(57)【特許請求の範囲】
【請求項１】
ホスト装置から所定データ量単位で送られてくるキャラクタやイメージの印字データ及びその印字データを制御するコマンドデータを受信し受信バッファに格納する受信手段と、前記受信バッファに格納したデータを順次読出し、コマンドデータであれば該当するコマンド処理を実行し、印字データであれば編集バッファにドット展開する編集手段とを備えたプリンタにおいて、
前記ホスト装置から受信した印字データを受信バッファに格納する格納状態と格納しない非格納状態とを示すフラグを記憶する記憶手段と、
前記受信バッファから読出したデータが後に続くイメージ印字データのサイズを指定するコマンドデータであるとき前記ホスト装置から送られてくるデータの受信を禁止する受信禁止手段と、
この受信禁止手段によりデータの受信を禁止した後、前記受信バッファから上記コマンドデータに続いて格納された印字データを順次読出しその印字データを前記編集バッファにドット展開する第１のイメージ展開手段と、
前記イメージ印字データのサイズを指定するコマンドデータにより指定されたサイズから前記第１のイメージ展開手段により前記編集バッファにドット展開したデータのサイズを減算する第１の減算手段と、
前記第１のイメージ展開手段により前記受信バッファに格納された印字データを全てドット展開し終えたことに応じて前記ホスト装置から送られてくるデータの受信禁止状態を解除する受信禁止解除手段と、
前記ホスト装置から印字データを受信する毎に前記記憶手段のフラグを調べ、格納状態にセットされているときにはその印字データを前記受信バッファに格納し、非格納状態にセットされているときにはその印字データを前記受信バッファに格納することなく前記編集バッファに
ドット展開する第２のイメージ展開手段と、
前記第１の減算手段により算出された値から、前記第２のイメージ展開手段により前記編集バッファにドット展開したデータのサイズを減算する第２の減算手段と、
この第２の減算手段により算出された値が零に達したか否かを判定する判定手段と、
前記受信禁止解除手段によりデータの受信禁止状態を解除する際に前記記憶手段のフラグを非格納状態にセットし、前記判定手段により前記第２の減算手段により算出された値が零に達したと判定された際に同フラグを格納状態にセットするフラグ制御手段と、を具備したことを特徴とするプリンタ。
【請求項２】
ホスト装置から所定データ量単位で送られてくるキャラクタやイメージの印字データ及びその印字データを制御するコマンドデータを受信し受信バッファに格納する受信手段と、前記受信バッファに格納したデータを順次読出し、コマンドデータであれば該当するコマンド処理を実行し、印字データであれば編集バッファにドット展開する編集手段とを備えたプリンタの印字データ編集方法であって、
前記受信バッファから読出したデータが後に続くイメージ印字データのサイズを指定するコマンドデータであるとき、前記ホスト装置から送られてくるデータの受信を禁止する禁止ステップと、
この禁止ステップにて前記ホスト装置から送られてくるデータの受信を禁止した後、前記受信バッファに上記コマンドデータに続いて格納されている印字データを前記編集バッファにドット展開する第１の展開ステップと、
前記イメージ印字データのサイズを指定するコマンドデータにより指定されたサイズから、前記第１の展開ステップにて前記編集バッファにドット展開したデータのサイズを減算する第１の減算ステップと、
この第１の減算ステップの処理を終了すると、前記ホスト装置から送られてくるデータの受信禁止状態を解除する解除ステップと、
この解除ステップにてデータの受信禁止状態が解除された後、前記ホスト装置から印字データを受信するとその印字データを前記受信バッファに格納することなく前記編集バッファにドット展開する第２の展開ステップと、
前記第１の減算ステップにて算出された値から、前記第２の展開ステップにて前記編集バッファにドット展開されたデータのサイズを減算する第２の減算ステップと、
この第２の減算ステップにて算出された値が零に達したか否かを判定する判定ステップと、
この判定ステップにて値が零に達したと判定されると、それ以後に前記ホスト装置から受信したデータを前記受信バッファに格納する格納ステップと、を備えてなることを特徴とするプリンタの印字データ編集方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホスト装置で生成されたキャラクタやイメージの印字データを取込み印字するプリンタ及びこのプリンタの印字データ編集方法に関する。
【０００２】
【従来の技術】
一般に、ホスト装置で生成されたキャラクタやイメージの印字データを取込み印字するプリンタは、ホスト装置から１バイトなどの所定データ量単位で送られてくる印字データ及びその印字データを制御するコマンドデータを受信し受信バッファに格納する受信手段と、前記受信バッファに格納したデータを順次読出し、コマンドデータであれば該当するコマンド処理を実行し、印字データであれば編集バッファにドット展開する編集手段とを備えている。そして、編集バッファに展開されたドットデータに基づいて印字ヘッドを駆動して、記録媒体にキャラクタやイメージを記録するものとなっている。
【０００３】
このものにおいて、キャラクタの印字データは、ホスト装置からは文字コードの形態で送られてくるため、その文字コードを受信バッファに一旦格納する。そして、キャラクタジェネレータのデータを参照して文字コードをビットマップデータに変換した後、編集バッファにドット展開していた。一方、イメージの印字データは、ホスト装置からビットマップデータの形態で送られてくるため、そのビットマップデータを受信バッファに一旦格納した後、そのまま編集バッファに転送して、ドット展開していた。
【０００４】
しかし、イメージの印字データはビットマップデータの形態で送られてくるため、文字コードの形態で送られてくるキャラクタの印字データと比べてデータ量が膨大であった。このため、イメージを印字する際にはホスト装置から所定データ量単位に区切られて送られてくる大量の印字データを順次受信して受信バッファに一旦格納し、それから編集バッファに転送してドット展開しなければならず、受信及び編集の処理に時間を要して印字速度が遅くなり、途中で印字が停止することさえあった。
【０００５】
【発明が解決しようとする課題】
このように、従来のイメージとキャラクタの両方を印字するプリンタにおいては、ホスト装置から受信した印字データがイメージのデータであるかキャラクタのデータであるかに拘らず全て受信バッファに一旦格納し、その後、受信バッファに格納した印字データを順次読出して編集バッファにドット展開していたので、データ量が膨大なイメージを印字する際には受信及び編集の処理に時間がかかり、印字速度が低下していた。
【０００６】
そこで本発明は、イメージの印字データはホスト装置から既にビットマップデータの形態で送られてきており、受信バッファに一旦格納しなくても編集バッファにそのままドット展開できることに着眼し、ホスト装置から受信したイメージの印字データを受信バッファに格納する処理を省略することで、イメージを含む印字データでも高速に印字できるようにしたプリンタ及びこのプリンタの印字データ編集方法を提供しようとするものである。
【０００７】
【課題を解決するための手段】
本発明は、ホスト装置から所定データ量単位で送られてくるキャラクタやイメージの印字データ及びその印字データを制御するコマンドデータを受信し受信バッファに格納する受信手段と、受信バッファに格納したデータを順次読出し、コマンドデータであれば該当するコマンド処理を実行し、印字データであれば編集バッファにドット展開する編集手段とを備えたプリンタにおいて、ホスト装置から受信した印字データを受信バッファに格納する格納状態と格納しない非格納状態とを示すフラグを記憶する記憶手段と、受信バッファから読出したデータが後に続くイメージ印字データのサイズを指定するコマンドデータであるときホスト装置から送られてくるデータの受信を禁止する受信禁止手段と、この受信禁止手段によりデータの受信を禁止した後、受信バッファから上記コマンドデータに続いて格納された印字データを順次読出しその印字データを編集バッファにドット展開する第１のイメージ展開手段と、イメージ印字データのサイズを指定するコマンドデータにより指定されたサイズから第１のイメージ展開手段により編集バッファにドット展開したデータのサイズを減算する第１の減算手段と、第１のイメージ展開手段により受信バッファに格納された印字データを全てドット展開し終えたことに応じてホスト装置から送られてくるデータの受信禁止状態を解除する受信禁止解除手段と、ホスト装置から印字データを受信する毎に記憶手段のフラグを調べ、格納状態にセットされているときにはその印字データを前記受信バッファに格納し、非格納状態にセットされているときにはその印字データを受信バッファに格納することなく編集バッファにドット展開する第２のイメージ展開手段と、第１の減算手段により算出された値から、第２のイメージ展開手段により編集バッファにドット展開したデータのサイズを減算する第２の減算手段と、この第２の減算手段により算出された値が零に達したか否かを判定する判定手段と、受信禁止解除手段によりデータの受信禁止状態を解除する際に記憶手段のフラグを非格納状態にセットし、判定手段により第２の減算手段により算出された値が零に達したと判定された際に同フラグを格納状態にセットするフラグ制御手段とを備えたものである。
【０００８】
このような構成により、受信バッファから読出したデータが後に続くイメージ印字データのサイズを指定するコマンドデータであるとき、ホスト装置から送られてくるデータの受信が禁止され（禁止ステップ）、受信バッファに上記コマンドデータに続いて格納されている印字データが編集バッファにドット展開され（展開ステップ）、イメージ印字データのサイズを指定するコマンドデータにより指定されたサイズから、第１の展開ステップにて編集バッファにドット展開したデータのサイズが減算される（第１の減算ステップ）。
その後、ホスト装置から送られてくるデータの受信禁止状態が解除され（解除ステップ）、ホスト装置から印字データを受信するとその印字データが受信バッファに格納することなく編集バッファにドット展開され（第２の展開ステップ）、第１の減算ステップにて算出された値から、第２の展開ステップにて編集バッファにドット展開されたデータのサイズが減算される（第２の減算ステップ）。
そして、このとき算出された値が零に達したか否かが判定され（判定ステップ）、値が零に達したと判定されると、それ以後にホスト装置から受信したデータが受信バッファに格納される（格納ステップ）。
【０００９】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態は、本発明をラインサーマルプリンタに適用した場合である。
【００１０】
図１は本実施の形態のラインサーマルプリンタの要部構成を示すブロック図であり、このプリンタは、制御部本体としてＣＰＵ（Central Processing Unit ）１を搭載している。また、プログラムデータやキャラクタジェネレータデータなどを予め格納したＲＯＭ（Read Only Memory）２、受信バッファや編集バッファなどが形成されるＲＡＭ（Random Access Memory）３、ホスト装置４から伝送ケーブルを介して送信される印字データやコマンドデータを受信する通信インタフェース５、ラインサーマルヘッド６の駆動を制御するヘッド駆動制御部７、用紙送り機構の駆動源であるフィードモータ８の駆動を制御するモータ駆動制御部９、各種センサ１０からの信号を入力するＩ／Ｏ（Input/Output）ポート１１などを搭載している。そして、前記ＣＰＵ１と、ＲＯＭ２，ＲＡＭ３，通信インタフェース５，ヘッド駆動制御部７，モータ駆動制御部９及びＩ／Ｏ（Input/Output）ポート１１とをアドレスバス，データバスなどのバスライン１２で接続している。
【００１１】
前記ＲＡＭ３には、図２に示すように、ホスト装置４から受信したキャラクタやイメージの印字データ及びその印字データを制御するコマンドデータを受信順に格納する受信バッファ３１や、キャラクタやイメージの印字データがドット展開される編集バッファ３２の他、受信バッファ３１のデータ書込み位置を指示する受信バッファライトポインタＲＢＷＰ、受信バッファ３１に格納された１バイト単位のデータ数を計数する受信データカウンタＲＣＮＴ、受信バッファ３１に格納されたイメージ印字データのサイズを記憶する受信データサイズメモリＲＳＺＥ、編集バッファ３２のデータ書込み位置を指示する編集バッファライトポインタＥＢＷＰ、編集バッファ３２に展開すべき１バイト単位のイメージ印字データの残りデータ数を計数する編集データカウンタＥＣＮＴ、ホスト装置４から受信した印字データを受信バッファ３１に格納する格納状態“０”と格納しない非格納状態“１”とを示すフラグＦのフラグメモリ３３などを形成している。
【００１２】
しかして、前記ホスト装置４は、キャラクタやイメージの印字データ及びその印字データを制御するコマンドデータを１バイト単位で適時プリンタに送信するものとなっている。
一方、プリンタのＣＰＵ１は、ホスト装置４から送信された印字データやコマンドデータなどの１バイトデータを通信インタフェース５で受信したことを検知すると、図３の受信割込み処理を実行するものとなっている。
【００１３】
先ず、ＳＴ（ステップ）１としてフラグメモリ３３のフラグＦの状態を調べる。ここで、フラグＦが“０”にリセットされていた場合には、受信データを受信バッファ３１に格納する格納状態であると判断し、ＳＴ２としてホスト装置４から受信した１バイトデータを、受信バッファ３１のライトポインタＲＢＷＰが指示するエリアに格納する。次いで、ＳＴ３として受信バッファライトポインタＲＢＷＰを「１」だけ更新するとともに、ＳＴ４として受信データカウンタＲＣＮＴを「１」だけカウントアップしたならば、今回の割込み処理を終了する。
【００１４】
一方、ＳＴ１にてフラグＦが“１”にセットされていた場合には、受信データを受信バッファ３１に格納しない非格納状態であると判断し、ＳＴ５としてホスト装置４から受信した１バイトデータ（イメージの印字データ）を編集バッファ３２のライトポインタＥＢＷＰが指示するエリアに格納する。次に、ＳＴ６として編集バッファライトポインタＥＢＷＰを「１」だけ更新するとともに、ＳＴ７として編集データカウンタＥＣＮＴを「１」だけカウントダウンする。しかる後、ＳＴ８として上記編集データカウンタＥＣＮＴが「０」になったか否かを判断する。
【００１５】
ここで、編集データカウンタＥＣＮＴが「０」より大きい場合には、引き続きホスト装置４からイメージの印字データが送信されてくるので、今回の割込み処理を終了する。
これに対し、編集データカウンタＥＣＮＴが「０」になった場合には、ホスト装置４からイメージの印字データ以外のデータが送信されてくるので、ＳＴ９として前記フラグメモリ３３のフラグＦを“０”にリセットして、今回の割込み処理を終了する。
【００１６】
また、前記ＣＰＵ１は、予め設定された周期で図４の流れ図に示す編集処理を実行するものとなっている。すなわちＣＰＵ１１は、編集処理の開始タイミングになると、先ず、ＳＴ１１として受信データカウンタＲＣＮＴが「０」より大きいか否かを判断する。ここで、受信データカウンタＲＣＮＴが「０」の場合には、受信バッファ３１に編集すべきデータが格納されていないので、今回の編集処理を終了する。
【００１７】
ＳＴ１１にて受信データカウンタＲＣＮＴが「０」より大きい場合には、ＳＴ１２として受信バッファ３１から先頭の１バイトデータを読み込む。そして、ＳＴ１３としてこの受信バッファ３１から読み込んだ１バイトデータがキャラクタの印字データなのかコマンドデータなのかを判断する。なお、受信バッファ３１から読み込まれた１バイトデータは、受信バッファ３１から自動的に削除される。
【００１８】
ＳＴ１３にて受信バッファ３１から読み込んだ１バイトデータが文字コードからなるキャラクタの印字データと判断した場合には、ＳＴ１４としてその文字コードをＲＯＭ２内のキャラクタジェネレータデータを参照してビットマップデータに変換した後、編集バッファ３２のライトポインタＥＢＷＰが指示するエリアにドット展開する。次いで、ＳＴ１５として編集バッファライトポインタＥＢＷＰを「１」だけ更新するとともに、ＳＴ１６として受信データカウンタＲＣＮＴを「１」だけカウントダウンしたならば、今回の編集処理を終了する。
【００１９】
ＳＴ１３にて受信バッファ３１から読み込んだ１バイトデータがキャラクタの印字データでなくコマンドデータであると判断した場合には、ＳＴ１７としてそのコマンドデータが後に続くイメージ印字データのサイズを指定するコマンドデータ〈ＩＳＺＥ〉か否かを判断する。そして、上記コマンドデータ〈ＩＳＺＥ〉以外のコマンドデータである判断した場合には、ＳＴ１８としてそのコマンドデータのコマンドに応じた処理を実行する。しかる後、ＳＴ１９として受信データカウンタＲＣＮＴを「１」だけカウントダウンしたならば、今回の編集処理を終了する。
【００２０】
一方、ＳＴ１７にて受信バッファ３１から読み込んだ１バイトデータがコマンドデータ〈ＩＳＺＥ〉であると判断した場合には、ＳＴ２０として通信インタフェース５に対してホスト装置４から送られてくるデータの受信禁止を通知する。これにより、ホスト装置４からデータが送られてきてもビジィが応答される。
【００２１】
次に、ＣＰＵ１は、ＳＴ２１として受信データカウンタＲＣＮＴのカウント値に相当するバイト数のデータ，つまりはイメージの印字データを受信バッファ３１から順に読み込み、編集バッファ３２のライトポインタＥＢＷＰが指示するエリアから順にドット展開する。そして、該当バイト数のデータを編集バッファ３２にドット展開し終えたならば、ＳＴ２２として受信データサイズメモリＲＳＺＥに受信データカウンタＲＣＮＴのカウント値を格納する。しかる後、ＳＴ２３として上記受信データカウンタＲＣＮＴをクリアする。また、ＳＴ２４として編集バッファライトポインタＥＢＷＰに受信データサイズメモリＲＳＺＥの値を加算する。さらに、ＳＴ２５として編集データカウンタＥＣＮＴに、コマンドデータ〈ＩＳＺＥ〉で指定されるデータサイズから受信データサイズメモリＲＳＺＥの値を減じた値をセットする。
その後、ＳＴ２６としてフラグメモリ３３のフラグＦを“１”にセットするとともに、ＳＴ２７として通信インタフェース５に対してデータ受信禁止状態の解除を通知したならば、今回の編集処理を終了する。
【００２２】
このように構成された本実施の形態のプリンタにおいては、通常、フラグメモリ３３のフラグＦが“０”にリセットされており、ホスト装置４から１バイトデータ単位で送られてくる印字データ及びコマンドデータは、受信バッファ３１に一旦格納される。そして、編集処理において受信バッファ３１から格納順に読出され、キャラクタの印字データはビットマップデータに変換された後、編集バッファ３２にドット展開される。また、コマンドデータの場合には、そのコマンドに応じた処理が実行される。
【００２３】
ここで、コマンドデータが、後に続くイメージ印字データのサイズを指定するコマンドデータ〈ＩＳＺＥ〉であった場合には、先ず、ホスト装置４から送られてくるデータの受信が禁止される。そして、受信バッファ３１に上記コマンドデータ〈ＩＳＺＥ〉に続いて既に格納されている印字データ、つまりはイメージの印字データが順次読出され、編集バッファ３２に転送されてドット展開される。このとき、コマンドデータ〈ＩＳＺＥ〉で指定されたイメージ印字データのサイズから受信バッファ３１に既に格納されていた印字データのサイズＲＳＺＥを減じた値が、編集データカウンタＥＣＮＴにセットされる。
【００２４】
その後、フラグＦが非格納状態“１”にセットされるとともに、ホスト装置４から送られてくるデータの受信禁止状態が解除される。これにより、その後、ホスト装置４から送られてくる１バイト単位の印字データ，つまりはイメージの印字データは、受信バッファ３１に格納されることなく編集バッファ３２に直接ドット展開される。
【００２５】
このとき、１バイト単位のデータを受信する毎に編集データカウンタＥＣＮＴが「１」ずつカウントダウンされる。そして、編集データカウンタＥＣＮＴが「０」になると、最初に受信バッファ３１から読み込んで編集バッファ３１にドット展開したイメージの印字データと、その後ホスト装置４から受信して編集バッファ３２に直接ドット展開したイメージの印字データとの合計サイズがコマンドデータ〈ＩＳＺＥ〉で指定されたイメージ印字データのサイズに一致したので、フラグＦが格納状態“０”にセットされる。これにより、その後、ホスト装置４から送られてくる１バイト単位のデータは、通常通り、受信バッファ３１に格納される。
【００２６】
例えば、今、受信バッファ３１に、図２に示すデータが格納されているものとする。なお、同図において、データ「ＡＢＣＤＥＦＧ」はキャラクタの印字データであり、〈ＬＦ〉は改行のコマンドデータであり、〈ＩＢ〉〈Ｉ〉は次にイメージ印字データがあることを指令するコマンドデータであり、〈ＩＳＺＥ〉はそのイメージ印字データのサイズを指定するコマンドデータであり、〈ＦＦ〉はイメージの印字データである。
【００２７】
ここで、コマンドデータ〈ＩＳＺＥ〉がデータサイズ１２４８バイトを指定し、そのコマンドデータ〈ＩＳＺＥ〉の編集処理を始めた時点で既に１０バイトのイメージ印字データ〈ＦＦ〉を受信バッファ３１に格納していたとすると、残りの１２３８バイトのイメージ印字データは受信バッファ３１に格納されることなく直接編集バッファ３２にドット展開されるようになる。
【００２８】
こうして、編集バッファ３２に展開されたドットデータに基づいてラインサーマルヘッド６が駆動され、フィードモータ８の駆動により搬送される用紙に、キャラクタ「ＡＢＣＤＥＦＧ」やイメージが印字される。
【００２９】
このように本実施の形態のプリンタは、ホスト装置４から受信した印字データを受信バッファ３１に格納する格納状態“０”と格納しない非格納状態“１”とを示すフラグＦを記憶する記憶手段としてフラグメモリ３３を備えている。また、受信バッファ３１から読出したデータが後に続くイメージ印字データのサイズを指定するコマンドデータ〈ＩＳＺＥ〉であるとき、ホスト装置４から送られてくるデータの受信を禁止する受信禁止手段（ＳＴ２０）と、この受信禁止手段によりデータの受信を禁止した後、受信バッファ３１から上記コマンドデータに続いて格納された印字データを順次読出しその印字データを編集バッファ３２にドット展開する第１のイメージ展開手段（ＳＴ２１）と、この第１のイメージ展開手段により受信バッファ３１に格納された印字データを全てドット展開し終えたことに応じてホスト装置４から送られてくるデータの受信禁止状態を解除する受信禁止解除手段（ＳＴ２７）と、ホスト装置４から印字データを受信する毎にフラグメモリ３３のフラグＦを調べ、格納状態“０”にセットされているときにはその印字データを受信バッファ３１に格納し、非格納状態“１”にセットされているときにはその印字データを受信バッファ３１に格納することなく編集バッファ３２にドット展開する第２のイメージ展開手段（ＳＴ１，ＳＴ２，ＳＴ５）と、第１のイメージ展開手段と第２のイメージ展開手段でそれぞれ編集バッファ３２に展開した印字データの合計サイズがコマンドデータ〈ＩＳＺＥ〉で指定されたイメージ印字データのサイズに一致したか否かを判定するデータ量判定手段（ＳＴ８）と、受信禁止解除手段によりデータの受信禁止状態を解除する際にフラグメモリ３３のフラグＦを非格納状態“１”にセットし、データ量判定手段によりデータサイズの一致を判定した際に同フラグＦを格納状態“０”にセットするフラグ制御手段（ＳＴ２６，ＳＴ９）とを備えている。
【００３０】
したがって、コマンドデータ〈ＩＳＺＥ〉の編集処理を始めた際に、まだホスト装置４から送られてきていない大部分のイメージ印字データは、受信バッファ３１に格納されることなく直接編集バッファ３２にドット展開されるので、この大部分のイメージ印字データを受信バッファ３１に格納する処理が省略される。その結果、イメージ印字データを編集バッファ３２にドット展開する編集処理を短時間で行えるようになり、イメージを高速に印字できるようになる。
【００３１】
なお、本発明はラインサーマルプリンタに限定されるものではなく、ホスト装置で生成されたキャラクタやイメージの印字データを取込み印字するプリンタ全般に適用できるものである。
【００３２】
【発明の効果】
以上詳述したように、本願請求項１記載の発明によれば、ホスト装置から送られてくるイメージの印字データを受信バッファに格納することなく直接編集バッファにドット展開することができ、イメージを含む印字データでも高速印字できるプリンタを提供できる。
また、本願請求項２記載の発明によれば、ホスト装置から送られてくるイメージの印字データを受信バッファに格納することなく直接編集バッファにドット展開することができ、イメージを含む印字データでも高速印字できるプリンタの印字データ編集方法を提供できる。
【図面の簡単な説明】
【図１】  本発明の一実施の形態であるプリンタの要部構成を示すブロック図。
【図２】  同プリンタのＲＡＭに形成する主要なメモリエリアを示す図。
【図３】  同プリンタのＣＰＵが実行する受信割込み処理の要部を示す流れ図。
【図４】  同プリンタのＣＰＵが実行する編集処理の要部を示す流れ図。
【符号の説明】
１…ＣＰＵ
４…ホスト装置
６…ラインサーマルヘッド
８…フィードモータ
３１…受信バッファ
３２…編集バッファ
【図１】
0004279922.tif 000002
【図２】
0004279922.tif 000003
【図３】
0004279922.tif 000004
【図４】
0004279922.tif 000005