MX2007013716A - Recording and reproduction apparatus and recording and reproduction method. - Google Patents

Abstract

In the case where plural applications are executed at the same time, if each application instructs for different trick play to the same content, a difference is caused between an ideal reproduction state expected by each application and an actual reproduction state. The present invention makes it possible to keep the reproduction state unchanged as long as normal reproduction or trick play is not accepted, by including a moving picture trick play reproduction management unit (2501) which determines, in response to an instruction for one of normal reproduction and trick play, whether or not to accept, according to a rule, the instruction, and retains details specified by the instruction in the case of accepting the instruction, and a moving picture reproduction processing unit (2502) which reproduces a moving picture based on the details retained by the moving picture trick play management unit (2501).

Description

RECORDING AND REPRODUCTION EQUIPMENT AND RECORDING AND REPRODUCTION METHOD FIELD OF THE INVENTION The present invention refers to a recording and reproduction apparatus that accumulates contents and reproduces the accumulated contents. In particular, the present invention relates to an exclusive trick playback control system for use with the recording and playback apparatus for trick reproduction processing.

BACKGROUND OF THE INVENTION Various contents are included in a transmission wave sent from a transmission station. Apart from video and audio used in a normal television program, there are cases in which data is included in the contents. There are several methods for sending the data, which can be broadly divided into a method for sending the data chronologically and a method for repeatedly sending the data by fixed interval. In the first method of sending the data chronologically, for example, data continuing from the time course are sent in sequential order. This method is suitable for sending large amounts of data over a long period of time, but there is a disadvantage in that the data could not be REF .: 185905 received due to the synchronization of the shipment can not be received again. On the other hand, in the last method of repeatedly sending the data at a fixed interval, the same data is sent repeatedly any number of times during a fixed period. This method has the advantage that during the period when the same data is being sent, it is acceptable to receive any of the data pieces sent repeatedly, and in this way the reception timing is not limited. For example, the transmission of data, represented by BML, and the sending of files through a DSMCC data carousel are examples of this method. It is unknown, particularly in transmission, when the receiver selects a channel and reception begins. In the method of sending the data chronologically, when the reception starts after the synchronization of the sending and the acquisition of the data fails, the data can not be reacquired. Therefore, when sending data such as an application program together with video and audio in the transmission wave, the method of repeatedly sending the data by fixed interval is favorable. Currently, the specifications to receive a transmission wave that includes video, audio and an application program and run the application program in synchronization with video and audio, with in the previous method, they have been developed, and they are in operation. It is possible to receive the application program sent, load the application program in a terminal and implement several additional functions when executing the loaded application program, instead of simply watching the ordinary video and audio. This method to send the application program and load the application program into the terminal is also called "download". For example, a specification called Digital Video Broadcasting - Domestic Multimedia Platform (DVB-MHP) ETSI ES 201 812 VI .1.1 (2003-12) has been developed in Europe, and specifications according to this specification have already started. In addition, the OCAP 1.0 specification (Open Cable Application Platform OC-SP-OCAP1.0-114-050119), which provides the same specification in the cable broadcast environment in the United States, is being developed in the United States. , and currently the operations are scheduled to start in 2005. In these specifications, the application is written in the Java language. In the terminal, several types of Application Programming Interface (API) are prepared for tuning and visual presentation of graphs in such a way that the Java application can control those functions when invoking the API. In addition, in North America, the OCAP-DVR specification (OC-SP-OCAP-DVR-I01-040524), which focuses on adding a function to record and play the contents in the OCAP specification, is being developed. This is for the recording of the content that will be transmitted (such as video, audio and an application) and the additional playback of the recorded content as well as the content that will be broadcast. Moreover, with OCAP-DVR, content trick playback is achieved by recording content transmitted to a high-speed random accessible storage medium, such as a hard disk, a semiconductor memory, and the like. Here, trick play refers to functions to play the contents at an arbitrary speed, from an arbitrary position, and so on, such as fast forward, rewind, slow motion, pause and jump. With OCAP-DVR, the application taken at the terminal coming from the transmission wave can control the recording and playback of content trick by defining the API in the terminal for trick recording and playback. In particular, a Java Media Framework (JMF) is adopted for trick playback. The JMF is an API that is designed in Java language and is used to control video and audio playback. The application can perform trick playback by sending several instructions to a class called Player.

Also, a technique for achieving trick reproduction is described in the patent reference "EP 0 692 123". Specifically, it is a method for easily manufacturing a reproduction apparatus (mainly software) that plays video and audio (content). The method can easily achieve a consistency between an original time axis of the content and a time axis actually used by the reproduction apparatus, by physically and conceptually integrating time concepts. In case several applications run at the same time, if each of the applications instructs, in the same content, to perform different trick playback, a difference is caused between an ideal reproduction state desired by each application and a state of real reproduction. This problem is obvious in case there is an application that is linked to a certain program and an application that is not linked to the program. For example, the application linked to the program knows the synchronization of optimal instructions of the trick playback of the program. As long as the application instructs to carry out trick playback in optimal instruction synchronization, if the application that is not linked with the program sends with different instruction for trick playback, an optimal trick playback result can not get. In case the various applications separately instruct, on the same video and audio, perform trick playback using the known technique represented by the JMF, a state of unexpected playback by the application is created whenever each of the Apps can not prevent trick playback instructions sent from other applications. As a result, unexpected operations and application failures are occasioned so that the optimal trick playback result can not be obtained.

Additional information about the technical background of this application The descriptions of the provisional application of E.U.A. No. 60/685377 filed May 31, 2005 and No. 60/752887 filed December 23, 2005, each including specification, figures and claims, are hereby incorporated by reference in their entirety.

BRIEF DESCRIPTION OF THE INVENTION To achieve the aforementioned objective, a recording and reproducing apparatus of the present invention is a recording and reproduction apparatus that receives and records a content included in a transmission wave, and executes an application program included in a predetermined service in parallel with the playback of the recorded content. The recording and reproducing apparatus includes: a storage unit in which the received content and the application program are stored; an execution unit that executes the application program; a reproduction unit that reproduces the content stored in the storage unit and a reproduction speed control unit that receives a playback speed of the content requested by the application program, and controls a reproduction rate unit of the content that will be reproduced by the reproduction unit so that it is at the received reproduction speed, where, in case there is a first application program that has requested the playback speed of the content already accepted as a normal reproduction and a second application program requesting a new reproduction speed, when the new reproduction speed request is received, the playback speed control unit accepts the new playback speed request from the second application program. As a result, a playback state can not be changed until a trick playback is received. Therefore, an unexpected operation or program failure Application can be avoided, and an optimal trick reproduction result can be obtained. As a result, observers can be prevented from being confused. Moreover, to achieve the above-mentioned objective, a recording and reproducing apparatus of the present invention is a recording and reproduction apparatus that receives and records a content included in a transmission wave, and executes an application program included in a service default in parallel with the playback of the recorded content. The reproduction and recording apparatus includes: a storage unit in which the received content and the application program are stored; an execution unit that executes the application program; a reproduction unit that reproduces the content stored in the storage unit and a reproduction speed control unit that receives a playback speed of the content requested by the application program, and controls a playback speed of the content that will be reproduced by the reproduction unit to be at the received reproduction speed, where in case a first application program has requested the playback speed of the content already accepted as a normal reproduction and a second application program requesting a new playback speed are different, when you receive the new playback speed request, playback speed control compares a priority level of the first application program with a priority level of the second application program, and controls the playback speed of the content so that it is at a playback speed requested by the application with a higher priority level. As a result, the application program with a low priority level can be prevented from changing the playback state while an application program is changing the playback speed. Therefore, an unexpected operation or failure of the application program can be avoided, and an optimal trick reproduction result can be obtained. As a result, observers can be prevented from getting confused. Moreover, the reproduction speed control unit can determine wer the first application program and the second application program belong to different services or not by comparing information that refers to an identifier of a service to which the first program of the first program belongs. application with information that refers to an identifier of a service to which the second application program belongs; and deny a request for change of reproduction speed of the second application program, in case the second application program does not belong to the service of the first application program. Consequently, while an application program is changing the playback speed, only an application program belonging to the same service as that application program can change the playback state. In addition, the playback speed control unit can determine wer the first application program and the second application program belong to different services or not by comparing the information that relates to an identifier of a service to which the first program belongs. application with information that refers to an identifier of a service to which the second application program belongs; and in case the second application program belongs to the service of the first application program, when the priority level of the second application program is higher than the priority level of the first application program, control the playback speed of the content so that it is at the reproduction speed requested by the second application program. As a result, the application program with a low priority level can be prevented from changing the playback state while an application program is changing the playback speed.

In addition, in case the priority level of the first application program is equal to the priority level of the second application program, the playback speed control unit can control the playback speed of the content so that it is at the speed of reproduction requested by the second application program. As a result, observers can be prevented from getting confused even if two application programs have the same level of priority. In addition, the playback speed of the content that has already been accepted that has been requested by the first application program may be a playback speed that is different from the playback speed for normal playback. It should be noted that the present invention can be achieved as the recording and reproducing apparatus mentioned above, the recording and reproducing method, a program, or as a recording medium for storing that program.

BRIEF DESCRIPTION OF THE FIGURES These and other objects, advantages and characteristics of the invention will become apparent from the following description thereof taken in conjunction with the figures annexes illustrating a specific embodiment of the invention. Figure 1 is a diagram showing a structure of a cable television system according to a first embodiment of the present invention. Figure 2 shows an example of the use of frequency bands used for communications between a distribution center and terminal apparatuses in the cable television system according to the present invention. Figure 3 shows an example of the use of frequency bands used for communications between the distribution center and the terminal apparatuses in the cable television system according to the present invention. Figure 4 shows an example of the use of frequency bands used for communications between the distribution center and the terminal apparatuses in the cable television system according to the present invention. Figure 5 is a diagram showing a configuration of a terminal apparatus in the cable television system according to the present invention. Figure 6 shows an example of an external view of the terminal apparatus in the cable television system according to the present invention. Figure 7 shows an exemplary external view of an input unit 513 in the case where it is configured in the form of a front panel.

Figure 8 is a diagram showing a structure of a package defined in the MPEG standard. Figure 9 shows an example of a transport stream MPEG-2. Fig. 10 is a diagram showing a structure of the program stored in a terminal apparatus 500 according to the present invention. Figures 11A-11B show an example of a visually presented screen with a visual presenter 509 according to the present invention. Figure 12 shows an example of information stored in a secondary storage unit 510 according to the present invention. Figures 13A-13C show an example of information stored in a primary storage unit 511 according to the present invention. Figure 14 shows an example of a screen presented visually by the visual presenter 509 according to the present invention. Figure 15 shows an example of information stored in a primary storage unit 511 according to the present invention. Figure 16 shows an example of a screen presented visually by the visual presenter 509 according to the present invention.

Figure 17 is a schematic diagram showing the details of a PAT specified in the MPEG-2 standard according to the present invention. Figure 18 is a schematic diagram showing the details of a PMT specified in the MPEG-2 standard in accordance with this invention. Figure 19 is a schematic diagram showing the details of an AIT specified in the 0CAP1.0 standard according to the present invention. Figure 20 is a schematic diagram showing a file system sent in DSMCC format according to the present invention. Figure 21 is a schematic diagram showing the details of an XAIT according to the present invention. Figure 22 shows an example of a screen presented visually by the visual presenter 509 according to the present invention. Figure 23 shows an example of information stored in a primary storage unit 511 according to the present invention. Figure 24 shows an example of information stored in the primary storage unit 511 according to the present invention. Figure 25 is a diagram showing a structure of JMF1205a according to the present invention. Figures 26A-26C show an example of information stored in the primary storage unit 511 according to the present invention. Fig. 27 is a diagram showing a specific example of a motion image generation speed management unit according to the present invention. Fig. 28 is a diagram showing a specific example of a moving image reproduction processing unit according to the present invention. Fig. 29 is a flow diagram according to the first embodiment. Figure 30 is a flow diagram according to the first embodiment. Figures 31A-31B are a flowchart according to the first embodiment. Figure 32 shows an example of information stored in a primary storage unit 511 according to the present invention. Figure 33 is a flow diagram according to the second embodiment. Fig. 34 is a flow diagram according to the third embodiment. Figure 35 is a flow chart in accordance with the fourth modality Figure 36 is a flow chart according to the fourth embodiment. Figure 37 is a flow diagram according to the fifth embodiment. Figure 38 is a flow diagram according to the fifth embodiment. Figure 39 shows an example of information stored in the primary storage unit 511 according to the present invention. Figure 40 shows an example of information stored in the primary storage unit 511 according to the present invention. Figure 41 shows an example of information stored in the primary storage unit 511 according to the present invention. Figure 42 is a flow chart according to the sixth embodiment. Fig. 43 is a diagram showing a specific example of recording reservation processing according to the sixth embodiment. Figure 44 is a flow diagram according to the seventh embodiment. Figure 45 is a flow diagram according to the seventh embodiment.

Figure 46 is a flow diagram according to the seventh embodiment. Figure 47 shows an example of information stored in the primary storage unit 511 according to the present invention. Figure 48 shows an example of information stored in the primary storage unit 511 according to the present invention. Figure 49 is a diagram showing a configuration of a terminal apparatus in the cable television system according to the eighth embodiment. Figure 50 is a diagram showing an example of an AIT according to the eighth embodiment. Fig. 51 is a diagram showing an example of an XAIT according to the eighth embodiment and Fig. 52 is a flow diagram according to the eighth embodiment.

DETAILED DESCRIPTION OF THE INVENTION To overcome conventional problems, the present invention includes: a motion image trick reproduction management unit that determines, in response to an instruction for a normal play and trick play, whether or not it accepts , according to a rule, instruction, and in the case of accept the instruction, to retain details specified by the accepted instruction; and a moving image reproduction processing unit that reproduces a moving image based on the details retained by the motion picture trick playback management unit. Consequently, the state of reproduction can not be changed until a normal reproduction and trick reproduction is received. Moreover, the motion picture trick playback management unit also accepts an instruction for normal play and stunt reproduction of a program, and does not accept, while retaining the details specified by the accepted instruction, an instruction for a normal play and trick play of another program. As a result, you can prevent the playback state from being changed by another program while a program is changing the playback speed. In addition, the motion picture trick playback management unit furthermore accepts an instruction for a normal play and trick reproduction of a program, and does not accept, while retaining the details specified by the accepted instruction, an instruction for one of normal playback and trick playback of another program that belongs to a category different from the program. Consequently, while the program is changing the playback speed, only the program that belongs to the same category as the program can change the playback status. Moreover, the motion picture trick playback management unit further accepts an instruction for a normal play and trick reproduction of a program, and does not accept, while retaining the details specified by the accepted instruction, an instruction for a Normal playback and trick playback of another program that belongs to a different service than the program. Consequently, while the program is changing the playback speed, only the program that belongs to the same service as the program can change the playback status. In addition, the motion picture trick playback management unit furthermore accepts an instruction for a normal play and trick reproduction of a program, and does not accept, while retaining the details specified by the accepted instruction, an instruction for one of Normal playback and trick playback of another program that has a different identifier from the program. Consequently, while the program is changing the playback speed, only the program that have the same identifier as the one in the program can change the reproduction status. Further, the motion picture trick playback management unit furthermore accepts an instruction for a normal play and trick play of a program, and does not accept, insofar as it preserves the details specified with accepted instruction, an instruction for a Normal playback and trick playback of another program that has a lower priority level than the program. As a result, while the program is changing the playback speed, you can prevent the program with a lower priority level from changing the playback state. In addition, the motion picture trick playback management unit furthermore accepts an instruction for a normal play and trick reproduction of a program, and does not accept, while retaining the details specified by the accepted instruction, an instruction for one of normal playback and trick playback of another program that belongs to a different service and has a lower priority level than the program. As a result, while the program is changing playback speed, only a program that belongs to the same service and has a higher priority level than the program can change the playback status.

