MXPA06010536A - Broadcast reception device - Google Patents

Broadcast reception device

Info

Publication number
MXPA06010536A
MXPA06010536A MXPA/A/2006/010536A MXPA06010536A MXPA06010536A MX PA06010536 A MXPA06010536 A MX PA06010536A MX PA06010536 A MXPA06010536 A MX PA06010536A MX PA06010536 A MXPA06010536 A MX PA06010536A
Authority
MX
Mexico
Prior art keywords
service
notification information
information
service notification
unit
Prior art date
Application number
MXPA/A/2006/010536A
Other languages
Spanish (es)
Inventor
Suzuki Takaaki
Original Assignee
Matsushita Electric Industrial 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
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Publication of MXPA06010536A publication Critical patent/MXPA06010536A/en

Links

Abstract

There is provided a broadcast reception device capable of providing correct information to a user by using a plurality of SI distributed. The broadcast reception device includes a primary storage unit (1808), a secondary storage unit (1807), and a CPU (1806) for acquiring an SI formed by using"NIT, NTT, SVCT"and an SI formed by using LVCT from a broadcast signal and, upon reception of an SI formed by"NIT, NTT, SVCT", updates a main service list according to the service data contained in the SI, and upon reception of SI formed by LVCT, updates a main service list according to the service data contained in the SI.

Description

