(57)【要約】【課題】記録装置及び記録方法に関し、例えばコンピュータとの間のインターフェースを有するビデオデータの記録装置に適用して、コンピュータとの間でもデータを入出力できるように構成してコンピュータとの親和性を高める場合でも、バッファメモリの容量を小さくすることができるようにする。【解決手段】ビデオデータ等によるストリーミングデータＤ１１を記録する場合、記録用バッファ１７Ａの一部領域１７ＡＢにより、記録媒体１８に記録するデータＤ１３を一時保持し、残る領域１７ＡＡをストリーミングデータＤ１１のバッファメモリの処理に割り当てる。【選択図】        図１
2004200825.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータと接続可能なインターフェースと、
前記インターフェースによるデータ転送速度に比して、相対的に低いデータ転送速度によるストリーミングデータを一時保持して出力するストリーミングデータのバッファメモリと、
前記ストリーミングデータのバッファメモリ、前記インターフェースより出力されるデータを記録用バッファに一時保持して記録媒体に記録する記録手段とを備え、
前記ストリーミングデータのバッファメモリより出力されるデータを前記記録媒体に記録する場合、前記記録用バッファの一部領域により、前記記録媒体に記録するデータを一時保持し、前記記録用バッファの残る領域と前記ストリーミングデータのバッファメモリとに前記ストリーミングデータを一時保持して前記一部領域に転送する
ことを特徴とする記録装置。
【請求項２】
前記記録用バッファの残る領域への前記ストリーミングデータの一時保持に係る前記残る領域への前記ストリーミングデータの書込みと、前記一部領域への転送とを、対応するコマンドにより実行する
ことを特徴とする請求項１に記載の記録装置。
【請求項３】
前記ストリーミングデータが、
内蔵の撮像手段で取得したビデオデータより生成されたデータである
ことを特徴とする請求項１に記載の記録装置。
【請求項４】
コンピュータと接続可能なインターフェースと、前記インターフェースによるデータ転送速度に比して、相対的に低いデータ転送速度によるストリーミングデータを記録用バッファに一時保持して記録媒体に記録する記録方法であって、
前記ストリーミングデータのバッファメモリより出力されるデータを前記記録媒体に記録する場合、前記記録用バッファの一部領域により、前記記録媒体に記録するデータを一時保持し、前記記録用バッファの残る領域と前記ストリーミングデータのバッファメモリとに前記ストリーミングデータを一時保持して前記一部領域に転送する
ことを特徴とする記録方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、記録装置及び記録方法に関し、例えばコンピュータとの間のインターフェースを有するビデオデータの記録装置に適用することができる。本発明は、ストリーミングデータのバッファメモリより出力されるデータを記録媒体に記録する場合、記録用バッファの一部領域により、記録媒体に記録するデータを一時保持し、残る領域をストリーミングデータのバッファメモリの処理に割り当てることにより、コンピュータとの間でもデータを入出力できるように構成してコンピュータとの親和性を高める場合でも、バッファメモリの容量を小さくすることができるようにする。
【０００２】
【従来の技術】
従来、カメラ一体型ビデオテープレコーダにおいては、所望の被写体を撮像して得られるビデオデータを磁気テープによる記録媒体に記録するようになされている。これに対して近年、磁気テープに代えて、光ディスク等のディスク状記録媒体を用いたこの種の記録装置が種々に提案されるようになされている。
【０００３】
またこのような光ディスク等のディスク状記録媒体による記録再生装置においては、コンピュータ等の情報処理装置で広く使用されていることにより、種々のインターフェースが提供され、例えば特開平１０−１９８５５３号公報に開示の構成においては、ＡＴＡＰＩ（ＡＴ Attachment Packet Interface）により記録再生装置とコンピュータとを接続する構成が提案されるようになされている。
【０００４】
【特許文献１】
特開平１０−１９８５５３号公報
【０００５】
【発明が解決しようとする課題】
ところでディスク状記録媒体を用いたビデオデータの記録装置においては、この種の既存のインターフェースを利用することにより、簡易に構成することができると考えられる。またこのようなインターフェースを適用すれば、パーソナルコンピュータとの間でもビデオデータを入出力することができるように簡易に構成することができ、これによりこの種の記録装置の利用範囲を拡大することができると考えられる。
【０００６】
しかしながらこのように構成すると、記録再生装置へのデータ転送に大容量のバッファメモリを用意しなければならない問題がある。
【０００７】
すなわち図１２は、このようにしてビデオデータを記録する記録装置を構成した場合に、ビデオデータの流れを示すブロック図である。ＭＰＥＧ（Moving Picture Experts Group）によりデータ圧縮したビデオデータにおいて、十分な画質を確保するためには、１０〔Ｍｂｐｓ〕程度のレートを確保することが必要になる。これによりこのような構成において、エンコーダ２は、ほぼ１０〔Ｍｂｐｓ〕によるストリーミングデータによりビデオデータを出力することになる。
【０００８】
これに対して光ディスク装置等のディスク状記録媒体においては、回転待ち、シーク、リトライ等の処理が必要なことにより、エンコーダ２より出力されるビデオデータのデータ転送速度に比して、概ね２倍程度のデータ転送速度で、ビデオデータを間欠的に記録媒体３に記録することになる。これによりエンコーダ２から１０〔Ｍｂｐｓ〕によるストリーミングデータによりビデオデータが出力されている場合、記録媒体３におけるデータ転送速度は、最大２０〔Ｍｂｐｓ〕程度となる。
【０００９】
これに対してパーソナルコンピュータ（ＰＣ）４との間では、ＩＥＥＥ (The Institute of Electrical and Electoronics Engineers,Inc.)１３９４、ＵＳＢ（Universal Serial Bus）等のインターフェース（Ｉ／Ｆ）５を適用することが考えられ、また記録媒体３による記録再生装置とのインターフェースにおいては、このようにＩＥＥＥ１３９４によるインターフェースとのデータ交換を問題無く実行するために、ＡＴＡＰＩによるインターフェースを適用することが考えられる。また記録媒体３による記録再生装置においては、このようなインターフェース５により接続されるパーソナルコンピュータ４に対して、このパーソナルコンピュータ４に対するデータ転送処理の頻度を減らし、パーソナルコンピュータ４における処理効率を落とさないようにするために、４〔Ｍｂｙｔｅ〕程度のバッファメモリを設けることが必要となる。なおここでＡＴＡＰＩにおいては、データ転送速度が１００〔Ｍｂｐｓ〕である。
【００１０】
これによりエンコーダ２から出力されるビデオデータを記録媒体３で記録する場合、ＡＴＡＰＩにより接続されるエンコーダ２側のシステムバッファ６、記録媒体３側のドライブバッファ７においては、図１３に示すようにデータ量が変化することになる。なおこの図１３においては、エンコーダ２の出力データ、システムバッファ６の出力データ、記録媒体３への出力データをそれぞれ符号Ｄ１、Ｄ２、Ｄ３により示す。またこの図１３においては、記録側における回転待ち等を無視した理想的な状態である。
【００１１】
すなわち記録を開始すると（ＲＥＣ  Ｓｔａｒｔ）、エンコーダ２から１０〔Ｍｂｐｓ〕によりデータ圧縮されたビデオデータＤ１がストリーミングデータとして出力され（図１３（Ａ））、システムバッファ６、ドライブバッファ７においては、このようにして得られるビデオデータＤ１を蓄積して間欠的に出力する（図１３（Ｂ）〜（Ｅ））。この一連の処理において、記録を開始してシステムバッファ６に所定量だけビデオデータが蓄積されると（時点ｔ１である）、１００〔Ｍｂｐｓ〕によりこのシステムバッファ６に蓄積されたデータがドライブバッファ７に転送され（時点ｔ１〜ｔ２の期間である）、またドライブバッファ７においては、２０〔Ｍｂｐｓ〕により記録媒体３へのデータ出力を開始する。
【００１２】
システムバッファ６及びドライブバッファ７においては、データ量が所定量まで減少すると、データの送出を中止し、この構成においては、以降、この処理が繰り返されることになる。
【００１３】
この構成において、ドライブバッファ７に４〔Ｍｂｙｔｅ〕の容量を確保した場合、ドライブバッファ７においては、１００〔Ｍｂｐｓ〕のデータ転送速度で入力されるビデオデータを２０〔Ｍｂｐｓ〕のデータ転送速度で記録媒体３に出力することにより、入力のデータ転送速度が出力に対して上回り、これにより徐々にビデオデータが蓄積されていく。これにより時点ｔ１から０．４〔秒〕で、保持するビデオデータのデータ量が４〔Ｍｂｙｔｅ〕となって空き領域が無くなり、これによりシステムバッファ６からのデータの出力を中止することが必要になる。
【００１４】
これらにより記録を開始してこのようにシステムバッファ６からのデータの入力を中止するまでの間、システムバッファ６においては、最大、５〔Ｍｂｙｔｅ〕のデータを記録することになる。これによりこの構成においては、このような理想的な状態で全体が動作するとした場合、システムバッファ６に少なくとも５〔Ｍｂｙｔｅ〕の容量を確保することが必要になる。
【００１５】
これに対して図１４は、記録媒体３への記録時にエラーが発生し、これによりシステムバッファ６に保持したデータを再送することを想定した場合である。この場合、システムバッファ６においては、再送するデータを保持しておかなければならないことにより、その分、システムバッファ６に大きな容量が必要になる。ちなみに、図１４の例では、時点ｔ１〜ｔ２までに送ったビデオデータを続く時点ｔ３以降でリトライする場合があり、この例では、９〔Ｍｂｙｔｅ〕の容量を確保しなければならないことになる。
【００１６】
すなわちこのようにコンピュータとの間でもデータを入出力できるように構成して、コンピュータとの親和性を高めるように、大容量のドライブバッファを確保すると、このドライブバッファにストリーミングデータを供給する側のバッファメモリ（システムメモリ）に、このドライブバッファの数倍にも及ぶ容量を確保しなければならなくなる。
【００１７】
本発明は以上の点を考慮してなされたもので、コンピュータとの間でもデータを入出力できるように構成してコンピュータとの親和性を高める場合でも、バッファメモリの容量を小さくすることができる記録装置及び記録方法を提案しようとするものである。
【００１８】
【課題を解決するための手段】
かかる課題を解決するため請求項１の発明においては、記録装置であって、コンピュータと接続可能なインターフェースと、このインターフェースによるデータ転送速度に比して、相対的に低いデータ転送速度によるストリーミングデータを一時保持して出力するストリーミングデータのバッファメモリと、このストリーミングデータのバッファメモリ、インターフェースより出力されるデータを記録用バッファに一時保持して記録媒体に記録する記録手段とを備える構成に適用する。ここで、ストリーミングデータのバッファメモリより出力されるデータを記録媒体に記録する場合、記録用バッファの一部領域により、記録媒体に記録するデータを一時保持し、記録用バッファの残る領域とストリーミングデータのバッファメモリとにストリーミングデータを一時保持して一部領域に転送する。
【００１９】
また請求項４の発明においては、コンピュータと接続可能なインターフェースと、インターフェースによるデータ転送速度に比して、相対的に低いデータ転送速度によるストリーミングデータを記録用バッファに一時保持して記録媒体に記録する記録方法に適用して、ストリーミングデータのバッファメモリより出力されるデータを記録媒体に記録する場合、記録用バッファの一部領域により、記録媒体に記録するデータを一時保持し、記録用バッファの残る領域とストリーミングデータのバッファメモリとにストリーミングデータを一時保持して一部領域に転送する。
【００２０】
請求項１の構成により、記録装置であって、コンピュータと接続可能なインターフェースと、このインターフェースによるデータ転送速度に比して、相対的に低いデータ転送速度によるストリーミングデータを一時保持して出力するストリーミングデータのバッファメモリと、このストリーミングデータのバッファメモリ、インターフェースより出力されるデータを記録用バッファに一時保持して記録媒体に記録する記録手段とを備える構成に適用することにより、コンピュータに接続可能であって、例えば撮像手段で取得したビデオデータによるストリーミングデータを光ディスク、ハードディスク等の記録媒体に記録するカメラ一体型の記録装置等に適用することができる。このような構成において、ストリーミングデータのバッファメモリにおいては、再送要求に対して、記録用バッファに蓄積したストリーミングデータを改めて再送することが必要になる。これにより請求項１の構成により、ストリーミングデータのバッファメモリより出力されるデータを記録媒体に記録する場合、記録用バッファの一部領域により、記録媒体に記録するデータを一時保持すれば、再送要求によりバッファメモリから再送しなければならないストリーミングデータのデータ量を少なくすることができ、その分、再送の処理に要するデータ領域を少なくすることができる。またこのように設定して記録用バッファの残る領域とストリーミングデータのバッファメモリとにストリーミングデータを一時保持して一部領域に転送すれば、記録用バッファの残る領域をストリーミングデータのバッファメモリの処理に割り当てて、さらに一段とバッファメモリに蓄積されるストリーミングデータのデータ量を少なくすることができ、これらによりストリーミングデータのバッファメモリについて容量を小さくすることができる。
【００２１】
これにより請求項４の構成によれば、ストリーミングデータのバッファメモリについて、容量を小さくすることができる記録方法を提供することができる。
【００２２】
【発明の実施の形態】
以下、適宜図面を参照しながら本発明の実施の形態を詳述する。
【００２３】
（１）実施の形態の構成
図２は、本発明の実施の形態に係る記録装置を示すブロック図である。この記録装置は、携帯型のカメラ一体型の記録装置であり、従来のカメラ一体型ビデオテープレコーダにおける磁気テープによる記録再生系に代えて、光ディスク装置による記録再生系が設けられるようになされている。
【００２４】
すなわちこの記録装置１１において、カメラ部１２は、レンズを介して所望の被写体を撮像し、撮像結果によるビデオデータを出力する。ビデオエンコーダ１３は、このカメラ部１２より得られるビデオデータを例えばＭＰＥＧのフォーマットによりデータ圧縮して出力する。マイク部１４は、マイクにより音声信号を取得して増幅し、ディジタル信号により出力する。オーディオエンコーダ１５は、このディジタル信号による音声信号をデータ圧縮して出力する。
【００２５】
システムブロック１６は、撮像結果の記録時においては、ビデオエンコーダ１３及びオーディオエンコーダ１５より出力されるビデオデータ及びオーディオデータを時分割多重化処理する。システムブロック１６は、この時分割多重化処理により１０〔Ｍｂｐｓ〕のストリーミングデータを生成し、このストリーミングデータをシステムバッファ１６Ａを介してドライブブロック１７に出力する。またシステムブロック１６は、モニタ用に、カメラ部１２及びマイク部１４より出力されるビデオデータ及びオーディオデータを表示部１９及び音声処理部２０、ライン出力に直接出力する。また記録済の撮像結果を再生する場合、記録時とは逆に、ドライブブロック１７より得られる再生データをシステムバッファ１６Ａを介して入力し、この再生データをオーディオデータ及びビデオデータに分離してビデオデコーダ２１及びオーディオデコーダ２２に出力する。
【００２６】
またシステムブロック１６は、単に撮像結果等をモニタする場合、カメラ部１２から出力されるビデオデータ、マイク部１４から出力されるオーディオデータをそれぞれ表示部１９及び音声処理部２０、ライン出力に出力する。またこれらの処理において、ユーザーによる操作に応動してドライブブロック１７等の各部に各種コマンドを出力し、これにより全体の動作を制御する。
【００２７】
ビデオデコーダ２１は、再生時、システムブロック１６から出力されるビデオデータをデータ伸長して表示部１９、ライン出力に出力する。オーディオデコーダ２２は、再生時、システムブロック１６から出力されるオーディオデータをデータ伸長して音声処理部２０、ライン出力に出力する。
【００２８】
表示部１９は、撮像結果をモニタする場合、システムブロック１６から出力されるビデオデータにより液晶表示パネルを駆動し、これにより撮像結果のモニタ画像を表示する。これに対して再生時、ビデオデコーダ２１から出力されるビデオデータにより液晶表示パネルを駆動し、これにより再生結果のモニタ画像を表示する。音声処理部２０は、撮像結果をモニタする場合、システムブロック１６から出力されるオーディオによりスピーカ等を駆動し、これによりモニタ用の音声信号を出力する。これに対して再生時、オーディオデコーダ２２から出力されるオーディオデータによりスピーカ等を駆動し、これにより再生結果のモニタ用音声信号を出力する。
【００２９】
ドライブブロック１７は、光ディスク１８と共に光ディスク装置を構成し、システムブロック１６の出力データを光ディスク１８に記録する。また光ディスク１８に記録したデータを再生し、その結果得られる再生データをインターフェース（Ｉ／Ｆ）２４に出力する。このデータ転送処理において、ドライブブロック１７は、２０〔Ｍｂｐｓ〕のデータ転送速度により光ディスク１８にデータを記録再生する。
【００３０】
これにより図３に示すように、この記録装置１１においては、カメラ部１２及びマイク部１４から得られるビデオデータ及びオーディオデータをそれぞれビデオエンコーダ１３及びオーディオエンコーダ１５でデータ圧縮処理した後、システムブロック１６で時分割多重化処理し、その結果得られるストリーミングデータを光ディスク１８に記録することができるようになされている。またこの処理と同時並列的に、システムブロック１６を介して、カメラ部１２及びマイク部１４から得られるビデオデータ及びオーディオデータを表示部１９及び音声処理部２０に入力し、またライン出力により出力して撮像結果等をモニタすることができるようになされている。
【００３１】
また再生時においては、図４に示すように、光ディスク１８の再生データをドライブブロック１７よりシステムブロック１６に入力し、ここでビデオデータ及びオーディオデータに分離してそれぞれビデオデコーダ２１及びオーディオデコーダ２２でデータ伸長し、表示部１９及び音声処理部２０、外部機器で確認できるようになされている。
【００３２】
インターフェース（Ｉ／Ｆ）２４は、例えばＩＥＥＥ１３９４、ＵＳＢ等のインターフェースであり、ドライブブロック１７の出力データをパーソナルコンピュータ等の外部機器に出力する。
【００３３】
これにより図５に示すように、この記録装置１１では、ドライブブロック１７、インターフェース２４を介して、パーソナルコンピュータよりドライブブロック１７に各種コマンドを出力して光ディスク装置の動作を制御し、光ディスク１８にパーソナルコンピュータより種々のデータを記録し、また光ディスク１８に記録したデータをパーソナルコンピュータで取得できるようになされている。
【００３４】
この実施の形態において、この記録装置１１は、システムブロック１６、ドライブブロック１７、インターフェース２４がＡＴＡＰＩにより接続されて、１００〔Ｍｂｐｓ〕のデータ転送速度によりデータ転送するようになされている。またドライブブロック１７には、４〔Ｍｂｙｔｅ〕のドライブバッファ１７Ａが設けられるようになされ、ドライブブロック１７の動作を制御するコントローラにおいて、図６に示す処理手順を実行し、データ入力先によりドライブバッファ１７Ａのバッファサイズを切り換えるようになされ、これに対応してシステムバッファ１６Ａは、小さな容量のメモリが適用されるようになされている。
【００３５】
すなわちこのドライブブロック１７のコントローラにおいては、ＡＴＡＰＩにより光ディスク１８への記録を指示するコマンドが入力されると、ステップＳＰ１からステップＳＰ２に移り、記録に係るデータの入力先より、パーソナルコンピュータとの接続によるデータの記録であるか否か、すなわちインターフェース２４を介したデータの記録か否か判断する。
【００３６】
ここで肯定結果が得られると、コントローラは、ステップＳＰ２からステップＳＰ３に移り、所定のコマンドの発行によりデータ転送に供するドライブバッファ１７Ａのバッファサイズを４〔Ｍｂｙｔｅ〕に設定した後、ステップＳＰ４に移って元の処理に戻る。これに対してステップＳＰ２で否定結果が得られると、ステップＳＰ２からステップＳＰ５に移り、所定のコマンドの発行によりデータ転送に供するドライブバッファ１７Ａのバッファサイズを０．５〔Ｍｂｙｔｅ〕に設定し、ステップＳＰ４に移って元の処理に戻る。
【００３７】
これによりこの記録装置１１においては、システムブロック１６から出力されるストリーミングデータの記録時、ドライブバッファ１７Ａにおけるデータ転送に供するバッファサイズを小さくし、その分システムバッファ１６Ａの容量を小さくすることができるようになされている。
【００３８】
またこのようにしてドライブバッファ１７Ａにおけるデータ転送に供するバッファサイズを小さく設定すると、コントローラは、この設定により発生するドライブバッファ１７Ａの残る３．５〔Ｍｂｙｔｅ〕の空き領域をストリーミングデータのバッファメモリであるシステムバッファ１６Ａの処理に割り当てることにより、システムバッファ１６Ａの一部として利用するようになされ、その分さらに一段とシステムバッファ１６Ａの容量を少なくするようになされている。以下、この空き領域をドライブバッファ１７Ａのシステムバッファ領域と呼び、符号１７ＡＡにより示す。またデータ転送に供するドライブバッファ１７Ａの領域である残る領域を、ドライブバッファ１７Ａのドライブバッファ領域と呼び、符号１７ＡＢにより示す。
【００３９】
このためこの実施の形態では、このドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに係るデータ転送コマンドとして、ＡＴＡＰＩにおける独自のコマンド（Vender Unique Command ）である「Put to Buffer Command 」及び「Write From Buffer Command 」が設けられるようになされている。ここで「Put toBuffer Command 」は、システムバッファ１６Ａからドライブバッファ１７Ａのシステムバッファ領域１７ＡＡへデータを転送するデータ転送コマンドであり、「Write From Buffer Command 」は、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡからドライブバッファ１７Ａのドライブバッファ領域１７ＡＢへデータを転送するデータ転送コマンドである。
【００４０】
これらのコマンドをシステムブロック１６のコントローラから発行してドライブブロック１７の動作を制御することにより、この実施の形態では、一般的なインターフェースであるＡＴＡＰＩを介して、データの伝送対象であるドライブバッファ１７Ａのシステムバッファ領域をシステムブロック１６側で管理できるようになされている。
【００４１】
図７は、システムブロック１６から出力されるストリーミングデータの記録時、これら「Put to Buffer Command 」、「Write From Buffer Command 」に係るシステムブロック１６側のコントローラの処理手順を示すフローチャートである。コントローラは、ドライブバッファ１７Ａにシステムバッファ領域１７ＡＡ、ドライブバッファ領域１７ＡＢを設定すると、撮像結果であるストリーミングデータのシステムバッファ１６Ａへの書込みを開始した後、ステップＳＰ１１からステップＳＰ１２に移り、制御フラグｗを０に立ち下げる。ここで制御フラグｗは、光ディスク１８へデータを記録するタイミングを制御するフラグであり、ドライブブロックにおいては、この制御フラグｗの値１への立ち上りにより光ディスク１８への記録を開始し、制御フラグｗの値０への立ち下りによりドライブバッファ１７Ａのドライブバッファ領域１７ＡＢに蓄積されたデータの記録を完了して書込みの処理を一時中止する。
【００４２】
コントローラは、続くステップＳＰ１３において、ストリーミングデータがシステムバッファ１６Ａにデータ量（ｑ（１６Ａ））が３２〔Ｋｂｙｔｅ〕以上蓄積され、かつドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに空き容量（ｒ（１７ＡＡ））が３２〔Ｋｂｙｔｅ〕以上あるか否か判断する。ここでこの３２〔Ｋｂｙｔｅ〕は、データを転送する際の単位である１パケットのデータ量である。この実施の形態では、このデータ量によるパケット単位でシステムバッファ１６Ａからドライブバッファ１７Ａのシステムバッファ領域１７ＡＡにストリーミングデータを転送する。
【００４３】
コントローラは、ステップＳＰ１３で肯定結果が得られると、ステップＳＰ１４に移り、ＡＴＡＰＩにより「Put to Buffer Command 」を送出し、システムバッファ１６Ａのデータをドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに３２〔Ｋｂｙｔｅ〕転送し、ステップＳＰ１５に移る。
【００４４】
これに対してシステムバッファ１６Ａに蓄積されたデータ量が３２〔Ｋｂｙｔｅ〕未満である場合、又はドライブバッファ１７Ａのシステムバッファ領域１７ＡＡの空き容量が３２〔Ｋｂｙｔｅ〕未満である場合、システムバッファ１６Ａからデータを転送することができないことにより、ステップＳＰ１３で否定結果が得られ、ステップＳＰ１３からステップＳＰ１５に移る。
【００４５】
コントローラは、ステップＳＰ１５において制御フラグｗが１であるか否か判断し、ここで否定結果が得られると、ステップＳＰ１５からステップＳＰ１６に移る。ここでコントローラは、システムバッファ１６Ａ及びドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに蓄積された全体のデータ量（ｑ（１６Ａ）＋ｑ（１７ＡＡ））が５〔Ｍｂｙｔｅ〕未満であるか否か、すなわち光ディスク１８への書込みに十分なデータ量がシステムバッファ１６Ａ及びドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに未だ蓄積されていないか判断する。
【００４６】
ここで肯定結果が得られると、コントローラは、ステップＳＰ１６からステップＳＰ１３に戻る。これによりこの実施の形態において、コントローラは、５〔Ｍｂｙｔｅ〕のデータ量が蓄積されるまでの間、ステップＳＰ１３−ステップＳＰ１４−ステップＳＰ１５−ステップＳＰ１６―ステップＳＰ１３、又はステップＳＰ１３−ステップＳＰ１５−ステップＳＰ１６―ステップＳＰ１３の処理手順を繰り返し、システムバッファ１６Ａとドライブバッファ１７Ａのシステムバッファ領域１７ＡＡとにストリーミングデータを蓄積する。
【００４７】
またこのようにして５〔Ｍｂｙｔｅ〕のストリーミングデータがシステムバッファ１６Ａ、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに蓄積されると、ステップＳＰ１６で否定結果が得られることにより、ステップＳＰ１６からステップＳＰ１７に移り、制御フラグｗを１に立ち上げ、これにより光ディスク１８へのストリーミングデータの記録を開始させる。またコントローラは、転送情報ｍを値０に初期化する。ここで転送情報ｍは、光ディスク１８へデータを記録するタイミングを制御する制御フラグｗの切り換えに供する情報であり、この実施の形態では、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢを介して光ディスク１８へ記録したストリーミングデータのデータ量が割り当てられる。
【００４８】
コントローラは、続くステップＳＰ１８においてドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに蓄積されたデータ量（ｑ（１７ＡＡ））が３２〔Ｋｂｙｔｅ〕以上あり、かつドライブバッファ１７Ａのドライブバッファ領域１７ＡＢの空き容量（ｒ（１７ＡＢ））が３２〔Ｋｂｙｔｅ〕以上あるか否か判断する。ここで肯定結果が得られると、コントローラは、ステップＳＰ１９に移り、ＡＴＡＰＩによる「Write From Buffer Command 」を送出し、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに蓄積されたデータをドライブバッファ１７Ａのドライブバッファ領域１７ＡＢに３２〔Ｋｂｙｔｅ〕転送する。さらに転送情報ｍに３２〔Ｋｂｙｔｅ〕を加算した後、ステップＳＰ２０に移り、この転送情報ｍの加算結果が５〔Ｍｂｙｔｅ〕未満であるか否か判断する。
【００４９】
ここで肯定結果が得られると、ステップＳＰ１３に戻り、ステップＳＰ１３−ステップＳＰ１４−ステップＳＰ１５又はステップＳＰ１３−ステップＳＰ１５を繰り返し、このステップＳＰ１５において、直前のステップＳＰ１７における制御フラグｗの立ち上げにより肯定結果が得られることにより、コントローラは、ステップＳＰ１５からステップＳＰ１８に移る。これにより転送情報ｍによるドライブバッファ１７Ａのドライブブロック領域１７ＡＢへのデータ転送量が５〔Ｍｂｙｔｅ〕になるまでの間、これらの処理手順を繰り返す。
【００５０】
ところでこのようにして光ディスク１８へのデータの書込みを繰り返す場合、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢにデータが転送できない場合がある。すなわちドライブバッファ１７Ａのシステムバッファ領域１７ＡＡからドライブバッファ１７Ａのドライブバッファ領域１７ＡＢへのデータ転送速度においては、メモリ内でのデータ転送であり、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢから光ディスク１８へのデータ記録速度に対して格段的に速いことにより、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢの空き容量が不足してデータ転送できない場合が発生する。この場合、ステップＳＰ１８で否定結果が得られることにより、コントローラは、ステップＳＰ１３に戻り、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢに空き容量が確保されるまでの間、ステップＳＰ１３−ステップＳＰ１４−ステップＳＰ１５−ステップＳＰ１８−ステップＳＰ１３、又はステップＳＰ１３−ステップＳＰ１５−ステップＳＰ１８−ステップＳＰ１３を繰り返す。
【００５１】
かくするにつきコントローラは、転送情報ｍが５〔Ｍｂｙｔｅ〕になると、ステップＳＰ２０で否定結果が得られ、ステップＳＰ２１に移る。ここでコントローラは、制御フラグｗを０に立ち下げた後、ステップＳＰ１３に戻る。これによりこの実施の形態では、ストリーミングデータの光ディスク１８への書込みを休止し、光ディスク１８への書込みに十分なデータ量をシステムバッファ１６Ａ及びドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに蓄積するようになされ、以後、これらの処理を繰り返すことにより、光ディスク１８へ記録を開始して休止するまでの間に、システムブロック１６から出力されるストリーミングデータをシステムバッファ１６Ａ及びドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに最大５〔Ｍｂｙｔｅ〕、一時保持して記録するようになされている。
【００５２】
これによりこの記録装置１１においては、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢにより、光ディスク１８に記録するデータを一時保持し、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡにより、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢに転送するデータを一時保持することにより、このような理想的な状態で全体が動作するとした場合、システムバッファ１６Ａに少なくとも１．５〔Ｍｂｙｔｅ〕の容量を確保すれば、ストリーミングデータを光ディスク１８に記録できるようになされている。
【００５３】
これに対して図１は、光ディスク１８への記録時にエラーが発生し、これによりドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに保持したデータを再送することを想定した場合である。この実施の形態においては、実際には、この処理手順によりストリーミングデータが記録される。この場合、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに再送するデータを保持しておかなければならないことにより、コントローラは、図７におけるステップＳＰ１９に代えて設けられたステップＳＰ２２において、ＡＴＡＰＩにより「Write From Buffer Command 」を送出し、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに保持したストリーミングデータをドライブバッファ１７Ａのドライブバッファ領域に３２〔Ｋｂｙｔｅ〕転送する。
【００５４】
さらにコントローラは、ドライブブロック１７側のコントローラからの通知により光ディスク１８へのストリーミングデータの書込み完了を確認すると、このデータが保持されるドライブバッファ１７Ａのシステムバッファ領域１７ＡＡを空き領域に設定した後、転送情報ｍに３２〔Ｋｂｙｔｅ〕を加算してステップＳＰ２０に移る。これによりコントローラは、光ディスク１８への記録完了を確認するまでの間、ストリーミングデータをドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに保持するようになされ、その分、図７により説明した場合に比して大容量の容量２．０〔Ｍｂｙｔｅ〕にシステムバッファ１６Ａを設定して確実にストリーミングデータを記録できるようになされている。
【００５５】
これによりこの記録装置１１においては、システムブロック１６から出力されるストリーミングデータの記録時、データ転送に供するドライブバッファ１７Ａのバッファサイズを小さく設定した分、再送要求により再送するストリーミングデータのデータ量を少なくするようになされ、またこの設定によるドライブバッファ１７Ａの残りの空き領域をストリーミングデータのバッファメモリの処理に割り当て、その分システムバッファ１６Ａに蓄積されるストリーミングデータのデータ量を少なくするようになされている。従ってその分、システムバッファ１６Ａについては、さらに一段と容量を小さくするようになされている。
【００５６】
これらによりこの実施の形態において、インターフェース２４は、コンピュータと接続可能なインターフェースを構成し、またシステムバッファ１６Ａは、このインターフェースによるデータ転送速度に比して、相対的に低いデータ転送速度によるストリーミングデータを一時保持して出力するストリーミングデータのバッファメモリを構成するようになされている。またドライブブロック１７は、ストリーミングデータのバッファメモリ、インターフェースより出力されるデータを記録用バッファであるドライブバッファ１７Ａに一時保持して記録媒体である光ディスク１８に記録する記録手段を構成するようになされている。
【００５７】
（２）実施の形態の動作
以上の構成において、この記録装置１１では（図２及び図３）、カメラ部１２及びマイク部１４により撮像結果であるビデオデータ、被写体からのオーディオデータが取得され、これらビデオデータ及びオーディオデータがシステムブロック１６を介して表示部１９、音声処理部２０に供給され、これにより撮像結果、被写体の音声をモニタすることができる。
【００５８】
また光ディスク１８に撮像結果を記録する場合、システムブロック１６からのコマンドがＡＴＡＰＩインターフェースによりドライブブロック１７に伝送され、これにより光ディスク装置が動作モードを切り換える。続いて記録装置１１では、カメラ部１２及びマイク部１４より出力されるビデオデータ及びオーディオデータがそれぞれビデオエンコーダ１３、オーディオエンコーダ１５でデータ圧縮された後、システムブロック１６で時分割多重化処理されてストリーミングデータが生成され、このストリーミングデータがシステムバッファ１６Ａを介してＡＴＡＰＩインターフェースによりドライブブロック１７に伝送される。ドライブブロック１７においては、このようにして伝送されるデータがドライブバッファ１７Ａを介して光ディスク１８に記録される（図３）。
【００５９】
また再生時においては（図４）、同様のシステムブロック１６からのコマンドによりドライブブロック１７が動作を切り換え、光ディスク１８より対応するデータが再生される。このデータにおいては、ドライブバッファ１７Ａを介してシステムブロック１６に入力され、ここでビデオデータ及びオーディオデータに分離された後、それぞれビデオデコーダ２１及びオーディオデコーダ２２によりデータ伸長され、表示部１９及び音声処理部２０に出力される。
【００６０】
これに対してパーソナルコンピュータにより光ディスク１８をアクセスする場合（図５）、インターフェース２４を介してパーソナルコンピュータからのコマンドがドライブブロック１７に供給され、これによりドライブブロック１７が動作モードを切り換える。光ディスク１８にパーソナルコンピュータよりデータを記録する場合、ドライブブロック１７からの応答によりパーソナルコンピュータから対応するデータが出力され、このデータがインターフェース２４を介してドライブブロック１７に入力され、ドライブブロック１７により光ディスク１８に記録される。またこれとは逆に、光ディスク１８に記録されたデータを再生してパーソナルコンピュータに出力する場合、光ディスク１８を再生して得られる再生データがドライブブロック１７、インターフェース２４を介してパーソナルコンピュータに出力される。
【００６１】
このようなパーソナルコンピュータとの間のデータ交換において（図２）、この記録装置１１においては、インターフェース２４から入力されるデータがドライブバッファ１７Ａに一旦蓄積されて光ディスク１８に記録され、またこれとは逆に光ディスク１８より得られる再生データがドライブバッファ１７Ａに一旦蓄積されてパーソナルコンピュータに出力される。またシステムブロック１６による所定のコマンドの発行によりデータ転送に供するドライブバッファ１７Ａのバッファサイズが４〔Ｍｂｙｔｅ〕もの大容量に設定される（図６）。
【００６２】
これによりパーソナルコンピュータにおいては、記録再生等のコマンドを出力した後、インターフェース２４を介して得られるドライブブロック１７からの応答により高速度で記録装置１１にデータを送出した後、他の処理を実行することができ、またこれとは逆に記録装置１１側で十分な再生データが蓄積されるまでの間、他の処理を実行し、処理の合間で、高速度で記録装置１１より再生データを取得することができる。これによりこの記録装置１１では、コンピュータとの間でデータを送受できるようにして、頻繁なコンピュータによるアクセスを防止することができ、コンピュータとの間で高い親和性を図ることができる。
【００６３】
これに対して撮像結果であるストリーミングデータの記録時においては、所定のコマンドの発行によりデータ転送に供するドライブバッファ１７Ａのバッファサイズが０．５〔Ｍｂｙｔｅ〕に設定され、これによりシステムバッファ１６Ａに必要な容量が低減される。
【００６４】
すなわち図１３との対比により図８に示すように、ドライブバッファ１７Ａのバッファサイズを０．５〔Ｍｂｙｔｅ〕に設定し、システムバッファ１６Ａのデータ量が５〔Ｍｂｙｔｅ〕に増大した時点ｔ１、ｔ３、ｔ５でドライブバッファ１７Ａを介して光ディスク１８にストリーミングデータを記録する場合、時点ｔ１でシステムバッファ１６Ａよりデータ転送を開始した直後においては、ドライブバッファ１７Ａに空き領域が存在することにより、ストリーミングデータがシステムバッファ１６Ａから１００〔Ｍｂｐｓ〕のデータ転送速度でドライブバッファ１７Ａに転送される。
【００６５】
ドライブバッファ１７Ａにおいては、このようにして転送されるストリーミングデータを光ディスク１８に記録し、この記録のデータ転送速度が２０〔Ｍｂｐｓ〕であることにより、直ぐに空き領域が不足することになり、これによりドライブブロック１７においては、システムブロック１６に対してＡＴＡＰＩインターフェースによるデータ転送について待機を指示することになり、光ディスク１８への記録により空き領域が発生すると、その都度、システムブロック１６にストリーミングデータの転送を許可することになる。
【００６６】
これによりシステムバッファ１６Ａにおいては、結局、ドライブブロック１７のデータ転送速度が光ディスク１８への記録レートである２０〔Ｍｂｐｓ〕に制限され、ドライブバッファ１７Ａにおいては、その容量である０．５〔Ｍｂｐｓ〕のストリーミングデータを保持することになる。
【００６７】
これにより図１４との対比により図９に示すように、例えば時点ｔ１により送出したストリーミングデータについて、ドライブブロック１７から再送要求が得られた場合、システムブロック１６においては、ドライブブロック１７に保持されるデータ量の分だけ、ストリーミングデータを再送すれば、この再送要求に対応することができ、その分、再送の処理に要するデータ領域を少なくすることができる。これによりこのようにデータ転送速度の遅いストリーミングデータを記録する場合、データ転送に供するドライブバッファ１７Ａの容量を少なくして、システムバッファ１６Ａの容量を小さくし得ることが判る。
【００６８】
またストリーミングデータの記録時においては、このようにしてデータ転送に供するドライブバッファ１７Ａのバッファサイズが０．５〔Ｍｂｙｔｅ〕に設定されると（ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢ）、この設定によるドライブバッファ１７Ａの残りの空き領域がシステムバッファ１６Ａの一部として割り当てられ（ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡ）、さらに一段とシステムバッファ１６Ａに必要な容量が低減される。
【００６９】
このためこの実施の形態においては、ＡＴＡＰＩによるデータ転送コマンドである「Put to Buffer Command 」及び「Write From Buffer Command 」が設定され、記録装置１１では、これらのコマンドがシステムブロック１６のコントローラから発行されることにより、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡがシステムブロック１６側で管理される。
【００７０】
すなわちこの記録装置１１では、システムブロック１６のコントローラにおいて、ＡＴＡＰＩを介した「Put to Buffer Command 」の発行により、システムバッファ１６Ａからドライブバッファ１７Ａのシステムバッファ領域１７ＡＡへ、ストリーミングデータが転送された後、ＡＴＡＰＩを介した「Write From Buffer Command 」の発行により、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡからドライブバッファ１７Ａのドライブバッファ領域１７ＡＢへ、ストリーミングデータが転送される（図１、図７）。
【００７１】
これにより図８との対比により図１０に示すように、システムバッファ１６Ａからドライブバッファ１７Ａのシステムバッファ領域１７ＡＡへ、１０〔Ｍｂｐｓ〕のデータ転送速度によりストリーミングデータが転送されて蓄積され、このドライブバッファ１７Ａのシステムバッファ領域１７ＡＡに空き領域が無くなると、システムバッファ１６Ａにストリーミングデータが蓄積される。またこれらドライブバッファ１７Ａのシステムバッファ領域１７ＡＡとシステムバッファ１６Ａとに蓄積されたストリーミングデータのデータ量が５〔Ｍｂｙｔｅ〕になると、メモリ内での高速度のデータ転送により、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡのストリーミングデータが、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢに転送され（時点ｔ１、ｔ３、ｔ５）、またその結果発生するドライブバッファ１７Ａのシステムバッファ領域１７ＡＡの空き領域に１００〔Ｍｂｐｓ〕のデータ転送速度によりシステムバッファ１６Ａからストリーミングデータが転送される。また光ディスク１８に対して、２０〔Ｍｂｐｓ〕のデータ転送速度によりドライブバッファ１７Ａのドライブバッファ領域１７ＡＢに転送されたストリーミングデータの記録が開始される。
【００７２】
またこのようにしてドライブバッファ１７Ａのシステムバッファ領域１７ＡＡの空き領域が小さくなると、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢから光ディスク１８へ書き込んだ分、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡからドライブバッファ１７Ａのドライブバッファ領域１７ＡＢへストリーミングデータが転送され、さらにシステムバッファ１６Ａからドライブバッファ１７Ａのシステムバッファ領域１７ＡＡへストリーミングデータが転送され、これにより２０〔Ｍｂｐｓ〕のデータ転送速度によりシステムバッファ１６Ａからドライブバッファ１７Ａのシステムバッファ領域１７ＡＡへストリーミングデータが転送され、システムバッファ１６Ａに蓄積されたストリーミングデータが無くなると、１０〔Ｍｂｐｓ〕のデータ転送速度に切り換わる。またこのようにして５〔Ｍｂｙｔｅ〕分のストリーミングデータが光ディスク１８に記録されると、光ディスク１８への記録が一時停止される。
【００７３】
これにより何らエラーが発生しないとした場合、図８との対比により、ドライブバッファ１７Ａの残る領域をストリーミングデータのバッファメモリの処理に割り当てた分、システムバッファ１６Ａに蓄積されるストリーミングデータのデータ量を少なくすることができ、その分、システムバッファ１６Ａの容量を小さくし得ることが判る。
【００７４】
またエラーの発生を考慮すると、図９との対比により図１１に示すように、ドライブバッファ１７Ａのドライブバッファ領域１７ＡＢに保持される再送に係るデータ量の分だけ、ドライブバッファ１７Ａのシステムバッファ領域１７ＡＡを余分に確保すればよく、この場合も図９との対比により明らかなように、システムバッファ１６Ａに必要な容量を小さくし得ることが判る。すなわちこの場合では２．０〔Ｍｂｙｔｅ〕の容量をシステムバッファ１６Ａに用意すればよいことになる。
【００７５】
これによりこの実施の形態においては、少ない容量によりシステムバッファ１６Ａが構成され、その分全体構成を簡略化することができるようになされている。
【００７６】
（３）実施の形態の効果
以上の構成によれば、ストリーミングデータのバッファメモリより出力されるデータを記録媒体に記録する場合、記録用バッファの一部領域により、記録媒体に記録するデータを一時保持し、残る領域をストリーミングデータのバッファメモリの処理に割り当てることにより、コンピュータとの間でもデータを入出力できるように構成してコンピュータとの親和性を高める場合でも、バッファメモリの容量を小さくすることができる。
【００７７】
これによりシステムブロックにおいては、構成を簡略化することができ、集積回路化する場合には、チップの面積を小型化することができる。
【００７８】
またこのとき記録用バッファの残る領域であるドライブバッファのシステムバッファ領域へのストリーミングデータの一時保持に係るドライブバッファのシステムバッファ領域へのストリーミングデータの書込みと、記録用バッファの一部領域であるドライブバッファのドライブバッファ領域への転送とを、対応するコマンドにより実行することにより、光ディスクへの記録に係るデータ転送をシステムブロックのコントローラ側により管理することができる。
【００７９】
（４）他の実施の形態
なお上述の実施の形態においては、データ圧縮してなるビデオデータとオーディオデータとの時分割多重データによるストリーミングデータを記録する場合について述べたが、本発明はこれに限らず、例えば何らデータ圧縮しないでビデオデータを記録する場合、オーディオデータを記録する場合等に広く適用することができる。
【００８０】
また上述の実施の形態においては、撮像結果及び被写体より得られる音声を記録する場合について述べたが、本発明はこれに限らず、例えばライン入力によるビデオデータ等を記録する場合にも広く適用することができる。
【００８１】
また上述の実施の形態においては、ＡＴＡＰＩ、ＩＥＥＥ１３９４等のインターフェースを使用する場合について述べたが、本発明はこれに限らず、必要に応じて種々のインターフェースを使用する場合に広く適用することができる。
【００８２】
また上述の実施の形態においては、光ディスク装置によりストリーミングデータを記録する場合について述べたが、本発明はこれに限らず、ハードディスク装置、メモリカード等に記録する場合にも広く適用することができる。
【００８３】
【発明の効果】
上述のように本発明によれば、ストリーミングデータのバッファメモリより出力されるデータを記録媒体に記録する場合、記録用バッファの一部領域により、記録媒体に記録するデータを一時保持し、残る領域をストリーミングデータのバッファメモリの処理に割り当てることにより、コンピュータとの間でもデータを入出力できるように構成してコンピュータとの親和性を高める場合でも、バッファメモリの容量を小さくすることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るエラーの発生を想定した場合におけるシステムブロック側のコントローラの処理手順を示すフローチャートである。
【図２】本発明の実施の形態に係る記録装置を示すブロック図である。
【図３】図２の記録装置における記録時のデータの流れを示すブロック図である。
【図４】図２の記録装置における再生時のデータの流れを示すブロック図である。
【図５】図２の記録装置とコンピュータとの間におけるデータの入出力の説明に供するブロック図である。
【図６】図２の記録装置におけるデータ転送に供するドライブブロックの処理手順を示すフローチャートである。
【図７】図２の記録装置におけるシステムブロック側のコントローラの処理手順を示すフローチャートである。
【図８】図２の記録装置におけるデータ転送に供するドライブバッファを切り換えた場合の各バッファのデータ量の変化を示すタイムチャートである。
【図９】エラーの発生を想定した場合における各バッファのデータ量の変化を示すタイムチャートである。
【図１０】ドライブバッファをシステムバッファ領域とドライブバッファ領域とに設定した場合における各バッファのデータ量の変化を示すタイムチャートである。
【図１１】エラーの発生を想定した場合における各バッファのデータ量の変化を示すタイムチャートである。
【図１２】コンピュータを接続可能とした記録装置の構成を示すブロック図である。
【図１３】図１２の記録装置における各バッファのデータ量の変化を示すタイムチャートである。
【図１４】エラーの発生を想定した場合における各バッファのデータ量の変化を示すタイムチャートである。
【符号の説明】
５、２４……インターフェース、６、１６Ａ……システムバッファ、７、１７Ａ……ドライブバッファ、１３……ビデオエンコーダ、１５……オーディオエンコーダ、１６……システムブロック、１７……ドライブブロック、１８……光ディスク
【図１】
2004200825.tif 000003
【図２】
2004200825.tif 000004
【図３】
2004200825.tif 000005
【図４】
2004200825.tif 000006
【図５】
2004200825.tif 000007
【図６】
2004200825.tif 000008
【図７】
2004200825.tif 000009
【図８】
2004200825.tif 000010
【図９】
2004200825.tif 000011
【図１０】
2004200825.tif 000012
【図１１】
2004200825.tif 000013
【図１２】
2004200825.tif 000014
【図１３】
2004200825.tif 000015
【図１４】
2004200825.tif 000016