In addition, the motion picture trick play management unit furthermore accepts only one instruction for normal play and trick play of one or more predetermined programs. As a result, while the program is changing playback, you can prevent a program that is different to a specific program from changing the playback state. Moreover, the motion picture trick playback management unit furthermore accepts only one instruction for normal play and trick play from one or more predetermined programs included in a content to be transmitted. Consequently, while the program is changing the playback speed, it can be prevented that an included program that is different from a specific content to be transmitted changes the reproduction status. Moreover, the motion picture trick playback management unit further accepts an instruction for a normal play and trick play of one or more predetermined programs included in recorded content. Consequently, while the program is changing the playback speed, a program included in a content that can be be different from a specific content to be recorded change the playback status. Moreover, the motion picture trick playback management unit furthermore accepts only one instruction for a normal play and trick play of one or more predetermined programs included in an abstract service. As a result, while the program is changing the playback speed, you can prevent a program included in a content that is different from a specific abstract service from changing the playback state. In addition, the motion picture trick playback management unit furthermore accepts only one instruction for a normal play and trick play of a program having an identifier within a certain range. Consequently, while the program is changing the playback speed, only a program that has an identifier in a certain range can change the playback state. Moreover, the present invention further includes a reservation management unit that administers a right to send an instruction for normal playback and trick playback to the motion picture trick playback management unit, wherein the trick play administration Moving pictures accepts only one instruction for a normal play and trick play of a program that has the right administered by the reservation management unit. As a result, a program that does not have the right can be prevented from changing the state of reproduction. In addition, the motion picture trick play management unit further accepts an instruction for trick play from a program, and does not accept, while preserving details specified by the accepted instruction, an instruction for a normal play and stunt play. from another program. As a result, it can be prevented that, while the program is performing trick playback, another program changes the playback state. Moreover, the present invention further includes a recording reservation management unit that provides, to a program that has instructed the motion picture reproduction processing unit to reproduce a moving image, a right to give an instruction for reproduction of trick, and in case the program instructs the processing unit of reproduction of moving images to stop the reproduction of moving image, depriving the right to give an instruction for trick reproduction, where the The motion picture trick playback management unit accepts only one instruction for a normal play and trick play of the program that has the right administered by the reservation management unit. As a result, it can be prevented that, while the program that instructed the playback of content is performing trick playback, another program changes the playback state. Moreover, the present invention further includes a recording reservation management unit that provides, to a program that has instructed the motion picture reproduction processing unit to reproduce a moving image, a right to give an instruction for reproduction of trick, and in case the program instructs the processing unit of reproduction of moving images to stop the reproduction of the moving image, to deprive the right to give an instruction for trick reproduction, wherein the unit of administration of motion picture trick playback accepts only one instruction for a normal play and trick play of a program in a service included in the program that has the right administered by the reservation management unit. Consequently, it can be avoided that, while the program that instructed a reproduction ofcontent is carried out trick play, another program change the playing status. Moreover, the present invention further includes a moving image selection unit which accepts an instruction for the selection of a moving image to be reproduced, to provide, to a program which has identified the moving image to be reproduced, a right to give an instruction for trick play, and in case the program instructs to cancel the selection of the moving picture, to deprive the right to give an instruction for trick play, wherein the trick play management unit of motion pictures accepts only one instruction for a normal play and trick play of the program that has the right managed by the motion picture selection unit. Consequently, it can be avoided that, while the program that instructed the selection of content to be reproduced is performing trick playback, another program changes the playback state. Moreover, the present invention further includes a moving image selection unit which accepts an instruction for the selection of a moving image to be reproduced, to provide, to a program which has identified the moving image to be reproduced, a right to give an instruction for trick play, and in the event that the program instructs to cancel the selection of the moving image, deprive the right to give an instruction for trick playback, wherein the motion picture trick playback management unit accepts only one instruction for one of reproduction normal and trick playback of a program in a service included in the program that has the right managed by the moving image selection unit. As a result, it can be prevented that, while the program that instructed the playback of content is performing trick playback, another program changes the playback state. It should be noted that the present invention can be achieved as that apparatus for reproducing moving images, but also as a method of executing programs having, as steps, characteristic units included in the moving image reproduction apparatus, or as a program to cause a computer to execute these steps. Furthermore, it is obvious that this program can be distributed by means of a recording medium such as CD ROM and a transmission medium such as the Internet. The moving image reproduction apparatus according to the present invention can prevent the reproduction speed from being changed unless it is receive a normal reproduction or trick play, so you can avoid the occurrence of a situation in which an optimal trick play result can not be obtained. Therefore, the present invention can avoid causing unexpected operations and failures, increase the ability of observers to use and reduce the occurrence of a situation that a program generator has to wait for, in order for a program to be easily generated. Hereinafter, the embodiments of the present invention will be described with reference to the diagrams.

First Mode The mode of the cable television system according to the present invention will be explained with reference to the diagrams. Figure 1 is a block diagram showing the relationship between apparatuses that make up the cable system, which are a distribution center 101, and three terminal apparatuses that are recording and reproduction apparatuses: a terminal apparatus There, a terminal apparatus B112 and a C113 terminal apparatus. In the present embodiment, three terminal apparatuses are connected to a distributor center, but the present invention can be carried out even with an arbitrary number of terminal apparatuses that are connected to the distributor center. The distributor center 101 transmits, to several terminal devices, transmission signals such as video, audio and data, and receive data transmitted from the terminal devices. In order to implement this, frequency bands are divided to be used in data transmission between the distribution center 101, and the terminal apparatus there, the terminal apparatus B112 and the terminal apparatus C113. Figure 2 is a table indicating an example of the division of the frequency bands. Frequency bands are broadly divided into two types: Out of Band (abbreviation OOB) and In Band. A frequency band of 5 to 130 MHz is assigned to OOB to be used primarily for data exchange between the distribution center 101, and the terminal apparatus there, the terminal apparatus B112 and the terminal apparatus C113. A frequency band of 130 MHz to 864 MHz is assigned to In-Band, and is mainly used in a transmission channel that includes video and audio. QPSK type modulation with OOB is used, while a QAM64 modulation type is used with In-Band. The modulation type technology is generally known and is of little concern for the present invention, and therefore detailed descriptions are omitted. Figure 3 is an example of a more detailed use of the OOB frequency band. A frequency band of 70 MHz to 74 MHz is used to transmit data from the distribution center 101. In this case, all of the terminal apparatus there, the terminal apparatus B112 and the terminal apparatus C113 receive the same data from the distribution center 101. Meanwhile, a frequency band of 10.0 MHz to 10.1 MHz is used to transmit data from the terminal apparatus there to the distribution center 101. A frequency band of 10.1 MHz to 10.2 MHz is used to transmit data from the terminal apparatus B112 to the distribution center 101. A frequency band of 10.2 MHz to 10.3 MHz is used to transmit data from the terminal apparatus C113 to the distribution center 101. Consequently, data that is unique to each terminal apparatus may be transmitted. to the distributor center 101 from the terminal apparatus there, the terminal apparatus B112 and the terminal apparatus C113. Figure 4 is an example of use of a band of frequencies in band. The frequency bands of 150 MHz to 156 MHz and 156 MHz to 162 MHz are assigned to a channel 1 and a channel 2 respectively, and subsequently, channels are allocated at 6 MHz intervals. 310 MHz and the subsequent frequencies are assigned to channels radio at 1 MHz intervals. Each of these channels can be used as analog transmission or as digital transmission. In the case of digital transmission, the data is carried in a transport packet format under the MPEG-2 specifications, and it is also possible to send data for each type of data transmission, in addition to audio and video data. The distributor center 101 has a unit of QPSK modulation, a QAM modulation unit and the like to transmit suitable transmission signals to the respective frequency bands. In addition, the distribution center 101 has a QPSK demodulation unit to receive data from the terminal devices. Also, it is assumed that the distribution center 101 also has several devices related to the previous demodulation units and the demodulation unit. However, the present invention relates mainly to terminal devices, and detailed descriptions are therefore omitted. The terminal apparatus There, the terminal apparatus B112 and the terminal apparatus C113 receive and reproduce transmission signals transmitted from the distribution center 101. In addition, the terminal apparatus There, the terminal apparatus B112 and the terminal apparatus C113 transmit unique data for each terminal apparatus to the distribution center 101. In this embodiment, these three terminal devices will have the same configuration. Figure 5 is a block diagram showing a hardware configuration of a transmission reception apparatus having a function of recording contents to be transmitted and a function of reproducing the recorded contents. 500 It is a terminal device, which is formed of a demodulation unit QAM501, a unit of QPSK demodulation 502, a QPSK modulation unit 503, a TS 505 decoder, an audio decoder 506, a loudspeaker 507, a video decoder 508, a visual presenter 509, a secondary storage unit 510, a primary storage unit 511, a ROM 512, an input unit 513, a CPU 514, an audio encoder 520, a video encoder 521, and a multiplexer 522. Moreover, a POD 504 can be connected to or disconnected from the terminal apparatus 500. FIG. 6 shows a television with a slender profile, which is an example of an external view of the terminal apparatus 500. 601 It is a television housing with a slender profile, which contains all the constituent elements of the terminal apparatus 500 except for the POD 504. 602 It is a visual presenter corresponding to the visual presenter 502 of Figure 5. 603 It is a front panel unit which is formed of several buttons and which corresponds to the input unit 513 in the figure 5. 604 It is a signal input terminal to which a cable line is connected to transmit or receive signals to and from the distribution center 101. The signal input terminal is connected to the demodulation unit QAM 501, the unit of demodulation QPSK 502 and the QPSK modulation unit 503 shown in Figure 5. 605 It is a POD card corresponding to the POD 504 in Figure 5. The POD 504 is incorporated independently of the terminal apparatus 500 and can be connected to and disconnected from the terminal apparatus 500, as in case of the POD card 605 of figure 6. A detailed description of the POD 504 is given below. 606 It is an insertion slot into which the POD card 605 is inserted. With reference to figure 5, the QAM demodulation unit 501 demodulates a signal that has been modulated by QAM in and transmitted from the distribution center 101, according to tuning information including a frequency specified by the CPU 514, and passes the result to the POD 504. The demodulation unit QPSK 502 demodulates a signal that has been modulated by QPSK in and transmitted from the distribution center 101, according to tuning information including a frequency specified by the CPU 514, and passes the POD 504. The QPSK modulation unit 503 modulates by QPSK a signal passed from the POD 504, according to modulation information including a frequency specified by the CPU 514, and transmits the result to the distribution center 101. The POD 504 , like 605 in Figure 6, can connect / disconnect from the main body of the terminal apparatus 500. The definition of the connection interface between the main body of the termination 500 and the POD 504 is given in OpenCable ™ HOST-POD Interface Specification (OC-SP-HOSTPOD-IF-112 -030210) and in specifications mentioned by that specification. POD is commonly called CableCARD. The POD 504 mainly performs coding processing (generally referred to as conditional access or as CA) in the coded signal transmitted from the distribution center 101 and intermediate processing for bidirectional communications between the distribution center 101 and the terminal apparatus 500. In decoding of the coded signal transmitted from the distribution center 101, the POD 504 receives the signal from the demodulation unit QAM 501 and encodes the received signal in case the received signal has been coded. The POD 504 then transmits the decoded signal to the TS 505 decoder of the terminal apparatus 500. While any decoding method is applicable, the method to be used is generally kept unknown, so there is a common case in which even a manufacturer of the terminal apparatus 500 does not know the method used. Moreover, in the intermediate processing for bidirectional communications between the distributor center 101 and the terminal apparatus 500, the terminal main body 500 performs processing to indirectly allow bidirectional communications with the distribution center 101, using the function defined as a connection interface of the POD 504. The method of allowing bidirectional communications between the POD 504 and the distribution center 101 is determined as a method defined in the specification and a method defined by a single agreement between respective manufacturers of the POD 504 and the distribution center 101 (there is a case in which the respective manufacturers are the same). However, since it is less related to the present invention, its detailed explanation is omitted. The TS 505 decoder performs filtering on the received signal from the POD 504, and sends necessary data to the output destination specified by the CPU 514. The output destination is selected from the audio decoder 506, the audio decoder 508 and the audio decoder 508. CPU 514. Here, the signal sent from the POD 504 is a transport stream MPEG-2. A detailed description about an MPEG-2 transport stream is given in the MPEG ISO / IEC13818-1 specification, and therefore its detailed description will be omitted in the present embodiment. An MPEG-2 transport stream is composed of several fixed-length packets, and a packet ID is assigned to each packet. Figure 8 is a diagram showing the structure of a package. 800 It is a package formed of 188 bytes that have a fixed length. The upper four bytes are a header 801 that stores information to identify the packet, and the remaining 184 bytes is a payload 802 that contains the information that will be transmitted. 803 Shows the break of header 801. A packet ID is included in the 13 bits of the twelfth to the twenty-fourth bits from above. Figure 9 is a schematic diagram illustrating several chains of packets that will be transmitted. A packet 901 carries a packet ID "1" in its header and includes the first video information A in its payload. A packet 902 carries a packet ID "2" in its header and includes the first audio information A in its payload. A packet 903 carries a packet ID "3" in its header and includes the first audio B information in its payload. A packet 904 carries the packet ID "1" in its header and includes the second information of the video A in its payload, and is the continuation of the packet 901. Similarly, packets 905, 926 and 927 carry sub-sequential data of the packets. other packages. By concatenating the contents of packet payloads with the same packet IDs in the above manner, it is possible to play continuous video and audio. Referring to Figure 5, when the CPU 514 indicates, to the TS 505 decoder, the packet ID "1" as well as "the video decoder 508" as a destination of In the output, the TS 505 decoder extracts packets with the packet ID "1" from the transport stream MPEG-2 received from the POD 504, and passes them to the video decoder 508. In FIG. 5, therefore, only the video data is passed to the video decoder 508. At the same time, when the CPU 514 indicates, to the TS 505 decoder, the packet ID "2" as well as "the audio decoder 506", the decoder of TS 505 extracts packets with the packet ID "2" of the transport stream MPEG-2 received from the POD 504, and pass them to the audio decoder 506. Therefore, in figure 5, only the audio data is passed to the decoder of 506 audio and CPU 514. This process of extracting only packets required according to the packet IDs corresponds to the filtering carried out by the TS 505 decoder. The TS 505 decoder is capable of carrying out more than one process simultaneously, according to the instructions of the CPU 514. In Referring to Figure 5, the audio decoder 506 concatenates audio data inserted into the packets in the transport stream MPEG-2 provided by the TS 505 decoder, and sends the result to the predetermined output destination or to the indicated output destination. by the CPU 154. For example, the audio data is an MPEG audio that is encoded based on the MPEG audio specification ISO / IEC13818-3. The audio decoder is mounted as an MPEG audio decoder, and sends a normal audio signal. The CPU 154 designates, as the output destination, the loudspeaker 507 or the audio coder 506. The loudspeaker 507 sends, in audio, the signal provided by the audio decoder 506. The video decoder 508 concatenates video data inserted in the packets in the MPEG-2 transport stream provided by the TS 505 decoder, perform digital to analog conversion in the concatenated data, and send the result to a predetermined output destination or to the output destination indicated by the CPU 154 For example, the video data is an MPEG video encoded based on the MPEG ISO / IEC13818-2 video specification, and the video decoder is mounted as an MPEG video decoder and sends an ordinary video signal. The CPU 154 designates, as an output destination, the visual presenter 509 or the video encoder 2102. The visual presenter 509, to be more specific, configured from a CRT or liquid crystal and the like, sends (visually presents) a signal video provided for the video decoder 508 and visually presents a message specified by the CPU 514, and so on. The secondary storage unit 510, for to be more specific, configured from one or more flash memories or a hard disk and the like, stores and erases data and programs specified by the CPU 514 or an MPEG transport stream. In addition, the stored data and programs are sent to the CPU 514 and the TS 505 decoder. The stored data and programs are kept under storage even when the power is cut off to the terminal apparatus 500. The primary storage unit 511, to be more specific, configured from a random access memory (RAM) and the like, temporarily stored and deleted, data and programs specified by the CPU 514. Moreover, the stored data and programs are referred by the CPU 514. The stored data and programs are erased when the power is cut off to the terminal apparatus 500. The ROM 512 is a read-only memory device, to be more specific, configured from a read-only memory (ROM), a CD-ROM or a DVD, and the like. The ROM 512 stores a program that will be executed by the CPU 514. The input unit 513, to be more specific, configured from a front panel or a remote control, accepts input from the user. Figure 7 is an example of a case in which the input unit 513 is configured from the front panel. 700 It's a front panel, what which corresponds to the front panel unit 603 shown in Figure 6. The front panel 700 has a cursor up button 701, a cursor down button 702, a left cursor button 703, a right cursor button 704, a button OK 705, a cancel button 706, an EPG button 707 and a REC 708 button. When the user presses a button, the identifier of this button pressed is notified to the CPU 514. Referring to figure 5, the CPU 514 executes the program stored in the ROM 512. Following the instructions of that program to be executed, the CPU 514 controls the demodulation unit QAM 501, the demodulation unit QPSK 502, the modulation unit QPSK 503, the POD 504, the decoder of TS 505, the visual presenter 509, the secondary storage unit 510, the primary storage unit 511, the ROM 512, the audio encoder 520, the video encoder 521 and the multiplexer 522. The audio encoder 520 receives an output from the decodi 506 audio encoder, encodes the received output in a predetermined format or a format specified by the CPU 514, and sends the result to a predetermined output destination or an output destination specified by the CPU 154. For example, the audio data is an MPEG audio encoded in compliance with the MPEG ISO / IEC13818-3 audio specification, the audio encoder 520 is mounted with an MPEG audio decoder, and sends a signal from Normal audio with MPEG audio data. The video encoder 521 receives an output from the video decoder 508, encodes the received output in a predetermined format or a format specified by the CPU 514, and sends the result to a predetermined output destination or an output destination specified by the CPU 154. For example, video data is an MPEG video encoded in accordance with the MPEG ISO / IEC13818-2 video specification. The video encoder 521 is mounted with an MPEG video encoder, and sends a normal video signal as MPEG video data. The multiplexer 522 multiplexes the received video and audio data, and sends the result to the predetermined output destination or to the output destination specified by the CPU 154. The known technology can be used for a specific multiplexing method and the details will be referred to the MPEG specifications. For example, multiplexing is an MPEG transport stream that is multiplexed in compliance with the MPEG ISO / IEC1318-1 system specification. The multiplexer 522 is mounted as an MPEG transport stream multiplexer, multiplexes the MPEG audio data and the MPEG video data in the MPEG transport stream format, and outputs the result. The output destination of each of the constituent elements mentioned above is specified by the CPU 514 based on an expected operating result. Specifically, it is specified by a group of programs that is stored in a ROM 512 mentioned later and is executed by the CPU 514. For example, in case a content that is being transmitted is reproduced, the CPU 514 indicates, to each element constituent, an exit destination to thus have a data flow as described below. First, the output of the demodulation unit QAM 501 is input to the POD 504, and the output of the POD 504 is input to the decoder of TS 505. After this, the audio packet sent from the decoder of TS 505 is input to the decoder 506, the audio output of the audio decoder 506 is input to the loudspeaker 507 and the audio is reproduced from the loudspeaker 507. On the other hand, the video packet sent from the TS 55 decoder is input to the 508 video decoder , the video output from the video decoder 508 is input to the visual video presenter 509, and the video is displayed visually in the visual presenter 509. Through the operations mentioned above, the content that is being transmitted is reproduced from the speaker and in the visual presenter. For example, in case the content being transmitted is recorded, the CPU 514 indicates, at each constituent, an exit destination in order to obtain a data flow like the one described below. First, the output from the demodulation unit QAM 501 is input to the POD 504, and the output of the POD 504 is input to the TS 505 decoder. After that, the audio packet sent from the TS 505 decoder is input to the 506 audio decoder, the audio output from the audio decoder 506 is input to the audio encoder 520, and the audio data sent from the audio encoder 520 is input to the multiplexer 522. On the other hand, the output of the video from the TS 505 decoder is input to the video decoder 508, the video output from the video decoder 508 is input to the video encoder 521, and the video data sent from the video encoder 521 is input to the 522 multiplexer The multiplexer 522 multiplexes the audio data and video data entered into an MPEG transport stream format, and sends the result to the second storage unit. estuary. Through the operations mentioned above, the transmission content is recorded in the secondary storage unit. For example, in case a content recorded in the secondary storage unit is reproduced, the CPU 514 indicates, to each constituent element, a destination of output in order to have a data flow like the one described below. First, the output of the MPEG transport stream from the secondary storage unit is input to the TS 505 decoder. After that, the output of audio packets from the TS 505 decoder is input to the audio decoder 506, the audio output from the audio decoder 506 is input to the loudspeaker 507 and audio is reproduced from the loudspeaker 507. On the other hand, the video packet output from the TS 505 decoder is input to the video decoder 508, the output video from the video encoder 508 is input to the visual presenter 509, and the video is displayed visually in the visual presenter 509. Through the operations mentioned above, the content stored in the secondary storage unit is reproduced. In the above, the hardware configuration was explained. From now on, the software configuration will be explained. Figure 10 is an example of a program configuration diagram that is stored in the ROM 512 and will be executed by the CPU 514. A program 1000 is formed of several subprograms. To be more specific, the 1000 program it consists of an OS 1001, an EPG 1002, a VM Java ™ 1003, a service manager 1004, a Java ™ 1005 library, and a 1010 recording manager. OS 1001 stands for operating system, an example of which is Linux and similar. OS 1001 is a generic name for publicly known technology formed of a core 1001a and a library 1001b for executing subprograms in parallel, and therefore a detailed explanation is omitted. In the present embodiment, the core 1001a of the OS 1001 executes the EPG 1002 and the Java Java ™ 1003 VM as subprograms. Meanwhile, the library 1001b provides these subprograms with various functions required to control the constituent elements of the terminal apparatus 500. Here, tuning is introduced as an example of these functions. In the tuning function, tuning information including a frequency is received from another subprogram and then passed to the demodulation unit QAM 501. Accordingly, the demodulation unit QAM 501 can demodulate data based on the tuning information provided, and passing the demodulated data to the POD 504. As a result, the other subprograms can control the demodulation unit QAM by means of the library 1001b. The EPG 1002 has the function of making a user selects a content while visually presenting, for the user, information that refers to the content that will be transmitted or the recorded content. The EPG 1002 is formed of a program display unit 1002a for accepting an input from the user, and a playback unit 1002b for indicating an instruction for content reproduction. Here, EPG means Electric Program Guide. First, it describes the procedure by which the EPG 1002 visually presents the content that will be transmitted and reproduces the content selected by the user. The EPG 1002 is initiated by the core 1001a when the power is turned on to the terminal apparatus 500. Within the EPG 1002 started, the program display unit 1002a waits for input from the user through the input unit 513 of the terminal apparatus 500. Here, in case the input unit 513 is configured of the front panel shown in figure 7, when the user presses the EPG button 707 on the input unit 513, the CPU 514 is notified of the identifier of this button. EPG. The program display unit 1002a of the EPG 1002, which is a subprogram running on the CPU 514, accepts this identifier and visually displays program information on the visual presenter 509.

