JP2008066764A - Broadcast recording device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide to a user with the view equivalent to that at the time of reproduction from a broadcast wave transmitted from a broadcasting station even during heavy-load reproduction, such as trick play, from a recording area. <P>SOLUTION: Use of the recording area, filter resources, etc., for storing and reproducing repeatedly transmitted data is reduced, and data extraction processing using the filter resources during reproduction is reduced by storing data of a table etc., in a form different from the broadcast wave at the time of storage to perform reproduction such as the trick play with a heavy load at the time of reproduction from the recording area. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a broadcast recording apparatus for accumulating and reproducing broadcast waves. In particular, the present invention relates to a mechanism for accumulating data such as an application included in a broadcast wave repeatedly transmitted together with video / audio data transmitted in synchronization therewith and reproducing the data in synchronization with video / audio.

  A broadcast wave transmitted from a broadcast station includes a wide variety of data. Among these data, there are data that is transmitted in time series such as video and audio, and data that is repeatedly transmitted at regular intervals. Data that is repeatedly transmitted at regular intervals includes, for example, data broadcasting represented by BML, and data such as an application that is transmitted together with video and audio via a broadcast wave. Data that is transmitted in time series cannot be acquired again once acquisition fails, but data that is repeatedly transmitted at regular intervals is repeatedly transmitted because the same data is repeatedly transmitted. be able to.

  Currently, specifications regarding an environment for receiving broadcast waves including such video and audio and an application and executing the application in synchronization with the video and audio are established and operated. For example, a specification called DVB-MHP (Digital Video Broadcasting-Multimedia Home Platform) has been established in Europe, and operation based on the specification has already started. In addition, a specification corresponding to a cable broadcasting environment called OCAP (OpenCable Application Platform) is being developed in the United States, and is scheduled to start operation in 2005.

  Furthermore, in recent years, an OCAP-DVR specification in which a function for recording and playing back a service selected by a user is added to the OCAP specification. Here, the service includes video and audio and applications related to video and audio. Accordingly, there is a demand for a function for storing an application together with video and audio and a function for executing an application in synchronization with the stored video and audio.

  In addition, at the beginning, it was described that there is data that is repeatedly transmitted in the broadcast wave. In addition to the type data, there are a table that represents a program configuration included in a broadcast wave, a table that represents application control information, and the like.

  The broadcast recording apparatus is equipped with, for example, a DVD or HDD as a recording area, but these recording areas are generally limited. Further, in the MHP / OCAP / OCAP-DVR specification, when acquiring the above-mentioned various tables from broadcast waves transmitted from a broadcast station or broadcast waves accumulated in a recording area, each table from each broadcast wave is obtained. Filter resources are needed to extract. In addition, it is difficult to extract a table in real time from broadcast waves stored in the recording area during trick play (high-speed playback, etc.) defined in the OCAP-DVR specification. Are preferably stored in different forms to reduce the table extraction process during playback. Therefore, when storing and playing back data such as applications and various tables that are repeatedly transmitted and included in broadcast waves, it is efficient without wasting resources such as filter resources that extract various tables from recording areas and broadcast waves. It is necessary to devise a way to store and recycle data.

  In Patent Document 1 (FIG. 56), when storing repeatedly transmitted carousel type data, the version check of the acquired data is performed, the data of the same version is not recorded, and only the data of the new version is recorded. In this way, the recording area can be reduced. Moreover, the data of each version can be changed by reproducing the data of each version in association with the valid period and creating a stream in which the video and audio are synchronized with the data at the time of reproduction. Here, the data of the same version means that the current data that is repeatedly transmitted is not changed from the previous data, and the data of the new version is that the current data that is repeatedly transmitted is different from the previous data. It means that it has been changed.

In Patent Document 2, a carousel type data that is repeatedly transmitted is not recorded as a stream, but a module defined in the DSMCC (Digital Storage Media-Command & Control) specification described in the MPEG standard ISO / IEC13818-6 The recording area is reduced by recording in units. Further, by recording the modules of each version in association with the valid period, it is possible to change the module version at the time of reproduction.
JP 2001-8176 A Special table 2004-502350 gazette

  In the techniques of Document 1 and Document 2, carousel-type data that is repeatedly transmitted is recorded without duplication, and the data of each version is recorded with an expiration date. The version change can be realized.

  However, application data, which is carousel type data defined in the MHP / OCAP / OCAP-DVR specifications, etc. is formed in object units defined in the DSMCC specifications. In the module unit stipulated in the DSMCC specification, reference is made to the reduction of the recording area by recording data without duplication, but the data recording in the object unit stipulated in the DSMCC specification is not mentioned. Actually, the data in the object unit is more detailed data obtained by removing unnecessary data from the data in the module unit. Therefore, there is room for improvement in improving the wasteful consumption of the recording area by the data recording in the module unit. Remaining.

  As described above, in the MHP / OCAP / OCAP-DVR specifications and the like, the data repeatedly transmitted during the broadcast wave includes, in addition to the carousel type data, a table representing the program configuration included in the broadcast wave, There are tables and the like that express control information. However, Documents 1 and 2 are techniques relating only to efficient recording of carousel type data, and there are no techniques relating to efficient recording of these tables.

  Further, as described above, in the MHP / OCAP / OCAP-DVR specification, etc., when acquiring a table or the like that expresses control information of an application included in a broadcast wave, a filter resource for extracting each table is necessary. In addition, useless consumption of filter resources at the time of reproduction of broadcast waves accumulated in the recording area has not been improved.

  In addition, especially during trick play (high-speed playback), it is difficult to extract a table in real time from broadcast waves accumulated in the recording area using these filter resources. It is desirable to accumulate in different forms and reduce the table extraction process during playback. However, in the literature 1, when the broadcast wave accumulated in the recording area is reproduced, the broadcast wave regenerated from the accumulated data is adopted. According to this format, the broadcast wave is reproduced even at the time of reproduction. The process of extracting each table from the wave is required, and the problem that the table extraction at the time of lick play is difficult is not improved.

  Therefore, the present invention reduces the use of resources such as recording areas and filter resources required when accumulating and reproducing data included in broadcast waves and repeatedly transmitted, and uses filter resources from broadcast waves. By storing data such as tables that need to be extracted in the recording area in a form different from the broadcast wave at the time of storage, data extraction processing using filter resources during playback from the recording area is reduced, and from the recording area It is an object of the present invention to provide a user with the same viewing during playback from a broadcast wave transmitted from a broadcast station even during playback with a high load such as trick play.

  In order to solve the above problems, the present invention is a broadcast wave recording apparatus for recording / reproducing a broadcast wave composed of a plurality of data, comprising: means for receiving a broadcast wave; and extraction means for extracting data from the broadcast wave; The recording management means for recording the data extracted by the extraction means in the recording area and the data recorded in the recording area, and the reproducing means for reproducing the data extracted by the recording management means.

  As described above, according to the present invention, a broadcast wave recording apparatus for recording / reproducing a broadcast wave composed of a plurality of data, the means for receiving the broadcast wave and the extraction means for extracting the data from the broadcast wave And a recording management means for recording the data extracted by the extraction means in the recording area and for extracting the data recorded in the recording area, and a reproducing means for reproducing the data extracted by the recording management means. Multiple data can be recorded and played back.

  The plurality of data included in the broadcast wave includes program data that is repeatedly transmitted at regular intervals, and the extracting unit repeatedly extracts program data that is repeatedly transmitted at regular intervals at regular intervals, and the recording When the management unit determines that the program data extracted by the extraction unit is the same as the program data extracted by the extraction unit before the predetermined interval, the management unit does not record the program data, and the extraction unit extracts When it is determined that the program data is different from the program data extracted by the extraction means before the predetermined interval, the program data is recorded in a recording area, and the reproducing means executes the program data extracted from the recording area by the recording management means. By doing so, the recording area of the program in the broadcast wave can be reduced, and extraction processing becomes unnecessary during reproduction.

  Further, the program data repeatedly transmitted at a predetermined interval is the program data having an identifier and a version, and the recording management means is configured such that the identifier of the program data extracted by the extraction means is the extraction means before the predetermined interval. When the identifier of the extracted program data is the same and the version of the program data extracted by the extracting unit is the same as the version of the program data extracted by the extracting unit before the predetermined interval, the extracting unit extracts By determining that the extracted program data is the same as the program data extracted by the extraction means before the predetermined interval, the recording area of the program in the broadcast wave can be reduced, and the extraction process becomes unnecessary during reproduction.

In addition, the plurality of data included in the broadcast wave further includes video and audio data transmitted without being repeatedly synchronized with the program data,
The extraction means further extracts video / audio data, the recording management means further records the video / audio data extracted by the extraction means in a recording area, and the reproduction means extracts the video / audio data extracted by the recording management means. And the program taken out by the recording management means can be recorded and recorded together with the program.

  Further, the recording management means may further indicate an effective time from the time when the same program data as the program data is first extracted to the time when the same program data as the program data is last extracted when the program data is recorded in the recording area. When the reproducing means executes program data, the program data including the reproduction time in the effective period is taken out from the recording area, and the reproducing means is taken out by the recording management means. By synchronizing the reproduction of the video and audio and the execution of the program data taken out by the recording management means, the program can be reproduced in synchronization with the video and audio.

  Further, the plurality of data included in the broadcast wave further includes a program control table that is repeatedly transmitted at regular intervals having control information of the program data, and the plurality of data included in the broadcast wave includes a plurality of data Each service is grouped in units of services, and each service includes the video / audio data, the program data, and one program control table, and the program control table is included in the same service. The program control table includes a plurality of program data and includes a version, and the extraction unit further extracts the program control table included in a service designated for recording repeatedly at a predetermined interval and extracts the program control table. All programs described in the program control table The recording means further extracts the program control table extracted by the extraction means, and the version of the program control table is the same as the version of the program control table extracted by the extraction means before the predetermined interval. If it is determined, the program control table extracted by the extraction means is not recorded in the recording area, and if the version is different from the program control table extracted by the extraction means before the predetermined interval, the program control table is recorded in the recording area. In addition, when recording the program control table in the recording area, the program control table having the same version as the program control table is finally added from the time when the program control table having the same version as the program control table is first extracted. Valid table showing the extracted time All the programs described in the program control table including the reproduction time in the table valid period when the reproduction means executes the program data according to the service designated for reproduction. The data is extracted from the recording area, and the reproducing means further executes the program data extracted by the recording management means according to the information of the program control table extracted by the recording management means according to a service designated for reproduction. As a result, the recording area of the program control table in the broadcast wave can be reduced, and AIT extraction becomes unnecessary during reproduction.

  In addition, the program control table further describes whether or not each program data included in the same service including the program control table is used during a period in which the service is designated for recording or reproduction, and the extracting means further includes The program control table of the service designated for recording is repeatedly extracted at regular intervals, and the program data described in the extracted program control table and used for the reproduction of the service is designated for a certain period. When the reproducing means executes program data in accordance with the service designated for reproduction, the recording means is further described in the program control table including the reproduction time in the table valid period and the service data. It is described that playback will be used during the specified period. By taking out the program data from the recording area, it can be reduced recording area of a program more efficiently.

  As described above, by repeatedly storing data that is repeatedly transmitted with synchronization information with video and audio, it is possible to reduce the use of resources such as recording areas and filter resources, thereby realizing efficient storage and reproduction. .

