(57)【特許請求の範囲】
【請求項１】
第１のプロセッサ及び第２のプロセッサを含む電子装置に適用するブロックベースのＷＭＡストリームの処理方法であって、
ブロックベースの保存媒体の中から前記第１のプロセッサへ、複数のパケットを含むＷＭＡストリームを送信する工程と、
前記第２のプロセッサのメモリへ、複数のブロックデータを含む前記ＷＭＡストリームをブロック単位で送信し、前記第１のプロセッサが各前記ブロックデータを送信する前に、各前記ブロックデータのブロック番号を生成して送信する工程と、
前記第２のプロセッサにより、前記パケットを処理単位として前記ＷＭＡストリームを復号し、隣接する前記ブロック番号が連続していない場合、前記第２のプロセッサは、前記ブロック番号を基に、前記ＷＭＡストリームをシークする工程と、
前記第２のプロセッサから前記ＷＭＡストリームの復号結果を出力する工程と、を含むことを特徴とするブロックベースのＷＭＡストリームの処理方法。
【請求項２】
前記メモリが満杯か否かを判断し、満杯である場合、前記第２のプロセッサから前記第１のプロセッサへ、前記メモリがビジー状態である旨の通知を送信する工程をさらに含むことを特徴とする請求項１に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項３】
隣接する前記ブロック番号が連続していない場合、フラッグを設定する工程をさらに含むことを特徴とする請求項１に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項４】
前記メモリの中にあるデータをクリアする工程をさらに含むことを特徴とする請求項３に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項５】
前記第２のプロセッサが前記ＷＭＡストリームを復号する時に、前記フラッグが設定されているか否かを判断する工程をさらに含むことを特徴とする請求項３に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項６】
前記フラッグが設定されている場合、まだ復号されていないパケットデータを０値で代替し、処理中の前記パケット復号を加速させる工程をさらに含むことを特徴とする請求項５に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項７】
前記ＷＭＡストリームは、ヘッダオブジェクト及びデータオブジェクトを含み、
前記ヘッダオブジェクトは、ヘッダサイズ（Ｈ）及びファイル属性オブジェクトを含み、
前記ファイル属性オブジェクトは、パケット数（Ｐ）及びパケットサイズ（Ｑ）を含むことを特徴とする請求項１に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項８】
前記ブロックデータの中にある隣接する第１のブロックデータと第２のブロックデータとのブロック番号が連続していない場合、前記第２のブロックデータのブロック番号（ｂ’）及び前記ブロックデータのサイズ（Ｂ）を基に、推定ストリームオフセット量（ｆ’）を計算する工程をさらに含むことを特徴とする請求項７に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項９】
前記ストリームオフセット量（ｆ’）、前記ヘッダサイズ（Ｈ）及び前記パケットサイズ（Ｑ）を基に、推定のパケット番号（ｎ’）を計算する工程をさらに含むことを特徴とする請求項８に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項１０】
前記ストリームオフセット量（ｆ’）、前記パケットサイズ（Ｑ）及び前記推定のパケット番号（ｎ’）を基に、訂正パケット番号（ｎ”）を計算する工程をさらに含むことを特徴とする請求項９に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項１１】
前記訂正パケット番号（ｎ”）、前記ヘッダサイズ（Ｈ）及び前記パケットサイズ（Ｑ）を基に、パケット校正ストリームオフセット量（ｆ”）を計算する工程をさらに含むことを特徴とする請求項１０に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項１２】
前記パケット校正ストリームオフセット量（ｆ”）及び前記ブロックデータのサイズ（Ｂ）を基に、シーク位置のブロック番号（ｂ”）を計算する工程をさらに含むことを特徴とする請求項１１に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項１３】
前記パケット校正ストリームオフセット量（ｆ”）、前記ブロック番号（ｂ”）及び前記ブロックデータのサイズ（Ｂ）を基に、シーク位置のオフセット量（ｒ”）を計算する工程をさらに含むことを特徴とする請求項１２に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項１４】
前記第１のプロセッサから送信されたブロック番号ｂが前記ブロック番号ｂ”以上であるか否かを判断し、その判断結果がイエスの場合、前記第２のプロセッサによりフラッグＦをクリアし、前記パケットの復号を継続して行う工程をさらに含むことを特徴とする請求項１３に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項１５】
前記第１のプロセッサと前記第２のプロセッサとの通信方法は、ポーリング又は割り込みで行うことを特徴とする請求項１に記載のブロックベースのＷＭＡストリームの処理方法。
【請求項１６】
前記第１のプロセッサと前記第２のプロセッサとの通信は、ＩＯインターフェースアクセス方法又はダイレクトメモリアクセス方法で行うことを特徴とする請求項１に記載のブロックベースのＷＭＡストリームの処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディアの音声処理方法に関し、特にブロックベース（block-based）のＷＭＡ（Windows Media Audio）ストリームの処理方法に関する。
【背景技術】
【０００２】
ＷＭＡは、マイクロソフト社により開発された圧縮音声ファイル形式であるとともに、ウィンドウズ（登録商標）メディアプレーヤ（Windows Media Player：ＷＭＰ）のデフォルト設定でサポートされている音声ファイルであり、様々な音声プレーヤシステムに幅広く利用されている。
【０００３】
ＰＤＡ（Personal DigitalAssistant）、携帯電話、デジタル音声プレーヤなどの携帯型の装置でＷＭＡストリームを再生するには、プロセッサの機能とメモリ空間などのリソースが少ないため、関連するソフトウェア及びハードウェアの改善が必要であった。例えば、ＷＭＡストリームの処理は、制御処理とデータ処理の二つの部分に分かれ、デュアルプロセッサ（dual-processor）かマルチプロセッサ（multi-processor）のシステムにより、それぞれ制御処理とデータ処理を行っていた。そして、このような分業方式を利用した携帯型の装置は、プロセッサ間で通信を行う必要があった。
【０００４】
ＷＭＡのシーク機能とは、ＷＭＡストリームを再生している最中に、ファイルの再生位置を自由に選択する機能のことをいう。しかし、従来技術において、マルチプロセッサに利用されるＷＭＡシーク技術では、プロセッサ間のシーク発生時の通信量が多く、通信の待ち時間が長かったため、携帯型の装置に利用することは困難であった。さらに従来技術では、パケットの復号処理が行われている最中は、シークの割り込みを発生させることもできなかった。
【０００５】
図１を参照する。図１は、従来のＡＳＦ（AdvancedStreaming Format）を示す模式図である。ＷＭＡは、現在よく見かける圧縮音声ファイル形式である。ＷＭＡ形式ファイル１００は、ヘッダオブジェクト１１０及びデータオブジェクト１５０を含む。このヘッダオブジェクト１１０は、ヘッダサイズ（Ｈ）１２０及びファイル属性オブジェクト１３０を含む。また、このファイル属性オブジェクト１３０は、パケット数（Ｐ）１３２及びパケットサイズ（Ｑ）１３６を含む。データオブジェクト１５０は、パケット１５２及びパケット１５４などの複数のパケットを含む。一般に、ＷＭＡ形式ファイル１００がフラッシュメモリ装置又はハードディスク装置に保存される際は、ブロック（block）形式で保存される。ここで注意しなければならないことは、パケットサイズ（Ｑ）１３６は、複数のブロックと同じサイズでも、１つのブロックよりも小さいサイズでもよい点である。
【０００６】
従来のＷＭＡストリーム処理方法は、データ処理がストリームベースで行われ（つまり、プロセッサが行うデータ処理の基本単位はバイトであった。）、保存媒体のほとんどはブロックベースで行われていた。そのため、ブロックベースのＷＭＡストリームの処理方法をさらに発展させ、シークを行う際のプロセッサ間の通信量、通信の待ち時間、及びプロセッサが処理するコマンド数の少ない、マルチプロセッサを備えた携帯型の装置に適用するブロックベースのＷＭＡシーク技術が求められていた。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の第１の目的は、シーク動作を行う時に、マルチプロセッサを備えた携帯型の装置へ適用することが困難であった従来技術の問題を解決するブロックベースのＷＭＡストリームの処理方法を提供することにある。  
本発明の第２の目的は、通信量が多くて通信の待ち時間が長いため、効率が悪かった従来技術の問題を解決するブロックベースのＷＭＡストリームの処理方法を提供することにある。
本発明の第３の目的は、パケットの復号処理を行っている最中に、シークの割り込み処理を行うことができなかった従来技術の問題を解決するブロックベースのＷＭＡストリームの処理方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係るブロックベースのＷＭＡストリームの処理方法は、第１のプロセッサ及び第２のプロセッサを含む電子装置に適用するブロックベースのＷＭＡストリームの処理方法であって、ブロックベースの保存媒体の中から前記第１のプロセッサへ、複数のパケットを含むＷＭＡストリームを送信する工程と、前記第２のプロセッサのメモリへ、複数のブロックデータを含む前記ＷＭＡストリームをブロック単位で送信し、前記第１のプロセッサが各前記ブロックデータを送信する前に、各前記ブロックデータのブロック番号を生成して送信する工程と、前記第２のプロセッサにより、前記パケットを処理単位として前記ＷＭＡストリームを復号し、隣接する前記ブロック番号が連続していない場合、前記第２のプロセッサは、前記ブロック番号を基に、前記ＷＭＡストリームをシークする工程と、前記第２のプロセッサから前記ＷＭＡストリームの復号結果を出力する工程と、を含むことを特徴とする。
【発明の効果】
【０００９】
上述したことから分かるように、本発明のブロックベースのＷＭＡストリームの処理方法は以下の長所を有する。
（１）第１のプロセッサは、ブロックデータを送信する前に、ブロックデータのブロック番号を生成して送信する。第２のプロセッサは、ブロック番号が連続しているか否かにより、シーク動作の有無を判断する。そのため、第１のプロセッサと第２のプロセッサとの間の通知の送信及び処理量を減らすことができる。
（２）第１のプロセッサと第２のプロセッサとの間で行う通知の送信量を低減させるとともに、プロセッサ間の待ち時間を減らすことにより、処理効率を向上させることができる。
（３）第２のプロセッサは、パケットの復号処理を行っている最中でもシーク割り込みを行うことができるため、処理を行っている最中のパケットの復号を加速させ、復号を迅速に終了させることができる。
（４）第１のプロセッサと第２のプロセッサとの間の通信及び処理の工程を簡便に行うことができるため、リソースが少ない携帯型の装置にも応用することができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して本発明の好適な実施の形態について詳細に説明する。
図２を参照する。図２は、本発明の一実施形態によるＷＭＡストリーム処理システムのアーキテクチャを示すブロック図である。ＷＭＡストリーム処理システム２００は、第１のプロセッサ２１０、第２のプロセッサ２２０、保存媒体２３０及び音声出力装置２４０を含んだマルチプロセッサを備えた携帯型の装置などである。第１のプロセッサ２１０は、メモリ２１２、プロセッサコア２１４、送受信割り込み（interrupt）モジュール２１６及び入出力インタフェース２１８を含んだ８０５１系プロセッサなどである。第１のプロセッサと第２のプロセッサとの通信は、ＩＯインターフェースアクセス方法又はダイレクトメモリアクセス（Direct Memory Access：ＤＭＡ）方法で行ってもよい。
【００１１】
第２のプロセッサ２２０は、メモリ２２２、プロセッサコア２２４、送受信割り込みモジュール２２６及び入出力インタフェース２２８を含んだデジタル信号処理プロセッサ（ＡＤＳＰ−２１８１）などである。メモリ２２２は、入力バッファ２２１及び出力バッファ２２３を含む。ブロックベースの保存媒体２３０は、複数のブロック２３２を含み、フラッシュメモリやハードディスクなどである。ＷＭＡ形式ファイル２３１は、複数のブロックを含んだＡＳＦなどである。ここで注意しなければならないことは、第１のプロセッサ２１０及び第２のプロセッサ２２０は、処理速度を上げるために、複数のプロセッサコアを含んだり、それぞれ複数のプロセッサにより代替したりしてもよいという点である。
【００１２】
続いて図２を参照する。図２に示すように、第１のプロセッサ２１０を制御プロセッサとして用い、保存媒体２３０から少なくとも１つのブロックデータ２５２を読み出し、各ブロックデータ２５２にブロック番号２５３を生成させ、入出力インタフェース２１８により第２のプロセッサ２２０へブロック番号２５３及びブロックデータ２５２を送信する。そして、第２のプロセッサ２２０をデータプロセッサとして用い、入出力インタフェース２２８によりブロック番号２５３及びブロックデータ２５２を受信し、ＷＭＡ形式ファイル２３１のＷＭＡストリームを復号した後に、音声出力装置２４０へサンプルデータ２５６を出力する。サンプルデータ２５６は、パルスコード変調（Pulse-Code Modulation：ＰＣＭ）サンプルデータなどである。
【００１３】
第１のプロセッサ２１０及び第２のプロセッサ２２０は、第２のプロセッサ２２０の入力バッファ２２１にメモリ不足が発生することを防ぐために、送受信割り込みモジュール２１６を用いて制御信号２５４の送受信を行う。まず、第２のプロセッサ２２０は、第１のプロセッサ２１０へ入力バッファ２２１の準備が完了した旨の通知を送信する。第１のプロセッサ２１０がこの通知を受信すると、保存媒体２３０からブロックデータ２５２（例えば、ｂ個目のブロックデータ）を読み出す。第１のプロセッサ２１０は、ブロック番号ｂを生成してから第２のプロセッサ２２０へ送信した後に、第２のプロセッサ２２０へｂ個目のブロックデータを送信する。続いて、第２のプロセッサ２２０は、入力バッファ２２１へブロックデータを入力し、入力バッファ２２１のメモリが残存しているか否かを判断する。そして、入力バッファ２２１のメモリの残存が十分ある場合、第２のプロセッサ２２０は、続いて次のブロックデータを受信するが、入力バッファ２２１のメモリが満杯である場合、第２のプロセッサ２２０から第１のプロセッサ２１０へ、入力バッファ２２１がビジー状態である旨の通知を送信し、第１のプロセッサ２１０のデータ送信を停止させる。
【００１４】
図３を参照する。図３は、図２の第１のプロセッサ２１０と第２のプロセッサ２２０との通信状態を示す模式図である。第１のプロセッサ２１０から入力バッファ２２１へのＷＭＡストリームの送信は、ブロック単位で行われ、複数のブロックデータを含んでいる。例えば、第１のプロセッサ２１０は、まず、ブロック番号ｂを生成して第２のプロセッサ２２０へ送信した後、第２のプロセッサ２２０へブロック番号ｂのブロックデータ３０２を送信する。第２のプロセッサ２２０は、ブロックデータ３０２を受信した後、パケット単位で復号を行う。パケットの中の隣接したブロック番号が連続していない場合、第２のプロセッサ２２０は、ブロック番号を基にＷＭＡストリームのシークを行う。例えば、ブロック番号ｂ’がｂ＋１に等しくないときは、シーク動作３１０の発生を示す。ここで注意しなければならないことは、従来技術と異なり、第２のプロセッサ２２０は、ブロック番号が連続しているか否かにより、シーク動作３１０の有無を判断し、後続のデータ処理を行うことができるため、第１のプロセッサ２１０は、第２のプロセッサ２２０へシークの関連通知を特に送信する必要がないという点である。そのため、第１のプロセッサ２１０と第２のプロセッサ２２０との間での通知の送信量を低減させることができる。
【００１５】
第１のプロセッサ２１０と第２のプロセッサ２２０との間の通信方法は、ポーリング又は割り込みで行ってもよい。ユーザが音声シークをトリガーする時期は、予想することが不可能であるため、処理パケットの復号を行っている最中でも音声シークをリアルタイムで行うことができるように、音声シークの割り込みを例外に設定するとともに、例外処理（例えばソフトウェアの割り込み）の能力を備えたプロセッサを第２のプロセッサ２２０として用い、音声シークの割り込みを処理する。或いは、フラッグの設定により音声シークの有無を示し、第２のプロセッサ２２０をソフトウェアの割り込み能力を備えていないプロセッサにしてもよい。
【００１６】
図４を参照する。図４は、図２の第２のプロセッサ２２０の復号方法を示す流れ図である。図４に示すように、まず、第２のプロセッサ２２０は、フラッグＦをクリアし、復号するファイルのヘッダサイズＨ、パケット数Ｐ及びパケットサイズＱを読み出す（工程４０２）。続いて、第２のプロセッサ２２０は、パケットの復号を行い（工程４０４）、復号を行っている最中に、第２のプロセッサ２２０は、入力バッファ２２１へブロックデータを継続して送信し、入力バッファ２２１からデータを読み出す。
【００１７】
図５を参照する。図５は、図２の第２のプロセッサ２２０が入力バッファ２２１へデータを送信する方法を示す流れ図である。まず、第２のプロセッサ２２０は、受信したブロック番号が連続しているか否かを判断し（工程５０２）、受信したブロック番号が連続していない場合、フラッグＦを設定し（工程５０４）、入力バッファ２２１の中にあるデータをクリアする（工程５０６）。続いて、ブロックデータを入力バッファ２２１へ移動させる（工程５０８）。次に、第２のプロセッサ２２０は、入力バッファ２２１のメモリが満杯か否かを判断する（工程５１０）。バッファのメモリが満杯である場合、第２のプロセッサ２２０は、第１のプロセッサ２１０へバッファがビジー状態である旨の通知を送信する（工程５１２）。
【００１８】
図６を参照する。図６は、図２の第２のプロセッサ２２０が入力バッファ２２１からデータを読み出す方法を示す流れ図である。まず、第２のプロセッサ２２０は、フラッグＦが設定されているか否かを判断し（工程６０２）、フラッグＦが設定されていない場合、音声シークが発生していないこと（つまり、入力バッファ２２１からデータが読み出されていないこと）を示す（工程６０６）。フラッグＦが設定されている場合、音声シークが行われたことを示す（つまり、０値を返す）（工程６０４）。従って、まだ復号されていないパケットデータを０値で代替することにより、処理を行っている最中のパケットの復号を加速させることができる。
【００１９】
図４を参照する。図４に示すように、第２のプロセッサ２２０は、パケットの復号（工程４０４）を行った後に、入力バッファ２２１にデータが入力され続けているか否かを判断する（工程４０６）。そして、判断結果がイエスの場合、第２のプロセッサ２２０は、フラッグＦが設定されているか否かを判断する（工程４０８）。フラッグＦが設定されている場合、第２のプロセッサ２２０は、ブロック番号を基にＷＭＡストリームのシーク動作を行う。例えば、第１のプロセッサ２１０は、第２のプロセッサ２２０へブロック番号ｂのブロックデータを送信した後に、第２のプロセッサ２２０へブロック番号ｂ’のブロックデータを送信する（ｂ’はｂ＋１と等しくない）。第２のプロセッサ２２０は、ブロック番号ｂ’、ヘッダサイズＨ、パケット数Ｐ及びパケットサイズＱを基に、ストリームオフセット量（offset）ｆ’、推定のパケット番号（estimated packet number）ｎ’、パケット校正ストリームオフセット量（packet-aligned stream offset）ｆ”、シーク位置のブロック番号ｂ”及びシーク位置のオフセット量ｒ”を計算する（工程４１０）。
【００２０】
まず、数式（１）により、ｂ’及びブロックデータのサイズＢを基に、推定のストリームオフセット量ｆ’を計算する。
【００２１】
【数１】
0004454619.tif 000002
【００２２】
続いて、数式（２）により、ストリームオフセット量ｆ’、ヘッダサイズＨ及びパケットサイズＱを基に、推定のパケット番号ｎ’を計算する。
【数２】
0004454619.tif 000003
は、切り捨ての演算子を示す。
【００２３】
【数３】
0004454619.tif 000004
【００２４】
続いて、数式（３）により、推定のパケット番号ｎ’を訂正して訂正パケット番号ｎ”を得て、より好ましい処理結果を得る。
【００２５】
【数４】
0004454619.tif 000005
【００２６】
続いて、数式（４）により、訂正パケット番号ｎ”を基に、パケット校正ストリームオフセット量ｆ”を計算する。このパケット校正ストリームオフセット量ｆ”の値は、ストリームオフセット量ｆ’以上である。
【００２７】
【数５】
0004454619.tif 000006
【００２８】
続いて、数式（５）及び（６）により、シーク位置のブロック番号ｂ”及びオフセット量ｒ”を計算する。
【００２９】
【数６】
0004454619.tif 000007
【００３０】
【数７】
0004454619.tif 000008
【００３１】
シーク動作を行った後、第２のプロセッサ２２０は、バッファ領域の中にあるデータのブロック番号がｂ”以上の場合、オフセット量は、ｒ”以上であり、ＷＭＡストリームを復号し続ける。言い換えると、第２のプロセッサ２２０がｂ’、Ｈ、Ｐ及びＱを基に、ｆ’、ｎ’、ｆ”、ｂ”及びｒ”を計算した（工程４１０）後に、第１のプロセッサ２１０へ入力バッファ２２１の準備が完了した旨の通知を送信する（工程４１２）。その後、第１のプロセッサ２１０から送信されたブロック番号ｂがブロックｂ”以上であるか否かを判断する（工程４１４）。そして、判断結果がイエスの場合、第２のプロセッサ２２０はフラッグＦをクリアし（工程４１６）、パケットの復号を継続して行う（工程４０４）。判断結果がノーの場合、第２のプロセッサ２２０は、入力バッファ２２１へブロックデータを移動し続ける（工程４１８）。ここで注意しなければならないことは、入力バッファ２２１のメモリがすでに満杯である場合、十分なブロックデータが読み出される前に、入力バッファ２２１のデータをクリアし、後続のブロックデータを受信することができるようにするという点である。
【００３２】
本発明の実施形態は、ＷＭＡストリーム処理方法をアセンブリ言語、Ｃ言語やその他の高級言語で行ってもよい。
【００３３】
当該施術を熟知するものが理解できるように、本発明の好適な実施形態を前述の通り開示したが、これらは決して本発明を限定するものではない。本発明の主旨と範囲を脱しない範囲内で各種の変更や修正を加えることができる。従って、本出願による特許請求の範囲は、このような変更や修正を含めて広く解釈されるべきである。
【図面の簡単な説明】
【００３４】
【図１】従来のＡＳＦを示す模式図である。
【図２】本発明の一実施形態によるＷＭＡストリーム処理システムのアーキテクチャを示すブロック図である。
【図３】図２の第１のプロセッサと第２のプロセッサとの通信状態を示す模式図である。
【図４】図２の第２のプロセッサの復号方法を示す流れ図である。
【図５】図２の第２のプロセッサから入力バッファへデータを送信する方法を示す流れ図である。
【図６】図２の第２のプロセッサが入力バッファからデータを読み出す方法を示す流れ図である。
【符号の説明】
【００３５】
１００  ＷＭＡ形式ファイル
１１０  ヘッダオブジェクト
１２０  ヘッダサイズ
１３０  ファイル属性オブジェクト
１３２  パケット数
１３６  パケットサイズ
１５０  データオブジェクト
１５２  パケット
１５４  パケット
２００  ＷＭＡストリーム処理システム
２１０  第１のプロセッサ
２１２  メモリ
２２２  メモリ
２１４  プロセッサコア
２２４  プロセッサコア
２１６  送受信割り込みモジュール
２２６  送受信割り込みモジュール
２１８  入出力インタフェース
２２８  入出力インタフェース
２２０  第２のプロセッサ
２２１  入力バッファ
２２３  出力バッファ
２３０  保存媒体
２３１  ＷＭＡ形式ファイル
２３２  ブロック
２４０  音声出力装置
２５２  ブロックデータ
２５３  ブロック番号
２５４  制御信号
２５６  サンプルデータ
３０２  ブロックデータ
３０４  ブロックデータ
３１０  シーク動作  
【図１】
0004454619.tif 000009
【図２】
0004454619.tif 000010
【図３】
0004454619.tif 000011
【図４】
0004454619.tif 000012
【図５】
0004454619.tif 000013
【図６】
0004454619.tif 000014