(57)【要約】【課題】ユーザが利用しているアプリケーションを推定し、ユーザに対して必要十分なＱｏＳを提供する。【解決手段】実施形態の無線基地局は、アプリケーションの実行に伴って無線通信を行う一又は複数の無線通信装置との間で双方向無線通信の通信制御を行う無線基地局である。無線基地局のアプリケーション推定部は、無線通信における上りデータ量、下りデータ量、上りデータ量の時間変動及び下りデータ量の時間変動に基づいて無線通信装置上で実行されているアプリケーションの種類を推定する。【選択図】図１
2015050714.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションの実行に伴って無線通信を行う少なくとも一つの無線通信装置との間で双方向無線通信の通信制御を行う無線基地局であって、
前記無線通信における上りデータ量、下りデータ量、上りデータ量の時間変動及び下りデータ量の時間変動に基づいて前記無線通信装置上で実行されているアプリケーションの種類を推定するアプリケーション推定部を備えた無線基地局。
【請求項２】
前記アプリケーション推定部は、前記アプリケーションの種類の推定対象の無線通信装置に対して割り当てる無線リソースブロック数の増加前後における、上りデータ量、下りデータ量、上りデータ量の時間変動及び下りデータ量の時間変動の変化に基づいて前記アプリケーションの種類の推定を行う、
請求項１記載の無線基地局。
【請求項３】
上りデータ量、下りデータ量、上りデータ量の時間変動及び下りデータ量の時間変動と、前記アプリケーションの種類を予め対応づけたテーブルを備え、
前記アプリケーション推定部は、前記テーブルを参照して前記無線通信装置上で実行されているアプリケーションの種類を推定する、
請求項１または請求項２記載の無線基地局。
【請求項４】
前記アプリケーション推定部は、前記上りデータ量及び前記下りデータ量に基づいて前記上りデータ量の時間変動及び前記下りデータ量の時間変動を算出する、
請求項１乃至請求項３のいずれかに記載の無線基地局。
【請求項５】
前記アプリケーション推定部は、前記上りデータ量及び前記下りデータ量を、所定の複数の段階に区分して前記推定を行う、
請求項１乃至請求項４のいずれかに記載の無線基地局。
【請求項６】
前記段階は、３段階以上であり、
前記アプリケーション推定部は、前記アプリケーションの種類の推定対象の前記無線通信装置において、単位時間内に前記区分が変更された段階数に基づいて前記上りデータ量の時間変動及び前記下りデータ量の時間変動を求める、
請求項５記載の無線基地局。
【請求項７】
アプリケーションの実行に伴って無線通信を行う少なくとも一つの無線通信装置との間で双方向無線通信の通信制御を行う無線基地局で実行される通信制御方法であって、
前記無線通信における上りデータ量及び下りデータ量を取得する過程と、
前記取得した前記上りデータ量及び前記下りデータ量に基づいて、上りデータ量の時間変動及び下りデータ量の時間変動を算出する過程と、
取得した前記上りデータ量及び前記下りデータ量並びに算出した前記上りデータ量の時間変動及び前記下りデータ量の時間変動に基づいて前記無線通信装置上で実行されているアプリケーションの種類を推定する過程と、
を備えた通信制御方法。
【請求項８】
アプリケーションの実行に伴って無線通信を行う一又は複数の無線通信装置との間で双方向無線通信の通信制御を行う無線基地局をコンピュータにより制御するための制御プログラムであって、
前記コンピュータを、
前記無線通信における上りデータ量、下りデータ量、上りデータ量の時間変動及び下りデータ量の時間変動に基づいて前記無線通信装置上で実行されているアプリケーションの種類を推定するアプリケーション推定部として機能させる、
制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、無線基地局、無線基地局の制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
昨今、無線技術の高度化により無線通信装置を利用したデータ通信のデータ量が増大しているため、限りある無線リソース（資源）を有効に活用することが要望されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−８０３０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、無線リソースを有効に活用するには、基地局がユーザに割り当てる無線リソースのスケジューリングや、ハンドオーバパラメータを最適化する必要があるが、利用できる情報には限りがあるため、必ずしも最適化がなされているとはいえなかった。
【０００５】
例えば、ＬＴＥ(Long  Term  Evolution)においては、無線通信装置からＱＣＩ（QoS  Class  Identifier）と呼ばれるパラメータに応じてＱｏＳ(Quality  of  Service)制御がなされるものの、実際に利用しているサービスとＱＣＩが不整合を起こす可能性があった。
【０００６】
より詳細には、音声通話アプリケーション（アプリ）を利用した場合であれば、ＱＣＩのクラスはＱＣＩ＝１(ＶｏＩＰ)と判断されるのが望ましいが、現時点では、ＬＴＥのネットワーク上で音声サービスは実現されていないため、このような判断がなされず、音声以外のデータの送受信をする別のアプリケーションとして認識される可能性がある。これにより、非常に遅延の大きいＱＣＩのクラスが選択されてしまうと、ユーザに対して十分な品質を提供できなくなる恐れがある。
【０００７】
本願は、上記課題に鑑み、ユーザが利用しているアプリケーションを推定し、ユーザに対して必要十分なＱｏＳを提供することが可能な無線基地局、無線基地局の制御方法及び制御プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００８】
実施形態の無線基地局は、アプリケーションの実行に伴って無線通信を行う一又は複数の無線通信装置との間で双方向無線通信の通信制御を行う無線基地局である。
無線基地局のアプリケーション推定部は、無線通信における上りデータ量、下りデータ量、上りデータ量の時間変動及び下りデータ量の時間変動に基づいて無線通信装置で実行されているアプリケーションの種類を推定する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態の無線通信システムの概要構成ブロック図である。
【図２】図２は、第１実施形態の無線基地局の概要機能構成ブロック図である。
【図３】図３は、アプリ推定テーブルの具体例の説明図である。
【図４】図４は、通信量データベースの説明図である。
【図５】図５は、アプリケーション推定例の説明図である。
【図６】図６は、第２実施形態の無線基地局の概要機能構成ブロック図である。
【図７】図７は、無線リソースデータベースの説明図である。
【図８】図８は、第２実施形態のアプリ推定処理フローチャートである。
【図９】図９は、第２実施形態の具体例の説明図である。
【発明を実施するための形態】
【００１０】
次に図面を参照して実施形態について詳細に説明する。
［１］第１実施形態
図１は、実施形態の無線通信システムの概要構成ブロック図である。
無線通信システム１０は、複数の無線基地局１１−１〜１１−３と、複数の無線基地局１１−１〜１１−３のうち、いずれかの無線基地局を介してインターネットなどの通信ネットワーク１２に接続される複数の無線通信装置１３−１〜１３−６と、を備えている。
【００１１】
図２は、第１実施形態の無線基地局の概要機能構成ブロック図である。
無線基地局１１−１〜１１−３は、同様の構成であるので、図２においては、無線基地局１１−１を例として説明する。
【００１２】
無線基地局１１−１は、一または複数の無線通信装置１３−１〜１３−６との間の無線通信処理を行う無線処理部２１と、無線通信装置１３−１〜１３−６上で実行されているアプリケーション（アプリ）を推定するためのアプリ推定テーブル２２を有し、実行中のアプリケーションに応じて最適な無線リソースの割り当てを行うとともに、無線処理部２１を介して取得した通信信号の処理を行う信号処理部２３と、無線通信装置１３−１〜１３−６との間の通信量に関する情報を格納する通信量データベース（ＤＢ）２４と、通信ネットワーク１２との間の有線通信処理を行う有線処理部２５と、を備えている。
【００１３】
ここで、アプリ推定テーブル２２の構成について説明する。
図３は、アプリ推定テーブルの具体例の説明図である。
アプリ推定テーブル２２は、各アプリケーションに対応づけて上りデータ（上りパケットデータ）のデータ量のデータ量区分が格納された上りデータ量データ３１、各アプリケーションに対応づけて下りデータ（下りパケットデータ）のデータ量のデータ量区分が格納された下りデータ量データ３２、各アプリケーションに対応づけて上りデータのデータ量の時間変動のレベル（区分）が格納された上りデータ時間変動量データ３３及び各アプリケーションに対応づけて下りデータのデータ量の時間変動のレベル（区分）が格納された下りデータ時間変動量データ３４を備えている。
【００１４】
上りデータ量データ３１及び下りデータ量データ３２は、それぞれ、「少（small）」、「中（middle）」、「多（large）」の値を格納している。
より具体的には、例えば、「少」＝１Ｍｂｉｔ未満、「中」＝１Ｍｂｉｔ以上５Ｍｂｉｔ未満、「多」＝５Ｍｂｉｔ以上としている。
【００１５】
上りデータ時間変動量データ３３及び下りデータ時間変動量データ３４は、それぞれ、「小（small）」、「中（middle）」、「大（large）」の値を格納している。
【００１６】
より具体的には、上りデータ時間変動量データ３３あるいは下りデータ時間変動量データ３４が「小」である場合とは、変動前のデータ量と変動後のデータ量と、が同一レベルの場合である。例えば、変動前のデータ量が「少」であれば、変動後のデータ量も「少」の場合である。
【００１７】
また、上りデータ時間変動量データ３３あるいは下りデータ時間変動量データ３４が「中」である場合とは、変動前のデータ量と変動後のデータ量と、が一レベル異なる場合である。例えば、変動前のデータ量が「中」であれば、変動後のデータ量が「少」あるいは「多」の場合である。
【００１８】
また、上りデータ時間変動量データ３３あるいは下りデータ時間変動量データ３４が「大」である場合とは、変動前のデータ量と変動後のデータ量と、が二レベル異なる場合である。例えば、変動前のデータ量が「少」であれば、変動後のデータ量が「多」である場合、あるいは、変動前のデータ量が「多」であれば、変動後のデータ量が「少」である場合である。
【００１９】
図４は、通信量データベースの説明図である。
通信量データベース２４は、現在時刻から所定時間前までの所定サンプリング時間毎に、ユーザの上りデータ量及び下りデータ量が格納される。
【００２０】
例えば、ユーザＥに着目すると、５秒前のサンプリングタイミングにおいては、上りデータ量＝３Ｍｂｉｔ、下りデータ量＝１３Ｍｂｉｔであることがわかり、現在（最新）のサンプリングタイミングにおいては、上りデータ量＝２．５Ｍｂｉｔ、下りデータ量＝１２Ｍｂｉｔであることがわかる。
【００２１】
次にアプリ推定処理について説明する。
信号処理部２３は、通信量データベース２４を参照するとともに、アプリ推定テーブル２２を参照し、現在各無線通信装置１３−１〜１３−６で実行されているアプリケーションがどのようなものであるかを判別する。
【００２２】
具体的には、上りデータ量データ３１、下りデータ量データ３２、上りデータ時間変動量データ３３及び下りデータ時間変動量データ３４の値の組み合わせに基づいて、以下のように判定する。
【００２３】
上りデータ量データ３１、下りデータ量データ３２、上りデータ時間変動量データ３３及び下りデータ時間変動量データ３４の値の組み合わせが、
「少」−「少」−「小」−「小」
であった場合には、上り及び下りともデータ量が少なく、その時間変動も少ないので「音声通話系のアプリケーション」であると判別する。
【００２４】
同様に、値の組み合わせが、
「少」−「少」−「大」−「大」
であった場合には、ユーザが閲覧対象を指示している場合のみ上りデータが増加し、指示されたＷｅｂページのデータのダウンロード時のみ下りデータが増加して、時間変動が大きい、比較的テキストデータが多くデータ容量が小さいと考えられるＷｅｂページを閲覧している際の「Ｗｅｂ閲覧を行うアプリケーション」であると判別する。
【００２５】
また、値の組み合わせが、
「中」−「中」−「小」−「小」
であった場合には、上り及び下りともデータ量が中程度であり、その時間変動も少ないので「音声通話系のアプリケーション」であると判別する。
【００２６】
また、値の組み合わせが、
「少」−「中」−「小」−「小」
であった場合には、上りデータと比較して、下りデータのデータ量がやや多いが、時間変動は少ないので、「ストリーミング系のアプリケーション」であると判別する。
【００２７】
また、値の組み合わせが、
「少」−「多」−「小」−「小」
であった場合には、上りデータと比較して下りデータのデータ量が多いが、時間変動は少ないので、「ファイル転送系（ファイルダウンロード系）のアプリケーション」であると判別する。
【００２８】
また、値の組み合わせが、
「少」−「多」−「大」−「大」
であった場合には、ユーザが閲覧対象を指示している場合のみ上りデータが増加し、指示されたＷｅｂページのデータのダウンロード時のみ下りデータが増加して、時間変動が大きい、比較的データ容量の大きい画像データ等を含むＷｅｂページを閲覧している際の「Ｗｅｂ閲覧を行うアプリケーション」であると判別する。
【００２９】
次により具体的なアプリ推定の一例について説明する。
図５は、アプリケーション推定例の説明図である。
図５（ａ）は、ユーザＢに対するアプリケーション推定の説明図である。
図５（ａ）に示すように、ユーザＢについて、５秒前から現在（０秒）までの、上りデータ量は、０．１Ｍｂｉｔあるいは０．２Ｍｂｉｔであり、上述の判断基準では、上りデータ量は「少」（＝１Ｍｂｉｔ未満）に該当している。
【００３０】
また、ユーザＢについて、５秒前から現在（０秒）までの、下りデータ量は、４Ｍｂｉｔと一定であり、上述の判断基準では、下りデータ量は「中」（＝１Ｍｂｉｔ以上、５Ｍｂｉｔ未満）に該当している。
また、ユーザＢについて、５秒前から現在（０秒）までの上りデータ量は、ずっと「少」のままの同一レベルであるので、上りデータの時間変動は「小」に該当している。
【００３１】
また、ユーザＢについて、５秒前から現在（０秒）までの下りデータ量は、ずっと「中」のままの同一レベルであるので、下りデータの時間変動は「小」に該当している。
したがって、値の組み合わせが、
「少」−「中」−「小」−「小」
であるので、ユーザＢの無線通信装置上で動作しているアプリケーションは、「ストリーミング系のアプリケーション」であると判別される。
【００３２】
図５（ｂ）は、ユーザＣに対するアプリケーション推定の説明図である。
図５（ｂ）に示すように、ユーザＣについて、５秒前から現在（０秒）までの、上りデータ量は、１Ｍｂｉｔと一定であり、上述の判断基準では、上りデータ量は「中」（＝１Ｍｂｉｔ以上、５Ｍｂｉｔ未満）に該当している。
また、ユーザＣについて、５秒前から現在（０秒）までの、下りデータ量も、１Ｍｂｉｔと一定であり、上述の判断基準では、下りデータ量も「中」（＝１Ｍｂｉｔ以上、５Ｍｂｉｔ未満）に該当している。
【００３３】
また、ユーザＣについて、５秒前から現在（０秒）までの上りデータ量は、ずっと「中」のままの同一レベルであるので、上りデータの時間変動は「小」に該当している。
また、ユーザＣについて、５秒前から現在（０秒）までの下りデータ量は、ずっと「中」のままの同一レベルであるので、下りデータの時間変動は「小」に該当している。
【００３４】
したがって、値の組み合わせが、
「中」−「中」−「小」−「小」
であるので、ユーザＢの無線通信装置上で動作しているアプリケーションは、「音声通話系のアプリケーション」であると判別される。
【００３５】
以上の説明のように、本第１実施形態によれば、ユーザが利用しているアプリを推定し、ユーザに対して必要十分なＱｏＳを提供することが可能となる。
【００３６】
［２］第２実施形態
図６は、第２実施形態の無線基地局の概要機能構成ブロック図である。
無線基地局１１−１〜１１−３は、同様の構成であるので、図６においては、無線基地局１１−１を例として説明する。
【００３７】
無線基地局１１−１は、一または複数の無線通信装置１３−１〜１３−６との間の無線通信処理を行う無線処理部２１と、無線通信装置１３−１〜１３−６上で実行されているアプリケーションを推定するためのアプリ推定テーブル２２を有し、実行中のアプリケーションに応じて最適な無線リソースの割り当てを行うとともに、無線処理部２１を介して取得した通信信号の処理を行う信号処理部２３と、無線通信装置１３−１〜１３−６との間の通信量に関する情報を格納する通信量データベース（ＤＢ）２４と、無線リソースに関する情報として、各無線通信装置１３−１〜１３−６に割り当てている無線リソース量に関する情報を格納する無線リソースデータベース（ＤＢ）２６と、通信ネットワーク１２との間の有線通信処理を行う有線処理部２５と、を備えている。
【００３８】
図７は、無線リソースデータベースの説明図である。
無線リソースデータベース２６は、現在時刻から所定時間前までの所定サンプリング時間毎に、ユーザ毎に割り当てられている上りリソースブロック数及び下りリソースブロック数が格納される。
【００３９】
例えば、ユーザＢに着目すると、５秒前のサンプリングタイミングにおいては、上りリソースブロック数＝３ブロック、下りリソースブロック数＝７ブロックであることがわかり、現在（最新）のサンプリングタイミングにおいては、上りリソースブロック数＝３ブロック、下りリソースブロック数＝１５ブロックであることがわかる。
【００４０】
次にアプリ推定処理について説明する。
図８は、第２実施形態のアプリ推定処理フローチャートである。
まず、信号処理部２３は、アプリ推定の周期が経過したか否か、すなわち、アプリ推定タイミングが到来したか否かを判別する（ステップＳ１１）。
ステップＳ１１の判別において、未だアプリ推定の周期が経過していない場合には（ステップＳ１１；Ｎｏ）、信号処理部２３は、待機状態となる。
【００４１】
ステップＳ１１の判別において、アプリ推定の周期が経過した場合には、信号処理部２３は、第一実施形態と同様の手法によりアプリ推定テーブルを参照してアプリを推定する（ステップＳ１２）。
【００４２】
続いて、信号処理部２３は、後述するステップＳ１６において、リソースブロック割当数を減少しておらず（アプリケーション）、かつ、リソースブロックに空きがあるか否かを判別する（ステップＳ１３）。
ステップＳ１３の判別において、リソースブロック割り数が減少しているか、あるいは、リソースブロック数に空きがない場合には（ステップＳ１３；Ｎｏ）、信号処理部２３は、処理を再びステップＳ１１に移行して以下、同様の処理を行う。
【００４３】
ステップＳ１３の判別において、リソースブロック割当数を減少していない（アプリケーション）、かつ、リソースブロックに空きがある場合には（ステップＳ１３；Ｙｅｓ）、信号処理部２３は、当該アプリケーションに対するリソースブロック割当数を増大する（ステップＳ１４）。
【００４４】
ここで、リソースブロック割り当て数の減少を行ったことがないという条件は、ユーザが利用アプリを切り替えることを考慮し、一定時間経過後は条件をクリアすることで、アプリ推定の精度を高めるためである。
【００４５】
続いて、信号処理部２３は、リソースブロックス割当数の増大に伴って、データ通信量が増大するか否かを判別する（ステップＳ１５）。
【００４６】
ステップＳ１５の判別において、リソースブロックス割当数の増大に伴って、データ通信量が増大している場合には（ステップＳ１５；Ｙｅｓ）、リソースブロック数の割当数を増大すべきであったアプリケーションであるので、信号処理部２３は、処理を再びステップＳ１１に移行して以下、同様の処理を行う。
【００４７】
ステップＳ１５の判別において、リソースブロックス割当数の増大に伴って、データ通信量が増大しない場合には（ステップＳ１５；Ｎｏ）、リソースブロック数の割当数の増大が必要とされないアプリケーションであるので、信号処理部２３は、再び元々割り当てていたリソースブロック数に戻すように、リソースブロック割当数を減少して（ステップＳ１６）、処理を再びステップＳ１１に移行して以下、同様の処理を行う。
【００４８】
次に具体例を説明する。
図９は、第２実施形態の具体例の説明図である。
図９に示すように、ユーザＢについて、９秒前から６秒前までの、上りデータ量は、０．１Ｍｂｉｔあるいは０．２Ｍｂｉｔであり、上述の判断基準では、上りデータ量は「少」（＝１Ｍｂｉｔ未満）に該当している。
【００４９】
また、ユーザＢについて、９秒前から６秒前までの、下りデータ量は、４Ｍｂｉｔと一定であり、上述の判断基準では、下りデータ量は「中」（＝１Ｍｂｉｔ以上、５Ｍｂｉｔ未満）に該当している。
また、ユーザＢについて、９秒前から現６秒前までの上りデータ量は、ずっと「少」のままの同一レベルであるので、上りデータの時間変動は「小」に該当している。
【００５０】
また、ユーザＢについて、９秒前から６秒前までの下りデータ量は、ずっと「中」のままの同一レベルであるので、下りデータの時間変動は「小」に該当している。
したがって、値の組み合わせが、
「少」−「中」−「小」−「小」
であるので、この段階では、ユーザＢの無線通信装置上で動作しているアプリケーションは、「ストリーミング系のアプリケーション」であると判別される。
【００５１】
ここで、信号処理部は、現状において、リソースブロックに空きがあった場合には、当該アプリケーションにおいては、リソースブロック割当数を減少していないアプリケーションであるので、下りデータ量がアプリケーションによるものなのか、割り当てられた下りリソースブロック数によるものなのかを判断するために、リソースブロック割当数を増大する。
【００５２】
そして、５秒前から現在（０秒）までの上りデータ量をみると、０．１Ｍｂｉｔあるいは０．２Ｍｂｉｔであり、上述の判断基準では、上りデータ量は「少」（＝１Ｍｂｉｔ未満）に該当しており、リソースブロック数増大前と変化がない。
【００５３】
これに対し、５秒前から現在（０秒）までの、下りデータ量は、４Ｍｂｉｔから１０Ｍｂｉｔへと大きく変化しており、上述の判断基準では、下りデータ量は「多」（＝５Ｍｂｉｔ以上）に該当することとなっている。
【００５４】
また、ユーザＢについて、５秒前から現在（０秒）までの上りデータ量は、ずっと「少」のままの同一レベルであるので、上りデータの時間変動は「小」に該当している。
また、ユーザＢについて、５秒前から現在（０秒）までの下りデータ量は、ずっと「大」のままの同一レベルであるので、下りデータの時間変動は「小」に該当している。
【００５５】
したがって、値の組み合わせが、
「少」−「多」−「小」−「小」
であるので、ユーザＢの無線通信装置上で動作しているアプリケーションは、「ストリーミング系のアプリケーション」ではなく、「ファイル転送系のアプリケーション」であると判別される。
【００５６】
このように本第２実施形態によれば、アプリケーションの実際の通信状態に加えて、当該アプリケーションに割り当てるリソースブロック数を増加させた場合のアプリケーションの通信挙動の変化に基づいてユーザが利用しているアプリケーションをより確実に推定し、ユーザに対して必要十分なＱｏＳを提供することが可能となる。
【００５７】
また、本実施形態の無線基地局で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の無線基地局で実行される制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【００５８】
また、本実施形態の無線基地局で実行される制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００５９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６０】
１０    無線通信システム
１１−１〜１１−３    無線基地局
１２    通信ネットワーク
１３−１〜１３−６    無線通信装置
２１    無線処理部
２２    アプリ推定テーブル
２３    信号処理部（アプリケーション推定部）
２４    通信量データベース
２５    有線処理部
２６    無線リソースデータベース
３１    上りデータ量データ
３２    下りデータ量データ
３３    上りデータ時間変動量データ
３４    下りデータ時間変動量データ
【図１】
2015050714.tif 000003
【図２】
2015050714.tif 000004
【図３】
2015050714.tif 000005
【図４】
2015050714.tif 000006
【図５】
2015050714.tif 000007
【図６】
2015050714.tif 000008
【図７】
2015050714.tif 000009
【図８】
2015050714.tif 000010
【図９】
2015050714.tif 000011