(57)【要約】【課題】第三者が提供するアプリケーションサービスを利用する場合等において、利用者側で必要とするセンシティブなデータに対するアクセスログを容易に取得する。【解決手段】アプリケーションサーバと通信ネットワークを介して接続する機能を備えるログ取得装置において、前記アプリケーションサーバに対する要求メッセージの中に所定の条件を満たすデータが存在する場合に、当該データにログ取得符号を付与し、当該ログ取得符号を付与したデータを含む要求メッセージを前記アプリケーションサーバに送信する要求メッセージ処理手段と、前記アプリケーションサーバから応答メッセージを受信した場合に、当該応答メッセージから、前記ログ取得符号が付与されたデータをログとして取得する応答メッセージ処理手段とを備える。【選択図】図４
2015090522.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションサーバと通信ネットワークを介して接続する機能を備えるログ取得装置であって、
前記アプリケーションサーバに対する要求メッセージの中に所定の条件を満たすデータが存在する場合に、当該データにログ取得符号を付与し、当該ログ取得符号を付与したデータを含む要求メッセージを前記アプリケーションサーバに送信する要求メッセージ処理手段と、
前記アプリケーションサーバから応答メッセージを受信した場合に、当該応答メッセージから、前記ログ取得符号が付与されたデータをログとして取得する応答メッセージ処理手段と
を備えることを特徴とするログ取得装置。
【請求項２】
前記所定の条件は、前記データの属性が、ログ取得対象とするデータが有すべき属性として予め定めた属性であることである
ことを特徴とする請求項１に記載のログ取得装置。
【請求項３】
前記要求メッセージ処理手段は、前記所定の条件を満たすデータに前記ログ取得符号とともに前記属性を示す識別子を付与する
ことを特徴とする請求項２に記載のログ取得装置。
【請求項４】
アプリケーションサーバと通信ネットワークを介して接続する機能を備えるログ取得装置が実行するログ取得方法であって、
前記アプリケーションサーバに対する要求メッセージの中に所定の条件を満たすデータが存在する場合に、当該データにログ取得符号を付与し、当該ログ取得符号を付与したデータを含む要求メッセージを前記アプリケーションサーバに送信する要求メッセージ処理ステップと、
前記アプリケーションサーバから応答メッセージを受信した場合に、当該応答メッセージから、前記ログ取得符号が付与されたデータをログとして取得する応答メッセージ処理ステップと
を備えることを特徴とするログ取得方法。
【請求項５】
コンピュータを、請求項１ないし３のうちいずれか１項に記載のログ取得装置における各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバで管理されるデータに対するアクセスのログを取得する技術に関連するものである。
【背景技術】
【０００２】
インターネット上のアプリケーションサーバから顧客データ管理アプリケーション等の各種アプリケーションサービスが提供されている。このような第三者が提供するサービスでは、サービス利用者（主に企業）が自身でサーバ構築、アプリケーションのインストール等をすることなく、すぐにサービスを受けられる利点がある。
【０００３】
また、近年、インターネット上のサーバで管理する個人情報等のセンシティブなデータに対して、各種セキュリティガイドラインやセキュリティ要件が定められており、センシティブなデータに対するアクセスログの取得が求められている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０８−１０６４０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような第三者が提供するサービスを利用する場合、個人情報等のセンシティブなデータに対するアクセスログを取得するためには、サービスを提供するサーバで取得したアクセスログを、サービスを提供する第三者に要望する必要がある。しかし、第三者は、セキュリティの観点から必ずしもアクセスログを提供するとは限らない。
【０００６】
また、アクセスログの提供に応じたとしてもセンシティブなデータの変更等に対して迅速にアクセスログの変更に対応できないという問題がある。
【０００７】
一方、利用者がサービスを利用しアクセスしたデータ全てを利用者側で残しておき、残した全てのデータからアクセスログを抽出することもできるが、センシティブでない不要なデータまで残すことになり、また、膨大なデータから必要なアクセスログを抽出する手間が生じてしまう。
【０００８】
本発明は、上記の点に鑑みてなされたものであり、第三者が提供するアプリケーションサービスを利用する場合等において、利用者側で必要とするセンシティブなデータに対するアクセスログを容易に取得する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一実施形態によれば、アプリケーションサーバと通信ネットワークを介して接続する機能を備えるログ取得装置であって、
前記アプリケーションサーバに対する要求メッセージの中に所定の条件を満たすデータが存在する場合に、当該データにログ取得符号を付与し、当該ログ取得符号を付与したデータを含む要求メッセージを前記アプリケーションサーバに送信する要求メッセージ処理手段と、
前記アプリケーションサーバから応答メッセージを受信した場合に、当該応答メッセージから、前記ログ取得符号が付与されたデータをログとして取得する応答メッセージ処理手段とを備えるログ取得装置が提供される。
【発明の効果】
【００１０】
本発明の一実施形態によれば、第三者が提供するアプリケーションサービスを利用する場合等において、利用者側で必要とするセンシティブなデータに対するアクセスログを容易に取得する技術が提供される。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係るシステムの全体構成図である。
【図２】アプリケーションサーバ３０の機能構成図である。
【図３】データ格納部３２に格納されるテーブルデータの一例を示す図である。
【図４】中継装置２０の機能構成図である。
【図５】ログ取得対象情報の例を示す図である。
【図６】データ登録時の動作例を説明するためのシーケンス図である。
【図７】ログ取得符号付与に関する処理のフローチャートである。
【図８】中継装置２０が利用者端末１０から受信する要求メッセージに含まれるデータの内容例を示す図である。
【図９】中継装置２０がアプリケーションサーバ３０に送信する要求メッセージに含まれるデータの内容例を示す図である。
【図１０】アプリケーションサーバ３０のデータ格納部３２に格納されるテーブルデータの例を示す図である。
【図１１】データ検索時の動作例を説明するためのシーケンス図である。
【図１２】ログ取得処理のフローチャートである。
【図１３】アプリケーションサーバ３０から受信する検索結果データの例を示す図である。
【図１４】ログ取得処理において取得されるログの例を示す図である。
【図１５】利用者端末１０に送信する検索結果データの例を示す図である。
【図１６】ログ取得対象情報の他の例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態では、利用者端末１０とアプリケーションサーバ３０間でＨＴＴＰによりテキストデータ（ＨＴＭＬ文書等）を送受信することを想定しているが、プロトコルはＨＴＴＰに限られるわけではない。
【００１３】
（システムの構成）
図１に、本発明の実施の形態に係るシステムの全体構成図を示す。図１に示すように、本実施の形態のシステムは、利用者端末１０、中継装置２０、及びアプリケーションサーバ３０が、通信ネットワーク４０で接続された構成を有する。図１には、利用者端末１０、中継装置２０、及びアプリケーションサーバ３０がそれぞれ１つづつ示されているが、これは説明の便宜上のものであり、それぞれが複数であってもよい。
【００１４】
本実施の形態における通信ネットワーク４０は例えばインターネットであるが、本発明はどのような通信ネットワークにおいても適用可能である。利用者端末１０は例えばＷｅｂブラウザを備えたＰＣ（パーソナルコンピュータ）やスマートフォン等である。
【００１５】
中継装置２０は、本発明に係るログ取得装置の一実施形態に係る装置であり、詳細動作は後述するが、概して、利用者端末１０から受信した要求メッセージに含まれるデータに対し、所定の条件に基づきログ取得符号を付与し、ログ取得符号付与後の要求メッセージをアプリケーションサーバ３０に送信する。また、アプリケーションサーバ３０から応答メッセージを受信する場合、受信した応答メッセージに含まれる、ログ取得符号が付与されたデータをログとして抽出し、データからログ取得符号を除いた応答メッセージを利用者端末１０に送信する。
【００１６】
アプリケーションサーバ３０は、いわゆるクラウドサービスを提供するサーバである。図２に、アプリケーションサーバ３０の機能構成例を示す。図２に示すように、アプリケーションサーバ３０は、サービス提供部３１、及びデータ格納部３２を含む。
【００１７】
サービス提供部３１は、顧客データ管理サービス等のアプリケーションサービスを提供する機能部である。顧客データ管理サービスの場合、サービス提供部３１は、例えば利用者端末１０から顧客データを受信し、顧客データを所定の形式でデータ格納部３２に格納（登録）する。また、サービス提供部３１は、例えば利用者端末１０から検索クエリーデータとともに検索要求を受信した場合には、当該検索クエリーデータに該当するデータを検索して利用者端末１０に提供する。本実施の形態では、サービス提供部３１は、このようにデータの登録、検索等を行う機能部である。
【００１８】
図３に、アプリケーションサーバ３０のデータ格納部３２に格納されるテーブルデータの一例を示す。図３に示す例では、データ格納部３２には、項目（名前、住所、等）毎に、その項目に該当するデータがテーブルとして格納される。
【００１９】
図４に、中継装置２０の機能構成図を示す。図４に示すように、中継装置２０は、要求メッセージ処理部２１、応答メッセージ処理部２２、ログ取得対象情報格納部２３、ログ格納部２４を有する。要求メッセージ処理部２１は、利用者端末１０から受信した要求メッセージを解析し、要求メッセージからログ取得対象情報に基づく判断に必要な情報を抽出し、当該情報とログ取得対象情報とを比較することで、データに対するログ取得符号の付与の要否を決定し、ログ取得要のデータに対してログ取得符号の付与を行って、要求メッセージをアプリケーションサーバ３０に転送する。
【００２０】
応答メッセージ処理部２２は、アプリケーションサーバ３０から受信した応答メッセージから、ログ取得符号が付与されたデータをログとして抽出し、当該データをログ格納部２４に格納し、ログ取得符号を除いた応答メッセージを利用者端末１０に転送する。
【００２１】
ログ取得対象情報格納部２３はログ取得対象情報を格納する。ログ格納部２４は応答メッセージ処理部２２により抽出されたログを格納する。なお、ログ取得対象情報格納部２３、ログ格納部２４の両方又はいずれかは中継装置２０の外部の装置（中継装置２０にネットワーク接続されたデータベース装置等）に備えてもよい。
【００２２】
図５に、ログ取得対象情報格納部２３に格納されるログ取得対象情報の例を示す。ログ取得対象情報は、予めログ取得対象情報格納部２３に格納される情報である。図５に示すように、ログ取得対象情報はデータの項目毎のログ取得要否の情報である。この「項目」とは、例えば図３に示した項目Ａ、項目Ｂ、...等の項目に相当する。本実施の形態においては、要求メッセージ処理部２１は、要求メッセージに含まれる、ＨＴＭＬのフォームにおけるInput要素のname属性によって「項目」を識別する。
【００２３】
図５の例では、例えば「名前」の項目に対応するデータはログ取得要である。従って、要求メッセージ処理部２１は、ログ取得対象情報に基づき、要求メッセージからname属性として「名前」を探し、name属性として「名前」がある場合に、「名前」に対応する入力データをログ取得要と判定し、ログ取得符号を付与する。なお、name属性によってログ取得対象を指定することは一例に過ぎない。他の属性、あるいは、データ自体の内容に基づいてログ取得対象を指定することとしてもよい。なお、データ自体の内容は、データの属性の一例である。
【００２４】
図５に示すようなログ取得対象情報を、アプリケーションサーバ３０へのログインＩＤ毎に備え、該当するログインのセッションにおいて当該ログインＩＤに対応するログ取得対象情報を用いることとしてもよい。更に、ログ取得対象情報を、要求メッセージの宛先となるＵＲＬ毎に備え、ＵＲＬに対応するログ取得対象情報を用いることとしてもよい。当該ＵＲＬは例えば、アプリケーションサーバ３０が提供するサービスのデータ登録画面等の画面単位の要素に対応する。
【００２５】
本実施の形態に係る中継装置２０は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、中継装置２０が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ、ハードディスクなどのハードウェア資源を用いて、中継装置２０で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。
【００２６】
なお、本実施の形態では、本発明に係るログ取得装置の例として、プロキシサーバに相当する中継装置２０を用いているが、ログ取得装置の機能を、利用者端末内のソフトウェアで実現することも可能である。
【００２７】
（システムの動作例）
以下、本実施の形態に係るシステムの動作例を説明する。
【００２８】
＜データ登録時の動作例＞
図６のシーケンス図を参照して、利用者端末１０からアプリケーションサーバ３０に対してデータを登録する際の動作例を説明する。
【００２９】
利用者端末１０には、アプリケーションサーバ３０から提供された入力画面が表示されており、利用者が登録を希望する項目の欄にデータを入力する（ステップ１０１）。利用者が画面上の送信ボタンを押す等の操作を行うことで、入力されたデータ、及び当該データの属性としての項目名（例：名前）を含む要求メッセージが送出される（ステップ１０２）。
【００３０】
中継装置２０の要求メッセージ処理部２１は要求メッセージを受信して、ログ取得符号付与の処理を行う（ステップ１０３）。
【００３１】
ログ取得符号付与に関する処理を図７のフローチャートを参照して説明する。中継装置２０の要求メッセージ処理部２１は利用者端末３０から要求メッセージを受信する（ステップ１０）。要求メッセージ処理部２１が利用者端末３０から要求メッセージを受信したときの要求メッセージに含まれるデータの例を図８に示す。図８には、項目毎のデータが示されている。
【００３２】
図７に戻り、要求メッセージ処理部２１は、ログ取得対象情報格納部２３からログ取得対象情報（例：図５）を取得する（ステップ１１）。要求メッセージ処理部２１は、ログ取得対象情報に従って、利用者端末１０から受信した要求メッセージに含まれる項目のデータのうち、ログ取得要である項目のデータに対し、ログ取得符号を付与する（ステップ１２）。本実施の形態では、ログ取得符号として、ログ取得対象データの前後に先頭子：Prefix、接尾子：Suffixを付与することとしている。
【００３３】
そして、要求メッセージ処理部２１は、ログ取得対象データにログ取得符号が付与された要求メッセージをアプリケーションサーバ３０に送信する（ステップ１３）。図９に、アプリケーションサーバ３０に送信される要求メッセージに含まれるデータの例を示す。この例は、図８に示したデータに対し、図５に示したログ取得対象情報に従ってログ取得符号を付与した例である。
【００３４】
図６に戻り、中継装置２０の要求メッセージ処理部２１は、上記のようにしてログ取得符号が付与されたデータを含む要求メッセージをアプリケーションサーバ３０に転送する（ステップ１０４）。
【００３５】
要求メッセージを受信したアプリケーションサーバ３０において、サービス提供部３１が、ログ取得符号が付与されたデータを含むデータをデータ格納部３２に格納（登録）する（ステップ１０５）。図１０に、データ格納部３２に格納されるテーブルデータの例を示す。
【００３６】
＜データ検索時の動作例＞
次に、利用者端末１０からアプリケーションサーバ３０に格納されたデータを検索する場合の動作例を説明する。この動作例では、アプリケーションサーバ３０のサービス提供部３１は、検索クエリーデータ（検索文字列）を含む検索要求メッセージを受信したときに、データ格納部３２に格納されたデータ（例：図１０）において複数の項目にわたって横断的な検索を行い、例えば、検索クエリーデータに該当する項目のデータ及び当該データに関連付けられたデータを検索結果として要求元に返す機能を備える。
【００３７】
図１１のシーケンス図を参照してデータ検索時の動作例を説明する。
【００３８】
利用者端末１０には、アプリケーションサーバ３０から提供された検索欄を含む入力画面が表示されており、利用者が検索したい文字列（検索クエリーデータ）を検索欄に入力する（ステップ２０１）。利用者が画面上の検索ボタンを押す等の操作を行うことで、検索クエリーデータを含む検索要求メッセージが送出される（ステップ２０２）。
【００３９】
検索要求メッセージは、中継装置２０の要求メッセージ処理部２１によりアプリケーションサーバ３０に転送される（ステップ２０３）。
【００４０】
検索要求メッセージを受信したアプリケーションサーバ３０において、サービス提供部３１は、データ格納部３２に格納されているデータの各項目に対し、検索クエリーデータで検索を行う（ステップ２０４）。
【００４１】
例えば、検索クエリーデータが"営業"であり、図１０に示すテーブルデータに対して"営業"で検索が行われるとすると、テーブルデータから"営業"に関連するデータが抽出され、図１３に示す検索結果データを含む応答メッセージが中継装置２０に送信される（図１１のステップ２０５）。その後、中継装置２０においてログ取得処理が行われる（ステップ２０６）。ログ取得に関わる処理を図１２のフローチャートに沿って説明する。
【００４２】
中継装置２０の応答メッセージ処理部２２がアプリケーションサーバ３０から検索結果を含む応答メッセージを受信する（ステップ２０）。検索結果のデータ例は図１３に示したとおりである。
【００４３】
応答メッセージ処理部２２は、検索結果のデータにログ取得符号（接頭子及び接尾子の組）が存在するか否かをパターンマッチングにより判定し、存在する場合に、ログ取得対象データであると判断し、接頭子と接尾子に囲まれたデータを抽出する（ステップ２１）。
【００４４】
応答メッセージ処理部２２は、例えば、アクセス日時、アクセス元、ステップ２１で抽出したデータをアクセスログとして抽出し、ログ格納部２４に格納する（ステップ２２）。そして、応答メッセージ処理部２２は、ログ取得符号を除去した検索結果のデータを含む応答メッセージを利用者端末１０に送信する（ステップ２３）。
【００４５】
図１４に、ログ取得処理で取得され、ログ格納部２４に格納されるログの例を示す。図１４に示すアクセス日時、アクセス元は、応答メッセージに含まれているものとする。また、この例では、ログとして取得したデータに対応する項目（"名前"等）は、例えばデータの並び等から判別可能であるものとする。利用者端末１０に送信される、ログ取得符号を除去した検索結果のデータの例を図１５に示す。
【００４６】
例えば、上記のようにして中継装置２０のログ格納部２４に格納されたログに対し、アクセス元毎にデータ数のカウントを行うことで、一定数以上のセンシティブデータを参照したユーザの特定等を実施できる。また、一定数以上のセンシティブデータが参照された操作が行われた場合に管理者にアラートを上げたり、該当利用者端末に対して応答メッセージ自体の転送を中断したりする制御を行うことも可能である。これにより、例えば、社員による大量の重要データ持ち出しの抑止を図ることができる。
【００４７】
またユーザ毎に単位時間あたりのセンシティブデータ参照数を抑止することや、そのユーザの普段のアクセス傾向から見て突飛な参照が行われた場合の抑止によりセンシティブデータに対する量的なアクセスコントロール手段を提供することもできる。
【００４８】
（変形例）
上述した実施形態においては、図５に示したログ取得対象情報に基づきログ取得対象であると判定されたデータに接頭子と接尾子からなるログ取得符号を付加していた。しかし、アプリケーションサーバ３０から受信する応答メッセージ内において、どの項目のデータがどのデータ位置に入るかは、アプリケーションの処理に依存するため、一般にはログ取得対象データがどの項目に対応するものかは判別できない。もちろん、重要な（センシティブな）データのみをログ取得対象として取得することでも十分に実用的であるが、データに対する項目（あるいは他の属性）が識別できることが望ましい。
【００４９】
そこで、この変形例では、データ登録時に、中継装置２０の要求メッセージ処理部２１が、ログ取得対象のデータに、ログ取得符号に加えて、項目識別子を付与する。具体的には、中継装置２０のログ取得対象情報格納部２３に、例えば図１６に示すログ取得対象情報が格納される。図１６に示す例では、ログ取得要である項目のデータに対して項目識別子が付されることが示されている。
【００５０】
そして、図６のステップ１０３のログ取得符号付与の処理において、中継装置２０の要求メッセージ処理部２１は、ログ取得対象情報に基づいて、ログ取得対象のデータにログ取得符号（接頭子と接尾子）に加えて項目識別子を付加する。図１６のように、「名前」のデータがログ取得要であり、項目識別子が「あ」であるとすると、入力データとして名前＝鈴木一郎を含む要求メッセージを受信した要求メッセージ処理部２１は、「鈴木一郎」を、ログ取得符号と項目識別子を付加した「Prefixあ鈴木一郎suffix」というデータに置き換えて、置き換えを行った要求メッセージをアプリケーションサーバ３０に送信する。
【００５１】
中継装置２０の応答メッセージ処理部２２が、検索結果としての「Prefixあ鈴木一郎suffix」を受信した場合、応答メッセージ処理部２２は、接頭子と接尾子によりログ取得対象データを識別するとともに、ログ取得対象情報（図１６）を参照して、「あ」が付された「鈴木一郎」の項目が「名前」であることを識別し、アクセスログとして名前＝鈴木一郎をログ格納部２４に格納する。その後、応答メッセージ処理部２２は、応答メッセージからログ取得符号と項目識別子を除去し、除去を行った応答メッセージを利用者端末１０に送信する。
【００５２】
上記の例では、項目を識別するための項目識別子を用いることとしたが、例えば、データを暗号化するか否かを示す識別子、データの重要度のランクを示す識別子等を用いることとしてもよい。これらの識別子の用い方は項目識別子と同じである。つまり、ログ取得対象情報にこれら識別子を定義し、「Prefixあ鈴木一郎suffix」のように識別子を付加する。
【００５３】
上記のように識別子を使用することで、項目とデータをログとして取得できるので、例えば、「メールアドレス」のデータを一定数以上参照したユーザの特定等を行うことが可能となる。
【００５４】
（実施の形態のまとめ）
本実施の形態では、アプリケーションサーバと通信ネットワークを介して接続する機能を備えるログ取得装置であって、前記アプリケーションサーバに対する要求メッセージの中に所定の条件を満たすデータが存在する場合に、当該データにログ取得符号を付与し、当該ログ取得符号を付与したデータを含む要求メッセージを前記アプリケーションサーバに送信する要求メッセージ処理手段と、前記アプリケーションサーバから応答メッセージを受信した場合に、当該応答メッセージから、前記ログ取得符号が付与されたデータをログとして取得する応答メッセージ処理手段とを備えるログ取得装置が提供される。
【００５５】
前記ログ取得装置は、通信ネットワークを介して利用者端末と接続する機能を備え、前記要求メッセージ処理手段は、前記要求メッセージを前記利用者端末から受信し、前記応答メッセージ処理手段は、前記アプリケーションサーバから受信した応答メッセージから、前記ログ取得符号を除去した応答メッセージを前記利用者端末に送信するようにしてもよい。
【００５６】
前記所定の条件は、例えば、前記データの属性が、ログ取得対象とするデータが有すべき属性として予め定めた属性であることである。また、前記要求メッセージ処理手段は、前記所定の条件を満たすデータに前記ログ取得符号とともに前記属性を示す識別子を付与することとしてもよい。
【００５７】
また、本実施の形態では、アプリケーションサーバと通信ネットワークを介して接続する機能を備えるログ取得装置が実行するログ取得方法であって、前記アプリケーションサーバに対する要求メッセージの中に所定の条件を満たすデータが存在する場合に、当該データにログ取得符号を付与し、当該ログ取得符号を付与したデータを含む要求メッセージを前記アプリケーションサーバに送信する要求メッセージ処理ステップと、前記アプリケーションサーバから応答メッセージを受信した場合に、当該応答メッセージから、前記ログ取得符号が付与されたデータをログとして取得する応答メッセージ処理ステップとを備えるログ取得方法が提供される。
【００５８】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００５９】
１０  利用者端末
２０  中継装置
３０  アプリケーションサーバ
４０  通信ネットワーク  
２１  要求メッセージ処理部
２２  応答メッセージ処理部
２３  ログ取得対象情報格納部
２４  ログ格納部
３１  サービス提供部
３２  データ格納部
【図１】
2015090522.tif 000003
【図２】
2015090522.tif 000004
【図３】
2015090522.tif 000005
【図４】
2015090522.tif 000006
【図５】
2015090522.tif 000007
【図６】
2015090522.tif 000008
【図７】
2015090522.tif 000009
【図８】
2015090522.tif 000010
【図９】
2015090522.tif 000011
【図１０】
2015090522.tif 000012
【図１１】
2015090522.tif 000013
【図１２】
2015090522.tif 000014
【図１３】
2015090522.tif 000015
【図１４】
2015090522.tif 000016
【図１５】
2015090522.tif 000017
【図１６】
2015090522.tif 000018