DISTRIBUTION RECEPTION DEVICE FIELD OF THE INVENTION The present invention relates to a diffusion reception device that receives digital broadcasts, and in particular with a broadcast reception device that executes a program which acquires information from a TV program from -one broadcast signal. BACKGROUND OF THE INVENTION A broadcast receiving device that receives digital broadcasts (digital broadcast reception device) often includes a function to display an electronic program guide (EPG). The EPG provides detailed information about channels, TV shows, etc. , to a user and in this way it makes it easy for the user to make channel selections. The channel information and information of TV programs shown in the EPG is included in the broadcast signal sent from the broadcast station to the digital broadcast reception device; the digital broadcast reception device acquires this information and uses it to present the EPG. Generally, channel information and TV program information is collectively referred to as "service information" or "YES". The transmission system and Ref.175692 the format of the SI varies by region and in this way the groups of administration of diffusion in each region determine the transmission system and the format of its region. For example, in Japan, the SI format used is ARIB-SI developed by the Association of Radio Industries and Businesses (ARIB). Europe uses the SI DVB-SI format developed by Digital Video Broadcasting (DVB). US cable systems use the SI SCTE-SI format developed by the Society of Cable Telecommunications Engineers (SCTE). In addition, the SI format of the Program and System Infomation Protocol (PSIP), developed by the Advanced Television Systems Committee (ATSC), is used in terrestrial broadcast environments in the United States. The SI includes information of high importance for real-time functionality such as TV program information regarding the TV program that is broadcast at that moment in time, and therefore the broadcast stations continuously embed the most recent SI in the broadcast signals and transmit it to digital broadcast reception devices. The digital broadcast reception devices store the received SI and use the SI stored in the EPG presentation. However, when the digital broadcast reception devices detect that the SI embedded in a received broadcast signal is a new SI it means that the Si that has already been stored is updated, and the digital broadcast reception device stores the new SI. and uses the new SI in the presentation of EPG in the sequential. Consequently, the broadcast station on the sending side appropriately updates and sends the IS and the digital broadcast receiving device on the receiving side constantly monitors the new SI and performs updates accordingly, so it becomes possible that the user always have an EPG that includes the most recent SI. As you can see, the SI is an important information that is the basis of the EPG and therefore it is necessary for the digital broadcast reception device to correctly update based on an updated SI. However, there are situations in which the stored SI is corrupted and a normal reading can not be performed later, such as in the case where an incorrect SI is received due to an error on the broadcast station side or a degradation of the diffusion environment, the case where the energy is suspended during an IS update procedure, etc. When such a situation occurs, the EPG can not be properly displayed later and therefore the ease of operation decreases considerably. The technology to avoid such a decrease in ease of operation has been proposed in the past (for example, patent references 1 and 2). As a measure against this problem, in patent reference 1, the SI with a high degree of real-time functionality is repeatedly sent with a high frequency, so that the time needed for recovery when an IS is corrupted is shortened. In addition, in patent reference 2, the old SI is moved to a temporary buffer when the SI is going to be updated; if the new SI is not registered properly, the previous SI is restored from the temporary buffer and used and thus a failure in the SI update is prevented. Patent Reference 1: Japanese Patent Application Open to the Public No. 8-289266 Patent Reference 2: Patent Application Japanese Open to the Public? 2002-527954. BRIEF DESCRIPTION OF THE INVENTION Problems to be solved by the invention However, there is a problem in patent references 1 and 2 in that the broadcast reception devices can not properly handle the SI in case a plurality of types are distributed of SI, and therefore provide the user with wrong information. This problem will be described in detail in the following. As stated in the above, the Si format differs depending on the region; however, one point that is common in all types of IS is that the information is expressed using table information (SI tables). For example, the SI DVB (DVB-SI) standard used in Europe includes the following SI tables, each of which is transmitted individually from the broadcast station: a service definition table (SDT) which includes a channel name and attribute information; and an event information table (EIT) which includes TV program information and a network information table (NIT) which includes frequency information of the signals sent by each channel. The digital broadcast reception devices in Europe configure the EPG by receiving these SI tables and combine the information indicated therein. Information updates are made per table so that, for example, when the name of a channel is changed, instead of having to update all the tables, only the SDTs should be updated. With DVB-SI, there is only one SI table that transmits the same type of information and therefore the channel name, for example, can be acquired simply by continually acquiring the SDT. However, the situation is different for the SCTE standard SI (SCTE-SI) used in cable systems in the United States. The plurality of tables transmit the same type of information and there are also cases where this plurality of tables are transmitted simultaneously from the broadcast station. Similar to DVB-SI, SCTE-SI includes: a table of network information (NIT) which includes frequency information; a network text table (NTT) which includes channel name information; and a short form virtual channel table (SVCT) which includes basic information of a channel. The broadcast reception device combines the information carried by these SI tables. However, in addition to these tables, there is a different type of SI tables in the SCTE-SI standard. This table is the long form virtual channel table (LVCT), which includes information that is divided among the three types of tables mentioned above; In other words, the information that constitutes the three SI tables: NIT, NTT and SVCT is included in the LVCT. In addition, there are cases in which the SVCT is sent in parallel with the NIT, NTT and SVCT. In this case, the information that can be configured from the? IT, NTT and SVCT and the information included in the LVCT must be equivalent and the information about all the channels must be present. This is the case, and a digital broadcast reception device can use the three SI tables:? IT, NTT and SVCT to build an SI piece and store this SI, or can use the SI table of only LVCT to build a piece of YES, and store this YES. In other words, there are numerous methods to construct the SI and the data format of the SI table used, the frequency band to extract the SI table, and thus differ depending on the method. The reason is that the SI constructed from previous and subsequent SI tables are identical if there are no inconsistencies in the data sent. However, it can be considered a situation in whose cases or time intervals in which the SI really differs from one another. For example, one of such cases that may be considered is one in which there is a problem in the sending of data itself, and the SI constructed from initial and subsequent SI tables differ from each other. For example, when the broadcast of a channel A has just started, the broadcast station must update the broadcast of the SI table based on this, and in this way the information of channel A is included, in order to show the information of channel A in the EPG. At this time, in the case where, for example, the LVCT is updated and the NIT, NTT and SVCT are not updated due to an interruption in the broadcast station system, inconsistencies arise between the tables. Even if there is no problem in sending data, at the time that an SI table is updated, as mentioned in the above, the tables have different time periods. Each SI table is transmitted individually and repeatedly every few seconds to every few minutes; even if the details of a SI table have been updated, the digital broadcast reception device does not necessarily receive all of the SI tables at the same time. For example, even if the NIT, NTT, SVCT and LVCT have all been updated, not all of them are sent simultaneously and therefore the timing at which all the updated NIT tables are received,? TT and SVCT differ from that in which the updated LVCT is received. Therefore, a period of time in which one of the tables has been updated but one of them has not yet been updated will arise without failures. In addition, even more complicated situations arise in the US cablecasting environment. Digital broadcast reception devices in the US cable environment simultaneously receive broadcast signals in two types of frequency bands known as inband and out-of-band (OOB). Since SCTE-SI is included in broadcast signals received out of band, on the other hand, an SI table prescribed in the program and system information protocol (PSIP) is included in broadcast signals received in band and a single type of IF you can build from it. Naturally, there must be no inconsistencies between the SI capable of being built from the SI tables of the PSIP protocol and the SI capable of being built from SI SCTE-SI tables acquired by OOB; However, there is still the possibility of inconsistencies in the information between the SCTE-SI and the PSIP, for reasons such as those mentioned above, also in this case. Conventional digital broadcast reception devices administer the SI under the premise that identical information types are included in a single SI table. When this concept is applied, it is known that, even in the case where a plurality of types of tables (a group) present the same type of information, one of these tables (groups) is selected and the SI is acquired from the same. Finally, the NIT, NTT and SVCT are continuously monitored, while the LVCT, the in-band PSIP and the like are ignored. In such a case, it is impossible to respond when a problem arises in the SI table in question even if there are no problems in other SI tables. Conventionally, only NIT,? TT and SVCT are continuously monitored, and therefore, for example, in the case where the information included in the LVCT is correct but the? IT,? TT and SVCT for some reason are incorrect, the digital broadcast reception device can not display the EPG correctly. Having been aware of these problems, an object of the present invention is to provide a broadcast reception device which can use the SI to provide the user with correct information even when it is distributed in a plurality of SI types. MEANS TO RESOLVE THE PROBLEMS In order to solve the aforementioned problems, a broadcast reception device according to the present invention receives a broadcast signal and performs an operation in accordance with the broadcast signal, and includes: a storage unit which stores a first service notification information which includes service data indicating a service presented to an observer; an acquisition unit which acquires, from the broadcast signal, a second and third service notification information, each of which includes service data indicating a service to be presented to the observer and which differs in format from another and an update unit which updates the first service notification information based on the service data included in the second service notification information when the purchasing unit has acquired the second service notification information, and updates the first service notification information based on the service data included in the third service notification information when the procurement unit has acquired the third service notification information. For example, the identification information to identify the service indicated by the service data is assigned to each unit of service data included in the first, second and third service notification information and the update unit includes: a first unit of addition the which adds the service data of the second service notification information to the first service notification information when the identification information identical to the identification information of the service data included in the second service notification information is not present in the first service notification; and a second addition unit which adds the service data of the third service notification information to the first service notification information when the identification information identical to the identification information of the service data included in the third information Service notification is not present in the first service notification information. In addition, the update unit further includes: a first change unit which changes the details of the service data included in the first service notification information to the details of the 'service data included in the second notification information of service, when the service data in the first and second service notification information have identically identifiable information and mutually different details; and a second change unit which changes the details of the service data included in the first service notification information to the details of the service data included in the third service notification information, when the service data in the first and third service notification information have identically identifiable information and mutually different details. For example, even in a case where the SI is made up of three types of SI tables: NIT, NTT and SVCT, and the If constituted from a type of SI table, or LVC, are distributed as second and third units of the notification information service respectively, the first service notification information is updated based on the second and third units of service notification information. respective. Therefore, as opposed to a case in which the first service information is updated based only on either the second or third notification information, it is possible to handle the first service notification information as a master service list with precision and without inconsistencies and therefore it is possible to provide the user with correct information. In addition, a plurality of service data units may be present in the first service notification information, and the broadcast reception device may further include: a search unit which acquires identification information and searches for service data corresponding to to the identification information within the first service notification information; and an output unit which transmits the service data searched by the search unit. Consequently, the first service notification information or the main service list is searched for service data and, for example, if the program for presenting the EPG provides identification information to the search unit, data can be easily acquired of service that correspond with said identification information. As a result, an EPG can easily be presented based on this service data. In addition, the broadcast reception may further include a suppression unit which suppresses the service data sought by the search unit. Through this, if the identification information is provided by the search unit, the service data corresponding to said identification information can be easily deleted from the main service list or the first service notification information. In addition, the first service notification information may be configured from a fourth and fifth notification information which includes service data indicating services that are presented to the observer and an update unit may update: the fourth notification information of service based on the service data included in the second service notification information when the procurement unit has acquired the second service notification information; and the fifth service notification information based on the service data included in the third service notification information when the procurement unit has acquired the third service notification information. For example, even in a case where the SI is made up of three types of SI tables: NIT, NTT and SVCT, and a SI consisting of a type of SI table, or LVCT, they are distributed as second and third units of information of service notification, respectively, a fourth service notification information unit is updated based on the second service notification information unit, and a fifth service notification information unit is updated based on the third service notification unit. service notification information. Therefore, as opposed to the case where the fourth service information is updated based solely on either the second or third service notification information, it is possible to administer the fourth and fifth units of service notification information, or lists of main service, with precision and without inconsistencies; In addition, if the fourth and fifth units of service notification information are used, it is possible to provide the user with correct information. In addition, priority levels may be assigned to the fourth and fifth service notification information and the broadcast reception device may further include: a search unit which acquires identification and search information for service data within a range of search while changing the search scope of service notification information from a higher priority level to service notification information of a lower priority level, the service data correspond to the identification information; and an output unit which transmits the service data searched by the search unit. Accordingly, service notification information with a high priority level is preferentially searched for service data and, for example, if the program for presenting the EPG notifies the search unit of identification information, the data of service corresponding to said identification information can be easily acquired from service notification information of a high priority. As a result, an EPG based on this service data can easily be presented. In addition, when the search unit finds service data corresponding to the identification information, the output unit can transmit the service data. Consequently, it is possible for the program to present the EPG, for example, to acquire the previous service data and present the EPG. In addition, the broadcast reception device may further include a suppression unit which suppresses the service data sought by the search unit. Accordingly, if the identification information is provided to the search unit, the service data corresponding to said identification information of the first service notification information and the second service notification information can be easily deleted, or the main service list. In addition, the identification information to identify the service indicated by the service data may be assigned to each unit of the service data included in the first, second and third service notification information and the update unit may include: a first suppression update unit which suppresses the service data of the first service notification information, when the identification information identical to the identification information of the service data included in the first service notification information is not present in the the second service notification information; and a second deletion update unit which suppresses the service data of the first service notification information when the identification information identical to the identification information of the service data included in the first service notification information is not present in the third service notification information. Through this, the service data that is not present in the second and third service notification information units, respectively, is deleted from the first service notification information; therefore, it is possible to administer the first service notification information accurately and without inconsistencies, as well as to control the amount of the first service notification information. In addition, the identification information to identify the service indicated by the service data can be assigned to each unit of service data included in the first, second and third notification information of - ÍS service and the update unit may include: a first background addition unit which adds the service data of the second service notification information to the first service notification information while leaving the service data of the first information of service notification as an antecedent when the service data in the first and second service notification information have identically identifiable information and mutually different details; and a second background addition unit which adds the service data of the third service notification information to the first service notification information while leaving the service data of the first service notification information as an antecedent, when the service data in the first and third service notification information have identically identifiable information and mutually different details. Accordingly, even if the first service notification information is updated, the service data present in advance remains an antecedent; When the service data added to the first service notification information is incorrect, it is possible to use the service data that remains as the background and thus improve the convenience of the first service information.
In addition, the identification information to identify the service indicated by the service data may be assigned to each unit of the service data included in the first, second and third service notification information and the update unit may include: a first background establishment unit which establishes the service data in an unusable state, such as an antecedent, when the identification information identical to the identification information of the service data included in the first service notification information are not present in the second service notification information; and a second background setting unit which establishes the service data in an unusable state, such as an antecedent, when the identification information identical to the identification information of the service data included in the first service notification information does not are present in the third service notification information. Accordingly, even if the first service notification information is updated, the service data present in advance remains an antecedent; therefore, it is possible to restore the remaining service data as the antecedent to a usable state in an arbitrary time and in this way the convenience of the first service information is improved. In addition, the storage unit may include a volatile memory or a non-volatile memory and the update unit may generate, in advance, a copy of the first service notification information based on the first service notification information stored in the non-volatile memory, storing the copy in the volatile memory and updating the first copied service notification information stored in the volatile memory when the first service notification information is to be updated. By this, the first original service notification information remains in a non-volatile memory; therefore, the first original service notification information remains in the non-volatile memory and can be used when an update fails as well as when the power to the broadcast receiving device is interrupted, and therefore losses of the first one are avoided service notification information. In addition, after finishing the update of the first copied service notification information stored in the volatile memory, the update unit can write the first updated service notification information within the non-volatile memory. Accordingly, the loss of the first updated service notification information can be avoided. Further when the details of the first updated service notification information differ from the details of the first service notification information stored as an original in the non-volatile memory, the update unit may write the first updated service notification information within of non-volatile memory. Accordingly, when the details of the first updated service notification information and the details of the first service notification information stored in the non-volatile memory as an original are identical, the first updated service notification information is not written to non-volatile memory; and therefore the number of useless scripts can be reduced and the operational burden lightened. In addition, the update unit may write the first service notification information updated in the non-volatile memory when a write is requested in the non-volatile memory. Accordingly, for example, if the program used within the broadcast reception device requests the updating unit to perform a write, the first updated service notification information is written to the non-volatile memory; and therefore it is possible to write to the non-volatile memory with a desirable synchronization. In addition, when the first updated service notification information is written into the non-volatile memory, the update unit may write the first updated service notification information as a new original into the non-volatile memory after deleting the first notification information. of service updated as the original from non-volatile memory. By this, the first service notification information stored as an original in the non-volatile memory is deleted; and therefore it is possible to reduce the storage capacity of the non-volatile memory compared, for example, in a case in which the first service notification information is not deleted and the first updated service notification information is written to the non-volatile memory. Further, when the first updated service notification information is written into the non-volatile memory, the update unit may delete the first service notification information stored as the original in the non-volatile memory before writing, after writing the first updated service notification information as a new original in the non-volatile memory. By this, the first updated service notification information is first written into the non-volatile memory; therefore, even if such writing fails for some reason, it is possible to use the first service notification information stored as an original in the non-volatile memory before writing, and in this way losses of the first notification information are avoided of service. In addition, when the first updated service notification information is written into the non-volatile memory, the update unit may write the first updated service notification as a new original in the non-volatile memory, and when the power is re-supplied to the non-volatile memory. After the writing of the broadcast reception device, the update unit can generate a copy of the first service notification information written as the new original and store the copy in the volatile memory. Accordingly, even if the first updated service notification information is written to the non-volatile memory, the first service notification information stored as an original remains in the non-volatile memory before writing; therefore, when the first service notification information written as a new original is incorrect, it is possible to use the first service notification information stored in the non-volatile memory before writing, thereby improving the usability of the device. Note that the present invention can be carried out not only as a broadcast reception device, but also as a method or program for performing the operations of the broadcast reception device and a storage medium in which said program is stored. . The broadcast receiving device according to the present invention has an effect that correct information can be provided to the user using the SI even when it is distributed in a plurality of SI types. BRIEF DESCRIPTION OF THE FIGURES Figure 1 is a diagram showing a configuration of a diffusion system according to the present invention. Figure 2 is a diagram showing an example of use of frequency bands used in communications between a system on the side of the broadcast station and a terminal apparatus, in a cable television system according to the present invention. Figure 3 is a diagram showing an example of use of frequency bands used in communications between a system on the broadcast system side and a terminal apparatus, in a cable television system according to the present invention.
Figure 4 is a diagram showing an example of use of frequency bands used in communications between a system on the broadcast system side and a terminal apparatus, in a cable television system according to the present invention. Figure 5 is a diagram showing a configuration of a TS packet defined by MPEG-2 specification. Figure 6 is a schematic diagram of an MPEG-2 transport stream. Figure 7 is a diagram showing an example of division when a PES packet defined by the MPEG-2 specifications is transmitted using a TS packet. Figure 8 is a diagram showing an example of division when an MPEG-2 section defined by the MPEG-2 specifications is transmitted using a TS packet. Figure 9 is a diagram showing a configuration of an MPEG-2 section defined by the MPEG-2 specifications. Figure 10 is a diagram showing an example of using an MPEG-2 section defined by the MPEG-2 specifications. Figure 11 is a diagram showing an example of using a PMT defined by the MPEG-2 specifications. Figure 12 is a diagram showing an example of using a PAT, defined by the MPEG-2 specifications. Figure 13 is a diagram showing an example of using a NIT-CSD as defined in the SCTE-SI specifications. Figure 14 is a diagram showing an example of using an NIT-MMS as defined in the SCTE-SI specifications. Figure 15 is a diagram showing an example of using an NTT as defined in the SCTE-SI specifications. Figure 16 is a diagram showing an example of using an SVCT-VCM as defined in the SCTE-SI specifications. Figure 17 is a diagram showing an example of a service list constructed using NIT information,? TT and SVCT, as defined in the SCTE-SI specifications. Fig. 18 is a configuration diagram showing an example of a physical element (hardware) configuration of a broadcast reception device according to the present invention. Figure 19 is a diagram showing an example of a front panel of an input unit and a hardware structure of a broadcast reception device according to the present invention. Figure 20 is a diagram showing a structure of the program stored in a broadcast reception device according to the present invention. Figure 21A is a diagram showing an example of a TV program diagram showing a screen of a broadcast reception device according to the present invention. Figure 21B is a diagram showing another example of a TV program diagram shown on a screen of a broadcast reception device according to the present invention. Figure 22A is a diagram showing an example of information stored in a primary storage unit according to the present invention. Fig. 22B is a diagram showing another example of information stored in a primary storage unit according to the present invention. Figure 22C is a diagram showing another additional example of information stored in a primary storage unit according to the present invention. Figure 23 is a schematic diagram showing details of an AIT, as prescribed by the DVB-MHP standard, in accordance with the present invention.
Fig. 24 is a schematic diagram showing a file system sent in DSMCC format according to the present invention. Figure 25 is a diagram showing an internal structure of an administration module SI according to the present invention. Figure 26 is a flow diagram showing an operation of a service list control unit at the time of an update of a main service list, according to with the first embodiment of the present invention. Figure 27 is a diagram showing an example of a service list. Figure 28 is a diagram showing an example of a service list. Fig. 29 is a diagram showing an example of a service list. Figure 30 is a diagram showing an example of an EPG screen display. Figure 31 is a diagram showing an example of a service list. Figure 32 is a diagram showing an example of a main service list. Figure 33 is a diagram showing an example of an EPG screen display.
Fig. 34 is a diagram showing an example of a service list. Figure 35 is a diagram showing an example of a main service list. Figure 36 is a diagram showing an example of an EPG screen display. Figure 37 is a diagram showing an example of a service list that retains background information. Fig. 38 is a flow diagram showing an operation of a service list acquisition unit according to the second embodiment of the present invention. NUMERICAL REFERENCES 101 broadcast station system 111 broadcast reception device (terminal apparatus A) - 112 broadcast reception device (B terminal apparatus) 113 broadcast reception device (terminal apparatus C 1800 broadcast reception device 1801 scrambler QAM 1802 decoder TS 1803 decoder AV 1804 speaker - so ¬ 1806 display CPU 1807 secondary storage unit 1808 primary storage unit 1809 ROM 1810 input unit 181 CableCARD (cable decoder card) 1812 QPSK 1813 demodulator QPSK modulator 2006 SI 2501 management module 2502 service list control unit service list storage 2503 table monitoring unit SI 2504 service list acquisition unit DETAILED DESCRIPTION OF THE INVENTION (First Mode) The present invention assumes three types of operational forms which are a satellite system, a system for terrestrial diffusion and a cable system, such as the target diffusion system. The satellite system is a form of broadcast signal that is transmitted to a broadcast reception device using a satellite; the terrestrial broadcast system is a form in which a broadcast signal is transmitted to a broadcast receiving terminal using a terrestrial wave signal transmission apparatus; and the cable system is a form in which a broadcast signal is transmitted to a broadcast receiving device using a cable antenna head system. Since the present invention is not directly related to the differences between each diffusion system, the present invention can be applied regardless of which diffusion system is used. The mode of a diffusion system according to the present invention will be described with reference to the diagrams of the figures. Figure 1 is a block diagram showing a list of apparatuses that make up the diffusion system. This diffusion system is configured of a broadcast station system 101 and three broadcast reception devices or a terminal device there, a terminal apparatus B112 and a terminal apparatus C113. The connection 121 between the broadcast station system and each terminal apparatus can be wired or wireless. For example, in the cable system, the broadcast station system and each terminal apparatus are connected by cables. On the other hand, in satellite / terrestrial broadcast systems, there are no wired connections in a downward direction (from the broadcast station system to each terminal apparatus) and therefore the broadcast signal is transmitted using radio waves. . Regarding an upward direction (from each terminal apparatus to the broadcast station system), there are both wired connections, using a telephone line, wired Internet and the like, as well as wireless connections using wireless communications. Each terminal apparatus sends information such as instructions entered by the user to the broadcast station system. In the present embodiment, three terminal devices are connected to a broadcast station system, but the present invention can be applied even with an arbitrary number of terminal devices connected to the broadcast station system. The broadcast station system 101 sends information such as video / audio data / for data broadcasting in a broadcast signal to a plurality of terminal devices. The broadcast signal is sent from a frequency within a frequency band established by an implicit operating system of the broadcaster, the laws of the region / country in which the dissemination system operates, etc. An example of a cable system broadcast signal transmission standard will be provided. In the cable system shown in the present example, the frequency bands in the broadcast signal transmission are divided based on data details and transmission direction (ascending, descending) and are used. Figure 2 is a diagram showing an example of the division of the frequency bands. Frequency bands can be broadly divided into two types: out of band (abbreviated as OOB) and in band. From 5 MHz to 130 MHz it is assigned as OOB, and is used mainly in the exchange of data between the broadcast station system 110 and a terminal apparatus there, the terminal apparatus B112 and the terminal apparatus C113. They are assigned from 130 MHz to 864 MHz as in band, and is mainly used for broadcast channels that include video / audio. OOB uses the QPSK modulation type and in band uses the modulation type QAM64 and QAM256. The modulation type technology is generally known and is of little importance to the present invention and therefore detailed descriptions will be omitted. Figure 3 shows a more specific example of how the OOB frequency bands are used. 70 MHz to 74 MHz is used to send data from the broadcast station system 101; The terminal apparatus there, the terminal apparatus B112 and the terminal apparatus C113 each receive the same data from the broadcast station system 101. On the other hand, 10.0 MHz to 10.1 MHz are used to send data from the apparatus there from terminal to the broadcast station system 101; 10.1 MHz to 10.2 MHz is used to send data from the terminal apparatus B112 to the broadcast station system 101; and 10.12 MHz to 10.3 MHz are used to send data from the terminal apparatus C113 to the broadcast station system 101. Accordingly, it is possible for each terminal apparatus there, B112 and C113 to send unique data for said terminal to the broadcast station system 101. Figure 4 is a diagram showing an example of the use of band frequency bands. They are assigned from 150 MHz to 156 MHz and from 156 MHz to 162 MHz to TV channels 1 and 2, respectively, and TV channels are allocated in 6 MHz intervals from this; radio channels are assigned in 1 MHz units starting at 310 MHz. Each of these channels can be used in analog or digital broadcast. The digital broadcast is sent in a TS package format based on the MPEG-2 specifications and in addition to the audio and video, it is also possible to send data for various data broadcast information and TV program alignment to configure an EPG. The broadcast station system 101 uses these frequency bands to send an appropriate broadcast signal to the terminal apparatus and therefore has a QPSK modulator, a QAM modulator, etc. In addition, the broadcast station system has a QPSK demodulator to receive data from the terminal apparatus. In addition, the broadcast station system can be considered to have several devices related to the modulation units and the demodulation unit. However, the present invention relates primarily to terminal apparatus and therefore detailed descriptions of the broadcast station system will be omitted. The terminal devices There, B112 and C113 receive and reproduce a broadcast signal from the broadcast station system 101. In addition, the terminal apparatus sends unique data to each apparatus to the broadcast station system 101. The three terminal devices have the same configuration in the present embodiment. Note that the present example introduces the details of an example regarding the operation of the cable system, but it is also possible to apply the present invention to a satellite system, a terrestrial diffusion system or a different class of cable system as well. As mentioned in the above, there are both wired / wireless cases as a connection between a broadcast station system and each terminal apparatus in the satellite and terrestrial broadcast systems, and also the frequency band, the frequency range, the modulation system, the configuration of the diffusion station system, etc., differ depending on the type and operations of the broadcast system. However, these are not related to the present invention and the present invention is applicable regardless of how they are established implicitly. The broadcast station system 101 modulates an MPEG-2 transport stream and transmits the current within the broadcast signal. A broadcast reception device receives the broadcast signal, demodulates and reproduces the MPEG-2 transport stream, and from the current it extracts and uses the necessary information. To describe functions of the devices and the connection structure present within a digital broadcast reception device, the structure of the transport stream MPEG-2 will be described first in a simple manner. Figure 5 is a diagram showing the structure of a TS packet. A 500 TS packet has a length of 188 octets and is comprised of a header 501, an adaptation field 502 and useful information 503. The header 501 has control information of the TS packet, has a length of 4 octets and has the structure shown with the number 504. In the header 501 there is a field indicated as "Package ID" (below PID) and the TS packet is identified based on the value of this PID. The adaptation field 502 has additional information such as time information. The adaptation field 502 is not mandatory and there are cases where the adaptation field 502 is not present. The useful information 503 has information carried by the TS packet, such as video, audio and data used in the dissemination of data. Figure 6 is a schematic diagram of an MPEG-2 transport stream. A 601 TS packet and a 603 TS packet have a PID 100 in the header and retain information regarding video 1 in the useful information. A 602 TS packet and a 605 TS packet maintains a PID 200 in the header and has information regarding the data 1 in the useful information. A 604 TS packet maintains a PID 300 in the header and maintains information regarding audio 1 in the useful information. An MPEG-2 transport stream 600 is configured from concatenated TS packets; for example, packets 601 to 605 TS. TS packages retain diverse information such as video, audio and data used in data dissemination, in useful information. The broadcast receiving device receives the TS packets and by extracting the information found in each TS packet, plays video / audio as well as the use of data such as TV program alignment information. Here, TS packets with identical PIDs have identical information classes. In addition to Figure 6, packet 601 TS and packet 603 TS have information regarding video 1, and packet 603 TS and packet 605 TS have information regarding data 1. Video and audio are expressed to through a format called packetized packetized streams (PES). A PES packet includes video information and audio information of a certain period of time and upon receiving the PES packets, the broadcast reception system can transmit the video / audio information included in these PES packets to a display / speaker. The broadcast station transmits the PES packets without pause, and therefore it is possible for the broadcast reception device to continuously play the video / audio without pauses. In the case where the PES packet is larger than the useful information of a TS packet, the PES packet is divided and stored in the useful information of a plurality of TS packets when it is being transmitted at that moment. Figure 7 is a diagram showing an example of division when transmitting a PES packet. When a 701 PES packet is too large to be stored and transported in the useful information of a single TS packet, the 701 PES packet is divided into a PES packet 702a division, a P 702b packet B division and a C 702c packet division. of PES package, and it is transported by three packages TS 703 to 705 which have the identical PIDs. Note that the PES package, depending on the operations, can carry not only video / audio but also subtitles called subtitle data. The information such as the TV program alignment information and the data used in the data dissemination are expressed using a format called the MPEG-2 section. In the case where the MPEG-2 section is larger than the useful information of the a TS packet, the MPEG-2 section is divided and stored in the useful information of a plurality of TS packets when it is transmitted at that moment. Figure 8 is a diagram showing an example of division when the MPEG-2 section is transmitted. Since an MPEG-2 section 801 is too large to be stored and transported in the useful information of a single TS packet, the MPEG-2 section 801 is divided into a section A 802a section, a section B 802b section and a division C 802c of section and is transported by the three packages TS 803 to 805 which has the identical PIDs. Figure 9 is a diagram expressing a structure of the MPEG-2 section. A section 900 MPEG-2 is configured of a header 901 and useful information 902. The header 901 maintains control information of the section MPEG-2. Said structure is expressed by a header structure 903. The useful information 902 maintains the data transmitted by the section 900 MPEG-2. A table_id (table identification) is present in the header structure 903 which expresses the type of the MPEG-2 section and a table_id_extension (table identification extension) is an extension identifier used when further distinguishing between the MPEG-sections 2 with identical table_ids (table identifications). The TV program alignment information is transmitted, as in Figure 10, and can be provided as an example of the use of the MPEG-2 section. Fig. 10 is a diagram showing an example of a use of the MPEG-2 section when it sends the TV program alignment information. In this example, as written in row 1004, the information necessary to demodulate the broadcast signal is indicated in the MPEG-2 section which has the table_id of 64 in the header structure 903; In addition, this section MPEG-2 is transported by a TS packet with a PID of 16. Among the ordered TS packet sequences present in the MPEG-2 transport stream, the ordered partial packet TS sequences, in which only elements having the Identical PIDs are called element streams (ES). For example, in Figure 7 the TS 703 to 705 packages, in which the 701 PES packet is divided and transported, are all identified by a PID of 100. It can be said that this is an ES which presents the 701 PES package. In the same way, in figure 8, the packets of TS 803 to 805, in which the 801 section of MPEG-2 is divided and transported, are all identified by a PID of 200. It can be said that this is an ES which transports section 801 of MPEG-2. A concept called a program exists additionally in the transport stream of MPEG-2. The program is expressed as a collection of ES and is used in the case of handling a plurality of ESs together. When the program is used, it is possible to manage video / audio, as well as the attached data for use in the dissemination of data, all together. For example, in the case where the video / audio that is going to be produced simultaneously are handled all together, by obtaining the ES which transmits a PES package that includes video and the ES which transmits a PES package that includes audio, the broadcast reception device simultaneously reproduces the two ES. To express the program, two tables are used in MPEG-2, called a program map table (PMT) and a program association table (PAT). Detailed descriptions can be found in the specifications of ISO / IEC 13818-1, "MPEG-2". The PMT and the PAT will be described later in simple terms. The PMT is a table included in the transport stream MPEG-2, whose number is equivalent to the number of programs. The PMT is configured as an MPEG-2 section and has a table_id of two. The PMT maintains a program number used in program identification and additional program information, as well as information regarding an ES that belongs to the program. Figure 11 is a diagram showing an example of the PMT. A program number 1100 is uniquely assigned to programs in the same transport stream and used in the identification of the PMT. The rows 1111 to 1114 represent information regarding the individual ESs.
A column 1101 is a type of ES in which they are specified "video", "audio", "data", etc. Column 1102 is the PID of the TS packets that make up the ES. Column 1103 is additional information regarding the ES. Therefore, for example, the ES shown in row 1111 is an ES which presents an audio PES packet and is configured of TS packets with a PID of 5011. The PAT is a table present in the MPEG transport stream. 2 of which there is only one. The PAT is configured as an MPEG-2 section, has a table_id of 0, and is transported by a TS packet with a PID of 0. The PAT retains a transport_stream_id used in the identification of the transport stream MPEG-2 and information regarding all the PMTs that express programs present in the MPEG-2 transport stream. Figure 12 is a diagram showing an example of the PAT. A transport_stream_id 1200 is used in the identification of the MPEG-2 transport stream. The rows 1211 to 1213 express information regarding the program.
Column 1201 is the program number. Column 1202 is the PID of the TS package which presents the PMT corresponding to the program. Therefore, for example, the PMT of the program shown in row 1211 has a program number 101, and the corresponding PMT is expressed by the TS packet with a PID of 501. In the broadcast receiving device, when a user provides an instruction to play video / audio that belongs to a program, the playback of the specified video / audio is executed using the PAT and PMT. For example, the following procedure is followed when playing video / audio that belongs to the program with a program number of 101, with respect to the MPEG-2 transport stream that carries the PAT in Figure 12 and the PMT in Figure 11 First, a PAT is transmitted as an MPEG-2 section with a table_id of "0" that is acquired from a TS packet with a PID of "0". The PAT is searched for a program with the program number "101" and the row 1211 is obtained. - From row 1211 the PID "501" is obtained, from the TS package which presents the PMT of the program with a number of program "101". Then the PMT transmitted as the MPEG-2 section with a table_id of "2" is acquired from the TS packet with the PID of "501". Row 1111, which is audio IS information and row 1112, which is ES video information, is obtained from the PMT. From row 1111, a PID "5011" is obtained from the TS packets which constitute an ES that presents an audio PES packet. In addition, from row 1112 a "5012" PID of the TS packets constituting an ES that presents a PES video packet is obtained. Next, an audio PES package is acquired from the TS package with a PID "5011" and a PES video package is acquired from the TS package with a PID of "5012". Through this procedure, it is possible to isolate the video / audio PES packets to be played and therefore the video / audio transported by these packets can be reproduced. So far simple descriptions have been provided regarding the MPEG-2 specifications and the following will provide detailed definitions of the terms. In the present invention, there are two types of the term "program". One is a "program" which appears in the MPEG-2 specifications and refers to a TV program, and the other is a "program" that refers to an assembly of code executed by a CPU. Since the first is synonymous with the term "service" used in the operational rules, in the following, to avoid confusion, the first will be called "service" and the latter simply "program". In addition, with respect to the latter, a "program" written in a particular way in the Java1111 language is called a "Java1111 program". In addition, since the term "channel" which generally refers to video / audio / data in which the broadcast reception device reproduces simultaneously, synonymously with "service", will also be referred to as "service". A brief description regarding service information (SI) will be provided here. As described above, the SI has different transmission methods, different formats and different SI tables, depending on the region, the broadcast format, etc. Here, descriptions will be provided using the SCTE-SI system used in the cable system of the United States as an example. SCTE-SI is defined in the specifications for SCTE-SI ANSI / SCTE 65 (DVS234). The SCTE-SI specifications define nine SI tables and define many description elements to describe even more detailed information. With SCTE-SI, the service has a unique source ID through which it is managed. In addition, each service has a channel number, which is used in the EPG to identify the service. As previously mentioned with the SCTE-SI, there are two types of methods through which information regarding a service is expressed; one method uses three SI tables: NIT, NTT and SVCT and the other uses LVCT. The respective methods will be briefly described in the following. The NIT has necessary tuning information when the MPEG-2 transport stream that each service sends is tuned. The NIT has two secondary tables: a NIT-CDS (secondary carrier definition table) which expresses a frequency at which the MPEG-2 transport streams in which each service is transported are broadcast; and a NIT-MMS (secondary modulation mode table) which expresses a type of bit rate modulation and information at the time of diffusion of MPEG-2 transport streams in which each service is transported. Figure 13 is a diagram showing an example of a NIT-CDS. The NIT-CDS expresses frequencies. The rows 1311 to 1313 show types of frequencies and the columns 1301 and 1302 show frequency and frequency indices, respectively. Each frequency is administered by the index indicated in column 1301. Figure 14 is a diagram showing an example of NIT-MMS. NIT-MMS expresses tuning information in addition to the frequencies. The rows 1411 to 1413 each display the type of tuning information and the columns 1401, 1402 and 1403 show a physical data information index, a modulation type and a bit rate, respectively. Note that with the SCTE-SI specifications there are many types of tuning information in addition to the type of modulation and the bit rate, but because these individual types of tuning information are unrelated to the present invention, they have been omitted from the descriptions and of Figure 14. Each piece of tuning information indicated in NIT-MMS is administered by the index indicated in column 1401. The NTT has the name of each service. Figure 15 is a diagram showing an example of the NTT. The rows 1511 to 1515 show types of services and the columns 1501 and 1502 show the source IDs and the service names, respectively. In the SCTE-SI, the services are isolated in a unique way through the source IDs which are equivalent to the service data identifiers. The NTT also has a source ID field in column 1501, which is equivalent to the service data identifier and each service ID and service name are associated. The SVCT maintains link information, which includes various attributes such as service channel numbers, which the PMT in the MPEG-2 transport stream is associating the service, etc. The SVCT has three secondary tables, one SVCT5-DCM (defined channel map) defines the channel numbers of all the present services; an SVCT-ICM (reverse channel map) associates the channel numbers and the source IDs of all the present services; and an SVCT-VCM (virtual channel map) has attribute information, channel numbers, link information, source IDs corresponding to service data identifiers and the like for all present services. The most important of the three previous secondary tables is the SVCT-VCM. The information in the other two secondary tables is the information to produce them easier to search for the information indicated in the SVCT-VCM, and therefore the SVCT-VCM in particular will be described here. Figure 16 is a diagram showing an example of the SVCT-VCM. The rows 1611 to 1615 show types of services. Column 1601 shows the source ID of each service and columns 1602 to 1605 show channel numbers, CDS_indexes, MMS_indexes and program numbers, respectively. In reality, the SVCT-VCM maintains many pieces of attribute information that are not shown in Figure 16, but these are unrelated to the present invention and will therefore be omitted. As shown in Figure 16, each service indicated in each SVCT-VCM has the CDS_index shown in column 1603 and the MMS_index shown in column 1604. These are associated with the Indices present in the NIT-CDS shown in figure 13 and the? IT-MMS shown in figure 14, respectively. In addition, the source IDs shown in column 1601 are equivalent to the source IDs in column 1501 of the? TT shown in FIG. 15. Therefore, the broadcast reception device replaces the information of the CDS_index 1603 in figures 13 and 16 with frequency data corresponding to index 1301, which has the same values as CDS_index 1603; it replaces the MMS_index 1604 in the tables shown in figures 14 and 16 with the type of modulation and the bit rate data corresponding to the index 1401, which has the same values; and in the tables shown in Figures 15 and 16 it supplies the data corresponding to the source ID 1601, which has the same value as the source ID 1501. By this, the broadcast reception device obtains the service list (main service list). Figure 17 is a diagram showing an example of a service list generated by the broadcast reception device. Rows 1711 through 1715 show information indicating the types of services (service data). Rows 1701 to 1707 show, in order, source IDs, channel numbers, frequencies, modulation types, bit rates, program numbers and service names. By storing a service list such as that shown in FIG. 17, a digital broadcast reception device can immediately use the information indicated in the service list when the EPG is presented.
On the other hand, the LVCT includes in advance a service list corresponding to that shown in the figure 17, created using the NIT, NTT and SVCT. Therefore, it is not necessary to acquire the plurality of secondary tables and tables shown in Figures 13 to 16 and combine the information indicated therein, as is the case when the? IT, NTT and SVCT are used to construct the service list; on the contrary, it is possible to build a service list such as the one shown in figure 17 by acquiring only the LVCT and converting the format. In other words, the broadcast reception device according to the present modality acquires mutually different types of SI, or SI indicated by the NIT,? TT and SVCT and SI indicated by LVCT. Note that there are cases where the three secondary tables, NIT, NTT and SVCT as well as the LVCT are sent at the same time, as well as cases where they are sent at different times. Note that in the SCTE-SI specitions described here, all information contained in each SI table is not indicated in the diagrams; Each table has a huge amount of very detailed information. However, the essence of the present invention is unrelated to the individual detailed pieces of information and therefore its descriptions will be omitted herefrom. Said pieces of information may be administered within a current service list administered by the digital broadcast reception device. In addition, the items included in the list of service shown in figure 17 may not necessarily be indicated and administered within the service list. Items not used by the digital broadcast reception device need not be indicated, and the present invention is also applicable in that case. So far, descriptions of SCTE-SI have been provided; however, as mentioned previously, in the broadcast environment by cable in the United States, the frequencies in band and OOB are used. Digital broadcast reception devices that operate in the cable broadcast environment in the United States may acquire information in band and OOB simultaneously. In general, the band includes information which requires a high bit rate for transmission, such as video and audio; OOB sends additional information that can be sent at a low bit rate. The specitions prescribe that SCTE-SI is transmitted by OOB, and the digital broadcast reception device acquires the OTE of SCTE-SI and builds a combined service list. However, in the cable environment of the United States, there are cases in which the IS is transmitted in band using a format called PSIP, in addition to the SCTE-SI transmitted by OOB. Like the SCTE-SI, the PSIP uses the LVCT to express service information. In other words, it can be considered a case in which the LVCT flows in band and the LVCT of the SCTE-SI that flows through the OOB is acquired simultaneously. Note that the descriptions provided in the above relate mainly to the handling of the information regarding the "service" in the SCTE-SI; however, as the information used in the EPG and the like, there is information regarding the attributes of the "TV program" itself. This information includes, for example, the title, dissemination time, content, gender, participating actors, etc. in the TV show. The SI specitions used in each region and each form of dissemination, represented by SCTE-SI, prescribe not only the information related to the service but also a format of the SI table in which the information regarding the TV program is indicated. For example, an event information table (EIT) and an event text table (ETT) are prescribed in the SCTE-SI, and transmit attribute information of the TV program, information of the details of the TV program, etc. In the same way as the "list of services" to administer the "service", a "TV program management diagram" is constructed from these tables to manage the "TV program", and is used by programs within of the digital broadcast reception device.
However, the present invention relates mainly to the administration of information regarding the service and therefore a method for managing the information regarding the TV program will not be described. The present invention is applicable regardless of how the TV program management diagram is carried out. A description has been provided regarding various kinds of information specified in the MPEG-2 specifications and the SI specifications according to the present invention. In the following, a hardware configuration requirement for the embodiments of the present invention will be described. Here, the cable environment of the United States will be provided as an example. Figure 18 is a block diagram showing a configuration of physical elements of a broadcast reception device (terminal apparatus) used in the cable system of the United States. This broadcast reception device 1800 (terminal apparatus) corresponds to the terminal apparatuses there, B112 and C113, and includes a demodulator 1801 QAM, a decoder 1802 TS, a decoder 1803 AV, a loudspeaker 1804, a display 1805, a CPU 1806, a secondary storage unit 1807, a primary storage unit 1808, a ROM 1809, an input unit 1810, a CableCARD 1811, a scrambler 1812 QPSK and a modulator 1813 QPSK.
The scrambler 1801 QAM is a device which demodulates a modulated broadcast signal in the broadcast station system 101 and transmitted, according to the physical data information for tuning, which includes a frequency prewritten by the CPU 1806. Since the QAM modulation type is a known technology in general, detailed descriptions will be omitted. The decoder 1802 TS is a device which has a function of separating the PES packets and the MPEG-2 sections which comply with specified conditions of the MPEG-2 transport stream, based on a PID, a section filter condition and so on, prewritten by the CPU 1806. The PES packets separated by the decoder 1802 TS are transferred to the decoder 1803 AV. In addition, the MPEG-2 section separated by the decoder 1802 TS is transferred to direct memory access (DMA) transferred to the primary storage unit 1808 and used by the program executed by the CPU 1806. The AV decoder 1803 is a device with a function to decode encoded video and audio. An AV signal obtained from the decoder made by the decoder 1803 AV is sent to the loudspeaker 1804 and the screen 1805. Note that there are cases where the decoder 1803 AV can not decode the video and the audio simultaneously. The AV decoder 1803 can exist as separate video decoders and audio decoders. Note that there are cases where the 1803 AV decoder has a function to decode subtitle data. The loudspeaker 1804 and the display 1805 are devices with functions for transmitting audio and video respectively, which has been sent from the decoder 1803 AV. CPU 1806 executes the program operating in the broadcast reception device. There are cases where the program executed by the CPU 1806 is: i) included in ROM 1809; ii) downloaded from a broadcast signal, a network etc. and maintained in the primary storage unit 1808; iii) downloaded from a broadcast signal, a network, etc. and maintained in a secondary storage unit 1807; etc. The CPU 1805 controls the scrambler 1801 QAM, the decoder 1802 TS, the decoder 1803 AV, the speaker 1804, the display 1805, the secondary storage unit 1807, the primary storage unit 1808, the ROM 1809, the input unit 1810 , the QPSK bll2 demodulator and the bll3 QPSK modulator according to the instructions of the executed program. The secondary storage unit 1807 is a non-volatile memory such as an instantaneous ROM, a hard disk drive (HDD), a CD-R (W), a writable DVD or a Blu-ray disc (BD), a rewritable medium such as a solid state memory or the like which continues to hold information regardless of yes the power to the terminal apparatus 1800 is supplied or suspended and which stores / deletes information stored based on an instruction of the CPU 1806. The secondary storage unit 1807 is used to store data too important to be lost when it is suspends the power to the terminal apparatus 1800 (e.g., a program downloaded by the digital broadcast reception device via the broadcast signal to be used even after the power is turned off and re-supplied, a list of main service or an SI table stored before the power is suspended, etc). The primary storage unit 1808 is configured of a RAM or the like and is a device with a function for temporarily storing information according to instructions of the CPU 1806 or a DMA-compatible device, only when the power is supplied (a SI table acquired). via a broadcast signal while power is being supplied, a main service list acquired before the power is suspended, a SI table (read from the secondary storage unit 1807 when power is supplied) etc). The information stored in the primary storage unit 1808 is suppressed when the power to the terminal apparatus 1800 is turned off.
ROM 1809 is a non-rewritable memory device, to be more specific, ROM 1809 is configured, for example, as a ROM or a compact disk read-only memory (CD-ROM), a disk-only read memory versatile digital (DVD-ROM), a read-only memory of a Blu-ray disc (BD-ROM) or similar. A program executable by the CPU 1806 is stored in the ROM 1809. The input unit 1810, to be more specific, is configured from a front panel of a remote control and accepts a user input. Fig. 19 is a diagram showing an example of a case where the input unit 1810 is configured from the front panel. The front 1900 panel has seven buttons; a cursor up button 1901, a cursor down button 1902, a cursor button 1903 on the left, a cursor button 1904 on the right, a button 1905 OK, a cancel button 1906 and a button 1907 EPG. When the user presses a button, the CPU 1806 is notified of an identifier of the button pressed. The CableCARD 1811 has functions for decoding the MPEG-2 transport stream sent in band and for sending and receiving OOB information. The CableCARD specifications can be seen in the "OC-SP-CC-IF" specifications. Here, a simple description of the Cable CARD will be provided. The CARD 1811 Cable is in the form of a card and is a device that can be joined / separated, which uses an international association interconnection of personal computer memory card (PCMCIA) to connect to the terminal apparatus 1800. PCMCIA is generally known technology and therefore descriptions will be omitted. When connected to the terminal apparatus 1800, the CableCARD 1811 is input with a transport stream MPEG-2 in band from the demodulator 1801 QAM and which the specified service has been decoded by the CPU 1806, to the decoder 1802 TS. In addition, varied information is transmitted in the U.S. up and down directions in the United States cable system. At this time, because the format of the information which the broadcast station system 101 sends to the terminal apparatus differs from the format of the information capable of being read by the terminal apparatus 1800, the transfer of information is impossible. which. The CableCARD 1811 includes a device that has a format conversion over the ascending and descending information transmitted by OOB. The information transmitted by OOB is modulated by QPSK. Since this type of modulation is a generally known technology, detailed descriptions will be omitted. The terminal apparatus includes a scrambler 1812 QPSK and a modulator 1813 QPSK. The CPU 1806 controls not only devices within the terminal apparatus 1800 but can also control devices within the CableCARD 1811. Regarding the reception of upstream information, first the scrambler 1812 QPSK demodulates a signal that is input by OOB from the system 101 of the broadcast station that introduces the bitstream generated in the CableCARD 1811. The CableCARD 1811 extracts information pre-written by the CPU 1806 from various information included in the bit stream, converts the information into a format readable by a program operated by the CPU 1806 and presents the information to the CPU 1806. Regarding the descending sending of information from the terminal apparatus 1800, first, the CPU 1806 sends to the CableCARD 1811 information that is to be sent to the broadcast station system 101. The CableCARD 1811 converts the information entered from the CPU 1806 to be readable by the broadcast station system 101 and sends the information to the 1813 QPSK modulator. The 1813 modulator QPSK modulates QPSK the information entered from the CableCARD 1811 and sends the information to the broadcast station system 101. Note that in figure 18, presentation 1805 and loudspeaker 1804 are represented to be contained within the broadcast reception device, but there is also a type in which the AV signal alone is transmitted to the outside, without screen 1805 and loudspeaker 1804 being contained. in the broadcast reception device. The fact that the screen 1805 and the loudspeaker 1804 are present is not related to the present invention, which is applicable regardless of which type is used. In addition, Figure 18, there are present within the terminal apparatus 1800 only one each of a modular 1801 QAM and the decoder 1803 AV, but there is also a configuration of physical elements in which it is present in a plurality of each of these devices that appear in Figure 18, and the present invention is not applicable even in that case. Up to now, descriptions have been provided regarding the configuration of the physical elements as examples of the present invention, but in the following descriptions were given regarding the program operation procedure in the terminal apparatus. Figure 20 is a diagram showing an example of the configuration of a program stored in ROM 1809 and executed by CPU 1806. This example assumes a terminal that complies with the OpenCable Application Protocol specification (OCAP, open cable application protocol) used in cable broadcast terminals in the United States. OCAP is a specification developed as part of the OpenCable specification group, which is the cable broadcast standard developed by CableLabs, a United States cable broadcast environment consortium and is a specification for using a Java1® program on a device of reception of digital diffusion. The details are written in the OC-SP-OCAP 1.0 specification in the OCAP specification. The program 2000 is configured of a plurality of secondary programs; more specifically, it is configured of an OS 2001, an EPG 2002, a VM 2003 of Javam, a service administrator 2004, a 2005 library of Java01 and a module 2006 of administration SI. OS 2001 is a secondary program which starts the CPU 1806 when power is supplied to the terminal apparatus 1800. OS OS 2001 is an abbreviation for "operating system"; the examples are Linux, Windows ™, etc. OS 2001 is a commonly known, generic technology, configured from a 2001a kernel and a 2001b library which concurrently executes other programs and therefore detailed descriptions will be omitted. In this embodiment, the 2001a core of OS 2001 runs the EPG 2002 and the VM 2003 Java ™ as secondary programs. In addition, the library 2001b provides these secondary programs with a plurality of functions for controlling constituent elements that are found in the terminal apparatus 1800.
You can enter a tuning function as an example of these functions. With the tuning function, the tuning information including a frequency is received from another subprogram and then passed over the scrambler 1801 QAM. The demodulator 1801 QAM performs the demodulation based on the tuning information provided and can pass the demodulated transport stream MPEG-2 to the decoder 1802 TS. As a result, the other subprograms can control the scrambler 1801 QAM via the library 2001b. The 2006 IS management module acquires, monitors and stores the broadcast SI tables and constantly provides the most recent correct service list and the management diagram of TV programs to other secondary programs. The SI administration module 2006 is initiated by the core 2001a when power is supplied to the terminal apparatus 1800. The operation of the 2006 administration module SI is an essential part of the present invention and therefore detailed descriptions will be provided in the following. The EPG 2002 is configured of a 2002a TV program presentation unit, which presents a list of TV programs to a user and accepts the user's introduction, and the reproduction unit 2002b which carries out the selection of service . To this, EPG are the initials for electric program guide. The EPG 2002 is initiated by the core 2001a when power is supplied to the terminal apparatus 1800. Within the EPG 2002 that has been initiated, the unit 2002a of TV program presentation expected to introduce a user via the 1810 unit of entry of the terminal apparatus 1800. Here, in case the input unit 1810 is configured from the front panel shown in the figure 19, when the user presses a 1907 EPG button on the unit 1810 input, the CPU 1806 is notified of an identifier of the EPG button. The 2002a program presentation unit TV of the EPG 2002, which is a secondary program operated by the CPU 1806 accepts this identifier; acquire, from the 2006 IS management module, the service list and the TV program management diagram not shown in the diagrams (a table for administration time information associated with information to specify each service, such as the channel number , the service name, the source ID and etc of the service list, and TV program information corresponding to the time information); and displays the necessary information on the screen 1805. Figures 21A and 21B are examples of TV program diagrams presented on screen 1605.
With reference to figure 21A, the information of programs of TV is presented in a grid on screen 1805. Time information is presented in column 2101. Column 2102 shows a channel name "channel 1" and a TV program that is presented during a period of time that corresponds to the time in column 2101. In "channel 1", a TV show, "News 9" (news at 9) is presented from 9:00 to 10:30 and "Movie AAA" (movie AAA) is Presents from 10:30 to 12:00. In the same way as in column 2102, the service name "channel 2" and a TV program that is presented during a period of time corresponding to the time in column 2101 is presented in column 2103. A TV program "Movie BBB" (movie BBB) is displayed from 9:00 a.m. to 11:00 p.m. and "News 11" (news from 11 p.m.) is displayed from 11:00 a.m. to 12:00 p.m. The cursor 2130 moves when the left cursor 1903 and the right cursor 1904 are pressed on the front panel 1900. When the right cursor 1904 is depressed in the state shown in Fig. 21A, the cursor 2130 moves to the right and the diagram becomes as shown in Fig. 2lB. Further, when the left cursor 1903 is depressed in the state shown in Figure 21B, the cursor 2130 moves to the left and the diagram becomes shown in Figure 21A. When the 1905 OK button on the front panel 1900 is pressed in the state shown in Fig. 21A, the TV program display unit 2002a notifies the identifier reproduction unit 2002b for "channel 1." Meanwhile, when the button 1905 OK on the front panel 1900 is pressed in the state shown in FIG. 21B, the program display unit 2002a notifies the identifier reproduction unit 2002b for "channel 2." The reproduction unit 2002b uses the received service identifier and reproduces the video and audio present in that service. The relationship between the service identifier and the service can be derived from the SI. For example, in the case where the combined service list administered by the IS management module 2006 is as shown in Figure 17 and when, for example, the channel number "10" is specified as the service identifier. , it can be seen that the frequency of the MPEG-2 transport stream transported by the PMT associated with that service is "600 MHz", the modulation type is "64 QAM" and the bit rate is "27 mbps"; therefore, this MPEG-2 transport stream can be received upon tuning using the scrambler 1801 QAM. In addition, it can also be deduced that the PMT within this transport stream MPEG-2 with a number of programs of "101" expresses said service. In order to carry out the reproduction of the service, the reproduction unit 2002b provides the service identifier accepted as such to the service administrator 2004. Note that any value can be used for the service identifier insofar as it can uniquely isolate a service in the table.
For example, in Figure 17, the value of any column such as the source ID or the service name can be used. In addition, in the case where different information is indicated in the service list, that information can also be used. In the present embodiment descriptions will be provided assuming that the channel number is used as the channel identifier. Further, when the user presses the cursor 1901 upwardly and the cursor 1902 downwardly of the front panel 1900 during playback, the reproduction unit 2002b accepts, from the input unit 1810 and via the CPU 1806 a notification that it has been oppressed the cursor and change the channel that is played. Figures 22A to 22C are diagrams showing examples of service identifiers stored in the primary storage unit 1808. First, the reproduction unit 2002b stores the channel identifier of the channel currently being reproduced in the primary storage unit 1808. In Fig. 22A a service identifier of "30" is stored and with reference to the service list in Fig. 17, this indicates that the service with a service name "Movie Channel" (movie channel) is playing. When the user presses the cursor 1901 upwards in the state shown in Fig. 22A, the reproduction unit 2002b refers to a service list shown in Fig. 17 and passes the identifier "20" of a service with a service name of "channel 2" to the service administrator 2004 in order to change to the reproduction of the service with the service name of "channel 2", which is the previous channel in the table. At the same time, the service identifier stored in the primary storage unit 1808 is rewritten as "20". Figure 22B shows the state in which the service identifier has been rewritten. Further, when the user presses the cursor 1902 down in the state shown in FIG. 22A, the reproduction unit 2002b refers to the service list shown in FIG. 17 and passes the identifier "40" of a service with a service name of "Sport Channel" (sports channel) to the service administrator in order to change to the service reproduction with the service name of "Sport Channel" which is the next channel in the table. At the same time, the channel identifier stored in the primary storage unit 1808 is rewritten as "40". Figure 22C shows a state in which the channel identifier has been rewritten. The VM 2003 Javam is a Java ™ virtual machine which sequentially analyzes and executes programs written in the Java ™ language. Programs written in the Jva ™ language are compiled from an intermediate code which does not depend on the physical unit, called octet code. The Java1® virtual machine is an interpreter which executes this octet code. In addition, some Ja a1® virtual machines translate the octet code into an execution format understandable by the CPU 1806, pass the code to the CPU 1806 and execute the code. The 2003 Java1® VM starts, the Java1® program that is specified by the 2001a kernel is executed. In the present embodiment, the 2001a core specifies the service administrator 2004 as the Java1® program to execute. The details of the Java1® language are explained in many publications such as "Java1® is Language Specification" (ISBNO-201-63451-1). Here these details will be omitted. In addition, the detailed operations of the Java1® VM itself can be explained in many publications such as "Java1® Virtual Machine Specification" (ISBNO-201-63451-X). These details are omitted here. The service administrator 2004, which is a Java1® program written in the Java1® language, is executed sequentially by the VM 2003 Java1®. The service administrator 2004 can call or be called by other subprograms not written in the Java1® language through the Java1® native interconnect (JNI). JNI is described in many publications such as "Java1® Native Interface". Here, these details will be omitted. The service administrator 2004 accepts the service identifier of the reproduction unit 2002b, through the JNI. The service administrator 2004 first passes the service identifier to the tuner 2005c into the 2005 Java1® library, and thus requests tuning. The tuner 2005c refers to the service list administered by the IS administration module 2006 in the primary bl08 storage or the secondary bl07 storage (main service list) and obtains tuning information. At this time, when the service administrator 2004 passes the service identifier "10" to the tuner 2005c, the tuner 2005c refers to the row 1711 in figure 17 and obtains the frequency "600 MHz", the type of modulation "64 QAM "and a bit rate of" 27 Mbps "which are the corresponding tuning information. The tuner 2005c passes the tuning information to the scrambler 1801 QAM via the library 2001b of the OS 2001. The demodulator 1801 QAM demodulates the signal sent from the broadcast station system 101 in accordance with the tuning information provided and passes the resultant to the decoder 1802 TS. After, the service administrator 2004 provides the service identifier to the JMF 2005a within the 2005 Java1® library and requests playback of the video / audio.
In the first place, the JMF 2005a acquires, from the PAT and PMT, the PID to isolate the video and audio that will be reproduced. As the JMF 2005a acquires the PAT, the JMF 2005a specifies the PID "0" and the CPU 1806 to the decoder 1802 TS, through the library 2001b of the OS 2001. The decoder 1802 TS performs the filtering with the PID "0" and the table_id "0" when passing this to the CPU 1806 via the primary storage unit 1808, the JMF 2005a acquires the PAT. Here, Figure 12 is provided as an example of the PAT. At this time, when the service identifier supplied to the JMF 2005a is "10", the JMF 2005a refers to row 1711 of Figure 17, acquires the corresponding program number "101" and then refers to the row 1211 of the PAT in Figure 12 and acquire the PID "501" which corresponds to the program number "101" in order to acquire the PMT, the JMF 2005a specific the PID acquired from the PAT and a table_id of "2" to decoder 1802 TS via library 2001b of OS 2001. Here, the specified PID is "501". The decoder 1802 TS performs filtering with the PID "501" and the table_id "2" and upon passing this to the CPU 1806 via the primary storage unit 1808 the JMF 2005a collects the PMT. Here, Figure 11 can be provided as an example of the PMT. The JMF 2005a acquires, from the PMT, the PID of the video and audio that will be played. With reference to Figure 11, the JNF 2005a acquires an audio PID "5011" from row 1111 and a video PID "5012" from row 1112. Next, JMF 2005a supplies the acquired video / audio PID and the decoder 1803 AV as the output destination, to the decoder 1802 TS via the library 2001b of the OS 2001. The decoder 1802 TS performs filtering on the basis of the supplied PID. Here, TS packets with a PID of "5011" and "5012" are passed to the 1803 AV decoder. The 1803 AV decoder decodes the supplied PES packet and reproduces video / audio via screen 1805 and loudspeaker 1804. Finally, the service administrator 2004 supplies the service identifier to the AM 2005b in the Java1® 2005 library and requests broadcast reproduction of data. Here, data broadcast playback refers to extracting a Java1® program included in the MPEG-2 transport stream and causing the VM 2003 Java1® to run the program. A format called DSMCC, which is noted in the MPEG ISO / IEC 13818-6 specifications, is used as the method to embed the Java1® program in the MPEG-2 transport stream. Here, detailed descriptions of DSMCC will be omitted. The DSMCC format prescribes a method in which a configured file system of files and directors used by a computer is encoded in a TS packet of the MPEG-2 transport stream using an MPEG-2 section. In addition, the Java1® program information executed is in a format called AIT, and is embedded within the TS packet of the MPEG-2 transport stream, and is sent as an MPEG-2 section with a table_id of "0x74". AIT is defined in chapter 10 of the DVB-MHP specifications (officially, ETSITS 101812 DVB-MHP specifications VI.0.2) and is an abbreviation of an application information table. Like the OCAP standard, the DVB-MHP standard is a specification for operating a Java1® program within the digital broadcast reception device. The OCAP standard is a functionally expanded version of the DVB-MHP standard and therefore there are many common things between the OCAP and DVB-MHP standards. AIT is one of these common things. AM 2005b first acquires the AIT, and therefore acquires the PAT and PMT in an identical way to the JMF 2205a and acquires the PID of the TS package in which the AIT is stored. At this moment, when the supplied service identifier is "10" and the PAT has been sent in figure 12 and the PMT in figure 11, the PMT of figure 41 is acquired through a procedure identical to that of the JMF 2005a. The AM 2005b extracts a PID from an elementary stream which has "data" as a type of current and an "AIT" as supplementary information, based on the PMT. With reference to Figure 11, there is a stream of elements in row 1113 and therefore the PID "5013" is acquired.
The AM 2005b supplies the decoder 1802 TS with the PID of the AIT and the table_id "0x74", via the library 2001b of the OS 2001. The decoder 1802 TS performs the filtering with the PID and table_id supplied, and passes the resultant to the CPU 1806 through the primary storage unit 1802. As a result, the 2005b AM can collect the AIT. Figure 23 is a diagram which schematically shows an example of information of the AIT collected. Column 2301 is a Java1® program identifier and column 2302 is control information for the Java1® program. In the control information, there is "self-initiation" "present" and "destroy"; "auto-start" means that the terminal apparatus 1800 automatically executes the Java1® program in an instant, the term "present" means that automatic execution is not performed and "destruction" means stopping the Java1® program. Column 2303 is a DSMCC identifier for extracting the PID included in the Java1® program in the DSMCC format. Column 2304 is the program name of the Java1® program. The rows 2311 and 2312 are groups of the Java1® program information. The Java1® program defined in column 2311 is a set of an identifier "301" control information "autostart", a DSMCC identifier "1" and a program name "a / TopXlet". The Java1® program defined in column 2312 is a set of an identifier "302", control information "present", a DSMCC identifier "1" and a product name "b / GameXlet". Here the two Java1® program programs have the same DSMCC identifier. This indicates that the two Java1® program programs include a file system encoded in the DSMCC format. Here, only four types of information are specified for the Java1® program but in reality more information is defined. Details can be found in the DVB-MHP specifications. AM 2005b finds the Java1® program with "auto-start" from the AIT and extract the corresponding DSMCC identifier and the Java1® program name. With reference to figure 23, the AM 2005b extracts the Java1® program in row 2311 and acquires the DSMCC identifier "1" and the Java1® program name "a / TopXlet". The AM 2005b then uses the DSMCC identifier acquired from the AIT and acquires, from the PMT, the PID of the TS package of the Java1® program stored in DSMCC format. Specifically, the PID of the element stream is acquired with a type of current within the "data" PMT which is adapted to the DSMCC identifier of the supplementary information. At this time, when the DSMCC identifier is "1" and the PMT is as in figure 11, the stream of elements of the row 1114 is matched and in this way the PID "5014" is extracted from data in the memory. The 2005b AM specifies, via the 2001b library OS 2001, the PID of the TS package which has the MPEG-2 section embedded with data in the DSMCC format and the section filter conditions for the 1802 TS decoder. The PID "5014" is supplied here. The decoder 1802 TS performs filtering in the MPEG-2 DSMCC section using the supplied PID and passes the resultant to the CPU 1806 via the unit 1808 of primary storage. As a result, the AM 2005b can collect the necessary MPEG-2 DSMCC section. The AM 2005b reconstitutes the file system of the section MPEG-2 collected according to the DSMCC format and stores the file system in the primary storage unit 1808. The fact of taking data such as the file system of the TS package within the transport stream MPEG-2 and save the data in a memory unit such as the primary storage unit 1808 and the secondary storage unit 1807 is referred to in the following "to download" . Figure 24 is a diagram showing an example of a downloaded file system. In this diagram the circles represent directories and the boxes represent files. This file system is configured from a root 2401 directory, a directory 2402"a", a directory 2403"b", a file 2404"TopXlet .class" and a file 2405"GameXlet. class". Next, the AM 2005b passes the Java1® program to be executed among the file systems downloaded in the primary storage unit 1808 to the Java 2003 VM ™. At this time, when the name of the Java1® program to be executed is "a / TopXlet", the file to be executed is the file "a / TopXlet .class", which is the Java1® program name to which ".class" has been added. The term "/" is a delimiter of directory name and file and with reference to figure 24, file 2404 is the Java1® program which must be executed. Then AM 2005b passes file 2404 to VM 2003 Java1®. Note that the method to refer to the Java1® program that must be executed by the 2005B AM does not only depend on the AIT. In OCAP, which is supposed to be used in the cable system of the United States, XAIT, which includes reference information for a request indicated in Figure 3, is used in OOB. In addition, methods such as the start of a program stored in advance in ROM 1809, the start of a program downloaded and stored in the secondary storage unit 1807, and so on can also be considered. The VM 2003 Java1® runs the provided Java1® program.
Through the procedure mentioned in the above, the service administrator 2004 accepts the service identifier and executes the tuning, decoding, video / audio playback and the start of the Java1® program. This succession of procedures is collectively referred to as "service selection". The term "perform service selection" can be defined as "generate information held by the ES that belongs to the service visible to a user". When a service selection is made, "video / audio transported by the ES belonging to the service is played" and "the Java1® program transported in the ES belonging to the service is started", according to the previous procedure. It can be said that the video / audio reproduced through the service selection belongs to that service. In a similar way, it can be said that the Java1® program that starts through the service selection belongs to that service. Upon receiving another service identifier, the service administrator 2004 uses the library present in the 2005 Java1® program library and once again makes the service selection. In this modality, the number of services selectable by the service administrator 2004 is one. The 2005 Java1® library is a collection of Java1® libraries stored in ROM 1809. In this mode, the 2005 Java1® library includes the JMF 2005a, the 2005b AM, the tuner 2005c, a DSM-CC 2005d, a 2005e acquisition of SI and a 2005f service administrator administration library. The Java1® program implements the function of the Java1® program while using these libraries. The Java1® media infrastructure (JMF) 2005a is a library for playing video, audio and subtitle data present in the MPEG-2 transport stream. The JMF 2005a is a media control infrastructure developed by Sun Microsystems; Details can be found in JMF 1.0 specification issued by the same company. Necessarily, part of the JMF specification is introduced as subsets in the OCAP specification. The application administrator (AM) 2005b is a library provided so that the Java1® program can start and end it. The tuner 2005c is a library which sets tuning information for the scrambler 1801 QAM and changes the MPEG-2 transport stream received by the digital broadcast reception device. The DSM-CC 2005d is a library provided so that the Java1® program can access files that are in the MPEG-2 transport stream. The 2005e IS acquisition is a library provided so that the Java1® program can acquire the service list administered by the 2006 management module SI (main service list). The service manager administration library 2005f is a library that sends service selection requests to the service administrator 2004 mentioned above and by the Java1® program using the service manager administration 2005f library, it is possible to make a selection of the service administrator. service again. By using this 2005 Java1® library, the Java1® program can acquire various information within the MPEG-2 transport stream and within other broadcast signals. The SI 2005e within the 2005 Java1® library can be used in the acquisition mentioned before the SI made by the EPG 2002, and it is possible to instruct the 2004 service administrator to make the service selection by using the 2005f library of service manager administration within the 2005 Java1® library. In addition, the operations performed by the service manager 2004 such as tuning, video / audio playback, file acquisition through DSM-CC and application startup can each be implemented by the EPG directly using the tuner 2005c, the JMF 2005a, the 2005 DSM-CC, the 2005b AM within the 2005 Java1® library.In other words, it is possible to write a Java1® program with the same functions as the EPG 2002 and cause the VM 2003 Java1® to execute said program. In the OCAP environment, there are real cases where such a Java1® program, which has the EPG functions, is distributed, and the digital broadcast reception device receives and executes that program. As described so far, various programs embedded in the terminal, Java1® programs and each library within the 2005 Java1® library operate using the service list acquired by the 2006 management module SI (main service list) so that the digital broadcast reception device can operate without inconsistencies, it is extremely important for the module 2006 Management IF providing the most recent list of error-free service (main service list) to these libraries and programs. As described in the above, the SI administration module 2006 in the present modality is initiated when the digital broadcast reception device is started, the SI table is monitored and the SI is stored. In the OCAP environment, the digital broadcast reception device receives and records both the SCTE-SI and transmitted by OOB and the PSIP transmitted in band, and provides these two embedded programs, Java1® programs and each library within the 2005 library. Java1®. In addition, because the information that updates the SI table is embedded in the broadcast signal and is sent at any time to the digital broadcast reception device, it is necessary to continuously monitor the SI table for updates and perform the administration so that continually maintain the most recent table YES. Figure 25 is a block diagram showing a configuration of the IS administration module 2006 in the present embodiment. The administration module SI is configured from a control unit 2501 of a service list, a service list storage unit 2502, a table monitoring unit 2503, and a service list acquisition unit 2504. Note that in the present embodiment, an update unit that updates the main service list (first notification information is service) is configured from the service list control unit 2501 and the table monitoring unit 2503 SI and the storage unit that stores the main service list (first service notification information) is configured from the service list storage unit 2502, the primary storage unit 1808 and the secondary storage unit 1807. In the internal configuration diagram of the module shown in FIG. 25, a secondary module is not indicated for configuring the TV program management diagram using the main service list. The configuration of the TV program management diagram has no relation to the present invention and therefore the descriptions will be omitted. The present invention is applicable regardless of how the TV program management diagram is configured and administered. The service list control unit 2501 performs the entire control of the SI administration module 2006, and is implemented as an embedded program which provides instructions to the service list storage unit 2502 and the table monitoring unit 2503 Yes, which causes these units to work. In addition, the service list control unit 2501 may be embedded as a dedicated circuit, embedded in an LSI system or embedded in the digital broadcast reception device as an individual chip. The service list storage unit 2502 controls, for example, the primary storage unit 1808 and the secondary storage unit 1807 as shown in FIG. 18, and stores the most recent service list (main service list) at the point where the power supply of the secondary storage unit 1807 has been interrupted when power is supplied. The service list control unit 2501 provides instructions to the service storage unit 2502 and thus causes the service list stored in the secondary storage unit 1807 at a point where the power is supplied to the storage device. digital broadcast reception (an original main service list) and the SI table to be read, and a copy to be expanded in the primary storage unit 1808, and the service list and the SI table stored in unit 1808 of primary storage will be provided. In addition, the monitoring unit 2503 of the SI table of the digital broadcast reception device extracts data from the memory of the three SI tables mentioned above, NIT, NTT and SVCT, or the SI table of LVCT, which are embedded and send within the broadcast signal, from the broadcast signal. The table monitoring unit 2503 SI compares the SI table mentioned above extracted from the broadcast signal with the three tables SI, NIT, NTT and SVCT, of the table SI LVCT, stored in the primary storage unit 1808, and judges whether any of the SI storage tables has been updated or not. When the monitoring unit 2503 of the SI table considers that an SI table has been updated, the service list control unit 2501 uses the SI table extracted from the broadcast signal to configure the service list via a corresponding method. In other words, if the SI tables recovered from the broadcast signal are the NIT, NTT and SVCT, the service list control unit 2501 configures the service list shown in figure 17 when these tables are combined.; if the SI table extracted from the broadcast signal is the SI LVCT table, the service list control unit 2501 configures the service list shown in figure 17 when performing the format conversion. Note that a service list configured from the most recent SI table extracted from the broadcast signal in this way is called a secondary service list and the service list stored in the primary storage unit 1808 is referred to as the list of main service ... The service list control unit 2501 compares the service list configured in the above manner (the secondary service list) and the service list stored in the primary storage unit 1808 (the main service list) and causes the updated parts to be reflected in the main service list. At this time, the service control unit 2501 replaces the SI table stored in the primary storage unit 1808 with the updated SI table extracted from the broadcast signal. Further, when necessary, the service control unit 2501 causes the main service list in the primary storage unit 1808 which reflects the updated parts and an updated SI table to be reflected also in the secondary storage unit 1807. . Note that the service list to be updated is the main service list stored in the primary storage unit 1808, but it can also be the main service list stored in the secondary storage unit 1807. In such a case, the primary storage unit 1808 is not necessary to administer the service list. In general, the read and write speeds of the primary storage unit 1808 are faster than those of the secondary storage unit 1807 and therefore, in this case, the operation can be considered, when looking for service data. from a service list will be less compared when reading from the primary storage unit 1808; however, because an area in the primary storage unit 1808 is unnecessary, it is possible to reduce the number of areas in the primary storage unit 1808. In addition, here, the service list storage unit 2502 has caused the service list to be stored in the primary storage unit 1808 and the secondary storage unit 1807 shown in figure 18, but can be prepared and used instead of this a storage device specifically for storing the service list in physical elements (hardware), such as a dedicated record. The 2503 monitoring unit of the SI table is implemented as a library that has functions to operate the necessary physical elements, acquire SI tables that can be acquired by OOB and in band, and notify the unit 2501 of the control unit of the service list and updates have been made. When working with OOB, the 2503 monitoring unit of the SI table instructs the CableCARD 1811 to filter and acquire the SI table transmitted by OOB and notify the service list control unit 2501 in the case in which the SI table acquired differs from the SI tables of the same type that have been previously sent. For example, when an SVCT transmitted by OOB is acquired, the 2503 SI monitor unit will first instruct the CableCARD 1811 to acquire the SVCT. The CableCARD 1811 notifies unit 2503 of SI table monitoring of the acquisition of the SVCT by OOB. The monitoring unit 2503 of the SI table then compares the SI table corresponding to the SVCT previously acquired one time (ie, the SI table stored in the primary storage unit 1808) with the SI table corresponding to the newly acquired SVCT via the broadcast signal and notifies the service list control unit 2501 if the two differ. Furthermore, when working with the band-transmitted LVCT, the table monitoring unit 2503 SI instructs the decoder 1802 TS to filter and acquire the SI table transmitted in band and notifies the service list control unit 2501 if the table YES that corresponds to the newly acquired LVCT via the broadcast signal differs from the previous SI table of the same type (ie the SI table LVCT stored in the primary storage unit 1808). For example, when the band-transmitted LVCT is acquired, the monitoring unit 2503 of the SI table first instructs the decoder 1802 TS to acquire the transmitted LVCT in band. The decoder 1802 TS includes a device called section filter (not shown) to filter the MPEG-2 section, and filter and acquire the LVCT using this section filter. The decoder 1802 TS notifies the table monitoring unit 2503 SI of the acquisition of LVCT in band. The table monitoring unit 2503 compares the previously acquired LVCT once (i.e., the SI table corresponding to the LVCT stored in the unit. 1808 of primary storage) with the newly acquired SI table corresponding to the LVCT, and notify the unit 2501 service list control if the two differ. Note that there are also cases where the section filter included in the 1802 TS decoder has the acquisition function only when the specific MPEG-2 section is updated within the MPEG-2 transport stream. In such a case, the decoder 1802 TS notifies the monitoring unit 2503 of the SI table only when the SI table specified for it to be acquired is updated; therefore, the monitoring unit 2503 of the SI table can be configured so as to provide notification to the service list control unit 2501 when the notification of the decoder 1802 TS arrives. Note that the SI table monitoring unit 2503 can be embedded as a dedicated circuit, embedded in an LSI system or embedded in a digital broadcast reception device as an individual chip. The service list acquisition unit 2504 is implemented as a library used in the case where a program external to the administration module 2206 IS uses the service list. The service list acquisition unit 2504 acquires the most recent service list stored in the primary storage unit 1808 and provides the service information to the program requesting the service list. Note that the service list acquisition unit 2504 can be embedded as a dedicated circuit, it can be embedded in an LSI system or it can be embedded in the digital broadcast reception device as an individual chip. In addition, the service list control unit 2501 has a service data search unit (not shown) that searches for the necessary service data from the main service list that is in the primary storage unit 1808. or a secondary storage unit 1807. For example, upon receiving from a Java1® program operating in the digital broadcast reception device, a service data search request of a source ID corresponding to the service data to be investigated, the search unit The service data searches for the source IDs contained in the main service data and transmits the service data corresponding to the source ID with the same value as the source ID that has been sent. Or, in addition, the service list control unit 2501 has a service data suppression unit (not shown) that deletes unnecessary service data from the main service list that is in the primary storage unit 1802 or the secondary storage unit 1807. For example, upon receipt from a Java1® program operating in the digital broadcast reception device, a request for and deletion of service data from a source ID corresponding to the service data to be suppressed, the The service data suppression unit causes the service data search unit to search for the service data corresponding to the source ID which is to be deleted, and suppresses the service data sought from the main service data. The digital broadcast reception device that complies with OCAP in this modality can construct three types of service lists from the SI table. Specifically, these three types are a service list that can be constructed from NIT, NTT and SVCT by OOB, a list of services that can be constructed from LVCT by OOB and a list of services that can be constructed from LVCT in band. In the present embodiment, the administration module 2206 SI administers a service list (the main service list) within the primary storage unit 1808 and the secondary storage unit 180-7. further, in the present embodiment, as described in the above, the service list administered by the administration module 2206 SI is the "main service list" that is to be differentiated from the three types of configurable service list of the tables Individual SIs mentioned previously, which are called "secondary service lists". In addition, the "secondary service lists" are further distinguished, with a list of secondary service A that is configured from NIT, NTT and SVCT by OOB, a list of secondary service B that is configured from LVCT by OOB and a list of service secondary C that is configured from LVCT in band. The services indicated in the main service list and the secondary service list can be uniquely identified using the source IDs (service data identifiers) and therefore the management module 2006 IS manages the main service list with the source IDs as identifiers. In other words, in the case where a secondary service list has been updated, the management module 2006 IS searches for the main service list for a service having a source ID identical to the service source ID indicated in the service list. updated secondary service, and if a service with the same source ID is found, the information regarding said services (service data) is replaced with the service data of the secondary service list. Or, if the same source ID is not found, the service data of said secondary service list are added to the main service list. Next, the operations of the secondary modules of the SI administration module 2206 will be described in detail. When the digital broadcast reception device is started, the service list control unit 2501 is started by the OS 2001. When the service list control unit 2501 is started, it first instructs the storage unit 2502 of service list to move the original service list (main service list) stored in the secondary storage unit 1807 to the secondary storage unit 1808. Upon receiving the instruction, the service list storage unit 2502 reads the main service list of the secondary storage unit 1807 and expands the main service list as a copy in the primary storage unit 1808. Accordingly, it is possible to search the main service list more quickly, compared to the case where the main service list stored in the secondary storage unit 1807 is used as is. Next, the service list control unit 2501 instructs the monitoring unit 2503 of the SI table to monitor the NIT, NTT and SVCT of OOB, the LVCT of OOB and the LVCT in band. Upon receipt of the instruction, the SI table monitoring unit 2503 uses the 1802 TS decoder and the 1811 CableCARD and begins to monitor the specified SI tables. Fig. 26 is a flow diagram showing an operation of the service list control unit 2501 at the time of an update of the. main service list stored in the primary storage unit 1808. Upon reading an SI table update, the SI table monitoring unit 2503 notifies the service list control unit 2501. The service list control unit 2501 constructs a secondary service list using the SI table, the update of which is reported (for example, a secondary service list is created such as that shown in FIG. 17) (S3601). Specifically, the service list control unit 2501 has been stored in advance, the details of the processing to build a secondary service list from NIT,? TT and OOB SVCT, the processing to build a secondary service list from of LVCT of OOB and the processing to build a list of secondary service from LVCT in band and build the secondary service list based on the processing which corresponds to the SI table which has been notified that it is updated. At this time, in the case the updated SI table is in an incorrect format, or the case where the combined service list can not be constructed due to the information in the updated SI table that is incorrect, the updated SI table is a of NIT, NTT and SVOC of OOB, the update of the SI table is abandoned and no action is taken (S3602). For example, there are cases of inconsistencies between the information in the three SI tables, for example when the "CDS index" indicated in the SVCT has a value that is not present in the NIT-CDS. After this, all the service data contained in the constructed secondary service list is examined to see whether the service data is included or not in the main service list managed by the service list storage unit 2502 (in this example, the main service list stored in the primary storage unit 1808) (S3605); if the service data is included (if from S3606), the information of the corresponding service list data in the main service list is updated to that of the secondary service list (S3607) and if the data is not included Service (not S3606), the service data from the secondary service list is added to the main service list (S3608). Here, step S3603 is the initialization of variable loop N, and step S2603 is the increment of variable loop N. When all of the services included in the secondary service list have been examined (if of S3604), the sequence ends of update. After this, the service list control unit 2501 causes the updated portions of the updated main service list stored in the primary storage unit 1808 to be reflected in the main service list stored in the secondary storage unit 1807. This can be implemented, for example, by overwriting the original main service list stored in the secondary storage unit 1807 with the updated main service list. The service list acquisition unit 2504 acquires, as necessary, the information from the main service list managed by the service list storage unit 2502 and provides said information to a program (module) external to the administration module 2006 IF who requests such information. In this modality, it is not necessary to create a main service list for each of the three types of secondary service lists (secondary service lists A, B and C); a common main service list is used in administration. Because the services with identical source IDs are identical, there is no problem in overwriting service data in a secondary service list of a certain source ID with service data included in another secondary service list with an identical source ID. For example, there is no problem even if the service data of a secondary service list constructed from OVB LVCT is compiled to be displayed in the main service list and if it is subsequently updated via service data with the same source ID included in the secondary service list built from NIT, NTT SVCT from OOB. In the OCAP environment, normally the three service lists have identical data and when, for example, a service has been added, through the SI table that is updated, a main service list is updated using the three secondary service lists (secondary service lists A, B and C). However, there are situations in which the synchronization of this update experiences a delay of a few seconds or more, instead of being instantaneous, due to the separations in the sending synchronizations of the different SI tables (NIT, NTT, SVOC of OOB; LVCT of OOB and LCVT in band), separations in time of installations adjustments in the sending side, etcetera. In this embodiment, it is possible to cause the main service list to reflect the service data of the first updated secondary service list of the three acquired secondary service lists. For example, the main service list stored in the primary storage unit 1808 has the details shown in Figure 17; the table monitoring unit 2503 SI confirms the update of the table SI SCVT OOB; and the service list control unit 2501 uses this to create the secondary service list A again, which is shown in figure 27. Figure 27 is a diagram showing an example of the newly constructed secondary service list A via an update of the SI SVCT table. In this case, the information of the service data corresponding to a value of 600, which are shown in the source ID 1701 of Figure 27 are not present in the main service list in the primary storage unit 1808; therefore, the service list control unit 2501 newly adds the service data mentioned above to the main service list in the primary storage unit 1808 and then causes them to be reflected in the original main service list which is stored in the secondary storage unit 1807. After this, for example, the SI table monitoring unit 2503 confirms the update of the SI LVCT table in band; the service list control unit 2501 uses this to perform format conversion and what is required as needed, and builds in a new way the secondary service list C shown in figure 28. Figure 28 is a diagram which shows an example of the newly created secondary service list C via an update of the SI LVCT table. In this case, the main service list updated via the secondary service list shown in FIG. 27 through the processing mentioned above is stored in the primary storage unit 1808; however, the information of the service data with a source ID value of 700, which is present in the secondary service list shown in FIG. 28, is not present in the main service list in the unit 1808 of primary storage. Therefore, the service list control unit 2501 newly adds the service data mentioned above to the main service list in the primary storage unit 1808 and then causes this to be reflected in the original main service list stored in the secondary storage unit 1807. With such a configuration, even if there are a plurality of SI types (SI tables) transmitted in the broadcast signal, the main service list is updated using the SI table having the most recent update, without .importing the type; and therefore, it is possible to consistently maintain the most recent main service list. Fig. 29 is a diagram showing an example of a main service list updated in the manner described in the foregoing. In this main service list, the service data with the 600 and 700 source IDs have been added to the main service list shown in figure 17. In the case where the main service list maintained by the unit 2502 service list storage is as shown in Figure 29 at a certain point in time, the EPG-2002 can display, on the screen, TV program information constructed using the seven pieces of service data, which they are present in rows 1711 to 1715, 2615 and 2715 which are shown in Fig. 29 and the TV program management diagram (not shown). Figure 30 is a diagram showing a screen presented by the EPG-2002. The screen configuration of the EPG-2002 shown in Fig. 30 is identical to that shown in Figs. 21A and 21B. To simplify the descriptions in this modality and to save space on the screen, the seven services are not distributed and presented side by side; On the screen, two services as well as TV program information and time intervals corresponding to them, are presented on the screen as a list of TV programs (TV program information). In this example, the list of TV programs can not be presented in all the services within the screen and in this way present the information which can not be presented inside the screen, the right and left buttons of the 1810 Input is used to move the information that is presented in the TV program service list to the left or to the right. In the case where the input unit 1810 is the front panel shown in FIG. 19, when the left button 1903 is pressed, the list of TV programs is shifted to the left., and the EPG-2002 screen shown in Figure 21A becomes as shown in Figure 30. With the EPG-2002, the services are distributed in order, from the left, from the lower channel members upwards, and because there is no service with a channel number lower than "channel 1", the screen repeats itself and the "Comedy Channel" (comedy channel), which is the highest channel number, is presented in the column 2102. Further, in a state where the main service list that is shown, for example, in Figure 29 is present, the SI table monitoring unit 2503 confirms the update of the SI LCVT table of OOB; the service list control unit 2501 uses this to perform format conversion, etc. as needed, and builds a new secondary service list B as shown in figure 31. In this case, the main service list shown in Fig. 29 is stored in the primary storage unit 1808 through the processing mentioned above; however, the service data information with a source ID value of 800, which is present in the secondary service list shown in Fig. 31, is not present in the main service list in unit 1808 of primary storage. Therefore, the service list control unit 2501 newly adds the above-mentioned service data to the service list in the primary storage unit 1808 then causes this to be reflected in the original service list and the table YES stored in the secondary storage unit 1807. As a result, the service list is updated to that shown in Figure 32. The main service list has left row 3105 added to the main service list before the update (the main service list shown) in Figure 29). After this update, in the EPG 2002 of the display screen, when the left button 1903 is pressed in the state shown in figure 21A, the screen display becomes that shown in figure 33. The figure 33 is a diagram showing a screen presented by the EPG 2002. The "Quiz Channel" (contest channel), which has the highest channel number, is displayed in row 2102 of this screen. Accordingly, it can be seen that the main service list has been updated through the secondary service list B. In addition, in a state in which the service list shown in Figure 32 is present, the unit 2503 of table monitoring SI confirms the update of table SI SVCT OOB and service list control unit 2501 uses this to create a new list of secondary service A, which is shown in figure 34. Figure 34 describes the secondary service list, in this example, since there is no information of the service data corresponding to the ID 1701 value source of 600, as shown in the secondary service list in the figure 27; However, this secondary service list may have this information. In the case where the secondary service list A shown in figure 34 has been constructed, the information of the service data corresponding to a value of 900, which are shown in the source-ID 1701 of figure 34 , are not present in the main service list in the primary storage unit 1808; therefore, the service list control unit 2501 newly adds the above-mentioned service data to the main service list in the primary storage unit 1808 and then causes this to be reflected in the original main service list stored in the secondary storage unit 1807. As a result, the main service list is updated to what is shown in Figure 35. The main service list has the row 3315 added to the main service list before the update (in the main service list shown in figure 32). After this update on the EPG 2002 presentation screen, when the left button 1903 is pressed in the state shown in figure 21A, the screen display becomes as shown in figure 36. The figure 36 is a diagram showing a screen presented by the EPG 2002. The "Chess Channel" (chess channel), which has the highest channel number, is displayed in row 2102 of this screen. Accordingly, it can be seen that the main service list has been updated through the secondary service list A. In this way, the present mode, the main service list is updated by means of a plurality of secondary service list. and it is used when running programs such as EPG 2002. Note that the present invention has no relation to the EPG screen configuration and is applicable regardless of what kind of screen configuration is used.
Note also that in the present example, the acquisition of all three secondary service lists (secondary service lists A, B and C) is a requirement, but the configuration may be one in which only two of these are acquired. secondary service lists. In such a case, there is no need for the monitoring unit 2503 of the SI table to monitor the SI table of the unavailable secondary service list. In this way, the main service list is built up and updated through only the secondary service lists acquired. For example, in the case of a configuration in which the secondary service lists B and C are monitored but the secondary service list A is not monitored, when the main service list such as the one shown in figure 29 is present and the secondary service list B such as the one shown in figure 31 is the one received, the main service list is updated to what is shown in figure 32 and the EPG 2002, when the button is pressed 1903 left in the state shown in Figure 21A, the display screen is returned as shown in Figure 33. However, after this, when the secondary service list A is received such as that shown in Figure 34, the updates in it are ignored, the main service list is not updated and the EPG 2002 screen display does not change. As a result, the secondary service lists can be ignored in this way. In addition, a configuration has been described in which secondary service lists are acquired through three types of methods (NIT, NTT and SVOC of OOB).; LVCT of OOB and LVCT in band); however, if there are four or more methods for acquiring the secondary service lists, a configuration can be used in which part (at least two) or all of the secondary service lists are acquired according to these methods. However, in the present embodiment, when a secondary service list is to be constructed, or in other words, when the main service list is updated through the control unit 2501 of the service list, if it is considered that the format of the SI table is incorrect (S3602, in figure 26), no action is taken, and therefore when an SI table of an incorrect table format is received, no action is taken. However, in the case where not all but only some of the SI tables are in an incorrect format and the secondary service list is constructed using the correct SI tables, the configuration may be one in which the update using usable secondary service lists. Further, in the present embodiment, the synchronization at which the service list storage unit 2502 rewrites the expanded main service list in the primary storage unit 1808 in the secondary storage unit 1807 is set so that it occurs when the main service list is updated based on the list of secondary service that is updated; however, the main service list may be written back to the secondary storage unit 1807 in a different synchronization. For example, an algorithm may be introduced in which the service list storage unit 2502 periodically compares the main service list in the primary storage unit 1808 with the main service list in the secondary storage unit 1807 and if the two are different, write a return script for support purposes. Or, an algorithm can be used in which support writing is not performed. In this case, only the primary service list in the primary storage unit 1808 is updated and used. In such a case, when the power supply is suspended, a reading of the main service list in the secondary storage unit is made again only when the power is re-supplied. In addition, the support writes for the secondary storage unit 1807 can be performed only when it is turned off. In addition, the configuration can be one in which the update of the main service list present in the secondary storage unit 1808 is performed by a module external to the SI administration module 2206. For example, there is a possibility that an external module, not the administration module 2206 YES described in the present invention, updates the main service list, such as in the case where the main service list is distributed and operated via a recent media such as CDs, DVDs and BDs; in such a case, the main service list provided to the secondary storage unit 1807 is updated through a separate module. Furthermore, in such a case, a situation may be considered in which the processing for supporting writing of the main service list must be prohibited, which is done by the service list storage unit 2502 in the administration module 2206 YES; therefore, a system can be implemented in which a function is added to determine whether or not a main service list is written to the secondary storage unit 1807, to the service list control unit 2501 or service list storage unit 2502 and the external module uses said function to prohibit the management module 2006 from updating the main service list in the secondary storage unit 1807. In addition, with respect to the support writings, in order to avoid data loss caused by a power failure and the like during the writing procedure of the service list storage unit 2502, the main service list is maintained in the primary storage unit 1808 within the secondary storage unit 1807, an algorithm can be entered in which the first main service list is written to a separate area within the secondary storage unit 1807 and after it has succeeded said writing, the main service list pre-written as support is automatically deleted. In addition, the configuration can be one in which the previous main service list is maintained as background data after a successful write. In this case, the configuration can add, to the service list storage unit 2502, a function to suppress the main service list such that the module external to the IS management module 2206 can freely control the synchronization or deletion of the service. the main service list; OS 2001 is notified when the areas in the secondary storage unit 1807 are filled, and OS 2001 uses the main service list suppression function to suppress the main service list. Furthermore, in the case where a digital broadcast reception device has a system through which it can be connected to other devices or externally, such as a networking function, USB or IEEE 1394 terminals, Bluetooth functionality and the like, the monitoring unit of the SI table can configure the secondary service lists by means of the SI tables introduced to the digital broadcast receiving device through said external connection terminals. In addition, instead of building the secondary service lists through the SI tables, the secondary service lists can be received directly, and can be updated through this the main service list. In such a case, the monitoring unit 2503 of the SI table is not necessary, the service list control unit 2501 monitors the network connection terminal, the external connection terminal and so on, waits for the reception of a list of secondary service and when the secondary service list is received, it uses the service data within said secondary service list to update the main service list. In addition, the digital broadcast reception device can automatically access another device and examine whether the secondary service list maintained on said device has been updated or not. In particular, for a service list that can be built from SI tables that can be acquired from in-band MPEG-2 transport streams, there are cases where only the specific information within the MPEG-2 transport stream is present by the service list. For example, with PSIP there are cases in which an LVCT is transmitted that includes a service list that lists only the service included in said MPEG-2 transport stream. Secondary service lists built from SI tables transmitted by OOB include data of the services included in all MPEG-2 transport streams, and therefore in this case, the service data from the secondary service list set to Starting from LVCT in band is a subset of the service data from the secondary service list constructed from the SI table of OOB. Even in such a case, the service administration is done via the source IDs and the basic idea is that the identical source IDs that indicate identical services do not change; therefore, the service data with matched source IDs within the main service list are simply replaced during the update and no particular inconsistencies occur. The secondary service list can be constructed at the time of acquiring an in-band PSIP LVCT and the main service list can be updated according to the algorithm in figure 26. The present invention involves a digital broadcast reception device that operates in the OCAP environment, but the broadcasting terminal does not need to be compatible with OCAP to the extent that it can receive SI. For example, the present invention is applicable even if the environment is one in which the Java1® programs do not operate, to the extent that the programs and modules which use SI are present in the broadcast terminal. In addition, in this modality, descriptions have been provided mainly on the simultaneous acquisition of SI tables specified in SCO-SI of OOB and in the SI PSIP tables in band; however, all SI tables may be in band, or all SI tables may be OOB. In addition, the environment can be terrestrial broadcast, satellite broadcast, network broadcast or similar, instead of a cable environment. In addition, in the present modality, SCTE-SI and PSIP are used as examples, but the terminal does not depend on a specific SI.; any terminal is applicable insofar as it can configure the service list through a plurality of methods. For example, even a terminal that receives only SCTE-SI from OOB can configure secondary service lists from both NIT, NTT and SVCT as well as LVCT. For example, there is a case where the SI tables of a plurality of SI specifications, such as SCTE-SI and PSIP can be received simultaneously. For example, in the present embodiment, the secondary service list is constructed from in-band LVCT, but it is also possible to build the secondary service list using the PMT. Actually, after the acquisition, a lot of search of band frequency broadcast terminals and basic registration information of the PMT and the like, as well as the registration tuning information of the frequency at which PMT and this way a simple secondary service table is generated. Furthermore, even in DVB-SI, there are situations where the SI table that maintains the service description table (SDT) service list maintains, at the same time, the SI table that transmits tuning information called the network information table (NIT), a service list description element and service list information. The construction of the secondary service list and the application of the present invention are possible even in that case. In addition, when considering future changes in the SI specification, numerous methods for the construction of the secondary service list will become possible, but the present invention is applicable also in such cases. Note that PSIP and SCTE-SI define specifications in which a service can be isolated in a unique way by means of a source ID and in this way the source ID is used as a primary key to manage the service data; however, there is a field through which the service can be uniquely identified, service data can be managed using that field, instead of a source ID. For example, in an environment in which the specification allows overlapping service names but the operational standard prohibits such overlapping, it is possible to use the service name as the primary key. In addition, the DVB-SI, the service is uniquely identified using a combination of the two fields, or an "original network ID" and a "service number". In such a case, the service can be isolated in a unique way using the combination of plurality of fields. Furthermore, in the present embodiment, since there is no system for deleting service data within the main service list, the service data is not deleted from the main service list and the number of pieces of the data -of service indicated in the present only grows. In a broadcast environment where services are often added, there is a problem that the main service list becomes immense and, as a result, many areas become necessary within the primary storage unit 1807 and the storage unit 1808 secondary in order to expand the main service list and therefore the search speed decreases. To solve this problem, a system can be used in which, for example, when an update is verified by a list of secondary services by means of the service list control unit 2501, "service data are verified which are present in the main service list but not present in the list of secondary service "and for the service data which are no longer present in all of the lists of monitored secondary services, the service list storage unit 2502 instructed to suppress the service data from the main service list. Or, the service data which is no longer present in the most recent service list can be deleted from the main service list. further, to further simplify the update sequence, when updating service data from the main service list, the sequential update of all service data in the secondary service list or the procedure from S3603 to S3603 in figure 26 can be Delete and you can use a method to simply replace the main service list with the secondary service list. In this case, the service data added in the list of secondary services is added to the main service list as is, and the service data deleted in the secondary service list is deleted from the main service list as is. To be more specific, for example in the case where the list of updated secondary services is as shown in figure 27 and the main service list at that point in time is as shown in figure 28, a substitution is made simple; as a result, row 2615 is added which is included in the updated secondary service list but is not originally present in the main service list and row 2715 is deleted, which is not included in the updated secondary service list but it is originally present in the main service list. In addition, with the method mentioned in the above, only one piece of service data can be registered in a row of a service. Therefore, when the incorrect data is recorded, there is a possibility that the incorrect data can be maintained until the next update of the SI table. Accordingly, a configuration can be used in which, at the time of an update of the main service list by the service list control unit 2501, the service data before the update is also recorded as background data without are deleted from the main service list, and if the post-update service data is considered to be incorrect data, the service data is restored to the previous data. In this case, in order to verify if the data is incorrect or not, a system is constructed to accept feedback from the external module to the IS administration module 2006, which actually uses the service data, towards the 2501 unit of service list control. In the case where incorrect service data is acquired, the service list control unit 2501 deletes the service data included in the main service list stored by the storage unit 2502 from the service list and restores the data of previous service stored as background. An example at the time of tuning can be provided as a specific example. At the time of tuning, tuner 2005c requires tuning information in order to receive the MPEG-2 transport stream that transmits the service in question. Therefore, the tuner 2005c uses service identification information, such as the source ID, acquires the service data in question through the service list acquisition unit 2504 and the service data search unit, Acquires tuning information indicated here and performs tuning. Figure 37 is a diagram showing an example of the main service list in which the service data before the update has been left as background. For example, when the main service list is like the one shown in Figure 37, the service data is updated with a source ID of "100" and row 3711a is returned, and the service data before the update are maintained as background data, such as row 3711b. At this time, in order to perform the tuning on the MPEG-2 transport stream that transmits the service with the source ID of "100", the tuner 2005c specifies the source ID "100" to the search unit of service data and request a service data search; receives the row 3711a, which is the result of the service data search and performs the tuning using tuning information such as a frequency. At this time, for example, the tuning is done using the service data acquired here; however, in the case where the MPEG-2 transport stream can not be received from the specified frequency, this service data can be considered as incorrect and therefore the tuner 2005c notifies the control unit 2501 of service list that the data in row 3711a is incorrect. Upon receipt of the news that the data is incorrect, the service list control unit 2501 instructs the service list storage unit 2502 to delete the 3711th row, which has the most recent service data, restores row 3711b, which is the background data, and uses row 3711b for further searches. In such a system any amount of background data may be present. Note that in the examples provided in this modality, all the services are digital broadcasting services and include tuning information to acquire information to manage the main service list and the MPEG-2 transport stream, a program number for the search of PMT, etc. However, the SI specifications used in each region define fields regarding analog broadcast services and it is possible to identify analog broadcast services using service identifiers, in the same way as with digital broadcast services. For example, with SCTE-SI, it is possible to uniquely isolate an analog broadcast service using a source ID, in the same way as with digital broadcast services. In such an environment, where analog broadcast services can be uniquely identified using the same service identifiers as with digital broadcast services, data from analog broadcast services can also be added to the list of main services using the algorithm described in the present modality. Therefore, this modality is applicable even in the case where the SI used includes information not only of digital broadcasting services but also of analogical broadcasting services. Furthermore, in the present embodiment, it is also possible to save the content retained by the ROM 1809 in the secondary storage unit 1807 and thus make the ROM 1809 unnecessary. In addition, it is also possible to configure the secondary storage unit 1807 of a plurality. of sub-secondary storage units, where each sub-storage unit stores different information. Pre-secondary storage units can be precisely divided; for example, only the tuning information is stored in one of the secondary storage units, the 2001b library of OS 2001 is stored in another secondary storage unit, the downloaded Java1® programs are stored in another additional secondary storage unit, etc. . In addition, in the present embodiment, the downloaded Java1® programs are stored in the secondary storage unit 1807, but it is also possible to store the downloaded Java1® programs in the primary storage unit 1808. In the case of saving them in the primary storage unit 1808 all the saved information disappears when the power supply is interrupted, but a configuration can be used in which the Java1® programs stored in the primary storage unit 1808 are moved to the secondary storage unit 1807 when the power supply is suspended and the Java1® programs are moved to the secondary storage unit 1807 and returned to the primary storage unit 1808 when power is restored. (Second Mode) In the first mode, the example described is one in which a single master service list is stored in the primary storage unit 1808 or the secondary storage unit 1807. However, the first mode has the disadvantage that, for example, once a secondary service list is configured with incorrect service data, the main service list itself will also include incorrect service data. For example, in the case where, when a certain service is added, the correct service data is added to the NIT,? TT, SVOC of OOB, but, through establishment of the problem in the broadcast station system, Incorrect service data is added to the OOB LVCT by mistake, even if the list of secondary services is configured from the preceding service data and the main service list is updated correctly, a list of secondary services of these is configured later service data, and the main service list is again updated later using the incorrect service data. In the second embodiment, instead of using a primary service list for each secondary service list (the secondary service lists A through C), the primary storage unit 1808 or the secondary storage unit 1807 maintains a primary service list corresponding to each secondary service list (secondary service lists A to C). In other words, in the OCAP environment in which three secondary service lists are present, the service is managed using three main service lists, and when a certain secondary service list is updated, only the corresponding main service list is updated. In the present embodiment, the three main service lists corresponding to each secondary service list managed by the service list storage unit 2502 are referred to as "main service lists". In addition, in the same way as in the list of secondary services, a list of main service corresponding to the list of secondary services A is called as main service list A, a list of main service corresponding to the list of secondary services B is referred to as the main service list B, and the main service list corresponding to the list of secondary services C is referred to as the main service list C. When notified by the SI monitoring unit 2503 of an update of table SI, the service list control unit 2501 first considers which secondary service list to build based on the updated table.
Subsequently, based on the constructed secondary service list, the service list control unit 2501 updates the stored main service list corresponding to the secondary service list managed by the service list storage unit 2502. Upon being requested to acquire a service list (service data) by a module external to the IS administration module 2006, the service list acquisition unit 2504 (service data search unit) accepts, at the same time, a specification of which main service list to acquire (the service data of which main service list). The specified main service list (service data from the main service list) is acquired and passed to the requestor. Note that it can be considered a situation in which, when the service data search unit is asked to acquire the service data by a program (module) external to the IS administration module 2006 but which operates within the service device. digital broadcast reception, the service data search unit searches the main service lists according to a pre-established priority level, instead of accepting the specification to acquire the service data from said main service list. Figure 38 is a flowchart showing an operation through which the service list acquisition unit 2504 (service data search unit) acquires the service data according to the priority level. By acquiring a service identifier from a program operating within the digital broadcast reception device but external to the service list acquisition unit 2504 itself (S3801), the service list acquisition unit 2504 first set N to 1 in order to search within the main service list with the highest priority level (S3802) and if N is less than or equal to the number of major service lists present at that point in time (number of S3803), the service data is searched from within the main service list with the highest priority level N esym (S3804). If the service data is present (yes of S3805), the service data is acquired and returned to the program (S3806). If the data is not present (not from S3805), 1 is added to N (S3807) and the procedure returns to S3803. For example, in the case where the main service list A (constructed from NIT, NTT and OOB SVCT) has the highest priority level, with the main service list B (constructed from LVCT of OOB) ) and the main service list C (LVCT in band) following the priority level from this, the main service list A is examined first; if the service data is not found, the main service list B already stored and the main service list C are searched in order. For example, in the case where the main service lists A, B and C are as show figure 17, figure 27 and figure 28, respectively, when the service list search unit is requested to search for the service with a source ID, for example, "100", the list search unit service looks for the main service list A, which has the highest priority level and the unit, 2504 for the service list acquisition acquires and returns the service data present in row 1711 of figure 17. In addition, when the service list search unit requests to search for the service by a source ID of "700", the service list search unit searches for the main service list A, which has the highest priority level and unit 2504 of acquired n the service list acquires and returns the service data present in row 2715 of figure 28. Note that the priority levels of the main service lists already stored can be in any order. In addition, the priority level can be variable and there may be unintended main service lists, depending on the conditions at the time of the search. For example, in the OCAP environment, an OOB broadcast signal can be received while the CableCARD 1811 is connected to the terminal 1800 apparatus; however, when the connection ends, the broadcast signal OOB can no longer be received, and therefore only PSIP in band can be received. In such case, the following system can be used, for example: when the CableCARD 1811 is present, the operations are performed based on a rule where the search is carried out first on the main service list B (built of LVCT of OOB) and then on the main service list A (NIT, NTT, SVOC of OOB) and the main service list C is not searched; and when the CableCARD 1811 is not present, only the main service list C (built of LVCT in band) is searched. Note that in this modality, the main service lists are prepared for all secondary service lists on a one-to-one basis; however, some main service lists used may be the main service list described in the first mode, and some main service lists may be specific master service lists prepared in advance. For example, two of the three main service lists may be master service lists such as those described in the first embodiment, and one may be a main service list corresponding to a specific secondary service list as in the present example. In addition, as described above, in the terminals which examine band-frequency bands after the acquisition and calibration of an initial secondary service list from basic information such as the PMT, there are cases in which the list The main service stored in advance at the time is the one used as a basic list, and is stored even after the SI table is acquired and the secondary service list is created from the SI table. Such a system can also be used. Furthermore, in the present embodiment, when incorrect service data are present in the secondary service list, the data in the main service list will also be incorrect, as in the case of the first mode.
It can be considered a configuration in which the background administration of the main service list is implemented for the main service list that corresponds to said secondary service list. In such a case, when the service list control unit 2501 receives feedback that the service data is incorrect from an external module to the IS administration module 2006, the corresponding service data that is maintained within the service module is suppressed. main service list and the previous service data are restored, in the same way as in the first mode. In addition, a method is also possible in which an antecedent is generated by the main service list and the main service list is restored to that antecedent, instead of being managed by service data. Further, in the present embodiment, based on the fact that it is stored in a plurality of main service list in the service data storage unit 2502, when the service list control unit 2501 is notified of data of incorrect service, it is possible that only the corresponding service data maintained in the main service list will be deleted. In this case, at the time of a search performed by the service list acquisition unit 2504 (service data search unit) instead of using the corresponding service data, the service data with a source ID does identical are present in a main service list with a lower priority level, such service data can be used in the search, in turn. Furthermore, a configuration can be used in which, when the service list control unit 2501 receives a notification of incorrect service data, the settings are changed so that the entire main service list including the data of corresponding services are deleted or not used in the search. In such a case when, for example, the main service list stored in advance as shown in Figure 17 is used and the service list control unit 2501 receives a notification that the service data with a source ID of " 100"(row 1711) are incorrect, the settings can be changed so that this full list of primary service is not searched. Subsequently, this main service list is not used by the service list acquisition unit 2504 (service data search unit) until a list of secondary services corresponding to this main service list is constructed; instead, a main service list with the next highest priority level is used. When the corresponding secondary service list has been successfully updated, the main service list, whose usage has been stopped, can be used once again. Industrial Applicability The broadcast receiving device according to the present invention has the advantageous effect of being able to use SI to present correct information to a user even when a plurality of SI types are distributed, and is applicable, for example, in a broadcast reception device which presents an EPG for digital broadcasting, information devices such as cell phones which receive SI and the like. It is noted that in relation to this date, the best method known to the applicant to carry out the aforementioned invention, is that which is clear from the present description of the invention.

