(57)【要約】【課題】障害発生時、発生した障害についてアラート通知要否を判断し、その判断結果を即座に監視員に通知できる障害監視方法および障害監視プログラムを提供する。【解決手段】監視サーバにおいて、ログイン情報と予め特定ユーザによる作業情報を記憶する記憶部を有し、監視対象サーバから障害発生日時を含む障害情報を取得し、前記障害情報が前記記憶部に記憶されている場合に、前記障害情報と関連付いたユーザを特定し、前記障害発生日時およびログイン情報から、監視対象サーバへのログインユーザを特定し、該特定したログインユーザと前記記憶部から特定したユーザとが一致するか否かを判定し、前記それぞれのユーザが一致する場合に、当該障害についてアラート通知不要であると判断し、該判断結果を示すランプ点灯情報をランプ表示部へ送信する。【選択図】図８
2013156789.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視対象サーバ、およびランプ表示部とネットワークを介して接続された監視サーバにおける障害監視方法であって、
前記監視サーバは、ログイン情報を記憶する第１の記憶部と、特定の日および時間帯に特定の監視対象サーバで作業実施予定のユーザの情報を記憶する第２の記憶部を具備し、
前記監視サーバにより、
第１の監視対象サーバから、前記ネットワークを介して、障害発生日時を含む障害情報を取得し、
前記障害情報が前記第２の記憶部に記憶されている場合に、前記障害情報と関連付いたユーザを特定し、
前記障害発生日時と前記ログイン情報から、前記第１の監視対象サーバへの前記ログインユーザを特定し、
該特定したログインユーザと前記第２の記憶部から特定したユーザとが一致するか否かを判定し、
前記判定により、前記それぞれのユーザが一致する場合に、当該障害についてアラート通知不要であると判断し、該判断結果を示すランプ点灯情報を前記ネットワークを介して前記ランプ表示部へ送信する、
ことを特徴とする障害監視方法。
【請求項２】
前記監視サーバにより、
前記判定により、前記それぞれのユーザが一致しない場合に、当該障害についてアラート通知要であると判断し、該判断結果を示すランプ点灯情報を前記ネットワークを介して前記ランプ表示部へ送信する、
ことを特徴とする請求項１に記載の障害監視方法。
【請求項３】
前記監視サーバは、さらに障害発生時における連絡先情報を記憶する第３の記憶部を具備し、
前記監視サーバにより、
前記障害情報が前記第２の記憶部に記憶されていない場合に、前記特定したログインユーザが前記第３の記憶部に登録されているかどうかを判定し、
前記判定結果に応じたランプ点灯情報を前記ネットワークを介して前記ランプ表示部へ送信する、
ことを特徴とする請求項２に記載の障害監視方法。
【請求項４】
前記監視サーバは、さらに表示部を具備し、
前記監視サーバにより、
前記判定により、前記それぞれのユーザが一致しない場合、および、前記障害情報が前記第２の記憶部に記憶されていない場合、前記第３の記憶部を参照してそれぞれの場合における連絡先情報を取得し、障害内容とともに前記表示部に表示する、
ことを特徴とする請求項３に記載の障害監視方法。
【請求項５】
コンピュータに、請求項１乃至請求項４に記載の障害監視方法を実行させる障害監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害監視システムにおける障害監視方法および障害監視プログラムに関する。
【背景技術】
【０００２】
一般的に、２４時間３６５日サービス提供を行うようなシステムでは、コンピュータ機器に障害が発生した際に即座に対応が可能な体制を整えておくことが求められる。その体制とは、２４時間対応可能な監視員と、決められた範囲内でコンピュータ機器に障害が発生していないかメッセージ監視やシステム内のコンピュータ機器の生死監視を行う監視サーバの２つが必要となる。
【０００３】
監視サーバが監視対象サーバの障害を検知すると、パトランプなどの装置からアラート通知を行い、監視員に障害対応の有無を判断させる。
【０００４】
このような監視体制をとっている場合、システム開発者がシステムの修正・改訂作業で監視対象サーバを操作した際に、システム開発者の作業に基づくメッセージの出力やコンピュータ機器の電源断を、監視サーバ側が障害発生として認識してしまい、アラート通知が起きる事例が発生している。
【０００５】
本事例の解決策の１つとして、特定のメッセージを事前にデータベース化し、メッセージ監視抑止の開始条件、終了条件を設定し、監視抑止の期間中にデータベースに登録されているメッセージが監視対象サーバから検知されても障害のアラート通知を行わない技術が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２５２４６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記特許文献１に記載の技術では、監視サーバに障害として検知されるメッセージをシステム開発者が事前にデータベースに登録する必要があるが、システム開発者側が作業実施時に作業対象サーバから出力されるメッセージ内容をすべて把握することは難しい。特に、既存の作業ではなく新しい機能を追加する際などは想定メッセージ以外のメッセージが出力され、障害としてパトランプからアラート通知されてしまう。監視員は、実際の障害か、システム開発者の作業に伴う影響かの確認を行うため、システム開発者の連絡先に確認を取るため、もし実際の障害であった場合には、初期対応動作の遅れにもつながる。
【０００８】
本発明は、障害発生時、発生した障害についてアラート通知要否を判断し、その判断結果を即座に監視員に通知できる障害監視方法および障害監視プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するための一手段について説明する。本発明は、複数の監視対象サーバ、およびランプ表示部とネットワークを介して接続された監視サーバにおける障害監視方法である。前記監視サーバは、ログイン情報を記憶する第１の記憶部と、特定の日および時間帯に特定の監視対象サーバで作業実施予定のユーザの情報を記憶する第２の記憶部を具備する。そして、障害発生時には、前記監視サーバにより、第１の監視対象サーバから、前記ネットワークを介して、障害発生日時を含む障害情報を取得し、前記障害情報が前記第２の記憶部に記憶されている場合に、前記障害情報と関連付いたユーザを特定し、前記障害発生日時と前記ログイン情報から、前記第１の監視対象サーバへの前記ログインユーザを特定し、該特定したログインユーザと前記第２の記憶部から特定したユーザとが一致するか否かを判定し、前記判定により、前記それぞれのユーザが一致する場合に、当該障害についてアラート通知不要であると判断し、該判断結果を示すランプ点灯情報を前記ネットワークを介して前記ランプ表示部へ送信する、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、障害発生時、発生した障害についてアラート通知要否を判断し、その判断結果を即座に監視員に通知できる。
【図面の簡単な説明】
【００１１】
【図１】障害監視システム１００の全体構成例を示す図である。
【図２】監視サーバ１０１のハードウェア構成例を示す図である。
【図３】パトランプ１０２のハードウェア構成例を示す図である。
【図４】監視抑止データベース２１５のデータ構成例を示す図である。
【図５】連絡先データベース２１６のデータ構成例を示す図である。
【図６】障害情報２１７のデータ構成例を示す図である。
【図７】ユーザ情報２１８のデータ構成例を示す図である。
【図８】アラート発生時の障害監視システム１００における障害発生時の処理を示すシーケンス図である。
【図９】監視サーバ１０１におけるパトランプ点灯機能２１３のパトランプ点灯処理（図８のステップＳ８０６）の詳細を示すフローチャート図である。
【図１０】監視サーバ１０１における連絡先・障害メッセージ表示機能２１４の処理（図８のステップＳ８０８、ステップＳ８０９）を示すフローチャート図である。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施例について、図面を参照して詳細に説明する。
【００１３】
図１は、本実施例に係る障害監視システム１００の全体構成例を示す図である。障害監視システム１００は、監視サーバ１０１と、パトランプ（ランプ表示部）１０２と、開発者用サーバ１０３と、複数の監視対象サーバ１０５がＬＡＮ等の内部ネットワーク１０４に接続され、複数の監視対象サーバ１０５と、複数の利用者端末１０７がＷＡＮ等の外部ネットワーク１０６に接続されて構成される。監視サーバ１０１は、複数の監視対象サーバ１０５の障害情報やユーザ情報を監視し、障害が発生したときにはパトランプ１０２にアラート通知を送信する。パトランプ１０２は監視サーバ１０１からアラート通知を受信したら点灯を行い、障害の発生を監視員１０８に認識させる。監視員１０８は障害の発生を認識したら監視サーバ１０１を利用して障害発生時間、対象サーバのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、対象メッセージ、担当者の連絡先を確認し、担当者に対して障害発生の連絡を行う。監視対象サーバ１０５は、２つのネットワークに接続しており、システム開発者は、開発者用サーバ１０３から内部ネットワーク１０４を介して、システム利用者は、利用者端末１０７から外部ネットワーク１０６を介して、監視対象サーバ１０５に接続を行う。
【００１４】
図２は、監視サーバ１０１のハードウェア構成例を示す図である。監視サーバ１０１は、制御部２００と、キーボード、マウス等の入力部２０２と、ディスプレイ等の表示部２０３と、ネットワークインタフェース部２０４と、記憶部２０１に障害監視機能２１１と、ユーザ監視機能２１２と、パトランプ監視機能２１３と、連絡先・障害メッセージ表示機能２１４と、監視抑止データベース２１５と、連絡先データベース２１６と、障害情報２１７と、ユーザ情報２１８から構成される。各部はバス（ＢＵＳ）によって接続されている。また、障害監視機能２１１は、監視対象サーバ１０５に障害が発生したときに、障害が発生した監視対象サーバ１０５から障害情報２１７を取得する機能を有する。また、ユーザ監視機能２１２は、監視対象サーバ１０５にログインしているユーザを監視してユーザ情報２１８を取得する機能を有する。また、パトランプ点灯機能２１３は、監視抑止データベース２１５、障害情報２１７、ユーザ情報２１８を基にパトランプの点灯情報を決定し、パトランプ１０２へと送信する機能を有する。また、連絡先・障害メッセージ表示機能２１４は、連絡先データベース２１６から取得した担当者の連絡先と障害情報２１７に含まれる障害メッセージを表示部２０３に送信する機能を有する。
【００１５】
図３は、パトランプ１０２のハードウェア構成例を示す図である。パトランプ１０２は、ネットワークインタフェース部３００と、表示部（赤ランプ）３０１と、表示部（黄ランプ）３０２と、表示部（緑ランプ）３０３と、表示部（青ランプ）３０４から構成される。各部はバス（ＢＵＳ）によって接続されている。詳細を後述するが、本実施例では、ランプの色で緊急性を判断可能である。監視対象サーバ１０５に障害が発生した時、その障害が監視抑止対象外で、かつ監視対象サーバ１０５のログインユーザの連絡先情報がない場合、赤ランプが点灯する。この場合、緊急性が最も高い。監視対象サーバ１０５に障害が発生した時、その障害が監視抑止対象外で、かつ監視対象サーバ１０５のログインユーザの連絡先情報がある場合、緑ランプが点灯する。監視対象サーバ１０５に障害が発生した時、その障害が監視対象で、監視対象サーバ１０５のログインユーザが事前に監視抑止依頼を行ったシステム開発者等でない場合、黄ランプが点灯する。監視対象サーバ１０５に障害が発生した時、その障害が監視対象で、かつ監視対象サーバ１０５のログインユーザが事前に監視抑止依頼を行ったシステム開発者等の場合、青ランプが点灯する。この場合、障害対応は不要である。このように、ランプの色は、赤が最も緊急性が高く、黄、緑、青の順で緊急性が低くなる。
【００１６】
図４は、監視抑止データベース２１５のデータ構成例を示す図である。監視抑止データベース２１５は、監視対象サーバ１０５から障害が発生した際に、その障害が障害通報の対象外と判断するための情報（監視抑止依頼）を格納するデータベースであり、特定のログインユーザが、特定の日および時間帯に特定の監視対象サーバでシステム修正等の作業を行う場合に、システム開発者から申請（監視抑止依頼）があったときに更新される。図４に示すように、監視抑止データベース２１５には、申請者４０１と、監視日４０２と、監視抑止時間４０３と、ログインユーザ４０４と、監視対象サーバ４０５と、監視対象ＩＰアドレス４０６と、想定される監視メッセージ４０７と、を示す情報がそれぞれ関連付けられて記憶されている。  図５は、連絡先データベース２１６のデータ構成例を示す図である。連絡先データベース２１６はシステム開発者の連絡先を格納するデータベースであり、システム開発者から申請があったときに更新される。図５に示すように、連絡先データベース２１６には、ユーザ名５０１と、会社名５０２と、アカウント５０３と、電話番号５０４と、メールアドレス５０５と、緊急５０６と、を示す情報がそれぞれ関連付けられて記憶されている。
【００１７】
図６は、障害情報２１７のデータ構成例を示す図である。障害情報２１７は、障害発生時の各種情報を格納する場所であり、何れかの監視対象サーバ１０５に障害が発生したことが検知された時に更新される。図６に示すように、障害情報２１７には、障害検知日６０１と、障害検知時間６０２と、対象サーバ６０３と、対象ＩＰアドレス６０４と、障害メッセージ６０５と、を示す情報がそれぞれ関連付けられて記憶されている。ここで、障害検知日６０１と、障害検知時間６０２と、対象サーバ６０３と、対象ＩＰアドレス６０４と、障害メッセージ６０５には、障害監視機能２１１を用いて取得された情報が格納される。
【００１８】
図７は、ユーザ情報２１８のデータ構成例を示す図である。ユーザ情報２１８は、監視対象サーバ１０５にログインしているユーザの情報を格納する場所であり、監視対象サーバ１０５へのユーザログインが検知された時に更新される。図７に示すように、ユーザ情報２１８には、ログイン日７０１と、ログイン時間７０２と、ログインユーザ７０３と、を示す情報がそれぞれ関連付けて記憶されている。ここで、ログイン日７０１と、ログイン時間７０２と、ログインユーザ７０３には、ユーザ監視機能２１２を用いて取得された情報が格納される。
【００１９】
図８は、障害アラート発生時の障害監視システム１００における障害発生時の処理を示すシーケンス図である。障害アラート発生時の障害監視システム１００における障害発生時の処理は、監視対象サーバ１０５の障害発生により開始される（ステップＳ８０１）。次に、監視サーバ１０１は、障害監視機能２１１により、障害情報２１７（図６）に格納されている障害検知日６０１（今回の例では７/１とする）、障害検知時間６０２（今回の例では１３：１５とする）、対象サーバ６０３（今回の例ではｈｏｓｔ０１とする）、対象ＩＰアドレス６０４（今回の例ではｙｙ．ｙｙ．ｙｙ．ｙｙとする）、障害メッセージ６０５（今回の例では〜〜〜〜〜とする）を取得し（ステップＳ８０２）、ユーザ監視機能２１２により、ユーザ情報２１８（図７）に格納されている全レコードのログイン日７０１（今回の例では７/１とする）、ログイン時間７０２（今回の例では９：５０〜１２：１５、１０：１０〜１１：３０、１３：００〜１３：１５とする）、ログインユーザ７０３（今回の例ではａｄｍｉｎｉｓｔｒａｔｏｒ、ｕｓｅｒ０１、ａｄｍｉｎ０１）を取得する（ステップＳ８０３）。次に、監視サーバ１０１は、パトランプ点灯機能２１３により、ステップＳ８０２で取得した障害情報２１７とステップＳ８０３で取得したユーザ情報をキーに監視抑止データベース２１５を検索し（ステップＳ８０４）、検索結果を取得する(ステップＳ８０５)。具体的には、パトランプ点灯機能２１３は、監視抑止データベース２１５（図４）の監視日４０２と監視抑止時間４０３とログインユーザ４０４を、ステップＳ８０２で取得した障害情報２１７の障害検知日６０１と障害検知時間６０２、ステップＳ８０３で取得したログインユーザ７０３をキーに検索し、さらに該当結果レコードの監視対象サーバ４０５、または監視対象ＩＰアドレス４０６、または想定される監視メッセージ４０７を、ステップＳ８０２で取得した障害情報２１７の対象サーバ６０３、または対象ＩＰアドレス６０４、または障害メッセージ６０５をキーに検索し、該当する監視抑止依頼があったかを確認し、その結果（今回の例では監視抑止データベース２１５の＃１となる）を取得する。次に、監視サーバ１０１は、パトランプ点灯機能２１３により、パトランプの点灯情報を決定（今回の例では監視抑止対象であるので青ランプとなる）し、決定した点灯情報をパトランプ１０２に送信する（ステップＳ８０６）。
【００２０】
パトランプ１０２は、受信した点灯情報を基に該当表示部（今回の例では表示部３０４）を点灯する（ステップＳ８０７）。
【００２１】
パトランプ１０２側で点灯処理が行われる間、監視サーバ１０１は、連絡先・障害メッセージ表示機能２１４により、ステップＳ８０３で取得したログインユーザ７０３をキーに連絡先データベース２１６を検索し、障害発生時の連絡先情報を取得し（ステップＳ８０８）、取得した連絡先情報とステップＳ８０２で取得した障害メッセージ６０５を表示部２０３に表示する制御を行う（ステップＳ８０９）。尚、今回の例では青ランプのため、連絡先情報は表示部２０３に表示されない。
【００２２】
また、ステップＳ８０７においてパトランプ点灯に気付いた監視員１０８は、その点灯情報から障害発生の内容を確認するとともに、監視サーバ１０１の表示部２０３に表示された連絡先情報と障害メッセージ６０５を基に、初期対応動作を実施する。
【００２３】
図９は、監視サーバ１０１におけるパトランプ点灯機能２１３のパトランプ点灯処理（図８のステップＳ８０６）の詳細を示すフローチャート図である。パトランプ点灯機能２１３は、ステップＳ８０２にて取得した障害情報２１７が監視抑止データベース２１５に登録されているか否か判断する（今回の例では該当レコードが存在するため、「ＹＥＳ」となる）（ステップＳ９０１）。ステップＳ９０１の判断が「ＮＯ」の場合、パトランプ点灯機能２１３は、ステップＳ８０２にて取得した障害情報２１７（図６）の１レコードに格納されている、障害検知日６０１、障害検知時間６０２を取得する（ステップＳ９０２）。次に、パトランプ点灯機能２１３は、ユーザ情報２１８(図７)に格納されている全レコードのログイン日７０１、およびログイン時間７０２を、障害検知日６０１、障害検知時間６０２をキーに検索し、該当のレコードからログインユーザ７０３を抽出する（ステップＳ９０３）。次に、パトランプ点灯機能２１３は、抽出したログインユーザ７０３が、連絡先データベース２１６（図５）のアカウント５０３に登録されているか否かを判断する（ステップＳ９０４）。ステップＳ９０４の判断が「登録されていない」の場合は、パトランプ１０２へ赤ランプ点灯の情報を送信する（ステップＳ９０５）。ステップＳ９０４の判断が「登録されている」の場合は、パトランプ点灯機能２１３は、パトランプ１０２へ緑ランプ点灯の情報を送信する（ステップＳ９０６）。
【００２４】
また、ステップＳ９０１の判断が「ＹＥＳ」の場合、パトランプ点灯機能２１３は、監視抑止データベース２１５（図４）の該当レコードから、ログインユーザ４０４（今回の例ではａｄｍｉｎ０１とする）を抽出する（ステップＳ９０７）。次に、パトランプ点灯機能２１３は、ステップＳ８０２にて取得した障害情報２１７の１レコードに格納されている、障害検知日６０１（今回の例では７/１とする）、障害検知時間６０２（今回の例では１３：１５とする）を取得する（ステップＳ９０８）。次に、パトランプ点灯機能２１３は、ユーザ情報２１８に格納されている全レコードのログイン日７０１、ログイン時間７０２を、障害検知日６０１、障害検知時間６０２をキーに検索し、該当のレコードからログインユーザ７０３（今回の例ではａｄｍｉｎ０１とする）を抽出する（ステップＳ９０９）。パトランプ点灯機能２１３は、ステップＳ９０７にて抽出したログインユーザ４０４（ａｄｍｉｎ０１）と、ステップＳ９０９にて抽出したログインユーザ７０３（ａｄｍｉｎ０１）が一致するか否か判断する（今回の例では「一致する」となる）（ステップＳ９１０）。ステップＳ９１０の判断が「一致しない」の場合は、パトランプ点灯機能２１３は、パトランプ１０２へ黄ランプ点灯の情報を送信する（ステップＳ９１１）。ステップＳ９１０の判断が「一致する」の場合は、パトランプ１０２へ青ランプ点灯の情報を送信する（ステップＳ９１２）。なお、パトランプ１０２では、ステップＳ９０５、ステップＳ９０６、ステップＳ９１１、ステップＳ９１２の処理に応じて、表示部３０１〜３０４が点灯する。
【００２５】
図１０は、監視サーバ１０１における連絡先・障害メッセージ表示機能２１４の処理（図８のステップＳ８０８、ステップＳ８０９）の詳細を示すフローチャート図である。連絡先・障害メッセージ表示機能２１４は、パトランプ１０２に送信した点灯情報（今回の例では「青」となる）を判断する（ステップＳ１００１）。ステップＳ１００１の判断が「赤」の場合、連絡先・障害メッセージ表示機能２１４は、連絡先データベース２１６から、緊急５０６に情報が登録されているユーザ、すなわち緊急連絡先ユーザ情報を検索し、該当レコードからユーザ名５０１、会社名５０２、電話番号５０４、メールアドレス５０５の各緊急連絡先ユーザ情報を取得し（ステップＳ１００２）、取得した緊急連絡先ユーザ情報と緊急であることを示す情報５０６、およびステップＳ８０２で取得した障害メッセージ６０５（図６）を表示部２０３に表示する制御を行う（ステップＳ１００３）。ステップＳ１００１の判断が「緑」の場合、連絡先・障害メッセージ表示機能２１４は、連絡先データベース２１６から、該当ログインユーザ（アカウント５０３に登録されているユーザ）の連絡先情報（ユーザ名５０１、会社名５０２、電話番号５０４、メールアドレス５０５）を取得し（ステップＳ１００４）、取得したログインユーザの連絡先情報およびステップＳ８０２で取得した障害メッセージ６０５を表示部２０３に表示する制御を行う（ステップＳ１００５）。
【００２６】
Ｓ１００１の判断が「黄」の場合、連絡先・障害メッセージ表示機能２１４は、ステップＳ９０７（図９）にて監視抑止データベース２１５から抽出したログインユーザ４０４をキーに連絡先データベース２１６を検索し、ログインユーザ４０４と一致するレコードから、ログインユーザの連絡先情報（ユーザ名５０１、会社名５０２、電話番号５０４、メールアドレス５０５）を取得し（ステップＳ１００６）、取得した監視抑止データベース２１６に登録されているログインユーザの情報を表示部２０３に表示する制御を行う（ステップＳ１００５）。
【００２７】
また、ステップＳ１００１の判断が「青」の場合、ログインユーザが事前に監視抑止依頼を行ったシステム開発者等であるため、障害対応は不要である。したがって、この場合、連絡先の出力は不要のため、連絡先・障害メッセージ表示機能２１４は、処理を終了する。
【００２８】
以上本発明の一実施例について説明した。上記実施例によれば、障害発生時、発生した障害についてアラート通知要否を判断し、その判断結果を即座に監視員に通知できる。また、上記実施例によれば、監視サーバ１０１において、監視対象サーバ１０５における障害発生の有無だけでなく、ログインユーザの監視を行うことで、障害が発生した際に、この障害がシステム開発者によるものかシステム利用者によるものかを判断できる。したがって、障害発生時に対応が必要なのか否かがすぐに判断でき、対応が必要な場合には、連絡先および障害メッセージが自動で表示されるので、障害時の初期対応時間を短縮することが出来る。また、障害発生時のログインユーザを監視することで、同件の障害がシステム開発者とシステム利用者で発生しても、それぞれの障害内容を区別して検知することができる。
【００２９】
以上本発明の実施例を説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００３０】
１０１・・・監視サーバ、１０２・・・パトランプ、１０３・・・開発者用サーバ、
１０４・・・内部ネットワーク、１０５・・・監視対象サーバ、１０６・・・外部ネットワーク、１０７・・・利用者端末、２００・・・制御部、２０１・・・記憶部、２０２・・・入力部、２０３・・・表示部、２０４、３００・・・ネットワークインタフェース部、３０１、３０２、３０３、３０４・・・表示部（パトランプ）。
【図１】
2013156789.tif 000003
【図２】
2013156789.tif 000004
【図３】
2013156789.tif 000005
【図４】
2013156789.tif 000006
【図５】
2013156789.tif 000007
【図６】
2013156789.tif 000008
【図７】
2013156789.tif 000009
【図８】
2013156789.tif 000010
【図９】
2013156789.tif 000011
【図１０】
2013156789.tif 000012