Hereafter, preferred embodiments of the present invention will be described with reference to
A first embodiment of the present invention will be described hereafter with reference to
A decoder Dec of this embodiment not only receives a known coding signal Str but also receives/outputs an intermediate stream IntStr which is generated by the decoder Dec when decoding is performed and is connected to the large capacity storage device Disc. A stream buffer StrBuf for temporarily storing the coded signal Str and the intermediate stream IntStr is connected to the decoder Dec via an intermediate stream TmpStr.
Now, to explain a flow of decoding of the coded signal Str including arithmetic coded data according to this embodiment in detail, a variable length coding/decoding block DecSys including the decoder Dec, the large capacity storage device Disc and the stream buffer StrBuf will be described with reference to
The decoder Dec includes a first type variable length decoding section vld1 for performing variable length decoding including arithmetic decoding (which will be hereafter referred to as “first type variable length decoding”), a second type variable length decoding section vld2 for performing other variable length decoding which does not include arithmetic coding (which will be hereafter referred to as “second type variable length decoding”), and a first recoding control section Rec1 for selectively storing an intermediate stream generated in the first type variable length decoding section vld1. Moreover, the large capacity storage device Disc connected to the decoder Dec includes an input stream region InStrArea and a first recording region Area1. The stream buffer StrBuf includes a buffer 1Buf1, a buffer 2Buf2 and a buffer 3Buf3 as temporary buffers. Hereafter, a detailed flow of a signal will be described with reference to
First, an arithmetic coded signal 1aStr1 is read from the input stream region InStrArea of the large capacity storage device Disc such as DVD, HDD and the like and stored in the buffer 1Buf1. The coded signal stored in the buffer 1Buf1 is received as an arithmetic coded signal 2aStr2 by the first type variable length decoding section vld1 and is converted to a stream (which will be hereafter referred to as “first type stream data”) which does not include arithmetic coded data in the first type variable length decoding section vld1. Then, a non-arithmetic coded signal 1naStr1 which does not include arithmetic coded data is stored in the buffer 2Buf2.
Next, in the first recoding control section Rec1, a key frame such as an I-picture and a P-picture which is necessary for special playback is selected, a non-arithmetic signal 2naStr2 which does not includes arithmetic coded data is read from the buffer 2Buf2 and the read non-arithmetic signal is stored as a non-arithmetic coded signal 3naStr3 in the first recording region Area1. Furthermore, after the storing the non-arithmetic coded signal 3naStr3, a non-arithmetic coded signal 4naStr4 is read from the first recording region Area1 and is stored in the buffer 3Buf3.
Finally, a non-arithmetic coded signal 5naStr5 from the buffer 2Buf2and a non-arithmetic coded signal 6naStr6 from the buffer 3Buf3 are received by the decoded stream selector (selecting section) naStrSel. Then, one the coded signals from the buffer 2Buf2 and the buffer 3Buf3 is selected according to conditions and a selected coded signal is received as a non-arithmetic coded signal 7naStr7 by the second type variable length decoding section vld2. Furthermore, in the second type variable length decoding section vld2, final output data Syno such as an intra-picture prediction direction IDir, a picture prediction error DifPel, a motion vector prediction difference DifMV, a reference frame number RefNo and the like is output.
<Flow of Storing Intermediate Stream>
Next, process steps for selecting the non-arithmetic coded signal 3naStr3 to be recorded in the first recording region Area1 in the first recoding control section Rec1 will be described with reference to
First, it is judged whether or not a non-arithmetic coded signal naStr2 which is one of coded signals stored in the buffer 2Buf2 and is to be stored is a key frame such as an I-picture and a P-picture (Step S301). If the non-arithmetic coded signal naStr2 is a key frame which can be effectively utilized in special playback, a non-arithmetic coded signal naStr3 is output and stored in the first recording region Area1 of the large capacity storage device Disc (Step S302). On the other hand, if the non-arithmetic coded signal naStr2 is not a key frame, the non-arithmetic coded signal naStr2 is not stored in the first recording region Area1 (Step S303). After the above-described steps have been performed, the same process steps are repeatedly performed to a subsequent non-arithmetic coded signal naStr2 in the same order.
The above-described flow of storing is performed, for example, using an encoding/decoding apparatus during a time when a user selects a stream (program) before performing main playback, a time when thumbnail images are generated for the selection, an non-operation time when a user does not use the encoding/decoding apparatus, or a time when the encoding/decoding apparatus is not in an operation state while main playback is performed, so that an intermediate stream is generated.
<Flow of Selecting Intermediate Stream>
Subsequently, a flow of selecting a data stream in a decoded stream selector naStrSel will be described with reference to
First, it is judged whether or not an intermediate stream to which a variable length decoding exists in the large capacity storage device Disc or the buffer 3Buf3 (Step S401). If the intermediate stream exists, a non-arithmetic coded signal 6naStr6 is read from the buffer 3Buf3 and is output as a non-arithmetic coded signal 7naStr7, and subsequent decoding is performed in a second type variable length decoding section vld2 (Step S402). If the intermediate stream does not exist, a non-arithmetic coded signal 5naStr5 is read from the buffer 2Buf2 and is output as a non-arithmetic coded signal 7naStr7, and subsequent decoding is performed in the second type variable length decoding section vld2 (Step S403). At this time, in the case of reproducing a key frame, in addition to the above-described process steps, storing data into the large capacity storage device Disc using the first recoding control section Rec1 is performed, so that the first type variable length decoding when the same key frame is needed in a subsequent process step becomes unnecessary.
<Improvement of Multiple-Fold Speed Playback Performance>
By the above-described signal flow and control, multiple-fold speed playback performance when a stream including arithmetic coded data is played back can be improved. This will be described with reference to
A timing chart P501 shows timing of the first type variable length decoding in this embodiment. Since key frames such as I-pictures and P-pictures exist as intermediate streams in the first recording region Area1, the first type variable length decoding is not necessary for the key frames. Accordingly, timing of decoding only B-pictures is shown. In this case, an interval between pictures B1 and B3, an interval between pictures B4 and B5 or the like, is an interval in which the first type variable length decoding is not performed. Thus, utilizing the intervals, the first type variable length decoding in some other time position or of a key frame stream may be performed. As a matter of course, if an intermediate stream does not exist in the first recording region Area1, the first type variable length decoding is performed with the same timing as in the known decoding technique.
A timing chart P502 shows timing of the second type variable length decoding in this embodiment. Although an intermediate stream might be output from a different source, the second type variable length decoding is performed with the same timing as in the timing chart 1902 of
Next, multiple-fold speed playback will be described.
<Improvement of Reverse Playback Performance>
By the above-described signal flow and control, reverse playback performance when a stream including arithmetic coded data is played back can be improved. This will be described with reference to
P601, P602, P603, P604 and P605 are timing charts showing timing for the first type variable length decoding. The timing charts P601, P602, P603, P604 and P605 show decoding of B13 and B12, decoding of B10 and B9, decoding B7 and B6, decoding of B4 and B3B and decoding of B1 and B0, respectively, and are connected in the ascending order from P601 to P605 in terms of time. As shown in the timing charts P601 through P604 of
P611, P612, P613, P614 and P615 are timing charts showing timing for the second type variable length decoding and are connected in the ascending order from P611 to P615 in terms of time. The timing charts P611, P612, P613, P614 and P615 show decoding of P14, B13 and B12, decoding of P11, B10 and B9, decoding P8, B7 and B6, decoding of P5, B3 and B4 and decoding of 13, B1 and B0, respectively. As a result of the decoding shown in the timing charts, reverse playback is performed. In this case, in each decoding of the timing charts P611, P612, P613, P614 and P615, playback can not be performed without another key frame. Therefore, for example, in the timing chart P611, even if only P14, B13 and B12 are desired to be decoded, decoding of 12, P5, P8 and P11 are performed, in addition to decoding P14, B13 and B12. Decoding in P611, P612, P613 and P614 is performed all in the same manner and the timing chart P611 shows that decoding of a key frame existing in a GOP immediately before a playback target is needed.
As has been described, when reverse playback is performed, playback can be performed such that timing of the second type variable length decoding is not restricted by the first type variable length decoding including arithmetic coding. Accordingly, for the first type variable length decoding, reverse playback can be performed without requiring any improvement of processing power, and even for the second type variable length decoding, smooth reverse playback can be performed by processing power required in the known technique (i.e., processing power allowing about double speed operation).
All of I-pictures and P-pictures do not have to be key frames to be stored and held as the first type stream data. Only I-pictures or part of I-pictures may be handled as the key frames. Alternatively, B-pictures may be some of the key frames. Moreover, part of coding blocks constituting a picture may be the key frames.
In this embodiment, as the stream buffer StrBuf, the buffer 1Buf1, the buffer 2Buf2 and the buffer 3Buf3 have been described. However, the apparatus may have a configuration in which part of the stream buffer StrBuf does not exist or a configuration in which the stream buffer StrBuf is divided into parts so that a part thereof exists in a SDRAM externally connected to the apparatus and the rest part thereof serves as a memory in the decoder Dec.
Playback for thumbnail moving pictures is used to reduce the size of recorded pictures and display a list of the pictures. However, when a stream as a moving picture of which the size has been reduced beforehand does not exist, display is performed while reduction in size for a plurality of moving pictures is performed and thus playback has to be performed at higher speed than the speed of normal playback. In this manner, even in the case where a plurality of streams such as thumbnail moving pictures are played back at one time, if an intermediate stream included in the first recording region Area1, the first type variable length decoding is not needed and thus simultaneous playback can be realized in a relatively simple manner.
The large capacity storage device Disc does not have to be formed as a single device or media. For example, the large capacity storage device Disc may be formed so that the input stream region InStrArea is formed in DVD and the first recording region Area1 is formed in HDD.
Hereafter, a second embodiment of the present invention will be described with reference to
In this embodiment, a decoder Dec outputs not only a known coding signal Str but also an intermediate stream IntStr which is generated by the decoder Dec when decoding is performed and is connected to the large capacity storage device Disc. A stream buffer StrBuf for temporarily storing the coded signal Str and an intermediate stream TmpStr is connected to the encoder Enc via the an intermediate stream TmpStr.
Now, to explain a flow of decoding the coded signal Str including arithmetic coded data of this embodiment in detail, a variable length coding/decoding block EncSys including the decoder Dec, the large capacity storage device Disc and the stream buffer StrBuf will be described with reference to
The encoder Enc includes a first type variable length coding section vlc1 for performing variable length coding which does not include arithmetic coding (which will be hereafter referred to as “first type variable length coding”), a second type variable length coding section vlc2 for performing the rest of variable length coding including arithmetic coding (which will be hereafter referred to as “second type variable length coding”), and a second recoding control section Rec2 for storing a coded signal generated in the second type variable length coding section vlc2 and a third recoding control section Rec3 for storing an intermediate stream (first type stream data) generated in the first type variable length coding section vlc1. Moreover, the large capacity storage device Disc connected to the encoder Enc includes a second recording region Area2 and a third recording region Area3. The stream buffer StrBuf includes as temporary buffers a buffer 4Buf4 and a buffer 5Buf5, as well as a buffer 1Buf1, a buffer 2Buf2 and a buffer 3Buf3. A first type variable length decoding section vld1 and a second type variable length decoding section vld2 are the same components as those indicated by the same reference numerals in
Hereafter, a detailed flow of a signal will be described with reference to
First, input data Syni, which is a syntax such as an intra-picture prediction direction IDir, a picture prediction error DifPel, a motion vector prediction difference DifMV, a reference frame number RefNo and the like is coded in the first type variable length coding section which does not use arithmetic coding to generate a non-arithmetic coded signal 8naStr8 and the non-arithmetic coded signal 8naStr8 is stored in a buffer 4Buf4.
Next, an intermediate stream including a key frame such as an I-picture or a P-picture is read as a non-arithmetic coded signal 9naStr9 from intermediate streams stored in the buffer 4Buf4. Then, the non-arithmetic coded signal 9naStr9 is received by the third recoding control section Rec3, furthermore, a non-arithmetic coded signal 10naStr10 is output from the third recoding control section Rec3 and then the non-arithmetic coded signal 10naStr10 is stored in a third recording region Area3.
Other then the intermediate stream including the key frame stored in the third recording region Area3, each of intermediate streams stored in the buffer 4Buf4 is read as a non-arithmetic coded signal 11naStr11 and is received by the second type variable length coding section vlc2. Furthermore, as a result of arithmetic coding performed to the non-arithmetic coded signal 11naStr11, an arithmetic coded signal (second type stream data) aStr3 is output and stored in a buffer 5Buf5.
Finally, using the second recording control section Rec2, an arithmetic coded signal 4aStr4 is read from the buffer 5Buf5 and is stored as an arithmetic coded signal 5aStr5 in the second recording region Area2.
Next, signal flow in decoding of this embodiment will be described.
First, a stream which has been coded to include arithmetic coded data is read as an arithmetic coded signal 1aStr1 from the second recording region Area2 and is stored in the buffer 1Buf1. Furthermore, in the first type variable length decoding section vld1, an arithmetic coded signal 2aStr2 is read from the buffer 1Buf1. The arithmetic coded signal 2aStr2 is converted to be a coded signal which does not include arithmetic coded data and then data output as the non-arithmetic coded signal 1naStr1 is stored in the buffer 2Buf2.
On the other hand, a coded stream which does not include arithmetic coded data is read as a non-arithmetic coded signal naStr11 from the third recording region Area3 and is stored in the buffer 3Buf3.
Next, a non-arithmetic coded signal 5naStr5 from the buffer 2Buf2 and a non-arithmetic coded signal 6naStr6 from the buffer 3Buf3 are received by the decoded stream selector naStrSel. The decoded stream selector naStrSel selects one of the non-arithmetic coded signal 5naStr5 and the non-arithmetic coded signal 6naStr6 according to conditions and the selected non-arithmetic coded signal is received as a non-arithmetic coded signal 7naStr7 by the second type variable length decoding section vld2. Furthermore, in the second type variable length decoding section vld2, final output data Syno such as the intra-picture prediction direction IDir, the picture prediction error DifPel, the motion vector prediction difference DifMV, the reference frame number RefNo and the like is output.
All of I-pictures and P-pictures do not have to be key frames to be stored and held as the first type stream data. Only I-pictures or part of I-pictures may be handled as the key frames. Alternatively, B-pictures may be some of the key frames. Moreover, part of a coding block constituting a picture may be the key frames.
In this embodiment, as the stream buffer StrBuf, the buffer 1Bufn, the buffer 2Buf2, the buffer 3Buf3, the buffer 4Buf4 and the buffer 5Buf5 have been described. However, the apparatus may have a configuration in which part of the stream buffer StrBuf does not exist or a configuration in which the stream buffer StrBuf is divided into parts so that a part thereof exists in a SDRAM externally connected to the apparatus and the rest part thereof serves as a memory in the decoder Dec.
Moreover, in the case where a plurality of streams such as thumbnail moving pictures are played back at one time, if an intermediate stream included in the second recording region Area2, the first type variable length decoding is not needed and thus simultaneous playback can be realized in a relatively simple manner.
In addition, the large capacity storage device Disc does not have to be formed as a single device or media. For example, the large capacity storage device Disc may be formed so that the second recording region Area2 is formed in DVD and the third recording region Area3 is formed in HDD.
<Flow of Storing Intermediate Stream>
Next, a control method used for selecting the non-arithmetic coded signal 3naStr3 to be recorded in the third recording region Area3 in the third recoding control section Rec3 will be described with reference to
First, it is judged whether or not the non-arithmetic coded signal naStr9 which is one of coded signals stored in the buffer 4Buf4 and is to be stored is a key frame such as an I-picture and a P-picture (Step S901). If the non-arithmetic coded signal naStr9 is a key frame which can be effectively utilized in special playback or the like, the non-arithmetic coded signal naStr10 is output from the third recoding control section Rec3 and stored in the third recording region Area3 of the large capacity storage device Disc (Step S902). On the other hand, if it is judged that the non-arithmetic coded signal naStr9 does not include a key frame in Step S902, the second type variable length decoding is performed to the non-arithmetic coded signal naStr9 and then the non-arithmetic coded signal naStr9 is stored in the second recording region Area2 (Step S903). Accordingly, the key frame is stored as the non-arithmetic coded signal naStr10 in the third recording region Area3 but is not stored as the arithmetic coded signal aStr5 in the second recording region Area2. Therefore, for example, when the second recording region Area2 and the third recording region Area3 are located in a non-transportable large capacity storage device Disc such as HDD or the like, a recording region of the HDD can be efficiently utilized.
After the above-described processing has been performed, the same processing is repeatedly performed to a subsequent non-arithmetic coded signal naStr9.
By performing processing according to the above-described storing/selectin flow, a coded signal of a key frame for facilitating special playback is stored as a non-arithmetic coded signal at a time of coding.
As has been described, by mixing a coded stream of a non-arithmetic coded signal and a coded stream of an arithmetic coded signal, smooth special playback can be realized.
As described in this embodiment, however, when a method for storing an arithmetic coded signal as a non-arithmetic coded signal is used, a stream which is out of the original specifications of H.264 is generated. Thus, when a transportable media is used as the large capacity storage device Disc, for example, compatibility is needed for playback using competitors' products and thus a stream within the range of the specification has to be generated.
In view of the above-described points, by adding judgment processing to the flow of
First, it is judged whether or not a non-arithmetic coded signal NaStr9 which is one of coded signals stored in the buffer 4Buf4 and is to be stored is a key frame such as an I-picture or a P-picture (Step S1001). Furthermore, if the non-arithmetic coded signal naStr9 is a key frame which can be effectively utilized in special playback or the like, whether or not the large capacity storage device Disc is a non-transportable media such as HDD and the like is judged (Step S1002). If it is judged in Step S1002 that the large capacity storage device Disc is a non-transportable media, a non-arithmetic coded signal naStr10 is output by the third recoding control section Rec3 and is stored in the third recording region Area3 of the large capacity storage device Disc (Step S1003). On the other hand, if it is not judged as a result of the judgment of Step S1001 that the non-arithmetic coded signal naStr9 is a key frame, the second type variable length decoding is performed and the non-arithmetic coded signal naStr9 is recorded in the second recording region Area2 (Step S1004). Moreover, if it is judged as a result of the judgment of Step S1002 that the large capacity storage device Disc is a transportable media, Step S1003 of storing a key frame in a transportable media is not performed and the process proceeds to Step S1004.
In this embodiment, copying (duplicating) or moving (transferring) from a transportable medium such as DVD to a non-transportable media such as HDD and copying and moving from a non-transportable media such as HDD to a transportable medium such as DVD will be described.
<Transportable Media to Non-Transportable Media>
In
Hereafter, a signal flow of
In the above-described flow, signal processing is performed. Thus, copying or moving data as a processed stream with which smooth playback is feasible from a transportable media such as DVDdvd including a normal stream which can have compatibility between competitors' products but is not capable of smooth special playback to a non transportable media such as HDDhdd.
The arithmetic coded signal 20aStr20 has been described as a signal read from a recording medium such as DVDdvd but may be digital stream data received from digital broadcasting.
<Non-Transportable Media to Transportable Media>
In
Hereafter, a signal flow of
Next, an arithmetic stream selector aStrSel receives the arithmetic coding signal 30aStr30 and the arithmetic coded signal 31aStr31. In the arithmetic stream selector aStrSel, if the read stream is a key frame, the arithmetic coding signal 30aStr30 is selected, and if the read stream is other than a key frame, the arithmetic coded signal 31aStr31 is selected. Then, the selected signal is output as an arithmetic coded signal aStr32.
Finally, a sixth recording control section Rec6 outputs an arithmetic coded signal 33aStr33 and the arithmetic coded signal 33aStr33 is stored as a formally standardized stream format in a recording region Area6.
In the above-described flow, signal processing is performed. Thus, copying or moving data, from a processed stream of HDDhdd including a stream with which special playback is feasible, as a normal stream which is not capable of smooth special playback but can have compatibility between competitors' products.
Subsequently, an application example of the above-described picture encoding/decoding apparatus will be described.
In
In this embodiment, the video encoding/decoding section exVCodec includes the encoding/decoding apparatus of
In
Furthermore, exAProc denotes an audio processing section for performing pre-processing and post-processing to an audio signal. The audio processing section exAProc is connected to the bus exBus. exAudioIF denotes an audio input/output section for outputting as an audio signal exASig an audio data signal which has passed through an audio processing section exAProc with or without being processed at the audio processing section exAProc to the outside or importing an audio signal exASig from the outside. exAVCtr denotes an AV control section for performing overall control of an AV processing section exAVLSI.
In encoding, first, the video signal exVSig is received by the video input/output section exVideoIF and the audio signal exASig is received by the audio input/output section exAudioIF.
First, in recording, using the video signal exVSig received by the video input/output section exVideoIF, feature amount extraction for filter processing and encoding and the like are performed in the video processing section exVProc, and the video signal exVSig is stored as an original video in the memory Mem via a memory input/output section exMemIF. Next, original video data and reference video data are transferred from the memory Mem to the video encoding/decoding section exVCodec via the memory input/output section exMemIF again. In the other way around, video stream data and local decompression data coded by the video encoding/decoding section exVCodec are transferred from the video encoding/decoding section exVCodec to the memory exMem.
Using the audio signal exASig received by the audio input/output section exAudioIF, feature amount extraction for filter processing and encoding and the like are performed in the audio processing section exAProc, and the audio signal exASig is stored as original audio data in the memory exMem via the memory input/output section exMemIF. Next, the original audio data is taken out from the memory exMem via the memory input/output section exMemIF again and coded. Then, the coded data is stored again as audio stream data in the memory exMem.
As a final step of encoding, a video stream, an audio stream and other stream information are processed as single stream data and the stream data exStr is output via the stream input/output section exStrIF. Then, write operation of the stream data exStr on the large capacity storage device exRec such as an optical disc (DVD), a hard disk (HDD) and the like is performed.
Next, in decoding, the following operation is performed. First, data stored in the above-described recording is read from the large capacity storage device exRec such as an optical disk, a hard disk, a semiconductor memory or the like. Thus, a stream signal exStr of an audio and a video is received via the stream input/output section exStrIF. Of the stream signal exStr, a video stream is received by the video encoding/decoding section exVCodec and an audio stream is received by an audio encoding/decoding section exACodec.
Video data decoded by the video encoding/decoding section exVCodec is temporarily stored in the memory Mem via the memory input/output section exMemIF. Data stored in the memory Mem is subjected to processing such as noise removal and the like in the video processing section exVProc. There are cases where video data stored in the memory Mem is used as a reference picture for inter-picture motion compensation prediction in the video encoding/decoding section exVCodec again.
Audio data decoded by the audio encoding/decoding section exACdec is temporarily stored in the memory Mem via the memory input/output section exMemIF. Data stored in the memory Mem is subjected to processing such as acoustic processing and the like in the audio processing section exAProc.
Finally, while audio and video are temporally synchronized, data processed in the video processing section exVProc is output as the video signal exVSig via the video input/output section exVideoIF and is displayed on a TV screen or the like. Data processed in the audio processing section exAProc is output as the audio signal exASig via lo the audio input/output section exAudioIF and then is output from a speaker.
Furthermore, by recording a program for implementing the moving picture decoding apparatus, a moving picture encoding apparatus and a moving picture encoding/decoding apparatus described in the above-described embodiments by software in a memory media such as a flexible disk or the like, processing described in each of the above-described embodiments can be performed in an independent computer system in a simple manner.
In the description above, the case where a flexible disk is used as a recording media has been shown as an example, but the same operation can be performed using an optical disk. Moreover, a recording media is not limited thereto, the same operation can be performed using an IC card, a ROM cassette and the like in which the program can be recorded.
In the above-described embodiments, processing in which an intermediate stream of a key frame generated during variable length coding or variable length decoding is left and variable length decoding is performed using data from the intermediate stream has been shown. Stream data to be left as an intermediate stream can be stream data obtained using a different variable length coding tool. For example, besides a variable length coding tool using CABAC, the H.264 standard allows a variable length coding tool using CAVLC which does not include arithmetic coding. Therefore, although in the first embodiment, variable length decoding is performed using the first type variable length decoding section vld1 and the second type variable length decoding section vld2, the configuration in which the non-arithmetic coded signal 1naStr1 generated in the first type variable length decoding section vld1 is in a stream format using CAVLC and the second type variable length decoding section vld2 decodes CAVLC can be formed. In the same manner, as an intermediate stream, a stream defined by another standard such as MPEG-2 or a unique stream which does not require sequential processing may be used.
Furthermore, each of function blocks in the block diagrams of
Moreover, although it has been described that each block is implemented as an LSI, an LSI may be referred to as an IC, a system LSI, a super LSI or an ultra LSI depending on the degree of integration. Also, a technique for implementing an integrated circuit is not limited to the LSI technique, but an integrated circuit may be formed as a circuit for exclusive use or a versatile processor. After fabrication of an LSI, FPGA (Field Programmable Gate Array) which is programmable and a reconfigurable processor in which connection and settings for circuit cells in an LSI can be reconfigured may be used. Furthermore, needless to say, if a new technique for integrated circuits appears as a replacement of the LSI technique due to the progress in semiconductor technology or some other technology derived from the semiconductor technology, each function block may be implemented as an integrated circuit using the new technique. For example, biotechnology and the like might be possibly applied.
Number | Date | Country | Kind |
---|---|---|---|
2006-246485 | Sep 2006 | JP | national |
This non-provisional application claims priority under 35 U.S.C. § 119(a) on Patent Application No. 2006-246485 filed in Japan on Sep. 12, 2006, the entire contents of which are hereby incorporated by reference.