Claims (23)

  1. CLAIMS Having described the invention as above, the content of the following claims is claimed as property: 1. A broadcast reception device which receives a broadcast signal and performs an operation in accordance with the broadcast signal, is characterized in that it comprises: an operable storage unit for storing first service notification information which includes service data indicating a service to present to an observer; an operable acquisition unit for acquiring, from the broadcast signal, second and third service notification information, each of which includes service data indicative of a service to be presented to the observer, and which differ in format from each other; and an operable update unit for updating the first service notification information based on the service data included in the second service notification information when the procurement unit has acquired the second service notification information, and for updating the service information. first service notification information based on the service data included in the third service notification information when the purchasing unit has acquired the third service notification information.
  2. 2. The broadcast reception device, according to claim 1, characterized in that the identification information to identify the service indicated by the service data is assigned to each unit of service data included in the first, second and third information. of service notification, and the update unit includes: a first operable addition unit for adding the service data of the second service notification information to the first service notification information, when the identification information identical to the information identification of the service data included in the second service notification information is not present in the first service notification information; and a second operable addition unit for adding the service data of the third service notification information to the first service notification information, when the identification information identical to the identification information of the service data included in the third Service notification information are not present in the first service notification information.
  3. 3. The broadcast reception device according to claim 2, characterized in that the update unit further includes: a first operable change unit for changing the details of the service data included in the first service notification information to the details of the service data included in the second service notification information, when the service data in the first and second service notification information have identically identifiable information and mutually different details; and a second operable change unit for changing the details of the service data included in the first service notification information to the details of the service data included in the third service notification information, when the service data in the first and third service notification information have identically identifiable information and mutually different details.
  4. The broadcast reception device according to claim 3, characterized in that the plurality of service data units are present in the first service notification information, and the broadcast reception device further comprises: a search unit operable to acquire the identification and search information for service data corresponding to the identification information within the first service notification information; and an operable output unit for transmitting the service data sought by the search unit.
  5. The broadcast reception device according to claim 4, characterized in that it further comprises: a suppressive unit operable to suppress the service data sought by the search unit.
  6. The broadcast reception device according to claim 1, characterized in that the first service notification information is configured of a fourth and fifth service notification information which includes service data indicating services to be present for the observer, and the update unit is operable to update: the fourth service notification information based on the service data included in the second service notification information when the procurement unit has acquired the second service notification information; and the fifth service notification information based on the service data included in the third service notification information when the procurement unit has acquired the third service notification information.
  7. 7. The broadcast reception device, according to claim 6, characterized in that the identification information for identifying the service indicated by the service data is assigned to each unit of service data included in the second, third, fourth and fifth service notification information; and the update unit includes: a first operable addition unit for adding to the service data of the second service notification information to the fourth service notification information, at which time the identification information identical to the identification information of the service data included in the second service notification information is not present in the fourth service notification information; and a second operable addition unit for adding the service data of the third service notification information to the fifth service notification information, when the identification information identical to the identification information of the service data included in the third Service notification information are not present in the fifth service notification information.
  8. 8. The broadcast reception device, according to claim 7, characterized in that: the update unit further includes: a first operable change unit for changing the details of the service data included in the fourth service notification information to the details of the service data included in the second service notification information, when the service data in the fourth and second service notification information have identically identifiable information and mutually different details; and a second operable change unit for changing the details of the service data included in the fifth service notification information to the details of the service data included in the third service notification information, when the service data in the fifth and third service notification information have identically identifiable information and mutually different details.
  9. The broadcast reception device according to claim 8, characterized in that the priority levels are assigned to the fourth and fifth service notification information, and the broadcast reception device further comprises: an operable search unit for acquiring identification information and searching for service data within a search interval while changing the search interval from service notification information of a higher priority level to service notification information at a lower priority level , the service data correspond to the identification information; and an operable output unit for outputting the service data sought by the search unit.
  10. The broadcast reception device according to claim 9, characterized in that the search unit finds service data corresponding to the identification information, the output unit is operable to transmit the service data.
  11. The broadcast reception device according to claim 9, characterized in that it further comprises: a suppressive unit operable to suppress the service data sought by the search unit.
  12. The broadcast reception device according to claim 1, characterized in that the identification information for identifying the service indicated by the service data is assigned to each unit of service data included in the first, second and third information of service notification, and the update unit includes: a first operable delete update unit for suppressing the service data of the first service notification information, when the identification information identical to the service data identification information included in the first service notification information are not present in the second service notification information; and a second update and delete unit operable to delete the service data from the first service notification information, when the identification information identical to the identification information of the service data included in the first notification information service is not present in the third service notification information.
  13. The broadcast reception device according to claim 1, characterized in that: the identification information for identifying the service indicated by the service data is assigned to each unit of service data including the first, second and third information of service notification, and the update unit includes: a first operable history adding unit for adding the service data of the second service notification information to the first service notification information while leaving the service data of the service first service notification information as an antecedent, wherein the service data in the first and second service notification information have identically identifiable information and mutually different details; and a second operable background addition unit for adding the service data of the third service notification information to the first service notification information while leaving the service data of the first service notification information as an antecedent, when the service data in the first and third service notification information have identically identifiable information and mutually different details.
  14. The broadcast reception device according to claim 1, characterized in that: the identification information to identify the service indicated by the service data is assigned to each unit of service data included in the first, second and third service notification information, and the update unit includes: a first history setting unit operable to establish the service data in an unusable state, such as an antecedent, when the identification information identical to the information identifying the data service included in the first service notification information are not present in the second service notification information; and a second operable background unit to establish the service data in an unusable state, as an antecedent, when the identification information identical to the identification information of the service data included in the first service notification information are not present in the third service notification information.
  15. The broadcast reception device according to claim 1, characterized in that: the storage unit includes a volatile memory and a non-volatile memory, and the update unit is operable to generate, in advance, a copy of the first service notification information based on the first service notification information stored in the non-volatile memory, storing the copy in the volatile memory and updating the first service notification information copied, storing in the volatile memory when it is to be updated the first service notification information.
  16. 16. The broadcast reception device according to claim 15, characterized in that: after finishing the update of the first copied service notification information stored in the volatile memory, the update unit is operable to write the first information of service notification updated in non-volatile memory.
  17. The broadcast reception device according to claim 16, characterized in that: when the details of the first updated service notification information differ from the details of the first service notification information stored as an original in the memory not Volatile, the update unit is operable to write the first service notification information updated in the non-volatile memory.
  18. 18. The broadcast reception device according to claim 15, characterized in that: the update unit is operable to write the first service notification information updated in the non-volatile memory when it is requested to write to the memory not volatile
  19. 19. The broadcast reception device according to claim 15, characterized in that: when the first updated service notification information is written into the non-volatile memory, the update unit is operable to write the first service notification information. updated as a new original in the non-volatile memory after deleting the first service notification information stored as the original from the non-volatile memory.
  20. 20. The broadcast reception device according to claim 15, characterized in that: when the first updated service notification information is written into the non-volatile memory, the update unit is operable to suppress the first service notification information. stored as the original in the non-volatile memory before writing, after writing the first updated service notification information as a new original in the non-volatile memory.
  21. The broadcast reception device according to claim 15, characterized in that: when the first updated service notification information is written into the non-volatile memory, the update unit is operable to write the first service notification information. updated as a new original in the non-volatile memory, and when power is returned to the broadcast reception device after writing, the update unit is operable to generate a copy of the first service notification information written as the new original and store the copy in the volatile memory.
  22. 22. A method for receiving broadcast in which a broadcast receiving device receives a broadcast signal and performs an operation according to the broadcast signal, wherein the broadcast receiving device comprises an operable storage unit for storing first service notification information, which includes service data indicating a service to be presented to an observer, and the method is characterized in that it comprises: an acquisition step to acquire, from the broadcast signal, second and third service notification information, each of which includes service data that indicates a service to be presented to an observer, and which differs from one format to the other; and an update step for updating the first service notification information based on the service data included in the second service notification information when the second service notification information has been acquired at the acquisition stage, and updating the first service notification information based on the service data included in the third service notification information when the third service notification information has been acquired at the acquisition stage.
  23. 23. A program which causes a broadcast receiving device to perform an operation in accordance with a received broadcast signal, wherein the broadcast receiving device comprises an operable storage unit for storing first service notification information which includes service data indicative of a service for presenting it to an observer, and characterized in that it comprises: an acquisition step for acquiring, from the broadcast signal, second and third service notification information, each of which includes data of service indicative of a service to present an observer, and which differ in format from each other; and an update step for updating the first service notification information based on the service data included in the second service notification information when the second service notification information has been acquired at the acquisition stage, and updating the service information. first service notification information based on the service data included in the third service notification information when the third service notification information has been acquired at the acquisition stage.
