(57)【要約】【課題】  画像形成装置、機器制御アプリケーションからなる画像形成装置において、機器制御アプリケーションからのコマンド実行によりエラーが発生した場合に、障害対策を画像形成装置および機器制御アプリケーションの双方に対して同時に反映する。【解決手段】  画像形成装置は機器内に格納している仕様情報に基づいて不適切なコマンドを実行しないようにフィルタリングし、また機器制御アプリケーション側も画像形成装置から前記仕様情報を取得して不適切なコマンドを送信しないようにフィルタリングする。この構成において発生したエラーが仕様情報の更新により回避できると判断された場合、管理センタから画像形成装置に更新した機器仕様情報を送信し、画像形成装置に格納されている仕様情報を更新する。これにより、画像形成装置および機器制御アプリケーションの双方に対して障害対策を施す。【選択図】  図２
2006166170.tif 000002
【特許請求の範囲】
【請求項１】
機器制御コマンドを送信する機器制御アプリケーションと、前記機器制御コマンドに基づいて画像形成動作を行なう画像形成装置と、前記画像形成装置の各種情報を収集、更新する管理センタからなる画像形成装置のメンテナンスシステムであって、
前記機器制御アプリケーションは、前記画像形成装置に保持されている機器制御コマンドに関する仕様情報を取得する手段と、取得した仕様情報に基づいて不適切な機器制御コマンドの送信を制限する第1のフィルタリング手段を備え、
前記画像形成装置は、前記仕様情報を参照して不適切な機器制御コマンドの実行を制限する第2のフィルタリング手段と、機器制御コマンドの実行によるエラー発生時に、発生したエラー情報と実行した機器制御コマンド情報とを前記管理センタに通知するエラー通知手段と、前記管理センタから受信した新たな仕様情報で、予め保持している仕様情報を更新する仕様情報更新手段を備え、
前記管理センタは、前記画像形成装置から通知されたエラー情報と機器制御コマンド情報を解析した結果、前記仕様情報の更新によりエラーを回避できると判断した場合、前記画像形成装置に更新した仕様情報を送信することを特徴とする画像形成装置のメンテナンスシステム。
【請求項２】
前記画像形成装置は、前記仕様情報を仕様書として出力する仕様書出力手段をさらに備えたことを特徴とする請求項１記載の画像形成装置のメンテナンスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置で発生した障害の対策を施す画像形成装置のメンテナンスシステム及びメンテナンス方法に関する。
【背景技術】
【０００２】
従来、プリンタやコピー機などの画像形成装置で発生した障害に対して、速やかに対策をとるための方法として、画像形成装置でエラー発生時にエラー情報を管理センタに送信し、管理センタでエラーを解析した後、エラーを解決するための情報を画像形成装置に送信するというリモートメンテナンス方法が考案されている（例えば、特許文献１参照。）。
【０００３】
また、同様に画像形成装置で発生した障害を解析するために、エラー発生時に、受信したコマンドのダンプリストやパラメータリストを管理センタに送信する画像形成装置が考案されている（例えば、特許文献２参照。）。
【特許文献１】特開２０００−１１５３９３号公報
【特許文献２】特開平１１−０６９０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、画像形成装置と画像形成装置に機器制御コマンドを送信して画像形成動作を行なわせる機器制御アプリケーションからなる画像形成システムにおいて、次のような問題が発生している。
【０００５】
従来、画像形成装置と機器制御アプリケーションとは、大抵の場合同じメーカーでほぼ同時期に開発されていた。したがって、開発中の評価段階において双方を組み合わせてテストすることにより、ある機器制御アプリケーションから送信されたコマンドの実行によりエラーが発生することが事前に判明したり、この場合、双方に対して対策を取ることもできた。
【０００６】
しかし、近年、ユーザニーズの広がりや、これに迅速に対応していくために、画像形成装置の機器制御コマンドを開示して、機器制御アプリケーションを広く他メーカーにも開発してもらうという形態になりつつある。このような形態においては、画像形成装置と機器制御アプリケーションとは必ずしも同時期に開発されるとは限らず、寧ろ、画像形成装置が既に市場に出た後で機器制御アプリケーションが開発されるというケースが多い。
【０００７】
これにより、ある機器制御アプリケーションから送信されたコマンドの実行によりエラーが発生するといった現象が、既に画像形成装置が市場に出てしまった後で判明するという可能性も増してきた。
【０００８】
現状、このような障害が発覚した場合、画像形成装置と機器制御アプリケーションの開発スケジュールはまちまちであるため、双方に対してほぼ同時に対策を取ることは極めて難しく、ケースバイケースで、どちらかに対して障害対策を施しているという状況である。
【０００９】
しかしながら、機器制御アプリケーションと画像形成装置との組み合わせは多岐に渡るため、本来は、双方に対して同時に対策を施すのが望ましい。
【００１０】
これに対して従来の技術を適用した場合、例えば［特許文献1］のリモートメンテナンス方法では、画像形成装置でエラーが発生した場合に、管理センタから対策プログラムを送信し画像形成装置のプログラムを更新することで、画像形成装置側に対しては速やかに対策を取ることができるが、エラーの原因が機器制御アプリケーションからのコマンドの送信にあった場合、機器制御アプリケーション側に対して対策を取ることはできないので、いつまでも機器制御アプリケーション側は不適切なコマンドを送信し続けることになってしまう。
【００１１】
したがって、もしこの機器制御アプリケーションが、障害対策の取られていない画像形成装置に不適切なコマンドを送信してしまった場合、同じエラーが発生してしまう。
【００１２】
図１にその具体的な例を示す。機器制御アプリケーション１は、画像形成装置Ａ、Ｂを制御し、機器制御アプリケーション２は、画像形成装置Ａ、Ｃを制御している。また、管理センタは画像形成装置Ｂ、Ｃを管理している。
【００１３】
このような環境において、機器制御アプリケーション１から画像形成装置Ｂへのコマンド送信により画像形成装置Ｂでエラーが発生したとする。そして、障害情報が管理センタに送信され、管理センタでエラーを解析した結果、画像形成装置Ｂ、Ｃに対して対策プログラムが送信され障害対策が施されたとする。
【００１４】
この場合、以後、機器制御アプリケーション１から画像形成装置Ｂに不正なコマンドが送信されても同じ障害は発生しなくなるが、未だ障害対策が施されていない画像形成装置Ａに機器制御アプリケーション１から不正なコマンドが送信された場合は、画像形成装置Ａにおいて同じ障害が発生してしまう。
【００１５】
また、障害対策を画像形成装置側ではなく、機器制御アプリケーション１側に対して行なった場合、以後、機器制御アプリケーション１からのコマンド送信により画像形成装置Ａ、Ｂにおいて同じ障害が発生することは無くなるが、もし未だ障害対策が施されていない機器制御アプリケーション２から不正なコマンドが送信された場合、画像形成装置Ａ、Ｃにおいて同じ障害が発生してしまう。
【００１６】
以上のように、特に画像形成装置と機器制御アプリケーションとの組み合わせが多岐に渡るような環境においては、双方に対して同時に障害対策を施す必要性があるが、従来の技術ではこれを実現することができなかった。
【００１７】
さらにまた、単に画像形成装置のプログラムを書き換えて障害対策を取るという方法では、どのようなコマンドの送信によりエラーが発生するのかということをユーザは知ることができない。一般ユーザは特にこれを知る必要は無いが、例えば、機器制御アプリケーションを開発中の開発者に対しては、このような情報を明示的にすることにより、機器制御アプリケーション側でも事前に対策を取ることができるので、内部的に障害対策を施すと同時に、その対策内容をユーザや機器制御アプリケーション側で認識できるような方法が望まれていた。
【課題を解決するための手段】
【００１８】
上述した課題を解決するために、本発明は、機器制御コマンドを送信する機器制御アプリケーションと、前記機器制御コマンドに基づいて画像形成動作を行なう画像形成装置と、前記画像形成装置の各種情報を収集、更新する管理センタからなる画像形成装置のメンテナンスシステムであって、前記機器制御アプリケーションは、前記画像形成装置に保持されている機器制御コマンドに関する仕様情報を取得する手段と、取得した仕様情報に基づいて不適切な機器制御コマンドの送信を制限する第1のフィルタリング手段を備え、前記画像形成装置は、前記仕様情報を参照して不適切な機器制御コマンドの実行を制限する第2のフィルタリング手段と、機器制御コマンドの実行によりエラーが発生した場合に、発生したエラー情報と実行した機器制御コマンド情報とを前記管理センタに通知するエラー通知手段と、前記管理センタから受信した新たな仕様情報で、予め保持している仕様情報を更新する仕様情報更新手段を備え、前記管理センタは、前記画像形成装置から通知されたエラー情報と機器制御コマンド情報を解析した結果、前記仕様情報の更新によりエラーを回避できると判断した場合、前記画像形成装置に更新した仕様情報を送信することを特徴とする。
【００１９】
さらに、前記画像形成装置は、前記仕様情報を仕様書として出力する仕様書出力手段を備えたことを特徴とする。
【発明の効果】
【００２０】
本発明によれば、機器制御アプリケーションから受信したコマンドの実行により画像形成装置で障害が発生した場合に、その障害対策を画像形成装置および機器制御アプリケーションの双方に対して反映することができ、より完全な障害対策を施すことができる。
【００２１】
さらにまた、障害対策の内容を人が可読可能な形態で出力可能としたことにより、機器制御アプリケーション側において、障害を未然に防止するような措置を取ることができる。
【発明を実施するための最良の形態】
【００２２】
〔実施形態〕
以下に、図面を参照して本発明を詳細に説明する。
【００２３】
図２は、本発明の画像形成装置のメンテナンスシステムの１構成例を示す図である。図示するように、本システムは、画像形成装置１と、機器制御アプリケーション２と、管理センタ３から構成される。
【００２４】
画像形成装置１は、機器制御アプリケーション２から受信した機器制御コマンドに基づき、プリント、スキャン、コピーなどの画像形成動作を行なう装置である。
【００２５】
図３に、画像形成装置１のハード構成例を示す。
【００２６】
図示するように、画像形成装置１は、プリントやスキャンなど各種画像形成動作を行なう画像形成部１７と、全体の制御を司るＣＰＵ１５とが入出力インターフェース(I/F)１４により接続され、さらに、モデム１０、ネットワークＩ／Ｆ１３、ＲＡＭ１１、ＲＯＭ１２、ＥＥＰＲＯＭ１３から構成されている。
【００２７】
モデム１０は、電話回線に接続し、管理センタ３との間で情報の送受信を行なう。
【００２８】
ネットワークＩ／Ｆ１３は、ネットワークに接続し、機器制御アプリケーション２との間で情報の送受信を行なう。
【００２９】
ＥＥＰＲＯＭ１６は、画像形成装置１の各種設定情報や、後述する仕様情報など後で書き換えられる可能性のあるデータを記憶する。
【００３０】
ＲＡＭ１１は、機器制御アプリケーション２や管理センタ３から受信したデータを一時的に記憶したり、ＣＰＵ１５の作業領域として使用される。
【００３１】
ＲＯＭ１２は、ＣＰＵ１５が実行する制御プログラムを格納している。
【００３２】
機器制御アプリケーション２は、画像形成装置１に機器制御コマンドを送信して画像形成動作を行なわせるアプリケーションで、例えばＰＣ上で動作するアプリケーションであって、ＰＣ上で作成された文書をプリンタに送信して印刷するプリンタドライバや、画像形成装置上で動作するアプリケーションであって、コピーやスキャンなどの実行を指示するアプリケーションである。
【００３３】
管理センタ３は、画像形成装置１と電話回線で接続され、画像形成装置１の各種情報を収集したり更新したりする管理センタである。
【００３４】
（画像形成装置１におけるコマンド実行処理）
図４は、画像形成装置１において機器制御アプリケーション２からコマンドを受信した際の処理の流れを示すフローチャートである。
【００３５】
まず、通信処理部１０１においてコマンドの受信を待機し（ステップＳ４０１）、コマンドを受信すると、受信したコマンド情報をＲＡＭ１１に格納する（ステップＳ４０２）。
【００３６】
続いて、コマンド解析部１０２において受信したコマンド情報２１を解析し、コマンドの内容が、仕様情報の取得を要求するものか、通常の画像形成動作を指示するものかを判断する（ステップＳ４０３）。
【００３７】
コマンドの内容が仕様情報の取得要求であった場合には、コマンド実行部１０４において、仕様情報送信処理を実行し、仕様情報２０ａを通信処理部１０１を介して機器制御アプリケーション２に送信して（ステップＳ４０４）、コマンド情報２１をクリアして（ステップＳ４１０）処理を終える。
【００３８】
ステップＳ４０３において、コマンドの内容が通常の画像形成動作を指示するものであった場合、続いてフィルタリング部１０３においてコマンド情報２１のフィルタリング処理を行なう（ステップＳ４０５）。フィルタリング処理とは、受信したコマンドをそのまま実行せずに、一旦コマンドの内容を仕様情報と照らし合わせて、不適切なコマンドの実行を排除するための処理である。
【００３９】
ここで、仕様情報とフィルタリング処理について説明する。
【００４０】
図８は、本実施例で用いられる仕様情報の例を示す。
【００４１】
仕様情報は（ａ）管理情報、（ｂ）コマンド値域情報、（ｃ）コマンド組み合わせ情報から構成されている。
【００４２】
（ａ）管理情報は、仕様情報自体を示す情報で、対象機種名やバージョン、日付が記録されている。
【００４３】
（ｂ）コマンド値域情報は、コマンド毎にその機種で指定可能なパラメータの値域と、範囲外の値が指定された場合にどのような値に丸めるかを示す範囲外処理が記録されている。
【００４４】
（ｃ）コマンド組み合わせ情報は、その機種では実現不可能であり禁止する必要のあるコマンドの組み合わせと、このような組み合わせでコマンドが指定された場合にどのコマンドをどのような値に丸めるかを示す禁則処理が記録されている。
【００４５】
図７は、図４のステップＳ４０５のフィルタリング処理を示すフローチャートである。フィルタリング部１０３は、まず、コマンド情報２１の各コマンドについて仕様情報２０ａの（ｂ）コマンド値域情報を参照し、各コマンドのパラメータの範囲外チェックを行なう（ステップＳ７０１）。チェックした結果、範囲外であった場合には（ステップＳ７０２）、コマンド値域情報の範囲外処理に基づき範囲外処理を行なう（ステップＳ７０３）。
【００４６】
全コマンドの範囲外チェックを終えると、続いて、仕様情報２０ａの（ｃ）コマンド組み合わせ情報を参照し、コマンドの組み合わせチェックを行なう（ステップＳ７０４）。チェックした結果、禁則処理に該当するコマンドの組み合わせが含まれていた場合には（ステップＳ７０５）、コマンド組み合わせ情報の禁則処理に基づき禁則処理を行なう（ステップＳ７０６）。
【００４７】
以上の処理により、不適切なコマンドの実行を排除する。
【００４８】
再び図４のフローチャートに戻って説明する。
【００４９】
ステップＳ４０５でコマンドのフィルタリング処理を終えると、コマンド実行部１０４において、フィルタリング処理を終えたコマンド情報２１に基づきコマンドを実行し、画像形成部１７を制御してプリントやスキャンなど各種画像形成動作を行なう（ステップＳ４０６）。
【００５０】
画像形成部１７においてエラーが発生することなく正常に画像形成動作を終えた場合は、コマンド情報２１をクリアして（ステップＳ４１０）、一連の処理を終える。
【００５１】
画像形成部１７においてエラーが発生した場合は（ステップＳ４０７）、発生したエラー情報と、コマンド情報２１とを通信処理部１０５を介して管理センタ３に送信する（ステップＳ４０８）。また適当なエラー処理を行った後（ステップＳ４０９）、コマンド情報２１をクリアして（ステップＳ４１０）、一連の処理を終える。
【００５２】
以上の処理により、画像形成装置１は、機器制御アプリケーション２から受信したコマンドを仕様情報２０ａに基づいてフィルタリング処理して、実行不可能なコマンドの実行を未然に防ぐとともに、エラーが発生した場合、エラー情報とコマンド情報を管理センタ３に送信する。
【００５３】
管理センタ３では、画像形成装置１から受信したエラー情報とコマンド情報からエラーの原因を分析する。分析した結果、不適切なコマンドの実行によるエラーと判明した場合、画像形成装置１に格納されている仕様情報に新たなコマンド値域情報やコマンド組み合わせ情報を追加して更新することによりエラーを回避できるので、更新した仕様情報２０ｃを画像形成装置１に送信する。
【００５４】
（画像形成装置における仕様情報更新処理）
図６は、画像形成装置１において管理センタ３から仕様情報を受信して画像形成装置内に格納している仕様情報を上書き更新する際の処理の流れを示すフローチャートである。
【００５５】
まず、通信処理部１０５において仕様情報の受信を待機し（ステップＳ６０１）、仕様情報を受信すると、受信した仕様情報２０ｃをＲＡＭ１１に格納する（ステップＳ６０２）。
【００５６】
続いて、コマンド実行部１０４において現在他のコマンド処理中であるか否かを確認し、コマンド処理中である場合にはそのコマンド処理が終わるまで待機する（ステップＳ６０３）。
【００５７】
コマンド処理を終えた状態であることを確認した後、受信した仕様情報２０ｃと、現在格納されている仕様情報２０ａの管理情報を比較して、受信した仕様情報２０ｃの方が新しいか否かを確認する（ステップＳ６０４）。
【００５８】
受信した仕様情報２０ｃの方が新しい場合には、現在格納されている仕様情報２０ａを受信した仕様情報２０ｃで上書き更新し（ステップＳ６０５）、ＲＡＭ１１に格納している仕様情報２０ｃを削除して（ステップＳ６０６）一連の処理を終える。なお、ステップＳ６０４において、受信した仕様情報２０ｃの方が古い場合には更新せずにＲＡＭ１１の仕様情報２０ｃをクリアして処理を終える。
【００５９】
以上の処理により、画像形成装置１において発生したエラーが、不適切なコマンドの実行によるエラーであった場合、管理センタ３から更新された仕様情報を受信して現在格納している仕様情報と置き換えることにより、以後、同じ不適切なコマンドを受信したとしても、フィルタリング処理により不適切なコマンドが実行されることは無くエラーの発生を回避することができる。
【００６０】
次に、機器制御アプリケーション側の処理について説明する。
【００６１】
（機器制御アプリケーションにおける処理）
図５は、機器制御アプリケーション２の処理の流れを示すフローチャートである。
【００６２】
機器制御アプリケーション２は、起動すると、まず、仕様情報取得部２０５が画像形成装置１から仕様情報を取得する（ステップＳ５０１）。
【００６３】
続いて、ユーザインターフェース部２０１でユーザからの指示が入力されるのを待機する（ステップＳ５０２）。
【００６４】
ユーザインターフェース部２０１でユーザからの指示が入力されると、コマンド生成部２０２において、これに基づいて画像形成装置１に送信するコマンドを生成する（ステップＳ５０３）。
【００６５】
次に、フィルタリング部２０３において、コマンド生成部２０２で生成した送信コマンドを、前記ステップＳ５０１で取得した仕様情報２０ｂに基づいてフィルタリング処理を行なう（ステップＳ５０４）。
【００６６】
フィルタリング処理は、前述の画像形成装置１におけるフィルタリング処理（図７）と同様で、仕様情報２０ｂの（ｂ）コマンド値域情報を参照してコマンドのパラメータの範囲外チェックおよび範囲外処理を行い、（ｃ）コマンド組み合わせ情報を参照し、コマンドの組み合わせチェックおよび禁則処理を行なう。
【００６７】
フィルタリング処理を終えると、フィルタリング処理を終えた送信コマンドを通信処理部２０４を介して画像形成装置１に送信し（ステップＳ５０５）、再びステップＳ５０２に戻ってユーザから次の指示が入力されるのを待機する。
【００６８】
以上の処理により、機器制御アプリケーション２は、起動時に画像形成装置１から取得した仕様情報２０ｂに基づいて送信コマンドをフィルタリング処理してから画像形成装置１にコマンドを送信するので、実行不可能なコマンドの送信を未然に防ぐことができる。
【００６９】
また、画像形成装置１の仕様情報２０ａが更新された場合、機器制御アプリケーション２起動時に機器制御アプリケーション２の仕様情報２０ｂも更新されるので、上述した画像形成装置１に対する仕様情報の更新による障害対策が、機器制御アプリケーション２に対しても反映することができる。
【００７０】
以上説明したように、本発明の画像形成装置のメンテナンスシステムによれば、画像形成装置で発生したエラーが不適切なコマンドの実行によるエラーであった場合、管理センタから画像形成装置に格納されている仕様情報を更新することにより、画像形成装置のみならず機器制御アプリケーションに対しても対策を施すことができる。
【００７１】
しかしながら、エラーが機器制御アプリケーションの開発中に発生したような場合、エラーを内部的に回避するだけでなく、どのような仕様に基づいてエラーを回避しているのかということをユーザ（この場合機器制御アプリケーションの開発者）に明示することが望ましい。これは、事前に実行不可能なコマンドの組み合わせ等が明示されていれば、例えば、機器制御アプリケーションのユーザインターフェースにおいて、不適切なパラメータの組み合わせは入力できないように制限するといった根本的な措置を取ることもできるからである。
【００７２】
そこで、次に、画像形成装置１に仕様情報２０ａを仕様書として出力する仕様書出力手段を設け、機器制御アプリケーション２からの指示により仕様書２２を出力する方法について説明する。
【００７３】
（画像形成装置における仕様書出力処理）
図９は、画像形成装置１のコマンド実行部１０４において仕様書出力のコマンドを受け取った際の処理の流れを示すフローチャートである。
【００７４】
コマンド実行部１０４は、まず、仕様情報２０ａの管理情報を読み出しファイルに出力する（ステップＳ９０１）。
【００７５】
次に仕様情報２０ａのコマンド値域情報から１つのコマンド値域情報を読み出し前記ファイルに追加して出力する（ステップＳ９０２）。
【００７６】
次に仕様情報２０ｂのコマンド組み合わせ情報を参照し、該コマンドに関する組み合わせ情報があるか否か確認し（ステップＳ９０３）、存在する場合にはその組み合わせ情報を読み出し前記ファイルに追加して出力する（ステップＳ９０４）。
【００７７】
１つのコマンドの出力処理を終えると、コマンド値域情報に次のコマンドがあるか否か確認し（ステップＳ９０５）、存在する場合には次のコマンドの出力処理を行なう。
【００７８】
ステップＳ９０２〜ステップＳ９０５の処理を繰り返し、全コマンドの出力処理を終えると、前記ファイルを画像形成部１７に出力し、画像形成部１７において前記ファイルの印刷が行われ、図１０に示すような仕様書２２が出力される（ステップＳ９０６）。
【００７９】
以上の処理により、画像形成装置１において、仕様情報２０ａは仕様書２２として人が可読可能な形態で出力されるので、例えば、機器制御アプリケーション開発者はこれに基づき、開発中の機器制御アプリケーションに対して必要な処理を施すことができる。
【図面の簡単な説明】
【００８０】
【図１】従来の画像形成装置における障害対策の方法を説明するための図である。
【図２】本発明の画像形成装置のメンテナンスシステムの構成例を示す図である。
【図３】画像形成装置１のハード構成例を示すブロック図である。
【図４】画像形成装置１における機器制御アプリケーション２から受信したコマンド実行時の処理の流れを示すフローチャートである。
【図５】機器制御アプリケーション２における処理の流れを示すフローチャートである。
【図６】画像形成装置１における仕様情報更新時の処理の流れを示すフローチャートである。
【図７】画像形成装置１における受信コマンドのフィルタリング処理の流れを示すフローチャートである。
【図８】仕様情報の例を示す図である。
【図９】画像形成装置１における仕様書出力時の処理の流れを示すフローチャートである。
【図１０】仕様書の出力例を示す図である。
【符号の説明】
【００８１】
１  画像形成装置
２  機器制御アプリケーション
３  管理センタ
１０  モデム
１１  ＲＡＭ
１２  ＲＯＭ
１３  ネットワークＩ／Ｆ
１４  Ｉ／Ｆ
１５  ＣＰＵ
１６  ＥＥＰＲＯＭ
１７  画像形成部
２０ａ、２０ｂ、２０ｃ  仕様情報
２１  コマンド情報
２２  仕様書
１０１、１０５、２０４  通信処理部
１０２  コマンド解析部
１０３、２０３  フィルタリング部
１０４  コマンド実行部
２０１  ユーザインターフェース部
２０２  コマンド生成部
２０５  仕様情報取得部
【図１】
2006166170.tif 000003
【図２】
2006166170.tif 000004
【図３】
2006166170.tif 000005
【図４】
2006166170.tif 000006
【図５】
2006166170.tif 000007
【図６】
2006166170.tif 000008
【図７】
2006166170.tif 000009
【図８】
2006166170.tif 000010
【図９】
2006166170.tif 000011
【図１０】
2006166170.tif 000012