(Embodiment 1)
The present invention assumes three types of operation modes, ie, a satellite system, a terrestrial system, and a cable system, as a target broadcast system. A satellite system uses a satellite to transmit a broadcast signal to a broadcast receiver, a terrestrial wave system uses a terrestrial signal transmitter to transmit a broadcast signal to the broadcast receiver, and a cable system uses a cable head end In this mode, a broadcast signal is transmitted to a broadcast receiving apparatus. Since the present invention does not have a direct relationship with the difference between the broadcasting systems, it can be applied regardless of the broadcasting system.

  An embodiment of a broadcasting system according to the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing the relationship between devices constituting a broadcasting system, and includes a broadcasting station side system 101, three terminal devices A111, a terminal device B112, and a terminal device C113. For the connection 121 between the broadcasting station side system and each terminal device, both wired and wireless cases exist. For example, in a cable system, a broadcasting station side system and each terminal device are coupled by wire. On the other hand, there is no wired connection between the broadcasting station side system and each terminal device in the satellite / terrestrial wave system in the downstream direction (from the broadcasting station side system to each terminal device), and the broadcast signal uses radio waves. Is transmitted. As for the upstream direction (from each terminal device to the broadcasting station side system), there are cases of both wire connection using a telephone line, wired Internet, and wireless connection using wireless communication. Each terminal device receives information such as user input. Send to the broadcasting station system. In the present embodiment, three terminal devices are coupled to one broadcasting station side system, but the present invention can be applied even if an arbitrary number of terminal devices are coupled to the broadcasting station side system. .

  The broadcast station side system 101 transmits information such as video / audio / data broadcasting data included in a broadcast signal to a plurality of terminal devices. The broadcast signal is transmitted using a frequency within a frequency band determined by a broadcast system operation default or a law of a country / region where the broadcast system is operated.

  As an example, a predetermined example of broadcast signal transmission related to a cable system is shown. In the cable system shown in this example, the frequency band used for broadcast signal transmission is divided and used for the data content and the transmission direction (upstream and downstream). FIG. 2 is a table showing an example of frequency band division. Frequency bands are roughly classified into two types, Out Of Band (abbreviated as OOB) and In-Band. 5 to 130 MHz is allocated to the OOB, and is mainly used for data exchange between the broadcasting station side system 101 and the terminal device A111, the terminal device B112, and the terminal device C113. 130 MHz to 864 MHz is assigned to In-Band and is mainly used for broadcast channels including video and audio. QPSK modulation is used for OOB, and QAM64 or QAM256 modulation is used for In-Band. The modulation technique is a well-known technique that is not very related to the present invention, and thus detailed description thereof is omitted. FIG. 3 is an example of a more detailed use of the OOB frequency band. 70 MHz to 74 MHz are used for data transmission from the broadcast station side system 101, and all the terminal devices A 111, terminal devices B 112, and terminal devices C 113 receive the same data from the broadcast station side system 101. On the other hand, 10.0 MHz to 10.1 MHz is used for data transmission from the terminal device A 111 to the broadcasting station side system 101, and 10.1 MHz to 10.2 MHz is used for data transmission from the terminal device B 112 to the broadcasting station side system 101. The 10.2 MHz to 10.3 MHz is used for data transmission from the terminal device C113 to the broadcasting station side system 101. Thereby, data unique to each terminal device can be transmitted from each terminal device A111, terminal device B112, and terminal device C113 to the broadcasting station side system 101. FIG. 4 is an example of use for the In-Band frequency band. 150-156 MHz and 156-162 MHz are assigned to TV channel 1 and TV channel 2, respectively, and thereafter, TV channels are assigned at intervals of 6 MHz. After 310 MHz, radio channels are allocated in 1 MHz units. Each of these channels may be used as an analog broadcast or a digital broadcast. In the case of digital broadcasting, it is transmitted in a TS packet format based on the MPEG2 specification, and in addition to audio and video, various data broadcasting data and program organization information for configuring EPG can be transmitted.

  The broadcast station side system 101 includes a QPSK modulation unit, a QAM modulation unit, and the like in order to transmit an appropriate broadcast signal to the terminal device using these frequency bands. Moreover, in order to receive the data from a terminal device, it has a QPSK demodulator. The broadcasting station side system 101 is considered to have various devices related to the modulation unit and the demodulation unit. However, since the present invention mainly relates to the terminal device, detailed description thereof is omitted.

  The terminal device A111, the terminal device B112, and the terminal device C113 receive and reproduce the broadcast signal from the broadcast station side system 101. In addition, data specific to each terminal device is transmitted to the broadcasting station side system 101. The three terminal devices have the same configuration in this embodiment.

  In this example, details of an example relating to cable system operation are introduced, but the present invention can also be applied to other forms of satellites, terrestrial systems, and cable systems. As described above, there are both wired / wireless connections between the broadcasting station side system and each terminal device in the satellite and terrestrial systems, and the frequency band, frequency interval, modulation method, configuration of the broadcasting station side system, etc. Although they differ depending on the type and operation of the broadcasting system, they are not related to the present invention, and the present invention is applicable no matter how they are defined.

  The broadcast station side system 101 modulates the MPEG2 transport stream and transmits it by including it in the broadcast signal. The broadcast receiving apparatus receives a broadcast signal, demodulates it, reproduces an MPEG2 transport stream, extracts necessary information from it, and uses it. In order to explain the function and connection structure of devices existing in the digital broadcast receiving apparatus, the structure of the MPEG2 transport stream will be briefly described first.

  FIG. 5 is a diagram showing the structure of a TS packet. The TS packet 500 has a length of 188 bytes and includes a header 501, an adaptation field 502, and a payload 503. The header 501 holds TS packet control information. It has a length of 4 bytes and a configuration represented by 504. This field has a field described as “Packet ID (hereinafter referred to as PID)”, and the TS packet is identified by the value of this PID. The adaptation field 502 holds additional information such as time information. The presence of the adaptation field 502 is not essential and may not exist. The payload 503 holds information transmitted by the TS packet, such as video / audio and data for data broadcasting.

  FIG. 6 is a schematic diagram of an MPEG2 transport stream. TS packet 601 and TS packet 603 hold PID 100 in the header, and hold information related to video 1 in the payload. TS packet 602 and TS packet 605 hold PID 200 in the header, and hold information related to data 1 in the payload. The TS packet 604 holds the PID 300 in the header and holds information related to the audio 1 in the payload.

  The MPEG2 transport stream 600 is composed of continuous TS packets such as TS packets 601 to 605. The TS packet holds various information such as video, audio, and data for data broadcasting in its payload. The broadcast receiving apparatus receives TS packets, extracts information held in each TS packet, reproduces video and audio, and uses data such as program organization information. At this time, TS packets having the same PID hold the same type of information. Also in FIG. 6, both the TS packet 601 and the TS packet 603 transmit information regarding the video 1, and the TS packet 603 and the TS packet 605 both transmit information regarding the data 1.

  Video and audio are expressed in a format called a PES (Packetized Elementary Stream) packet. The PES packet includes video information or audio information in a certain time zone, and the broadcast receiving apparatus can output the video / audio information included in the PES packet to the screen / speaker by receiving the PES packet. When the broadcast station transmits the PES packet without interruption, the broadcast receiving apparatus can continue to reproduce the video / audio without interruption. When the PES packet is actually transmitted, if it has a size larger than the payload of one TS packet, it is divided and stored in the payloads of a plurality of TS packets. FIG. 7 shows an example of division when transmitting a PES packet. Since the PES packet 701 is large to be stored and transmitted in the payload in one TS packet, it is divided into a PES packet division A 702a, a PES packet division B 702b, and a PES packet division C 702c, and three TS packets 703 having the same PID. 705 is transmitted. Depending on the operation, the PES packet may transmit not only video / audio but also subtitle data called a subtitle.

  Information such as program organization information and data for data broadcasting is expressed using a format called MPEG2 section. When the MPEG2 section is actually transmitted, if it has a size larger than the payload of one TS packet, it is divided and stored in the payloads of a plurality of TS packets. FIG. 8 shows an example of division when the MPEG2 section is transmitted. Since the MPEG2 section 801 is large to be stored and transmitted in the payload in one TS packet, it is divided into section division A 802a, section division B 802b, and section division C 802c, and transmitted by three TS packets 803 to 805 having the same PID. Is done.

  FIG. 9 represents the structure of the MPEG2 section. The MPEG2 section 900 is composed of a header 901 and a payload 902. The header 901 holds MPEG2 section control information. Its configuration is represented by a header configuration 903. The payload 902 holds data transmitted by the MPEG2 section 900. The table_id existing in the header structure 903 represents the type of the MPEG2 section, and the table_id_extension is an extension identifier used to distinguish between MPEG2 sections having the same table_id. As an example of use of the MPEG2 section, FIG. 10 shows a case where program organization information is transmitted. In this example, as described in the row 1004, information necessary for demodulating a broadcast signal is described in an MPEG2 section whose table_id is 64 in the header structure 903, and the MPEG2 section has 16 assigned to the PID. It is transmitted by TS packet.

  A partial TS packet sequence obtained by extracting only those identified by the same PID among TS packet sequences existing in the MPEG2 transport stream is referred to as an elementary stream (ES). For example, in FIG. 7, TS packets 703 to 705 that are transmitted by dividing the PES packet 701 are all identified by a PID of 100. It can be said that this is an ES that transmits the PES packet 701. Similarly, in FIG. 8, TS packets 803 to 805 that are transmitted by dividing the MPEG2 section 801 are all identified by PID 200. It can be said that this is an ES transmitting the MPEG2 section 801.

  The concept of a program further exists in the MPEG2 transport stream. A program is expressed as a set of ESs, and is used when a plurality of ESs are to be handled together. By using the program, it becomes possible to handle video / audio and data broadcasting data accompanying it together. For example, when simultaneously handling video / audio to be reproduced at the same time, the broadcast receiving apparatus simultaneously combines two ESs by grouping ESs that transmit PES packets including video and ESs that transmit PES packets including audio as programs. You can see that it should be regenerated.

  In order to express a program, MPEG2 uses two tables called PMT (Program Map Table) and PAT (Program Association Table). Refer to the ISO / IEC 13818-1, “MPEG2 Systems” specification for a detailed description. Hereinafter, PMT and PAT will be briefly described.

  The PMT is a table included in the MPEG2 transport stream by the number of programs. The PMT is configured as an MPEG2 section, and table_id is 2. The PMT holds a program number used for program identification, additional information on the program, and information on ESs belonging to the program. An example of PMT is given in FIG. 1100 is a program number. The program number is uniquely assigned to a program within the same transport stream, and is used for PMT identification. Lines 1111 to 1114 represent information on individual ESs. A column 1101 is an ES type, and “video”, “audio”, “data”, and the like are designated. A column 1102 is a PID of TS packets constituting the ES. A column 1103 is additional information regarding the ES. For example, the ES represented in the row 1111 is an ES that transmits an audio PES packet, and is configured by a TS packet having a PID of 5011.

  PAT is a table that exists only once in the MPEG2 transport stream. The PAT is configured as an MPEG2 section, table_id is 0, and is transmitted by a TS packet having a PID of 0. The PAT holds transport_stream_id used for identifying the MPEG2 transport stream and information on all PMTs representing programs existing in the MPEG2 transport stream. An example of PAT is given in FIG. 1200 is transport_stream_id. transport_stream_id is used to identify the MPEG2 transport stream. Lines 1211 to 1213 express information related to the program. A column 1201 is a program number. A column 1202 is a PID of a TS packet that transmits a PMT corresponding to the program. For example, the PMT of the program shown in the row 1211 has a program number of 101, and the corresponding PMT is transmitted by a TS packet having a PID of 501.

  In the broadcast receiving apparatus, when a user issues a video / audio reproduction instruction belonging to a certain program, the designated video / audio is reproduced using PAT and PMT. For example, with respect to the MPEG2 transport stream that transmits the PAT of FIG. 12 and the PMT of FIG. First, a PAT transmitted as an MPEG2 section whose table_id is “0” is acquired from a TS packet whose PID is “0”. A program whose program number is “101” is searched from PAT, and a line 1211 is obtained. From the row 1211, the PID “501” of the TS packet that transmits the PMT of the program whose program number is “101” is obtained. Next, a PMT transmitted as an MPEG2 section with table_id “2” is acquired from a TS packet with PID “501”. From the PMT, a row 1111 which is audio ES information and a row 1112 which is video ES information are obtained. From the row 1111, the PID “5011” of the TS packet constituting the ES for transmitting the voice PES packet is obtained. Further, from the row 1112, the PID “5012” of the TS packet constituting the ES for transmitting the video PES packet is obtained. Next, an audio PES packet is acquired from the TS packet with PID “5011”, and a video PES packet is acquired from the TS packet with PID “5012”. This makes it possible to specify video / audio PES packets to be reproduced, and to reproduce the video / audio transmitted by these packets.

  The present invention relates to access control for encrypted information transmitted by an MPEG2 transport stream. A format of encryption of information included in the MPEG2 transport stream will be described here.

  In general, encryption is to reversibly change certain data using an encryption algorithm so as to conceal the contents of the original data. The encrypted data can be restored to the original data by using a descrambling algorithm. In broadcasting, an encryption / decryption algorithm using a bit string called a “key” is used. The broadcasting station reversibly changes the data to be encrypted according to an encryption algorithm using a certain “encryption key”, and transmits the “decryption key” corresponding to the “encryption key” together with the encrypted data. The broadcast receiving apparatus restores the encrypted data using the descrambling algorithm using the “descrambling key” to obtain the original data. The present invention is irrelevant to the encryption / decryption algorithm itself, and the present invention can be applied regardless of which algorithm is used.

  As described above, the information transmitted in the MPEG2 transport stream takes the form of a PES packet or MPEG2 section, which is divided and transmitted in TS packets. At this time, encryption processing performed at the broadcasting station is performed in units of PES packets and MPEG2 sections, and the encrypted PES packets and encrypted MPEG2 sections are divided and transmitted by TS packets. For example, when restricting access to certain video / audio information, encryption processing is performed on a PES packet that transmits the video / audio information.

  FIG. 13 shows a situation where an encrypted PES packet is transmitted. Since the PES packet 1301 is encrypted and is large enough to be stored and transmitted in the payload in one TS packet, it is divided into a PES packet division A 1302a, a PES packet division B 1302b, and a PES packet division C 1302c, and has the same PID. It is transmitted by three TS packets 1303-1305. As a result, the payload portion of the TS packets 1303 to 1305 is encrypted.

  FIG. 14 shows a situation in which an encrypted MPEG2 section is transmitted. Since the MPEG2 section 1401 is encrypted and is large enough to be stored and transmitted in the payload in one TS packet, it is divided into section division A 1402a, section division B 1402b, and section division C 1402c, and three TSs having the same PID. It is transmitted by packets 1403-1405. As a result, the payload portion of the TS packets 1403 to 1405 is encrypted.

  The broadcast receiving apparatus performs descrambling using a device called a descrambler in order to use the encrypted information. One descrambler can perform descrambling on one ES. The broadcast receiving apparatus uses the value set in transport_scramble_control stored in the TS packet header structure 504 of the TS packet to determine whether the PES packet or MPEG2 section that the TS packet includes in the payload is encrypted. It is possible to know. If encrypted, the PES packet or MPEG2 section transmitted in the payload is transmitted to the descrambler and decryption is performed.

  There are two types of information necessary for the broadcast receiving apparatus to perform descrambling. “Decryption information such as decryption key” and “Contract information of each contractor”. In general, the former is transmitted in an MPEG2 transport stream in a format referred to as ECM (Entitlement Control Message) and the latter is referred to as EMM (Entitlement Management Message). The ECM transmits keys necessary for descrambling, and they are set in the descrambler for descrambling. The EMM transmits contract information of each contractor, and is used to determine whether or not descrambling of information to be descrambled is permitted under contract. Both can be transmitted in PES packet or MPEG2 section format, which is used and how it is transmitted is determined by operational rules. In order for the broadcast receiving apparatus to acquire the ECM and EMM, the PID of the TS packet that transmits each is required. In order to express it, the MPEG2 specification defines a CA (Conditional Access) descriptor and a CAT (Conditional Access Table). The CA descriptor holds the PID of a TS packet that transmits ECM and EMM. CAT is a table for transmitting information related to descrambling, and is itself configured as an MPEG2 section whose table_id is “1”, and is transmitted by a TS packet whose PID is “1”. The CAT holds a CA descriptor, and a TS packet identified by the PID held by the CA descriptor carries an EMM. The PMT can also hold a CA descriptor, and a TS packet identified by a PID held by a CA descriptor existing in the PMT transmits an ECM.

  The EMM transmits contract information and is information related to the broadcast receiving apparatus itself. When the broadcast receiving apparatus receives an EMM, first, a CAT with a table_id of “1” is acquired from a TS packet with a PID of “1”, and the TS packet that transmits the EMM is transmitted from the CA descriptor described in the CAT. Get PID. The EMM is acquired from the TS packet identified by the PID. When the broadcast receiving device accesses the encrypted information, it is used to determine whether it is contractually possible.

  The ECM transmits a key for decrypting information to be accessed, and is information depending on a program or ES. When the broadcast receiving apparatus accesses the encrypted information, first, the ES that transmits the encrypted information is identified using the PAT and the PMT. A CA descriptor is always described in the PMT in which information about the ES is described. The TS packet identified by the PID described in the CA descriptor transmits the ECM and includes a decryption key necessary for decrypting information transmitted by the ES. The descrambling key described in the ECM is set in the descrambler and used for descrambling.

  FIG. 15 shows an operation sequence related to EMM and ECM in the descrambling process. First, the broadcast receiving apparatus acquires the PMT from the specified identifier, and specifies the ES to be decrypted (S1501). This identifier basically designates a program or ES, but what identifier is used is determined depending on the operation. The simplest example is the PID of the TS packet constituting the program number or ES. Next, contract information is obtained from the EMM (S1502). From the obtained contract information, it is determined whether or not the information transmitted by the ES identified in S1501 can be decrypted in accordance with the contract (S1503). If descrambling is possible, the ECM is acquired (S1504), the descrambling key described in the ECM is set in the descrambler (S1505), and descrambling is started (S1506).

  Note that the MPEG2 specification does not prescribe the details and usage of ECM and EMM, and these are determined by the operation prescription according to each environment. Specifically, in each environment, the form of ECM and EMM (whether PES packet or MPEG2 section), the format of ECM and EMM, the length and number of descrambling keys described in ECM, the update interval time of descrambling key Information such as the length, the contents of contract information written in the EMM, the ECM and EMM transmission intervals, etc. are not defined by the MPEG2 specification, and are determined according to the operation. In each environment, ECM and EMM transmit information necessary for descrambling, and of course, it is related to descrambling, but the present invention is an algorithm for determining “timing to start descrambling” and “target to be descrambled” And relates to pre-processing performed prior to actual descrambling processing. The present invention is not related to the descrambling process itself, and the present invention can be applied regardless of how the ECM or EMM is operated. The sequence in FIG. 15 is also related to the start of descrambling in the present invention, but has nothing to do with how FIG. 15 is realized, so no matter how the sequence in FIG. 15 is actually realized. Applicable.

  Up to this point, a brief description of the MPEG2 specification has been given, but here the words are defined in detail. There are two types of word “program” in the context of the present invention. One is a “program” appearing in the MPEG2 specification, and the other is a “program” in the sense of a set of codes executed by the CPU. Since the former is synonymous with the word “service” used in the operation rules, in order to avoid confusion, the former is hereinafter referred to as “service” and the latter is simply referred to as “program”. Further, regarding the latter, a “program” written in the Java (registered trademark) language is particularly referred to as a “Java program”.

  Heretofore, some information related to the present invention determined by the MPEG2 specification has been described. Hereinafter, a hardware configuration that is a premise of the present embodiment will be described.

  FIG. 16 is a block diagram showing a general hardware configuration of the digital broadcast receiving apparatus. Reference numeral 1600 denotes a terminal device, which includes a tuner 1601, a TS decoder 1602, an AV decoder 1603, a speaker 1604, a display 1605, a CPU 1606, a secondary storage unit 1607, a primary storage unit 1608, a ROM 1609, and an input unit 1610. The

  The tuner 1601 is a device that demodulates a broadcast signal that is modulated and transmitted in the broadcast station side system 101 in accordance with tuning information including a frequency specified by the CPU 1606. An MPEG2 transport stream obtained by demodulating the tuner 1601 is transmitted to the TS decoder 1602.

  The TS decoder 1602 is a device having a function of selecting a PES packet or an MPEG2 section that matches a designated condition from the MPEG2 transport stream based on designation of a PID designated by the CPU 1606, a section filter condition, or the like. The PES packet selected by the TS decoder 1602 is transferred to the AV decoder 1603. The MPEG2 section selected by the TS decoder 1602 is transferred to the primary storage unit 1608 by DMA (Direct Memory Access) and used by a program executed by the CPU 1606. In addition, a descrambler exists in the TS decoder 1602, and decrypts the encrypted PES packet and MPEG2 section.

  The AV decoder 1603 is a device having a function of decoding encoded video and audio. The audio signal and the video signal obtained by decoding by the AV decoder 1603 are transmitted to the speaker 1604 and the display 1605. Note that the AV decoder 1603 may not always be able to decode video and audio at the same time. There may be a video decoder and an audio decoder alone. Note that the AV decoder 1603 may have a decoding function for subtitle data depending on circumstances. Also, the AV decoder 1603 cannot decode the video / audio information transmitted by the encrypted PES packet. Therefore, if the descrambler in the TS decoder 1602 does not decrypt the PES packet, the user cannot view the video / audio transmitted by the PES packet.

  A speaker 1604 and a display 1605 are devices having a function of outputting audio and video transmitted from the AV decoder 1603, respectively.

  The CPU 1606 executes a program that operates on the broadcast receiving apparatus. When the program executed by the CPU 1606 is included in the ROM 1609, downloaded from a broadcast signal or network and stored in the primary storage unit 1608, downloaded from the broadcast signal or network and stored in the secondary storage unit 1607 Etc. exist. The tuner 1601, TS decoder 1602, AV decoder 1603, speaker 1604, display 1605, secondary storage unit 1607, primary storage unit 1608, ROM 1609, and input unit 1610 are controlled in accordance with instructions of the program to be executed.

  The secondary storage unit 1607 erases information even when the terminal device 1600 is turned off, such as a nonvolatile memory such as a FLASH-ROM, an HDD (Hard Disk Drive), a rewritable medium such as a CD-R or a DVD-R. The information is stored by an instruction from the CPU 1606. This is used for storing data that is not needed to be deleted when the terminal device 1600 is powered off.

  The primary storage unit 1608 is constituted by a RAM or the like, and is a device having a function of temporarily storing information in accordance with instructions from the CPU 1606 and DMA-capable devices. Information held in the primary storage unit 1608 is erased when the terminal device 1600 is powered off.

  The ROM 1609 is a non-rewritable memory device, and specifically includes a ROM, a CD-ROM, a DVD, and the like. The ROM 1609 stores a program executed by the CPU 1606.

  Specifically, the input unit 1610 includes a front panel and a remote controller, and receives input from the user. FIG. 17 shows an example in which the input unit 1610 is configured with a front panel. The front panel 1700 includes seven buttons, an up cursor button 1701, a down cursor button 1702, a left cursor button 1703, a right cursor button 1704, an OK button 1705, a cancel button 1706, and an EPG button 1707. When the user presses a button, the CPU 1606 is notified of the identifier of the pressed button.

  In FIG. 16, the display 1605 and the speaker 1604 are expressed so as to be included in the broadcast receiving apparatus. However, the broadcast receiving apparatus does not include the display 1605 and the speaker 1604 and outputs only the audio signal and the video signal to the outside. There are also. The locations of the display 1605 and the speaker 1604 are not related to the present invention, and the present invention can be applied to both types. In FIG. 16, only one tuner 1601 and one AV decoder 1603 exist in the terminal device 1600. However, there is a hardware configuration in which a plurality of these devices exist, and the present invention can be applied to such a case.

  In the hardware configuration shown in FIG. 16, each device is included in the terminal device by default at the time of shipment. However, in order to add a device not mounted on the terminal device and to improve the function of the device mounted on the terminal device, an adapter mounted with the device to be added may be further given to the terminal device. . For example, in FIG. 16, the descrambler is included in the TS decoder 1602 of the terminal device 1600 by default at the time of shipment. However, the terminal device and the external adapter including the descrambler are physically connected, and the descrambler in the external adapter is connected. There is a terminal device that has a hardware configuration that uses the decryption function. FIG. 18 shows such a hardware configuration example. A terminal device 1800 includes a tuner 1801, a TS decoder 1802, an AV decoder 1603, a speaker 1604, a display 1605, a CPU 1806, a secondary storage unit 1207, a primary storage unit 1208, a ROM 1609, and an input unit 1610. A device that is mounted on the terminal device 1800 and that is identified by the same number as in FIG. 16 has the same function as in FIG. The terminal device 1800 is provided with an adapter 1811.

  The adapter 1811 is equipped with a descrambler. The adapter 1811 appearing in the hardware configuration example of FIG. 18 receives an MPEG2 transport stream, and a PES packet transmitted by a TS packet having a PID designated by the CPU 1806 with respect to a TS packet included in the input MPEG2 transport stream. Alternatively, one or more descramblers that perform descrambling on the MPEG2 section are held. In order to operate the descrambler held by the adapter 1811, it is necessary to input the MPEG2 transport stream demodulated by the tuner 1801 to the adapter 1811. Therefore, the tuner 1801 inputs the demodulated MPEG2 transport stream to the adapter 1811. The adapter 1811 transmits the MPEG2 transport stream to the TS decoder 1802 after descrambling the PES packet or MPEG2 section transmitted by the TS packet designated by the CPU 1806 in the input MPEG2 transport stream. The TS decoder 1802 processes the MPEG2 transport stream input from the adapter 1811 in the same manner as the TS decoder 1602 in FIG. 16 can process the MPEG2 transport stream input from the tuner 1601. Is possible. The CPU 1806 can communicate with or control not only devices existing in the terminal device 1800 but also devices in the adapter 1811.

  In the hardware configuration shown in FIG. 18, the adapter 1811 is equipped with a descrambler, but the present invention can be applied without depending on the type and number of devices held by the adapter 1811. Further, in the hardware configuration shown in FIG. 18, the adapter 1811 is configured to receive the MPEG2 transport stream from the tuner 1801 and transmit the MPEG2 transport stream to the TS decoder 1802. The present invention is applicable even if a device mounted on the adapter 1811 is inserted into any portion of the throat. For example, the present invention can be applied even if the adapter 1811 is equipped with an AV decoder, the adapter 1811 receives a PES packet from the TS decoder 1802, and outputs audio and video signals to the display 1205 and the speaker 1204. is there. PCMCIA is generally used as an interface between the terminal device 1800 and the adapter 1811. However, since the present invention is not related to the format of the interface, any interface can be applied. Further, since the terminal device 1800 does not depend on the number of adapters that can be physically connected at the same time, the present invention can be applied even if the terminal device 1800 can be physically connected to a plurality of adapters.

  Further, the adapter 1811 is realized as a detachable card type device and used by being connected to a card connection terminal of the terminal device 1800, or realized as a box type device and used as a USB (Universal Serial Bus) of the terminal device 1800. ) Terminal and IEEE (Institute of Electrical and Electronics Engineers) 1394 terminal are used in various forms such as being connected to a connection terminal such as an 1394 terminal. The present invention can be applied without depending on the connection method with the apparatus. In addition, since the terminal device 1800 does not depend on the number of adapters that can be physically connected at the same time, the present invention is applicable even if the terminal device 1800 can be physically connected to a plurality of adapters 1811. In the hardware configuration example of FIG. 18, the MPEG2 transport stream is directly input from the tuner 1801 to the adapter 1811. The MPEG2 transport stream output from the tuner 1801 passes through the TS decoder 1802 once. A hardware configuration that is then input to the adapter 1811 is also conceivable. In this case, the TS decoder 1802 retains a function of relaying the MPEG2 transport stream to the adapter 1811, and outputs the MPEG2 transport stream input from the tuner 1801 to the adapter 1811 using this function. In addition, although only one tuner 1801 and one AV decoder 1803 exist in the hardware configuration example of FIG. 18, there may be a hardware configuration in which there are a plurality of these, and the present invention can be applied even in that case. It is.

  As a first example of the adapter, a DVB-CI (Common Interface) card used in Europe will be described. The specification of DVB-CI is shown in “ETSI EN50221”. Here, the DVB-CI specification will be briefly described. The DVB-CI specification is an interface specification for attaching an adapter to a terminal device, and the terminal device and the adapter are connected using a PCMCIA (Personal Computer Memory Card International Association) interface. The DVB-CI card includes a descrambler inside, and is used under a configuration similar to the hardware configuration example in FIG. In the hardware configuration example in FIG. 16, the terminal device 1600 needs to perform all the sequences in FIG. 15, but in DVB-CI, the sequences in FIG. 15 are performed by the CPU mounted on the DVB-CI card. The CPU 1806 in the terminal device 1800 transmits the PMT (CA-PMT) in which the ES information and the CA descriptor are described in binary to the DVB-CI card, so that the DVB-CI performs EMM and ECM operations. Go and start descrambling automatically. The CA-PMT will be described later.

  As a second example of the adapter, a CableCARD (old name POD (Point Of Deployment)) used in the US cable system will be described. The specification of CableCARD is shown in the “OC-SP-CC-IF” specification. Here, CableCARD will be briefly described. Similarly to DVB-CI, CableCARD is in the form of a card and is connected to a terminal device using a PCMCIA interface. FIG. 19 shows a hardware configuration of a terminal device to which CableCARD 1911 is assigned. Devices that exist in the terminal apparatus 1900 and are identified by the same numbers as those in FIG. 16 or FIG. 18 have the same functions as those in FIG. 16 or FIG. The CableCARD 1911 is equipped with a descrambler, and similarly to the adapter 1811 in FIG. 18, the MPEG2 transport stream is input from the tuner 1901 and the decrypted MPEG2 transport stream is output to the TS decoder 1902. Also, in the US cable system, as shown in FIGS. 2 and 3, various information is transmitted in the upstream and downstream directions using a frequency band called OOB. At this time, since the format of information transmitted from the broadcasting station side system 101 to the terminal device and the format of information interpretable by the terminal device 1900 are different, it is impossible to exchange information as it is. The CableCARD 1911 includes a device that converts the format of uplink and downlink information transmitted by the OOB. Information transmitted by OOB is modulated by the QPSK modulation method. This modulation method is a known technique and will not be described in detail. The terminal apparatus includes a QPSK demodulator 1912 and a QPSK modulator 1913. The CPU 1906 can control not only devices in the terminal device 1900 but also devices in the CableCARD 1911.

  Regarding the information reception of the terminal device 1900 in the downlink direction, the QPSK demodulator 1912 first demodulates the downlink signal transmitted from the broadcast station side system 101 by OOB, and inputs the generated bit stream to the CableCARD 1911. The CableCARD 1911 extracts information specified by the CPU 1906 from various information included in the bitstream, converts it into a format that can be interpreted by a program operating on the CPU 1906, and provides the CPU 1906 with the information.

  Regarding information transmission of the terminal device 1900 in the upstream direction, first, the CPU 1906 transmits information to be transmitted to the broadcast station side system 101 to the CableCARD 1911. The CableCARD 1911 converts the information input from the CPU 1906 so that the broadcasting station system 101 can interpret it, and transmits the converted information to the QPSK modulator 1913. The QPSK modulator 1913 performs QPSK modulation on the information input from the CableCARD 1911 and transmits it to the broadcast station side system 101.

  Note that the CableCARD 1911 is also equipped with a CPU like the DVB-CI, and the CPU in the CableCARD 1911 executes the sequence of FIG. The terminal device 1900 transmits a PMT (CA-PMT) in which a CA descriptor is described to the CableCARD 1911 in a binary manner, so that the CableCARD 1911 performs an operation related to EMM or ECM and automatically starts descrambling. . The CA-PMT will be described later. In an environment where CableCARD 1911 is used, EMM and ECM may be transmitted in In-Band or OOB, but the method for acquiring EMM and ECM is irrelevant to the present invention. The present invention is applicable no matter how it is transmitted. As in FIG. 18, the MPEG2 transport stream is directly input from the tuner 1901 to the CableCARD 1911 as shown in FIG. 19, but is once input to the CableCARD 1911 via the TS decoder 1902. It may be. In this case, the TS decoder 1902 has a function of relaying the MPEG2 transport stream input from the tuner 1901 to the CableCARD 1911. The terminal device 1900 holds only one device such as a tuner and an AV decoder. However, the present invention does not depend on the number of devices, and thus can be applied to a plurality of devices. However, if there are a plurality of tuners and the MPEG2 transport stream received by each tuner is descrambled using the descrambler in the CableCARD 1911, the CableCARD 1911 needs to be configured to allow input of a plurality of MPEG2 transport streams. In addition, the terminal device 1900 needs to have a function of inputting a plurality of MPEG2 transport streams to the CableCARD 1911 and receiving a plurality of MPEG2 transport streams from the CableCARD 1911.

  Here, the difference in the descrambling process between when the descrambler exists in the terminal device 1600 and when the descrambler exists in the external adapter will be briefly described.

  In the hardware configuration shown in FIG. 16, a descrambler in the terminal device 1600 exists. In order to perform descrambling, it is necessary to specify a descrambling key and a PID for the descrambler. Therefore, in such a hardware configuration, the terminal device 1600 itself acquires the ECM, further acquires the descrambling key therefrom, and sets these values in the descrambler.

  In the hardware configuration shown in FIG. 18, a descrambler exists outside the terminal device 1800. As described above, DVB-CI and CableCARD are representative examples. When the descrambler exists outside the terminal device 1800 like the external adapter 1811, the terminal device 1800 needs to inform the external adapter 1811 of ES information to be descrambled to start and stop. For DVB-CI and CableCARD, a message called CA-PMT is used for this purpose. CA-PMT has the same structure as PMT and includes ES information inside. The CA-PMT is obtained by deleting “information other than information related to descrambling” from the PMT and adding a descrambling control flag indicating whether descrambling is started or stopped. When DVB-CI and CableCARD receive a CA-PMT whose descrambling control flag is “start” from the terminal device 1800, the descrambling of the ES described in the CA-PMT is started. DVB-CI and CableCARD have not only a descrambler, but also a CPU, a ROM in which a descrambling program is recorded, a primary storage, and a device for obtaining EMM / ECM. EMM and ECM acquisition, EMM information A program on DVB-CI and CableCARD performs a contractual decision based on the above, setting of a descrambler descrambler described in the ECM, and setting of a PID descrambler. When DVB-CI and CableCARD receive a CA-PMT whose descrambling control flag is “stopped” from the terminal device 1800, the descrambling of the ES described in the CA-PMT is stopped. When DVB-CI and CableCARD receive CA-PMT whose descrambling control flag is “inquiry” from terminal apparatus 1800, DVB-CI and CableCARD determine whether or not descrambling of the ES described in CA-PMT is possible. The terminal device 1800 is notified of the determination result. The terminal device 1800 forms a CA-PMT and can send a start / stop instruction for descrambling and information on ES to DVB-CI and CableCARD by throwing it to DVB-CI and CableCARD. Can be controlled. Also, depending on DVB-CI and CableCARD, when CA-PMT whose descrambling control flag is “start” is received from the terminal device 1800, if another descrambling has already been performed, it is automatically performed. The descrambling may be stopped and the descrambling may be started based on the received CA-PMT.

  Using each device appearing in FIG. 16 to FIG. 19, the broadcast receiving apparatus has a function of outputting video / audio included in the broadcast signal to the screen and data such as program organization information included in the broadcast signal. The function to extract and present to the user is realized. FIG. 20 is a conceptual diagram representing the physical connection order, processing contents, and input / output data format of each device. A terminal device 2000 includes a tuner 2001, a PID filter 2002, a section filter 2003, a descrambler 2004, an AV decoder 2005, a display / speaker 2006, and a primary storage unit 2007. The devices appearing in FIG. 20 correspond one-to-one or one-to-many with the devices appearing in FIG.

  A tuner 2001 corresponds to the tuner 1601, receives a broadcast signal, and outputs an MPEG2 transport stream.

  Within the TS decoder 1602, there are three types of devices that perform processing on the MPEG2 transport stream: a PID filter 2002, a section filter 2003, and a descrambler 2004. These functions are described in detail here.

  The PID filter 2002 extracts a TS packet having a PID designated by the CPU 1606 from the input MPEG2 transport stream, and further extracts a PES packet and an MPEG2 section existing in the payload. For example, the case where the PES packet 701 is extracted in the situation shown in FIG. 7 is taken as an example. First, the CPU 1606 sets a PID 100 in the PID filter and issues a request to extract a PES packet. Then, the PID filter extracts TS packets 703 to 705 having a PID of 100 from TS packets flowing in the MPEG2 transport stream, and further, PES packet division A 702a included in the payload of the extracted TS packets 703 to 705, The PES packet division B 702 b and the PES packet division C 702 c are extracted and connected to form a PES packet 701. One or more PID filters 2002 exist in the TS decoder 1602.

  The descrambler 2004 performs descrambling on the PES packet output from the PID filter 2002 and the MPEG2 section. Even when the PES packet and the MPEG2 section are encrypted, they are divided and transmitted as in FIGS. The descrambler 2004 can specify the encrypted PES packet and the TS packet that transmits the MPEG2 section by the PID designation of the CPU 1606, and then performs the descrambling process using the descrambling key designated by the CPU 1606. . The descrambler 2004 outputs the descrambled PES packet to the AV decoder 2005 and the descrambled MPEG2 section to the section filter 2003, respectively. Decryption is a process that is applied only to the encrypted PES packet and MPEG2 section. The descrambler 2004 receives the PES packet and MPEG2 section from the PID filter only when necessary by the instruction of the CPU 1606, and performs the decryption process. Do. The unscrambled PES packet and the MPEG2 section are directly output from the PID filter to the AV decoder 2005 and the section filter 2003, respectively. One or more descramblers 2004 exist in the TS decoder 1602.

  The section filter 2003 extracts an MPEG2 section that matches a section filter condition designated by the CPU 1606 from the input MPEG2 section, and DMA-transfers it to the primary storage unit 2007. The MPEG2 section held in the primary storage unit 2007 is read by the CPU 1606 and used. For example, a case where an MPEG2 section holding tuning information is acquired in FIG. 10 is taken as an example. The CPU 1606 first sets PID 16 in the PID filter 2002 and issues a request to acquire a section. The PID filter 2002 extracts a section from the TS packet whose PID is 16, and provides the section filter 2003 with the section. Next, the CPU 1606 requests the section filter 2003 to extract a section whose table_id is 64. The section filter 2003 extracts a section whose table_id is 64 from the MPEG2 section input by the PID filter 2002, and DMA-transfers it to the primary storage unit 2007. One or more section filters 2003 exist in the TS decoder 1602.

  The AV decoder 2005 corresponds to the AV decoder 1603, inputs a PES packet, outputs an audio signal to the display 1605, and outputs a video signal to the display / speaker 2006. A display / speaker 2006 corresponds to the display 1605 and the speaker 1604, and outputs a video to the display 1605 with a video signal as input, and outputs audio to the speaker 1604 with an audio signal as input.

  The primary storage unit 2007 corresponds to the primary storage unit 1608, receives an MPEG2 section, and can refer to the contents of a program executed by the CPU 1606.

  The procedure for outputting video and audio to the display and the speaker, respectively, is illustrated using the representation of FIG. The broadcast signal input to the broadcast receiving apparatus is first demodulated into an MPEG2 transport stream by the tuner 2001. Next, the PID filter 2002 extracts a PES packet containing video and audio information transmitted by a TS packet having a PID designated by the CPU 1606. If necessary, the PES packet is transmitted to the descrambler 2004 and subjected to descrambling processing. Thereafter, the PES packet is input to the AV decoder 2005, decoded, and an audio signal and a video signal are output. Thereafter, the audio signal and the video signal are input to the display and speaker 2006, and video and audio can be reproduced.

  A procedure for extracting data such as program scheduling information from a broadcast signal will be exemplified using the expression of FIG. The broadcast signal input to the broadcast receiving apparatus is first demodulated into an MPEG2 transport stream by the tuner 2001. Next, the PID filter 2002 extracts the MPEG2 section containing the data transmitted by the TS packet having the PID designated by the CPU 1606. If necessary, the MPEG2 section is transmitted to the descrambler 2004 and decrypted. Further, the MPEG2 section is input to the section filter 2003, and only the MPEG2 section that matches the section filter condition specified by the CPU 1606 is output. Thereafter, the MPEG2 section is input to the primary storage unit 2007 and provided to the CPU 1606.

  Note that FIG. 20 is conceptually illustrated as a broadcast receiving apparatus having the display / speaker 2006 as in FIG. 16, but the display / speaker 2006 is not included in the broadcast receiving apparatus, and there is a type that exists outside. The present invention is applicable to both types. In the conceptual diagram shown in FIG. 20, the descrambler 2004 exists in the TS decoder 1602. However, depending on the hardware configuration, the descrambler 2004 may exist outside the TS decoder. Even in that case, the present invention is applicable.

  Next, FIG. 21 shows a conceptual diagram corresponding to the hardware configuration shown in FIG. 18 to which the adapter is physically connected. A terminal device 2100 includes a tuner 2101, a PID filter 2102, a section filter 2003, an AV decoder 2005, a display / speaker 2006, and a primary storage unit 2007. Further, an adapter 1811 exists and a descrambler 2104 exists. The device identified by the same number as in FIG. 20 has the same function as in FIG. What is different from the terminal in FIG. 20 is the connection location and function of the descrambler. In FIG. 20, the descrambler exists in the TS decoder 1602, and decrypts the PES packet output from the PID filter 2002 and the MPEG2 section using the decryption key designated by the CPU 1606. On the other hand, in FIG. 21, the descrambler 2104 is connected to the tuner 2101, and an MPEG2 transport stream demodulated by the tuner 2101 is input. The descrambler 2104 extracts a TS packet having a PID designated by the CPU 1806, extracts a key necessary for descrambling from the MPEG2 transport stream, and performs descrambling. The MPEG2 transport stream that has been descrambled by the descrambler 2104 is input to the TS decoder, and thereafter the processing flows in the same manner as in FIG. The PID filter 2102 can extract the TS packet and configure the PES packet and the MPEG2 section with respect to the MPEG2 transport stream input from the descrambler 2104.

  Since the hardware configuration in which the CableCARD shown in FIG. 19 exists is the same as that shown in FIG. 21 with respect to the processing of the signal transmitted by In-Band, the description thereof is omitted.

  Up to this point, the hardware configuration example related to the present invention has been described, but hereinafter, the program operation procedure on the terminal device will be described. FIG. 22 is an example of a configuration diagram of a program stored in the ROM 1609 and executed by the CPU 1606.

  The program 2200 includes a plurality of subprograms, and specifically includes an OS 2201, an EPG 2202, a Java VM 2203, a service manager 2204, and a Java library 2205.

  The OS 2201 is a subprogram that is activated by the CPU 1606 when the terminal device 1600 is powered on. The OS 2201 is an abbreviation for an operating system, and Linux, Windows (registered trademark), and the like are examples. The OS 2201 is a general term for known techniques including a kernel 2201a and a library 2201b that execute other subprograms in parallel, and detailed description thereof is omitted. In the present embodiment, the kernel 2201a of the OS 2201 executes EPG 2202 and JavaVM 2203 as subprograms. The library 2201b provides these subprograms with a plurality of functions for controlling the components held by the terminal device 1600.

  The tuning function is introduced as an example of the function. The tuning function receives tuning information including a frequency from another subprogram and passes it to the tuner 1601. The tuner 1601 can perform demodulation processing based on the given tuning information, and can deliver the demodulated MPEG2 transport stream to the TS decoder 1602. As a result, other subprograms can control the tuner 1601 through the library 2201c.

  The EPG 2202 includes a program display unit 2202a that displays a list of programs to the user and receives input from the user, and a playback unit 2202b that performs channel selection. Here, EPG is an abbreviation for Electric Program Guide. When the terminal device 1600 is powered on, the EPG 2202 is activated by the kernel 2201a. In the activated EPG 2202, the program display unit 2202a waits for input from the user through the input unit 1610 of the terminal device 1600. Here, when the input unit 1610 includes the front panel shown in FIG. 17, when the user presses the EPG button 1707 of the input unit 1610, the identifier of the EPG button is notified to the CPU 1606. The program display unit 2202a of the EPG 2202 which is a subprogram operating on the CPU 1606 receives this identifier and displays the program information on the display 1605. FIGS. 23A and 23B are examples of the program guide displayed on the display 1605. FIG. Referring to FIG. 23 (1), program information is displayed on the display 1605 in a grid pattern. A column 2301 displays time information. A column 2302 displays a channel name “Channel 1” and a program broadcast in a time zone corresponding to the time in the column 2301. In “Channel 1”, the program “News 9” is broadcast from 9:00 to 10:30, and “Movie AAA” is broadcast from 10:30 to 12:00. Similarly to the column 2302, the column 2303 displays the channel name “channel 2” and the program broadcast in the time zone corresponding to the time in the column 2301. The program “Movie BBB” is broadcast from 9:00 to 11:00, and “News 11” is broadcast from 11:00 to 12:00. Reference numeral 2330 denotes a cursor. The cursor 2330 moves when the left cursor 1703 and the right cursor 1704 on the front panel 1700 are pressed. When the right cursor 1704 is pressed in the state of FIG. 23 (1), the cursor 2330 moves to the right, as shown in FIG. 23 (2). In addition, when the left cursor 1703 is pressed in the state of FIG. 23 (2), the cursor 2330 moves to the left, as shown in FIG. 23 (1).

  When the OK button 1705 on the front panel 1700 is pressed in the state of FIG. 23 (1), the program display unit 2202a notifies the playback unit 2202b of the channel identifier of “channel 1”. When the OK button 1705 on the front panel 1700 is pressed in the state of FIG. 23 (2), the program display unit 2202a notifies the reproduction unit 2202b of the channel identifier of “channel 2”. Here, the channel identifier is an identifier for uniquely identifying one channel, and generally represents one service. The relationship between channel identifiers and services will be described later.

  Further, the program display unit 2202a periodically stores the program information to be displayed in the primary storage unit 1608 or the secondary storage unit 1607 from the broadcasting station side system 101. In general, it takes time to acquire program information from a broadcasting station side system. When the EPG button 1707 of the input unit 1610 is pressed, the program information stored in the primary storage unit 1608 or the secondary storage unit 1607 is displayed in advance, so that the program guide can be displayed quickly.

  The playback unit 2202b plays back a channel using the received channel identifier. The relationship between the channel identifier and the channel is stored in advance in the secondary storage unit 1607 as channel information. FIG. 24 is an example of channel information stored in the secondary storage unit 1607. Channel information is stored in tabular form. A column 2401 is a channel identifier. A column 2402 is a channel name. A column 2403 is tuning information. Here, the tuning information includes a frequency, a transfer rate, a coding rate, and the like and is a value given to the tuner 1601. A column 2404 is a program number. Each row of rows 2411 to 2414 is a set of each channel identifier, channel name, and tuning information. A row 2411 is a set including a channel identifier “1”, a channel name “channel 1”, tuning information having a frequency “150 MHz”, and a program number “101”. The playback unit 2202b hands over the received channel identifier to the service manager as it is to play back the channel.

  When the user presses the upper cursor 1701 and the lower cursor 1702 on the front panel 1700 during playback, the playback unit 2202b receives the pressed notification from the input unit 1610 through the CPU 1606, and changes the channel being played back. . First, the playback unit 2202b stores the channel identifier currently being played back in the primary storage unit 1608. 25 (1), (2), and (3) are examples of channel identifiers stored in the primary storage unit 1608. FIG. In FIG. 25 (1), the channel identifier “3” is stored, and referring to FIG. 24, it is shown that the channel with the channel name “TV 3” is being reproduced. When the user presses the up cursor 1701 in the state of FIG. 25A, the playback unit 2202b refers to the channel information of FIG. In order to switch, the service manager is given the channel identifier “2” of the channel name “channel 2”. At the same time, the channel identifier “2” stored in the primary storage unit 1608 is rewritten. FIG. 25 (2) shows a state where the channel identifier has been rewritten. In addition, when the user presses down cursor 1702 in the state of FIG. 25 (1), playback unit 2202b refers to the channel information of FIG. In order to switch playback, the channel identifier “4” of the channel name “TV Japan” is delivered to the service manager. At the same time, the channel identifier “4” stored in the primary storage unit 1608 is rewritten. FIG. 25 (3) shows a state where the channel identifier has been rewritten.

  The Java VM 2203 is a Java virtual machine that sequentially analyzes and executes a program written in the Java (TM) language. Programs written in the Java language are compiled into intermediate codes called bytecodes that do not depend on hardware. The Java virtual machine is an interpreter that executes this bytecode. Some Java virtual machines also translate the bytecode into an execution format that can be understood by the CPU 1606, and then deliver it to the CPU 1606 for execution. The Java VM 2203 is activated by designating a Java program to be executed by the kernel 2201a. In the present embodiment, the kernel 2201a designates the service manager 2204 as a Java program to be executed. Details of the Java language are described in many books such as the book “Java Language Specification (ISBN 0-201-63451-1)”. The details are omitted here. The detailed operation of JavaVM itself is described in many books such as “Java Virtual Machine Specification (ISBN 0-201-63451-X)”. The details are omitted here.

  The service manager 2204 is a Java program written in the Java language, and is sequentially executed by the Java VM 1603. The service manager 2204 can call or be called by another subprogram not described in the Java language through JNI (Java Native Interface). JNI is also described in many books such as the book “Java Native Interface”. The details are omitted here.

  The service manager 2204 receives a channel identifier from the playback unit 2202b through JNI.

  The service manager 2204 first passes the channel identifier to the Tuner 2205c in the Java library 2205 and requests tuning. The Tuner 2205c refers to channel information stored in the secondary storage unit 1607 and acquires tuning information. Now, when the service manager 2204 hands over the channel identifier “1” to the Tuner 2205c, the Tuner 2205c refers to the row 2412 in FIG. 24 and acquires the corresponding tuning information “150 MHz”. The Tuner 2205c delivers tuning information to the tuner 1601 through the library 2201b of the OS 2201. The tuner 1601 demodulates the signal transmitted from the broadcast station side system 101 according to the given tuning information, and delivers it to the TS decoder 1602.

  Next, the service manager 2204 requests the CA library 2206 to perform descrambling. The CA library 2206 gives information necessary for descrambling to the descrambler 2004 in the TS decoder 1602 through the library 2201b of the OS 2201.

  Next, the service manager 2204 gives a channel identifier to the JMF 2205a in the Java library 2205, and requests video / audio reproduction.

  First, the JMF 2205a first acquires a PID for specifying video and audio to be reproduced from the PAT and PMT. The JMF 2205a designates the PID “0” and the CPU 1606 to the TS decoder 1602 through the library 2201b of the OS 2201 in order to obtain the PAT. The TS decoder 1602 performs filtering with PID “0” and table_id “0”, and passes them to the CPU 1606 through the primary storage unit 1608, whereby the JMF 2205a collects the PAT. Here, FIG. 12 is given as an example of the PAT. Now, assuming that the channel identifier given to the JMF 2205a is “1”, the JMF 2205a refers to the row 2412 in FIG. 24, obtains the corresponding program number “101”, and then the row 1211 of the PAT in FIG. , PID “501” corresponding to program number “101” is acquired. In order to acquire the PMT, the JMF 2205a designates the PID acquired from the PAT and the table_id “2” to the TS decoder 1602 through the library 2201b of the OS 2201. Here, the PID to be designated is “501”. The TS decoder 1602 performs filtering with the PID “501” and the table_id “2”, and passes them to the CPU 1606 through the primary storage unit 1608, whereby the JMF 2205a collects the PMT. Here, FIG. 11 is given as an example of the PMT. The JMF 2205a obtains video and audio PIDs to be reproduced from the PMT. Referring to FIG. 11, JMF 2205 a obtains audio PID “5011” from row 1111 and video PID “5012” from row 1112.

  Next, the JMF 2205a gives the AV decoder 1603 to the TS decoder 1602 as the acquired video / audio PID and output destination through the library 2201b of the OS 2201. The TS decoder 1602 performs filtering based on the given PID. Here, TS packets with PIDs “5011” and “5012” are delivered to the AV decoder 1603. The AV decoder 1603 decodes the given PES packet and reproduces video / audio through the display 1605 and the speaker 1604.

  Finally, the service manager 2204 gives a channel identifier to the AM 2205b in the Java library 2205 and requests data broadcast reproduction. Here, the data broadcast reproduction means that a Java program included in the MPEG2 transport stream is extracted and executed by the JavaVM 2203. As a method for embedding a Java program in an MPEG2 transport stream, a method called DSMCC described in the MPEG standard document ISO / IEC13818-6 is used. Here, detailed description of DSMCC is omitted. The DSMCC method defines a method of encoding a file system composed of directories and files used in a computer in an MPEG2 transport stream TS packet using an MPEG2 section. The information of the Java program to be executed is embedded in the TS packet of the MPEG2 transport stream in a format called AIT, and transmitted as an MPEG2 section whose table_id is “0x74”. AIT is an abbreviation of Application Information Table defined in Chapter 10 of the DVB-MHP standard (formally, ETSI TS 101 812 DVB-MHP specification V1.0.2).

  First, the AM 2205b acquires the PAT and PMT in the same manner as the JMF 2205a in order to acquire the AIT, and acquires the PID of the TS packet in which the AIT is stored. If the given channel identifier is “1” and the PAT of FIG. 12 and the PMT of FIG. 11 are transmitted, the PMT of FIG. 11 is acquired in the same procedure as the JMF 2205a. The AM 2205b extracts the PID from the elementary stream having the stream type “data” and the supplementary information “AIT” from the PMT. Referring to FIG. 11, the elementary stream in row 1113 corresponds to acquire PID “5013”.

  The AM 2205b gives the PIT of the AIT and the table_id “0x74” to the TS decoder 1602 through the library 2201b of the OS 2201. The TS decoder 1602 performs filtering with the given PID and table_id, and passes the result to the CPU 1606 through the primary storage unit 1608. As a result, the AM 2205b can collect AIT. FIG. 26 is a table schematically showing an example of collected AIT information. A column 2601 is an identifier of the Java program. A column 2602 is control information of the Java program. The control information includes “autostart”, “present”, “kill”, etc. “autostart” means that the terminal device 1600 automatically executes this Java program immediately, and “present” does not execute automatically. “Kill” means to stop the Java program. A column 2603 is a DSMCC identifier for extracting a PID including a Java program in the DSMCC format. A column 2604 is a program name of the Java program. Lines 2611 and 2612 are a set of Java program information. The Java program defined in the row 2611 is a set of a Java program identifier “301”, control information “autostart”, a DSMCC identifier “1”, and a program name “a / TopXlet”. The Java program defined in the row 2612 is a set of a Java program identifier “302”, control information “present”, a DSMCC identifier “1”, and a program name “b / GameXlet”. Here, two Java programs have the same DSMCC identifier, which indicates that two Java programs are included in a file system encoded in one DSMCC format. Here, only four pieces of information are defined for the Java program, but more information is actually defined. For details, refer to the DVB-MHP standard.

  The AM 2205b finds the “autostart” Java program from the AIT, and extracts the corresponding DSMCC identifier and Java program name. Referring to FIG. 26, the AM 2205b extracts the Java program in the row 2611, and acquires the DSMCC identifier “1” and the Java program name “a / TopXlet”.

  Next, the AM 2205b acquires the PID of the TS packet storing the Java program in the DSMCC format from the PMT, using the DSMCC identifier acquired from the AIT. Specifically, the PID of the elementary stream in which the stream type is “data” in the PMT and the DSMCC identifier of the supplemental information matches is acquired.

  Now, assuming that the DSMCC identifier is “1” and the PMT is FIG. 11, the elementary streams in the row 1114 match, and the PID “5014” is extracted.

  The AM 2205b specifies the PID and section filter condition of a TS packet that transmits an MPEG2 section in which data is embedded in the TS decoder 1602 in the DSMCC format through the library 2201b of the OS 2201. Here, PID “5014” is given. The TS decoder 1602 performs filtering of the DSMCC MPEG2 section using the given PID, and passes the filtered data to the CPU 1606 through the primary storage unit 1608. As a result, the AM 2205b can collect necessary DSMCC MPEG2 sections. The AM 2205b restores the file system from the collected MPEG2 section according to the DSMCC method, and saves it in the primary storage unit 1608. The extraction of data such as the file system from the TS packet in the MPEG2 transport stream and saving it in the storage means such as the primary storage unit 1608 and the secondary storage unit 1607 is hereinafter referred to as download.

  FIG. 27 shows an example of a downloaded file system. In the drawing, circles represent directories, squares represent files, 2701 is a root directory, 2702 is a directory “a”, 2703 is a directory “b”, 2704 is a file “TopXlet.class”, and 2705 is a file “GameXlet.class”. is there.

  Next, the AM 2205 b delivers the Java program to be executed from the file system downloaded to the primary storage unit 1608 to the Java VM 2203. If the name of the Java program to be executed is “a / TopXlet”, the file “a / TopXlet.class” with “.class” added to the end of the Java program name is the file to be executed. “/” Is a delimiter between directories and file names. With reference to FIG. 27, a file 2704 is a Java program to be executed. Next, the AM 2205b delivers the file 2704 to the Java VM 2203.

  The method of referring to the Java program to be executed by the AM 2205b is not limited to the AIT method. In OCAP that is expected to be used in the US cable system, XAIT that describes application reference information is used in the OOB described in FIG. In addition, the method of starting what was recorded beforehand in ROM1609, starting the thing downloaded and memorize | stored in the secondary storage 1607, etc. can be considered.

  Note that the Java program not only downloads the DSMCC format transmitted by the MPEG2 transport stream, but also downloads it from a server connected to the terminal device over the network, and portable media such as a DVD, BD, SD card, etc. In this case, the present invention can be applied.

  The Java VM 2203 executes the delivered Java program.

  Through the above procedure, the service manager 2204 receives the channel identifier, and performs tuning, descrambling, video / audio reproduction, and Java program activation. This series of procedures is collectively referred to as “service selection”. It can be expressed that the video / audio reproduced by selecting the service belongs to the service. Similarly, a Java program started by selecting a service can be expressed as belonging to that service.

  When the service manager 2204 receives another channel identifier, the service manager 2204 executes the execution of the video / audio and the Java (TM) program being reproduced through each library included in the Java library 2205. It stops through the library and performs video / audio playback and Java (TM) program execution based on the newly received channel identifier. In general, a channel identifier represents one service. In this embodiment, channel information as shown in FIG. 24 is used when a program number is obtained from a channel identifier. A typical method for solving the program number from the channel identifier is a method using SI (Service Information). SI is program organization information used for EPG, etc., and is defined and transmitted by each broadcast environment. As a representative example, DVB-SI defined in EN400-368 is used in a broadcast environment in Europe. In the US cable broadcasting environment, SI defined in ANSI / SCTE65 is used. In these SIs, an identifier for specifying a service has already been defined, and a mechanism for resolving a program number from the identifier has already been considered. Channel identifiers use identifiers defined by these SIs. In this case, the broadcast receiving apparatus uses SI to resolve the channel identifier to the program number used for acquiring the PMT. In that case, since the present invention does not depend on the form of the SI, any SI can be used. The channel information of FIG. 24 is also acquired using SI.

  The Java library 2205 is a set of a plurality of Java libraries stored in the ROM 1609. In the present embodiment, the Java library 2205 includes JMF 2205a, AM 2205b, Tuner 2205c, DSM-CC 2205d, Section Filter (SF) 2205e, and service manager management library 2205f. The Java program realizes the functions of the Java program while using these libraries.

  The Java program can select a service by the service manager 2204 by using the service manager management library 2205f. Specifically, when the Java program passes the channel identifier to the service manager management library 2205f, the service management library passes the received channel identifier to the service manager 2204. Thereafter, a service is selected by the service manager 2204 in the same manner as when a channel is selected using the EPG 2202, and based on the information described in the PMT identified by the program number corresponding to the channel identifier, the video / audio belonging to the service is selected. Is played and the Java program belonging to the service is started.

  In this way, the Java program can select a service by using the service manager management library 2205f included in the Java library.

  So far, the service selection by the service manager 2204, that is, the operation of performing tuning, descrambling, video / audio reproduction, and Java program activation according to the received channel identifier has been described.

  Next, the Record / Playback function of the service which is the main function of the present invention will be described.

  The service record is to store video / audio included in the service and a Java program included in the service in a recording area of a semiconductor memory such as an HDD, a BD, a DVD, or an SD. The service playback is the reproduction of video / audio included in the service already stored in the recording area and the start of the Java program.

  Here, the recording area may be another terminal connected by some method such as TCP / IP connection, USB connection, IEEE 1394 connection, infrared connection, or the like.

  Thereafter, as shown in FIG. 36, a recording manager 3606 having a function of recording a service is introduced. The service manager 2204 further has a function of playing back services.

  FIG. 28 is a block diagram showing a general hardware configuration of a digital broadcast receiver having a service Record / Playback function. In FIG. 28, devices identified by the same numbers as those in FIG. 16 mounted on the terminal device 2800 have the same functions as those in FIG. The terminal device 2800 includes an AV encoder 2811 and a multiplexer (TS Multiplexer) 2812.

  The AV decoder 1603 is a device having a function of decoding encoded video and audio. The audio signal and video signal obtained by decoding by the AV decoder 1603 are transmitted to the speaker 1604 and the display 1605 at the time of service selection and at the time of service playback, but are transmitted to the AV encoder 2811 at the time of service recording. .

  The AV encoder 2811 is a device having a function of encoding an audio signal and a video signal decoded by the AV decoder 1603 when a service is recorded. Video and audio obtained by encoding by the AV encoder 2811 are transmitted to the multiplexer 2812. Here, the audio signal and video signal encoded by the AV encoder are generally in the MPEG2 audio format by the MPEG2 audio encoder in the case of the audio signal and in the MPEG2 video format by the MPEG2 video encoder in the case of the video signal. Good.

  The multiplexer 2812 is a device having a function of multiplexing video and audio transmitted from the AV encoder 2811 at the time of service recording into an MPEG2 transport stream. Note that the format of the stream obtained by multiplexing by the multiplexer 2812 is not limited to the MPEG2 transport stream, and other formats may be used.

  The CPU 1606 installed in the terminal device 2800 further controls the AV encoder 2811 and the multiplexer 2812 in accordance with the instructions of the program to be executed.

  Note that even if the CPU 1606 installed in the terminal device 2800 itself is a system that performs all processes of TS decoding, AV decoding, AV encoding, and multiplexing, or the CPU 1606 installed in the terminal device 2800 itself The present invention can be implemented even in a system that performs some combination of processes.

  In the hardware configuration shown in FIG. 28, each device is included in the terminal device by default at the time of shipment. However, as shown in FIGS. 29 and 30, the cases shown in FIGS. Similarly, in order to add a device not mounted on the terminal device and to improve the function of the device mounted on the terminal device, an adapter mounted with the device to be added is further added to the terminal device. Also good. 29 and 30, devices identified by the same numbers as those in FIGS. 28, 18, and 19 have the same functions as those in FIGS. 28, 18, and 19, and thus description thereof is omitted.

  Using each device appearing in FIG. 28, FIG. 29 and FIG. 30, the broadcast receiving apparatus has a function of outputting the video / audio contained in the broadcast signal to be transmitted to the screen and the program organization information included in the broadcast signal. The function to extract and present data to the user, the function to extract various data included in video / audio and broadcast signals included in the broadcast signal and store them in the recording area, The function to output the video / audio and various data on the screen is realized.

  Next, service record processing by the recording manager 3606 in a digital broadcast receiver having the service Record / Playback function as shown in FIG. 28 will be described.

  FIG. 31 and FIG. 32 are conceptual diagrams representing the physical connection order, processing contents, and input / output data format of each device at the time of service record. 31 and 32, the device identified by the same number as in FIG. 20 has the same function as that in FIG.

  In FIG. 31, the terminal device 3100 includes an AV encoder 3111, a multiplexer 3111, and a recording area 3113.

  The AV encoder 3111 corresponds to the AV encoder 2811, inputs an audio signal and a video signal, and outputs a video / audio PES packet.

  A multiplexer 3111 corresponds to the multiplexer 2812, inputs video / audio PES packets and section data, and outputs an MPEG2 transport stream for recording.

  The recording area 3113 corresponds to the whole or a part of the secondary storage area 1607, and inputs and accumulates the MPEG2 transport stream for Record.

  In FIG. 32, the terminal device 3200 has an AV encoder 3111, a multiplexer 3111, and a recording area 3113.

  The AV encoder 3111 corresponds to the AV encoder 2811, inputs an audio signal and a video signal, and outputs a video / audio PES packet.

  A multiplexer 3111 corresponds to the multiplexer 2812, inputs video / audio PES packets, and outputs a Record MPEG2 transport stream.

  The recording area 3113 corresponds to the whole or part of the secondary storage area 1607, and inputs and accumulates the MPEG2 transport stream for recording and section data.

  Next, FIG. 35 shows a conceptual diagram corresponding to the hardware configuration shown in FIG. 29 to which the adapter is physically connected. 35, devices identified by the same numbers as those in FIGS. 21 and 29 have the same functions as those in FIGS. 21 and 29, and thus description thereof is omitted.

  Here, detailed description of the program operation procedure on the terminal device 3100 shown in FIG. 31 at the time of recording of the service will be omitted. In the terminal device shown in FIG. 31, at the time of service recording, all the section data such as video / audio included in the service and Java program included in the service are recorded in the recording area 3113 as an MPEG2 transport stream for recording output from the multiplexer. Accumulated.

  Next, a program operation procedure on the terminal device 3200 shown in FIG. 32 when the service is recorded will be described. FIG. 36 is an example of a configuration diagram of a program stored in the ROM 1609 and executed by the CPU 1606. 36, the components identified by the same numbers as those in FIG. 22 have the same functions as those in FIG. The program 3600 includes an EPG 3602, a Java library 3605, and a recording manager 3606. The EPG 3602 includes a recording unit 3602c, and the Java library 3605 includes a recording manager management library 3605g and a storage management library 3605h. Further, the storage management library 3605h includes a data recording unit 3701, a data management unit 3702, and a data extraction unit 3703 as shown in FIG.

  The data recording unit 3701 of the accumulation management library 3605h has a function of accumulating necessary information such as a file system and video / audio obtained from the transport stream in the recording area 3113 with time stamps and the like. .

  The data management unit 3702 of the accumulation management library 3605h manages the storage location and necessary data for each data accumulated in the recording area 3113.

  The data extraction unit 3703 of the storage management library 3605h has a function of extracting data stored in the recording area 3113 in accordance with designation of a DSMCC identifier or the like.

  FIGS. 37 (2) and (3) are examples of storage locations and necessary data for each accumulated data managed by the data management unit 3702 of the accumulation management library 3605h. FIG. 37 (2) shows an example of the storage location of the accumulated file system managed by the data management unit 3702 of the accumulation management library 3605h and necessary data when the accumulation management library records, manages, and retrieves the file system. . In FIG. 37 (2), rows 3721 to 3723 indicate each version of each file system stored in the recording area 3113. Column 3711 is the name of the file system stored in the recording area 3113, column 3712 is the version of the file system, column 3713 is the time stamp for each version of the file system, column 3714 is the channel identifier associated with the file system, and column 3715 is the file A system DSMCC identifier, column 3716 is a storage location in the recording area 3113 for each version of the file system. FIG. 37 (3) shows an accumulated Record stream managed by the data management unit 3702 of the accumulation management library 3605h when the accumulation management library records, manages, and retrieves a Record stream generated by multiplexing video and audio. Is an example of the storage location and necessary data. In FIG. 37 (3), lines 3741-3742 indicate the streams for each record accumulated in the recording area 3113. Column 3731 is the name of the record stream stored in the recording area 3113, column 3732 is the channel identifier associated with the record stream, and column 3733 is the storage location of the record stream in the recording area 3113.

  Detailed data recording method, management method, acquisition method, time stamp, and other necessary data for each data by the storage management library 3605h will be described later.

  In addition to the configuration of the EPG 2202, the EPG 3602 includes a recording unit 3602c that performs recording (service record) of a designated channel in accordance with an input from the user received by the program display unit. 38 and 39 are examples of a program table displayed on the display 1605 by the program display unit 2202a of the EPG 3602 which is a subprogram operating on the CPU 1606 when the user presses the EPG button 1707 of the input unit 1610. . Since the EPG 3602 has a channel selection function and a channel recording function, the program display unit 2202a provides, for example, a recording selection mode and a viewing selection mode, and FIGS. 38 and 39 specify that the recording mode is provided. Suppose that it is a screen. 38 and 39, the configurations given the same numbers as those in FIG. 23 have the same functions as those in FIG.

  When the OK button 1705 on the front panel 1700 is pressed in the state shown in FIG. 38, the program display unit 2202a notifies the recording unit 3602c of the channel identifier of “channel 1”. When the OK button 1705 on the front panel 1700 is pressed in the state shown in FIG. 39, the program display unit 2202a notifies the recording unit 3602c of the channel identifier of “Channel 2”. Here, in the digital broadcast receiver having the service Record / Playback function, the channel identifier is an identifier that uniquely identifies one service from the service transmitted from the broadcast station and the service stored in the recording area 3113.

  The recording unit 3602c records a channel using the received channel identifier. The relationship between the channel identifier and the channel is as described above with reference to FIG. The recording unit 3602c delivers the received channel identifier to the recording manager 3606 as it is in order to record the channel.

  The Java VM 2203 designates the recording manager 3606 as a Java program to be executed at the time of service record (channel recording).

  The recording manager 3606 is a Java program written in the Java language, and is sequentially executed by the Java VM 1603. The recording manager 3606 can call or be called by other subprograms not described in the Java language through JNI (Java Native Interface).

  The recording manager 3606 receives a channel identifier from the recording unit 3602c through JNI.

  The recording manager 3606 first passes the channel identifier to the Tuner 2205c in the Java library 2205 and requests tuning. Here, the processing of the Tuner 2205c when tuning is requested from the recording manager 3606 at the time of service recording is the same as the processing when tuning is requested from the service manager 2204 at the time of service selection, and thus description thereof is omitted.

  Next, the recording manager 3606 requests the CA library 2206 to perform descrambling. Here, the processing of the CA library 2206 when descrambling is requested from the recording manager 3606 at the time of service record is the same as the processing when descrambling is requested from the service manager 2204 at the time of service selection. Omitted.

  Note that the CA library 2206 requested to release the descrambling by the recording manager 3606 may take a method such as applying a cipher in a unique format after descrambling.

  When descrambling at the time of service playback, descrambling is not performed at the time of service Recrd, and the recording manager 3606 does not request the CA library 2206 for descrambling.

  Note that the present invention can be implemented regardless of whether the recording manager 3606 does not request the CA library 2206 to perform descrambling. Next, the recording manager 3606 gives a channel identifier to the JMF 2205a in the Java library 3605 and requests video / audio recording.

  First, the JMF 2205a first acquires a PID for specifying video and audio to be recorded from the PAT and PMT. Here, the JMF 2205a designates the PID “0” and the CPU 1606 to the TS decoder 1602 through the library 2201b of the OS 2201 in order to obtain the PAT. The TS decoder 1602 performs filtering with PID “0” and table_id “0”, and passes them to the CPU 1606 through the primary storage unit 1608, whereby the JMF 2205a collects the PAT. Here, FIG. 12 is given as an example of the PAT. Now, assuming that the channel identifier given to the JMF 2205a is “1”, the JMF 2205a refers to the row 2412 in FIG. 24, obtains the corresponding program number “101”, and then the row 1211 of the PAT in FIG. , PID “501” corresponding to program number “101” is acquired. In order to acquire the PMT, the JMF 2205a designates the PID acquired from the PAT and the table_id “2” to the TS decoder 1602 through the library 2201b of the OS 2201. Here, the PID to be designated is “501”. The TS decoder 1602 performs filtering with the PID “501” and the table_id “2”, and passes them to the CPU 1606 through the primary storage unit 1608, whereby the JMF 2205a collects the PMT. Here, FIG. 40 is given as an example of the PMT. Here, in FIG. 40, the same number is attached | subjected to the component equivalent to FIG. 11, and description is abbreviate | omitted. In FIG. 40, an ES represented in a row 1115 is an ES that transmits a data section, and is configured by a TS packet having a PID of 5015 and additional information of DSMCC [2] (DSMCC identifier is 2). . The JMF 2205a obtains video and audio PIDs to be recorded from the PMT. Referring to FIG. 40, JMF 2205 a obtains audio PID “5011” from row 1111 and video PID “5012” from row 1112.

  Next, the JMF 2205a gives the AV decoder 1603 to the TS decoder 1602 as the acquired video / audio PID and output destination through the library 2201b of the OS 2201. The TS decoder 1602 performs filtering based on the given PID. Here, the PES packets with PIDs “5011” and “5012” are delivered to the AV decoder 1603. The AV decoder 1603 decodes the given audio / video PES packet, and delivers the decoded audio signal and video signal to the AV encoder 3111. The AV encoder 3111 encodes the audio signal and the video signal into a PES packet, and delivers the encoded audio / video PES packet to the multiplexer 3112. The multiplexer multiplexes (for example, multiplex) audio / video PES packets, and stores the generated Record MPEG2 transport stream in the recording area 3113. Here, the storage management library 3605h has a function of storing the MPEG2 transport stream for recording in the recording area 3113 in association with the channel identifier, and the JMF 2205a has the channel identifier specified by the recording manager 3606. The Record MPEG2 transport stream generated by multiplexing by the multiplexer 3112 is transferred to the data recording unit 3701 of the storage management library 3605h, and the Record MPEG2 transport stream is requested to be stored in the recording area 3113. Even if the MPEG2 transport stream for use is stored in the recording area 3113, the present invention can be implemented.

  Here, the MPEG2 transport stream for Record multiplexed by the multiplexer 3112 includes not only video and audio but also a table such as PAT / PMT / AIT information necessary for service playback. It should be noted that the present invention can also be implemented by storing Tables such as AIT information in the recording area 3113 separately from the MPEG2 transport stream for Record without being multiplexed in the MPEG2 transport stream for Record.

  Finally, the recording manager 3606 gives a channel identifier to the data recording unit 3701 of the storage management library 3605h in the Java library 3605 and requests storage of the data broadcast. Here, the accumulation of data broadcast means that a Java program included in the MPEG2 transport stream is extracted and accumulated in the recording area 3113. As described above, the method of embedding a Java program in an MPEG2 transport stream uses a method called DSMCC described in the MPEG standard ISO / IEC13818-6. Here, detailed description of DSMCC is omitted. The DSMCC method defines a method of encoding a file system composed of directories and files used in a computer in an MPEG2 transport stream TS packet using an MPEG2 section. In particular, the DSMCC method employs a carousel type data method in which encoded data is repeatedly transmitted at regular intervals. Further, as described above, the information of the Java program to be executed is embedded in the TS packet of the MPEG2 transport stream in a format called AIT, and transmitted as an MPEG2 section whose table_id is “0x74”. AIT is an abbreviation of Application Information Table defined in Chapter 10 of the DVB-MHP standard (formally, ETSI TS 101 812 DVB-MHP specification V1.0.2).

  The data recording unit 3701 of the accumulation management library 3605h first acquires the PAT and PMT as in the JMF 2205a in order to acquire the AIT, and acquires the PID of the TS packet in which the AIT is stored. If the given channel identifier is “1” and the PAT of FIG. 12 and the PMT of FIG. 40 are transmitted, the PMT of FIG. 40 is acquired in the same procedure as the JMF 2205a. The data recording unit 3701 of the accumulation management library 3605h extracts the PID from the elementary stream having the stream type “data” and the supplementary information “AIT” from the PMT. Referring to FIG. 40, the elementary stream in row 1113 corresponds to acquire PID “5013”.

  The data recording unit 3701 of the storage management library 3605h gives the PIT of AIT and table_id “0x74” to the TS decoder 1602 through the library 2201b of the OS 2201. The TS decoder 1602 performs filtering with the given PID and table_id, and passes the result to the CPU 1606 through the primary storage unit 1608. As a result, the accumulation management library 3605h can collect AIT. FIG. 41 is a table schematically showing an example of collected AIT information. In FIG. 41, the same components as those in FIG. Lines 4111 to 4114 are information sets of Java programs. The Java program defined in the row 4111 is a set of a Java program identifier “301”, control information “autostart”, a DSMCC identifier “1”, and a program name “a / TopXlet”. The Java program defined in the row 4112 is a set of a Java program identifier “302”, control information “present”, a DSMCC identifier “1”, and a program name “b / GameXlet”. The Java program defined in the row 4113 is a set of a Java program identifier “303”, control information “kill”, a DSMCC identifier “2”, and a program name “z / StudyXlet”. The Java program defined in the row 4114 is a set of a Java program identifier “304”, control information “destroy”, a DSMCC identifier “1”, and a program name “b / MusicXlet”.

  Next, the data recording unit 3701 of the storage management library 3605h finds all the Java programs described in the AIT, and extracts the corresponding DSMCC identifier and Java program name. Referring to FIG. 41, the storage management library 3605h extracts the Java program on line 4111, the Java program on line 4111, the Java program on line 4113, and the Java program on line 4114, and the DSMCC identifier “1” and the Java program name “ a / TopXlet ”, DSMCC identifier“ 1 ”, Java program name“ b / GameXlet ”, DSMCC identifier“ 2 ”, Java program name“ z / StudyXlet ”, DSMCC identifier“ 1 ”, and Java program name“ b / MusicXlet ” To win.

  Next, the data recording unit 3701 of the storage management library 3605h acquires the PID of the TS packet stored in the DSMCC format from the PMT, using the DSMCC identifier acquired from the AIT. Specifically, the PID of the elementary stream in which the stream type is “data” in the PMT and the DSMCC identifier of the supplemental information matches is acquired.

  Assuming that the DSMCC identifiers are “1” and “2” and the PMT is FIG. 40, the elementary streams in the rows 1114 and 1115 match, and the PID “5014” and the PID “5015” are extracted.

  The data recording unit 3701 of the accumulation management library 3605h specifies the PID and section filter condition of the TS packet that transmits the MPEG2 section in which data is embedded in the TS decoder 1602 in the DSMCC format through the library 2201b of the OS 2201. Here, PID “5014” and “5015”, and table_id = 0x3B etc. are given as section filter conditions. The TS decoder 1602 performs filtering of the DSMCC MPEG2 section using the given PID, and passes the filtered data to the CPU 1606 through the primary storage unit 1608. As a result, the data recording unit 3701 of the accumulation management library 3605h can collect necessary DSMCC MPEG2 sections. The data recording unit 3701 of the accumulation management library 3605h restores the file system from the collected MPEG2 section according to the DSMCC method, and accumulates the file system in the recording area 3113. Details of recording of the file system by the storage management library 3605h will be described later.

  FIG. 42 shows an example of a file system encoded into a transport stream by the DSMCC method. FIG. 43 shows an example of a file system stored in the recording area 3113 at the time of service recording. Here, two restored file systems are stored. 42 and 43, circles indicate directories, squares indicate files, 4301 and 4311 are root directories of respective file systems, 4302 is a directory "a", 4303 is a directory "b", and 4312 is a directory " z ”, 4304 is a file“ TopXlet.class ”, 4305 is a file“ GameXlet.class ”, 4306 is a file“ MusicXlet.class ”, and 4305 is a file“ StudyXlet.class ”.

  Here, the service record has a start time and an end time. Hereinafter, the time from the start time to the end time is referred to as a “service record period”.

  Here, since the file system encoded by the DSMCC method is repeatedly transmitted at regular intervals, the same file system is transmitted repeatedly during the service record period. Accordingly, the MPEG section for DSMCC that is collected and collected by the storage management library 3605h by specifying the PID and section filter conditions in the TS decoder 1602 at the time of service record is repeatedly collected during the service record period, and accordingly, in the DSMCC format. The restored file system is also acquired repeatedly.

  FIG. 44 is a diagram illustrating an example of one file system that is repeatedly transmitted / acquired during the service record period.

  One file system that is repeatedly transmitted / acquired may be repeatedly transmitted / acquired without any change in the contents during the service record, or the contents may change several times during the service record. . For example, as shown in FIG. 44, a file system that is repeatedly transmitted at intervals of 5 seconds in a 1-hour service record period may change the contents (Version UP) 10 minutes after the start of the record.

  Here, the data content in one file system is called the version of the file system, and the change of the data content in one file system is called the version UP of the file system. Here, the same version means that the current data content of the file system that is repeatedly transmitted does not change from the previous content, and the new version means that the current data content that is repeatedly transmitted is the previous content. It means that the data contents have been changed. In the present invention, VersionUP (change of data contents) of repeatedly transmitted file system etc. data is confirmed by checking the version up if the file system etc. data has a version and the version values are different. However, the present invention can be implemented by any other method as long as it can detect a change in the contents of the data itself such as a file system.

  As described above, since one file system is repeatedly transmitted / acquired during the service record period, if the same version file system is accumulated in the recording area 3113, the recording area 3113 is wasted. On the other hand, during the service record period, one file system may be version-up, and it is necessary to store a new version file system in the recording area 3113 so that the version can be updated at the time of service playback.

  FIG. 45 is a flowchart showing an example of a file system recording process by the data recording unit 3701 of the storage management library 3605h which is given a channel identifier from the recording manager and requested to store data broadcasts at the time of service recording.

  Therefore, referring to the flowchart of FIG. 45, the data recording unit 3701 of the storage management library 3605h is given a channel identifier from the recording manager during the service record period and requested to store the data broadcast (S-4501). The acquisition by the AIT filtering, the DSMCC MPEG2 section filtering, and the file system acquisition by the file system restoration are continued in the above-described procedure (S-4502 to S-4506, S-4510).

  Then, the version of the file system acquired repeatedly is checked, and the file system acquired for the first time regarding the same file system accumulates the file system of the version acquired this time in the recording area 3113 (yes in S-4507). ). Even if the file system is acquired for the first time, if the file system of the same version has already been stored at the time of the previous service record, the file system of the version acquired this time may not be stored. If the version of the file system acquired this time matches the version of the file system acquired last time, the file system acquired this time is not stored in the recording area 3113 (no in S-4507). On the other hand, if the version of the file system acquired this time is different from the version of the file system acquired last time (if it is a new version) (yes in S-4507), the file system of the new version acquired this time is recorded in the recording area 3113. However, among the files included in the file system of the new version, the files that have not changed from the files in the file system of the previous version are not newly acquired, and the corresponding files in the file system of the previous version are applicable. A reference such as a symbolic link to the file is assumed (S-4508). It should be noted that other methods may be used for handling a file that has not changed since the previous version in the file system of the new version as long as the file is not recorded redundantly. Alternatively, the file system of the new version may be stored without attaching the file system in units of file systems, with only the changed file being attached with a version indicating the change of the file.

  Further, the file system of each version stored further includes a period from the time (start time) when the file system of the new version is newly acquired to the time (end time) of newly acquiring the next file system with the next version UP. The time stamp shown is added and stored (S-4509). Here, the reference of the time stamped by the time stamp is the time stamped by the Record MPEG2 transport stream created by multiplexing the video and audio specified according to the designated channel identifier. Note that the time stamped by the time stamp is based on the Java program included in the service specified from the specified channel identifier and the MPEG2 for Record included in the service specified by the specified channel identifier at the time of service playback. Similarly to the case where the video and audio multiplexed in the transport stream are transmitted synchronously at the time of service recording, if the time can be reproduced synchronously, it can be based on other time increments. Good.

  FIG. 46 shows the version recorded in the recording area 3113 with associated information such as a time stamp for each version by the data recording unit 3701 of the storage management library 3605h managed by the data management unit 3702 of the storage management library 3605h. It is an example which shows every file system. In FIG. 46, the same components as those in FIG. The file system with the file system name “FS-A” and the version “1” described in the row 3721 has the time stamp “0: 00-0: 10”, and the storage position is 4601 in the recording area 3113. The file system with the file system name “FS-A” and the version “2” described in the row 3722 is the time stamp “0: 10-0: 25”, and the storage position thereof is the recording area 3113. 4602 of them. The file system with the file system name “FS-B” and the version “1” described in the row 3723 is the time stamp “0: 00-1: 00”, and the storage position is in the recording area 3113. 4603.

  Through the above procedure, the recording manager 3606 receives the channel identifier, and performs tuning, descrambling, video / audio recording, and Java program recording. This series of procedures is collectively referred to as “Service Record”. The Record process of the service is basically the same as the service selection process, but the video / audio playback and the Java program are not performed in the service selection process, and instead the video / audio and Java are not executed. It can be said that this is a process of accumulating programs in the recording area 3113.

  Next, the PlayBack processing of the service by the service manager in the digital broadcast receiver having the Record / Playback function of the service as shown in FIG. 28 will be described.