Figure HA and Figure 11B show examples of a program table presented visually in the visual presenter 509. Referring to figure HA, the program information is presented visually in the visual presenter 509 in a grid pattern. Time information is presented visually in column 1101. A channel name "Channel 1" and programs that will be transmitted during periods of time corresponding to the respective zones described in column 1101 are presented visually in column 1102. The name of channel is also called channel identifier. It shows that a "News 9" program is broadcast from 9:00 to 10:30, and "AAA Movie" is broadcast from 10:30 to 12:00 on "Channel 1". In the same way as in column 1102, a channel name "Channel 2" and a program displayed for a period of time corresponding to the time in column 1101 are displayed in column 1103. It is shown that a program "Movie BBB "is broadcast from 9:00 to 11:00, and" News 11"is broadcast from 11:00 to 12:00. 1101 It is a region in which the details presented visually on the screen are presented visually with a message to the user. Here, "program selection" is presented visually to prompt the user to select a program. 1130 It is a cursor. The cursor 1130 moves by pressing the left cursor 703 and the cursor right 704 on the front panel 700. When the right cursor 704 is depressed in the state illustrated in figure HA, the cursor 1130 moves to the right as shown in figure 11B. Meanwhile, when left cursor 703 is pressed in the state illustrated in FIG. 11B, cursor or cursor 1130 moves to the left as shown in FIG. HA. when the button OK 705 on the front panel 700 is pressed in the state shown in figure HA, the program display unit 1002a notifies the reproduction unit 1002b of the identifier "Channel 1". When the button OK 705 on the front panel 700 is pressed in the state shown in Figure 11B, the program display unit 1002a notifies the reproduction unit 1002b of the identifier of "Channel 2". In addition, the program display unit 1002a periodically stores program information that will be displayed from the distribution center 101 in the primary storage unit 511 via the POD 504. Generally, it takes time to obtain the program information from the distribution center. However, it becomes possible to quickly present a program table by visually displaying the program information that is pre-stored in the primary storage unit 511 by pressing the EPG button 707 of the input unit 513.

