(57)【要約】【課題】  低コストでエンドユーザが利用する各端末のパッチ適用を支援すると共に、パッチ管理サーバを用いることなく、各端末において最新のパッチ適用を可能としたパッチ同期化方式を得る。【解決手段】  各種ソフトウェアがインストールされた複数の端末１０，２０，３０において、パッチ適用プログラムが任意の端末でパッチ適用を実行後に、適用されたパッチを他の端末へ送信し、他の端末へもパッチ適用を行うようにする。よって、最初にパッチを適用した端末以外の端末では、パッチ情報の検索手続きや適用の操作が必要なくなり、多くのエンドユーザの作業が軽減でき、特定のマシンをパッチ管理サーバとして運用する必要もなく、パッチ適用のためのサーバ設置、サーバ管理者のコストも不要となる。また、いずれの端末がダウンした場合でも、その他の端末のパッチ適用処理が中断することなくパッチ適用の継続が可能となる。【選択図】      図１
2008225933.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に複数の端末が存在する環境における端末間のパッチ同期化システムであって、
前記端末の各々は、あるパッチの適用を実行した後に、他の端末に対して前記パッチを送信する手段を含むことを特徴とするパッチ同期化システム。
【請求項２】
前記端末の各々は、他の端末から前記パッチを受信した場合に、前記パッチの適用の必要性を判断して必要な場合に前記パッチの適用を実行する手段を、更に含むことを特徴とする請求項１記載のパッチ同期化システム。
【請求項３】
前記端末の各々は、他の端末から前記パッチを受信した場合に、前記パッチの適用の必要性を判断して不必要な場合に、自端末が有する前記パッチに関する情報を前記他の端末へ送信する手段を、更に含むことを特徴とする請求項１記載のパッチ同期化システム。
【請求項４】
前記端末の各々は、起動またはネットワークへ接続されたときに、自端末のパッチ情報を他の端末へ送信する手段と、この自端末のパッチ情報に基づき他の端末において判断されたパッチ適用の必要性を示す情報を受信して、前記他の端末から前記パッチを取得する手段を、更に含むことを特徴とする請求項１〜３いずれか記載のパッチ同期化システム。
【請求項５】
ネットワーク上に複数の端末が存在する環境における端末間のパッチ同期化方法であって、
前記端末の各々は、あるパッチの適用を実行した後に、他の端末に対して前記パッチを送信するステップを含むことを特徴とするパッチ同期化方法。
【請求項６】
前記端末の各々は、他の端末から前記パッチを受信した場合に、前記パッチの適用の必要性を判断するステップと、必要と判断した場合に前記パッチの適用を実行するステップとを、更に含むことを特徴とする請求項５記載のパッチ同期化方法。
【請求項７】
前記端末の各々は、他の端末から前記パッチを受信した場合に、前記パッチの適用の必要性を判断するステップと、不必要と判断した場合に自端末が有する前記パッチに関する情報を前記他の端末へ送信するステップとを、更に含むことを特徴とする請求項５記載のパッチ同期化方法。
【請求項８】
前記端末の各々は、起動またはネットワークへ接続されたときに、自端末のパッチ情報を他の端末へ送信するステップと、この自端末のパッチ情報に基づき他の端末において判断されたパッチ適用の必要性を示す情報を受信して、前記他の端末から前記パッチを取得するステップとを、更に含むことを特徴とする請求項５〜７いずれか記載のパッチ同期化方法。
【請求項９】
ネットワーク上に複数の端末が存在する環境における端末間のパッチ同期化システムにおける端末であって、
あるパッチの適用を実行した後に、他の端末に対して前記パッチを送信する手段を含むことを特徴とする端末。
【請求項１０】
他の端末から前記パッチを受信した場合に、前記パッチの適用の必要性を判断して必要な場合に前記パッチの適用を実行する手段を、更に含むことを特徴とする請求項９記載の端末。
【請求項１１】
他の端末から前記パッチを受信した場合に、前記パッチの適用の必要性を判断して不必要な場合に、自端末が有する前記パッチに関する情報を前記他の端末へ送信する手段を、更に含むことを特徴とする請求項９記載の端末。
【請求項１２】
起動またはネットワークへ接続されたときに、自端末のパッチ情報を他の端末へ送信する手段と、この自端末のパッチ情報に基づき他の端末において判断されたパッチ適用の必要性を示す情報を受信して、前記他の端末から前記パッチを取得する手段とを、更に含むことを特徴とする請求項９〜１１いずれか記載の端末。
【請求項１３】
ネットワーク上に複数の端末が存在する環境における端末間のパッチ同期化システムにおける端末の動作をコンピュータに実行させるためのプログラムであって、
あるパッチの適用を実行した後に、他の端末に対して前記パッチを送信する処理を含むことを特徴とするプログラム。
【請求項１４】
他の端末から前記パッチを受信した場合に、前記パッチの適用の必要性を判断して必要な場合に前記パッチの適用を実行する処理を、更に含むことを特徴とする請求項１３記載のプログラム。
【請求項１５】
他の端末から前記パッチを受信した場合に、前記パッチの適用の必要性を判断して不必要な場合に、自端末が有する前記パッチに関する情報を前記他の端末へ送信する処理を、更に含むことを特徴とする請求項１３記載のプログラム。
【請求項１６】
起動またはネットワークへ接続されたときに、自端末のパッチ情報を他の端末へ送信する処理と、この自端末のパッチ情報に基づき他の端末において判断されたパッチ適用の必要性を示す情報を受信して、前記他の端末から前記パッチを取得する処理とを、更に含むことを特徴とする請求項１３〜１５いずれか記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパッチ同期化システム及びその方法並びにそれに用いる端末に関し、特にネットワークを介してユーザ端末間でのパッチの同期化を図るようにしたパッチ同期化方式に関するものである。
【背景技術】
【０００２】
パーソナルコンピュータ（ＰＣ）等のユーザ端末上で動作する各種ソフトウェアのパッチの適用をエンドユーザが実施する手順は、次の２つの方法がある。第１の方法は、各種ソフトウェアのパッチを各々のエンドユーザが入手、適用する方法である。例えば、ソフトウェアに対するパッチの存在有無を、各端末を利用するエンドユーザ自らがパッチ情報を検索したり、ソフトウェアを作ったメーカからエンドユーザに届くメールなどで情報入手するなどにより、パッチをダウンロードし適用を行う。
【０００３】
第２の方法は、パッチを管理するパッチ管理サーバを構築して、パッチ管理サーバが管理対象となる端末に対してパッチの配信、適用する方法である。ここで、特許文献１を参照すると、パッチ適用支援装置およびプログラムを、パッチ適用支援装置である管理サーバとＰＣ管理ソフトウェアとにより構成するというものであり、この第２の方法に相当する技術が開示されている。
【特許文献１】特開２００４−２６５１５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記第１の方法のように、各々のエンドユーザがパッチを入手する方法では、各端末を利用するエンドユーザに適用操作を任せられているため、エンドユーザがパッチ情報を検索するための人的コストがかかり、各端末間においてパッチ適用の時期にずれが発生したり、パッチの適用漏れが生じる可能性がある。
【０００５】
上記第２の方法のように、パッチ管理サーバを構築してこのパッチ管理サーバにより管理対象となる端末に対してパッチの配信、適用する方法では、パッチ管理サーバが何らかの原因によりダウンした場合に、全てのエンドユーザで利用される端末でのパッチ適用ができなくなる危険性がある。また、パッチ管理サーバの運用にあたる導入コストと、パッチ管理サーバの運用面をサポートするための管理者の人的コストとがかかることになる。
【０００６】
本発明の目的は、低コストでエンドユーザが利用する各端末のパッチ適用を支援すると共に、パッチ管理サーバを用いることなく、各端末において最新のパッチ適用を可能としたパッチ同期化システム及びその方法並びにそれに用いる端末、更にはプログラムを提供することである。
【課題を解決するための手段】
【０００７】
本発明によるパッチ同期化システムは、ネットワーク上に複数の端末が存在する環境における端末間のパッチ同期化システムであって、前記端末の各々は、あるパッチの適用を実行した後に、他の端末に対して前記パッチを送信する手段を含むことを特徴とする。
【０００８】
本発明によるパッチ同期化方法は、ネットワーク上に複数の端末が存在する環境における端末間のパッチ同期化方法であって、前記端末の各々は、あるパッチの適用を実行した後に、他の端末に対して前記パッチを送信するステップを含むことを特徴とする。
【０００９】
本発明による端末は、ネットワーク上に複数の端末が存在する環境における端末間のパッチ同期化システムにおける端末であって、あるパッチの適用を実行した後に、他の端末に対して前記パッチを送信する手段を含むことを特徴とする。
【００１０】
本発明によるプログラムは、ネットワーク上に複数の端末が存在する環境における端末間のパッチ同期化システムにおける端末の動作をコンピュータに実行させるためのプログラムであって、あるパッチの適用を実行した後に、他の端末に対して前記パッチを送信する処理を含むことを特徴とする。
【発明の効果】
【００１１】
本発明による第１の効果は、各端末で行っているパッチ適用にかかるコストの低減が可能になることである。その理由は、あるエンドユーザがパッチ入手後、パッチ適用プログラムによりパッチ適用が行われ、更に自動的に他の端末へのパッチの送信、パッチ適用まで実行されるため、他のエンドユーザでは、パッチの情報入手操作から適用までの一連の操作がほぼ省略可能になるためである。また、特定の端末をパッチ適用の支援用のパッチ管理サーバとして設置する必要がないため、パッチ管理サーバの設置コストと運用コストが不要となる。
【００１２】
本発明による第２の効果は、パッチの確実な適用が可能になることである。その理由は、ある端端末でパッチ適用実施後、エンドユーザがパッチ情報とパッチを意識することなく、ネットワーク上の他の端末に送信、適用まで行われるためである。
【発明を実施するための最良の形態】
【００１３】
以下に、本発明の実施例について図面を参照して詳細に説明する。図１は本発明の実施例の機能ブロック図である。図１を参照すると、本発明の実施例によるパッチ同期化システムは、プログラム制御により動作する端末（中央処理装置、プロセッサ、データ処理装置等）１０，２０，３０があり、ネットワーク１００上において、これら端末が任意の台数存在する構成で成り立っており、端末間は通信可能なネットワーク環境が構築されているものとする。
【００１４】
端末１０，２０，３０の各々は、共に同様の機能を有するパッチ適用プログラム１１，２１，３１をそれぞれ有している。パッチ適用プログラム１１，２１，３１の各々は、エンドユーザがパッチ情報を登録するパッチ登録部１２，２２，３２と、各パッチ１８，２８，３８を適用する必要性の判断やパッチ適用を処理するパッチ適用部１３，２３，３３と、パッチ情報をネットワーク上の端末へ送信する処理や、送信されたパッチ情報の受信を処理するパッチ情報転送部１４，２４，３４と、同様に、パッチを送信する処理や受信する処理を持つパッチ転送部１５，２５，３５とが、各パッチ適用プログラムの処理部分として、それぞれ構成されている。
【００１５】
このうち、パッチ情報転送部とパッチ転送部とは、ネットワーク上の端末との通信処理が非同期で行われるために、常駐プロセスとして提供されるものである。入手したパッチ情報は、パッチ情報データベース１７，２７，３７において、例えば、図２に示すような内容として保存されることになる。また、パッチの各々は、パッチ格納領域１６，２６，３６にそれぞれ保存されるようになっている。
【００１６】
次に、パッチ適用プログラム１１の動作例を説明する。先ず、エンドユーザが端末１０で利用するソフトウェアのパッチ情報を検索して情報を得、パッチを端末１０の任意のフォルダにダウンロードする。エンドユーザは、ダウンロードした任意のフォルダのパス名とファイル名とを、パッチ適用プログラム１１のパッチ登録部１２へ、端末のキーボード（図示せず）から入力することにより渡す。
【００１７】
エンドユーザからパッチ登録部１２へパッチのフルパスのファイル名が渡され、自端末のパッチ適用処理を行うまでの処理は、図３のフローチャートのとおりである。すなわち、パッチ登録部１２は、渡されたパッチのリソース情報を参照し、ソフトウェアの製品名（図２の２−１）、バージョン（図２の２−２）、メーカ（図２の２−３）、実行モジュールのタイムスタンプ（図２の２−４）を入手する（図３のステップ３−１）。
【００１８】
パッチ登録部１２は、パッチをエンドユーザから渡されたファイル名を利用して、パッチが存在するフォルダからパッチ格納領域１６へ移動し、パッチのソフトウェアの製品名、バージョン、メーカ、実行モジュールのタイムスタンプ、また、パッチ格納領域１６へ移動されたパッチの格納場所を、パッチ情報データベース１７へ更新する（図３のステップ３−２）。
【００１９】
次に、パッチ適用部１３がパッチ格納領域１６へ移動されたパッチを起動し、パッチ適用を行う（図３のステップ３−３）。パッチ適用が成功すると、パッチ適用部１３は、パッチ情報データベース１７に当該パッチのパッチ適用結果（図２の２−５）に適用済みであることを記録する（図３のステップ３−４）。記録後、パッチ情報転送部１４が、パッチ情報として、ソフトウェアの製品名、バージョン、メーカ、実行モジュールのタイムスタンプを、ネットワーク１００上の端末２０や３０などのパッチ情報転送部に対して一斉通知を行う。この一斉通知方法としては、ブロードキャストやマルチキャスト通信にて行うことができる（図３のステップ３−５）。
【００２０】
パッチの適用に失敗した場合、パッチ適用部１３は、パッチの再適用を実行するかどうかをエンドユーザに確認した上で、パッチ再適用を実行する（図３のステップ３−６）。エンドユーザが再適用を実行しない選択をした場合には、再適用は行われず、他の端末への一斉通知も行われない。未適用のパッチは、後述する図９に示すとおり、次回の端末起動時やネットワークの接続時にパッチ適用処理が行われ、パッチ適用が成功するまでリトライされる。ここまでの処理で、端末１０を利用するエンドユーザが要求したパッチ適用処理は完了する。
【００２１】
端末１０から一斉通知されたパッチ情報を、端末２０，３０のパッチ情報転送部１４，２４が受信すると、図４に示すフローチャートに従った処理が行われる。図４を参照して端末２０での動作を例に動作説明する。端末２０のパッチ情報転送部２４は、他の端末からパッチ情報が送信されるのを待つため常駐プロセスとして動作している。パッチ情報転送部２４がパッチ情報を受信すると（図４のステップ４−１）、受信した情報とパッチ情報データベース２７のパッチ情報の製品名、バージョン、メーカ、実行モジュールのタイムスタンプを比較し、パッチ適用の必要性を確認する。
【００２２】
比較した結果、受信したパッチ情報のバージョン、またはタイムスタンプが新しい場合、パッチ適用が必要と認識する（図４のステップ４−２）。自端末に適用が不要と判断した場合、パッチ情報転送部２４は自端末のパッチ情報データベース２７で該当するソフトウェアの製品名、バージョン、メーカ、実行モジュールのタイムスタンプを端末１０のパッチ情報転送部１４に送信する。パッチ情報送信を行うことにより、端末１０が古いパッチを適用した際に、端末２０から端末１０に対して最新のパッチ適用を促すことができる。送信したパッチ情報を受信した端末１０は、端末２０が処理した図４の処理が処理可能であるため、同様の動作が行われる（図４のステップ４−３）。
【００２３】
ステップ４−２において、パッチ適用が必要と認識した場合、パッチ転送部２５は、パッチ情報の送信元である端末１０のパッチ転送部１５にパッチの送信を要求する（図４のステップ４−４）。パッチ送信要求には、ユニキャスト通信を利用して行う。パッチの送信要求された端末１０は、図５のフローチャートのとおり動作する。パッチ転送部２５も他の端末からパッチ情報が送信されるのを待つため常駐プロセスとして動作している。
【００２４】
パッチ転送部１５は、パッチの送信要求を受信すると（図５のステップ５−１）、現在何台の端末からパッチ送信要求処理を受け付けているか確認する（図５のステップ５−２）。パッチの送信処理は、同時に処理可能な端末の台数の上限ｎにより、ｎ台以上であるか否かでパッチ送信の可否を決定するため、現在のパッチ送信処理の台数がｎ台未満であれば、パッチ送信処理を開始し、完了すると完了通知を行う（図５のステップ５−３）。
【００２５】
既にｎ台以上にパッチを送信中である場合には、パッチ送信要求を拒否する（図５のステップ５−４）。パッチの送信開始あるいは拒否された結果、図４の端末２０のパッチ転送部２５に処理が戻る（図４のステップ４−５）。パッチ送信要求が受け入れられパッチの受信が完了すると、入手したパッチをパッチ格納領域２６に保存する（図４のステップ４−６）。
【００２６】
パッチ送信要求が拒否された端末２０のパッチ転送部２５は、パッチ送信要求を一定時間間隔で、リトライ回数分リトライを行う（図４のステップ４−７）。リトライ回数拒否された場合には、端末１０からのパッチ送信を行うことを諦め、他の端末からパッチが取得できるよう、パッチ情報データベース２７にある当該パッチの製品名、バージョン、メーカ、実行モジュールのタイムスタンプを、各端末のパッチ情報転送部へ一斉通知を行い、他の端末のパッチ情報転送部で４−３の処理が行われることを期待する（図４のステップ４−８）。
【００２７】
パッチの受信が完了しパッチ格納領域２６に保存後、パッチ情報データベース２７にパッチ情報として、製品名、バージョン、メーカ、実行モジュールのタイムスタンプ、パッチ格納場所を記録する（図４のステップ４−９）。パッチを入手後、パッチ適用部２３は、パッチ適用を実行して適用実施結果を確認する（図４のステップ４−１０）。パッチ適用が成功すると、パッチ適用部２３は、パッチ情報データベース２７に当該パッチのパッチ適用結果（図２の２−５）に適用済みであることを記録する（図４のステップ４−１１）。
【００２８】
図４のステップ４−１０において、パッチの適用に失敗した場合には、パッチの再適用を実行するかどうかをエンドユーザに確認した上で、パッチ再適用を実行する。キャンセルされた場合には、適用は行わず、パッチ情報の受信待ちに戻る（図４のステップ４−１２）。上記までの各端末間のパッチ情報の送受信、パッチの送受信処理は図６及び図７の手順で行われる。
【００２９】
図６を参照すると、端末１０のパッチ情報転送部が、ネットワーク上の各端末にパッチ情報の一斉通知（図３のステップ３−５）を行うと、端末２０，３０のパッチ情報転送部が受信し、どちらの端末のパッチ転送部も端末１０のパッチ転送部２５にパッチの送信要求（図４のステップ４−４）を出す。この際、先に送信要求した端末２０の送信要求は即時受け入れられるが、端末３０の要求が、パッチの同時送信台数の上限を超えていた場合、端末３０から端末１０へ出されたパッチの送信要求は拒否される（図５のステップ５−４）。
【００３０】
拒否された場合、一定時間後にリトライが行われ、端末１０と端末２０の送信／受信処理が完了すると（図５のステップ５−３）、完了後に出したパッチの送信要求（図４のステップ４−４）により、パッチ送信要求が端末１０に受け入れられ、パッチが送信される（図５のステップ５−３）。
【００３１】
図７を参照すると、端末１０のパッチ情報転送部が、ネットワーク上の各端末にパッチ情報の一斉通知（図３のステップ３−５）を行うと、端末２０，３０のパッチ情報転送部がそれを受信し、どちらの端末のパッチ転送部も端末１０のパッチ転送部２５にパッチの送信要求（図４のステップ４−４）を出す。端末１０から端末２０へのパッチ送信が完了した（図５のステップ５−３）後に、端末１０がダウンした場合、端末３０からのパッチの送信要求（図４のステップ４−４）はいつまでも受け付けられない。
【００３２】
パッチの送信要求処理（図４のステップ４−４）のリトライ回数の制限を越えた場合、パッチの送信要求一斉通知（図４のステップ４−８）を行い、端末１０以外の端末へパッチ送信を要求する。この通知を受信したパッチ取得済みの状態となった端末２０がその要求に応え、パッチ情報が端末２０から送信され（図４のステップ４−３）、パッチの送信処理が行われる。
【００３３】
パッチ適用時にある端末がダウンしていた場合や、ネットワークから切り離されていた場合の処理については、図８に示す手順のように処理される。端末３０が起動されるかネットワークに接続されると、図９に示したパッチの送信要求処理として、ソフトウェアの製品名、バージョン、メーカ、実行モジュールのタイムスタンプを送信する（図９のステップ９−１）。自端末にセットアップ済みのソフトウェアのパッチの種類分繰り返す（図９のステップ９−２）。
【００３４】
そのパッチ情報が端末１０，２０に届き、受信した端末１０，２０は、図４のパッチ情報受信処理にて、端末３０のパッチ情報が古いことを認識し、最新パッチの情報を端末３０に返却する（図４のステップ４−３）。端末３０は受信したパッチ情報を元に、同様に図４の処理でパッチ適用が必要であることを認識し、端末１０あるいは端末２０から受信したパッチ情報をチェックして（図４のステップ４−２）、先にパッチ情報を受信した端末からパッチの取得要求が行われ（図４のステップ４−４）、パッチ適用が実行される。
【００３５】
また、端末の起動時、ネットワーク接続時には、図４のパッチ適用処理でキャンセル（図４のステップ４−１２）された場合の対策として、再度パッチ適用が行われる。パッチ情報データベースのパッチ適用結果（図２の２−５）を参照し、未適用のパッチの有無を確認する（図９のステップ９−３）。未適用のパッチがあれば、パッチ適用を実行して適用実施結果を確認する（図９のステップ９−４）。パッチ適用が成功すると、パッチ情報処理部は、パッチ情報データベースに当該パッチのパッチ適用結果（図２の２−５）に適用済みであることを記録し（図９のステップ９−５）、パッチ情報データベースから別の未適用のパッチがないか確認し、なければ処理が終了し、あればパッチ適用処理が繰り返し実行される（図９のステップ９−６）。
【００３６】
パッチの適用に失敗した場合には、パッチの再適用を実行するかどうかをエンドユーザに確認した上で、パッチ再適用を実行する。キャンセルされた場合には、適用は行わず、パッチ情報データベースから未適用のパッチがないか確認処理が行われる（図９のステップ９−７）。結果、どんなケースにおいてもパッチ適用を確実に行うことが可能となる。
【００３７】
以上述べたように、図１中の各種ソフトウェアがインストールされた複数の端末１０，２０，３０において、パッチ適用プログラムが任意の端末でパッチ適用を実行後に、適用されたパッチを他の端末へ送信し、他の端末へもパッチ適用を行うようにしたので、最初にパッチを適用した端末以外の端末では、パッチ情報の検索手続きや適用の操作が必要なくなるため、多くのエンドユーザの作業が軽減でき、特定のマシンをパッチ管理サーバとして運用する必要もなく、パッチ適用のためのサーバ設置、サーバ管理者のコストも不要となる。また、いずれの端末がダウンした場合においても、その他の端末のパッチ適用処理が中断することなく、パッチ適用の継続が可能となる。
【００３８】
上記の実施例における各動作は、予めその動作手順をプログラムとしてＲＯＭなどの記録媒体に格納しておき、これをコンピュータ（ＣＰＵ）により読み取らせて実行させるように構成できることは明らかである。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施例の機能ブロック図である。
【図２】本発明の実施例におけるパッチ情報データベースの例を示す図である。
【図３】本発明の実施例において、エンドユーザの検索要求によって、パッチ情報を受信した端末のパッチ適用処理を示すフローチャートである。
【図４】本発明の実施例において、他の端末から一斉通知によりパッチ情報を受信した端末のパッチ適用処理を示すフローチャートである。
【図５】本発明の実施例において、他の端末からパッチ送信要求を受けた場合の端末の処理を示すフローチャートである。
【図６】本発明の実施例において、パッチ情報の一斉通知時の動作シーケンス図の一例である。
【図７】本発明の実施例において、パッチ情報の一斉通知時の動作シーケンス図の他の例である。
【図８】本発明の実施例において、パッチ適用時に端末がダウンまたはネットワークから切り離されていた場合の処理の例を示す動作シーケンス図である。
【図９】図８の詳細を示すフローチャートである。
【符号の説明】
【００４０】
１０，２０，３０  端末
１１，２１，３１  パッチ適用プログラム
１２，２２，３２  パッチ登録部
１３，２３，３３  パッチ適用部
１４，２４，３４  パッチ情報転送部
１５，２５，３５  パッチ転送部
１６，２６，３６  パッチ格納領域
１７，２７．３７  ソフトウェアのパッチ情報データベース
１８，２８，３８  パッチ
１００  ネットワーク
【図１】
2008225933.tif 000003
【図２】
2008225933.tif 000004
【図３】
2008225933.tif 000005
【図４】
2008225933.tif 000006
【図５】
2008225933.tif 000007
【図６】
2008225933.tif 000008
【図７】
2008225933.tif 000009
【図８】
2008225933.tif 000010
【図９】
2008225933.tif 000011