FIG. 33 and FIG. 34 are conceptual diagrams representing the physical connection order, processing contents, and input / output data format of each device at the time of service PlayBack. 33 and 34, the devices identified by the same numbers as those in FIG. 20 have the same functions as those in FIG.

  In FIG. 33, the terminal device 3300 has a recording area 3113. The recording area 3113 corresponds to the whole or a part of the secondary storage area 1607, and outputs the MPEG2 transport stream for Record accumulated at the time of service recording in the terminal device having the device connection shown in FIG.

  In FIG. 34, the terminal device 3400 has a recording area 3113. The recording area 3113 corresponds to the whole or a part of the secondary storage area 1607, and is recorded by the recording MPEG2 transport stream and the accumulation management library 3605h accumulated at the time of service recording in the terminal device having the device connection shown in FIG. Output the data.

  Here, the detailed description of the program operation procedure on the terminal device 3300 shown in FIG. 33 at the time of playing back the service will be omitted. In the terminal apparatus shown in FIG. 33, at the time of service playback, the TS decoder inputs the MPEG2 transport stream for Record stored in the recording area 3113, the video / audio included in the service, the Java program included in the service, and the like. Output section data.

  Next, a description will be given of a program operation procedure on the terminal device 3400 shown in FIG. 34 when the service is played back.

  With reference to FIG. 36, the program display unit 2202a of the EPG 3602 displays a program table including both the service transmitted from the broadcasting station and the service stored in the recording area 3113 on the display 1605. The program display unit 2202a In accordance with the input from the user, the channel identifier is notified to the playback unit 2202b. Here, in the digital broadcast receiver having the service Record / Playback function, the channel identifier is an identifier that uniquely identifies one service from the service transmitted from the broadcast station and the service stored in the recording area 3113. .

  The Java VM 2203 is activated by designating a Java program to be executed by the kernel 2201a. At the time of service playback, the kernel 2201a designates the service manager 2204 as a Java program to be executed.

  The service manager 2204 receives a channel identifier from the playback unit 2202b through JNI.

  The service manager 2204 first passes the channel identifier to the data extraction unit 3703 of the storage management library 3605h in the Java library 2205, and extracts the MPEG2 transport stream for Record including the service specified by the channel identifier from the recording area 3113. Request. The data extraction unit 3703 of the accumulation management library 3605h delivers the extracted Record MPEG2 transport stream to the TS decoder 1602.

  Next, the service manager 2204 requests the CA library 2206 to perform descrambling when descrambling is not performed at the time of service recording. Here, the processing of the CA library 2206 when descrambling is requested from the service manager 2204 at the time of service playback is equivalent to the processing when descrambling is requested from the service manager 2204 at the time of service selection. Omitted.

  In addition, after performing descrambling at the time of service record, there may be a case where the cipher is applied in a unique format. In such a case, the service manager 2204 requests the CA library 2206 to perform descrambling, and the CA library is unique. You may take the method of canceling encryption in the form of.

  If descrambling is performed at the time of service recording, the service manager 2204 does not request the CA library 2206 to perform descrambling at the time of service playback.

  Note that the present invention can be implemented regardless of whether the service manager 2204 does not request the CA library 2206 to perform descrambling.

  Next, the service manager 2204 gives a channel identifier to the JMF 2205a in the Java library 2205, and requests video / audio reproduction.

  First, the JMF 2205a takes out the Record MPEG2 transport stream specified by the designated channel identifier from the recording area 3113. Here, the data extraction unit 3703 of the storage management library 3605h further has a function of extracting the Record MPEG2 transport stream specified by the designated channel identifier from the recording area 3113. The JMF 2205a is connected to the service manager 2204. The designated channel identifier is transferred to the data extraction unit 3703 of the accumulation management library 3605h, and the retrieval of the MPEG2 transport stream for Record is requested. The data extraction unit 3703 of the accumulation management library 3605h specifies the Record specified by the designated channel identifier. The MPEG2 transport stream for use is taken out from the recording area 3113 and delivered to the JMF 2205a, so that the JMF 2205a has a designated channel identifier. Taking out the MPEG2 transport stream for Record of the constant from the recording area 3113, as well, the present invention can be implemented. Subsequently, the JMF 2205a obtains the PAT and PMT from the Record MPEG2 transport stream in the same manner as in the case where the service manager 2204 is requested to reproduce the video / audio when the service is selected. Then, the JMF 2205a obtains video and audio PIDs to be reproduced from the PMT.

  Next, the JMF 2205a gives the AV decoder 1603 to the TS decoder 1602 as the acquired video / audio PID and output destination through the library 2201b of the OS 2201. The TS decoder 1602 performs filtering based on the given PID. Here, TS packets with PIDs “5011” and “5012” are delivered to the AV decoder 1603. The AV decoder 1603 decodes the given PES packet and reproduces video / audio through the display 1605 and the speaker 1604.

  Finally, the service manager 2204 gives a channel identifier to the AM 2205b in the Java library 2205 and requests data broadcast reproduction. Here, the data broadcast reproduction is to acquire a Java program composed of the file system recorded in the recording area 3113 and cause the Java VM 2203 to execute it.

  The AM 2205b first obtains an AIT from the Record MPEG2 transport stream in the same manner as when the service manager 2204 is requested to reproduce the data broadcast when the service is selected. Here, it is assumed that the AIT is stored in the recording area 3113 separately from the MPEG2 transport stream for recording at the time of service recording, and the AIT included in the service corresponding to the channel identifier is acquired from the recording area 3113. The present invention can be implemented.

  The AM 2205b finds the “autostart” Java program from the AIT, and extracts the corresponding DSMCC identifier and Java program name. Referring to FIG. 41, AM 2205b extracts the Java program in row 4111, and acquires the DSMCC identifier “1” and the Java program name “a / TopXlet”.

  Next, the AM 2205b passes the DSMCC identifier acquired from the AIT to the data extraction unit 3703 of the storage management library 3605h, and requests the file system stored in the recording area 3113 to be extracted. The data extraction unit 3703 of the storage management library 3605h records a file system identified by the designated DSMCC identifier and having a version with a valid time stamp in a recording area 3113 managed by the data management unit 3702. The file system is extracted from the file system for each version, and the extracted file system is transferred to the AM 2205b. The AM 2205b stores the file system in the primary storage 1608 or the secondary storage unit 1607.

  FIG. 47 shows an example of a file system stored in the primary storage 1608 or the secondary storage unit 1607. Here, in FIG. 47, the same components as those in FIG.

  Next, the AM 2205 b delivers the Java program to be executed from the file system saved in the primary storage 1608 or the secondary storage unit 1607 to the Java VM 2203. If the name of the Java program to be executed is “a / TopXlet”, the file “a / TopXlet.class” with “.class” added to the end of the Java program name is the file to be executed. “/” Is a delimiter between directories and file names, and is a Java program to be executed by the file 4304 with reference to FIG. Next, the AM 2205b delivers the file 4304 to the Java VM 2203.

  The Java VM 2203 executes the delivered Java program. In addition, when the Java VM 2203 requests reading of another file from the Java program to be executed, the Java VM 2203 basically reads the file in the file system saved in the primary storage. However, if the file requested to be read exists in a file system different from the above Java program and is not stored in the primary storage, the file requested to be read is included in the storage management library. Processing such as taking out the file system from the recording area and storing it in the primary storage may be performed.

  Here, during the playback of the service, the video and audio and the Java program need to be executed synchronously. Therefore, when the service is played back, the data extraction unit 3703 of the storage management library 3605h refers to the time stamp of the file system managed by the data management unit 3702 when acquisition of a file system is requested from the Java VM 2203. The file system of version in which is valid is extracted. Here, the time stamp is valid means, for example, that the time on the Record MPEG2 transport stream in the service playback is not less than the start time and less than the end time indicated by the time stamp. Here, the video / audio to be synchronized by the Java program is the video / audio multiplexed on the MPEG2 transport stream for recording at the time of service recording, and the time is always synchronized with the MPEG2 transport stream for recording. Therefore, the synchronization of the Java program with the time on the Record MPEG2 transport stream is the same as the synchronization of the Java program with the video and audio multiplexed in the Record MPEG2 transport stream.

  FIG. 48 shows an example of the execution processing of the Java program stored in the recording area using the storage management library 3605 by the AM 2205b which is given the channel identifier from the service manager 2204 and requested to play back the data broadcast at the time of playing back the service. It is a flowchart which shows.

  Referring to the flowchart of FIG. 48, after the AIT is given a channel identifier from the service manager 2204 and requested to reproduce the data broadcast during service playback (S-4801), the AIT is obtained by filtering the AIT according to the procedure described above. Alternatively, the Java program is acquired from the recording area (S-4802), the Java program whose control information described in the acquired AIT information is “autostart” is selected, the DSMCC identifier and the Java program name are extracted (S-4803), With the extracted DSMCC identifier, the data extraction unit 3703 of the storage management library 3605 is requested to extract the file system from the recording area (S-4804). The data extraction unit 3703 of the storage management library 3605 identifies the version of the version for which the specified DSMCC identifier is specified and the time stamp is valid from the file system for each version recorded in the recording area 3113 managed by the data management unit 3702. The file system is extracted and delivered to the AM (S-4805), and the AM stores the file system extracted from the recording area 3113 in the primary storage area 1608 (S-4806). Next, the AM acquires a Java program file to be executed from the file system based on the extracted Java program name, passes it to the JavaVM 2203, and instructs the Java program to start (S-4807). Further, the data extraction unit 3703 of the storage management library 3605 continues the time stamp end time for the version file system extracted from the recording area 3113 until the service playback is completed (S-4808). ~ S-4810) Again, the version file system in which the designated DSMCC identifier is specified and the time stamp is valid is identified from the file system for each version recorded in the recording area 3113 managed by the data management unit 3702. The process of handing over to the take-out AM (S-4805) is continuously repeated to realize the take-out from the recording area 3133 of the file system synchronized with the Playback time and the storage in the primary storage. Therefore, the JavaVM 2203 is always Pl It is feasible to use the files in the synchronized file system and yback time.

  Through the procedure as described above, the service manager 2204 receives the channel identifier, acquires the MPEG2 transport stream for Record or data stored in the recording area 3113, decrypts the data, reproduces the video / audio, and starts the Java program. This series of procedures is collectively referred to as “Service PlayBack”.

  The service PlayBack process by the service manager 2204 is basically the same as the service selection process, but at the time of service selection, playback of video / audio based on the data acquired from the broadcast wave and startup of the Java program are performed. On the other hand, at the time of service playback, video / audio reproduction based on data acquired from the recording area 3113 and activation of a Java program are different. The Record does not necessarily store all data included in the service. For this reason, not all data used at the time of service selection and at the time of service PlayBack is necessarily the same.

  Also, in the receiving terminal having the service Record / Playback function, with reference to FIG. 36, the Java library 3605 includes a recording manager management library 3604g. Further, the service manager management library 2205f in the Java library 3605 further provides a Java program with a function to play back services. The Java program realizes the functions of the Java program while using these libraries.

  The Java program can record a service by the recording manager 3606 by using the recording manager management library 3605g.

  Specifically, when the Java program passes the channel identifier to the recording manager management library 3605g, the recording manager management library 3605g passes the received channel identifier to the recording manager 3606. After that, the recording of the service is performed by the recording manager 3606 in the same manner as the channel recording using the EPG 3602, and the video / audio belonging to the service is based on the information described in the PMT identified by the program number corresponding to the channel identifier. Is recorded in the recording area 3113, and the Java program belonging to the service is recorded in the recording area 3113.

  In addition, the Java program can use the service manager management library 2205f to play back services by the service manager 2204.

  Specifically, when the Java program passes a channel identifier indicating the service stored in the recording area 3113 at the time of service recording to the service manager management library 2205f, the service management library passes the received channel identifier to the service manager 2204. After that, the service manager 2204 performs PlayBack of the service in the same way as the channel playback using the EPG 3602, and based on the information described in the PMT identified by the program number corresponding to the channel identifier, the video / audio belonging to the service Is played, and the Java program belonging to the service is started from the recording area 3113.

  As described above, the Java program can record a service by using the recording manager management library 3605g included in the Java library, and can perform a playback of the service by using the service manager management library 2205f. Is possible.