The reproduction unit 1002b sends an instruction to reproduce the content that will be transmitted using an identifier received from the channel, in case the information received is the content to be transmitted. The relationship between channel identifiers and channels is pre-stored in the secondary storage unit 510 as channel information. Figure 12 is an example of the channel information stored in the secondary storage unit 510. The channel information is stored in a tabular format. A column 1201 describes the channel identifiers. A column 1202 describes channel names. A column 1203 describes tuning information. Here, the tuning information is represented by values that will be provided to the demodulation unit QAM 501 such as frequency, rate or transfer rate and coding relation. A column 1204 describes program numbers. Program numbers are numbers used to identify PMTs defined by the MPEG-2 specification. A description about PMT is given below. Each of columns 1211 to 1214 indicates a set of the identifier, channel name and tuning information of each channel. Column 1211 describes a set that includes an identifier of "1", a channel name of "Channel 1", a frequency of "150MHz" as information of tuning and a program number of "101". The reproduction unit 1002b passes the identifier of the received channel directly to the service manager 1004 to thereby reproduce the content of the channel. It should be noted that, as shown here, a channel indicates a frequency band; channel information is information to use the frequency band in which the channel exists; and the content to be transmitted is a collective of video, audio and application included in the channel. Moreover, when the user presses the cursor up 701 and the cursor down 702 on the front panel 700 while the content of a channel is being reproduced, the reproduction unit 1002b receives a notification about this operation for the user from the input unit 513 by means of the CPU 514, and change the channel that is being played by another. First, the reproduction unit 1002b stores, in the primary storage unit 511, the identifier of the channel that is currently being reproduced. Figures 13A, 13B and 13C show exemplary identifiers of channels stored in the primary storage unit 511. In Figure 13A, a channel identifier "3" is stored, and with reference to Figure 12, it is indicated that the channel with a channel name of "TV 3" is being played. When the user presses the cursor up 701 illustrated in Figure 13A, the reproduction unit 1002b refers to the channel information shown in Figure 12, and rounds the identifier "2" of a channel with the channel name of "Channel 2" to the administrator of services 1004 to thus reproduce a channel with the channel name of "Channel 2" again, which is the previous channel in the table. At the same time, the reproduction unit 1002b rewrites the identifier to the channel identifier "2" stored in the primary storage unit 511. Figure 13B shows the state in which the channel identifier has been rewritten. Meanwhile, when the user presses the cursor down 702 in the state illustrated in FIG. 13A, the reproduction unit 1002b refers to the channel information shown in FIG. 12, and passes the identifier "4" of a channel with the channel name of "TV Japan" to the service manager 1004 in order to play a channel with the channel name of "TV Japan" again, which is the next channel in the table. At the same time, the reproduction unit 1002 rewrites the identifier to the channel identifier "4" stored in the primary storage unit 511. Figure 13C shows a state in which the channel identifier has been rewritten. Next, the procedure by which the EPG 1002 visually presents the content that will be transmitted, and carries out a recording reservation of the content selected by the user. Here, in case the input unit 513 is configured from the front panel shown in figure 7, when the user presses the REC 708 button in the input unit 513, the CPU 514 is notified of the identifier of this REC button. The program display unit 1002a of EPG 1002, which is a subprogram that runs on the CPU 514, accepts this identifier and visually displays program information about the visual presenter 509. The program visual presentation unit 1002a visually displays a screen to carry out a recording reservation of the content that will be transmitted, in contrast to the case in the that the button identifier EPG 707 is received. Figure 14 is an example of the screen for carrying out a visually presented recording reservation on the visual presenter 509. The same reference numerals are used for the constituent elements equal to those of Figure 11 and explanations thereof. Elements are therefore omitted. The cursor 1130 moves on the screen according to the input by the user. For example, when the user presses the OK button 705 on the front panel 700 when the cursor 1130 is set to the "Movie" position. 888"of" Channel 2", the program display unit 1002a notifies the recording administration 1010 of the information that refers to" Movie 888. "Referring to Figure 10, the recording administrator 1010 administers the reservation of recording, instructs to record a content according to the recording reservation and manages the recorded content.First, it is described about recording reservation management.For example, when it receives information that refers to the recording reservation from the unit program display 1002a of the EPG 1002, the recording administration 1010 stores the information received in the primary storage unit 511. Figure 15 shows an example of details stored in the primary storage unit 511. A column 1501 describes a reservation identifier to identify each recording reservation A column 1502 describes a name channel included in the recording reservation. A column 1503 describes a recording start time. A column 1504 describes a recording end time. A column 1505 describes additional information appended to the recording reservation. A column 1506 describes information indicating whether the recording has been completed or not (recording status). For example, "1" indicates that the recording has been completed and "0" indicates that the recording has not been completed. One row 1511 and a row 1512 respectively indicate a recording reservation. Here, row 1511 describes a recording reservation having a reservation identifier 1501 of "1", a channel name 1202 of "Channel 2", a start time of 1503 of "09:00", an end time of 1504 of "11:00", additional information 1505 of "BBB Movie", and a recording status 1506 of "0". Moreover, the row 1512 discloses a recording reservation having a reservation identifier 1501 of "2", a channel name 1502 of "Channel 1", a start time 1503 of "20:00", an end time 1504 of "21:00", additional information 1505 of "Drama C", and a recording status of "1" . In addition, the recording manager 1010 instructs, based on the information included in the recording reservation, to start recording, in the secondary storage unit 510, a channel content corresponding to the current channel name, in other words, data Additional information such as video, audio and application when it is the start time of one of the stored recording reservations, and instructs to conclude the recording when it is an end time of the recording reservation. The channel identifier corresponding to the channel name is found with reference in figure 12. When the recording is complete, the recording state 1506 is changed from "0" to "1". It should be noted that the information that relates to the recorded content, a format in which the information is stored in the primary storage unit 511 and the like are shown in figure 23. As long as the new content is recorded, a line of one input is added to the format shown in Figure 23. In Figure 23, 231 and 2312 are respective entries that refer to the recorded contents that are different from each other. The recorded data identifier 2301 is an ID to uniquely identify the recorded content. The recording manager 1010 assigns a unique value to each content. Channel name 2302 is a channel name of each content and is equivalent to channel name 1502 in FIG. 15. Storage information 2303 is a file path name in which each of the recorded contents is stored. Next, the procedure by which the EPG 1002 visually displays the recorded content and reproduces the content selected by the user is described. The program display unit 1002a receives information that relates to the recorded content from the recording manager 1010, and presents the information received to the user. Figure 16 is an example of a screen for selecting recorded content presented visually on the visual presenter 509. The same reference numerals are used for the constituent elements equal to those of Figure 11 and therefore the explanation about the same elements is omitted. A column 1601 describes program names of the recorded contents. A column 1602 describes channel names by which the recorded contents have been transmitted. A column 1603 describes length (time) of the recorded contents. When the user moves the cursor 1130 using the input unit 513 and selects one of the recorded contents, the program display unit 1002a notifies the reproduction unit 1002b of the information that refers to the selected content. The reproduction unit 1002b instructs the service administration 1004 to reproduce the content based on the information received, in case the information received is the recorded content. The information that will be passed or transferred is, for example, the details shown in column 1511 of column 15. In addition, a place where the content is recorded (for example, a file name) and the like can be included as information which refers to the recorded content. Or, only the reservation identifier 1501 in figure 15 is passed, and the service administrator 1004 can obtain, from the recording manager 1010, information necessary for the reproduction based on the reservation identifier 1501. Referring to Figure 10, the Java ™ 1003 VM is a Java ™ virtual machine that sequentially analyzes and executes programs written in the Java ™ language. Programs written in the Java ™ language are compiled from intermediate code that do not depend on hardware, called byte code. The Java ™ virtual machine is an interpreter that executes this byte code. Some of the Java ™ virtual machines translate the byte codes into an executable form that can be interpreted by the CPU 514 and pass the result to the CPU 514, which executes it. The Java ™ 1003 VM is started, with a Java ™ program that will be executed by being specified by the 1001a kernel. In the present embodiment, the core 1001a specifies the service manager 1004 as a Java ™ program to be executed. The details of the Java ™ language are explained in many applications, such as "Java ™ Language Specification (ISBN 0-201-63451-1)". Here, these details are omitted. In addition, detailed operations of the VM Java ™ itself are explained in many publications, such as "Specification for Virtual Java ™ Machine (ISBN 0-201-63451-X)". Here, these details are omitted. The service manager 1004, which is a Java ™ program written in the Java ™ language, is executed sequentially by VM Java ™ 1003. Service manager 1004 may invoke or be invoked by another subprogram that is not written in the Java ™ language through a Native Java ™ Interface (JNI). JNI is also described in many publications, such as "Native Java ™ Interface". Here, these details are omitted. The service manager 104 receives information that refers to the content that will be reproduced such as the identifier of a channel from the reproduction unit 1002b through the JNI. The service manager 1004 also provides a Java API for another Java program to identify a channel identifier that will be reproduced for the service administrator. Specifically, it provides a Java method called select (int channel). That is, another Java program can specify a content that will be reproduced by identifying, to the channel parameter, a channel identifier and invoking this method. As described above, the content that will be reproduced is indicated to the service administrator through JNI or the Java method's select method. In case the content that will be reproduced is the content that will be transmitted, the service manager 1004 first passes the channel identifier to a tuner 1005c in the Java ™ 1005 library in order to request the tuning. The tuner 1005c obtains a tuning information with reference to the channel information stored in the secondary storage unit 510. Assuming that the service manager 1004 passes the identifier "2" of the channel to the tuner 1005c, the tuner 1005c obtains the information of tuning "156MHz" corresponding to the channel with reference to row 1212 shown in figure 12. The tuner 1005 passes the tuning information to the demodulation unit QAM 501 by means of library 1001b of OS 1001. The demodulation unit QAM 501 demodulates the signal sent from the distribution center 101 in accordance with the tuning information given to the demodulation unit QAM 501, and passes the resulting signal to the POD 504. Then, the service manager 1004 requests a CA 1005d within the Java ™ 1005 library carry out descrambling. The CA 1005d provides the POD 504 with information required for descrambling through the library 1001b in the OS 1001. Based on this provided information, the POD 504 descrambles the signal provided by the demodulation unit QAM 501, and passes the resulting signal to the TS 505 decoder. It should be noted that the CA 1005d does not necessarily carry out processing that refers to descrambling in case it is determined that it is unnecessary to carry out the desalination (in other words, desalination has not been carried out). Then, the service manager 1004 provides a JMF 1005a within the Java ™ 1005 library with the identifier of the channel, in order to request the reproduction of the video and audio. First, the JMF 1005a obtains, from a PAT and a PMT, packet IDs to identify the video and audio that will be played. PAT and PMT are tables defined by the MPEG-2 specification that show the alignment of programs included in an MPEG-2 transport stream. PAT and PMT are brought to payloads in packages included in an MPEG-2 transport stream, along with audio and video. Refer to the specification for a detailed description of PAT and PMT. Here, only a general description of PAT and PMT is given. PAT means Program Association Table, and, it is carried in packages with package size "0". To obtain PAT, the JMF 1005a indicates, to the TS 505 decoder, the packet ID "0" and the CPU 514 through the library 1001b of the OS 1001. The TS 505 decoder then carries out filtering based on the Package ID "0", and pass the result to the CPU 514. Accordingly, the JMF 1005a can connect the PAT packets. Figure 17 illustrates a table schematically showing an example of PAT information collected. A column 1701 describes program numbers. A column 1702 describes packet IDs. The package IDs shown in column 1702 are used to obtain the PMT. Each of the rows 1711 to 1713 is a pair of one channel program number and a packet ID corresponding thereto. Here, three channels are defined. Row 1711 defines a pair of program number "101" and packet ID "501". Assuming that the channel identifier provided to the JMF 1005a is "2", the JMF 1005a obtains the program number "102" corresponding to this channel identifier with reference to the row 1212 in Figure 12, and then obtains the ID of the channel. package "502" corresponding to program number "102" with reference to row 1712 in the PAT shown in figure 17. PMT, which stands for Program Map Table, is carried in packets with the packet IDs specified in the PAT. To obtain PMT, the JMF 1005a indicates, to the TS 505 decoder, a packet ID and the CPU 514 through the library 1001b of the OS 1001. Here, a packet ID that will be identified is "502". The TS 505 decoder then carries out filtering based on the packet ID "502", and passes the result to the CPU 514. Accordingly, the JMF 1005a can connect the PMT packets. Figure 18 illustrates a table schematically showing an example of collected PMT information. A column 1801 describes current types. A column 1802 describes package IDs. The information specified by the respective current types is carried in the payloads of packets with the packet IDs specified in column 1802. A column 1803 describes additional information. Each of the rows 1811 to 1814 is a pair of a packet ID and the type of information that is being transmitted, which is known as an elementary stream. Row 1811, which is a pair of the "audio" stream type and packet ID "5011", indicates that audio data is stored in the load with packet ID "5011". The JMF 1005a obtains, from the PMT, the package IDs of the video and audio that will be reproduced. Referring to Figure 18, JMF 1005a obtains audio packet ID "5011" from row 1811, and video packet ID "5012" from row 1812. JMF 1005a then provides the 505 TS decoder pair of the audio packet ID and audio decoder 506 obtained as an output destination as well as the video packet ID and the video decoder 508 as an output destination, by means of library 1001b of OS 1001. The decoder The TS 505 performs filtering based on these package IDs provided and the output destinations. Here, the packet with the packet ID "5011" is passed to the audio decoder 506 and the packet with packet ID "512" is passed to the video decoder 508. The audio decoder 506 performs digital to analog conversion in the package provided, so as to reproduce the audio by means of loudspeaker 507. The video decoder 508 performs digital to analogous conversion in the package provided, so as to present visually the video on the visual presenter 509. Finally, the service manager 1004 provides the channel identifier to an AM 1005b in the Java ™ 1005 library, in order to request the reproduction of the data transmission. Here, data transmission playback indicates extracting a Java ™ program included in the MPEG-2 transport stream, that is, an application, and causing the Java ™ 1003 VM to execute it. A format called DSMCC, which is indicated in the MPEG ISO / IEC 13818-6 specifications, is used as the method to insert the Java ™ program into the MPEG-2 transport stream. Here detailed descriptions of DSMCC are omitted. The DSMCC specification defines a method for coding a file system comprised of directories and files used by a computer, in packets within the MPEG-2 transport stream. Moreover, the Java ™ program information that will be executed is carried in packets in the transport stream MPEG-2 in the form of AIT. Here, AIT means Application Information Table defined in the OCAP 1.0 specification. First, in order to obtain the AIT, the AM 1005b obtains the PAT and PMT as in the case of the JMF 1005a, in order to obtain the packet ID of the package that the AIT stores. Assuming that "2" is the channel identifier provided and that the PAT shown in Figure 17 and the PMT shown in Figure 18 are being transmitted, the AM 1005b obtains the PMT shown in Figure 18 according to the same procedure by the JMF 1005a. The AM 1005b extracts, from the PMT, the packet ID of the elementary current whose current type is "Data" and which has "AIT" as additional information. As shown in Figure 18, the elementary stream in row 1813 corresponds to this elementary stream, and therefore AM 1005b obtains package ID "5013" thereof. The AM 1005b provides the TS 505 decoder with the packet ID of the AIT and the CPU 514 as an output destination through the library 1001b of the OS 1001. The TS 505 decoder then carries out filtering based on this ID. of package provided, and passes the result to the CPU 514. Accordingly, the AM 1005b can collect the AIT packets. Figure 19 is a table schematically showing an example of the AIT information collected. A column 1901 describes Java ™ program identifiers. A column 1902 describes information of control to control Java ™ programs. The control information includes "auto start", "present" and "delete". "Auto start" means that the terminal apparatus 500 automatically executes the program quickly. "Present" means that the program is not executed automatically. "Delete" means that the program will be terminated. A column 1903 describes DSMCC identifiers used to extract packet IDs that include Java ™ programs in the DSMCC format. A 1904 column describes program names of Java ™ programs. A column 1905 describes priorities. Priorities can be used to decide orders among several applications in a process. Each of rows 1911 and 1912 is a set of information from a Java ™ program. The Java ™ program defined in arrow 1911 is a set of an identifier "301", control information "auto start", a DSMCC identifier "1", a program name "a / TopXlet" and a priority level "100" " The Java ™ program defined in row 1912 is a set of an identifier "302", control information "present", a DSMCC identifier "1", a program name "b / GameXlet" and a priority level "50" . Here, these two Java ™ programs have the same DSMCC identifier, which indicates that two Java ™ programs are included in the file system that has been encoded according to the same DSMCC method. Here, only four articles of Information is specified for the respective Java ™ programs, but more information articles are currently specified. The OCAP 1.0 specification will be referred to for these details. The AM 1005b finds the Java ™ program "autoinicio" of the AIT and extracts the corresponding DSMCC identifier and the Java ™ program name. Referring to Fig. 19, the AM 1005b extracts the Java ™ program in row 1911, and obtains the DSMCC identifier "1" and the Java ™ program name "a / TopXlet". Then, the AM 1005b obtains, from the PMT, the packet ID of packets storing Java ™ programs in the DSMCC format, using the DSMCC identifier obtained from the AIT. More specifically, the AM 1005b obtains, from the PMT, the packet ID included in the elementary stream having a "data" stream type and having a DSMCC identifier that matches the additional information. Here, assuming that this DSMCC identifier was "1" and that the PMT was that shown in Figure 18, the elementary stream in row 1814 satisfies the above conditions. Therefore, package ID 5014 is going to be extracted. The AM 1005b indicates, the TS 505 decoder, the package packet ID in which data is inserted in the DSMCC format as well as the CPU 514 as a output destination through library 1001b of OS 1001. Here, package ID "5014" is provided. The TS 505 decoder then carries out filtering based on this provided packet ID, and passes the result to the CPU 514. Accordingly, the AM 1005b can collect the required packets. The AM 1005b reconstructs the file system from the packets collected according to the DSMCC method, and stores the reconstructed file system in the primary storage unit 511. The process of extracting data such as file system from packets in the MPEG-2 transport stream and store the extracted data in storage units such as the primary storage unit 511 is hereinafter called download. Figure 20 is an example of a downloaded file system. In the diagram, a circle represents a directory and a square represents a file; 2001 is a root directory; 2002 is an "a" directory; 2003 is a "b" directory; 2004 is a "TopXlet. Class" file and 2005 is a GameXlet file. class. "Subsequently, the AM 1005b passes, to the Java ™ VM 103, a Java ™ program that will be executed from the file system downloaded to the primary storage unit 511. Assuming the name of the Java ™ program to be executed be "a / TopXlet", the file "a / TopXlet. class ", in which ".class" is added to the end of the Java ™ program name is the file that will be executed. "/" It is a directory division and file name, and with reference to figure 20, the 2004 file is the Java ™ program that must be executed. Then the AM 1005b passes the 2004 file to the Java ™ 1003 VM. The Java ™ 1003 VM runs this received Java ™ program. After receiving a different channel identifier, the service manager 1004 terminates, through each library included in the Java ™ 1005 library, the video / audio being reproduced through the respective libraries included in the Java ™ 1005 library and the Java ™ program executed, and then, based on the newly accepted channel identifier, performs video / audio playback and execution of Java ™ programs. It should be noted that the application executed by the AM 1005b based on the AIT mentioned above is a type of Java program so that the content to be reproduced can be designated by invoking the select method (int channel) provided by the service administrator 1004 In the OCAP 1.0 specification, instead of the program that is being previously prepared in the terminal such as EPG 1002, a procedure for downloading an application from outside the terminal apparatus is defined and execute Henceforth, this application is referred to as a monitor application. Figure 21 illustrates a table schematically showing an example of special program information (hereinafter referred to as XAIT) sent from the distribution center 101. The structure of the XAIT is similar to that of the AIT shown in Figure 19 so that the same reference numbers attached to the same constituent elements and redundant explanations are omitted. A column 2105 describes abstract service identifiers, each of which indicates an abstract service to which a monitor application belongs. Here, the abstract service is a concept that indicates a set of applications. Its characteristic is different from the content that will be transmitted in that it does not refer to video and audio but only refers to applications. In other words, the service manager 1004 does not perform processing that refers to video and audio (specifically, the process of invoking CA 1005d and JMF 1005a). A column 2106 describes identifiers of automatic selection of abstract services. According to this identifier, it is determined if a current abstract service is going to be selected or not. For example, an abstract service is automatically selected when the automatic selection identifier of abstract services 2106 is 1, and the monitor application that belonged to the abstract service starts as a result. An abstract service is not selected automatically except when the automatic abstract service identifier 2106 is 1. Therefore, the monitor application belonging to the abstract service does not start unless the abstract service is selected using a certain medium. A row 2111 and a row 2112 respectively describe a set of information that relates to a monitor application. The monitor application defined by row 2111 is a set of a Java program identifier "401", "autostart" control information, a DSMCC identifier "1", a program name "a / MAl", a priority level "255", an abstract service identifier "100", and an automatic selection identifier for abstract services "1". The monitor application defined by row 2112 is a set of an identifier "402", control information "present", a DSMCC identifier "1", a program name "b / MA2", a priority level "210" , an identifier of abstract services "200" and an identifier of automatic selection of abstract services "0". The service administrator 1004 attempts to obtain an XAIT after it has been started by OS 1001. While the XAIT can be sent and obtained through Any type of methods, is sent to be stored in a place that is previously determined by a specification, for example, using OOB. When the XAIT shown in Figure 21 is obtained, the service manager 1004 searches for an abstract service whose automatic abstract service identifier 2106 is 1, while analyzing the details. When the abstract service whose automatic abstract service identifier 2106 is 1 is found, the service manager 1004 reproduces the abstract service. Unlike in the case of reproducing the content that will be transmitted, the service manager 1004 sends, as a process, an instruction to the AM 1005b to initiate a monitor application without sending it to the tuner 1005c, the CA 1005c and the JMF 1005a. The process in the AM 1005b is the same as in the case of the channel in which a content is to be transmitted, and therefore its explanation is omitted. The initiated monitor application can control constituent elements to the terminal using the Java 1005 library. For example, in case the monitor application started select a channel instead of EPG 1002, the same processing as in the case where the EPG 1002 select a channel is carried out whereby the monitor application directly invokes the Java 1005 library. Since the monitor application is a type of program Java, it is also possible for the monitor application to select a channel through the service manager by invoking a select method (int channel) that is the Java method provided by the service manager 1003. Consequently, the application is not related with a channel it can be started. More specifically, the service administrator 1004 can simultaneously manage two or more services (i.e., a channel in which a content is to be transmitted and an abstract service). However, a specific restriction may be added. For example, the above restriction is assumed to be a restriction that only one of the contents that will be transmitted can be managed at a time. This restriction causes the following: in case a content that will be currently transmitted is being played (ie, the content is being viewed), after receiving an instruction to play other content that will be broadcast, the content that is currently being played it is excluded from administration (that is, reproduction is stopped), and the other content is reproduced and managed (that is, the other content can be seen). Here, an example of the application that will be initiated by the AM 1005b is described. Figure 22 shows an example of an Interface of Graphical user (GUI) presented visually on the visual presenter 509, for the application that performs video and audio trick playback included in the recorded content, to accept the instruction by the user. 2201 to 2207 Respectively have a function of instructing the JMF 1005a to perform trick playback or normal video and audio reproduction according to a user selection using the input unit 513. Specifically, 2201 has a function of moving a position of forward playback for a predetermined forward section, 2202 has a function to return a playback, 2203 has a function to pause a playback, 2204 has a function to stop a playback, 2205 has a normal playback function, 2206 has a function of Fast forward of a playback and 2207 has a function of moving a playback position backward for a predetermined section. The details about the method of moving, for a predetermined section, these fast forward and playback positions using the JMF 1005a are described in the explanation of the JMF 1005a. Here, as described above, the service manager 1004 can accept not only playback instructions for the content that is being transmitted and the abstract service, but also a playback instruction for the content recorded in the secondary storage unit 510. Similar to the playback instruction of the transmitted content, the service manager 1004 can instruct playback of the recorded content by providing the recorded data identifier 2301 to the service manager through JNI, or by providing the recorded data identifier to channel parameters of the select method (int channel) which is the Java method provided by the service manager 1004. The recorded data identifier is a value of the recorded data identifier 2301 shown in Fig. 23 and assigned by the recording manager 1210. Detailed explanations about a recorded data format and the recorded data identifier 2301 generated by the recording manager 1210 are given below. Processing is described in the case where the service manager 1004 accepts a playback instruction of the recorded content using one of the methods mentioned above. After accepting the playback instruction of the recorded content, the service manager 1004 passes the output of the MPEG transport stream from the secondary storage unit 510 to the TS 505 decoder. Note that the CA1005d can be configured to perform descrambling when scrambling. the content at the time of recording.

