(57)【要約】【課題】電力系統監視制御検証システムの検証効率を向上させる。【解決手段】計算機と管理計算機を備える電力系統監視制御検証システムにおいて、計算機は、管轄地域の電力系統監視制御システムで運用されているものと同一の検証セットを格納する記憶領域を２以上有しており、或る検証セットの切替要求を受けると、ＯＳを再起動させること無く、ＯＳ上で実行中の検証セットを記憶領域から切替要求を受けた検証セットに切り換える切換手段を有し、管理計算機は、管轄地域と当該管轄地域の電力系統監視制御システムと同一の検証セットを有する計算機とを対応づけて管理する検証セット管理テーブルと、入力された管轄地域に対応する検証セットを有する計算機を検証セット管理テーブルから検索する検索手段と、検索手段にて検索された１以上の計算機に対して検証セットの切替要求を送信する送信手段とを有する。【選択図】図１
2014115846.tif 000002
【特許請求の範囲】
【請求項１】
複数の計算機と、前記複数の計算機を管理する管理計算機と、から構成される電力系統監視制御検証システムであって、
前記複数の計算機の各々は、
管轄地域の電力系統監視制御システムで運用されているアプリケーション及び設備ＤＢ（ＤａｔａＢａｓｅ）と同一の検証用のアプリケーション及び設備ＤＢを一つの検証セットとして格納する記憶領域を２以上有しており、
前記記憶領域に格納されている検証セットを実行するＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と、
或る検証セットの切替要求を受けると、前記ＯＳを再起動させること無く、前記ＯＳ上で実行中の検証セットを停止させた後、前記切替要求を受けた検証セットを格納する記憶領域からその検証セットを読み出して実行する切換手段と、を有し、
前記管理計算機は、
前記管轄地域と、当該管轄地域の電力系統監視制御システムと同一の検証セットを有する計算機と、を対応づけて管理する検証セット管理テーブルと、
管轄地域の入力を受け付ける入力手段と、
前記検証セット管理テーブルに基づいて、前記入力手段から入力された管轄地域に対応する検証セットを有する計算機を検索する検索手段と、
前記検索手段にて検索された１以上の計算機に対して、前記入力手段から入力された管轄地域に対応する検証セットの切替要求を送信する送信手段と、を有する
電力系統監視制御検証システム。
【請求項２】
前記検証セット管理テーブルは、計算機毎に、何れの記憶領域の検証セットが実行中であるかを示す実行領域と、当該実行中の検証の重要度を表す検証重要度と、を更に有し、
前記管理計算機は、
前記入力手段において、管轄地域及び重要度の入力を受け付け、
前記検索手段において、前記検証セット管理テーブルに基づいて、前記入力手段から入力された管轄地域に対応する検証セットを有し、且つ、前記入力手段から入力された重要度よりも低い検証重要度を有する計算機を検索する、
請求項１に記載の電力系統監視制御検証システム。
【請求項３】
前記管理計算機は、
前記検証セット管理テーブルに基づいて、複数の異なる計算機において同一の検証セットが実行中であると判断した場合、当該複数の異なる計算機の内の何れかの計算機の検証重要度を、他の計算機の検証重要度よりも低く設定する検証重要度設定手段、を更に有する
請求項２に記載の電力系統監視制御検証システム。
【請求項４】
前記管理計算機は、
前記検索手段において２以上の計算機が検索された場合、最も低い検証重要度を有する１の計算機に、前記入力手段から入力された管轄地域に対応する検証セットへの切替要求を送信する
請求項２又は３に記載の電力系統監視制御検証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
電力系統監視制御検証システムの技術に関する。
【背景技術】
【０００２】
電力系統監視制御システムは、通常、複数の分散化された計算機を備える。各計算機では、監視制御及び各種数値の記録収集等の業務を行うアプリケーションプログラム（以下「アプリケーション」という）と、当該システムが管轄する地域（以下「管轄地域」という）の電力系統の設備ＤＢ（ＤａｔａＢａｓｅ）と、が実行されている。
【０００３】
アプリケーションのバージョン及び設備ＤＢの内容は、当該システムの管轄地域によって異なる。したがって、運転員のシステム習熟に使用する訓練システム又はアプリケーションの改修時の検証に使用する検証装置等では、実際のシステムと同様の環境を実現する必要がある。なお、電力系統監視制御検証システムとは直接関係しないシステムではあるが、参考技術として、省電力モードに移行したマイクロプロセッサを再起動させる技術は知られている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０８−００６６８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、実際の電力系統監視制御システムを検証するためのシステム（以下「検証システム」という）の各計算機は、複数のアプリケーション及び設備ＤＢを有する。そして、実行中のアプリケーション及び設備ＤＢを、他のアプリケーション及び設備ＤＢに切り替える場合、計算機を再起動させていた。なぜなら、アプリケーション及び設備ＤＢを初期化する必要があるからである。しかし、計算機の再起動には時間がかかるため、他のアプリケーション及び設備ＤＢへの切り換えには時間がかかっていた。
【０００６】
また、各管轄地域に対応する検証用のアプリケーション及び設備ＤＢは、複数の計算機に分散して保持されている。したがって、例えば、管轄地域で実際に運用中の電力系統監視制御システムで実行されているアプリケーション及び設備ＤＢを緊急に検証したい場合に、何れの計算機で実行中の検証を切り換えれば良いかを的確に判断することが難しかった。
【０００７】
本発明の目的は、検証用のアプリケーション及び設備ＤＢの切り換えに要する時間を短縮した電力系統監視制御検証システムを提供することにある。
【０００８】
本発明の別の目的は、管轄地域で実際に運用中の電力系統監視制御システムを検証する場合に、検証用のアプリケーション及び設備ＤＢが実行中の複数の計算機の内、何れの計算機で実行中の検証を切り換えれば良いかを適切に判断する電力系統監視制御検証システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一実施形態に係る電力系統監視制御検証システムは、複数の計算機と、前記複数の計算機を管理する管理計算機と、から構成される。複数の計算機の各々は、管轄地域の電力系統監視制御システムで運用されているアプリケーション及び設備ＤＢ（ＤａｔａＢａｓｅ）と同一の検証用のアプリケーション及び設備ＤＢを一つの検証セットとして格納する記憶領域を２以上有しており、記憶領域に格納されている検証セットを実行するＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と、検証セットの実行要求を受けると、ＯＳを再起動させること無く、ＯＳ上で実行中の検証セットを停止させた後、実行要求を受けた検証セットを記憶領域から読み出して実行する切換手段と、を有する。管理計算機は、管轄地域と当該管轄地域の電力系統監視制御システムと同一の検証セットを有する計算機とを対応づけて管理する検証セット管理テーブルと、管轄地域の入力を受け付ける入力手段と、検証セット管理テーブルに基づいて、入力手段から入力された管轄地域に対応する検証セットを有する計算機を検索する検索手段と、検索手段にて検索された１以上の計算機に対して、入力手段から入力された管轄地域に対応する検証セットの実行要求を送信する送信手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、検証用のアプリケーション及び設備ＤＢの切り換えに要する時間を短縮することができる。また、或る管轄地域の電力系統監視制御システムを検証する場合に、複数の実行中の検証用のアプリケーション及び設備ＤＢの内、何れを切り換えれば良いかを適切に判断することができる。
【図面の簡単な説明】
【００１１】
【図１】電力系統監視制御検証システムの構成例を示す。
【図２】計算機のハードウェア構成の一例を示す。
【図３】従来の切換処理のフローチャートの例を示す。
【図４】本実施例に係る切換処理のフローチャートの例を示す。
【図５】検証セット管理テーブルの例を示す。
【図６】管理計算機における切換選択処理のフローチャートの例を示す。
【発明を実施するための形態】
【００１２】
以下、複数の計算機で構成され、或る計算機で実行中の検証セットを、ＯＳを再起動すること無く、他の検証セットの実行に切り換える電力系統監視制御検証システムの実施例を、図面を参照しながら説明する。
【００１３】
図１は、電力系統監視制御検証システムの構成例を示す。電力系統監視制御検証システム（以下「検証システム」という）１は、複数の分散化された計算機２と、それら複数の計算機２を管理する少なくとも一つの管理計算機５と、を備える。各計算機２及び管理計算機５は、二重の通信線３１ａ、３１ｂで接続されている。
【００１４】
図２は、計算機のハードウェア構成の一例を示す。計算機２は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、メモリ１２、記憶デバイス１３、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）１４、入力デバイス１５及び出力デバイス１６を備える。そして、これら要素１１〜１６は、双方向にデータ通信可能なバス１９で接続されている。計算機２は、例えば、ＣＰＵ１１が、記憶デバイス１３に格納されているコンピュータプログラムをメモリ１２に展開して実行することにより、後述する各種機能を実現する。
【００１５】
計算機２は、通信ＩＦ１４及び通信線３１ａ、３１ｂを通じて、例えば管理計算機５と、相互にデータを送受信できる。
【００１６】
計算機２は、入力デバイス１５を通じて、ユーザからの指示を受けても良い。入力デバイス１５は、例えば、キーボード、マウス及び／又はマイク等である。計算機２は、出力デバイス１６を通じて、ユーザに対して画像及び音声等を出力しても良い。出力デバイス１６は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイ等である。管理計算機５のハードウェア構成は、図２に示した計算機２とほぼ同様であるので、説明を省略する。以下、図１の説明に戻る。
【００１７】
各計算機２は、実際の電力系統監視制御システム（以下「実システム」という）において監視制御及び各種数値の記録収集等を行うアプリケーションに対応する（又は同一の）検証用アプリケーションと、実システムの管轄地域の電力系統の設備ＤＢに対応する（又は同一の）検証用設備ＤＢと、を有する。各計算機２は、実システムの管轄地域毎に、検証用アプリケーション及び検証用ＤＢを一つの検証セット２１として管理する。各計算機２は、検証用アプリケーション及び検証用設備ＤＢの検証セット２１を、例えば、記憶デバイス１３の所定の記憶領域に格納する。
【００１８】
計算機２は、ＣＰＵ１１上でＯＳ２４を実行する。そして、検証用アプリケーション及び検証用設備ＤＢの検証セット２１は、ＯＳ２４上で実行される。計算機２は、同時に複数の検証セット２１を実行せずに、一つの検証セット２１のみを実行する。検証の精度を高めるためである。従来、実行中の検証セット２１を切り換える場合は、ＯＳ２４（又は計算機２）を再起動させていた。次に、この従来の検証セットの切換処理について説明する。
【００１９】
図３は、本発明を適用しない場合の比較例としての切換処理のフローチャートの例を示す。以下、図３を参照しながら、比較例としての切換処理について説明する。
【００２０】
ユーザは、計算機に対して、切換先の検証セットを入力する（Ｓ１０１）。切換手段は、この入力を受けて、切換先の検証セットを有する記憶領域の位置を、不揮発性の記憶デバイスに格納する（Ｓ１０２）。不揮発性の記憶デバイスに格納するのは、この後ＯＳ（又は計算機）を再起動させても、切換先の検証セットの記憶領域の位置が、消去されないようにするためである。そして、切換手段は、ＯＳ（又は計算機）を再起動させる（Ｓ１０３）。
【００２１】
ＯＳが再起動された後、切換手段は、記憶デバイスから、ＯＳの再起動前に格納した記憶領域の位置を読み出す（Ｓ１０４）。切換手段は、その記憶領域の位置から検証セットを読み出して起動する（Ｓ１０５）。
【００２２】
このように、本発明を適用しないときは、検証セットを切り換える場合、ＯＳを再起動する。一般的にＯＳの再起動は、計算機自体の再起動を伴う。したがって、検証セットの切り換えに長時間を要する。そこで、次に、本実施例に係る切換手段２３における検証セットの切り換え処理について説明する。
【００２３】
図４は、本実施例に係る切換処理のフローチャートの例を示す。以下、図４を参照しながら、本実施例に係る切換手段２３の切換処理について説明する。
【００２４】
ユーザは、計算機２に対して、切換先の検証セット２１を入力する（Ｓ２０１）。切換手段２３は、この入力を受けて、切換先の検証セット２１を有する記憶領域の位置を、揮発性のメモリ１２に格納する（Ｓ２０２）。揮発性のメモリ１２に格納するのは、図３の例と異なり、この後ＯＳ２４を再起動する必要がないからである。そして、一般的に不揮発性の記憶デバイス１３よりも揮発性のメモリ１２の方が、書き込み及び読み出し速度が速いからである。
【００２５】
そして、切換手段２３は、実行中の検証セット２１を停止して初期化する（Ｓ２０３）。実行中の検証セット２１の停止及び初期化を完了後、切換手段２３は、メモリ１２から、先ほど格納した記憶領域の位置を読み出す（Ｓ２０４）。切換手段２３は、その記憶領域の位置から検証セット２１を読み出して起動する（Ｓ２０５）。
【００２６】
このように、本実施例では、検証セット２１を切り換える場合に、ＯＳ２４を再起動する必要が無い。したがって、本実施例によれば、検証セット２１の切り換えに要する時間を短くすることができる。
【００２７】
上述では、計算機２に対して、直接的に切換先の検証セット２１を入力していた。次に、管理計算機５から、複数の計算機２に対してまとめて検証セット２１の切り換えを要求する場合について説明する。
【００２８】
まず、図１に戻り、管理計算機２が有する機能について説明する。管理計算機２は、例えば機能として、入力手段４１と、検索手段４２と、送信手段４３と、検証重要度設定手段４４とを有する。また、管理計算機２は、例えばデータとして、検証セット管理テーブル１００を有する。次に、検証セット管理テーブル１００について説明する。
【００２９】
図５は、検証セット管理テーブルの例を示す。検証セット管理テーブル１００は、例えば、管理計算機５に格納される。なお、図５に示す検証セット管理テーブル１００の説明において、第１記憶領域１２１ａ及び第２記憶領域１２１ｂをまとめて記憶領域１２１と言うことがある。同様に、アプリケーションバージョン１３１ａ及び１３１ｂをまとめて、アプリケーションバージョン１３１と言うことがある。同様に、設備ＤＢバージョン１３２ａ及び１３２ｂをまとめて、設備ＤＢバージョン１３２と言うことがある。同様に、管轄地域１３３ａ及び１３３ｂをまとめて、管轄地域１３３と言うことがある。
【００３０】
検証セット管理テーブル１００は、各計算機２が各記憶領域に格納している検証セット２１をまとめて管理する。検証セット管理テーブル１００は、例えばデータ項目として、計算機名１２０と、記憶領域１２１毎に、アプリケーションバージョン１３１と、設備ＤＢバージョン１３２と、管轄地域１３３とを有する。検証セット管理テーブル１００は、更に、データ項目として、実行領域１２２と、検証重要度１２３とを有しても良い。
【００３１】
アプリケーションバージョン１３１には、記憶領域１２１に格納されている検証アプリケーションのバージョン番号が格納される。つまり、このアプリケーションバージョン１３１が同じ検証アプリケーションは、同じものであるとして良い。
【００３２】
設備ＤＢバージョン１３２には、記憶領域１２１に格納されている設備ＤＢのバージョン番号が格納される。つまり、この設備ＤＢバージョン１３２が同じ設備ＤＢは、同じものであるとして良い。
【００３３】
したがって、アプリケーションバージョン１３１及び設備ＤＢバージョン１３２が同一の検証アプリは、同じものであるとして良い。例えば、図５に示す検証セット管理テーブル１００において、第１計算機２の第１記憶領域１２１ａに格納されているアプリケーションバージョン１３１及び設備ＤＢバージョン１３２ａと、第２計算機２の第１記憶領域１２１ａに格納されているアプリケーションバージョン１３１及び設備ＤＢバージョン１３２ａとは同じである。したがって、第１計算機２の第１記憶領域１２１ａに格納されている検証セット２１と、第２計算機２の第１記憶領域１２１ａに格納されている検証セット２１とは同じものであるとしても良い。
【００３４】
管轄地域１３３には、その検証セット２１と同じものが運用されている実システムの管轄地域の情報（例えば、管轄地域の名称又はＩＤ等）が格納される。したがって、検証セット管理テーブル１００を参照することによって、計算機名１２０の示す計算機２の或る記憶領域１２１には、その管轄地域１３３の実システムで運用されているアプリケーション及び設備ＤＢと同等のアプリケーションバージョン１３１及び設備ＤＢバージョン１３２から構成される検証セット２１が格納されていることがわかる。
【００３５】
実行領域１２２には、計算機名１２０の示す計算機２において、何れの記憶領域１２１の検証セット２１が実行中であるかを示す情報が格納される。例えば、第１計算機２において、第１記憶領域１２１ａの検証セット２１が実行中の場合は、実行領域１２２に「１」が格納され、第２記憶領域１２１ｂの検証セット２１が実行中の場合は、実行領域１２２に「２」が格納されても良い。また、何れの検証セットも実行されていない場合は、実行領域１２２に「０」が格納されても良い（行１３１ｃ参照）。
【００３６】
検証重要度１２３には、計算機名１２０の示す計算機２において実行中の検証の重要度を示す情報が格納される。例えば、検証重要度１２３には、重要度が高い検証の場合は「３」、重要度が普通の検証の場合は「２」、重要度が低い検証の場合は「１」、が格納されても良い。また、何れの検証セットも実行されていない場合は、検証重要度１２３に「０」が格納されても良い（行１３１ｃ参照）。次に、図１に戻り、管理計算機５の機能について説明する。
【００３７】
入力手段４１は、ユーザから管轄地域を含む検証の切替要求の入力を受け付ける。また、入力手段４１は、ユーザから管轄地域と共に、その検証の重要度の入力を受け付けても良い。
【００３８】
検索手段４２は、検証セット管理テーブル１００に基づいて、入力手段４１から入力された管轄地域に対応する検証セット２１を有する計算機２を検索する。また、検索手段４２は、検証セット管理テーブル１００に基づいて、入力手段４１から入力された管轄地域に対応する検証セット２１を有し、且つ、入力手段４１から入力された重要度よりも低い検証重要度１２３を有する計算機２を検索しても良い。
【００３９】
送信手段４３は、検索手段４２にて検索された１以上の計算機２に対して、入力手段４１から入力された管轄地域に対応する検証セットの切替要求を送信する。また、管理計算機５は、検索手段４２において２以上の計算機２が検索された場合、最も低い検証重要度１２３を有する１の計算機２に、入力手段４１から入力された管轄地域に対応する検証セットへの切替要求を送信しても良い。
【００４０】
検証重要度設定手段４４は、検証重要度設定手段４４が、検証セット管理テーブル１００を参照し、所定の条件に基づいて、検証重要度１２３を設定若しくは変更する。例えば、検証重要度設定手段４は、検証セット管理テーブル１００に基づいて、複数の異なる計算機２において同一の検証セット２１が実行中であると判断した場合、当該複数の異なる計算機２の内の何れかの計算機２の検証重要度１２３を、他の計算機２の検証重要度１２３よりも低く設定しても良い。例えば、検証重要度設定手段４４は、異なる計算機２で同じ検証セット２１が実行されている場合、一方の検証セット２１の検証重要度１２３を低く設定若しくは変更しても良い。なぜなら、仮に、検証重要度１２３の低いその一方の検証セット２１を切り換えたとしても、検証重要度１２３の高い同じ検証セット２１の実行が残るからである。つまり、検証システム１全体の検証に対する影響を抑えることができるからである。
【００４１】
例えば、図５に示す検証セット管理テーブル１００において、第１計算機２では、第１記憶領域１２１ａの検証セット２１が実行されており、第２計算機２では、第１記憶領域１２１ａの検証セット２１が実行されており、これらの検証セット２１は同じである。したがって、管理計算機５の検証重要度設定手段４４は、例えば、第２計算機２の検証重要度１２３を、第１計算機２の検証重要度１２３の「３」よりも低い「１」に設定若しくは変更しても良い。なお、検証重要度１２３は、ユーザから、入力手段４１を通じて切替要求を入力する際に、合わせてその検証の重要度が入力されても良い。
【００４２】
図６は、管理計算機５における切換選択処理のフローチャートの例を示す。以下、図６を参照しながら、管理計算機５からの切換選択処理について説明する。
【００４３】
ユーザは、或る管轄地域で運用中の実システムのアプリケーション及び設備ＤＢを検証する場合、管理計算機５に、その管轄地域及びこれから実行する検証の重要度を入力する（Ｓ３０１）。
【００４４】
管理計算機５は、その入力された管轄地域で運用中の実システムのアプリケーション及び設備ＤＢのバージョン番号を取得する（Ｓ３０２）。このバージョン番号は、例えば、所定のネットワークを通じて、管轄地域で実際に運用中の実システムから取得しても良い。
【００４５】
管理計算機５は、検証セット管理テーブル１００の各記憶領域１２１のアプリケーションバージョン１３１、設備ＤＢバージョン１３２及び管轄地域１３３を参照して、入力された管轄地域及びその取得したバージョン番号に適合する検証セットを有する計算機２を検索する（Ｓ３０３）。
【００４６】
そして、管理計算機５は、検証セット管理テーブル１００から、その検索された計算機２に対応する実行領域１２２及び検証重要度１２３を取得する（Ｓ３０４）。
【００４７】
管理計算機５は、検証セット管理テーブル１００を参照して、検索された計算機２の内、入力された重要度よりも低い検証重要度１２３を有する計算機２が存在するか否かを判定する（Ｓ３０５）。
【００４８】
入力された重要度よりも低い検証重要度１２３の計算機２が存在する場合（Ｓ３０５：ＹＥＳ）、管理計算機５は、入力された重要度よりも低い検証重要度１２３の計算機２に対して、入力された管轄領域に対応する検証セットに切り換える旨を要求する切替要求を送信し（Ｓ３０８）、当該処理を終了する。
【００４９】
入力された重要度よりも低い検証重要度１２３の計算機が存在しない場合（Ｓ３０５：ＮＯ）、管理計算機５は、検索された計算機２の一覧を表示して（Ｓ３０６）、ユーザに何れの計算機２に対して切替要求を送信するかを選択させる（Ｓ３０７）。そして、管理計算機５は、ユーザに選択された計算機２に対して、入力された管轄領域に対応する検証セットに切り換える旨を要求する切替要求を送信し（Ｓ３０８）、当該処理を終了する。
【００５０】
なお、切替要求を受けた計算機２の切換手段２３は、上記図３にて説明したように、ＯＳ２４を再起動することなく、要求された検証セット２１に切り換える。
【００５１】
以上の処理により、管轄地域で運用中の実システムのアプリケーション及び設備ＤＢに何らかの問題が発生し、直ちに検証を行わなければならない場合に、ユーザは、管理計算機５にその管轄地域とその検証の重要度を入力するだけで、検証システム１において素早く検証を開始することができる。さらに、検証システム１全体において、より重要な検証を優先的に実行することができる。
【００５２】
なお、ステップＳ３０５において、入力された重要度よりも低い検証重要度１２３の計算機２が複数存在する場合は、ステップＳ３０８において、それら計算機の全てに対して検証セットの切替要求を送信しても良い。これにより、複数の計算機２で同じ検証が実行されるので、より信頼性の高い検証を行うことができる。
【００５３】
また、ステップＳ３０５において、入力された重要度よりも低い検証重要度１２３の計算機が複数存在する場合は、ステップＳ３０８において、検証重要度１２３の最も低い計算機２（例えば、何れの検証セット２１も実行していない計算機２）に対して検証セット２１の切替要求を送信しても良い。これにより、検証システム１全体において、実行中の他の検証との調整を効率的に行うことができる。
【００５４】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【符号の説明】
【００５５】
１…電力系統監視制御検証システム  ２…計算機  ５…管理計算機  ２１…検証セット  ２３…切換手段  ２４…ＯＳ
【図１】
2014115846.tif 000003
【図２】
2014115846.tif 000004
【図３】
2014115846.tif 000005
【図４】
2014115846.tif 000006
【図５】
2014115846.tif 000007
【図６】
2014115846.tif 000008