The effects of the service record / playback processing as in the present embodiment are as follows. As a first effect, one file system of the same version is stored for each one file system, and the storage area to the recording area 3113 can be reduced without redundant storage. Furthermore, even in the case of a new version file system, if the files contained therein are not changed from the previous version file system, they are not stored redundantly, thereby realizing a storage area in units of files. I am doing. As a second effect, the file system of each version is stored with a time stamp at the time of service recording, and video and audio transmitted synchronously in the same channel are multiplexed and stored in a stream for recording. Thus, at the time of service playback, the audiovisual data and the Java program that have been transmitted in synchronization can be reproduced in synchronization. As a third effect, the DSMCC specification defines a module unit (Modules of Data Carousels) and an object unit (UU Object in an Object Carousel) as data units to be repeatedly transmitted. It is a data unit that is more detailed than the module contained therein, and is the substance of each data such as Directory and File. A detailed description of the module and the object is omitted because it is a known technique described in the DSMCC specification (ISO / IEC 13818-6). The restoration and accumulation of the file system in the present invention is a mechanism for accumulating the files in the file system so that there is no duplication, and corresponds to restoration and accumulation of data in units of objects. The storage area can be reduced more efficiently than the prior art that performs storage. As a fourth effect, at the time of service recording, all Java programs included in the service are stored in the recording area 3113 as data restored as a file system. Therefore, at the time of service playback, MPEG2 section filtering for DSMCC is performed again. In addition, the file system restoration process can be omitted, the use of file resources can be reduced, and the startup time of the Java program can be shortened.
(Embodiment 2)
In the first embodiment, the version of the file system is checked at the time of service recording, and the file system of each version is time stamped and stored in the recording area 3113, thereby reducing the recording area 3113 and synchronizing with video and audio. Accumulation enabling Playback has been realized.

  However, the data repeatedly transmitted at regular intervals in the transport stream includes, in addition to the file system encoded in the DSMCC format, the program configuration in the transport stream and the control information of the Java program included in the service. There are tables such as PAT, PMT, and AIT to be expressed, and stream events. For example, an AIT included in a service describes a DSMCC identifier, a file name, a version number, control information, and the like of a Java program included in the service. Therefore, the information described in the AIT is necessary at the time of service playback.

  In the present embodiment, the information described in the AIT is stored in the recording area 3113 when the service is recorded. Further, since AIT is data that is repeatedly transmitted, not all of the repeatedly transmitted data is stored, but only the new version AIT is stored with a time stamp.

  Next, service record processing by the recording manager 3606 in the digital broadcast receiver having the service Record / Playback function as shown in FIG. 28 in the present embodiment will be described. The record process of the service by the recording manager 3606 in the present embodiment is almost the same except for the record process of the service by the recording manager 3606 in the first embodiment and the process related to AIT acquisition. Is omitted, and only the processing of the storage management library 3605h, which is given a channel identifier from the recording manager 3606, which is a difference, and requested to store data broadcasts, is described.

  When the data recording unit 3701 of the storage management library 3605h is given a channel identifier from the recording manager 3606 and is requested to store the data broadcast, first, in the same manner as in the service record processing in the first embodiment, , PMT, and AIT.

  Next, the data recording unit 3701 of the storage management library 3605h finds all the Java programs described in the AIT in the same manner as in the service record processing in the first embodiment, and the corresponding DSMCC identifier and Java program name. To extract.

  Next, the data recording unit 3701 of the storage management library 3605h collects the necessary DSMCC MPEG2 section using the DSMCC identifier obtained from the AIT, in the same manner as in the service record processing in the first embodiment, and DSMCC The file system is restored according to the method, and the file system is stored in the recording area 3113.

  Next, the data recording unit 3701 of the accumulation management library 3605h accumulates AIT information in the recording area 3113. Here, each Java program information in the AIT information is stored in the recording area 3113 in association with the storage position of the stored file system. FIG. 49 is a diagram illustrating an example in which AIT information and the accumulated file system are associated and stored in the recording area 3113. 49, elements having the same numbers as those in FIGS. 41 and 43 are the same as those in FIGS. A column 4901 stores the storage location of the accumulated file system corresponding to each Java program. The storage location of the file system may be a format that refers to a storage location that does not depend on the version. However, for each Java program described in the AIT, at the time of service playback, the service playback of the file system that includes each Java program. It is also possible to use a format in which a version file system with a valid time stamp can be referred to at a certain time. In the former case, at the time of service playback, the data extraction unit 3703 of the storage management library 3605h is requested to extract a version file system that is valid at a certain time based on the system storage position of the AIT information. In the latter case, since the reference to the file system of the valid version of the time stamp from the recording area 3113 at the time of service playback is described in the AIT information, the file system of the version valid in the data extraction unit 3703 of the storage management library 3605h There is an advantage that it is not necessary to request extraction of the file system and the file system acquisition process can be facilitated.

  Here, the AIT information is all information about all the Java programs described in the AIT as long as the information includes sufficient information to start / control the Java program included in the service at the time of playing back the service. Even if it is a part of information or information in a format completely different from AIT, the present invention can be implemented.

  Here, since tables such as PAT, PMT, and AIT are repeatedly transmitted at regular intervals, the same tables such as PAT, PMT, and AIT are transmitted in duplicate during the service record period. Therefore, the table such as PAT, PMT, and AIT that the data recording unit 3701 of the storage management library 3605h selects and collects by specifying the PID and section filter condition in the TS decoder 1602 at the time of the service record is repeated during the service record period. To be acquired.

  A single table such as PAT, PMT, AIT, etc. that is repeatedly transmitted / acquired is always transmitted / acquired without any change in the contents during the service record, or it is changed several times during the service record. There may be changes.

  Here, the data content in one table is called the version of the table, and the change of the data content in one table is called the version UP of the table. Here, the same version means that the current data content of the table that is repeatedly transmitted does not change from the previous content, and the new version means that the current data content that is repeatedly transmitted is the previous data content. It means that it has been changed from the contents.

  In the present invention, the version of a table such as AIT repeatedly transmitted (change of data contents) is confirmed by checking if the table such as AIT has a version, and comparing the version values, the version is different. However, the present invention can be implemented by any other method as long as it can detect a change in the contents of the table itself such as AIT.

  As described above, since one table is repeatedly transmitted / acquired during the service record period, if the same version table is accumulated in the recording area 3113, the recording area 3113 is wasted. On the other hand, during the service record period, one table may be version-up, and a new version table needs to be stored in the recording area 3113 so that the version can be updated at the time of service playback.

  FIG. 50 is a flowchart showing an example of recording processing of AIT information by the data recording unit 3701 of the storage management library 3605h given a channel identifier from the recording manager and requested to store data broadcasts.

  Referring to FIG. 50, the data recording unit 3701 of the storage management library 3605h first receives a channel identifier from the recording manager during the service record period and is requested to store the data broadcast (S-5001). Acquisition by filtering of AIT is continued in the procedure described above (S-5002 to S-5003, S-5007), and with reference to FIG. 45, acquisition by filtering of DSMCC MPEG2 section in the above procedure and We will continue to acquire the file system by restoring the file system.

  Then, the version of the table acquired repeatedly is checked for the same table, and if the version of the table acquired this time matches the version of the table acquired last time, the table acquired this time is not accumulated in the recording area 3113. (No of S-5004). On the other hand, if the version of the table acquired for the first time or the version of the table acquired this time is different from the version of the table acquired last time (if it is a new version), the table of the new version acquired this time is stored in the recording area 3113. I decided to. (Yes in S-5004) Further, in the table of each stored version, the time at which the next version-up table is newly acquired (end time) from the time at which the table of the new version is acquired (start time). It is assumed that a time stamp indicating the period until is added and accumulated (S-5006).

  Furthermore, referring to FIG. 49, the version of the file system in which the stored AIT information holds the storage position may change during the service record period. In preparation for such a case, the information of the AIT has the storage location of the file system in which each version including each Java program described in the AIT and including the Java program and having a time stamp for each version is stored. (S-5005). A method having the storage position of each version file system will be described later with reference to FIG.

  FIG. 51 shows a version recorded in the recording area 3113 with related information such as a time stamp added for each version by the data recording unit 3701 of the storage management library 3605h managed by the data management unit 3702 of the storage management library 3605h. It is an example which shows the information of every AIT. In FIG. 51, the same components as those in FIG. In FIG. 51, lines 5121 to 5123 indicate each version of information of each AIT accumulated in the recording area 3113. Column 5111 is the name of the AIT information stored in the recording area 3113, column 5112 is the version of the AIT information, column 5113 is the time stamp for each version of the AIT information, column 5114 is the channel identifier associated with the AIT information, A column 5115 indicates a storage location in the recording area 3113 for each version of AIT information. The AIT information name “AIT information-Y” and Version “1” information described in the row 5121 is the time stamp “0: 00-0: 20”, and the storage location is the recording area 3113. The AIT information name “AIT information-Y” and the version “2” AIT information described in the row 5122 is the time stamp “0: 20-0: 25” and stored The position is 5102 in the recording area 3113. Here, the AIT information “AIT information-Y” of version 2 stored in 5102 in the storage area 3113 is compared with the AIT information “AIT information-Y” of version 1 stored in 5101 in the row 5131. As shown, the control information of the Java program with the identifier “301” of the Java program is changed to “destroy”, and the control information of the Java program with the identifier “302” of the Java program is changed to “autostart” as shown in the row 5132. has been edited. In addition, the AIT information of the IT information name “AIT information-Z” and Version “1” described in the row 5213 is the time stamp “0: 00-1: 00”, and the storage position is the recording area. 3103 in 3113.

  FIG. 52 further shows that the AIT information managed by the data management unit 3702 of the storage management library 3605h is the time stamp for each version of the Java program in which the stored AIT information includes the Java program described in the AIT. It is an example which shows AIT information which has the storage position of the file system of each Version which has. In FIG. 52, the same components as those in FIGS. 51 and 46 are denoted by the same reference numerals, and description thereof is omitted. In FIG. 52, row 5211 to row 5221 describe the version file system that is valid for each time stamp in more detail regarding the file system including the Java program described in row 4111, and column 5201 represents the timestamp, column Reference numeral 5202 denotes the storage location of the file system for each version. The storage location 4901 of the file system including the Java program with the Java program identifier “301” described in the row 4111 of the AIT information “AIT information-Y” of Version 1 stored in 5101 in the storage area 3113 As shown in the row 5211 and the column 5201, the storage location of the file system “FS-A” of the version “1” having the time stamp “0: 00-0: 10”, as shown in the row 5212 and the column 5201, The file system “FS-A” of version “2” having the time stamp “0: 10-0: 25” is stored.

  Next, the PlayBack process of the service by the service manager in the digital broadcast receiver having the Record / Playback function of the service as shown in FIG. 28 in the present embodiment will be described. The service PlayBack process by the service manager in the present embodiment is almost the same except for the service PlayBack process by the service manager 2204 in the first embodiment and the process related to AIT acquisition. The description of the AM 2205b and the storage management library 3605h that have received a request for data broadcast reproduction from the service manager 2204, which are differences, is omitted.

  When the AM 2205 b is given a channel identifier from the service manager 2204 and is requested to reproduce data broadcast, the AM 2205 b first passes the designated channel identifier to the storage management library, and retrieves the AIT information stored in the recording area 3113. Ask. The storage management library 3605h further extracts AIT information having a version with a valid time stamp and AIT information included in the service corresponding to the designated channel identifier, and passes the extracted AIT information to the AM 2205b. The AM acquires AIT information stored in the recording area 3113 and having a valid time stamp at the time of service record included in the service corresponding to the designated channel identifier.

  Referring to FIG. 49, AM 2205b finds the “autostart” Java program from the AIT information, and extracts the corresponding Java program name. Referring to FIG. 49, AM 2205b extracts the Java program in line 4111, and acquires the storage location of the file system having the Java program name “a / TopXlet” and the version whose time stamp is valid. The AM 2205b stores the acquired file system in the primary storage 1608 or the secondary storage unit 1607. Here, since the storage location of the file system in which the time stamp is valid can be easily acquired, it is possible to omit processing such as acquiring the DSMCC identifier and inquiring the storage management library.

  Here, when the storage location of the file system does not hold the storage location of the file system of each version having a time stamp, but only holds the storage location of the file system, the AM 2205b stores the acquired file system storage location. May be transferred to the storage management library to request the retrieval of the file system stored in the recording area 3113, and the storage management library 3605h may perform processing such as extracting a file system having a version with a valid time stamp and passing it to the AM 2205b. .

  In addition, here, the AM 2205b obtains the file system of the Java program to be executed and saves it in the primary storage 1608 or the secondary storage unit 1607, even if the same method as in the first embodiment is used. Can be implemented. Specifically, the Java program “autostart” is found from the AIT information, and the corresponding DSMCC identifier and Java program name are extracted. Referring to FIG. 49, AM 2205b extracts the Java program on line 4111, acquires the DSMCC identifier “1” and the Java program name “a / TopXlet”, and passes the DSMCC identifier acquired from the AIT information to the storage management library. The file system stored in the recording area 3113 is requested to be taken out. The storage management library 3605h further extracts a file system having a version that is specified by the designated DSMCC identifier and has a valid time stamp, and passes the extracted file system to the AM 2205b. The AM 2205b The data is stored in the next storage 1608 or the secondary storage unit 1607. Even if this method is used, this embodiment can be implemented.

  FIG. 47 shows an example of a file system stored in the primary storage 1608 or the secondary storage unit 1607. Here, in FIG. 47, the same components as those in FIG.

  Next, the AM 2205 b delivers the Java program to be executed from the file system saved in the primary storage 1608 or the secondary storage unit 1607 to the Java VM 2203. If the name of the Java program to be executed is “a / TopXlet”, the file “a / TopXlet.class” with “.class” added to the end of the Java program name is the file to be executed. “/” Is a delimiter between directories and file names, and is a Java program to be executed by the file 4304 with reference to FIG. Next, the AM 2205b delivers the file 4304 to the Java VM 2203.

