(57)【特許請求の範囲】
【請求項１】
特定のソフトウェアを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信し、
受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信する、
処理をコンピュータに行わせることを特徴とする管理プログラム。
【請求項２】
前記環境条件を見直す条件は、前記環境条件を満たさないコンピュータの数が所定数以上となることであることを特徴とする請求項１記載の管理プログラム。
【請求項３】
特定の業務アプリケーションを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信し、
受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信する、
処理をコンピュータに行わせることを特徴とする管理プログラム。
【請求項４】
前記環境条件は、少なくとも前記特定の業務アプリケーションでサポートされている、各ソフトウェアと該ソフトウェアのバージョンとを示した情報であることを特徴とする請求項３記載の管理プログラム。
【請求項５】
前記報告された前記環境は、前記特定の業務アプリケーションに対する環境条件に合致しないソフトウェアの製品名及びバージョンにより示されることを特徴とする請求項３記載の管理プログラム。
【請求項６】
前記環境条件を見直す条件は、同じ環境が報告された回数が回数基準値を超えた場合に、前記環境条件を見直すことを条件とし、
前記コンピュータに、
前記環境条件を見直す条件を満たす場合、前記報告された環境に基づいて前記環境条件を更新する
処理を行わせることを特徴とする請求項１乃至５のいずれか一項記載の管理プログラム。
【請求項７】
特定のソフトウェアを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信し、
受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信する、
処理をコンピュータが行うことを特徴とする管理方法。
【請求項８】
特定のソフトウェアを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信する通信インターフェースと、
受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信させる制御を行う制御部と、
を備えたことを特徴とする管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理プログラム、管理方法、及び管理装置に関する。
【背景技術】
【０００２】
近年、業務運用に支障が起こらないように、コンピュータネットワークにおいて、業務に係る各端末のセキュリティを保持するための種々の取り組みが行われている。
【０００３】
例えば、端末が自己点検によって収集した設定環境等の情報を受信したサーバがＩＴ（Information Technology）使用環境をチェックする技術、端末が同期化のためのネットワーク環境の変化等を示す作業結果をエージェントに通報する技術、サーバが端末にチェックリストを送信する技術等が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−３０４９６８号公報
【特許文献２】特表２００７−５２０７６０号公報
【特許文献３】特開２００６−３１８２４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、各端末では、ＯＳ、各種ソフトウェアが個別に自動でアップデートされ、かつ、アップデートのタイミングは端末毎に異なっている。また、同じ業務を行う端末であっても、端末環境は端末夫々で異なっている。
【０００６】
上述した従来技術では、各端末の環境をチェックする環境条件を自動で変更する仕組みがないため、知識を有する管理者が、端末環境の変化を調査した結果に基づいて更新作業を行わなければならない。管理者にとって、各端末の端末環境の違い及び変化をタイムリーに把握し、端末の環境条件を更新することは、非常に負担の大きい作業である。
【０００７】
したがって、１つの側面では、本発明は、端末をチェックする環境条件の更新を自動化することを目的とする。
【課題を解決するための手段】
【０００８】
一態様によれば、特定のソフトウェアを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信し、受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信する、処理をコンピュータに行わせることを特徴とする管理プログラムが提供される。
【０００９】
また、上記課題を解決するための手段として、管理方法、及び管理装置とすることもできる。
【発明の効果】
【００１０】
端末をチェックする環境条件の更新を自動化できる。
【図面の簡単な説明】
【００１１】
【図１】本実施例における基本運用例を説明する図である。
【図２】クラウドサーバのハードウェア構成を示す図である。
【図３】クラウドサーバの機能構成例を示す図である。
【図４】端末の機能構成例を示す図である。
【図５】基本動作の処理シーケンスを示す図である。
【図６】クラウドサーバにおける基本動作処理に関するテーブル構成例を示す図である。
【図７】前提条件チェック処理を説明する図である。
【図８】前提条件チェックの処理シーケンスを示す図である。
【図９】クラウドサーバにおける前提条件チェック処理に関するテーブル構成例を示す図である。
【図１０】前提条件チェック結果を周知させる仕組みを示す図である。
【図１１】前提条件チェック処理部による収集結果報告９の提供処理につて説明するためのフローチャート図である。
【図１２】前提条件ファイルの記述例を示す図である。
【図１３】不一致のチェック結果がクラウドサーバへ報告される例を説明するための図である。
【図１４】前提条件チェック結果の記述例を示す図である。
【図１５】前提条件チェックの結果の表示例を示す図である。
【図１６】前提条件見直しの処理シーケンスを示す図である。
【図１７】クラウドサーバにおける前提条件見直し処理に関するテーブル構成例を示す図である。
【図１８】前提条件見直し処理部による自動更新処理を説明するためのフローチャート図である。
【図１９】更新された前提条件ファイルの記述例を示す図である。
【図２０】最新の前提条件ファイルが提供される例を説明するための図である。
【図２１】更新後の収集結果報告の表示例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて説明する。図１は、本実施例における基本運用例を説明する図である。図１に示すセキュリティシステム１０００では、クラウドサーバ１００と、エンドポイントとなる各端末３ｍ、３ａ、３ｂ等とがインターネット等を介して接続されている。以下において、端末３ｍ、３ａ、３ｂ等を、総称して端末３という場合がある。図１に示す例では、３ａ、３ｂ等を総称して端末３で示すが、複数の端末３に端末３ｍが含まれていてもよい。
【００１３】
クラウドサーバ１００は、Ａシステム、Ｂサービス等がセキュアに運用されるように各端末３の設定等を規定したポリシー４ｐに基づいて、種々の端末環境５を有する端末３を管理するサーバである。クラウドサーバ１００は、ポリシー４ｐの実施に係る種々のデータを記憶する記憶部１３０ａを有する。
【００１４】
ポリシー４ｐは、コンピュータシステムを利用した種々の業務において、いずれの業務においても適正な運用が行われるように企業内で定められた情報処理に係る規定である。例えば、ポリシー４ｐでは、セキュリティ、エコ、資産統制、システム運用等の種別毎に、情報処理に関して種々の規定が定められている。
【００１５】
セキュリティには、業務をセキュアに遂行するために、端末３に対するパスワードの設定を必須とすること、インストールを禁止しているアプリケーション、業務中に起動不可のアプリケーション等の指定等が含まれる。
【００１６】
エコには、電源制御、紙プリントを制限する制御等が含まれる。資産統制には、ソフトウェアのインベントリ、ライセンス等の管理が含まれる。システム運用には、リモートによる修正パッチの配布等が含まれる。
【００１７】
本実施例では、クラウドサーバ１００をサーバの一例として説明するが、クラウドサーバに限定されるものではない。
【００１８】
図１に示す例では、ポリシー４ｐを実施する基本動作の概要を示している。図１において、端末３ａは、Windows（登録商標）エージェントを実装した端末であり、端末３ｂは、Android（登録商標）エージェントを実装した端末であり、夫々異なる端末環境５で業務が行われる。
【００１９】
利用者Ａは、Ａシステムによる業務を端末３ａで行い、利用者Ｂは、Ｂサービスによる業務を端末３ｂで行うとする。Ａシステムによる業務を端末３ａで行うとは、端末３ａでＡシステム用の業務アプリケーションを動作させることを意味する。同様に、Ｂサービスによる業務を端末３ｂで行うとは、端末３ｂでＢサービス用の業務アプリケーションを動作させることを意味する。
【００２０】
また、端末３ｍは、システム管理者Ｍによって利用される端末である。端末３ｍは、クラウドサーバ１００にアクセス可能であり、利用者Ａ、Ｂ等によりセキュアに業務が行われるように、ポリシー４ｐに基づいてシステム管理者Ｍが定めたポリシーファイル４等をクラウドサーバ１００に保管する。
【００２１】
具体的には、最初に、システム管理者Ｍによって、端末３ｍにて、各業務がセキュアに行えるように、ポリシー４ｐに基づいて業務毎の端末環境５を定めたポリシーファイル４が作成される。ポリシーファイル４は、データファイルであり、クラウドサーバ１００の記憶部１３０ａに保存される。システム管理者Ｍが、端末３ｍからポリシーの配布をクラウドサーバ１００に指示することで、各端末３に対して、業務に応じたポリシー４ｐが配布される。
【００２２】
本実施例では、各端末３は、ポリシー４ｐを受信すると、端末３の端末環境５がポリシー４ｐに準拠しているか否かを自動的にチェックするセキュリティチェックを行い、その結果を示すセキュリティチェック結果６をクラウドサーバ１００に返信する。
【００２３】
Ａシステムを利用する端末３ａは、ポリシーファイル４ａの受信に応じて、セキュリティチェックを行い、その結果を示すセキュリティチェック結果６ａをクラウドサーバ１００に返信する。Ｂサービスを利用する端末３ｂは、ポリシーファイル４ｂの受信に応じて、セキュリティチェックを行い、その結果を示すセキュリティチェック結果６ｂをクラウドサーバ１００に返信する。
【００２４】
クラウドサーバ１００は、各端末３から収集したセキュリティチェック結果６を集計して得た収集結果報告９を作成する。システム管理者Ｍは、端末３ｍで、クラウドサーバ１００で作成された収集結果報告９を参照可能である。
【００２５】
図２は、クラウドサーバのハードウェア構成を示す図である。図２において、クラウドサーバ１００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ（Central Processing Unit）１１ａと、主記憶装置１２ａと、補助記憶装置１３ａと、入力装置１４ａと、表示装置１５ａと、通信Ｉ／Ｆ（インターフェース）１７ａと、ドライブ装置１８ａとを有し、バスＢ１に接続される。
【００２６】
ＣＰＵ１１ａは、主記憶装置１２ａに格納されたプログラムに従ってクラウドサーバ１００を制御する制御部に相当する。主記憶装置１２ａには、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１ａにて実行されるプログラム、ＣＰＵ１１ａでの処理に必要なデータ、ＣＰＵ１１ａでの処理にて得られたデータ等を記憶又は一時保存する。
【００２７】
補助記憶装置１３ａには、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３ａに格納されているプログラムの一部が主記憶装置１２ａにロードされ、ＣＰＵ１１ａに実行されることによって、各種処理が実現される。
【００２８】
入力装置１４ａは、マウス、キーボード等を有し、システム管理者Ｍ等のサーバ管理者がクラウドサーバ１００による処理に必要な各種情報を入力するために用いられる。表示装置１５ａは、ＣＰＵ１１ａの制御のもとに必要な各種情報を表示する。サーバ管理者が、サーバ管理者用の端末（例えば、端末３ｍ）を通信によりクラウドサーバ１００に接続して、情報の入力及び表示を行う場合には、入力装置１４ａと表示装置１５ａとを、省略可能である。
【００２９】
通信Ｉ／Ｆ１７ａは、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１７ａによる通信は無線又は有線に限定されるものではない。
【００３０】
クラウドサーバ１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１９ａによってクラウドサーバ１００に提供される。
【００３１】
ドライブ装置１８ａは、ドライブ装置１８ａにセットされた記憶媒体１９ａ（例えば、ＣＤ−ＲＯＭ等）とクラウドサーバ１００とのインターフェースを行う。
【００３２】
また、記憶媒体１９ａに、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９ａに格納されたプログラムは、ドライブ装置１８ａを介してクラウドサーバ１００にインストールされる。インストールされたプログラムは、クラウドサーバ１００により実行可能となる。
【００３３】
尚、プログラムを格納する記憶媒体１９ａはＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
【００３４】
端末３のハードウェアも上述した同様の構成であるため、その説明を省略する。クラウドサーバ１００と端末３との区別を容易とするため、端末３の場合には英小文字の添え字を「ｂ」で区別する。
【００３５】
図３は、クラウドサーバの機能構成例を示す図である。図３において、クラウドサーバ１００は、基本動作処理部１４１と、前提条件チェック処理部１４２と、前提条件見直し処理部１４３とを有する。処理部１４１〜１４３は、ＣＰＵ１１ａが対応するプログラムを実行することで実現される。
【００３６】
また、クラウドサーバ１００は、記憶部１３０ａに、端末基本情報テーブル１５１、ポリシー管理テーブル１５２、セキュリティチェック結果テーブル１５３、ＯＳ（Operating System）情報テーブル１５４、ソフトウェア情報テーブル１５５、前提条件テーブル１５６、前提条件チェック結果テーブル１５７、前提条件チェック結果履歴テーブル１５８、不一致情報結果テーブル１５９等を有する。
【００３７】
基本動作処理部１４１は、図１を参照して説明したような基本動作を行う処理部であり、通信Ｉ／Ｆ１７ａを介して、各端末３に、端末３が行う業務に対応するポリシーファイル４を配布し、セキュリティチェック結果６を収集して管理する。
【００３８】
前提条件チェック処理部１４２は、システム及びサービスの各々が動作するソフトウェアの前提条件を、各端末３が満たしているか否かをチェックする処理部である。前提条件は、特定のソフトウェアを実行するための端末３の環境条件に相当する。前提条件チェック処理部１４２は、通信Ｉ／Ｆ１７ａを介して、前提条件が記載された前提条件ファイル７を各端末３に送信し、各端末３によってチェックされた結果を示す前提条件チェック結果８を収集する。
【００３９】
前提条件チェック処理部１４２により、各端末３から、各業務のソフトウェア毎に前提条件を確認した結果を得ることができる。この場合、収集結果報告９は、前提条件チェック結果８を収集した結果を含む。例えば、前提条件を満たさないソフトウェアが動作している状況が、統計情報、グラフ等で示される。
【００４０】
システム管理者Ｍは、個々の端末３を操作することなく、各業務において、前提条件を満たさないソフトウェアを有する端末３の存在を把握することができる。
【００４１】
前提条件見直し処理部１４３は、端末３において前提条件と一致しなかった条件に対して、一定期間後に見直し、自動的に前提条件ファイル７を更新する処理部である。ブラウザのバージョン等、各端末３が自動的に更新するソフトウェアの場合、各業務アプリケーションにて、システム管理者Ｍ等による検証前に、更新されたソフトウェアが端末３で動作する場合がある。
【００４２】
一定期間の間、更新後のソフトウェアによる不具合が発生していない場合、前提条件として考慮可能と判断し、前提条件ファイル７に新たなバージョンを追加して更新する。前提条件見直し処理部１４３により、システム管理者Ｍ等による検証に要する負担を軽減できる。
【００４３】
端末基本情報テーブル１５１は、各端末３の基本情報を管理するためのテーブルである。ポリシー管理テーブル１５２は、各ポリシーファイル４の情報を管理するためのテーブルである。セキュリティチェック結果テーブル１５３は、端末３毎のポリシーファイル４の内容に従って実施したセキュリティチェック結果を管理するテーブルである。
【００４４】
ＯＳ情報テーブル１５４は、端末３のＯＳの情報を管理するためのテーブルである。ソフトウェア情報テーブル１５５は、端末３毎にソフトウェアの情報を管理するためのテーブルである。
【００４５】
前提条件テーブル１５６は、各前提条件ファイル７の情報を管理するためのテーブルである。前提条件チェック結果テーブル１５７は、最新の前提条件チェック結果８を管理するためのテーブルである。前提条件チェック結果履歴テーブル１５８は、過去の前提条件チェック結果８を管理するためのテーブルである。
【００４６】
不一致情報結果テーブル１５９は、前提条件ファイル７によって規定されていない端末３の条件を管理するためのテーブルである。後述するようなタグ＜support＞及びタグ＜not_support＞のいずれにも一致しなかった（不一致となった）端末３の条件を示す情報（不一致情報）が、所定期間保持される。所定期間は、例えば、２週間等である。
【００４７】
次に、端末３の機能構成について図４で説明する。図４は、端末の機能構成例を示す図である。図４において、端末３は、セキュリティチェック部６１と、前提条件チェック部６２と、見直し後チェック部６３とを有する。セキュリティチェック部６１と、前提条件チェック部６２と、見直し後チェック部６３の夫々は、ＣＰＵ１１ａが対応するプログラムを実行することで実現される。
【００４８】
セキュリティチェック部６１は、クラウドサーバ１００からポリシーファイル４を受信すると、ポリシーファイル４のポリシーバージョン４ｖを記憶部１３０ｂに記憶して、自身の端末３がポリシーファイル４で示される各セキュリティ項目に準拠しているか否かを判断する。セキュリティチェック部６１は、セキュリティ項目毎に、準拠している場合にはＯＫ、又、準拠していない場合にはＮＧを設定したセキュリティチェック結果６を作成し、クラウドサーバ１００へ送信する。
【００４９】
前提条件チェック部６２は、クラウドサーバ１００から前提条件ファイル７を受信すると、前提条件ファイル７の前提条件バージョン７ｖを記憶部１３０ｂに記憶して、自身の端末３にあるソフトウェアに対して、前提条件ファイル７で示される条件のどれに合致しているか否かを検証する。
【００５０】
前提条件ファイル７は、診断項目毎に、少なくとも業務アプリケーションがサポートしている１つ以上の条件を示す。更に、業務アプリケーションがサポートしていない条件を示してもよい。診断項目は、ソフトウェア、ミドルウェアを指定する。本実施例では、診断項目をソフトウェアとして説明するが、ミドルウェアを含むものとする。
【００５１】
前提条件チェック部６２は、前提条件ファイル７で指定される診断項目毎に、サポートしている条件と一致する場合には一致した条件を、一致する条件が存在しない場合には端末３の条件を示した前提条件チェック結果８を作成し、通信Ｉ／Ｆ１７ｂを介して、クラウドサーバ１００へ送信する。サポートしていない条件と一致した場合も、サポートしている条件と一致する場合と同様に一致した条件が前提条件チェック結果８で示されるようにする。
【００５２】
クラウドサーバ１００は、前提条件チェック結果８を各端末３から収集することで、現状の各端末環境５を管理することができる。
【００５３】
見直し後チェック部６３は、新しい前提条件バージョン７ｖの前提条件ファイル７をクラウドサーバ１００から取得して、前提条件チェックを行う。例えば、端末３のソフトウェアが自動でバージョンを更新している場合がある。そのような場合には、一定期間後に、最新バージョンが前提条件に加えられる。この場合、端末３では、サポートされたソフトウェアであるのか否かが不明であった端末３のソフトウェアが、サポートされることを確認できる。
【００５４】
先ず、図１で示される基本動作に関して、基本動作の処理シーケンスと、テーブル構成例について説明する。基本動作は、端末３のセキュリティチェック部６１と、クラウドサーバ１００の基本動作処理１４１とによって行われる。
【００５５】
図５は、基本動作の処理シーケンスを示す図である。図５において、端末３は、所定頻度で、エージェントの定期実行を行う際に、端末３とクラウドサーバ１００との間で、以下に説明する基本動作が開始される。所定頻度は、例えば、３時間に１回の頻度であってもよい。
【００５６】
端末３のセキュリティチェック部６１は、記憶部１３０ｂからポリシーバージョン４ｖを取得して、クラウドサーバ１００へ通知する（ステップＳ３１１）。ポリシーバージョン４ｖと、端末３の機器管理ＩＤとを含む情報が、通信Ｉ／Ｆ１７ｂを介して、クラウドサーバ１００へ送信される。機器管理ＩＤは、予めセキュリティシステム１００において一意に端末３に与えた識別情報である。
【００５７】
クラウドサーバ１００では、端末３からポリシーバージョン４ｖを受信すると、基本動作処理部１４１が、クラウドサーバ１００における最新ポリシーバージョンと一致するか否かを判断する（ステップＳ１１１）。
【００５８】
基本動作処理部１４１は、記憶部１３０ａに記憶された、端末基本情報テーブル１５１と、ポリシー管理テーブル１５２とを参照して、端末３の機器管理ＩＤに関連付けられたポリシーＩＤに基づいて、端末３でセキュリティチェックするポリシーバージョンを取得する。取得したポリシーバージョンが最新ポリシーバージョンに相当する。
【００５９】
最新ポリシーバージョンと一致した場合、基本動作処理部１４１は、通信Ｉ／Ｆ１７ａを介して、最新ポリシーバージョンであることを端末３へ通知する（ステップＳ１１２）。クラウドサーバ１００から最新ポリシーバージョンであることの通知を受信すると（ステップＳ３１２）、端末３のセキュリティチェック部６１は、セキュリティチェック処理を終了する。
【００６０】
一方、クラウドサーバ１００において、端末３から受信したポリシーバージョンがクラウドサーバ１００における最新ポリシーバージョンと一致しないと判断した場合、基本動作処理部１４１は、最新ポリシーバージョンのポリシーファイル４を端末３に送信する（ステップＳ１１３）。そして、基本動作処理部１４１による基本動作処理が終了する。
【００６１】
端末３では、セキュリティチェック部６１は、通信Ｉ／Ｆ１７ｂを介して、ポリシーファイル４を受信すると（ステップＳ３１３）、ポリシーファイル４の内容に従って、セキュリティチェックを行う（ステップＳ３１４）。セキュリティチェック部６１は、通信Ｉ／Ｆ１７ｂを介して、セキュリティチェック結果６をクラウドサーバ１００へアップロードする（ステップＳ３１５）。そして、端末３のセキュリティチェック部６１によるセキュリティチェック処理が終了する。
【００６２】
クラウドサーバ１００の基本動作処理部１４１は、端末３から受信したセキュリティチェック結果６をセキュリティチェック結果テーブル１５３に記憶する（ステップＳ１１４）。そして、基本動作処理部１４１による基本動作処理が終了する。
【００６３】
セキュリティチェック結果テーブル１５３は、端末３の最新のセキュリティチェック結果６を記憶するようにし、過去に受信したセキュリティチェック結果６は履歴として、別途用意したセキュリティチェック結果履歴テーブルに保存するようにしてもよい。
【００６４】
図６は、クラウドサーバにおける基本動作処理に関するテーブル構成例を示す図である。図６において、端末基本情報テーブル１５１は、端末３毎に基本情報を対応付けたテーブルであり、機器管理ＩＤ、機器管理番号、ポリシーＩＤ、機器利用者ＩＤ、端末削除フラグ等の項目を有する。
【００６５】
機器管理ＩＤは、各端末３を一意に識別する識別情報を示す。機器管理ＩＤによって、端末基本情報テーブル１５１と、セキュリティチェック結果テーブル１５３、ＯＳ情報テーブル１５４、及びソフトウェア情報テーブル１５５の夫々とが関連付けされる。
【００６６】
機器管理番号は、端末３の基本情報の管理番号を示す。ポリシーＩＤは、端末３に適用するポリシーのＩＤを示す。ポリシーＩＤによって、端末基本情報テーブル１５１と、ポリシー管理テーブル１５２とが関連付けされる。
【００６７】
機器利用者ＩＤは、端末３の利用者のＩＤを示す。端末削除フラグは、端末３がセキュリティシステム１０００における対象外となったことを示す。
【００６８】
ポリシー管理テーブル１５２は、ポリシーファイル４を管理するためのテーブルであり、ポリシーＩＤ、ポリシー名、ポリシーバージョン、ポリシー種別等の項目を有する。
【００６９】
ポリシーＩＤは、ポリシーファイル４の識別情報を示し、ポリシー名は、ポリシーファイル４のファイル名を示す。ポリシーバージョンは、ポリシーＩＤのポリシーのバージョンを示す。ポリシー種別は、セキュリティ、エコ、資産統制、システム運用等のポリシーの種別を示す。
【００７０】
ポリシーファイル４の実体は、記憶部１３０ａ内に保持されればよいため、ポリシー管理テーブル１５２では、ポリシーファイル４の実体を保持せず、ポリシーＩＤでポリシーファイル４を特定する。ポリシーファイル４には、セキュリティ設定情報、ミドルウェア設定情報等に関する規定が示されている。
【００７１】
セキュリティチェック結果テーブル１５３は、端末３毎にセキュリティチェック結果６を対応付けたテーブルであり、機器管理ＩＤ、ＯＳＩＤ、カテゴリＩＤ、項目ＩＤ、チェック結果等の項目を有する。
【００７２】
機器管理ＩＤは、端末基本情報テーブル１５１に登録された機器管理ＩＤを示す。ＯＳＩＤは、セキュリティシステム１０００でのＯＳの識別情報を示す。カテゴリＩＤは、カテゴリの識別情報を示す。項目ＩＤは、カテゴリの項目の識別情報を示す。チェック結果は、項目に対するセキュリティチェックの結果を示す。端末３から受信したセキュリティチェック結果６に基づいて、項目毎の結果が示される。
【００７３】
ＯＳ情報テーブル１５４は、端末３毎にＯＳ情報を対応付けたテーブルであり、機器管理ＩＤ、ＯＳＩＤ、ＯＳ種別、ＯＳ名、コンピュータ名等を有する。
【００７４】
機器管理ＩＤは、端末基本情報テーブル１５１に登録された機器管理ＩＤを示す。ＯＳＩＤは、セキュリティシステム１０００でのＯＳの識別情報を示す。ＯＳ種別は、Windows（登録商標）、Android（登録商標）等のＯＳの種別を示す。ＯＳ名は、Windows XP（登録商標）、Windows 7（登録商標）等のＯＳ名を示す。コンピュータ名は、端末３のコンピュータ名を示す。
【００７５】
ソフトウェア情報テーブル１５５は、端末３毎にソフトウェア情報を対応付けたテーブルであり、機器管理ＩＤ、ＯＳ種別、ソフトウェアＩＤ、ソフトウェア名、バージョン情報等を有する。
【００７６】
機器管理ＩＤは、端末基本情報テーブル１５１に登録された機器管理ＩＤを示す。ＯＳ種別は、Windows（登録商標）、Android（登録商標）等のＯＳの種別を示す。ソフトウェアＩＤは、業務上利用されるソフトウェアの識別情報を示す。ソフトウェア名は、業務上利用されるソフトウェアの名称を示す。バージョン情報は、業務上利用されるソフトウェアのバージョン情報を示す。
【００７７】
図７は、前提条件チェック処理を説明する図である。図７において、クラウドサーバ１００は、通信Ｉ／Ｆ１７ａを介して、Ａシステムが導入されている環境の端末３ａには、Ａシステムのポリシーファイルを配布し（ステップＳ１−１）、Ｂサービスが導入されている環境の端末３ｂには、Ｂサービスのポリシーファイルを配布する（ステップＳ１−２）。
【００７８】
端末３ａ及び端末３ｂは、夫々、自動で前提条件チェックを行い（ステップＳ２）、また、通信Ｉ／Ｆ１７ｂを介して、自動で前提条件チェック結果８をクラウドサーバ１００へ送信する（ステップＳ３）。
【００７９】
クラウドサーバ１００は、端末３ａ及び端末３ｂから収集した前提条件チェック結果８を用いて、不一致情報結果テーブル１５９を更新する（ステップＳ４）。
【００８０】
図８は、前提条件チェックの処理シーケンスを示す図である。図８において、端末３は、所定頻度で、エージェントの定期実行を行う際に、端末３とクラウドサーバ１００との間で、以下に説明する前提条件チェックが開始される。所定頻度は、例えば、３時間に１回の頻度であってもよい。
【００８１】
端末３の前提条件チェック部６２は、端末３のソフトウェア情報９ｆをクラウドサーバ１００へアップロードする（ステップＳ３２１）。ソフトウェア情報９ｆと、端末３の機器管理ＩＤとを含む情報が、通信Ｉ／Ｆ１７ｂを介して、クラウドサーバ１００へ送信される。
【００８２】
ソフトウェア情報９ｆは、ソフトウェアＩＤを含み、端末３に導入されているソフトウェアを示す情報である。
【００８３】
クラウドサーバ１００では、通信Ｉ／Ｆ１７ａを介して端末３からソフトウェア情報９ｆを受信すると、前提条件チェック処理部１４２が、受信したソフトウェア情報９ｆをソフトウェア情報テーブル１５５に追加する（ステップＳ１２１）。
【００８４】
前提条件チェック処理部１４２は、受信したソフトウェア情報９ｆで示されるソフトウェアＩＤが、前提条件テーブル１５６で定義されているソフトウェアＩＤの中に存在するか否かを判断する（ステップＳ１２２）。
【００８５】
存在する場合、前提条件チェック処理部１４２は、通信Ｉ／Ｆ１７ａを介して、端末３に前提条件ファイル７を転送する（ステップＳ１２３）。端末３に転送される前提条件ファイル７は、端末３で動作する業務アプリケーション（Ａシステム、Ｂサービス等）に対応した前提条件が規定されたファイルである。
【００８６】
端末３では、通信Ｉ／Ｆ１７ｂを介して、前提条件ファイル７を受信すると（ステップＳ３２２）、前提条件チェック部６２は、受信した前提条件ファイル７の内容に従って、自動的に、端末３のソフトウェアに関する前提条件チェックを行う（ステップＳ３２３）。前提条件チェック部６２は、通信Ｉ／Ｆ１７ｂを介して、前提チェック結果８をクラウドサーバ１００へアップロードする（ステップＳ３２４）。そして、端末３の前提条件チェック部６２による前提条件チェック処理が終了する。
【００８７】
クラウドサーバ１００の前提条件チェック処理部１４２は、端末３から前提条件チェック結果８を受信すると、前提条件チェック結果テーブル１５７に格納されているチェック結果を前提チェック結果履歴テーブル１５８に格納して（ステップＳ１２４）、受信した前提条件チェック結果８を前提条件結果テーブル１５７に記憶する（ステップＳ１２５）。
【００８８】
また、前提条件チェック処理部１４２は、受信した前提条件チェック結果８から不一致の結果を不一致情報結果テーブル１５９に格納し、前提条件チェック処理部１４２による前提条件チェック処理が終了する。
【００８９】
図９は、クラウドサーバにおける前提条件チェック処理に関するテーブル構成例を示す図である。図９において、前提条件チェック処理に関するテーブルは、端末基本情報テーブル１５１、ポリシー管理テーブル１５２、ソフトウェア情報テーブル１５５、前提条件テーブル１５６、及び前提条件チェック結果テーブル１５７である。ここでは、図６で説明されていない、前提条件テーブル１５６、及び前提条件チェック結果テーブル１５７のみを説明する。
【００９０】
前提条件テーブル１５６は、各前提条件ファイル７に係る情報を管理するためのテーブルであり、前提条件ＩＤ、前提条件名、前提条件バージョン、ソフトウェアＩＤ等の項目を有する。
【００９１】
前提条件ＩＤは、前提条件ファイル７の識別情報を示す。前提条件名は、前提条件ファイル７によって規定される前提条件の名称を示す。前提条件バージョンは、前提条件ファイル７によって規定される前提条件のバージョンを示す。前提条件のバージョンとして、前提条件ファイル７のバージョンを利用してもよい。ソフトウェアＩＤは、業務上利用されるソフトウェアの識別情報を示す。
【００９２】
前提条件ファイル７の実体は、記憶部１３０ａ内に保持すればよいため、ポリシー管理テーブル１５２では、前提条件ファイル７の実体を保持せず、前提条件ＩＤで前提条件ファイル７を特定する。前提条件ファイル７には、システム設定ファイルの内容、ミドルウェア設定情報等に関する規定が示されている。
【００９３】
クラウドサーバ１００による、各端末３から収集した前提条件チェック結果８の関連者へ周知させる仕組みについて図１０で説明する。図１０は、前提条件チェック結果を周知させる仕組みを示す図である。
【００９４】
図１０において、クラウドサーバ１００は、各端末３から前提条件チェック結果８を取集すると、前提条件チェック処理部１４２は、セキュリティシステム１０００における各端末３のソフトウェアの状態を含む収集結果報告９を作成し、ヘルプデスクＤ及びシステム管理者Ｍに収集結果報告９を送付する（ステップＳ６−１）。収集結果報告９がアクセス可能なことがヘルプデスクＤ及びシステム管理者Ｍに通知され、各自でクラウドサーバ１００へアクセスして収集結果報告９を夫々の端末３ｄ及び３ｍに表示させることでもよい。ヘルプデスクＤは、端末３ｄに表示された収集結果報告９を確認する。システム管理者Ｍは、端末３ｍに表示された収集結果報告９を確認する。
【００９５】
また、前提条件チェック処理部１４２は、前提条件チェック結果８を送信してきた端末３に対して、前提条件チェック結果８に基づいて端末３のソウトウェアの前提条件に対する状態を示す診断結果８１を作成し、利用者に報告する（ステップＳ５−２）。
【００９６】
例えば、利用者Ａは、端末３ａに表示された診断結果８１を確認することで、自身の端末３ａのＡシステムに係るソフトウェア毎の前提条件に対する状態を知ることができる。同様に、利用者Ｂは、端末３ｂに表示された診断結果８１を確認することで、自身の端末３ｂのＢサービスに係るソフトウェア毎の前提条件に対する状態を知ることができる。
【００９７】
利用者Ａは、自身の端末３ａがWindows（登録商標）エージェントであるか否かを認識する必要がない。また、利用者Ｂも、自身の端末３ａがAndroid（登録商標）エージェントであるか否かを認識する必要がない。
【００９８】
一方、クラウドサーバ１００では、前提条件見直し処理部１４３が、不一致情報結果テーブル１５９を定期的にチェックして（ステップＳ６）、不一致情報結果テーブル１５９で管理されている端末３で不一致となっていた条件のうち基準値を満たす条件に関して、前提条件テーブル１５６を更新する（ステップＳ７）。
【００９９】
図１１は、前提条件チェック処理部による収集結果報告９の提供処理につて説明するためのフローチャート図である。図１１において、クラウドサーバ１００の前提条件チェック処理部１４２は、各端末３から各端末３に導入されているソフトウェア情報９ｆを収集する（ステップＳ３３１）。
【０１００】
前提条件チェック処理部１４２は、以下のステップＳ３３２〜Ｓ３３６までの処理を、ソフトウェア情報９ｆを受信した各端末３毎に行う。
【０１０１】
前提条件チェック処理部１４２は、ソフトウェア情報９ｆで示されるソフトウェアＩＤが前提条件テーブル１５６に存在するか否かを判断する（ステップＳ３３２）。ソフトウェア情報９ｆで示されるソフトウェアＩＤが前提条件テーブル１５６に存在しない場合、この端末３に対する前提条件チェックは行わないため、この端末３に対する前提条件チェック処理を終了する。
【０１０２】
一方、ソフトウェア情報９ｆで示されるソフトウェアＩＤが前提条件テーブル１５６に存在する場合、前提条件チェック処理部１４２は、端末３の端末環境５及び端末３で行われる業務に対応する前提条件ファイル７を端末３に転送する（ステップＳ３３３）。
【０１０３】
前提条件チェック処理部１４２は、端末３から、端末３で実施された前提条件チェックの結果を示す前提条件チェック結果８を受信する（ステップＳ３３４）。受信した前提条件チェック結果８は、前提条件チェック結果テーブル１５７に格納される。
【０１０４】
そして、前提条件チェック処理部１４２は、動作補償と異なる環境を分かり易く示した診断結果８１を端末３に送信することで端末３に表示させる（ステップＳ３３５）。診断結果８１の表示によって、動作保証と異なる環境の有無を理解でき、端末３を利用した場合のセキュリティに関して不慣れな利用者であっても、端末３において問題となり得る箇所を特定することができる。
【０１０５】
前提条件チェック処理部１４２は、端末３の診断結果８１のＵＲＬ（Uniform Resource Locator）を示す電子メールを端末３に送信し、利用者によってＵＲＬへアクセスさせることにより、診断結果８１を表示するようにしてもよい。
【０１０６】
一方、クラウドサーバ１００では、前提条件チェック処理部１４２は、端末３から前提条件チェック結果８を受信すると（ステップＳ３３４）、収集結果報告９を更新する（ステップＳ３３６）。そして、更新した収集結果報告９をシステム管理者Ｍ等の端末３ｍにて表示可能とする（ステップＳ３３７）。収集結果報告９は、ヘルプデスクＤの端末３ｄにたいしても表示可能としてもよい。収集結果報告９の表示によって、トラブルシューティングの時間短縮を実現できる。
【０１０７】
次に、前提条件チェック処理の流れについて説明し、前提条件チェック処理に付随して実施される前提条件見直し処理について説明する。
【０１０８】
先ず、クラウドサーバ１００の前提条件チェック処理部１４２が、端末３へ送信する前提条件ファイル７の記述例について図１２で説明する。図１２は、前提条件ファイルの記述例を示す図である。
【０１０９】
図１２では、Ａシステムで業務を行う端末３ａに対する前提条件ファイル７ａ−１の記述例を示している。前提条件ファイル７ａ−１は、記述７５ａにより、Ａシステムに対する前提条件であることを示している。また、記述７５ｂにより、記述前提条件ファイル７ａ−１の前提条件バージョン７ｖは、「1.0.0.1」であることを示している。
【０１１０】
端末３は、前提条件ファイル７ａ−１を受信すると、前提条件ファイル７ａ−１の記述７５ｂから前提条件バージョン７ｖを取得して、端末３の記憶部１３０ｂに保持する。
【０１１１】
記述７５ｃ、記述７５ｄ、及び記述７５ｅは、Ａシステムにおいて動作補償されているソフトウェア毎のサポート状況を示す。記述７５ｃでは、タグ＜OS＞により、ソフトウェアが「ＯＳ」のサポート状況を示しており、タグ＜support＞により、「Windows XP」、「Windows Vista」、「Windows 7」、「Windows 8」、及び「Windows 8.1」がサポートされていることを示している。
【０１１２】
記述７５ｄでは、タグ＜browser＞により、ソフトウェアが「browser」のサポート状況を示しており、タグ＜support＞により、「Internet Explore 8」、「Internet Explore 9」、「Internet Explore 10」、及び「Internet Explore 11」がサポートされていることを示している。また、タグ＜not_support＞により、「Safari」及び「Fire Fox」はサポートされていないことを示している。
【０１１３】
記述７５ｅでは、タグ＜adobe＞により、ソフトウェアが「Adbe」のサポート状況を示しており、タグ＜support＞により、「Adbe Acrobat Reader 11.0」がサポートされていることを示している。
【０１１４】
ソフトウェアを特定するタグと、サポート済み及び／又は未サポートのバージョンを示すタグとによって、Ａシステムで動作可能な環境と、Ａシステムで利用不可となる環境又は動作を保証しない環境とが示される。タグ＜not_support＞は、Ａシステムと競合するコンポーネントであることを示す。
【０１１５】
例えば、端末３ａの端末環境５ではＯＳが「Windows 8」の場合、端末３ａでの前提条件チェックによって、サポート対象である。一方、端末３ａの端末環境５ではＯＳが「Windows 2000」の場合、端末３ａでの前提条件チェックによって、「Windows 2000」は、タグ＜support＞にもタグ＜not_support＞にも指定されていない条件であると判断される。
【０１１６】
この場合には、必ずしもタグ＜support＞で指定されたバージョンに切り替える必要はなく、一定期間状態を監視した結果、不具合、障害等の報告が無ければ、サポート対象のバージョンとなりえる。サポート対象となった場合には、タグ＜support＞で指定される。また、サポートしないとなった場合には、タグ＜not_support＞で指定してもよい。
【０１１７】
また、端末３ａの端末環境５ではブラウザが「Internet Explore 10」の場合、端末３ａでの前提条件チェックによって、サポート対象であると判断される。
【０１１８】
一方、端末３ａの端末環境５ではブラウザが「Internet Explore 12」の場合、端末３ａでの前提条件チェックによって、「Internet Explore 12」は、タグ＜support＞にもタグ＜not_support＞にも指定されていない条件であると判断される。
【０１１９】
この場合には、必ずしもタグ＜support＞で指定されたバージョンに切り替える必要はなく、一定期間状態を監視した結果、不具合、障害等の報告が無ければ、サポート対象のバージョンとなりえる。サポート対象となった場合には、タグ＜support＞で指定される。また、サポートしないと判断された場合には、タグ＜not_support＞で指定される場合がある。
【０１２０】
また、端末３ａの端末環境５ではブラウザが「Safari」の場合、端末３ａでの前提条件チェックによって、タグ＜not_support＞によって指定されているため、サポートされていないことが明確であり、タグ＜support＞で指定される製品又はバージョンへの切り替えが推奨される。
【０１２１】
タグ＜support＞及びタグ＜not_support＞のいずれにも一致しない製品名又はバージョンは不一致情報として、例えば、タグ＜other＞等により前提条件チェック結果８内で示され、クラウドサーバ１００へ送信される。
【０１２２】
図１３は、不一致のチェック結果がクラウドサーバへ報告される例を説明するための図である。図１３では、Windows（登録商標）エージェントを有する端末３ａにおいて、ＯＳは「Windows 7」、ａｄｏｂｅは「Adbe Acrobat Reader 11.0」、そして、ブラウザは「Internet Explore 12」が利用されているとする。
【０１２３】
状況としては、以前には、「Internet Explore 11」を利用していたが（即ち、ブラウザはサポートされている条件であったが）、端末３ａにてブラウザをアップデートしたことにより、「Internet Explore 12」に更新された場合等が相当する。
【０１２４】
Ａシステムを利用する端末３ａでは、クラウドサーバ１００から受信したＡシステムかつWindows（登録商標）エージェント用の前提条件ファイル７ａ−１（図１２）に基づいて前提条件チェックが、前提条件チェック部６２によって行われる（ステップＳ３ａ）。
【０１２５】
前提条件チェックにより、端末３ａは、クラウドサーバ１００に端末３ａの端末環境５を通知する目的で、前提条件チェック結果８を作成する。
【０１２６】
即ち、前提条件ファイル７のサポート済みの条件と一致した場合、＜support＞Windows 8＜/support＞のように示す。
【０１２７】
前提条件ファイル７において、＜support＞にも＜not_support＞にも一致する条件がなかった場合、例えば、＜other＞Internet Explore 12＜/other＞のように示す。端末３ａの条件が＜support＞にも＜not_support＞にも存在しない条件であることをタグ＜other＞で示し、かつ、端末３ａの現在の条件を示す。
【０１２８】
また、前提条件ファイル７の＜not_support＞で一致した場合、＜not_support＞で一致したことを示す。例えば、＜not_support＞Fire Fox＜/not_support＞のように示す。
【０１２９】
＜other＞は、クラウドサーバ１００によってサポート済み及び／又は未サポートが未決定の条件に対して用いる。一方、＜not_support＞は、システム管理者Ｍ等によってサポートしないことが決定されている条件に対して用いる。
【０１３０】
図１４は、前提条件チェック結果の記述例を示す図である。図１４に例示する前提条件チェック結果８ａ−１では、記述７６ｃ及び７６ｅにより、ソフトウェアとして項目が挙げられていたＯＳとａｄｏｂｅについてはサポートされている条件の一つが示されている。
【０１３１】
また、記述７６ｄにより、ブラウザについては、タグ＜other＞によって、＜support＞にも＜not_support＞にも一致してない条件であることを示している。Ａシステムにおいてサポート状態が不明な「Internet Explore 12」のブラウザを利用していることが示される。
【０１３２】
上述に加え、前提条件ファイル７、機器管理ＩＤ等の端末３の識別情報、前提条件チェックを実行した日時等の情報を前提条件チェック結果８ａ−１に含めるようにしてもよい。
【０１３３】
図１４に示すような前提条件チェック結果８ａ−１に対する、収集結果報告９の表示例について図１５で説明する。図１５は、収集結果報告の表示例を示す図である。
【０１３４】
図１５では、システム管理者Ｍの端末３ｍに表示可能な収集結果報告９の一部分に相当する前提条件チェック結果一覧９ａの例を示してる。前提条件チェック結果一覧９ａは、端末３毎に、各業務において端末３がサポート済みのソフトウェア（及びバージョン）で動作しているか否かを示すテーブルであり、端末名、Ａシステム、Ｂサービス、業務アプリＣ等の項目を有する。
【０１３５】
この例では、端末名「WIN-PC001」の端末３に関して、Ａシステムの運用時には、サポート済みのソフトウェアを動作環境としていると判断され「ＯＫ」が示されている。Ｂサービスについて同様である。
【０１３６】
同様に、端末名「WIN-PC002」の端末３に関して、Ａシステム、Ｂサービス、及び業務アプリＣの運用時において、いずれもサポート済みのソフトウェアを動作環境としていると判断され「ＯＫ」が示されている。
【０１３７】
端末名「WIN-PC003」の端末３に関して、業務アプリＣの運用ではサポート済みのソフトウェアを動作環境としていると判断され「ＯＫ」が示されているが、Ａシステムの運用では「ＮＧ」が示されている。以下、端末名「WIN-PC003」は端末３ａであるとして説明する。
【０１３８】
システム管理者Ｍが、この「ＮＧ」を選択すると、クラウドサーバ１００から診断結果８１ａが提供され端末３ｍに表示される。診断結果８１ａは、診断項目毎に診断結果内容を示す。
【０１３９】
診断項目は、前提条件ファイル７で指定されるソフトウェアに相当する。図１２の例における、タグ＜OS＞、タグ＜browser＞、及びタグ＜adobe＞が、診断項目に相当する。
【０１４０】
診断結果内容は、ＯＳに対して「問題ありません（Windows 7）」が示され、Ａｄｏｂｅに対して「問題ありません（Adobe Reader 11.0）」が示される。夫々のカッコ（）内には、端末３ａが前提条件チェック結果８で示したサポート済みの「Windows 7」及び「Adobe Reader 11.0」が示される。
【０１４１】
一方、診断項目のブラウザに対しては、タグ＜support＞にもタグ＜not_support＞にも指定されていないバージョンが、端末３ａから報告されたため、例えば、
「サポートされたブラウザがインストールされていません。
サポートされているブラウザは以下の通りです。
・Internet Explore 8
・Internet Explore 9
・Internet Explore 10
・Internet Explore 11」
のようにサポート済みのバージョンの一覧が示される。
【０１４２】
システム管理者Ｍは、端末３ａのＡシステムを運用する際のソフトウェアの状況において、サポート済みのブラウザがインストールされていないことを把握することができる。
【０１４３】
また、この診断結果８１ａは、利用者Ａの端末３ａでも表示可能な情報である。従って、利用者Ａは、端末３ａに診断結果８１ａを表示させることによって、端末３ａの端末環境５がＡシステムに対してどの前提条件を満たし、どの前提条件を満たしていないのかを把握することができる。
【０１４４】
次に、クラウドサーバ１００の前提条件見直し処理部１４３と、各端末３の見直し後チェック部６３とで行われる前提条件見直しの処理シーケンスについて図１６で説明する。図１６は、前提条件見直しの処理シーケンスを示す図である。図１６において、端末３の見直し後チェック部６３は、前回の前提条件バージョン７ｖの確認から所定時間を経過しているか否かを判断する（ステップＳ３７１）。
【０１４５】
前回のクラウドサーバ１００における前提条件ファイル７のバージョンと端末３が保持している前提条件バージョン７ｖとの確認から所定時間が経過していない場合（ステップＳ３７１のＮＯ）、見直し後チェック部６３は、所定間隔でステップＳ３７１を繰り返す。
【０１４６】
一方、前回の確認から所定時間が経過している場合（ステップＳ３７１のＹＥＳ）、見直し後チェック部６３は、クラウドサーバ１００に前提条件ファイル７のバージョンを問い合わせて取得し、端末３が保持している前提条件バージョン７ｖと一致するか否かを確認する（ステップＳ３７２）。バージョン問合せでは端末３の機器管理ＩＤが指定されるようにする。一致する場合、見直し後チェック部６３による見直し後チェック処理は終了する。
【０１４７】
一方、一致しない場合（不一致の場合）、見直し後チェック部６３は、最新バージョンの前提条件ファイル７をクラウドサーバ１００に要求して取得する（ステップＳ３７３）。前提条件ファイル要求では端末３の機器管理ＩＤが指定されるようにする。
【０１４８】
そして、見直し後チェック部６３は、前提条件チェック部６２と同様に前提条件チェックを行い（ステップＳ３７４）、前提条件チェック結果８をアップロードする（ステップＳ３７５）。そして、見直し後チェック部６３による見直し後チェック処理は終了する。
【０１４９】
クラウドサーバ１００での前提条件見直し処理部１４３による前提条件見直し処理は、前提条件ファイル７を自動的に見直す自動更新処理と、最新バージョンの前提条件ファイル７を提供する最新ファイル提供処理とを含む。
【０１５０】
自動更新処理において、前提条件見直し処理部１４３は、不一致情報結果テーブル１５９から所定期間のレコードを読み込む（ステップＳ１７１）。所定期間は、例えば、２週間等である。
【０１５１】
前提条件見直し処理部１４３は、発生状況が見直し条件に合致するチェック結果が存在するか否かを判断する（ステップＳ１７２）。見直し条件は、例えば、図１８で例示される見直し条件Ａ、Ｂ、及びＣ等であるが、これらに限定されない。
【０１５２】
存在しない場合、前提条件見直し処理部１４３は、この自動更新処理を終了する。一方、存在する場合、前提条件見直し処理部１４３は、新たな前提条件として、チェック結果を前提条件ファイル７に追加し、前提条件ファイル７に関して、不一致情報結果テーブル１５９の前提条件バージョンを更新して（ステップＳ１７３）、この自動更新処理を終了する。
【０１５３】
最新ファイル提供処理において、前提条件見直し処理部１４３は、端末３からの要求を受けると、バージョン問合せ又は前提条件ファイル要求のいずれであるかを判断する（ステップＳ１７５）。端末３からの要求がバージョン問合せの場合、前提条件見直し処理部１４３は、前提条件バージョンを前提条件テーブル１５６から取得して、端末３へ通知する（ステップＳ１７６）。
【０１５４】
バージョン問合せによって指定された機器管理ＩＤに基づいて、端末基本情報テーブル１５１からソフトウェア情報テーブル１５５へと関連付けられ、更に、ソフトウェア情報テーブル１５５のソフトウェアＩＤによって前提条件テーブル１５６へと関連付けられる（図９）。関連付けられた前提条件テーブル１５６から前提条件ファイル７を特定できる。前提条件テーブル１５６で管理されている、特定した前提条件ファイル７の前提条件バージョンを端末３へ送信すればよい。
【０１５５】
一方、端末３からの要求が前提条件ファイル要求である場合、前提条件見直し処理部１４３は、前提条件ファイル要求で指定される機器管理ＩＤに対応する前提条件ファイル７を端末３に送信する（ステップＳ１７７）。
【０１５６】
前提条件ファイル要求によって指定された機器管理ＩＤに基づいて、端末基本情報テーブル１５１からソフトウェア情報テーブル１５５へと関連付けられ、更に、ソフトウェア情報テーブル１５５のソフトウェアＩＤによって前提条件テーブル１５６へと関連付けられる（図９）。関連付けられた前提条件テーブル１５６から前提条件ファイル７を特定できる。関連付けられた前提条件テーブル１５６から前提条件ファイル７を特定して、端末３に送信すればよい。
【０１５７】
その後、前提条件見直し処理部１４３は、前提条件チェック結果８を受信する（ステップＳ１７８）。前提条件チェック結果８の受信後の処理は、図８の、前提条件チェック処理部１４２による前提条件チェック処理における、ステップＳ１２４〜Ｓ１２６と同様であるので、その説明を省略する。
【０１５８】
図１７は、クラウドサーバにおける前提条件見直し処理に関するテーブル構成例を示す図である。図１７において、前提条件見直し処理に関するテーブルは、端末基本情報テーブル１５１、ソフトウェア情報テーブル１５５、及び不一致情報結果テーブル１５９である。ここでは、図６及び図９で説明されていない、不一致情報結果テーブル１５９のみを説明する。
【０１５９】
不一致情報結果テーブル１５９は、端末３において前提条件チェックの結果、前提条件ファイル７で規定されている条件（タグ＜support＞及びタグ＜not_support＞の条件の一覧）の中に一致する条件が存在したかった端末３の条件について、端末３毎に管理するテーブルであり、機器管理ＩＤ、ソフトウェアＩＤ、前提条件ＩＤ、前提条件バージョン、チェック結果、チェック日時等の項目を有する。
【０１６０】
機器管理ＩＤは、端末基本情報テーブル１５１に登録された機器管理ＩＤを示し、機器管理ＩＤによって端末基本情報テーブル１５１と不一致情報結果テーブル１５９とが関連付けられる。
【０１６１】
ソフトウェアＩＤは、業務上利用されるソフトウェアの識別情報を示し、ソフトウェアＩＤによってソフトウェア情報テーブル１５５と不一致情報結果テーブル１５９とが関連付けられる。
【０１６２】
前提条件ＩＤは、前提条件ファイル７の識別情報を示す。前提条件バージョンは、前提条件ファイル７によって規定される前提条件のバージョンを示す。
【０１６３】
チェック結果は、タグ＜support＞にもタグ＜not_support＞にも一致しなかった、不一致となった端末３の条件を示す。例えば、図１４の前提条件チェック結果８の場合、記述７６ｄ相当の情報（少なくとも「Internet Explore 12」）が記憶される。チェック日時は、前提条件チェックが端末３で実行された日時を示す。
【０１６４】
前提条件見直し処理部１４３は、自動更新処理において、同一の前提条件ファイル７で前提条件チェックを実行した端末３において発生した不一致の情報をチェック結果から取得して集計する。例えば、図１２の前提条件ファイル７ａ−１に基づく前提条件チェックによって発生した不一致の情報が記述７６ｄ相当の情報であり、後述する詳細な自動更新処理によって、サポート可能な条件であると判断した場合、前提条件が更新されることで、前提条件ファイル７ａ−１（図１２）から前提条件ファイル７ａ−２（図１９）へと更新される。
【０１６５】
図１８は、前提条件見直し処理部による自動更新処理を説明するためのフローチャート図である。図１８において、前提条件見直し処理部１４３は、不一致情報結果テーブル１５９を読み込んで、所定期間中のチェック結果毎にレコードを纏める（ステップＳ１７１）。チェック結果でソートしてレコードを纏めてもよい。所定期間は、例えば、２週間等である。
【０１６６】
ここで、不一致情報結果テーブル１５９のチェック結果は不一致となった端末３の条件を示している。即ち、前提条件ファイル７の＜support＞にも＜not_support＞にも一致しなかった条件が、チェック結果で示される。例えば、図１４では、タグ＜other＞で示される条件が相当する。
【０１６７】
そして、前提条件見直し処理部１４３は、ステップＳ１７２の処理を行う。ステップＳ１７２の処理において、前提条件見直し処理部１４３は、チェック結果を１つ選択して、選択したチェック結果のレコードを処理対象とする（ステップＳ１７２−１）。
【０１６８】
そして、前提条件見直し処理部１４３は、先ず、ある一定期間に発生した前提条件チェックの不一致件数が件数基準値を超えているか（見直し条件Ａ）を検証する（ステップＳ１７２−２）。選択されたチェック結果に対して、ある一定期間内のレコード数を集計すればよい。
【０１６９】
件数基準値を超えている場合（ステップＳ１７２−２のＹＥＳ）、即ち、見直し条件Ａに合致する場合、前提条件見直し処理部１４３は、チェック結果を見直し対象として記憶部１３０ａに記憶して（ステップＳ１７２−５）、ステップＳ１７２−６へと進む。
【０１７０】
一方、件数基準値を超えていない場合（ステップＳ１７２−２のＮＯ）、即ち、見直し条件Ａに合致しない場合、前提条件見直し処理部１４３は、同じ不一致が連続して発生している回数が回数基準値を超えているか（見直し条件Ｂ）を検証する（ステップＳ１７２−３）。回数基準値を超えている場合（ステップＳ１７２−３のＹＥＳ）、即ち、見直し条件Ｂに合致する場合、前提条件見直し処理部１４３は、チェック結果を見直し対象として記憶部１３０ａに記憶して（ステップＳ１７２−５）、ステップＳ１７２−６へと進む。
【０１７１】
一方、回数基準値を超えていない場合（ステップＳ１７２−３のＮＯ）、即ち、見直し条件Ｂに合致しない場合、前提条件見直し処理部１４３は、前提条件に対して一致と不一致とが一定の割合で発生しているか（見直し条件Ｃ）を検証する（ステップＳ１７２−４）。
【０１７２】
見直し条件Ｃの検証の一例として、前提条件チェック結果テーブル１５７及び前提条件チェック結果履歴テーブル１５８から同一期間における、選択したチェック結果と同一のソフトウェアＩＤのレコードを抽出し、レコード数を集計する。このレコード数は、一致（タグ＜support＞及びタグ＜not_support＞）及び不一致（タグ＜other＞）の総数を示す。このレコード数と、不一致情報結果テーブル１４９の選択したチェック結果のレコード数とが、略２：１を示す場合に一定の割合で発生していると判断してもよい。
【０１７３】
割合基準値を超えている場合（ステップＳ１７２−４のＹＥＳ）、即ち、見直し条件Ｃに合致する場合、前提条件見直し処理部１４３は、前提条件見直し処理部１４３は、チェック結果を見直し対象として記憶部１３０ａに記憶して（ステップＳ１７２−５）、ステップＳ１７２−６へと進む。
【０１７４】
ステップＳ１７２−５の後、又は、割合基準値を超えていない場合（ステップＳ１７２−４のＮＯ、即ち、見直し条件Ａ、Ｂ、及びＣに合致しない場合）、前提条件見直し処理部１４３は、全てのチェック結果を終了したか否かを判断する（ステップＳ１７２−５）。処理をしていないチェック結果が未だ残っている場合、前提条件見直し処理部１４３は、ステップＳ１７２−１へと戻り、次のチェック結果について上述同様の処理を繰り返す。一方、全てのチェック結果を終了した場合、前提条件見直し処理部１４３は、ステップＳ１７３へと進む。
【０１７５】
上述において、見直し条件Ａ、Ｂ、及びＣの検証の順序を規定するものではない。見直し条件Ｂ、Ａ、及びＣの順であってもよく、他の順であってもよい。
【０１７６】
ステップＳ１７３の処理において、前提条件見直し処理部１４３は、見直し対象のチェック結果から１つ選択する（ステップＳ１７３−１）。
【０１７７】
そして、前提条件見直し処理部１４３は、選択したチェック結果のレコードから重複する機器管理ＩＤのレコードを除外して（ステップＳ１７３−２）、全ての見直し条件Ａ、Ｂ、及びＣを検証する（ステップＳ１７３−３）。重複する機器管理ＩＤのレコードの除外は、複数の端末３に係る条件を抽出するために行われる。重複を除外したレコードに対して、ステップＳ１７２−２、Ｓ１７２−３、及びＳ１７２−４が行われる。
【０１７８】
前提条件見直し処理部１４３は、見直し条件Ａ、Ｂ、及びＣの１つ以上に合致したか否かを判断する（ステップＳ１７３−４）。全ての見直し条件Ａ、Ｂ、及びＣに合致しない場合（ステップＳ１７３−４のＮＯ）、前提条件見直し処理部１４３は、ステップＳ１７３−６へと進む。
【０１７９】
一方、見直し条件Ａ、Ｂ、及びＣのうち少なくとも１以上に合致した場合（ステップＳ１７３−４のＹＥＳ）、前提条件見直し処理部１４３は、前提条件を見直して、前提条件バージョンを更新する（ステップＳ１７３−５）。前提条件の見直しでは、前提条件見直し処理部１４３は、１以上の基準値を超えたレコードの前提条件ＩＤによって関連付けられる前提条件テーブル１５６のレコードを特定し、特定したレコードの前提条件ＩＤで前提条件ファイル７を特定し、前提条件ファイル７内で規定される前提条件をチェック結果に基づいて更新する。また、前提条件見直し処理部１４３は、前提条件テーブル１５６内において特定したレコードの前提条件バージョンを更新する。
【０１８０】
前提条件の見直しは、診断項目の前提条件を詳細化する更新と、条件を見直して仕様を変更する更新とがあり、少なくともいずれかの更新が行われる。診断項目を追加して前提条件を詳細化する更新には、前提条件を定めることにしたソフトウェアの追加等がある。
【０１８１】
診断項目は、例えば、図１２では、タグ＜OS＞、タグ＜browser＞、及びタグ＜adobe＞による対象の各ソフトウェアに相当する。新たなＯＳがリリースされた場合、タグ＜OS＞配下にタグ＜not_support＞を用いて新たなＯＳを指定することで、サポート対象外という条件を追加する。
【０１８２】
条件を見直して仕様を変更する更新とは、対象の診断項目に対して、タグ＜support＞を用いてサポート可能と判断したバージョン等を追加することに相当する。例えば、タグ＜browser＞配下にタグ＜support＞を用いて「Internet Explore 12」が追加される。
【０１８３】
前提条件ファイル７ａ−１から更新された前提条件ファイル７ａ−２は、例えば、図１９のような内容を示す。図１９は、更新された前提条件ファイルの記述例を示す図である。図１９に示す前提条件ファイル７ａ−２では、図１６及び図１８で説明した自動更新処理により、タグ＜browser＞配下に<support>Internet Explore 12</support>が追加された例を示している。
【０１８４】
図２０は、最新の前提条件ファイルが提供される例を説明するための図である。図２０では、クラウドサーバ１００の前提条件見直し処理部１４３による更新ファイル提供処理によって、最新の前提条件ファイル７ａ−２が端末３ａに転送される（ステップＳ７ａ）。
【０１８５】
そして、端末３ａにおけるＡシステム用の最新の前提条件ファイル７ａ−２を受信すると、端末３ａの見直し後チェック部６３は、受信した最新の前提条件ファイル７ａ−２に基づいて、前提条件チェックを自動的に実施する（ステップＳ８ａ）。
【０１８６】
最新の前提条件ファイル７ａ−２に基づく前提条件チェック結果８をクラウドサーバ１００が受信すると、例えば、図２１に示すような収集結果報告９及び診断結果８１が表示可能となる。
【０１８７】
図２１は、更新後の収集結果報告の表示例を示す図である。図２１では、システム管理者Ｍの端末３ｍに表示可能な収集結果報告９の一部分に相当する前提条件チェック結果一覧９ａ−２の例を示してる。前提条件チェック結果一覧９ａ−２は、図１５の前提条件チェック結果一覧９ａと同様の項目を有するため、その説明を省略する。
【０１８８】
図１５の前提条件チェック結果一覧９ａとの違いは、端末名「WIN-PC003」のＡシステムの前提条件チェック結果が「ＮＧ」から「ＯＫ」へと変更されている点である。以下、端末名「WIN-PC003」は端末３ａであるとして説明する。
【０１８９】
システム管理者Ｍが、このＡシステムの「ＯＫ」を選択すると、クラウドサーバ１００から診断結果８１ａ−２が提供され端末３ｍに表示される。診断結果８１ａ−２は、図１５の診断結果８１ａと同様に、診断項目毎に診断結果内容を示す。
【０１９０】
診断結果８１ａ−２では、診断結果内容は、診断項目「ＯＳ」に対して「問題ありません（Windows 7）」が示され、診断項目「Ａｄｏｂｅ」に対して「問題ありません（Adobe Reader 11.0）」が示される。
【０１９１】
一方、診断項目「ブラウザ」は、更新前の前提条件ファイル７ａの場合とは異なり、タグ＜support＞で「Internet Explore 12」がクラウドサーバ１００に報告されたため、診断項目「ＯＳ」及び「Ａｄｏｂｅ」同様に、「問題ありません（Internet Explore 12）」が示されている。夫々のカッコ（）内には、端末３ａが前提条件チェック結果８ａ−２で示した条件が示される。
【０１９２】
上述したように、本実施例では、端末３側で発生する端末環境５のさまざまな変化に応じて、自動で前提条件を更新するため、システム管理者Ｍと利用者の両者の業務効率化に貢献できる。
【０１９３】
クラウドサーバ１００側では、システム管理者Ｍが各端末３を操作することなく、端末環境５の情報を収集することができる。また、利用者は、業務アプリケーションを端末３に導入して行う場合に、前提条件ファイル７の受信に応じて自動的に端末３が行うため、利用者自身で動作環境を確認する必要がない。利用者に動作環境を確認するための知識がなくても、利用者は、診断結果８１を参照することで、利用者の端末３が業務アプリケーションを利用するための前提条件を備えているか否かを確認できる。
【０１９４】
また、各端末３が個別にアップデートしたソフトウェアに関しても、前提条件チェック結果８によりクラウドサーバ１００に報告されるため、リアルタイムに端末環境５の変化を把握することができる。また、端末環境５の変化に応じて、前提条件の見直しを自動で行うため、個々の端末３で行われるアップデートに関するシステム管理者Ｍの負担を軽減することができる。
【０１９５】
更に、システム管理者Ｍは、ＩＴに不慣れな利用者からの問合せに対して、利用者の端末の環境を収集結果報告９から知ることができるため、対応を適切に行うことができる。
【０１９６】
このように、本実施例に係るクラウドサーバ１００では、送信した前提条件ファイル７の内容を満たさないと判断した端末３からの前提条件チェック結果８を集計した結果が見直し条件を満たす場合、前提条件チェック結果８に基づいて前提条件ファイル７を更新するため、前提条件ファイル７の見直しを自動化できる。
【０１９７】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、主々の変形や変更が可能である。
【０１９８】
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
特定のソフトウェアを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信し、
受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信する、
処理をコンピュータに行わせることを特徴とする管理プログラム。
（付記２）
前記環境条件を見直す条件は、前記環境条件を満たさないコンピュータの数が所定数以上となることであることを特徴とする付記１記載の管理プログラム。
（付記３）
特定の業務アプリケーションを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信し、
受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信する、
処理をコンピュータに行わせることを特徴とする管理プログラム。
（付記４）
前記環境条件は、少なくとも前記特定の業務アプリケーションでサポートされている、各ソフトウェアと該ソフトウェアのバージョンとを示した情報であることを特徴とする付記３記載の管理プログラム。
（付記５）
前記報告された前記環境は、前記特定の業務アプリケーションに対する環境条件に合致しないソフトウェアの製品名及びバージョンにより示されることを特徴とする付記３記載の管理プログラム。
（付記６）
前記環境条件を見直す条件は、同じ環境が報告された回数が回数基準値を超えた場合に、前記環境条件を見直すことを条件とし、
前記コンピュータに、
前記環境条件を見直す条件を満たす場合、前記報告された環境に基づいて前記環境条件を更新する
処理を行わせることを特徴とする付記１乃至５のいずれか一項記載の管理プログラム。
（付記７）
前記環境条件を見直す条件は、ある一定期間に前記環境条件を満たさないと判定したコンピュータからの前記環境についての報告の件数が件数基準値を超えた場合に、前記環境条件を見直すことを条件とし、
前記コンピュータに、
前記環境条件を見直す条件を満たす場合、前記報告された環境に基づいて前記環境条件を更新する
処理を行わせることを特徴とする付記１乃至５のいずれか一項記載の管理プログラム。
（付記８）
前記環境条件を見直す条件は、前記環境条件を満たさないと判定したコンピュータからの前記環境についての報告が一定の割合で発生している場合に、前記環境条件を見直すことを条件とし、
前記コンピュータに、
前記環境条件を見直す条件を満たす場合、前記報告された環境に基づいて前記環境条件を更新する
処理を行わせることを特徴とする付記１乃至５のいずれか一項記載の管理プログラム。
（付記９）
特定のソフトウェアを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信し、
受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信する、
処理をコンピュータが行うことを特徴とする管理方法。
（付記１０）
特定のソフトウェアを実行するための端末の環境条件を複数のコンピュータに送信し、少なくとも前記環境条件を満たさないと判定したコンピュータから環境についての報告を通信インターフェースを介して受信する通信インターフェースと、
受信した前記報告に基づいて、前記環境条件を満たさないコンピュータからの前記環境についての報告の集計結果が該環境条件を見直す条件を満たす場合、受信した前記環境についての報告に基づいて、前記環境条件を変更して得られた新しい環境条件を前記通信インターフェースを介して前記複数のコンピュータに送信させる制御を行う制御部と、
を備えたことを特徴とする管理装置。
【符号の説明】
【０１９９】
３、３ａ、３ｂ、３ｍ  端末
４、４ａ、４ｂ        ポリシーファイル
４ｐ          ポリシー
４ｖ          ポリシーバージョン
５            端末環境
６、６ａ、６ｂ        セキュリティチェック結果
７、７ａ、７ｂ        前提条件ファイル
７ｖ          前提条件バージョン
８、８ａ、８ｂ        前提条件チェック結果
９            収集結果報告
１１ａ        ＣＰＵ、                １２ａ          主記憶装置
１３ａ        補助記憶装置            １４ａ          入力装置
１５ａ        表示装置                １７ａ          通信Ｉ／Ｆ
１８ａ        ドライブ装置            １９ａ          記憶媒体
６１          セキュリティチェック部  ６２            前提条件チェック部
６３          見直し後チェック部
１００                クラウドサーバ
１３０ａ、１３０ｂ    記憶部
１４１        基本動作処理部          １４２          前提条件チェック処理部
１４３        前提条件見直し処理部
Ｂ１          バス
【図１】
0006409616.tif 000002
【図２】
0006409616.tif 000003
【図３】
0006409616.tif 000004
【図４】
0006409616.tif 000005
【図５】
0006409616.tif 000006
【図６】
0006409616.tif 000007
【図７】
0006409616.tif 000008
【図８】
0006409616.tif 000009
【図９】
0006409616.tif 000010
【図１０】
0006409616.tif 000011
【図１１】
0006409616.tif 000012
【図１２】
0006409616.tif 000013
【図１３】
0006409616.tif 000014
【図１４】
0006409616.tif 000015
【図１５】
0006409616.tif 000016
【図１６】
0006409616.tif 000017
【図１７】
0006409616.tif 000018
【図１８】
0006409616.tif 000019
【図１９】
0006409616.tif 000020
【図２０】
0006409616.tif 000021
【図２１】
0006409616.tif 000022