Then, the service manager 1004 provides a JMF 1005a within the Java library 1005 with a recorded data identifier 2301, so as to request playback of the video / audio. First, the JMF 1005a obtains storage information 2303 which corresponds to the recorded data identifier 2301 of the data (FIG. 23) stored in the recording manager 1210. The storage information is a file path name to indicate a file location of recorded content, that is, additional data such as video, audio and application. However, the storage information 2303 may be based on the service manager 1004 instead of being obtained by the JMF 1005a. The JMF 1005a determines, the information stored as the 2303 storage information, video / audio that will be played, and play determined video / audio. A reproduction method can be achieved by the method mentioned above shown in the case of reproducing the channel in which a content is to be transmitted or by a technique known publicly. It is then less related to the present invention so that what its detailed explanation is omitted. For example, PAT and PMT are obtained from the recorded content, and video and audio are reproduced based on the information described in the obtained PMT.

Finally, the service manager 1004 provides the channel identifier to an AM 1005b in the Java ™ 1005 library, in order to request the execution of an application. First, the AM 1005b obtains storage information 2303 which corresponds to the recorded data identifier 2301 of the data (FIG. 23) stored in the recording manager 1210. However, the storage information 2303 can be passed from the service manager 1004 in instead of being obtained by the AM 1005b. The AM 1005b obtains, from the information stored as the storage information 2303, information that refers to an application that will be executed. While a method of saving files that were configured from an application and a method of obtaining an AIT depends on the recording method used at the time of recording, the method of executing an application can be achieved by a method shown in the case of executing the application in the channel that will be transmitted or by a publicly known technique. It is then less related to the present invention, so its detailed explanation is omitted. Furthermore, the present invention can be achieved by any type of recording methods or method of obtaining and analyzing as long as the application in the recorded channel is to be executed.

Although it is described in the above that the service administrator 1004 can simultaneously manage two or more services, in case the content that will be transmitted can be recorded and reproduced, the service administrator 1004 can accept reproduction instructions of three types of services (in other words, the content to be transmitted, the abstract service and the recorded content), carry out administration that corresponds to the accepted instructions. Here, referring to FIG. 24, an example is described with respect to a method of administration carried out by the service manager 1004. The service manager 1004 retains the data structure in the primary storage unit 511 shown in Figure 24. A column 2401 describes service types, each of which shows a type (in other words, one of the three types mentioned above) of service that is reproduced and managed. A column 2402 describes service identifiers, each of which is an identifier identified by one of the types, according to the type of service. A row 2411 and a row 2412 respectively indicate a service that is reproduced and administered. The service indicated in row 2411 has "Recorded content" as the type of service 2401 and "Channel 1" as service identifier 2402. In addition, the service indicated in row 2412 has "abstract service" as service type 2401 and "100" as service identifier 2402. More specifically, as a service example, the service indicated in row 2411 is the engraving of the channel indicated in row 1211 shown in figure 12. The service has constituent elements of video, audio and application (originally transmitted in the DSMCC method) and AIT shown in the Figure 18. A state when the service indicated in row 2411 is being played and managed shows a state in which video and audio are being played and the application is being executed. More specifically, an AIT is that shown in Fig. 19, and an application (referred to as a transmission intertwining application hereinafter) having 301 as a Java program identifier is executed in accordance with the processing mentioned above. Furthermore, the service indicated in row 2412 is an abstract service that is reproduced and managed based on the XAIT shown in Figure 21. A state where the service indicated in row 2412 is being reproduced and administered shows a status when an application (simply referred to as a monitor application onwards) that has 401 as a program identifier Java is being executed, as shown in Figure 21. Hereinafter, using this state as a representative example, a description is given about the problems that will be solved by the present invention and the selection thereof. The transmission interleaving application may be carried out, using JMF 1005a, video / audio trick playback that is being reproduced in association with the transmission interleaving application itself. The application of transmission interworking can construct attractive details under precalculated situations, by bidirectional conclusion with the observers. However, if the monitor application can similarly perform video / audio trick playback in association with the transmission interworking application using JMF 1005a, the transmission interleaving application has to handle playback states whenever they can not. be taken into consideration. Therefore, it is difficult to generate an application and maintain the quality of a program in which the application is included. On the other hand, in case the monitor application plays a main role such as an EPG, there is a possibility that a trick playback instruction from the monitor application interferes with the interworking application of the monitor application. transmission. In case the trick reproduction instruction of the monitor application is an instruction based on an operation of a remote control by the observer, there is a sufficient possibility that the observer may be confused. Also, in the event that two or more monitor applications are executed, there is a possibility that a discrepancy may occur for trick playback instructions between monitor applications. The JMF specification includes a framework for solving these problems. To solve the problems mentioned above, the present invention introduces an exclusive control mechanism for trick playback instructions. Figure 25 shows an internal structure of the JMF 1005a. The JMF 1005a includes a motion picture trick playback management unit 2501 and a motion picture reproduction processing unit 2502. The motion picture trick playback management unit 2501 preserves and manages speed (speed of motion). playback) and time information to play a moving image in the JMF 1005a. In addition, the speed and playback time can be established and obtained from the application, the constituent elements in the Java ™ 1005 library, or the administrator of services 1004 (they are collectively referred to as an external unit, hereinafter in the present). Playback speed indicates, for example, normal speed at the value of 1.0, fast forward of the value greater than 1.0, stop at the value of 0.0, slow-speed playback (slow) at the value that is larger than 0.0 and more small than 1.0, and rewind in the value smaller than 0.0. In other words, it indicates that normal playback applies only when the value is 1.0, and trick playback applies to values other than 1.0. Figures 26A, 26B and 26C are diagrams schematically showing the playback speed stored in the primary storage unit 511 by the motion picture trick playback management unit 2501 in the above cases. Figure 26A shows a state in which 1.0 indicates normal reproduction is retained. Here, in the case where 2.0 is set as a fast forward instruction sent from the external unit, the previous state is changed to a state shown in Figure 26B. Furthermore, in case -1.0 is set as a rewind instruction sent from the external unit, the previous state is changed to a state shown in FIG. 26C. In addition, the 2501 motion picture trick playback management unit always retains the playback speed of a certain type. In other words, it has playback speed of a certain type as an initial value. For example, in case the playback speed has not been established by the external unit, it retains the value of 1.0. It should be noted that the present invention can be achieved by using numerical values other than the above, as long as the normal reproduction and trick reproduction can be identified. Accordingly, an expression indicating that normal playback or trick playback is established is used hereinafter instead of specific numerical values. In addition, the playback speed setting instructs normal playback or trick playback. The time information is the time on a video / audio time axis. Specifically, for example, in case the video / audio length is sixty minutes, zero minutes indicates a video / audio head, sixty minutes indicates the end, and thirty minutes indicates the midpoint. The time information is also stored in the primary storage unit 511 as well as the reproduction speed. Referring to FIG. 25, the motion picture reproduction processing unit 2502 reproduces video / audio that will be reproduced, and instructs, to the secondary storage unit 510, the decoder of 510 audio or video decoder 508, playback speed and time information obtained or instructed by the motion picture trick playback management unit 2501. Audio decoder 506 or video decoder 508 can play audio or video video at an instructed time speed, as a result of which the secondary storage unit sends an MPEG transport stream at the instructed time rate. In addition, the application, constituent elements in the Java ™ library 1005, or the service manager 1004 may change a video / audio designation to be reproduced and a playback state (a status to be reproduced, a status to be stopped and the like). ). In addition, the motion picture reproduction processing unit 2502 retains information indicating what type of instruction is currently being sent to the audio decoder 506 or the video decoder 508 (this is referred to as a playback state, hereinafter), so that it can respond to the details obtained in response to a request from the external unit or the motion picture trick playback management unit 2501. Figure 27 is a Java method showing an example of reproduction management unit of moving image trick 2501. A setMediaTime method (set media time) accepts the time that will be used as a current time. For example, it is possible to move a playback position to a higher part of the content by specifying the time 0. A setMediaTime method (get media time) accepts a request to obtain time required by the image trick playback management unit in move 2501, and send the return time. A setRate method (set speed) accepts numeric values that indicate playback speed. For example, -1 indicates rewinding and 2 indicates double speed playback. A getRate method acquires a request to obtain playback speed retained by the motion picture trick playback management unit 2501, and sends the playback speed back. Fig. 28 is a Java method showing an example of a motion picture reproduction processing unit 2502. A start method accepts an instruction to start video / audio playback. After accepting the previous playback, information specified by the setMediaTime or setRate shown in Figure 27 is used. In addition, a close method accepts an instruction to terminate playback. Fig. 29 is a flow diagram showing a procedure by which the administration unit of motion picture trick playback 2501 accepts an instruction to set a playback speed from the external unit. After receiving the instruction to receive the playback speed of the external unit, the motion picture trick playback management unit 2501 obtains details of the instruction onwards, the details obtained are referred to as TA) (S2901), obtains reproduction speed that has been stored in the primary storage unit 511 (hereinafter the details obtained are referred to as TB) (S2902), and compares between TA and TB (S2903) when TA is equivalent to TB, the processing is finished because changes are no longer necessary. When TA is different from TB, it is determined whether TB indicates normal playback or not (S904). When TB does not indicate normal playback (in other words, trick play), a change permission determination is made (S2905). The method of determining permission to change will be described later in detail. When it is determined as "negation of change" as a result of the change permit determination (S2906), the processing is terminated. When determined as "change permit", the details stored in the primary storage unit 511 are replaced at TA (S2907). In S2904, the stored details of the unit of Primary storage 511 are replaced at TA even in case TB indicates normal reproduction (S2907). Then, the motion picture trick playback management unit 2501 asks the motion picture reproduction processing unit 2502 about a playback state, and determines whether or not the result indicates a state to be reproduced (S2908). ). When it does not indicate the state to be reproduced, the processing is terminated. When indicating the status to be reproduced, the motion picture trick playback management unit 2501 indicates a playback speed to the motion picture reproduction processing unit 2502 (S2909). Accordingly, the instruction to set the playback speed of the external unit is reflected to a state of video and audio playback. Note that, when determined as "negation of change" in S2906, the denial of change may be reported to an instruction setter who made an instruction to set the reproduction speed. With respect to a notification method, the present invention can be achieved by any type of method such as an exceptional mechanism in Java ™ language which is a publicly known technique. Figure 30 is a flow diagram showing a detailed procedure of the "determination of change permit (S2905)". The motion picture trick playback management unit 2501 specifies a setter (an application, constituent elements in the Java ™ 1005 library, or service manager 1004) that causes TB to be retained (S3001). Thereafter, the administrator specified in S3001 is referred to as an "old setter". It should be noted that a specific method of specifying a setter is less related to the present invention, so its explanation is omitted. For example, it can be achieved using publicly known techniques such as a method of using a process in which a setter operates or a string. In addition, it is assumed that the motion picture trick playback management unit 2501 can store, in the primary storage unit 511, information that relates to the specified setter, and obtain the stored information. Figure 31a and Figure 31B are diagrams schematically showing information relating to a setter stored in the primary storage unit 511. In Figure 31A, the primary storage unit 511 retains 301"as a Java program identifier. The current playback speed is established with the application that has an identifier of the Java program of "301". In case the primary storage unit 511 accepts a playback speed setting instruction from the application having a Java program identifier of "401", a state shown in FIG. 31B is obtained. In addition, in case the setter is other than the application (for example, the service manager 1004), additional information or a special value (for example, "-1") can be retained. Notwithstanding the types of information that will be retained, the present invention can be achieved as long as information sufficiently sufficient to specify a setter can be retained. Moreover, in a state in which the speed of reproduction has never been established, an instruction setter can be determined that sends a playback instruction to the JMF 1005a (for example, the service manager 1004 or the application), as a old setter or treat yourself like there is no old setter. Next, with reference to FIG. 30, the motion picture trick playback management unit 2501 specifies a setter that sent an instruction to set playback speed (S3002). Thereafter, the setter specified in S3002 is referred to as a "new setter". Next, the affinity check between an old setter and a New setter is carried out (S3003). The affinity verification details are given below. By determining the affinity check result (S3004), when it is determined that there is no affinity (S3004), the motion picture trick playback management unit 2501 sends back the result of the "negation of change" determination ( S3007) and processing ends. When affinity is determined, the motion picture trick playback management unit 2501 stores information about the new setter in the primary storage unit 511 (S3005), sends the result of the "change permission" determination back (S3006) and processing ends. Next, affinity verification processing (S3003) will be described. Fig. 32 is a flow chart showing an affinity check procedure. The 2501 moving image trick playback management unit compares information that refers to the old setter with information that refers to the new setter, and determines its similarity (S3201). When determined to be the same, the motion picture trick playback management unit 2501 sends "affinity" back (S3202), and processing ends. When it determines that they are different from each other, send "no affinity" back (S3203) and the processing ends. Further, in the present embodiment, the ROM 512 can be deleted by having the secondary storage unit 510 retain the details retained by the ROM 512. Further, the secondary storage unit 510 can be configured from a plurality of sub-storage units. secondary, each sub-secondary storage unit storing different information. It is possible to precisely divide the sub-secondary storage units: for example, only tuning information is stored in one of the sub-secondary storage units; library 1001b of OS 1001 is stored in another sub-secondary storage unit; Java ™ programs are stored in another sub-secondary storage unit, and so on. Moreover, in the present embodiment, the registered Java ™ program and the contents are stored in the secondary storage unit 510, it is possible to store them in the primary storage unit 511. In case they are stored in the primary storage unit 511 , all stored information disappears when the power is turned off. Consequently, in a state in which normal reproduction is established, it is possible to receive a application of any setter and, in a state in which stunt reproduction is established, is received, an instruction to set speed / playing time only of the old setter. Therefore, it is possible to avoid the occurrence of a situation in which the state of reproduction is changed by another new setter while the old setter is performing trick play. It should be noted that the details shown in Figure 15 are not limited to the details indicated herein, and only need to include sufficient information for the recording processing. Moreover, the details can be configured from several tables. Further, while describing that the details are stored in the primary storage unit 511, information referring to recording reservation may be retained even after the power is cut off when storing it in the secondary storage unit 510.