The Java VM 2203 executes the delivered Java program.
Here, during the playback of the service, the video and audio and the Java program need to be executed synchronously. Therefore, at the time of Playback of the service, when acquisition of a certain file system is requested from the Java VM 2203, the storage management library 3605h refers to the time stamp of the file system and extracts a version file system whose time stamp is valid. Here, the time stamp is valid means, for example, that the time on the MPEG2 transport stream in the service playback is not less than the start time and less than the end time indicated by the time stamp.

  FIG. 53 shows an example of the execution processing of the Java program stored in the recording area using the storage management library by the AM 2205b which is given a channel identifier from the service manager 2204 and requested to play back the data broadcast at the time of playing back the service. It is a flowchart to show.

Referring to the flowchart of FIG. 53, the AIT is given a channel identifier from the service manager 2204 during the service playback, and is requested to reproduce the data broadcast (S-5301). Then, the storage management library uses the designated channel identifier. (S-5302), the storage management library specifies the channel identifier from the recording area, and
Version AIT information with a valid time stamp is extracted (S-5303). Subsequently, a Java program whose control information described in the extracted AIT information is “autostart” is selected, a Java program name and a version file system whose time stamp is valid are extracted (S-5304). Based on the file system and the Java program name, the Java program file to be executed is acquired, transferred to the JavaVM 2203, and the Java program is instructed to start (S-5305). Furthermore, when the end time of the time stamp of the version AIT information extracted from the recording area comes (S-5306 to S-5308), the accumulation management library again until the service playback is completed. From the recording area, the version AIT information identified by the specified channel identifier and having a valid time stamp is taken out and transferred to the AM (S-4805). The process is continuously repeated, and the AIT information synchronized with the Playback time is stored. Thus, it is realized that the JavaVM always uses a file in the file system synchronized with the Playback time including the Java program described in the AIT information synchronized with the Playback time.

  In this way, by storing the AIT information with a time stamp attached to each version at the time of service recording, the process for the AM to acquire the AIT becomes unnecessary at the time of service playback. Furthermore, by storing the storage location of the version file system in which the information of the AIT to be stored is a file system constituting the Java program described in the AIT and the time stamp is valid, the information from the recording area 3113 is displayed at the time of service playback. File system acquisition is easy.

  In the present embodiment, AIT has been described as an example of a method for accumulating repeatedly transmitted data. However, as described above, data other than the file system encoded by DCMCC that is repeatedly transmitted at regular intervals in the transport stream includes tables such as PAT, PMT, and AIT, and stream events. . In the present embodiment, a time stamp is attached to data repeatedly transmitted at the time of service recording, the version is accumulated, and data required at the time of playing back the service is acquired from the recording area 3113 with reference to the time stamp and used. This method can also be applied to tables such as PAT and PMT, and data such as stream events.

