(57)【特許請求の範囲】
【請求項１】
一連の動画を構成している動画データが格納された動画データ格納装置と、前記動画データに必要な信号処理を施してモニタに供給すべき映像信号を作成する信号処理回路と、動画データ格納装置から読み出された動画データを一旦格納するためのメインメモリと、メインメモリから読み出される断続的な動画データを連続した動画データに変換して前記信号処理回路に供給する安定供給回路と、動画データ格納装置からのデータの読出し、メインメモリに対するデータの書込み及び読出し、並びに安定供給回路の制御を行なう制御回路と、動画データ格納装置、安定供給回路及び制御回路が接続されたバスとを具えた動画再生装置であって、安定供給回路は、複数のバッファ手段と、これらのバッファ手段を切り換えるための切換え手段とを具え、制御回路は、動画データ格納装置から前記バッファ手段の記録容量の１／ｎ倍、若しくはｎ倍（ｎは１以上の整数）のデータ量を有する動画データを読み出して、メインメモリに書き込むことを特徴とする動画再生装置。
【請求項２】
制御回路は、動画データ格納装置から前記バッファ手段の記録容量の１／ｎ倍のデータ量を有する動画データを読み出し、データ読出し対象となる読出し対象バッファ手段とデータ書込み対象となる書込み対象バッファ手段の切換え制御において、読出し対象バッファ手段からの読出し期間内に行なうべき動画データ格納装置からのｎ回の読出しの内、第１回目の読出しと、前記読出し対象バッファ手段からの読出しとを同時に開始し、動画データ格納装置からの前記データ量の読出し完了直後に書込み対象バッファ手段に対する書込みを開始し、読出し対象バッファ手段からの読出し期間内に行なわれる動画データ格納装置からのｎ回の読出しと書込み対象バッファ手段に対するｎ回の書込みの総実行時間は、読出し対象バッファ手段からの１回の読出しの実行時間よりも短く設定されている請求項１に記載の動画再生装置。
【請求項３】
前記データ量は、動画データ格納装置のセクタサイズの整数倍である請求項１又は請求項２に記載の動画再生装置。
【請求項４】
複数のバッファ手段と、これらのバッファ手段を切り換えるための切換え手段と、切換え手段の動作を制御する制御手段とを具え、制御手段は、１つのバッファ手段に対する書込みと、他の１つのバッファ手段からの読出しとを同時に行ない、書込み対象となっているバッファ手段が満杯になる第１時点と読出し対象となっているバッファ手段が空になる第２時点が一致し、或いは前記第１時点が前記第２時点よりも先行する様に、切換え手段の切換え、並びにバッファ手段に対する書込みと読出しを制御するバッファ回路において、制御手段は、書込み対象となっている１つのバッファ手段の一部にデータが書き込まれているという条件と、読出し対象となっている他の１つのバッファ手段が空であるという条件の２つの条件が満たされた時点で、前記データが書き込まれている１つのバッファ手段からのデータの読出しを開始することを特徴とするバッファ回路。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハードディスク等の記録媒体に記録された動画データに応じた一連の動画をモニタに表示することが可能な動画再生装置、並びに該装置に用いるバッファ回路に関するものである。
【０００２】
【従来の技術】
ハードディスク等の記録媒体に記録されたＮＴＳＣ（Ｎａｔｉｏｎａｌ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍ  Ｃｏｍｍｉｔｔｅｅ）動画データに応じた一連の動画をモニタに表示する装置として、図７に示す如きＮＴＳＣ動画装置（２）が知られている。
該ＮＴＳＣ動画装置（２）は、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）方式による圧縮処理の施されたＮＴＳＣ動画データが記録されたハードディスクを駆動して該ＮＴＳＣ動画データを再生するハードディスクドライブ装置（２２）を具え、該ハードディスクドライブ装置（２２）には、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス（２１）を介して、非リアルタイム性のＯＳ（オペレーティングシステム）、例えばＷｉｎｄｏｗｓ（Ｍｉｃｒｏｓｏｆｔ社の登録商標）が搭載されたＣＰＵ（２０）が接続されている。
ＰＣＩバス（２１）には、パラレルインターフェース（２４）を介してデコードボード（２５）が接続され、該デコードボード（２５）には、同期ボード（２６）が接続されている。
【０００３】
ＣＰＵ（２０）には、メインメモリ（２３）が接続されると共に、ハードディスクを駆動して制御データを再生するハードディスクドライブ装置（２７）が接続されている。又、ＣＰＵ（２０）には、ＩＳＡバス（２８）を介して、操作キー等を表示するためのＬＣＤ（液晶ディスプレイ）（２９）が接続されている。
【０００４】
ＣＰＵ（２０）は、制御用のハードディスクドライブ装置（２７）から読み出した制御データに応じて、動画データ用のハードディスクドライブ装置（２２）から動画データを読み出し、読み出した動画データを一旦メインメモリ（２３）に書き込んだ後、該動画データをメインメモリ（２３）から読み出してパラレルインターフェース（２４）に供給する。
パラレルインターフェース（２４）に供給された動画データは、該インターフェース（２４）にてタイミングがとられて一定の速度でデコードボード（２５）に供給され、該ボード（２５）にて、ＭＰＥＧデコードされた後、音声信号と映像信号とが分離される。
【０００５】
音声信号は、スピーカ（図示省略）へ出力される一方、映像信号は、同期ボード（２４）に供給されて同期がとられた後、モニタ（図示省略）へ出力される。
この結果、モニタに動画が表示されると共に、スピーカから該動画の音声が出力されることになる。
【０００６】
ところで、ＮＴＳＣ動画装置においては、動画データの読出し処理及び書込み処理以外に、ユーザによる入力操作に応じた処理、ＬＣＤ（２９）に対する表示処理等、他のタスク処理が発生する。
仮に、上記ＮＴＳＣ動画装置（２）において性能の低いＣＰＵ（２０）が採用されている場合、ＣＰＵ（２０）に搭載されているＯＳはリアルタイム性を有しないため、ＣＰＵ（２０）は、前記他のタスク処理を実行している間、ハードディスクドライブ装置（２２）から動画データを読み出してメインメモリ（２３）に書き込む処理を行なうことが出来ず、前記タスク処理が終了した後、該書込み処理を実行する。
【０００７】
又、ＰＣＩバス（２１）は同時に２以上のデータを転送することが出来ないため、ＣＰＵ（２０）は、ハードディスクドライブ装置（２２）から動画データを読み出してメインメモリ（２３）に書き込むと同時に、メインメモリ（２３）から動画データを読み出してパラレルインターフェース（２４）に供給することが出来ず、前記書込み処理が終了した後、パラレルインターフェース（２４）に対する動画データの供給処理を実行する。
【０００８】
従って、パラレルインターフェース（２４）に対する動画データの供給が、前記タスク処理の実行時間だけ遅れることとなり、パラレルインターフェース（２４）からデコードボード（２５）に対する動画データの供給が一時的に停止される。
この結果、モニタにおける映像表示が一時的に停止されると共に音声が途切れることになる。
そこで、上記ＮＴＳＣ動画装置（２）においては、性能の高いＣＰＵ（２０）を採用することによって、かかる問題が解決されている。
【０００９】
ところで、上記ＮＴＳＣ動画装置（２）を、ハイビジョン動画データのハイビジョン動画装置に応用することが考えられる。
しかしながら、ハイビジョン動画装置においては、ハイビジョンの動画データはＮＴＳＣの動画データに比べてデータ量が多いため、ＮＴＳＣ動画装置（２）において採用していたＣＰＵ（２０）と同程度の高い性能を有するＣＰＵを採用することによっては、上記問題を解決することが出来ない。
【００１０】
そこで本発明者らは、図８に示す如く、デコードボード（１４）の前段に、上記パラレルインターフェース（２４）に代えて安定供給回路（１３）を設けたハイビジョン動画装置（３）を開発した。
安定供給回路（１３）は、図９に示す如く、第１バッファ（１３１）及び第２バッファ（１３２）を具え、第１バッファ（１３１）及び第２バッファ（１３２）の前段には、第１スイッチ（１３３）が設けられる。第１スイッチ（１３３）は、第１バッファ（１３１）側、或いは第２バッファ（１３２）側の何れか一方に切換え可能であり、前記ＣＰＵ（３０）によるソフトウエア処理によって切換え制御されている。第１スイッチ（１３３）が第１バッファ（１３１）側に切り換えられた状態で、メインメモリ（１６）から第１バッファ（１３１）に対する動画データの書込みが可能となる一方、第２バッファ（１３２）側に切り換えられた状態で、メインメモリ（１６）から第２バッファ（１３２）に対する動画データの書込みが可能となる。
【００１１】
又、第１バッファ（１３１）及び第２バッファ（１３２）の後段には、第２スイッチ（１３４）が設けられる。第２スイッチ（１３４）は、第１バッファ（１３１）側と第２バッファ（１３２）側の何れか一方に切換え可能であり、前記ＣＰＵ（３０）によるソフトウエア処理によって切換え制御されている。第２スイッチ（１３４）が第１バッファ（１３１）側に切り換えられた状態で第１バッファ（１３１）から動画データの読出しが可能となる一方、第２バッファ（１３２）側に切り換えられた状態で第２バッファ（１３２）から動画データの読出しが可能となる。第１バッファ（１３１）或いは第２バッファ（１３２）から読み出された動画データは、後段のデコードボード（１４）に供給される。
尚、第１スイッチ（１３３）及び第２スイッチ（１３４）は、ＣＰＵ（３０）によるソフトウエア処理に限らず、ハードウエア回路によって切り換えることも可能である。
【００１２】
図１０は、第１バッファ（１３１）及び第２バッファ（１３２）に対する動画データ書込み処理、第１バッファ（１３１）及び第２バッファ（１３２）からの動画データ読出し処理、ハードディスクドライブ装置（１２）からの動画データ読出し処理のタイミングを表わしている。ここで、第１バッファ（１３１）及び第２バッファ（１３２）の記録容量は夫々、例えば５１２Ｋバイト、ＣＰＵ（３０）が１回のアクセスでハードディスクドライブ装置（１２）から読み出す動画データのデータ量は、例えば６８２Ｋバイトに設定される。
【００１３】
先ず、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始し、該処理が終了した時点Ａにて、メインメモリ（１６）から第１バッファ（１３１）に対する動画データの書込みを開始し、第１バッファ（１３１）が満杯になって第１バッファ（１３１）に対する書込み処理が終了した時点Ｂで、第１バッファ（１３１）からの動画データの読出しを開始すると同時に、メインメモリ（１６）から第２バッファ（１３２）に対する動画データの書込みを開始する。
メインメモリ（１６）が空になった時点Ｃでは、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始し、該処理が終了した時点Ｄで、メインメモリ（１６）から第２バッファ（１３２）に対する動画データの書込みを再開する。
【００１４】
第２バッファ（１３２）が満杯になって第２バッファ（１３２）に対する書込み処理が終了した後、第１バッファ（１３１）が空になって第１バッファ（１３１）からの読出し処理が終了した時点Ｅでは、第２バッファ（１３２）からの動画データの読出しを開始すると同時に、メインメモリ（１６）から第１バッファ（１３１）に対する動画データの書込みを開始する。
メインメモリ（１６）が空になった時点Ｆでは、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始し、該処理が終了した時点Ｇで、メインメモリ（１６）から第１バッファ（１３１）に対する動画データの書込みを再開する。
【００１５】
第１バッファ（１３１）が満杯になって第１バッファ（１３１）に対する書込み処理が終了した後、第２バッファ（１３２）が空になって第２バッファ（１３２）からの読出し処理が終了した時点Ｈでは、第１バッファ（１３１）からの動画データの読出しを開始すると同時に、メインメモリ（１６）から第２バッファ（１３２）に対する動画データの書込みを開始する。
【００１６】
ＣＰＵ（３０）は、図示の如く、第１バッファ（１３１）及び第２バッファ（１３２）の何れか一方のバッファからの動画データ読出し処理を実行している期間内に、ハードディスクドライブ装置（１２）からの動画データ読出し処理、及び他方のバッファに対する動画データ書込み処理を実行することにより、第１バッファ（１３１）及び第２バッファ（１３２）から交互に連続して動画データを読み出し、該連続した動画データをデコードボード（１４）に供給することが出来る。
この様にして、モニタにおける映像表示が一時的に停止すると共に音声が途切れる問題の解決が図られている。
【００１７】
図１１及び図１２は、上記タイミングで、第１バッファ（１３１）及び第２バッファ（１３２）に対する動画データ書込み処理、第１バッファ（１３１）及び第２バッファ（１３２）からの動画データ読出し処理、及びハードディスクドライブ装置（１２）からの動画データ読出し処理を実現するための手続きを表わしている。
図示の如く、先ず図１１のステップＳ２１にて、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始した後、ステップＳ２２では、前記処理が終了したか否かを判断し、ノー（Ｎｏ）と判断された場合はステップＳ２２にて同じ判断を繰り返す。
【００１８】
一方、ステップＳ２２にてイエス（Ｙｅｓ）と判断された場合は、ステップＳ２３に移行して、第１スイッチ（１３３）を第１バッファ（１３１）側に切り換えて第１バッファ（１３１）に対する動画データの書込みを開始する。
次にステップＳ２４では、第１バッファ（１３１）が満杯（ＦＵＬＬ）になったか否かを判断し、ノーと判断された場合は、ステップＳ２４にて同じ判断を繰り返す。
【００１９】
第１バッファ（１３１）が満杯になってステップＳ２４にてイエスと判断された場合は、ステップＳ２５に移行して、第２スイッチ（１３４）を第１バッファ（１３１）側に切り換えて第１バッファ（１３１）から動画データの読出しを開始すると共に、第１スイッチ（１３３）を第２バッファ（１３２）側に切り換えて第２バッファ（１３２）に対する動画データの書込みを開始する。
【００２０】
続いてステップＳ２６では、メインメモリ（１６）が空（ＥＭＰＴＹ）になったか否かを判断し、ノーと判断された場合はステップＳ２６にて同じ判断を繰り返す一方、メインメモリ（１６）が空になってイエスと判断された場合はステップＳ２７に移行する。
ステップＳ２７では、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始した後、ステップＳ２８にて、前記処理が終了したか否かを判断し、ノーと判断された場合は、ステップＳ２８にて同じ判断を繰り返す。
【００２１】
一方、ステップＳ２８にてイエスと判断された場合は、ステップＳ２９に移行して、ステップＳ２９では、第２バッファ（１３２）が満杯になると共に第１バッファ（１３１）が空になったか否かを判断し、ノーと判断された場合は、ステップＳ２９にて同じ判断を繰り返す。
第２バッファ（１３２）が満杯になると共に第１バッファ（１３１）が空になってステップＳ２９にてイエスと判断された場合は、ステップＳ３０に移行して、ハードディスクドライブ装置（１２）から全ての動画データを読み出したか否かを判断し、イエスと判断された場合は手続きを終了する一方、ノーと判断された場合は、図１２のステップＳ３１に移行する。
【００２２】
ステップＳ３１では、第２スイッチ（１３４）を第２バッファ（１３２）側に切り換えて第２バッファ（１３２）から動画データの読出しを開始すると共に、第１スイッチ（１３３）を第１バッファ（１３１）側に切り換えて第１バッファ（１３１）に対する動画データの書込みを開始する。
【００２３】
続いてステップＳ３２では、メインメモリ（１６）が空になったか否かを判断し、ノーと判断された場合はステップＳ３２にて同じ判断を繰り返す一方、メインメモリ（１６）が空になってイエスと判断された場合はステップＳ３３に移行する。
ステップＳ３３では、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始した後、ステップＳ３４では、前記処理が終了した否かを判断し、ノーと判断された場合は、ステップＳ３４にて同じ判断を繰り返す。
【００２４】
その後、ステップＳ３５では、第１バッファ（１３１）が満杯になると共に第２バッファ（１３２）が空になったか否かを判断し、ノーと判断された場合は、ステップＳ３５にて同じ判断を繰り返す。
一方、第１バッファ（１３１）が満杯になると共に第２バッファ（１３２）が空になってステップＳ３５にてイエスと判断された場合、ステップＳ３６に移行して、ハードディスクドライブ装置（１２）から全ての動画データを読み出したか否かを判断し、イエスと判断された場合は手続きを終了する一方、ノーと判断された場合は、図１１のステップＳ２５に戻る。
上記手続きによって、図１０に示すタイミングで、第１バッファ（１３１）及び第２バッファ（１３２）に対する動画データ書込み処理、第１バッファ（１３１）及び第２バッファ（１３２）からの動画データ読出し処理、及びハードディスクドライブ装置（１２）からの動画データ読出し処理を実現することが出来る。
【００２５】
【発明が解決しようとする課題】
しかしながら、上記安定供給回路（１３）を具えたハイビジョン動画装置（３）においても、以下の原因により、依然として、モニタにおける映像表示が停止すると共に音声が途切れる問題があった。
【００２６】
即ち、上記ハイビジョン動画装置（３）においては、第１バッファ（１３１）及び第２バッファ（１３２）の記録容量はそれぞれ５１２Ｋバイト、ＣＰＵ（３０）が１回のアクセスでハードディスクドライブ装置（１２）から読み出す動画データのデータ量は、６８２Ｋバイトに設定されている。
【００２７】
従って、図１０に示す第２バッファ（１３２）が満杯になった時点Ｄ′では、ハードディスクドライブ装置（１２）から読み出した動画データがメインメモリ（１６）に残っており、ＣＰＵ（３０）は、時点Ｄ′から第１バッファ（１３１）が空になる時点Ｅまでの期間、次の書込み先となる第１バッファ（１３１）にアクセスしている。又、同様に、ＣＰＵ（３０）は、第１バッファ（１３１）が満杯になった時点Ｇ′から第２バッファ（１３２）が空になる時点Ｈまでの期間、第２バッファ（１３２）にアクセスしている。
このため、上記ハイビジョン動画装置（３）においては、ユーザによる入力操作に応じた処理、ＬＣＤ（１９）に対する表示処理等のタスク処理は、時点Ｅ或いは時点Ｈから開始されることになる。
【００２８】
上記ハイビジョン動画装置（３）においては、一方のバッファに対する書込みとハードディスクドライブ装置（１２）からの読出しとの総実行時間、即ち時点Ｂから時点Ｄ′までの時間、或いは時点Ｅから時点Ｇ′までの時間は、他方のバッファからの読出しの実行時間、即ち時点Ｂから時点Ｅまでの時間、或いは時点Ｅから時点Ｈまでの時間よりも短く設定されており、時点Ｄ′から時点Ｅまでの余裕時間と、時点Ｇ′から時点Ｈまでの余裕時間が設けられている。
【００２９】
図１３は、図１０に示す時点Ｅから上述の他のタスク処理が開始された場合のタイムチャートを表わしている。
図示の如く、時点Ｅから他のタスク処理が開始された場合、該タスク処理が終了した時点Ｅ′で、第１バッファ（１３１）に対する動画データの書込みが開始される。
ここで、該タスク処理には、前記余裕時間、即ち図１０の時点Ｇ′から時点Ｈまでの時間よりも長い時間がかかる。従って、第２バッファ（１３２）からの動画データの読出しが終了した時点Ｉよりも、タスク処理の実行時間から前記余裕時間を引いた時間だけ遅い時点Ｊで、第１バッファ（１３１）に対する動画データの書込みが終了して、該時点Ｊから第１バッファ（１３１）からの動画データの読出しが開始されることとなり、時点Ｉから時点Ｊまでの期間、デコードボード（１４）に対する動画データの供給が停止されることとなる。この結果、モニタにおける映像表示が一時的に停止すると共に、音声が途切れることになる。
この様に、上記ハイビジョン動画装置（３）においては、他のタスク処理の発生によって、一方のバッファに対する書込み処理が他方のバッファからの読出し処理よりも遅く終了することにより、バッファからの読出しが不連続となって、上記問題が生じるのである。
【００３０】
そこで、上記問題を解決する方法として、第１バッファ（１３１）及び第２バッファ（１３２）の記録容量を増大させる方法、バッファに対する書込み速度を増大させる方法、ハードディスクドライブ装置（１２）からメインメモリ（１６）に対する動画データの供給やメインメモリ（１６）から安定供給回路（１３）に対する動画データの供給をＣＰＵ（３０）を介することなく直接に行なう方法が考えられる。
しかし、これらの方法は、何れもハードウエアの変更を伴うものであるため、望ましくない。
【００３１】
又、上記安定供給回路（１３）を具えたハイビジョン動画装置（３）においては、例えばハードディスクに記録されている一連の動画データのファイルサイズが２０５０Ｋバイトである場合、２０５０Ｋバイトの一連の動画データは、図１４に示す如く、第１バッファ（１３１）及び第２バッファ（１３２）がそれぞれ満杯となるまで、即ち５１２Ｋバイトずつ第１バッファ（１３１）及び第２バッファ（１３２）にそれぞれ２回書き込まれ、最後に、残りの２Ｋバイトの動画データが第１バッファ（１３１）に書き込まれることになる。
従って、第１バッファ（１３１）は３回目の書込み処理によって満杯になることがなく、図１２のステップＳ３５にてノーと判断され続けることになる。この結果、第１バッファ（１３１）に書き込まれている２Ｋバイトの動画データが永久に読み出されず、ハードディスクに記録されている一連の動画データが最後までデコードボード（１４）に供給されない問題があった。
【００３２】
そこで、上記問題を解決する方法として、ハードディスクに記録されている一連の動画データの最後尾にエンドコードを付加して、該エンドコードを検出することにより一連の動画データの最後尾を認識する方法や、一連の動画データの最終部のみについて、バッファのアドレスが最後であることを表わすアドレスエンドコードの出力位置をソフトウエアにより変更する方法が考えられる。
しかし、一連の動画データの最後尾にエンドコードを付加する方法は、ハードディスクに記録されているファイル自体を変更するものであるため、望ましくない。又、アドレスエンドコードの出力位置を変更する方法は、ハードウエアの構成が複雑になるため、望ましくない。
【００３３】
本発明の目的は、ハードディスク等の記録媒体に記録されている一連の動画データを常に連続してデコードボードに供給することが出来る動画再生装置を提供することである。
又、本発明の他の目的は、ハードディスク等の記録媒体に記録されている一連の動画データを最後まで確実にデコードボードに供給することが出来るバッファ回路及びこれを具えた動画再生装置を提供することである。
【００３４】
【課題を解決する為の手段】
本発明に係る動画再生装置は、一連の動画を構成している動画データが格納された動画データ格納装置と、前記動画データに必要な信号処理を施してモニタに供給すべき映像信号を作成する信号処理回路と、動画データ格納装置から読み出された動画データを一旦格納するためのメインメモリと、メインメモリから読み出される断続的な動画データを連続した動画データに変換して前記信号処理回路に供給する安定供給回路と、動画データ格納装置からのデータの読出し、メインメモリに対するデータの書込み及び読出し、並びに安定供給回路の制御を行なう制御回路と、動画データ格納装置、安定供給回路及び制御回路が接続されたバスとを具えている。
前記安定供給回路は、複数のバッファ手段と、これらのバッファ手段を切り換えるための切換え手段とを具え、制御回路は、動画データ格納装置から前記バッファ手段の記録容量の１／ｎ倍、若しくはｎ倍（ｎは１以上の整数）のデータ量を有する動画データを読み出して、メインメモリに書き込む。
【００３５】
具体的には、制御回路は、動画データ格納装置から前記バッファ手段の記録容量の１／ｎ倍のデータ量を有する動画データを読み出し、データ読出し対象となる読出し対象バッファ手段とデータ書込み対象となる書込み対象バッファ手段の切換え制御において、読出し対象バッファ手段からの読出し期間内に行なうべき動画データ格納装置からのｎ回の読出しの内、第１回目の読出しと、前記読出し対象バッファ手段からの読出しとを同時に開始し、動画データ格納装置からの前記データ量の読出し完了直後に書込み対象バッファ手段に対する書込みを開始し、読出し対象バッファ手段からの読出し期間内に行なわれる動画データ格納装置からのｎ回の読出しと書込み対象バッファ手段に対するｎ回の書込みの総実行時間は、読出し対象バッファ手段からの１回の読出しの実行時間よりも短く設定されている。
【００３６】
本発明に係る動画再生装置においては、制御回路は、動画データ格納装置からバッファ手段の記録容量の１／ｎ倍のデータ量を有する動画データを読み出してメインメモリに供給するので、書込み対象バッファ手段に対しｎ回の書込みを実行して書込み対象バッファ手段が満杯となった時点で、メインメモリには、動画データ格納装置から読み出された動画データは残っていない。従って、前記書込み対象バッファ手段が満杯となった時点から、読出し対象バッファ手段からの１回の読出しが終了する時点までの期間、制御回路は、次の書込み対象バッファ手段にアクセスしておらず、ユーザによる入力操作に応じた処理、ディスプレイに対する表示処理等のタスク処理が発生した場合、これらのタスク処理は、前記書込み対象バッファ手段が満杯となった時点から開始される。
【００３７】
該タスク処理は、前記書込み対象バッファ手段が満杯となった時点から前記読出し対象バッファ手段からの１回の読出しが終了する時点までの時間と、次の書込み対象バッファ手段が満杯となった時点から次の読出し対象バッファ手段からの１回の読出しが終了する時点までの時間とを合計した時間よりも短い時間で実行される。従って、次の書込み対象バッファ手段が満杯となる時点は、次の読出し対象バッファ手段からの１回の読出しが終了する時点よりも早く、該読出しが終了した時点から、更に次の読出し対象バッファ手段からの読出しが開始される。  この様にして、信号処理回路に対して常に連続して動画データが供給されることになる。
【００３８】
具体的には、前記データ量は、動画データ格納装置のセクタサイズの整数倍である。
【００３９】
該具体的構成を有する動画再生装置においては、動画データ格納装置から読み出してメインメモリに供給する動画データのデータ量は、動画データ格納装置のセクタサイズの整数倍に設定されているので、制御回路は、同じセクタから重複して動画データを読み出すことがなく、高い読出し効率が得られる。
【００４０】
本発明に係る他の動画再生装置は、バッファ回路を具え、該バッファ回路の後段に、動画データに必要な信号処理を施してモニタに供給すべき映像信号を作成する信号処理回路が接続されている。
バッファ回路は、複数のバッファ手段と、これらのバッファ手段を切り換えるための切換え手段と、切換え手段の動作を制御する制御手段とを具え、制御手段は、１つのバッファ手段に対する書込みと、他の１つのバッファ手段からの読出しとを同時に行ない、書込み対象となっているバッファ手段が満杯になる第１時点と読出し対象となっているバッファ手段が空になる第２時点が一致し、或いは前記第１時点が前記第２時点よりも先行する様に、切換え手段の切換え、並びにバッファ手段に対する書込みと読出しを制御する。
本発明の特徴的構成において、制御手段は、書込み対象となっている１つのバッファ手段の一部にデータが書き込まれているという条件と、読出し対象となっている他の１つのバッファ手段が空であるという条件の２つの条件が満たされた時点で、前記データが書き込まれている１つのバッファ手段からのデータの読出しを開始する。
【００４１】
本発明に係る他の動画再生装置において、例えばハードディスク等の記録媒体に記録されている一連の動画データのファイルサイズが２０５０Ｋバイトであって、バッファ手段の記録容量が５１２Ｋバイトである場合、２０５０Ｋバイトの一連の動画データは、バッファ手段がそれぞれ満杯となるまで、即ち５１２Ｋバイトずつ各バッファ手段に書き込まれ、最後に、残りの２Ｋバイトの動画データが１つのバッファ手段に書き込まれることになる。
上記動画再生装置においては、残りの２Ｋバイトが１つのバッファ手段に書き込まれた後、読出しの対象となっている他の１つのバッファ手段が空になった時点で、前記２Ｋバイトのデータが書き込まれている１つのバッファ手段からのデータの読出しが開始される。
この様にして、ハードディスク等の記録媒体に記録されている一連の動画データが最後まで確実に信号処理回路に供給されることになる。
【００４２】
【発明の効果】
本発明に係る動画再生装置によれば、ハードディスク等の記録媒体に記録されている一連の動画データを常に連続してデコードボードに供給することが出来る。
又、本発明に係る他の動画再生装置によれば、ハードディスク等の記録媒体に記録されている一連の動画データを最後まで確実にデコードボードに供給することが出来る。
【００４３】
【発明の実施の形態】
以下、本発明の実施の形態につき、図面に沿って具体的に説明する。
図１は、本実施例のハイビジョン動画装置（１）の構成を表わしている。
本実施例のハイビジョン動画装置（１）は、図示の如く、ＭＰＥＧ方式による圧縮処理の施されたハイビジョン動画データが記録されたハードディスクを駆動して該ハイビジョン動画データを再生するハードディスクドライブ装置（１２）を具えている。該ハードディスクドライブ装置（１２）は、例えば５１２バイトのセクタサイズを有している。
ハードディスクドライブ装置（１２）には、ＰＣＩバス（１１）を介して、非リアルタイム性のＯＳ、例えばＷｉｎｄｏｗｓ（Ｍｉｃｒｏｓｏｆｔ社の登録商標）が搭載されたＣＰＵ（１０）が接続されている。
【００４４】
ＰＣＩバス（１１）には、安定供給回路（１３）が接続され、安定供給回路（１３）には、デコードボード（１４）が接続されている。デコードボード（１４）には、同期ボード（１５）が接続されている。
ＣＰＵ（１０）には、メインメモリ（１６）が接続されると共に、ハードディスクを駆動して制御データを再生するハードディスクドライブ装置（１７）が接続されている。又、ＣＰＵ（１０）には、ＩＳＡバス（１８）を介して、操作キー等を表示するためのＬＣＤ（１９）が接続されている。
【００４５】
ＣＰＵ（１０）は、制御用のハードディスクドライブ装置（１７）から読み出した制御データに応じて、動画データ用のハードディスクドライブ装置（１２）から動画データを読み出し、読み出した動画データを一旦メインメモリ（１６）に書き込んだ後、該動画データをメインメモリ（１６）から読み出して安定供給回路（１３）に供給する。
安定供給回路（１３）に供給された動画データは、後述の如く該回路（１３）にてタイミングがとられて一定の速度でデコードボード（１４）に供給され、ＭＰＥＧデコードされた後、音声信号と映像信号とが分離される。
音声信号は、スピーカ（図示省略）へ出力される一方、映像信号は、同期ボード（１５）に供給されて同期がとられた後、ハイビジョンモニタ（図示省略）へ出力される。
この結果、ハイビジョンモニタに動画が表示されると共に、スピーカから該動画の音声が出力されることになる。
【００４６】
上記安定供給回路（１３）は、図９に示す如く、第１バッファ（１３１）、第２バッファ（１３２）、両バッファ（１３１）（１３２）の前段に設けられた第１スイッチ（１３３）及び、両バッファ（１３１）（１３２）の後段に設けられた第２スイッチ（１３４）から構成されている。第１バッファ（１３１）及び第２バッファ（１３２）は夫々、５１２Ｋバイトの記録容量を有している。
【００４７】
第１スイッチ（１３３）は、第１バッファ（１３１）側と第２バッファ（１３２）側の何れか一方に切換え可能であり、前記ＣＰＵ（１０）によるソフトウエア処理によって切換え制御されている。第１スイッチ（１３３）が第１バッファ（１３１）側に切り換えられた状態で、メインメモリ（１６）から第１バッファ（１３１）に対する動画データの書込みが可能となる一方、第２バッファ（１３２）側に切り換えられた状態で、メインメモリ（１６）から第２バッファ（１３２）に対する動画データの書込みが可能となる。
【００４８】
第２スイッチ（１３４）は、第１バッファ（１３１）側と第２バッファ（１３２）側の何れか一方に切換え可能であり、前記ＣＰＵ（１０）によるソフトウエア処理によって切換え制御されている。第２スイッチ（１３４）が第１バッファ（１３１）側に切り換えられた状態で、第１バッファ（１３１）から動画データの読出しが可能となる一方、第２バッファ（１３２）側に切り換えられた状態で、第２バッファ（１３２）から動画データの読出しが可能となる。第１バッファ（１３１）或いは第２バッファ（１３２）から読み出された動画データは、後段のデコードボード（１４）に供給される。
尚、第１スイッチ（１３３）及び第２スイッチ（１３４）は、ＣＰＵ（１０）によるソフトウエア処理に限らず、ハードウエア回路によって切り換えることも可能である。
【００４９】
図２は、第１バッファ（１３１）及び第２バッファ（１３２）に対する動画データ書込み処理、第１バッファ（１３１）及び第２バッファ（１３２）からの動画データ読出し処理、ハードディスクドライブ装置（１２）からの動画データ読出し処理のタイミングを表わしている。ここで、ＣＰＵ（１０）は、１回のアクセスで、第１バッファ（１３１）及び第２バッファ（１３２）のそれぞれの記録容量と同一であって、ハードディスクドライブ装置（１２）のセクタサイズの１０２４倍である５１２Ｋバイトの動画データを、ハードディスクドライブ装置（１２）から読み出す。
【００５０】
先ず、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始し、該処理が終了した時点Ａにて、メインメモリ（１６）から第１バッファ（１３１）に対する動画データの書込みを開始する。
第１バッファ（１３１）が満杯になって第１バッファ（１３１）に対する書込み処理が終了した時点Ｂで、第１バッファ（１３１）からの動画データの読出しを開始すると同時に、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始し、該処理が終了した時点Ｃで、メインメモリ（１６）から第２バッファ（１３２）に対する動画データの書込みを開始する。
【００５１】
第２バッファ（１３２）が満杯になって第２バッファ（１３２）に対する書込み処理が終了した後、第１バッファ（１３１）が空になって第１バッファ（１３１）からの読出し処理が終了した時点Ｄでは、第２バッファ（１３２）からの動画データの読出しを開始すると同時に、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始し、該処理が終了した時点Ｅで、メインメモリ（１６）から第１バッファ（１３１）に対する動画データの書込みを開始する。
第１バッファ（１３１）が満杯になって第１バッファ（１３１）に対する書込み処理が終了した後、第２バッファ（１３２）が空になって第２バッファ（１３２）からの読出し処理が終了した時点Ｆでは、第１バッファ（１３１）からの動画データの読出しを開始すると同時に、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始する。
【００５２】
本実施例のハイビジョン動画装置（１）においては、ＣＰＵ（１０）が１回のアクセスでハードディスクドライブ装置（１２）から読み出す動画データのデータ量と、第１バッファ（１３１）及び第２バッファ（１３２）のそれぞれの記録容量とが同一値に設定されているので、第２バッファ（１３２）が満杯になった時点Ｃ′、第１バッファ（１３１）が満杯になった時点Ｅ′では、ハードディスクドライブ装置（１２）から読み出した動画データがメインメモリ（１６）に残っていない。従って、ＣＰＵ（１０）は、時点Ｃ′から時点Ｄまでの期間、及び時点Ｅ′から時点Ｆまでの期間、次の書込み先である第１バッファ（１３１）或いは第２バッファ（１３２）にアクセスしておらず、動画データの読出し処理及び書込み処理以外の処理、例えばユーザによる入力操作に応じた処理やＬＣＤ（１９）に対する表示処理等の他のタスク処理が発生した場合、該タスク処理は、時点Ｃ′或いは時点Ｅ′から開始されることになる。
【００５３】
又、該ハイビジョン動画装置（１）においては、一方のバッファに対する書込みとハードディスクドライブ装置（１２）からの読出しとの総実行時間、即ち時点Ｂから時点Ｃ′までの時間、或いは時点Ｄから時点Ｅ′までの時間は、他方のバッファからの読出しの実行時間、即ち時点Ｂから時点Ｄまでの時間、或いは時点Ｄから時点Ｆまでの時間よりも短く設定されており、時点Ｃ′から時点Ｄまでの余裕時間、時点Ｅ′から時点Ｆまでの余裕時間が設けられている。これらの余裕時間は、従来のハイビジョン動画装置（３）における余裕時間と同程度の値に設定されている。
【００５４】
図３は、図２に示す時点Ｃ′から前記他のタスク処理が開始された場合のタイムチャートを表わしている。
図示の如く、時点Ｃ′から他のタスク処理が開始された場合、該タスク処理が終了した時点Ｃ″で、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始し、該処理が終了した時点Ｇで、第１バッファ（１３１）に対する動画データの書込みが開始される。
ここで、前記タスク処理は、前記２回の余裕時間、即ち図２の時点Ｃ′から時点Ｄまでの時間と時点Ｅ′から時点Ｆまでの時間とを合計した時間よりも短い時間で終了する。従って、第１バッファ（１３１）に対する動画データの書込みが終了した時点Ｇ′よりも遅い時点Ｆで、第２バッファ（１３２）からの動画データの読出しが終了して、該時点Ｆから第１バッファ（１３１）からの動画データの読出しが開始されることになる。
【００５５】
本実施例のハイビジョン動画装置（１）においては、上述の如く、他のタスク処理の発生によって、一方のバッファに対する書込み処理が他方のバッファからの読出し処理よりも遅く終了することはなく、他方のバッファからの読出し処理が終了した時点から一方のバッファからの読出し処理が開始される。従って、デコードボード（１４）には、常に連続して動画データが供給されることとなり、モニタにおける映像表示が一時的に停止すると共に音声が途切れることはない。
【００５６】
図５及び図６は、上記タイミングで、第１バッファ（１３１）及び第２バッファ（１３２）に対する動画データ書込み処理、第１バッファ（１３１）及び第２バッファ（１３２）からの動画データ読出し処理、及びハードディスクドライブ装置（１２）からの動画データ読出し処理を実現するための手続きを表わしている。
図示の如く、先ず図５のステップＳ１にて、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始した後、ステップＳ２では、前記処理が終了したか否かを判断し、ノーと判断された場合はステップＳ２にて同じ判断を繰り返す。
【００５７】
一方、ステップＳ２にてイエスと判断された場合は、ステップＳ３に移行して、第１スイッチ（１３３）を第１バッファ（１３１）側に切り換えて第１バッファ（１３１）に対する動画データの書込みを開始した後、ステップＳ４では、第１バッファ（１３１）が満杯になったか否かを判断し、ノーと判断された場合は、ステップＳ４にて同じ判断を繰り返す。
【００５８】
第１バッファ（１３１）が満杯になってステップＳ４にてイエスと判断された場合は、ステップＳ５に移行し、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始すると共に、第２スイッチ（１３４）を第１バッファ（１３１）側に切り換えて第１バッファ（１３１）から動画データの読出しを開始する。
続いてステップＳ６では、前記メインメモリ（１６）への書込み処理が終了したか否かを判断し、ノーと判断された場合は、ステップＳ６にて同じ判断を繰り返す。
【００５９】
一方、ステップＳ６にてイエスと判断された場合は、ステップＳ７に移行して、第１スイッチ（１３３）を第２バッファ（１３２）側に切り換えて第２バッファ（１３２）に対する動画データの書込みを開始する。
次にステップＳ８では、第２バッファ（１３２）が満杯になると共に第１バッファ（１３１）が空になったか否かを判断し、ノーと判断された場合はステップＳ１０に移行する。
【００６０】
ステップＳ１０では、第２バッファ（１３２）が満杯でなく、且つ第１バッファ（１３１）が空であるか否かを判断し、ノーと判断された場合はステップＳ８に戻る一方、イエスと判断された場合はステップＳ１１に移行して、第２スイッチ（１３４）を第２バッファ（１３２）側に切り換えて第２バッファ（１３２）から動画データの読出しを開始する。次にステップＳ１２では、第２バッファ（１３２）が空になったか否かを判断し、ノーと判断された場合はステップＳ１２にて同じ判断を繰り返す一方、イエスと判断された場合は、手続きを終了する。
【００６１】
第２バッファ（１３２）が満杯になると共に第１バッファ（１３１）が空になって、前記ステップＳ８にてイエスと判断された場合は、ステップＳ９に移行して、ハードディスクドライブ装置（１２）から全ての動画データを読み出したか否かを判断し、イエスと判断された場合は手続きを終了する一方、ノーと判断された場合は、図６のステップＳ１３に移行する。
【００６２】
ステップＳ１３では、ハードディスクドライブ装置（１２）から動画データを読み出してメインメモリ（１６）に書き込む処理を開始すると共に、第２スイッチ（１３４）を第２バッファ（１３２）側に切り換えて第２バッファ（１３２）から動画データの読出しを開始した後、ステップＳ１４では、前記メインメモリ（１６）への書込み処理が終了したか否かを判断し、ノーと判断された場合は、ステップＳ１４にて同じ判断を繰り返す。
【００６３】
一方、ステップＳ１４にてイエスと判断された場合は、ステップＳ１５に移行して、第１スイッチ（１３３）を第１バッファ（１３１）側に切り換えて第１バッファ（１３１）に対する動画データの書込みを開始する。
次にステップＳ１６では、第１バッファ（１３１）が満杯になると共に第２バッファ（１３２）が空になったか否かを判断し、ノーと判断された場合はステップＳ１８に移行する。
【００６４】
ステップＳ１８では、第１バッファ（１３１）が満杯でなく、且つ第２バッファ（１３２）が空であるか否かを判断し、ノーと判断された場合はステップＳ１６に戻る一方、イエスと判断された場合はステップＳ１９に移行して、第２スイッチ（１３４）を第１バッファ（１３１）側に切り換えて第１バッファ（１３１）から動画データの読出しを開始する。次にステップＳ２０では、第１バッファ（１３１）が空になったか否かを判断し、ノーと判断された場合はステップＳ２０にて同じ判断を繰り返す一方、イエスと判断された場合は、手続きを終了する。
【００６５】
第１バッファ（１３１）が満杯になると共に第２バッファ（１３２）が空になって、前記ステップＳ１６にてイエスと判断された場合は、ステップＳ１７に移行して、ハードディスクドライブ装置（１２）から全ての動画データを読み出したか否かを判断し、イエスと判断された場合は手続きを終了する一方、ノーと判断された場合は、図５のステップＳ５に戻る。
該手続きによって、図２に示すタイミングで、第１バッファ（１３１）及び第２バッファ（１３２）に対する動画データ書込み処理、第１バッファ（１３１）及び第２バッファ（１３２）からの動画データ読出し処理、及びハードディスクドライブ装置（１２）からの動画データ読出し処理を実現することが出来る。
【００６６】
本実施例のハイビジョン動画装置（１）においては、例えばハードディスクに記録されている一連の動画データのファイルサイズが２０５０Ｋバイトである場合、２０５０Ｋバイトの一連の動画データは、図１４に示す如く、第１バッファ（１３１）及び第２バッファ（１３２）がそれぞれ満杯となるまで、即ち５１２Ｋバイトずつ第１バッファ（１３１）及び第２バッファ（１３２）にそれぞれ２回書き込まれ、最後に、残りの２Ｋバイトの動画データが第１バッファ（１３１）に書き込まれることになる。
上記手続きによれば、この２Ｋバイトの動画データが第１バッファ（１３１）に書き込まれた後、第２バッファ（１３２）が空になった時点で、図６のステップＳ１８にてイエスと判断され、ステップＳ１９で、該２Ｋバイトの動画データの読出しが開始される。
従って、ハードディスクに記録されている一連の動画データが確実に最後までデコードボード（１４）に供給されることになる。
【００６７】
又、本実施例のハイビジョン動画装置（１）においては、ＣＰＵ（１０）は、上述の如く１回のアクセスで、ハードディスクドライブ装置（１２）のセクタサイズ５１２バイトの整数倍、具体的には１０２４倍である５１２Ｋバイトの動画データを、ハードディスクドライブ装置（１２）から読み出す。
仮に、ＣＰＵが、ハードディスクドライブ装置（１２）のセクタサイズの整数倍でない１０２５バイトの動画データをハードディスクドライブ装置（１２）から読み出す場合、ＣＰＵは、図４（ａ）に二重線の矢印で示す如く、１回目のアクセスでセクタ１〜３から動画データを読み出した後、２回目のアクセスでセクタ３〜５を読み出すことになり、セクタ３から２回、動画データを読み出すことになる。
これに対し、ＣＰＵが、本実施例のハイビジョン動画装置（１）のＣＰＵ（１０）の如く、ハードディスクドライブ装置（１２）のセクタサイズの整数倍である１０２４バイトの動画データをハードディスクドライブ装置（１２）から読み出す場合、同図（ｂ）に二重線の矢印で示す如く、１回目のアクセスでセクタ１及び２から動画データを読み出した後、２回目のアクセスでセクタ３及び４を読み出すことになる。
従って、本実施例のハイビジョン動画装置（１）においては、同一のセクタから重複して動画データが読み出されることはなく、高い読出し効率が得られる。
【００６８】
尚、本発明の各部構成は上記実施の形態に限らず、特許請求の範囲に記載の技術的範囲内で種々の変形が可能である。
例えば、上記実施の形態においては、ＣＰＵ（１０）が１回のアクセスでハードディスクドライブ装置（１２）から読み出す動画データのデータ量は、第１バッファ（１３１）及び第２バッファ（１３２）の記録容量と同一の値に設定されているが、これに限らず、これらの記録容量の１／ｎ倍、若しくはｎ倍（ｎは２以上の整数）に設定することも可能であり、この場合においても、ハードディスクに記録されている一連の動画データを常に連続してデコードボード（１４）に供給することが出来る。
又、上記実施の形態においては、第１バッファ（１３１）と第２バッファ（１３２）の２つのバッファを採用しているが、３つ以上のバッファを採用することも可能である。
更に、上記実施の形態においては、本発明をハイビジョン動画データの動画装置（１）に実施しているが、これに限らず、その他の動画データの動画装置に実施することも可能である。
【図面の簡単な説明】
【図１】本発明に係るハイビジョン動画装置の構成を表わすブロック図である。
【図２】上記ハイビジョン動画装置の第１バッファ及び第２バッファに対する書込み処理、第１バッファ及び第２バッファからの読出し処理、ハードディスクドライブからの読出し処理のタイミングを表わすタイムチャートである。
【図３】本発明に係るハイビジョン動画装置において、他のタスク処理が発生した場合のタイムチャートである。
【図４】ＣＰＵが１回のアクセスでハードディスクドライブ装置から読み出す動画データのデータ量と、ハードディスクドライブ装置のセクタサイズとの関係を表わす図である。
【図５】本発明のＣＰＵによる動画データ読出し及び書込み手続きの前半を表わすフローチャートである。
【図６】上記手続きの後半を表わすフローチャートである。
【図７】従来のＮＴＳＣ動画データの動画装置の構成を表わすブロック図である。
【図８】従来のハイビジョン動画装置の構成を表わすブロック図である。
【図９】安定供給回路の構成を表わすブロック図である。
【図１０】上記ハイビジョン動画装置の第１バッファ及び第２バッファに対する書込み処理、第１バッファ及び第２バッファからの読出し処理、ハードディスクドライブからの読出し処理のタイミングを表わすタイムチャートである。
【図１１】従来のＣＰＵによる動画データ読出し及び書込み手続きの前半を表わすフローチャートである。
【図１２】上記手続きの後半を表わすフローチャートである。
【図１３】従来のハイビジョン動画装置において、他のタスク処理が発生した場合のタイムチャートである。
【図１４】ハードディスクに記録されている一連の動画データのファイルサイズと、第１バッファ及び第２バッファの記録容量との関係を表わす図である。
【符号の説明】
（１）  ハイビジョン動画装置
（１１）  ＰＣＩバス
（１２）  ハードディスクドライブ装置
（１３）  安定供給回路
（１３１）  第１バッファ
（１３２）  第２バッファ
（１３３）  第１スイッチ
（１３４）  第２スイッチ
（１４）  デコードボード
（１５）  同期ボード
（１６）  メインメモリ
（１７）  ハードディスクドライブ装置
（１８）  ＩＳＡバス
（１９）  ＬＣＤ
【図１】
0003615435.tif 000002
【図２】
0003615435.tif 000003
【図３】
0003615435.tif 000004
【図４】
0003615435.tif 000005
【図５】
0003615435.tif 000006
【図６】
0003615435.tif 000007
【図７】
0003615435.tif 000008
【図８】
0003615435.tif 000009
【図９】
0003615435.tif 000010
【図１０】
0003615435.tif 000011
【図１１】
0003615435.tif 000012
【図１２】
0003615435.tif 000013
【図１３】
0003615435.tif 000014
【図１４】
0003615435.tif 000015