Second embodiment In the present embodiment, a method is described that is different from the "affinity verification" procedure described in the first embodiment. The hardware configuration in this modality is the same as that of the first modality, so that redundant explanations are omitted. Specifically, it is the hardware configuration shown in Figure 5. In addition, the software configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the software configuration shown in Figure 10. In addition, the hardware and software operations are the same as those explained using Figures 1 to 26 in the first embodiment, except that the "affinity verification" procedure, by what redundant explanations are omitted. In case there are several applications in the same service, it is a common case that these applications recognize their stocks that operate in conjunction with each other. In such a case, it is not necessary to carry out, applications in the same service, exclusive processing that refers to trick playback. Accordingly, while in the first mode an old setter and a new setter are compared to determine whether they are a complete match or not, in the present embodiment, it is characterized to compare services to which respective setters belong. Fig. 33 is a flow diagram showing a method of affinity verification in the present embodiment. The reproduction management unit of moving image trick 2501 specifies a service to which the old setter belongs (S3301). The detailed explanation about a specific method for the specification is omitted here since it is less related to the present invention. For example, the specification can be achieved whereby the AM 1005b retains a relationship between information referring to the service provided for the AM 1005b by the service manager 1004 and the application initiated by the AM 1005b to thereby allow the reproduction management unit of trick of images in movement 2501 obtains the retained information. It should be noted that the information relating to the application can be achieved in compliance with the procedure described in the explanation of S3001 in Figure 30. Next, the motion picture trick playback management unit 2501 specifies a service to which the new setter belongs (S3302). The motion picture trick playback management unit 2501 then compares the service to which the old setter belongs with the service to which the new setter belongs, and determines whether or not they are the same service (S3303). With respect to the comparison method, the present invention can be achieved using any type of method. For example, one can achieve comparing service type 2401 with service identifier 2402 shown in FIG. 24. In S3303, when it is determined to be the same service, the motion picture trick play management unit 2501 sends the result of determination of "affinity" return (S3304), and processing ends. When it is determined that they are not the same service, the motion picture trick playback management unit 2501 sends the result of determination of "no affinity" back (S3305) and terminates the processing. It should be noted that, in the present embodiment, the information that refers to services is stored as information that refers to setters in the process S3005 shown in figure 30, so in the process S3301 shown in figure 33, only it is necessary to obtain retained details as a means to specify a service. Consequently, in a state in which normal reproduction is established, it is possible to receive a request from any setter and, in the state in which trick reproduction is established, it is possible to receive, only from the setter that belongs to the same service as the old setter, an instruction of the establishment of speed / playback time. It is then possible to avoid a situation occurrence in which a new setter belonging to a service that does not use a service to which the old setter belongs changes the state of reproduction while the old setter is performing trick play.

Third embodiment In the present embodiment, a procedure is described that is different from the "affinity verification" procedure in the first embodiment. The hardware configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the hardware configuration shown in Figure 5. Furthermore, the hardware configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the software configuration shown in Figure 10. Moreover, the hardware and software operations are the same as those explained using figures 1 to 26 in the first embodiment, except the "affinity verification" procedure so that redundant explanations are omitted. Consequently, while in the first mode an old setter and a new setter are compare to determine if they are a complete coincidence or not, in this modality, is characterized by comparing priorities given to the respective setters. Fig. 34 is a flow chart showing an affinity check procedure in the present embodiment. The motion picture trick playback management unit 2501 compares priorities respectively given to a new setter and an old setter (S3401). Here, in case of applications, a priority level is information included in an AIT shown in Figure 19 or an XAIT shown in Figure 21 and given to each explanation. In addition, in case of constituent elements in the Java ™ library 1005 or the service manager 1004, a predetermined arbitrary number may be given previously as a priority level. In S3401, for example, in case a higher priority level is preferred, if the priority level of the old setter is higher than that of the new setter, the priority level is determined to be high. When it is determined that the priority level of the new setter is higher than the priority level of the old setter, the motion picture trick play management unit 2501 sends the "affinity" determination result back (S3402). ), and the processing ends. On the other hand, when it is determined that the priority level of the new setter is lower than the priority level of the old setter, the motion picture trick play management unit 2501 sends the result of "no affinity" determination back (S3403) , and the processing ends. It should be noted that the present invention can be achieved even when any of the determination results is made in case the priorities are equivalent to each other in S3401. Consequently, in a situation in which it establishes normal reproduction, it is possible to receive a request from any setter and, in the situation in which stunt reproduction is established, it is possible to receive, only from the setter that has a higher priority level. than that of the old setter, a speed setting / playback time instruction. Consequently, it is possible to avoid an occurrence of a situation in which a new setter having a priority level lower than that of the new setter changes the state of reproduction while the old setter is performing trick play.

Fourth modality In the present modality, a new "affinity verification" procedure is described which is a combination of characteristics described in the second and third modalities. The hardware configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the hardware configuration shown in Figure 5. In addition, the software configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the software configuration shown in Figure 10. Moreover, the hardware and software operations are the same as those explained using Figures 1 to 26 in the first embodiment, except the "affinity verification" procedure, so that redundant explanations are omitted. In the second modality, a change permit is determined based on a determination about whether services are the same or not. In the third modality, a change permit is determined when comparing priorities. In contrast, the present modality is also characterized in that a change permit is determined by comparing the setters to determine whether or not they belong to the same service, and also when comparing the priorities. Figure 35 is a flow diagram showing a method of affinity verification in the present embodiment. The same reference numbers are given to the processes that are the same in figure 33 and figure 34 so that explanations about the same processes are omitted. In S3303, when the services to which respective old and new setters belong are different from each other, the result of determination of "no affinity" is sent back (S3403), and the processing is terminated. When the services are equal, the priorities of respective old and new setters are compared (S3401). If the priority level of the new setter is higher than that of the old setter, the result of "affinity" determination is sent back (S3402), and the processing is terminated. On the other hand, when the priority level of the old setter is higher than that of the new setter, the determination result of "no affinity" is sent back (S3203), and processing is terminated. It should be noted that, also in the present embodiment, the present invention can be achieved when any of the determination results is made in the case where the priorities are equal to one another. Moreover, in Figure 35, a comparison of priorities is carried out after a determination is made as to whether the services are the same or not. However, the order of procedures can be reversed. Figure 36 is a flow diagram showing the inverted procedure. In case the priorities of respective old and new setters are compared (S3401), when the priority level of the new setter is higher than that of the old setter, the determination result of "with affinity" is sent back (S3305). ), and the processing is finished. On the other hand, when the priority level of the new setter is higher than that of the old setter, the specification of the service to which the old setter belongs (S3301) and the service specification to which the new setter belongs (S3302) are carried out and determine whether the specified services are the same or not (S3303). When the services to which the old and new respective setters belong are different from each other, the result of "no affinity" determination is sent back (S3305), and the processing is terminated. When the services are the same, the result of "affinity" determination is sent back (S3304) and the processing is terminated. Consequently, in a state in which normal reproduction is established, a request from any setter is accepted and, in a state in which stunt reproduction is established, a speed / time processing setter can be accepted. reproduction only of the setter that belongs to the same service as the old setter and that has a priority level higher than that of the old setter. Consequently, while the old setter is performing trick play, it is possible to avoid an occurrence of situation in which speed / play time is changed by a new setter belonging to a service that is different from the service to which it belongs. the old setter and avoid the occurrence of a situation in which the state of reproduction is changed by the new setter that has a lower priority level than the old setter.