The effects of the present embodiment are as follows.
As a first effect, as described in the first embodiment, the TS decoder 1602 can generate a PES packet or MPEG2 that matches the specified conditions from the MPEG2 transport stream based on the PID specified by the CPU 1606, the section filter conditions, and the like. The TS decoder 1602 has one or more PID filters 2002, one or more section filters 2003, and one or more descramblers 2004. Here, in particular, in the continuous filtering of PAT, PMT, and AIT described with respect to the section filter 2003, the TS decoder performs different section filter conditions, table_id “0”, table_id “2”, table_id “0x74”, However, since one section filter cannot simultaneously filter a plurality of tables (PAT, PMT, AIT, etc.), a section filter is used for each table that requires filtering. A section filter is a finite number of resources, but during service selection / service playback, it is necessary to continue filtering PAT, PAT, and AIT in order to detect changes in information about programs existing in the transport stream. Therefore, each section filter for filtering these tables is exclusively used.

  However, according to the present embodiment, at the time of service playback, AM does not need to acquire AIT, and therefore, continuous filtering of AIT from the transport stream by the TS decoder, or continuous PAT, PMT, and AIT. Filtering is unnecessary. Thereby, useless use of the section filter for filtering PAT, PMT, and AIT can be reduced.

  Further, as a second effect, since the stored AIT information holds the storage location of the version file system in which the time stamp is valid, the file system can be easily acquired from the recording area 3113 at the time of service playback.

  As a third effect, at the time of service playback, particularly during trick play (high-speed playback), a table such as PAT / PMT / AIT or the like is used in real time using a section filter from the transport stream stored in the recording area 3113. It is difficult to filter. In the present embodiment, the table filtered at the time of service record is accumulated in a form different from the transport stream, and the process of filtering the table from the transport stream at the time of service playback can be omitted, and the table of the table at the time of trick play can be omitted. Information can be easily acquired.

