(57)【要約】【課題】ネットワークで配信した試聴用の演奏データを電子楽器で再生する際に、簡単な構成で特定の楽器で再生でき、電子楽器側のメモリリソースを食わないようにして演奏データの転送する。【解決手段】サーバ・コンピュータ４０の記憶装置４０ａに演奏データを記憶する。変換処理プログラムにより演奏データをパケット化及び難読化し、システムエクスクルーシブデータとし記憶する。送信処理プログラムにより試聴用の演奏データとしてクライアント・コンピュータ２０に配信する。システムエクスクルーシブデータはパケット単位で送信する。パケット単位のシステムエクスクルーシブデータを、クライアント・コンピュータ２０から順次電子楽器１０に送信する。電子楽器１０でパケット単位で難読化の復号を行って自動演奏する。時間間隔データは１ｄｉｇｉｔの時間を変えてビット数を小さくする。【選択図】      図１
2005017992.tif 000002
【特許請求の範囲】
【請求項１】
演奏のイベントの発生タイミングを規定する時間データとイベントデータとを含む演奏データを記憶する記憶手段と、
該記憶手段から演奏データを読み出す読み出し手段と、
該読み出し手段で読み出された演奏データを連続するイベントデータ毎にパケット化するパケット化手段と、
該パケット化手段でパケット化されたデータを演奏データの一部のデータとして処理できるデータである変換パケットデータに変換する変換手段と、
該変換手段で変換された変換パケットデータをパケット単位で送信する送信手段と、を備えたことを特徴とする演奏データ送信装置。
【請求項２】
前記時間データを、所定時間を境として１ｄｉｇｉｔあたりの示す時間を異ならせた時間データに変換する第２の変換手段を備えたことを特徴とする請求項１記載の演奏データ送信装置。
【請求項３】
前記送信する演奏データのイベントデータ間の時間間隔が長い場合に変換パケットデータで構成されたダミーパケットを送信することを特徴とする請求項１記載の演奏データ送信装置。
【請求項４】
演奏データ送信装置と演奏データ受信装置とがネットワークを介して接続される演奏システムであって、
前記演奏データ送信装置側で、演奏のイベントの発生タイミングを規定する時間データとイベントデータとを含む演奏データを連続するイベントデータ毎にパケット化し、該パケット化したデータを演奏データの一部のデータとして処理できるデータである変換パケットデータに変換し、該変換パケットデータをパケット単位で前記ネットワークに送信し、
前記演奏データ受信装置側で、ネットワークからパケット単位の変換パケットデータを順次受信し、該変換パケットデータから演奏データを抽出して順次抽出した演奏データに基づいて自動演奏することを特徴とする演奏システム。
【請求項５】
演奏データ送信装置と演奏データ受信装置とをネットワークで接続し、
前記演奏データ送信装置側で、演奏のイベントの発生タイミングを規定する時間データとイベントデータとを含む演奏データを連続するイベントデータ毎にパケット化し、該パケット化したデータを演奏データの一部のデータとして処理できるデータである変換パケットデータに変換し、該変換パケットデータをパケット単位で前記ネットワークに送信し、
前記演奏データ受信装置側で、ネットワークからパケット単位の変換パケットデータを順次受信し、該変換パケットデータから演奏データを抽出して順次抽出した演奏データに基づいて自動演奏することを特徴とする演奏方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介してサーバ等から演奏データの配信を受けて、電子楽器やその他ＭＩＤＩ機器等で自動演奏するのに適した、演奏データ送信装置、及び演奏システム並びに演奏方法に関する。
【０００２】
【従来の技術】
従来、電子楽器やコンピュータミュージック等の分野において、ＳＭＦ（スタンダードＭＩＤＩファイル）等の自動演奏用の演奏データをネットワークで配信するサービスがある。例えば、パーソナルコンピュータ等でインターネットを利用してサーバから有償で演奏データの配信を受け、このパーソナルコンピュータに接続された電子楽器に演奏データを取り込むことができる。この演奏データを購入する前に事前に試聴用の演奏データにより試聴できるようにもなっている。
【０００３】
しかし、通常のＭＩＤＩファイルの形式で演奏データを配信すると、試聴用に配信を受けた演奏データを、コンピュータや電子楽器において別途記録媒体に転送するなどして、コピーが簡単にできてしまう。このため、演奏データの著作権の保護という観点からも問題がある。そこで、このような問題を解決するために演奏データのデータ形式を変換して配信することが考えられる。
【０００４】
このようなデータ形式の変換や演奏データの送信に関する技術として、例えば特開平６−１９５８８３号公報や特開平１０−１２４０４６号公報に開示されたものがある。特開平６−１９５８８３号公報のデータ記憶装置は、送信元の内部データフォーマットと通信時のデータフォーマット（ＭＩＤＩデータフォーマット）が異なるときに、外部装置の機種を識別して、その結果に応じて送信元の内部フォーマットに合わせてデータを記憶するものである。
【０００５】
また、特開平１０−１２４０４６号公報のものは、ＭＩＤＩデータのＧＳ規格とＸＧ規格の間でデータ変換を行い、第１の形式で記録された演奏データを、変換ルールを持たせたコンピュータなどの変換装置で変換して、第２の形式として記録し、自動演奏を正しい音色や効果で演奏可能にしたものである。
【０００６】
【特許文献１】
特開平６−１９５８８３号公報
【特許文献２】
特開平１０−１２４０４６号公報
【０００７】
【発明が解決しようとする課題】
しかし、配信を受けたデータをコンピュータに取り込んで形式変換を行って、演奏データをメモリに記録する方法では、コンピュータ等において演奏データをコピーできてしまい、前記の問題の解決にはならない。また、特に電子楽器においては形式変換した演奏データを再生専用として内部メモリに記憶しておくこともできるが、メモリリソースを食ってしまうという問題がある。さらに、試聴用の演奏データを扱うだけのために複雑な構成とするのも問題である。
【０００８】
本発明は、ネットワークで配信した演奏データに基づいて簡単な構成で特定の楽器で演奏を再生できるようにするとともに、より少量のデータで演奏データを表現して、受信側にとってメモリリソースを食わないようにして演奏データの転送を行えるようにすることを課題とする。
【０００９】
【課題を解決するための手段】
本発明の請求項１の演奏データ送信装置によれば、記憶手段から演奏データを読み出して演奏データを連続するイベントデータ毎にパケット化し、このパケット化したデータを演奏データの一部のデータとして処理できるデータである変換パケットデータに変換し、この変換パケットデータをパケット単位で送信するようにしたので、変換パケットデータのＩＤデータにより特定の楽器を対象とし、その楽器で演奏を再生できるようすることができる。なお、演奏データを難読化して特定の電子楽器で復号できるようにしてもよい。また、変換パケットデータ中のチャンネルメッセージを順次再生していけるので、受信側にとってメモリリソースを食わないようにすることができる。
【００１０】
本発明の請求項２の演奏データ送信装置によれば、請求項１と同様な作用効果が得られるとともに、時間データを、所定時間を境として１ｄｉｇｉｔあたりの示す時間を異ならせるようにしたので、長い時間を少ないビット数で表現することができる。
【００１１】
本発明の請求項３の演奏データ送信装置によれば、請求項１と同様な作用効果が得られるとともに、送信する演奏データのイベントデータ間の時間間隔が長い場合に変換パケットデータで構成されたダミーケットを送信するので、例えばデータが長時間とぎれるといったこともなく、動作の安定化を図ることもできる。
【００１２】
本発明の請求項４の演奏システムまたは請求項５の演奏方法によれば、請求項１と同様な作用効果が得られるとともに、ネットワークで配信した演奏データに基づいて簡単な構成で特定の楽器で演奏を再生できる。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の一実施形態について説明する。図１は本発明の実施形態における演奏システムの概略ブロック図である。なお、この実施形態では、演奏データの一部のデータとして処理できるデータである変換パケットデータとしてシステムエクスクルーシブデータを用いる。図中１０はユーザ（クライアント）側の電子楽器、２０はユーザ側のクライアント・コンピュータ、３０はインターネット等のネットワーク、４０は演奏データ（及び試聴用の演奏データ）を配信するサーバ・コンピュータである。電子楽器１０はクライアント・コンピュータ２０に対してＭＩＤＩケーブルで接続され、クライアント・コンピュータ２０はネットワーク３０を介してサーバ・コンピュータ４０に接続される。
【００１４】
サーバ・コンピュータ４０は本発明における演奏データ送信装置を構成しており、記憶手段としての記憶装置４０ａを備えている。この記憶装置４０ａには、多数の楽曲についてＳＭＦ形式の演奏データが記憶されている。また、この記憶装置４０ａには、上記多数の演奏データが、サーバ・コンピュータ４０の後述の変換処理プログラムによりにパケット化及び難読化され、ＭＩＤＩ規格のシステムエクスクルーシブデータとして記憶される。そして、この記憶装置４０ａのシステムエクスクルーシブデータが、サーバ・コンピュータ４０の後述の送信処理プログラムにより試聴用の演奏データとしてクライアント・コンピュータ２０に配信される。なお、このときシステムエクスクルーシブデータはパケット単位で送信される。
【００１５】
クライアント・コンピュータ２０はネットワーク３０を介してサーバ・コンピュータ４０と通信を行い、所定の手続きにより試聴用の演奏データの配信を受ける。そして、サーバ・コンピュータ４０からパケット単位で送信されてくるシステムエクスクルーシブデータ（演奏データ）を、順次パケット単位で電子楽器１０に送信する。
【００１６】
電子楽器１０において、ＣＰＵ１はＲＯＭ２に格納された制御プログラムに基づいてＲＡＭ３のワーキングエリアを使用して電子楽器全体の制御を行う。通常の電子楽器の基本的な機能として、ＣＰＵ１は入力操作部４の鍵盤等の操作イベントを検出してマニュアル演奏の処理を行ったり、入力操作部４のパネル操作子等の各種操作に応じた処理を行う。また、ＣＰＵ１はディスプレイ５における表示の制御を行う。そして、ＲＯＭ２に格納された受信処理プログラムを実行することにより、クライアント・コンピュータ２０からパケット単位のシステムエクスクルーシブデータをＭＩＤＩインターフェース（Ｉ／Ｆ）６を介して受信し、試聴用の演奏データによる自動演奏を行う。
【００１７】
なお、音源７は複数の音源チャンネルで時分割多重処理を行って複数音を実質的に同時発音可能としたものであり、ＣＰＵ１から各音源チャンネル毎にキーコード、音色データ、音量データなどが設定され、各音源チャンネル毎に楽音信号をサウンドシステム８に出力する。そして、サウンドシステム８は楽音信号のＤ／Ａ変換や増幅等を行ってスピーカー等で発音する。また、外部記憶装置９はハードディスク装置（ＨＤＤ）、フロッピィ（商標）ディスク装置（ＦＤＤ）、ＣＤ−ＲＯＭ装置、光磁気ディスク（ＭＯ）装置、デジタル多目的ディスク（ＤＶＤ）装置等であり、例えばこの外部記憶装置９から受信処理プログラムを供給するようにしてもよい。
【００１８】
図２はサーバ・コンピュータ４０において、演奏データをパケット化及び難読化してシステムエクスクルーシブデータに変換する過程の一例を示す図、図３は変換を実行する変換処理プログラムのフローチャートであり、変換処理の一例を説明する。なお、フローチャートの各ステップに対応する説明の後にステップ番号を示す。先ず、記憶装置４０ａから変換対象の演奏データを読み出す（ステップＳ１）。図２に示すように、演奏データは、ＳＭＦにおけるデルタタイム（時間データ）とイベントデータを演奏の１つのイベントに対応するチャンネルメッセージとし、複数のチャンネルメッセージを連続したものである。まず、この演奏データのデルタタイムを、例えば“３００ｍｓ”、“２０ｍｓ”、“１００ｍｓ”のように、曲の分解能とテンポに応じてｍｓ（ミリセカント）単位の時間データに変換する。イベントデータは、  ノートオンなどのステータス・バイト（ｓｔａｔｕｓ）と、このステータス・バイトの内容に応じたバイト数のデータ・バイトとで構成されている。
【００１９】
次に、ｍｓ単位の時間データを７ビットで表現する（１バイトのＭＳＢは“０”）時間間隔データに変換する。図４は時間データと時間間隔データの関係を示す図である。なお、「ｈ」は１６進数であることを示す。この変換は、ｍｓ値が０〜６４のときは１ｍｓ幅を時間間隔データの１ｄｉｇｉｔに対応させる。ｍｓ値が６５〜３１５のときは、６４を超える分について４ｍｓ幅を時間間隔データの１ｄｉｇｉｔに対応させる。すなわち、ｍｓ値の６４を超えた部分を１／４倍する。例えば、６５〜６７ｍｓは“４０ｈ”、６８〜７１ｍｓは“４１ｈ”、３１２〜３１５ｍｓは“７Ｅｈ”とする。なお、ｍｓ値が３１６以上のときは時間間隔データを“７Ｆｈ”として、後述の時刻指定用データとする（ステップＳ２）。
【００２０】
このように、時間データを、所定時間（この例では６４ｍｓと６５ｍｓの間）を境として１ｄｉｇｉｔあたりの示す時間を１ｍｓと４ｍｓというように異ならせた時間データに変換するので、長い時間を少ないビット数で表現することができる。さらに、所定時間（この例では６５ｍｓ）以上の時間データを１ｄｉｇｉｔあたりの示す時間を４ｍｓ、該所定時間未満の時間データを１ｄｉｇｉｔあたりの示す時間を１ｍｓとなるように変換するので、長い時間の方は短い時間よりも精度が落ちるが、イベント間の間隔が長い場合は大まかな精度でも実質的に問題がない。
【００２１】
次に、演奏データから１パケット分のデータを抽出する（ステップＳ３）。この処理では、時間間隔データ、イベント数、時刻指定用データの有無に応じて１パケット分を決める。このとき時刻指定用データ“７Ｆｈ”のイベントは常にパケットの先頭となるようにする。次に、このデータ列のチェックサムＣＳを計算し、ＣＳデータ（パリティ）をデータ列の所定位置に付加する（ステップＳ４）。さらに、データ列の各データを難読化する（ステップＳ５）。
【００２２】
次に、この難読化されたデータ列（１パケット分）をシステムエクスクルーシブデータ化する（ステップＳ６）。これには、データ列の前にエクスクルーシブ・メッセージ“Ｆ０ｈ”のステイタス・バイトと、メーカーＩＤ及びデバイスＩＤから成る３バイトのデータ・バイトとの、計４バイトを付加する。またデータ列の最後にエンド・オブ・エクスクルーシブ“Ｆ７”のステイタス・バイトを付加する。このようにして、１パケット分のシステムエクスクルーシブデータが得られ、サーバ・コンピュータ４０の記憶装置４０ａの所定領域に記憶する。このとき、先頭のイベントの時間間隔データが時刻指定用データである場合には、曲の先頭を時刻０とした場合のそのイベントの時刻を時刻データとして記憶する（ステップＳ７）。これは、後述の送信処理で送信タイミングを合わせるためである。そして、ステップＳ８で１曲分の演奏データについて全データの変換が終了していなければ、ステップＳ３以降を繰り返し、終了していれば１曲分についての変換を終了する。
【００２３】
図５はサーバ・コンピュータ４０からクライアント・コンピュータ２０へ演奏データを送信する送信処理プログラムのフローチャートである。この送信処理では、ステップＳ１１とステップＳ１９とで、クライアント・コンピュータ２０からの選曲指示の有無とネットワークの切断の有無を監視する。選曲がなされると、ステップＳ１８ので判定処理により、全パケットデータが転送終了するまでステップＳ１２〜Ｓ１７を各パケットデータに対して繰り返す。すなわち、記憶装置４０ａ内のシステムエクスクルーシブデータ化された演奏データのうち選曲された曲の演奏データを指定し、その先頭から１パケット分のデータを選択する（ステップＳ１２）。次に、選択したパケットの先頭のイベントに時刻指定用データ“７Ｆｈ”が有るか否かを見て、そのパケットが時刻指定送信であるか（“７Ｆｈ”が有る場合）、時刻指定送信でないか（“７Ｆｈ”が無い場合）を判定する（ステップＳ１３）。時刻指定送信でなければそのまま１パケット分のデータを送信する（ステップＳ１４）。
【００２４】
時刻指定送信であれば、この時刻指定用データに対応して記憶している前記時刻データを参照し、前のパケットの最後のイベントの再生タイミングと今回のパケットの先頭のイベントの再生タイミングとの間が所定時間（長い時間）空きとなるかを判定する（ステップＳ１５）。判定がＮＯであれば、時刻データに基づいて、今回のパケットの先頭のイベントの再生タイミングに相当する時刻に合わせて１パケット分のデータを送信する（ステップＳ１７）。判定がＹＥＳであれば、空き時間に応じた個数のダミーパケットを送信し（ステップＳ１６）、その後ステップＳ１７の処理をする。このダミーパケットは、システムエクスクルーシブデータの形式と同じ（エクスクルーシブ・メッセージ“Ｆ０ｈ”とＩＤデータが同じ）であるが、ＣＳデータが合わないように予め生成したものである。
【００２５】
以上の処理により、サーバ・コンピュータ４０からクライアント・コンピュータ２０に対して順次パケットのデータが送信されるが、パケットの先頭のイベントが時刻指定用データとなっていなければ（時間間隔データが“７Ｅｈ”以下の場合）そのまま送信され、パケットの先頭のイベントが時刻指定用データ“７Ｆｈ”となっていれば、そのイベントの再生タイミングに合わせた時刻で送信される。また、イベント間の再生タイミングに長い空きが有る場合にはダミーパケットが送信されるが、このダミーパケットは電子楽器１０において無視される。
【００２６】
クライアント・コンピュータ２０はサーバ・コンピュータ４０との間でネット接続及び通信処理をするためのものであり、サーバ・コンピュータ４０から受信したパケットをそのまま電子楽器１０に送信する。図６は電子楽器１０のＲＯＭ２に記憶されている受信処理プログラムのフローチャートである。この受信処理は試聴用の演奏データを再生する時の処理であり、ステップＳ２１でパケット受信の有無を監視しするとともにステップＳ２８で演奏データが終了するかを判定し、パケットを受信する毎に、ステップＳ２２〜Ｓ２７を各パケットデータに対して繰り返す。パケットを受信すると、そのパケットのＩＤデータが、当該電子楽器１０のメーカのＩＤデータと当該電子楽器１０の機種のＩＤデータとそれぞれ一致するかを判定する（ステップＳ２２）。ＩＤデータが一致すれば、パケットのデコード処理をする（ステップＳ２３）。
【００２７】
このデコード処理は、前記サーバ・コンピュータ４０における変換処理（図３のＳ４，Ｓ５，Ｓ６）の逆の変換をする処理である。先ず、エクスクルーシブ・メッセージ“Ｆ０ｈ”、ＩＤデータ及びエンド・オブ・エクスクルーシブ“Ｆ７”を削除する。また、難読化されているデータを復号する。次に、ＣＳデータが付加されているバイト位置は予め決められているので、そのＣＳデータを読み出すとともに、パケットからＣＳデータを削除する。
【００２８】
次に、ＣＳデータから逆算してチェックサムＣＳが合うかを判定し（ステップＳ２４）、判定がＮＯであればそのまま無視する。これにより、ダミーデータが無視される。
【００２９】
以上のように、難読化の復号とダミーデータの処理が終了すると、そのパケットの先頭イベントの時間間隔データにより時刻指定のパケットであるか否かを判定する（ステップＳ２５）。時刻指定でなければ、各イベントについてその時間間隔データを時間データに戻し、その時間データに応じたタイミングでチャンネルメッセージに基づいてイベントを再生する（ステップＳ２６）。一方、時刻指定であれば、そのパケットの先頭イベントのチャンネルメッセージに基づいて即再生し、その後のイベントについては、時間間隔データを時間データに戻して、その時間データに応じたタイミングでチャンネルメッセージに基づいてイベントを再生する（ステップＳ２７）。
【００３０】
このように、サーバ・コンピュータ４０から送信されるパケットデータはＭＩＤＩ規格のシステムエクスクルーシブデータの形式であり、それがクライアント側でＭＩＤＩケーブルを介して電子楽器１０に出力されるが、このＭＩＤＩケーブルを流れるデータを別途コンピュータ等に保存しても、変換処理によって変換されたデータを受け取るだけで、演奏データとして得ることができない。また、当該電子楽器１０のように受信処理プログラムを持っていなければ、別の電子楽器でも再生することができない。
【００３１】
一方、電子楽器１０では試聴用の演奏データを再生できるとともに、受信するデータ（パケット）がＭＩＤＩ規格のシステムエクスクルーシブデータの形式になっているので、簡単な構成でデータ処理を行うことができる。また、送信されてくるパケットについて順次再生処理するので、メモリも受信データを一時的に保持する程度で済むので、多くのメモリリソースを食ってしまうこともない。
【００３２】
なお、ダミーパケットは難読化メッセージの受信中の状態を維持するためのものであり、これにより、例えばデータが長時間とぎれるといったこともなく、例えば動作の安定化を図ることもできる。
【００３３】
以上の実施形態では、イベント間の間が長いときは時刻指定用データに基づいて曲の時刻により再生するので、時間間隔データを少ないビット数とすることができ、前述のように１ｄｉｇｉｔあたりの示す時間を所定時間で異ならせてビット数を少なくできるという効果を得るのに適している。
【００３４】
実施形態では、パリティにチェックサムを利用したが、その他の方式でもよい。また、難読化の方法は、例えば何らかのルールにより難読化するとともに、このルールを規定するデータをパケットデータ中に挿入するようにしてもよい。この場合、当然に電子楽器側でもそのルールを用いて難読化を復号することはいうまでもない。また、難読化にはＰＧＰ等のように、キーデータを利用した変換処理を行うようにしてもよいし、その場合、キーデータは、送信側と受信側のそれぞれの装置に記憶させておいてもよいし、パケットデータ中に埋め込むようにしてもよい。
【００３５】
実施形態では、サーバ側に保存されている元の演奏データはＳＭＦ形式の演奏データであるが、その他の形式でもよいことはいうまでもない。
【００３６】
また、実施形態ではＭＩＤＩのシステムエクスクルーシブを利用したが、ＭＩＤＩ以外の演奏データの形式にも適用可能であり、データを演奏データとみなして処理できるものであれば、これに限定されるものではない。また、さらに、ＩＤデータがあるもので、特定の楽器を対象とするものであれば、好ましい。
また、曲データ中にダミーパケットを挿入しておき、演奏中は必ずある時間間隔内にパケットが出るようにし、クライアントのシーケンスソフトが、演奏中にある時間間隔内にパケットがこないことを条件に演奏停止を認識させることができるようにし、ノートオフ信号を出して発音中の音を停止させることができるようにしてもよい。
【００３７】
【発明の効果】
本発明の請求項１の演奏データ送信装置によれば、演奏データの一部のデータとして処理できるデータである変換パケットデータのＩＤデータにより特定の楽器を対象とし、その楽器で演奏を再生できるようすることができる。また、変換パケットデータ（例えばシステムエクスクルーシブデータ）中のチャンネルメッセージを順次再生していけるので、受信側にとってメモリリソースを食わないようにすることができる。
【００３８】
本発明の請求項２の演奏データ送信装置によれば、請求項１と同様な効果が得られるとともに、時間データを、所定時間を境として１ｄｉｇｉｔあたりの示す時間を異ならせるようにしたので、長い時間を少ないビット数で表現することができる。
【００３９】
本発明の請求項３の演奏データ送信装置によれば、請求項１と同様な効果が得られるとともに、送信するパケット単位の送信時間間隔が長い場合に変換パケットデータで構成されたダミーのパケットを送信するので、例えばデータが長時間とぎれるといったこともなく、動作の安定化を図ることもできる。
【００４０】
本発明の請求項４の演奏システムまたは請求項５の演奏方法によれば、請求項１と同様な効果が得られるとともに、ネットワークで配信した演奏データに基づいて簡単な構成で特定の楽器で演奏を再生できる。
【図面の簡単な説明】
【図１】本発明の実施形態における全体システムの概略ブロック図である。
【図２】本発明の実施形態における演奏データをパケット化及び難読化してシステムエクスクルーシブデータに変換する過程の一例を示す図である。
【図３】本発明の実施形態における変換処理プログラムのフローチャートである。
【図４】本発明の実施形態における時間データと時間間隔データの関係を示す図である。
【図５】本発明の実施形態における送信処理プログラムのフローチャートである。
【図６】本発明の実施形態における受信処理プログラムのフローチャートである。
【符号の説明】
１０…電子楽器、２０…クライアント・コンピュータ、３０…ネットワーク、４０…サーバ・コンピュータ、４０ａ…記憶装置
【図１】
2005017992.tif 000003
【図２】
2005017992.tif 000004
【図３】
2005017992.tif 000005
【図４】
2005017992.tif 000006
【図５】
2005017992.tif 000007
【図６】
2005017992.tif 000008