MXPA/A/2006/010536A 2005-01-19 2006-09-14 Broadcast reception device MXPA06010536A (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005-011650 2005-01-19

Publications (1)

Publication Number Publication Date
MXPA06010536A true MXPA06010536A (en) 2007-04-20

Family

ID=

Similar Documents

Publication Publication Date Title
EP1841228A1 (en) Broadcast reception device
US8001208B2 (en) Information processing apparatus
US7590331B2 (en) Broadcast recording apparatus
US8745632B2 (en) Broadcast receiving terminal and program execution method for resource reservation
US20070140651A1 (en) Recording apparatus
US20070022208A1 (en) Recording and reproduction apparatus
KR20080012293A (en) Content reproduction apparatus
US20060280443A1 (en) Broadcast recording and reproduction apparatus and method thereof
KR20100015356A (en) Multimedia data transmitting apparatus and multimedia data receiving apparatus
JP5396821B2 (en) Information processing apparatus, information processing method, and program
KR20080015083A (en) Recording and reproduction apparatus and recording and reproduction method
US20070140650A1 (en) Broadcast receiving apparatus
KR20020028219A (en) Efficient recording of object carousels
WO2006137463A1 (en) Program execution apparatus and execution method
US20070011357A1 (en) Recording and reproduction apparatus
JP2008066764A (en) Broadcast recording device
US8078038B2 (en) Content reception/recording device, method, program, and recording medium
MXPA06010536A (en) Broadcast reception device
JP2009094702A (en) Information processing apparatus memorizing operation history
JP2000324071A (en) Service information managing method and receiver of digital television system
JP2010011115A (en) Broadcast receiving apparatus
MX2007013061A (en) Content reproduction apparatus.
MX2007013537A (en) Broadcast recording and reproduction apparatus and method thereof.
MX2007016502A (en) Recording and reproduction apparatus.
JP2006345505A (en) Broadcast accumulation terminal