(Embodiment 3)
In the first embodiment and the second embodiment, the file system including all Java programs included in the service for which the Record is specified is accumulated. However, in the present embodiment, the Record is specified for the specified service. Of the included Java programs, which Java program is to be recorded is determined according to the control information 2602 of each Java program described in the AIT. The control information described in the AIT includes “autostart” that automatically executes a Java program, “present” that can be executed from other Java programs that are not automatically executed, “Kill” that is automatically terminated, Although “Destroy” exists, the Java program designated as “Kill” or “Destroy” in the control information is no longer necessary. Accordingly, only the file system including the Java program described in the AIT and including the Java program whose AIT control information is “autostart” or “present” is accumulated in the recording area 3113. Even if the file system is described in the AIT, the control information 2602 is “kill”. It is assumed that the file system including the Java program that is “Destroy” does not have to be stored in the recording area 3113.

  As described above, an object of the present embodiment is to realize more efficient reduction of the recording area 3113 by accumulating the file system including the Java program according to the control information of the AIT.

  Next, service record processing by the recording manager 3606 in the digital broadcast receiver having the service Record / Playback function as shown in FIG. 28 in the present embodiment will be described. The record process of the service by the recording manager 3606 in this embodiment is almost the same except for the record process of the service by the recording manager 3606 in the first embodiment or the second embodiment and the process related to AIT acquisition. The description of the equivalent processing is omitted, and only the processing of the storage management library 3605h which is given a channel identifier from the recording manager 3606 and requested to store the data broadcast is described.

  When the recording manager 3606 receives a channel identifier from the recording manager 3606 and requests the storage management library 3605h to store the data broadcast, first, according to the channel identifier, the storage management library 3605h performs the PAT, PAT, Acquire PMT and acquire AIT.

  Here, it is assumed that the acquired AIT information is information shown in FIG. FIG. 42 shows a file system including all Java programs described in the AIT. Then, referring to the AIT, a Java program “autostart” or “presnt” is found from the AIT, and all the corresponding DSMCC identifiers and Java program names are extracted. Referring to FIG. 41, the storage management library 3605h extracts the Java programs in the rows 4111 and 4112, the DSMCC identifier “1”, the Java program name “a / TopXlet”, the DSMCC identifier “1”, and the Java program name. Acquire “b / GameXlet”.

  Next, the accumulation management library 3605h acquires the PID of the TS packet stored in the DSMCC format from the PMT using the DSMCC identifier acquired from the AIT. Specifically, the PID of the elementary stream in which the stream type is “data” in the PMT and the DSMCC identifier of the supplemental information matches is acquired.

  Now, assuming that the DSMCC identifier is “1” and the PMT is FIG. 40, the elementary streams in the row 1114 match, and the PID “5014” is extracted.

  The accumulation management library 3605h designates the PID and section filter condition of the TS packet that transmits the MPEG2 section in which data is embedded in the TS decoder 1602 in the DSMCC format through the library 2201b of the OS 2201. Here, PID “5014” is given. The TS decoder 1602 performs filtering of the DSMCC MPEG2 section using the given PID, and passes the filtered data to the CPU 1606 through the primary storage unit 1608. As a result, the storage management library 3605h can collect necessary DSMCC MPEG2 sections. The accumulation management library 3605h restores the file system from the collected MPEG2 section according to the DSMCC method, and accumulates the file system in the recording area 3113.

  FIG. 54 shows an example of a file system stored in the recording area 3113 at the time of service recording. In FIG. 47, the same components as those in FIG.

  The storage management library 3605h continues to acquire the file system by performing AIT filtering, DSMCC MPEG2 section filtering, and file system restoration during the service record period in the same manner as in the first or second embodiment. The file system is time stamped and stored.

  Here, since the Java program to be stored has the same DSMCC identifier, it exists in the file system restored from the DSMCC MPEG section in the same elementary stream, but the Java program to be stored is different. The present invention can be implemented in other cases, such as when the DSMCC identifier is present and in different elementary streams.

  Here, in the first embodiment or the second embodiment, the service playback process by the service manager 2204 in the digital broadcast receiver having the Record / Playback function of the service as shown in FIG. Description is omitted because it is the same processing as in FIG.

  It should be noted that the files that the AM 2205b hands over to the Java VM 2203 for execution execution at the time of service selection or service playback are only the Java programs described in the AIT, and in the present embodiment, “a / “TopXlet.class” and “b / GameXlet.class”, but these files delivered to JavaVM 2203 and executed from Java VM 2203 can use all the files in the file system including itself at the time of execution. . Therefore, at the time of service recording, the Java program delivered to the JavaVM 2203 may be used at the time of execution. Therefore, all the files in the file system including the Java program described in the AIT are stored in the recording area 3113. The method of accumulating is taken. However, assuming a system that is not limited to MHP / OCAP / OCAP-DVR, when only the Java program described in the AIT is used at the time of service selection / playback, it is described in the AIT as shown in FIG. Only Java programs may be accumulated. In such a case, the storage management library 3605h uses the DSMCC identifier acquired from the AIT to restore the file system from the MPEG2 section according to the DSMCC method, and further, among the restored file systems, the Java program name “a / TopXlet ”, Only the Java program with the Java program name“ b / GameXlet ”is acquired and stored in the recording area 3113. FIG. 55 shows an example of a file system stored in the recording area 3113 at the time of service recording that can be said in such a case. In the figure, a circle represents a directory, 4301 is a root directory, 4302 is a directory “a”, 4303 is a directory “b”, 4304 is a file “TopXlet.class”, and 4305 is a file “GameXlet.class”.

