(57)【要約】      （修正有）【課題】クラウドコンピューティングを用いて提供されるサービスをユーザがより適切に選択することができるクラウドサービス評価システム、クラウドサービス評価方法及びプログラムを提供する。【解決手段】クラウドサービス評価システム１００は、エッジ端末１と、複数のクラウド装置２と、評価装置３とを備える。エッジ端末１は、ユーザ９に使用される演算装置であり、クラウド装置２は、ユーザ９に提供されるサービスのコンピュータプログラムを実行する演算装置である。評価装置３は、クラウド装置２が提供するサービスについて、ユーザ９にとって好適である度合いを評価する。【選択図】図１
2022003442.tif 000002
【特許請求の範囲】
【請求項１】
クラウドコンピューティングにおいてユーザに提供され得るサービスのコンピュータプログラムを実行するクラウド装置と前記ユーザに使用されるエッジ端末との間の通信に関する量と、前記コンピュータプログラムの実行結果に関する精度とを取得する情報取得部と、
前記通信に関する量と前記実行結果に関する精度とに基づき、前記ユーザに前記クラウド装置が提供するサービスが前記ユーザにとって好適である度合いを評価する評価部と
を備える、
クラウドサービス評価システム。
【請求項２】
前記評価部の評価結果に基づき前記ユーザに提示するサービスを決定する提示サービス決定部、
をさらに備える請求項１に記載のクラウドサービス評価システム。
【請求項３】
前記評価部は、前記量に基づき評価者条件を満たす評価者による前記量の評価結果を示す値である通信評価値を取得し、前記精度に基づき前記評価者による前記精度の評価結果を示す精度評価値を取得し、取得した前記通信評価値と前記精度評価値とに基づき前記度合を評価する、
請求項１又は２に記載のクラウドサービス評価システム。
【請求項４】
クラウドコンピューティングにおいてユーザに提供され得るサービスのコンピュータプログラムを実行するクラウド装置と前記ユーザに使用されるエッジ端末との間の通信に関する量と、前記コンピュータプログラムの実行結果に関する精度とを取得する情報取得ステップと、
前記通信に関する量と前記実行結果に関する精度とに基づき、前記ユーザに前記クラウド装置が提供するサービスが前記ユーザにとって好適である度合いを評価する評価ステップと
を有する、
クラウドサービス評価方法。
【請求項５】
請求項１から３のいずれか一項に記載のクラウドサービス評価システムとしてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラウドサービス評価システム、クラウドサービス評価方法及びプログラムに関する。
【背景技術】
【０００２】
クラウドコンピューティングでは、多種多用な機能やサービスを遠隔サーバがクライアントに提供する。クライアントは、遠隔サーバとのインタフェースさえあれば複雑な開発や構築を行うことなく、遠隔サーバから提供可能なサービスのうちからサービスを選択し、迅速に利用することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１９−０７９０７１号公報
【特許文献２】特開２０１４−１３７６５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、クラウドコンピューティングでは、提供されるサービスの実行速度や信頼性等のサービスの質が遠隔サーバに依存している場合がある。このような場合、選択されたサービスと遠隔サーバのインタフェースの性能との組み合わせ次第では、選択されたサービスがクライアントのユーザにとって適切なサービスでは無い場合があった。
【０００５】
上記事情に鑑み、本発明は、クラウドコンピューティングを用いて提供されるサービスのうちから、ユーザにとってより適切なサービスを選択することができる技術を提供することを目的としている。
【課題を解決するための手段】
【０００６】
本発明の一態様は、クラウドコンピューティングにおいてユーザに提供され得るサービスのコンピュータプログラムを実行するクラウド装置と前記ユーザに使用されるエッジ端末との間の通信に関する量と、前記コンピュータプログラムの実行結果に関する精度とを取得する情報取得部と、前記通信に関する量と前記実行結果に関する精度とに基づき、前記ユーザに前記クラウド装置が提供するサービスが前記ユーザにとって好適である度合いを評価する評価部とを備える、クラウドサービス評価システムである。
【発明の効果】
【０００７】
本発明により、クラウドコンピューティングを用いて提供されるサービスをユーザがより適切に選択することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】実施形態のクラウドサービス評価システム１００の概要を説明する説明図。
【図２】実施形態における通信関連量及び通信評価値の一例を示す図。
【図３】実施形態におけるアプリケーション精度及び精度評価値の一例を示す図。
【図４】実施形態における評価装置３の機能構成の一例を示す図。
【図５】実施形態における制御部３０の機能構成の一例を示す図。
【図６】実施形態における評価装置３が実行する処理の流れの一例を示すフローチャート。
【発明を実施するための形態】
【０００９】
（実施形態）
図１は、実施形態のクラウドサービス評価システム１００の概要を説明する説明図である。クラウドサービス評価システム１００は、エッジ端末１と、複数のクラウド装置２と、評価装置３とを備えるクラウドコンピューティングのシステムである。エッジ端末１はユーザ９に使用される演算装置である。ユーザ９はエッジ端末１を用いて各種サービスを享受する。なお、本実施形態におけるサービスとは、ユーザ９が所定のコンピュータプログラムを実行した場合に実行結果をユーザ９に通知することを意味する。
【００１０】
クラウド装置２は、ユーザ９に提供され得るサービスのコンピュータプログラムを実行する演算装置である。以下、クラウド装置２が実行するコンピュータプログラムであってユーザ９に提供され得るサービスのコンピュータプログラムをアプリケーションという。
【００１１】
アプリケーションは、例えば音声認識アプリ等の入力された音声信号に基づいて音声信号が表す内容をテキストデータに出力するコンピュータプログラムである。アプリケーションは、例えばマッチングアプリ等の入力された複数の情報のうち所定の条件を満たす最適な組み合わせを推定するコンピュータプログラムであってもよい。
【００１２】
少なくとも１つのクラウド装置２は、他のクラウド装置２が提供するサービスとは異なるサービスをユーザ９に提供する。他のサービスと異なるサービスとは、アプリケーションが他のサービスにおけるアプリケーションと異なるサービスを意味する。
【００１３】
評価装置３は、クラウド装置２が提供するサービスについてユーザ９にとって好適である度合い（以下「好適度合い」という。）を評価する。より具体的には、評価装置３は、通信情報及びアプリケーション品質情報に基づき、好適度合い評価方法によってクラウド装置２が提供するサービスの好適度合いを評価する。
【００１４】
好適度合い評価方法は、通信情報及びアプリケーション品質情報に基づき好適度合いを評価する方法である。好適度合い評価方法は、例えばユーザ９がエッジ端末１を操作して評価装置３に指示する。好適度合い評価方法は、予め定められた方法であってもよい。通信情報は、エッジ端末１とクラウド装置２との間の通信に関する量（以下「通信関連量」という。）を示す。通信関連量は、例えば、平均応答時間等の通信の品質に関する量である。通信関連量は、例えばサーバの稼働率であってもよい。通信情報は１つの通信関連量だけを示す必要は無く、複数の通信関連量を示してもよい。アプリケーション品質情報は、アプリケーションの実行結果の精度（以下「アプリケーション精度」という。）についての事前の評価結果を示す情報である。
【００１５】
アプリケーション精度とは、例えばアプリケーションが音声認識アプリである場合には誤認識率である。このような場合、アプリケーション精度が高いとは誤認識率が低いことを意味し、アプリケーション精度が低いとは誤認識率が高いことを意味する。アプリケーション精度とは、例えばアプリケーションがマッチングアプリである場合には推定結果の正しさである。このような場合、アプリケーション精度が高いとは推定結果が正しい確率が高いことを意味し、アプリケーション精度が低いとは推定結果が誤りである確率が高いことを意味する。
【００１６】
アプリケーション品質情報はアプリケーション精度についての事前の評価結果を取得可能な方法であればどのような方法で取得された情報であってもよい。アプリケーション品質情報は、例えば過去にアプリケーションを使用したユーザにアプリケーション精度についてアンケートを行った結果である。
【００１７】
評価装置３が評価に用いるアプリケーション品質情報は評価装置３が取得可能なものに記憶されていればどのようなものに記憶されていてもよい。アプリケーション品質情報は、例えば評価装置３が接続可能なネットワーク９００上の所定の記憶装置に記憶されていてもよいし、予め評価装置３が記憶していてもよい。
【００１８】
好適度合い評価方法は、例えば通信評価値取得処理を有する。通信評価値取得処理は、通信情報が示す各通信関連量を、通信関連情報ごとに通信評価値変換情報に基づき通信評価値に変換する処理である。通信評価値は、評価者条件を満たす評価者による通信評価量の評価結果を示す値である。評価者条件は、例えば評価者はユーザ９であるという条件である。評価者条件は、例えば評価者はクラウドサービス評価システム１００の管理者であるという条件である。通信評価値変換情報は、通信関連量を通信評価値に変換する規則を示す情報である。
【００１９】
好適度合い評価方法は、例えば精度評価値取得処理を有する。精度評価値取得処理は、アプリケーション品質情報が示すアプリケーション精度を、精度評価値変換情報に基づき精度評価値に変換する処理である。精度評価値は、評価者条件を満たす評価者によるアプリケーション精度の評価結果を示す値である。精度評価値変換情報は、アプリケーション精度を精度評価値に変換する規則を示す情報である。
【００２０】
図２は、実施形態における通信関連量及び通信評価値の一例を示す図である。図２における通信関連量は平均応答時間である。図２は、通信関連量が０ｍｓ以上１５０ｍｓ未満であれば、通信評価値が５であることを示す。図２は、通信関連量が１５０ｍｓ以上５００ｍｓ未満であれば、通信評価値が４であることを示す。図２は、通信関連量が５００ｍｓ以上１０００ｍｓ未満であれば、通信評価値が３であることを示す。図２は、通信関連量が１０００ｍｓ以上３０００ｍｓ未満であれば、通信評価値が２であることを示す。図２は、通信関連量が３０００ｍｓ以上１００００ｍｓ以下であれば、通信評価値が１であることを示す。
【００２１】
なお、通信関連量がクラウド装置２の故障時等の正常なサービスが提供されていない場合の通信関連量である場合、通信評価値は、（−９９９９）等の正常なサービスが提供されている場合における通信関連量と逆の符号の値であってもよい。通信関連量がクラウド装置２の故障時等の正常なサービスが提供されていない場合の通信関連量は、例えば３０００ｍｓ以上である。
【００２２】
図２において通信評価値は、評価者条件を満たす評価者による平均応答時間に対する評価結果を示す。図２において、通信評価値は、値が大きいほど評価者条件を満たす評価者の評価が高いことを示す。図２に示す平均応答時間と通信評価値との対応関係は、通信評価値変換情報の一例である。
【００２３】
図３は、実施形態におけるアプリケーション精度及び精度評価値の一例を示す図である。図３におけるアプリケーション精度は音声認識の誤認識率である。図３は、音声認識の誤認識率が０％以上２０％未満であれば、精度評価値が５であることを示す。図３は、音声認識の誤認識率が２０％以上４０％未満であれば、精度評価値が４であることを示す。図３は、音声認識の誤認識率が４０％以上６０％未満であれば、精度評価値が３であることを示す。図３は、音声認識の誤認識率が６０％以上８０％未満であれば、精度評価値が２であることを示す。図３は、音声認識の誤認識率が８０％以上１００％以下であれば、精度評価値が１であることを示す。なお、音声認識の誤認識率が８０％以上１００％以下である場合には、１に代えて（−９９９９）等の音声認識の誤認識率が８０％よりも小さい場合の精度評価値と符号が逆の値であってもよい。
【００２４】
なお、音声認識の誤認識率がクラウド装置２の故障時等の正常なサービスが提供されていない場合の音声認識の誤認識率である場合、精度評価値は、（−９９９９）等の正常なサービスが提供されている場合における音声認識の誤認識率と逆の符号の値であってもよい。音声認識の誤認識率がクラウド装置２の故障時等の正常なサービスが提供されていない場合の音声認識の誤認識率は、例えば誤認識率が８０％以上である。
【００２５】
図３において精度評価値は、評価者条件を満たす評価者による音声認識の誤認識率に対する評価結果を示す。図３において、精度評価値は、値が大きいほど評価者条件を満たす評価者の評価が高いことを示す。図３に示す音声認識の誤認識率と精度評価値との対応関係は、精度評価値変換情報の一例である。
【００２６】
評価装置３は、好適度合いの評価結果に基づき、ユーザ９に提示するサービスの候補（以下「提示サービス候補」という。）を決定する。より具体的には、評価装置３は、好適度合いの評価結果に基づき提示サービス候補決定条件を満たすサービスを提示サービス候補に決定する。
【００２７】
提示サービス候補決定条件は、例えば好適度合いが最も高いという条件（以下「提示サービス第１条件」という。）を含む。提示サービス候補決定条件は、サービス第１条件にくわえてさらに、例えばアプリケーション精度の高さと通信情報が示す全ての通信関連量の大きさとが所定の条件を満たすという条件（以下「提示サービス第２条件」という。）を含んでもよい。
【００２８】
提示サービス候補決定条件は、例えばユーザ９がエッジ端末１を操作して評価装置３に指示する。提示サービス候補決定条件は、予め定められた条件であってもよい。
【００２９】
評価装置３は、決定した提示サービス候補をエッジ端末１に送信する。提示サービス候補はエッジ端末１に受信された後、エッジ端末１によってユーザ９に提示される。
【００３０】
図４は、実施形態における評価装置３の機能構成の一例を示す図である。評価装置３は、バスで接続されたＣＰＵ（Central Processing Unit）等のプロセッサ９１とメモリ９２とを備える制御部３０を備え、プログラムを実行する。評価装置３は、プログラムの実行によって制御部３０、入力部３１、通信部３２、記憶部３３及び出力部３４を備える装置として機能する。より具体的には、プロセッサ９１が記憶部３３に記憶されているプログラムを読み出し、読み出したプログラムをメモリ９２に記憶させる。プロセッサ９１が、メモリ９２に記憶させたプログラムを実行することによって、評価装置３は、制御部３０、入力部３１、通信部３２、記憶部３３及び出力部３４を備える装置として機能する。
【００３１】
制御部３０は、評価装置３が備える各種機能部の動作を制御する。制御部３０は、例えば各アプリケーションについて好適度合いを評価する。
【００３２】
入力部３１は、マウスやキーボード、タッチパネル等の入力装置を含んで構成される。入力部３１は、これらの入力装置を自装置に接続するインタフェースとして構成されてもよい。入力部３１は、自装置に対する各種情報の入力を受け付ける。
【００３３】
通信部３２は、自装置を外部装置に接続するための通信インタフェースを含んで構成される。通信部３２は、ネットワーク９００を介してエッジ端末１及びクラウド装置２と通信する。通信部３２は、例えばエッジ端末１が送信した情報を受信する。通信部３２は、例えば受信した情報をクラウド装置２に送信する。通信部３２は、例えばクラウド装置２が送信した情報を受信する。通信部３２は、例えば受信した情報をエッジ端末１に送信する。このようにして、通信部３２は、エッジ端末１とクラウド装置２との間の通信を中継する。通信部３２は、例えばネットワーク９００を介して提示サービス候補をエッジ端末１に送信する。
【００３４】
通信部３２は、例えばエッジ端末１に入力されたユーザ９による自装置に対する指示を取得する。ユーザ９による自装置に対する指示の内容は、例えば提示サービス候補決定条件である。ユーザ９による自装置に対する指示の内容は、例えば好適度合い評価方法である。ユーザ９による自装置に対する指示の内容は、例えば評価装置３が決定した提示サービス候補のうちの１つのサービスであってユーザ９が享受することを決定したサービス（以下「享受サービス」という。）である。
【００３５】
記憶部３３は、磁気ハードディスク装置や半導体記憶装置などの非一時的コンピュータ読み出し可能な記憶媒体装置を用いて構成される。記憶部３３は評価装置３に関する各種情報を記憶する。
【００３６】
出力部３４は、各種情報を出力する。出力部３４は、例えばＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等の表示装置を含んで構成される。出力部３４は、これらの表示装置を自装置に接続するインタフェースとして構成されてもよい。出力部３４は、例えば入力部３１に入力された情報を出力する。
【００３７】
図５は、実施形態における制御部３０の機能構成の一例を示す図である。制御部３０は、情報取得部３１０、評価部３２０、提示サービス決定部３３０、享受サービス提供制御部３４０及び出力制御部３５０を備える。
【００３８】
情報取得部３１０は、通信情報取得部３１１、アプリケーション品質情報取得部３１２、条件情報取得部３１３を備える。通信情報取得部３１１は、通信部３２を介したエッジ端末１とクラウド装置２との通信の履歴を示す情報（以下「通信履歴情報」という。）を取得する。通信情報取得部３１１は、取得した通信履歴情報に基づきエッジ端末１とクラウド装置２との間の通信に関する通信情報を取得する。なお、サーバの稼働率（以下「サーバ稼働率」という。）を示す情報が記憶部３３等の評価装置３が読み出し可能な記憶装置に予め記憶済みである場合には、情報取得部３１０は通信情報が示す通信関連量の１つとしてサーバ稼働率を取得してもよい。
【００３９】
アプリケーション品質情報取得部３１２は、通信部３２の動作を制御し通信部３２を介してアプリケーション品質情報を取得する。アプリケーション品質情報取得部３１２は、アプリケーション品質情報が予め記憶部３３に記憶されている場合には、記憶部３３からアプリケーション品質情報を読み出すことでアプリケーション品質情報を取得してもよい。
【００４０】
条件情報取得部３１３は、通信部３２の動作を制御し通信部３２を介して、好適度合い評価方法及び提示サービス候補決定条件を取得する。条件情報取得部３１３は、例えばユーザ９がエッジ端末１を介して評価装置３に好適度合い評価方法及び提示サービス候補決定条件を指示した場合に、ユーザ９の指示を好適度合い評価方法及び提示サービス候補決定条件として取得する。
【００４１】
条件情報取得部３１３は、予め記憶部３３に好適度合い評価方法が記憶されている場合には、記憶部３３から好適度合い評価方法を読み出すことで好適度合い評価方法を取得してもよい。条件情報取得部３１３は、予め記憶部３３に提示サービス候補決定条件が記憶されている場合には、記憶部３３から提示サービス候補決定条件を読み出すことで提示サービス候補決定条件を取得してもよい。
【００４２】
評価部３２０は、通信情報及びアプリケーション品質情報に基づき、好適度合い評価方法によって好適度合いを評価する。以下説明の簡単のため評価部３２０が実行する好適度合い評価方法が、通信評価値取得処理及び精度評価値取得処理を有する場合を例にクラウドサービス評価システム１００を説明する。
【００４３】
提示サービス決定部３３０は、好適度合いの評価結果と提示サービス候補決定条件とに基づき提示サービス候補を決定する。
【００４４】
享受サービス提供制御部３４０は、通信部３２を介して、享受サービスを提供するクラウド装置２とエッジ端末１とを操作し、享受サービスを提供するクラウド装置２とエッジ端末１との間の通信を開始させる。享受サービス提供制御部３４０は、具体的にはエッジ端末１を介してユーザによりクラウド装置２とエッジ端末１との間の通信の開始の指示が入力されると、享受サービスを提供するクラウド装置２とエッジ端末１との間の通信を開始させる。
【００４５】
出力制御部３５０は、通信部３２の動作を制御し通信部３２に提示サービス候補を出力させる。
【００４６】
図６は、実施形態における評価装置３が実行する処理の流れの一例を示すフローチャートである。以下、説明の簡単のため好適度合い評価方法及び提示サービス候補決定条件が、ユーザ９の指示である場合を例にクラウドサービス評価システム１００を説明する。
【００４７】
ユーザ９が、エッジ端末１を介して好適度合い評価方法及び提示サービス候補決定条件を評価装置３に指示する（ステップＳ１０１）。情報取得部３１０が通信情報及びアプリケーション品質情報を取得する（ステップＳ１０２）。次に、評価部３２０が、通信情報及びアプリケーション品質情報に基づき好適度合い評価方法によって好適度合いを評価する（ステップＳ１０３）。ステップＳ１０３では具体的にはまず、評価部３２０が通信情報の示す各通信関連量に対して通信評価値取得処理を実行し、各通信関連量に対応する通信評価値を取得する。ステップＳ１０３では次に、評価部３２０がアプリケーション品質情報の示すアプリケーション精度に対して精度評価値取得処理を実行し、精度評価値を取得する。ステップＳ１０３では取得された通信評価値及び精度評価値に基づき好適度合いが取得される。
【００４８】
ステップＳ１０３の次に提示サービス決定部３３０が、好適度合いの評価結果と提示サービス候補決定条件とに基づき提示サービス候補を決定する（ステップＳ１０４）。次に出力制御部３５０が、通信部３２の動作を制御し通信部３２に提示サービス候補を出力させる（ステップＳ１０５）。通信部３２が出力した提示サービス候補はエッジ端末１に送信され、エッジ端末１を介してユーザ９に提示される。ステップＳ１０５の次にユーザ９は、提示された提示サービス候補のうちの１つを享受サービスに決定し、決定結果を、エッジ端末１を介して評価装置３に送信する（ステップＳ１０６）。享受サービス提供制御部３４０は、通信部３２を介して、決定結果の享受サービスを提供するクラウド装置２とエッジ端末１とを操作し、決定結果の享受サービスを提供するクラウド装置２とエッジ端末１との間の通信を開始させる（ステップＳ１０７）。
【００４９】
なお、ステップＳ１０６においてユーザ９は必ずしも享受サービスを決定する必要は無い。このような場合、ユーザ９にはサービスが提供されない。
【００５０】
このように構成された実施形態のクラウドサービス評価システム１００は、通信情報だけでなくアプリケーション品質情報に基づいて好適度合いを取得し、取得した好適度合いが高いサービスをユーザ９に提示する。そのため、クラウドサービス評価システム１００は、クラウドコンピューティングを用いて提供されるサービスをユーザ９がより適切に選択することを可能とする。
【００５１】
（変形例）
【００５２】
評価装置３は、所定の周期で繰り返しステップＳ１０２〜ステップＳ１０７の処理を実行してもよい。このような場合、提示サービス候補決定条件を所定の回数満たさないサービスについては、提示サービス候補決定条件を所定の回数満たさなかった時点以降に通信情報及びアプリケーション品質情報が取得されなくてもよい。このようにすることで、評価装置３の演算量を軽減することができる。
【００５３】
評価装置３は、必ずしも提示サービス候補を決定する必要は無く、好適度合いの評価結果を、エッジ端末１を介してユーザ９に提示するだけでもよい。このような場合、ユーザ９は、提示された評価結果に基づいて享受するサービスを決定する。
【００５４】
なお、評価装置３は、ネットワークを介して通信可能に接続された複数台の情報処理装置を用いて実装されてもよい。この場合、評価装置３が備える各機能部は、複数の情報処理装置に分散して実装されてもよい。
【００５５】
なお、エッジ端末１、クラウド装置２及び評価装置３の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。プログラムは、電気通信回線を介して送信されてもよい。
【００５６】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００５７】
１００…クラウドサービス評価システム１００、  １…エッジ端末、  ２…クラウド装置、  ３…評価装置、  ３０…制御部、  ３１…入力部、  ３２…通信部、  ３３…記憶部、  ３４…出力部、  ３１０…情報取得部、  ３１１…通信情報取得部、  ３１２…アプリケーション品質情報取得部、  ３１３…条件情報取得部、  ３２０…評価部、  ３３０…提示サービス決定部、  ３４０…享受サービス提供制御部、  ３５０…出力制御部、  ９００…ネットワーク、  ９１…プロセッサ、  ９２…メモリ
【図１】
2022003442.tif 000003
【図２】
2022003442.tif 000004
【図３】
2022003442.tif 000005
【図４】
2022003442.tif 000006
【図５】
2022003442.tif 000007
【図６】
2022003442.tif 000008