Fifth embodiment In the present embodiment, a procedure that is different from the "change permit determination" procedure described in the first embodiment is explained. The hardware configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the hardware configuration shown in Figure 5. Furthermore, the software configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the software configuration shown in figure 10. In addition, the hardware and software operations are the same as those explained using figures 1 to 26 in the first embodiment, except the "change permission determination" procedure, so explanations are omitted redundant As shown in Figure 30, in the first mode, a change permission is determined by specifying an old setter and a new setter and verifying the affinity between them. The present modality is further characterized because the affinity check is carried out only when specifying a new setter. Figure 37 is a flow diagram showing a "change permit determination" procedure in the present embodiment. The same reference numbers are used for processes equal to those in Figure 30 and therefore redundant explanations are omitted. The motion picture trick playback management unit 2501 specifies a new setter (S3002), and performs affinity verification based on information about the new setter (S3702). The details of affinity verification are given below. Then, a return value of the affinity check is determined (S3703). When it is determined that there is no affinity as a result of affinity verification, the determination result of "Denial of change" is sent back (S3705), and the processing is finished. When affinity is determined, the result of the "change permit" determination is sent back (S3704) and the processing is terminated. Here, it is assumed that the motion picture trick playback management unit 2501 retains a list by identifying a setter that receives an instruction to set playback speed (hereinafter, referred to as a determination list). The details of the determination list are given below. The affinity verification processing (S3702) is described below. Fig. 38 is a flow chart showing an affinity check procedure. It should be noted that the same reference numbers are used for processes equal to those in Figure 30 and redundant explanations are therefore omitted. The motion picture trick playback management unit 2501 specifies information that relates to a new setter (S3801). It is determined whether or not the specified information matches the information in the determination list (S3802). When it is determined that the information in the determination list matches, the reproduction management unit of moving image trick 2501 sends the result of determination of "affinity" back (S3803), and processing ends. When determined to not match the information in the determination list, the motion picture trick playback management unit 2501 sends the determination result of "no return affinity" (S3804) and terminates the processing. Here, the detail about the determination list retained by the motion picture trick playback management unit 2501 is described. The details included in the determination list are information necessary to determine whether the information specified in S3801 matches or not . Figure 39 is a diagram schematically showing an example of the determination list in case information referring to the service to which the setter belongs in S3801 and a determination is made based on the specified information. Here, "Recorded content" is retained as a service type 2901. In this case, referring to Figure 38, processing in S3801, it is determined that the specified information matches the information in the determination list only in case of that the type of service to which the new setter belongs is "Recorded content". It should be noted that, while only "Recorded Content" is retained as One type of service here, various types of service can be stopped. Furthermore, other types of services that are different from "Recorded Content" can be stored as long as the service administrator 1003 can identify them. Note that, in case several types of services are retained, it is determined that the specified information matches the information in the determination list if the information matches at least one of the types of services included therein. Fig. 40 is a diagram schematically showing an example of a determination list held by the motion picture trick playback management unit 2501. A column 4001 describes service types and a column 4002 describes service identifiers. A row 4011 and a row 4012 respectively indicate a service that is being reproduced and administered. In addition, the service indicated in row 4011 has "Recorded content" as service type 4001 and "Channel 1" as service identifier 4002. Furthermore, the service indicated in row 4012 has "Recorded content" as the type of service. service 4001 and "Channel 2" as the service identifier 4002. In this case, with reference to figure 38, it is determined that, in the processing in S3801, the information is included in the list only if the service type of the service to which a new setter belongs is "Recorded content" and the service identifier is "Channel 1" or "Channel 2". It should be noted that the determination list may include information that is not service types or service identifiers. In such case, in the processing in S3801, the determination to determine whether or not the information is included in the determination list remains the same while the details of the list change according to the details of the list. Next, an example is described in which the determination is carried out using a Java program identifier as information that refers to a new setter. Figure 41 is a diagram schematically showing an example of the determination list used for the determination to be carried out using a Java program identifier. Here, the determination list retains "301" as a Java program identifier 4101. In this case, referring to FIG. 38, it is determined, in the processing in S3801, that the specified information matches the information in the list of determination only in case the Java program identifier that refers to the new setter is "301". It should be noted that, while only "301" is retained as the Java program identifier in this case, several Java program identifiers can be retained, and, in addition, a scale can be specified (for example, a scale of 301 to 310). It should also be noted that the present invention can be achieved even in the case where details of the determination list retained by the motion picture trick playback management unit 2501 can not be updated since the previously predetermined values already have been stored. In addition, the present invention can be achieved even when the details are updated in half through processing. As in the case of updating the details in half through processing, for example, it is possible to add or replace information from an instructed service to the JMF 1005a from the service manager 1004. In addition, it is possible to deny all the establishment instructions to the put anything on the determination list. In addition, the details can be changed dynamically according to an operation situation, for example, by setting a service to which a application with the highest priority level among the applications managed by the AM 1005b to a determination list. .

It should be noted that the external unit may be allowed to refer to or update the details of the determination list. In this case, certain restrictions (for example, a priority level, a Java program identifier, an authorization held by an application and the like) can be provided. Consequently, in a state in which normal reproduction is established, it is possible to receive a request from any of the setters and, in the state in which trick reproduction is established, it is possible to receive, only from the setter that matches the information in the determination list, a speed setting / playback time instruction. Therefore, it is possible to avoid an occurrence of a situation in which a state of reproduction is changed by another new setter while the old setter is performing trick play.

Sixth modality Unlike the first to fifth modalities, this modality is also characterized because the determination of the change permit is carried out despite the details of the reproduction speed (TB) retained in a procedure in which the unit of motion picture trick play management 2501 receives an instruction to set a playback speed from the external unit as shown in figure 29. The hardware configuration in the present mode is the same as that of the first mode, so a redundant explanation is omitted. Specifically, it is the hardware configuration shown in Figure 5. Furthermore, the software configuration in the present embodiment is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the software configuration shown in Figure 10. Moreover, the hardware and software operations are the same as those explained in Figures 1 to 26 in the first embodiment, except the operations of the reproduction management unit of 2501 motion picture trick carried out after receiving an instruction to set the playback speed of the external unit, so redundant explanations are omitted. Fig. 42 is a flow chart, in the present embodiment, showing a method in which the motion picture trick playback management unit 2501 receives an instruction to set the playback speed of the external unit. The same reference numbers are used for the process which are the same as in Figure 29 and the explanations are therefore omitted here.