As described above, by accumulating the file system or the file including the Java program according to the control information of the AIT by the method described in this embodiment, the accumulation area to the recording area 3113 is more effectively reduced. be able to.
(Embodiment 4)
With reference to FIG. 31 and FIG. 32, the TS decoder 1602, AV decoder 2005, AV encoder 3111, and multiplexer 3112 may be all or a part of one embodiment of the present invention. The invention can be implemented.

  In the present invention, the data output from the TS decoder 1602 and input to the AV decoder 2005 is assumed to be a PES packet. However, the output from the TS decoder 1602 and the input to the AV decoder 2005 are input from ES, etc. The present invention can be implemented even with data in a format.

  The audio signal and video signal encoding format by the AV encoder is based on the premise that the MPEG2 audio format by the MPEG2 audio encoder is in the case of an audio signal and the MPEG2 video format by the MPEG2 video encoder in the case of a video signal. In the above, it has been described that the AV encoder inputs an audio signal and a video signal and outputs a video / audio PES packet. However, the encoding format of the AV encoder is not limited to the MPEG2 audio and MPEG2 video formats, and is an output video / audio format. Is not limited to PES packets.

  In the embodiment of the present invention, it is described that the recording MPEG3 transport stream generated by the multiplexer 2812 is input and stored in the recording area 3113. However, the format of the stream stored in the recording area 3113 is MPEG2 transport. The present invention can be implemented not only in a stream but also in other formats such as an MPEG2 program stream.

  In the embodiment of the present invention, it is assumed that the multiplexer generates an MPEG2 transport stream. However, the multiplexer is not limited to TS Multiplexer, and other devices such as PS Multiplexer may perform the operation. Therefore, the format of the Record stream multiplexed by the multiplexer is not limited to the MPEG2 transport stream, and the present invention can be implemented with other formats such as an MPEG2 program stream.

  Further, in the present invention, at the time of service playback, the storage management library 3605h describes that the MPEG2 transport stream is taken out from the recording area 3113 and delivered to the TS decoder 1602, but the format of the story taken out from the storage area is The format is the same as that stored at the time of service recording, and is not limited to the MPEG2 transport stream, but may be in other formats. In addition, in the embodiment of the present invention, it is described in the embodiment of the present invention that 1602 decodes the MPEG2 transport stream in the TS decoder and AV decoder decodes the PES packet in the service playback, but the recording area 3113 The present invention can be implemented using other devices that are compatible with other decoding formats as long as the streams in the same format as the stored streams can be decoded.

  In the present invention, it is described that the recording area 3113 corresponds to the whole or a part of the secondary storage area 1607. However, even if the storage area 3113 is the primary storage 1608, HDD, BD, DVD, SD, etc. The semiconductor memory may be a separate terminal connected by some method such as TCP / IP connection, USB connection, IEEE 1394 connection, infrared connection, or the like. The stream format stored in the storage area 3113 is not limited to the MPEG2 transport stream, and the present invention can be implemented with other formats.

  In the present invention, it is also possible to delete the ROM 1609 by storing the contents stored in the ROM 1609 in the secondary storage unit 1607. Further, the secondary storage unit 1607 is configured by a plurality of sub-secondary storage units, and can be implemented even when individual sub-secondary storage units store different information. For example, one sub-secondary storage unit stores only tuning information, another sub-secondary storage unit stores the library 2201b of the OS 2201, and another sub-secondary storage unit stores the downloaded Java program. It is possible to divide in detail, such as.

  In the present invention, the downloaded Java program is stored in the primary storage unit 1607. However, it is possible to store the downloaded Java program in the secondary storage unit 1608. When saving to the primary storage unit 1608, all the saved information disappears when the power is turned off.

  Further, in the present invention, the reference hardware configuration example is shown in FIG. 16 for the parts not specified, but the present invention is naturally applicable to a hardware configuration using an adapter as shown in FIG. In this case, the same device having different identification numbers in FIG. 16 and FIG. 18 will be described with reference to FIG. For example, the CPU 1606 is interpreted as the CPU 1806. The same applies to FIGS. 20 and 21. Although FIG. 20 is used as the basic reference hardware configuration, the present invention is naturally applicable to FIG.

  In addition, there are two types of services in the OCAP environment described above. One is a normal service that exists in association with the PMT, and the other is an abstract service that exists without being associated with the PMT. The normal service is synonymous with the service described so far in the present invention. When the normal service is selected, the service manager 2204 performs tuning, descrambling, video / audio reproduction, and Java program activation. On the other hand, the abstract service includes only the Java program, and video / audio is not reproduced when the service is selected. Further, the Java program included in the abstract service is downloaded and activated when the abstract service is selected, but may be recorded in the secondary storage unit 1607 at that time. Once a Java program is recorded in the secondary storage unit 1607, the Java program is loaded from the secondary storage unit and started when a service is selected, unless a Java program newer than the recorded Java program can be downloaded. Will come to be.

  In the embodiment of the present invention, the service manager 2204 and the recording manager 3606 are Java programs written in the Java language, which are sequentially executed by the Java VM 1603 and described in the Java language through the JNI (Java Native Interface). Although it has been described that other subprograms that have not been called can be called or called, the service manager 2204 and the recording manager 3606 are written in a language other than the Java language such as C language. As with other subprograms, the present invention can be implemented even with a program executed on the CPU 1606.

  In the embodiment of the present invention, the storage management library 3605h is described as being included in the Java library 3605h. However, the storage management library 3605h is not included in the Java library 3605h, but is a subprogram described in a language other than the Java language such as C language. Thus, the present invention can be implemented even with a subprogram that can be called or called from another subprogram in a language other than Java.

  In the present invention, the “Java program” included in the service is described as a program written in the Java language and executed by the JavaVM. However, the “Java program” included in the service is described in another language. The present invention can be implemented even with different programs.

  The present invention is based on a broadcast receiving apparatus, but can be applied as long as it has a function of receiving a broadcast in another information device such as a mobile phone.

1 is a configuration diagram of a broadcasting system according to the present invention. It is an example of the usage of the frequency band used for communication between a broadcasting station side system and a terminal device in the cable television system which concerns on this invention. It is an example of the usage of the frequency band used for communication between a broadcasting station side system and a terminal device in the cable television system which concerns on this invention. It is an example of the usage of the frequency band used for communication between a broadcasting station side system and a terminal device in the cable television system which concerns on this invention. It is a block diagram of a TS packet defined in the MPEG2 specification. It is a schematic diagram of an MPEG2 transport stream. This is an example of division when a PES packet defined in the MPEG2 specification is transmitted using a TS packet. This is an example of division when an MPEG2 section defined by the MPEG2 specification is transmitted using TS packets. It is a block diagram of the MPEG2 section defined by the MPEG2 specification. This is an example of using the MPEG2 section defined by the MPEG2 specification. This is an example of using the PMT defined by the MPEG2 specification. This is an example of using PAT defined by the MPEG2 specification. This is an example in which a PES packet defined by the MPEG2 specification is encrypted. This is an example where the MPEG2 section defined by the MPEG2 specification is encrypted. This is an encryption determination sequence using EMM or ECM. It is a structural example of the hardware constitutions of the broadcast receiving apparatus which concerns on this invention. It is an example of the front panel of the input part 1610 in the hardware constitutions of the terminal device 1200 which concerns on this invention. It is a structural example of the hardware constitutions of the broadcast receiving apparatus which concerns on this invention. It is a hardware structural example of the broadcast receiving apparatus using CableCARD which concerns on this invention. It is a device connection example of the broadcast receiving apparatus according to the present invention. It is a device connection example of the broadcast receiving apparatus according to the present invention. It is a block diagram of the program structure which the terminal device 1600 which concerns on this invention preserve | saves. It is an example of EPG which the terminal device 1600 which concerns on this invention performs. It is an example of the information which the secondary memory | storage part 1607 concerning this invention preserve | saves. It is an example of the information which the primary storage part 1608 which concerns on this invention preserve | saves. It is a schematic diagram showing the content of AIT prescribed | regulated by the DVB-MHP specification which concerns on this invention. It is a schematic diagram showing the file system transmitted by the DSMCC system based on this invention. It is a block diagram showing the general hardware constitutions of the digital broadcasting receiver provided with the Record / Playback function of service. It is a figure which shows the hardware constitutions to which an adapter is physically connected. It is a figure which shows the hardware constitutions to which POD is physically connected. A conceptual diagram expressing a physical connection order and processing contents of each device and an input / output data format at the time of service record is shown. Another conceptual diagram representing the physical connection order and processing contents of each device and the data format of input / output at the time of service record is shown. A conceptual diagram expressing a physical connection order and processing contents of each device and an input / output data format at the time of service PlayBack is shown. Another conceptual diagram representing the physical connection order and processing contents of each device and the data format of input / output at the time of service PlayBack is shown. FIG. 30 is a conceptual diagram corresponding to a hardware configuration illustrated in FIG. 29 to which an adapter is physically connected. It is a figure which shows an example of the block diagram of the program memorize | stored in ROM and run by CPU. (1) is a configuration diagram of a storage management library, and (2) and (3) are diagrams showing examples of storage locations and necessary data for each stored data managed by the data management unit of the storage management library. It is. It is a figure which shows an example of the program schedule which the program display part of EPG displayed on the display. It is a figure which shows an example of the program schedule which the program display part of EPG displayed on the display. It is a figure which shows the example of PMT. It is the table | surface which represented typically an example of the information of the collected AIT. It is a figure which shows an example of the file system encoded into the transport stream by the DSMCC system. It is a figure which shows an example of the file system accumulate | stored in the recording area at the time of service Record. It is a figure which shows an example of one file system repeatedly transmitted / acquired during a service Record period. It is a flowchart which shows an example of the recording process of the file system by the data recording part of a storage management library. It is an example which shows the file system for every Version. It is a figure which shows an example of the file system preserve | saved at the primary storage or the secondary storage part. It is a flowchart which shows an example of the execution process of a Java program. It is a figure showing an example in which the information of AIT and the accumulated file system are matched and accumulated in the recording area. It is a flowchart which shows an example of the recording process of AIT information by the data recording part of a storage management library. It is an example which shows the information of AIT for every Version. It is a figure which shows an example which shows the AIT information which has the storage position of the file system of each Version which has the time stamp for every Version. It is a flowchart which shows an example of the execution process of a Java program. It is a figure which shows an example of the file system accumulate | stored in the recording area at the time of service Record. It is a figure which shows an example of the file system accumulate | stored in the recording area at the time of service Record. It is explanatory drawing of patent document 1. FIG.

Explanation of symbols

2100 terminal device 1811 adapter 1802 TS decoder 2101 tuner 2104 descrambler 2102 PID filter 2003 section filter 2005 AV decoder 2006 display / speaker 2007 primary storage

Claims (7)

A broadcast wave recording apparatus for recording / reproducing a broadcast wave composed of a plurality of data,
Means for receiving broadcast waves;
Extraction means for extracting data from broadcast waves;
Recording management means for recording the data extracted by the extracting means in the recording area and taking out the data recorded in the recording area;
A broadcast recording apparatus comprising: reproduction means for reproducing data taken out by the recording management means. The plurality of data included in the broadcast wave includes program data repeatedly transmitted at regular intervals,
The extraction means repeatedly extracts program data transmitted repeatedly at regular intervals at regular intervals,
If the recording management means determines that the program data extracted by the extraction means is the same as the program data extracted by the extraction means before the predetermined interval, the recording management means does not record in the recording area, and the extraction means When it is determined that the extracted program data is different from the program data extracted by the extraction means before the predetermined interval, it is recorded in a recording area,
The broadcast recording apparatus according to claim 1, wherein the reproduction unit executes the program data extracted from the recording area by the recording management unit. The program data repeatedly transmitted at regular intervals is the program data comprising an identifier and a version,
The record management means has the same identifier of the program data extracted by the extracting means as the identifier of the program data extracted by the extracting means before the predetermined interval, and the version of the program data extracted by the extracting means is If the extraction means has the same version of the program data extracted before the predetermined interval, the program data extracted by the extraction means is determined to be the same as the program data extracted by the extraction means before the predetermined interval. The broadcast recording apparatus according to claim 2. The plurality of data included in the broadcast wave further includes video and audio data transmitted without being repeatedly synchronized with the program data,
The extraction means further extracts video / audio data,
The recording management means further records the video / audio data extracted by the extracting means in a recording area,
The broadcast recording apparatus according to claim 3, wherein the reproduction unit performs reproduction of the video and audio extracted by the recording management unit and execution of a program extracted by the recording management unit. The recording management means further has an effective period indicating from the time when the same program data as the program data is first extracted to the time when the same program data as the program data is last extracted when the program data is recorded in a recording area. In addition, when the reproduction means executes the program data, the program data including the reproduction time in the effective period is taken out from the recording area,
The broadcast recording apparatus according to claim 4, wherein the reproduction unit synchronizes reproduction of the video and audio extracted by the recording management unit and execution of the program data extracted by the recording management unit. The plurality of data included in the broadcast wave further includes a program control table repeatedly transmitted at regular intervals having control information of the program data, and the plurality of data included in the broadcast wave is referred to as a plurality of services. Each service is grouped in units, and each service includes the video / audio data, the program data, and one program control table,
The program control table is a program control table that describes a plurality of program data included in the same service and includes a version,
The extraction means further extracts the program control table of the service designated for recording repeatedly at regular intervals, repeatedly extracts all program data described in the extracted program control table at regular intervals,
The recording means further records the program control table extracted by the extracting means in a recording area when the version is determined to be the same as the version of the program control table extracted by the extracting means before the predetermined interval. If the version of the program control table extracted by the extraction unit is different from the program control table extracted by the extraction unit before the predetermined interval, the program control table is recorded in a recording area, and the program control table is recorded. When recording in the area, a table valid period indicating from the time when the program control table having the same version as the program control table is first extracted to the time when the program control table having the same version as the program control table is last extracted is added. Then record and replay When the playback means executes the program data according to the specified service, all program data described in the program control table including the playback time in the table valid period is taken out from the recording area,
The reproduction means further executes the program data retrieved by the recording management means according to information of the program control table retrieved by the recording management means according to a service designated for reproduction. 5. The broadcast recording device according to 5. The program control table further describes whether or not each program data included in the same service including it is used during a period in which the service is designated for recording or reproduction,
The extraction means is further described to repeatedly extract the program control table of the service designated for recording at regular intervals, and to use the program control table for the period specified in the extracted program control table and designated for service reproduction. Extracted program data repeatedly at regular intervals,
The recording means is further described in the program control table including the reproduction time in the table valid period and designated to reproduce the service when the reproducing means executes the program data in accordance with the service designated to reproduce. The broadcast recording apparatus according to claim 6, wherein program data described to be used in a period is extracted from the recording area.

Images