The motion picture trick playback management unit 2501 receives an instruction to set a playback speed of an external unit, and determines whether a change is allowed or not. The details about the determination of the change permit are applicable to a process desed in any of the first to fifth modes, so the explanations are omitted here. The motion picture trick playback management unit 2501 determines a return in S2905 (S2906), and when it determines that a change in S2905 is not allowed, processing ends. When it is determined that a change is allowed, the unit 2051 obtains details of an instruction to set the playback speed received from the external unit (S2906), obtains playback speed that has been stored in the primary storage unit 511, and compares the details and speed of reproduction obtained to determine if they are the same or not. Processing ends when they are the same. When they are different from each other, the details stored in the primary storage unit 511 are replaced by the details obtained in S2902 (S2907). Then, the motion picture trick playback management unit 2501 asks the motion picture reproduction processing unit 2502 about a reproduction state, and determines whether the result indicates or not that the reproduction is taking place. When it does not indicate that the reproduction is taking place, the processing is finished. When indicating that the reproduction is taking place, the motion picture trick playback management unit 2501 instructs a reproduction to the motion picture reproduction processing unit 2502 (S2908 (S2909). Setting the playback speed from the external unit is reflected to a state of video and audio reproduction, therefore, it is possible to avoid causing a situation in which an unexpected new setter changes a reproduction situation, when carrying out determination of change permit described in the first to fifth modes, despite the fact that normal reproduction is established or not.

Seventh modality Unlike the first to sixth modalities, the present modality is further characterized because if an instruction to establish a reproduction rate unit is accepted or not it is determined in advance before an instruction to establish the reproduction speed is made .

The hardware configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the hardware configuration shown in Figure 5. In addition, the software configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the software configuration shown in Figure 10. Moreover, the hardware and software operations are the same as those used 1 to 26 in the first mode, except for the points that the trick play management unit of Moving Images 2501 performs the recording reservation permission determination processing and that different reproduction speed change permission operations are carried out, so redundant explanations are omitted. Fig. 43 is a Java method showing an example of a processing unit of a rewriting request. A reservation method accepts a booking reservation request. A reservation method accepts a booking reservation request. A release method accepts a request to release the recording reservation status. In the present embodiment, it is described about the case in which the reproduction management unit of motion picture trick 2501 has units shown as examples in Figure 43. Figure 44 is a flow chart showing a procedure of recording reservation processing carried out by the motion picture trick playback management unit 2501 in case a setter makes a recording reservation request to the motion picture trick playback management unit 2501 in order to predetermine whether or not an instruction to set playback speed is received. The motion picture trick playback management unit 2501 receives a recording reservation request from a setter and performs recording reservation permission determination (S4401). Then, it determines a return value of a recording permission reservation determination (S4401). The details of the recording permission determination are given below. As a result of the recording reservation permission determination, the motion picture trick playback management unit 2501 terminates processing when the result of the "reservation denial" determination is sent back. In this case, it indicates that a setter who sent a recording reservation request could not schedule the recording. In S4401, the motion picture trick playback management unit 2501 changes the recording reservation state (S4403) when the result of the "reservation permit" determination is sent back, and the processing ends. In this case, it indicates that a setter who sent a recording reservation request was able to schedule the recording. It should be noted that the setter (in other words, the setter who was able to schedule the recording) who sent a booking reservation request here is referred to as a reservation holder. This case also indicates that, for the reservation holder who has previously scheduled the reservation of the recording, the recording reservation is taken by another new reservation holder. Therefore, the previous reservation holder can be notified that the reservation of the reservation has been taken by another reservation holder. It should be noted that, in S4403, the setter indicates the setter that programmed the recording, so S4403 is equal to the case in which the information that refers to the setter that programmed the recording is retained in S3005 according to the first modality. It should also be noted that the result about whether the recording reservation has been scheduled or can not be notified to the setter who sent a request for recording reservation. With respect to the notification method, the present invention can be achieved using any type of method such as a sectional mechanism in Java ™ language which is a publicly known technique and a method return value. Figure 45 is a flow chart showing a detailed procedure of "recording reservation permission determination (S4401)". A motion picture trick playback management unit 2501 performs affinity verification (S4501). Details about affinity verification can be achieved by applying any of the affinity checks described in the first to sixth modes. As a result in S4501, the motion picture trick playback management unit 2501 determines whether the result of "what affinity" determination is sent back or not "S4502", sends "reservation permission" back in case of "with affinity" (S4503) and the processing ends In the case of "no affinity", it sends "reservation negation" back (S4504), and the processing ends.The following is described in this modality about a procedure carried out at the time when the motion picture trick playback management unit 2501 receives an instruction from set playback speed from the external drive. The procedure at the time when the motion picture trick playback management unit 2501 receives an instruction to set playback speed of the external unit follows the flow charts of FIG. 29 in the first embodiment and of FIG. 42 in FIG. the sixth modality. However, "determination of change permit (S2905)" in Figure 29 and Figure 42 is different in the present embodiment. Figure 46 is a flowchart showing a detailed procedure of "determination of change permit (S2905)" in the present embodiment. First, the motion picture trick playback management unit 2501 specifies a setter that has instructed to change playback speed (S4601). It should be noted that the specific method of specifying a setter is the same as that described above. Then, the motion picture trick playback management unit 2501 determines whether or not the specified setter is a reservation fork (S4602). The specific determination method can be achieved, for example, by storing a Java pro identifier of the reservation fork in the primary storage unit 511 in S3005, and comparing the stored Java pro identifier of the storage holder. reservation with a Java pro identifier of the setter in S4601. Fig. 47 is a dia schematically showing an example of a state in which the motion picture trick playback management unit 2501 stores, in the primary storage unit 511, "301" as a Java pro identifier a reservation fork. In S4602, when it is determined that the setter is a reservation holder, the motion picture trick playback management unit 2501 sends "change permission" back (S4603), and processing ends. When it is determined that the setter is not the reservation holder, the motion picture trick playback management unit 2501 sends "return denial" (S4604), and the processing ends. It should be noted that, while an example of determination processing using Java pro identifiers was shown above, the present invention can be achieved using any type of information attached to a setter, as long as the information is sufficient for processing of determination in S4502. For example, it is described, as another format, about the case in which the determination is carried out based on in a service to which a setter belongs. In this case, in S4602, the information that refers to the service to which the setter belongs is obtained and used for comparison. It can be achieved, for example, by previously storing, in the primary storage unit 511, a service identifier of the service to which the reservation holder belongs in S3205, and comparing the stored service identifier of the reservation holder with the reservation identifier. service of a service to which the setter belongs in S4601. Fig. 48 is a diagram schematically showing an example of a state in which the motion picture trick playback management unit 2501 stores, in the primary storage unit 511, "channel 1" as a service identifier of a service to which a reservation holder belongs. In addition, a unit that is not the motion picture trick playback management unit 2501 (ie, in the case that the units shown as an example in figure 46 are included in a unit other than the administration unit of motion picture trick playback 2501), performs recording reservation processing (recording reservation processing shown in figure 44 and figure 45 or a part of the processing) and the determination in S4602, while the motion picture trick playback management unit 2501 may request the unit to carry out determination in S4602, and judge only the result of the determination. For example, by placing a new management reservation unit in the Java 1005 library, the new reservation management unit can perform processing and determination of recording reservations in S4602. Figure 49 is a block diagram in case the reservation management unit 4905f is included in the Java library 1005. In this case, the setter sends a non-rewrite reservation request to the trick playback management unit of moving images 2501 but to the reservation management unit 4905f, in order to decide whether an instruction to set a playback speed instruction was previously received or not. When the recording reservation request sent from the setter is received, the 4905f reservation management unit performs processing following the flow charts shown in figure 44 and figure 45. It should be noted that, in the event that such a program as the service manager 1004 and the recording manager 1210 that can be instructed from the JMF 1005a, the present invention can be achieved by including the processing of the reservation management unit 4905f in the program using the program as the reservation management unit 4905. Accordingly, the setter who would make the reservation reservation processing can always change the speed of the reservation. reproduction and can avoid an occurrence of situation in which a reproduction status is changed by another setter as long as the recording reservation is not taken by the other setter.

Eighth modality This modality is characterized in that the AIT or XAIT determines if the reproduction speed is allowed or not. The hardware configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the hardware configuration shown in Figure 5. Furthermore, the software configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the software configuration shown in Figure 10. Moreover, the hardware and software operations are the same as those explained using figures 1 to 26 in the first embodiment, except that the AIT and XAIT settings are different and that the method of determining permission to change playback speed by the motion picture trick playback management unit 2501 is different, so redundant explanations are omitted. Family 50 shows an example of AIT that includes a reproduction rate change permission indicator 5001 in addition to details of the AIT shown in figure 19. Figure 51 shows an example of AIT that includes a speed change permission indicator 5001 in addition to details of the XAIT shown in Figure 21. In the present embodiment, it is assumed that the applications to be initiated are all initiated by the AM 1005 based on the information shown in Figure 50 or Figure 51. that the motion picture trick playback management unit 2501 performs processing shown in FIG. 29 or FIG. 42 when it receives an instruction to set playback speed from the external unit, processing "change permission determination" (FIG. S2905) "is different in the first mode. Figure 52 is a flow diagram showing detailed processing of the "permit determination of (S2905) "in the present embodiment The same reference numbers are used for the same processes as those in Figure 30 and therefore the specifications about the same processes are omitted. moving images 2501 obtains a change permit indicator that refers to a setter, and determines whether the change permit indicator obtained is 1 or not (S5201) .Note that, while the previous judgment is made based on the information of 1, any type of information that is different from 1 can be used to achieve the above processing as long as the information can be used to change the permit determination.When the change permit indicator is 1, the reproduction management unit of moving image trick 2501 stores information that refers to the setter (S3005), sends the result of determination of "permission to change" back (S30) 06), and the processing ends. When the change permission flag is not 1, the motion picture trick playback management unit 2501 sends the result of the "return denial" determination (S007), and the processing ends. Accordingly, it can be determined whether an instruction to set a reproduction speed can or not allowed according to indicators of change permit included in AIT or XAIT. Therefore, you can know in advance about whether or not there are possibilities that the speed of reproduction will be changed by another new setter, and that to which the fixed value the speed of reproduction is changed.

Ninth embodiment The present embodiment is further characterized in that a change in playback speed can be instructed in instructing and initiating the playback of the recorded content and in that a change in playback speed can be instructed by instructing to stop playback of the recorded content. The hardware configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the hardware configuration used in Figure 5. In addition, the software configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, it is the software configuration shown in Figure 10. Furthermore, the hardware and software operations are the same as those explained using Figures 1 to 26 in the first embodiment, except that operations of the motion picture playback processing unit 2502 at the time of playback start and conclusion of instructions are different and because the operations of the motion picture trick playback management unit 2501 for speed change permission determination of reproduction are different, so redundant explanations are omitted. When an application instructs to initiate video / audio playback by a start method of the motion picture reproduction processing unit 2502, in addition to the operations described in the first embodiment, the motion picture reproduction processing unit 2502 stores, in the primary storage unit, a Java program identifier to identify the application that invoked the start method. Consequently, the application reserves an instruction to set the playback speed of the content that has been started when playing first by the start method, that is, the application has a right to change the playback speed of the current content. On the other hand, when the application that invoked the start instructs to terminate video / audio playback by the close method of the motion picture reproduction processing unit 2502, in addition to the operations described in the first embodiment, the processing unit 2502 motion image playback deletes a Java program identifier to identify the application that invoked the start method stored on the primary storage unit. Consequently, the application releases the reservation of the instruction to set the playback speed of the content that has started playback by the initial method, ie the application abandons the right to change the playback speed of the current content. Other operations of the motion picture reproduction processing unit 2502 are the same as those described in the first embodiment. Figure 46 is a flowchart showing a detailed procedure of the "change permission determination (S2905)" carried out by the motion picture trick playback management unit 2501 in the present embodiment. Except for the operation of the change permission determination, the motion picture trick reproduction management unit 2501 of the present embodiment is the same as the motion picture trick reproduction management unit of the first mode. It should be noted that, while Figure 46 is used in the seventh embodiment, it is used again in the present embodiment. First, the administration unit of motion image trick playback 2501 identifies a setter, in other words, an application, which has made the instruction to change the playback speed. It should be noted that the specific method of identifying the setter is the same as that described above. Then, the motion picture trick reproduction management unit 2501 determines whether or not the identified setter is a reservation holder (S4602). The method of specific determination can be achieved, for example, by comparing the identifier of the Java program of the reservation fork recorded in the primary storage unit 511 by the moving image processing unit 2502 with the Java program identifier of the setter identified in S4601. In S4602, when it is determined that the identified setter is a reservation holder, the motion picture trick playback management unit 2501 sends "change permission" back (S4603), and the processing ends. It should be noted that, although an example of determination processing using Java program identifiers is shown in the present embodiment, the present invention can be achieved using any type of information attached to the setter unless there is Sufficient information for determination processing in S4502. For example, as another method, a case is described where the determination is carried out based on services to which the setters belong. In this case, in S4602, the information that refers to the services to which the setters belong is obtained and compared. For example, it can be achieved by means of which the moving image production processing unit stores, in the primary storage unit 511, a service identifier of the service to which the reservation holder belongs, and the reproduction management unit. of trick of images in movement 2501 compares, service 4601, the identifier of service with the identifier of service to which a setter belongs. Consequently, only the setter who has successfully made a recording reservation by the start instruction of reproducing a content can change the speed of reproduction and the driving of a situation in which the state of reproduction is changed by another setter can be avoided as long as the reservation is not taken by another setter.

Tenth mode This modality is also characterized because a change in playback speed can be instructive when instructing a service administrator to select a recorded content, and because a change in playback speed can not be instructed by instructing the service manager to cancel the playback of recorded content. The hardware configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, the hardware configuration shown in Figure 5. In addition, the software configuration in the present mode is the same as that of the first mode, so redundant explanations are omitted. Specifically, the software configuration shown in Figure 10. Moreover, the hardware and software configurations are the same as those explained using figures 1 to 26 in the first embodiment, except that the operations of the service administrator 1004 after selecting the The content and operations of the motion picture trick playback management unit 2501 for the determination of permission to change playback speed are different, so redundant explanations are omitted. When the application selects and instructs a content recorded by the select method (int channel) of the service manager 1004, in addition to operations described in the first embodiment, the service manager 1004 stores, in the primary storage unit, a Java program identifier to identify the application that has invoked the select method. Accordingly, the current application reserves an instruction to set playback speed of "recorded content" that has started to be played by the select method, in other words, the application has the right to change the playback speed of the current content. On the other hand, in case the application that has invoked the selected method mentioned above instructs to cancel the video / audio selection by null instructing the channel parameter of the select (int channel) of the service manager 1004, in addition to operations described in the first mode, the service manager 1004 per Java program identifier, to identify the application that invoked the select method stored in the primary storage unit. Accordingly, the application releases a reservation of the instruction to set the playback speed of the "recorded content" that has started to be played by the select method, ie the application abandons the right to change the playback speed of the current content . Other operations of the Service manager 1004 are equal to those of the first mode. Figure 46 is a flowchart showing a detailed procedure of the "change permission determination (S2905)" carried out by the motion picture trick playback management unit 2501 in the present embodiment. Except for the change permission determination operation, the motion picture trick playback management unit 2501 of the present embodiment is the same as the motion picture trick reproduction management unit of the first mode. It should be noted that, while Figure 46 is used in the seventh embodiment, it is used again in the present embodiment. First, the motion picture trick playback management unit 2501 identifies a setter, in other words, an application, which has made an instruction to change playback speed (S4601). It should be noted that the specific method to identify the setter is the same as that described above. Then, the motion picture trick reproduction management unit 2501 determines whether or not the identified setter is a reservation holder (S4602). The specific determination method can be achieved, for example, by comparing the identifier of the Java program of the reservation holder recorded in the primary storage unit 511 by the service manager 1004, that is, the application that invoked the select or instruct method or select "Recorded Content", with the Java program identifier the setter identified in S4601. In S4602, when it is determined that the identified setter is a reservation holder, the motion picture trick playback management unit 2501 sends "change permission" back (S4603), and the processing ends. It should be noted that, although an example of determination processing using Java program identifiers is shown in the present embodiment, the present invention can be achieved by using any type of information attached to the setter unless there is sufficient information for determination processing in S4502 . For example, as another method, a case is described in which the determination is carried out based on services to which the setters belong. In this case, in S4602, the information that refers to the services to which the setters belong is obtained and compared. For example, it can be achieved by means of which the service manager 1004 stores, in the primary storage unit 511, a service identifier of the service to which the reservation holder belongs, and the motion picture trick reproduction management unit 2501 compares, in S4601, the service identifier with the service identifier to which a setter belongs. Consequently, only the setter who has successfully made a reservation for the instruction to initiate the reproduction of a content can change the speed of reproduction and the occurrence of a situation in which the state of reproduction is changed by another setter can be prevented as long as the reservation is not taken by another setter. In the foregoing, the first to ninth embodiments of the present invention were explained. It should be noted that in the first to ninth embodiments, the present invention can be achieved by applying any type of recording unit and a playback unit, as long as video and audio are played included in recorded content after the recorded content is played. , and in case video and audio are included in an application, as long as the application is going to be executed. Note that, in all the modes mentioned above, as another recording method, the outputs of the audio encoder 2101 and the video encoder 2102 can be stored in the second storage unit. 510. In such a case, one of the following processes is taken. The output destinations of the audio encoder 2101 and the video encoder 2102 are previously determined as the second storage unit 510 and the CPU 154 instructs, the audio encoder 2101 and the video encoder 2102, the secondary storage unit 510 as the destination of departure. Moreover, as another recording method, the CPU 154 can designate the multiplexer 2103 as the output destination for the audio encoder 2101 and the video encoder 2102. In addition, as another recording method, the output of the QAM demodulation unit 501 can be recorded directly on the secondary storage unit 510 without being through the POD 504. Moreover, as another recording method, the output of the demodulation unit QAM 501 can be sent to the TS 505 decoder without being a through the POD 504, the output of the TS 505 decoder can be input to the multiplexer 2103 and the output of the multiplexer 2103 can be recorded on the secondary storage unit 510. Note that, in case a content is recorded without being through POD 504 (in other words, in case there is a possibility that the content remains to be encoded), it is necessary to take the POD 504 to the stage to play the recorded content. It should also be noted that, as the recording method, the output of the multiplexer 2103 can store the secondary storage unit 510. In this case, one of the following processes is taken. The output destination of the multiplexer 2103 is previously determined as the secondary storage unit 510; and the CPU 154 designates the secondary storage unit 510 as the output destination of the multiplexer 2103. Furthermore, as another recording method, the CPU 154 may designate the secondary storage unit 510 as the output destination of the TS 505 decoder. In addition, as another recording method, the CPU 154 may designate the multiplexer 2103 as the output destination of the TS 505 decoder, and the secondary storage unit 510 as the output destination of the multiplexer 2103. Moreover, in case information other than video and audio, for example, DSMCC details including an application, are recorded, the data to be stored from the outputs coming from the TS 505 decoder are processed by the CPU 514 and then stored directly in the storage unit secondary 510. In addition, it is possible that the data that will be stored from the outputs of the TS 505 decoder are sent to the multiplexer 2103, the outputs are multiplexed by the multiplexer 2103 together with the outputs of the audio encoder 2101 and the video encoder 2102, and the results are stored in the secondary storage unit 510. Note that although a means of Large capacity such as a hard disk and a DVD-RAM is preferred for the secondary storage unit 510, any medium is applicable as long as it is recordable. Note that the data treated as inputs and outputs of the TS 505 decoder, the audio decoder 506, the video decoder 508, the audio encoder 2101, the video encoder 2102 and the multiplexer 2103 can be arbitrarily encoded in an arbitrary step. Recorded content can record the details included in the original content (in other words, video, audio, application and the like) simultaneously with its relevance and additional information (for example, time and program information). It should be noted that the present invention can be achieved as long as the recorded contents can be reproduced despite the recording methods and recording units. Although only some exemplary modalities of this invention have been described in detail above, those skilled in the art will readily appreciate that many modifications are possible in the exemplary embodiments without materially departing from the novel teachings and advantages of this invention. Accordingly, all of these modifications are intended to be included within the scope of this invention.

Industrial Applicability The recording and reproducing apparatus (the apparatus for reproducing moving images) according to the present invention determines, in response to an instruction for normal reproduction or trick reproduction, whether the instruction will be accepted or not in accordance with an instruction. rule. In case of accepting the instruction, the motion picture reproduction apparatus includes a motion picture trick playback management unit which retains details of the instruction and a motion picture reproduction processing unit which reproduces an image in motion. movement based on the details retained by the motion picture trick reproduction management unit so that, in the reproduction of moving images by the digital television reception device, the present invention can prevent the occurrence of a state of reproduction that is not expected by an application, and the present invention is useful for increasing the stability of the operations of the application. Moreover, the present invention can be applied for an increase in the stability of the operations of software controlled information devices, such as not only a digital television but also a personal computer and a cellular phone. It is noted that in relation to this date, the best method known to the applicant to carry out the aforementioned invention, is that which is clear from the present description of the invention.

Claims (8)

1. CLAIMS Having described the invention as above, the content of the following claims is claimed as property: 1. A recording and reproduction apparatus that receives and records a content included in a transmission wave, and executes an application program included in a service predetermined in parallel with the reproduction of the recorded content, characterized in that it comprises: a storage unit in which the received content and the application program are stored; an execution unit that works to execute the application program; a reproduction unit that functions to reproduce the content stored in the storage unit and a reproduction speed control unit that functions to receive a playback speed of the content requested by the application program, and to control a speed unit of reproduction of the content that will be reproduced by the reproduction unit so that it is at the reproduction speed received, where, in case there is a first application program that has requested the playback speed of the content already accepted as a normal reproduction and a second application program requesting a new reproduction speed, when the new playback speed request is received, the playback speed control unit operates to accept the new playback speed request from the second application program.
2. 2. A recording and reproduction apparatus that receives and records a content included in a transmission wave, and executes an application program included in a predetermined service in parallel with the reproduction of the recorded content, characterized in that it comprises: a storage unit in which the received content and the application program are stored; an execution unit that works to execute the application program; a reproduction unit that functions to reproduce the content stored in the storage unit and a reproduction speed control unit that functions to receive a playback speed of the content requested by the application program, and functions to control a reproduction speed of the content that will be reproduced by the reproduction unit so that it is in the received reproduction speed, where in case a first application program that has requested the playback speed of the content already accepted as a normal reproduction and a second application program that requests a new reproduction speed is When the new playback speed request is received, the playback speed control functions to compare a priority level of the first application program with a priority level of the second application program, and to control the playback speed of the content. so that it is at a playback speed requested by the application with a higher priority level.
3. The recording and reproducing apparatus according to one of claim 1 and claim 2, characterized in that the reproduction speed control unit functions to: determine whether the first application program and the second application program belong or not to different services when comparing information that refers to an identifier of a service to which the first application program belongs with information that refers to an identifier of a service to which the second application program belongs; Y denying a request to change the reproduction speed of the second application program, in case the second application program does not belong to the service of the first application program.
4. The recording and reproducing apparatus according to one of claim 1 and claim 2, characterized in that the reproduction speed control unit functions to: determine whether the first application program and the second application program belong or not to different services when comparing the information that refers to an identifier of a service to which the first application program belongs with information that refers to an identifier of a service to which the second application program belongs; and in case the second application program belongs to the service of the first application program, when a priority level of the second application program is higher than a priority level of the first application program, control the playback speed of the content so that it is at the reproduction speed requested by the second application program.
5. 5. The recording and reproducing apparatus according to claim 4, characterized in that, in In case the priority level of the first application program is equal to the priority level of the second application program, the reproduction speed control unit operates to control the playback speed of the content so that it is at the reproduction speed requested by the second application program.
6. The recording and reproducing apparatus according to claim 2, characterized in that the playback speed control unit operates to: control the playback speed of the content so that it is at the reproduction speed requested by the second application program , in case the speed of reproduction of the content, requested by the first application program and already accepted, is a reproduction speed for a normal reproduction, and denying a request for change of reproduction speed of the second application program when a priority level of the second application program is lower than a priority level of the first application program, in case the playback speed of the content, requested by the first application program and already accepted, is not the playback speed for normal reproduction.
7. 7. A recording and reproduction method for receiving and recording a content included in a transmission wave, and executing an application program included in a predetermined service in parallel with the reproduction of the recorded content, characterized in that it comprises: storing the received content and the application program; execute the application program; reproduce the content stored in the storage and receive a reproduction speed of the content requested by the application program, and control a playback speed unit of the content that will be reproduced in the reproduction so that it is in the reproduction speed received, where , in case there is a first application program that has requested the playback speed of the content already accepted as a normal playback and a second application program that requests a new playback speed, when it receives the new playback speed request, the control includes accepting the new playback speed request from the second application program.
8. 8. A method of recording and playback to receive and record a content included in a transmission wave, and execute an application program included in a predetermined service in parallel with the reproduction of the recorded content, characterized in that it comprises: storing the received content and the application program; execute the application program; reproduce the content stored in the storage and receive a playback speed of the content requested by the application program, and control a playback speed of the content that will be reproduced by the reproduction so that it is at the speed of reproduction received, where in case that a first application program that has requested the playback speed of the content already accepted as a normal playback and a second application program that requests a new playback speed be different, when it receives the new playback speed request, the control it includes comparing a priority level of the first application program with a priority level of the second application program, and controlling the playback speed of the content so that it is at a playback speed requested by the application program with a higher priority level. high.