(57)【要約】【課題】  既に動作している他のアプリケーションへの影響を最小限に抑えることが可能なアプリケーション起動方法及びこれを用いたアプリケーション起動装置を実現する。【解決手段】  分散コンピューティング環境下に存在するアプリケーションの起動方法であって、アプリケーション起動機構が、起動要求のあったアプリケーションの動作条件を取得し、アプリケーションを起動させるオペレーティングシステムやハードウェアが動作条件を満足しているかを検査し、動作条件が満足された場合に起動要求のあったアプリケーションを起動させる。【選択図】                    図１
2006252104.tif 000002
【特許請求の範囲】
【請求項１】
分散コンピューティング環境下に存在するアプリケーションの起動方法であって、
アプリケーション起動機構が、
起動要求のあったアプリケーションの動作条件を取得し、
前記アプリケーションを起動させるオペレーティングシステムやハードウェアが前記動作条件を満足しているかを検査し、
前記動作条件が満足された場合に起動要求のあった前記アプリケーションを起動させることを特徴とするアプリケーション起動方法。
【請求項２】
前記アプリケーション起動機構が、
前記動作条件が満足されない場合にエラー通知を行うことを特徴とする
請求項１記載のアプリケーション起動方法。
【請求項３】
前記アプリケーション起動機構が、
前記動作条件の検査時に、ハードウェアの資源の予約の処理、或いは、他のアプリケーションの接続受付の予約の処理を行うことを特徴とする
請求項１記載のアプリケーション起動方法。
【請求項４】
前記アプリケーション起動機構が、
前記アプリケーションを起動させるオペレーティングシステムやハードウェアが前記動作条件を満足しない場合に前記予約をキャンセルすることを特徴とする
請求項３記載のアプリケーション起動方法。
【請求項５】
分散コンピューティング環境下に存在するアプリケーションの起動装置において、
起動要求のあったアプリケーションの動作条件を取得し、前記アプリケーションを起動させるオペレーティングシステムやハードウェアが前記動作条件を満足しているかを検査し、前記動作条件が満足された場合に起動要求のあった前記アプリケーションを起動させるコンピュータ
を備えたことを特徴とするアプリケーション起動装置。
【請求項６】
前記コンピュータが、
アプリケーションの起動要求があったと判断した場合に前記動作条件の取得を要求し、前記動作条件が満足している旨の通知を得た場合に起動要求のあった前記アプリケーションを起動させるアプリケーション起動機能と、
動作条件の取得の要求を受けた場合に前記動作条件を取得し、検査機能選択ルールに基づき検査機能リストから選択して動作条件の検査を要求し、取得した検査実行結果に基づき前記動作条件が満足しているか否かを判断して前記アプリケーション起動機能に通知する動作条件検査実行機能と、
動作条件の検査の要求を受けた場合に前記動作条件を解釈してオペレーティングシステムやハードウェアが前記動作条件を満足しているか否かの検査を実行すると共に前記検査実行結果を前記動作条件検査実行機能に対して提供する検査機能と
を備えたことを特徴とする
請求項５記載のアプリケーション起動装置。
【請求項７】
前記アプリケーション起動機能が、
前記動作条件が満足されない旨の通知を得た場合にエラー通知を行うことを特徴とする
請求項６記載のアプリケーション起動装置。
【請求項８】
前記検査機能が、
前記動作条件の検査時に、ハードウェアの資源の予約の処理、或いは、他のアプリケーションの接続受付の予約の処理を行うことを特徴とする
請求項６記載のアプリケーション起動装置。
【請求項９】
前記検査機能が、
前記アプリケーションを起動させるオペレーティングシステムやハードウェアが前記動作条件を満足しない場合に前記予約をキャンセルすることを特徴とする
請求項８記載のアプリケーション起動方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散コンピューティング環境下に存在するアプリケーションの起動方法及びこれを用いたアプリケーション起動装置に関し、特に、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能なアプリケーション起動方法及びこれを用いたアプリケーション起動装置に関する。
【背景技術】
【０００２】
従来の分散コンピューティング環境下では、コンピュータ等のネットワーク機器に対してネットワーク上に存在する様々なアプリケーションを組み合わせてインストール等して起動させることにより必要とするシステムを構成している。このため、ネットワーク上に存在する様々なアプリケーションの起動方法が考案されている。
【０００３】
そして、従来のこのようなアプリケーションの起動方法に関連する先行技術文献としては次のようなものがある。
【０００４】
【特許文献１】特開平０５−０１１９８７号公報
【特許文献２】特開平０８−３３５２１２号公報
【特許文献３】特開平０９−０１６３８０号公報
【特許文献４】特開平１１−２８２６８６号公報
【特許文献５】特開２００１−０１４００９号公報
【特許文献６】特開２００１−０４３１９９号公報
【０００５】
図８はこのような従来の分散コンピューティング環境下におけるアプリケーション起動方法の一例を示す構成ブロック図である。図８において１，２及び３は様々なアプリケーションが保存されているネットワーク機器であるサーバ、４はネットワーク上に存在する様々なアプリケーションを組み合わせてインストール等して起動させることにより必要とするシステムを構成するネットワーク機器であるコンピュータ、１００はＬＡＮ（Local Area Network）インターネット、イントラネット等の汎用のネットワークである。
【０００６】
サーバ１，２及び３はそれぞれネットワーク１００に相互に接続され、コンピュータ４もまたネットワーク１００に相互に接続される。
【０００７】
ここで、図８に示す従来例の動作を図９及び図１０を用いて説明する。図９はコンピュータ４にインストールされるアプリケーションの状況を説明する説明図、図１０はコンピュータ４上で起動されるアプリケーションの動作を説明するフロー図である。
【０００８】
図９においてコンピュータ４側でサーバ１に保存されている図９中”ＡＰ０１”に示すアプリケーションと、サーバ３で保存されている図９中”ＡＰ０３”に示すアプリケーションとを組み合わせてシステムを構築すると想定した場合、コンピュータ４は、図９中”ＩＮ１１”に示すように図９中”ＡＰ０１”に示すアプリケーションを取得して図９中”ＡＰ１１”に示すようにインストール等する。
【０００９】
同様に、コンピュータ４は、図９中”ＩＮ１２”に示すように図９中”ＡＰ０３”に示すアプリケーションを取得して図９中”ＡＰ１２”に示すようにインストール等すると共にコンピュータ４はインストール等された２つのアプリケーションを起動させて構築したシステムを稼動させる。
【００１０】
図１０中”Ｓ００１”においてアプリケーションは、コンピュータから起動要求があったか否かを判断し、もし、起動要求があったと判断した場合には、図１０中”Ｓ００２”においてアプリケーションは、コンピュータのメモリ上にインスタンス化し、図１０中”Ｓ００３”において必要なメモリ領域等のハードウェアの資源を確保する。
【００１１】
そして、図１０中”Ｓ００４”においてアプリケーションは、通信の確立等を行い初期化し、図１０中”Ｓ００５”において初期化エラーの有無を判断する。もし、図１０中”Ｓ００５”において初期化エラーがないと判断された場合には、図１０中”Ｓ００６”においてアプリケーションは、メインの処理の実行を開始する。
【００１２】
一方、図１０中”Ｓ００５”において初期化エラーが発生したと判断した場合には、図１０中”Ｓ００７”においてアプリケーションは、発生した初期化エラーに対応する処理を適宜行う。
【００１３】
この結果、コンピュータ等のネットワーク機器に対してネットワーク上に存在する様々なアプリケーションを組み合わせてインストール等して起動させることにより必要とするシステムを構成することが可能になる。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかし、図８に示す従来例では、各アプリケーションが正常に動作するためには、例えば、以下に示すような動作条件を満足する必要性がある。
（ａ）利用可能なＣＰＵやメモリ等のハードウェア資源の残量。
（ｂ）必要な設定ファイルやデータファイルが存在する。
（ｃ）動作する機器上に必要なライブラリファイル等が存在する。
（ｄ）利用する他のアプリケーションが稼働中であり、接続可能な状態にある。
（ｅ）ファイルや他のアプリケーションへのアクセス権がある。
【００１５】
このような動作条件を満足するか否かの判断は、オペレータ自身が確認するか、或いは、アプリケーションを実際に起動させてみることでしか判断することが出来なかった。これは、動作条件がアプリケーションの内部に存在する等、動作条件が明確になっていなかったためである。
【００１６】
ここで、図１１はインストールされたアプリケーションとコンピュータ４の資源等との関係を示す説明図であり、図１１中”ＡＰ２１”及び”ＡＰ２２”に示すような起動されたアプリケーションは、図１１中”ＨＷ２１”に示すハードウェア上で動作する図１１中”ＯＳ２１”に示すＯＳ（Operating System：オペレーティングシステム）の上で動作する。
【００１７】
この場合、図１１中”ＰＲ２１”及び”ＰＲ２２”に示すような各アプリケーションの動作条件は、図１１中”ＡＰ２１”及び”ＡＰ２２”に示すようなアプリケーション内部に存在するため内容が明確ではない。
【００１８】
また、アプリケーションのインストールに際しては、インストーラはライブラリファイルの存在等の静的な動作条件は確認するものの、他のアプリケーションとの接続可能状態等の動的な動作条件は考慮せずにインストールを行うため、本当に動作条件を満足するか否かを正確に判断できない。
【００１９】
このように、動作条件を満足していないにもかかわらず当該アプリケーションを起動することにより、同一機器上で動作している他のアプリケーションに障害を及ぼす恐れがあるといった問題点があった。
【００２０】
例えば、動作条件を満足していないにもかかわらず当該アプリケーションを起動することにより、ＣＰＵ（Central Processing Unit）、メモリ、或いは、通信帯域を消費してしまい、他のアプリケーションのパフォーマンスに影響を与え、場合によっては、他のアプリケーションを停止状態に陥らせてしまうと言った問題点があった。
【００２１】
また、例えば、動作条件を満足していないにもかかわらず当該アプリケーションを起動することにより、排他制御等が行われるデータベースやデータに対する制御権を占有してしまい、他のアプリケーションを停止状態に陥らせてしまうと言った問題点があった。
従って本発明が解決しようとする課題は、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能なアプリケーション起動方法及びこれを用いたアプリケーション起動装置を実現することにある。
【課題を解決するための手段】
【００２２】
このような課題を達成するために、本発明のうち請求項１記載の発明は、
分散コンピューティング環境下に存在するアプリケーションの起動方法であって、
アプリケーション起動機構が、
起動要求のあったアプリケーションの動作条件を取得し、前記アプリケーションを起動させるオペレーティングシステムやハードウェアが前記動作条件を満足しているかを検査し、前記動作条件が満足された場合に起動要求のあった前記アプリケーションを起動させることにより、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能になる。
【００２３】
請求項２記載の発明は、
請求項１記載の発明であるアプリケーション起動方法であって、
前記アプリケーション起動機構が、
前記動作条件が満足されない場合にエラー通知を行うことにより、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能になる。
【００２４】
請求項３記載の発明は、
請求項１記載の発明であるアプリケーション起動方法であって、
前記アプリケーション起動機構が、
前記動作条件の検査時に、ハードウェアの資源の予約の処理、或いは、他のアプリケーションの接続受付の予約の処理を行うことにより、動作条件検査時の状態と、実際の起動時の状態との違いを抑制することが可能になる。
【００２５】
請求項４記載の発明は、
請求項３記載の発明であるアプリケーション起動方法であって、
前記アプリケーション起動機構が、
前記アプリケーションを起動させるオペレーティングシステムやハードウェアが前記動作条件を満足しない場合に前記予約をキャンセルすることにより、無駄な資源の占有等を防止することができる。
【００２６】
請求項５記載の発明は、
分散コンピューティング環境下に存在するアプリケーションの起動装置において、
起動要求のあったアプリケーションの動作条件を取得し、前記アプリケーションを起動させるオペレーティングシステムやハードウェアが前記動作条件を満足しているかを検査し、前記動作条件が満足された場合に起動要求のあった前記アプリケーションを起動させるコンピュータを備えたことにより、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能になる。
【００２７】
請求項６記載の発明は、
請求項５記載の発明であるアプリケーション起動装置であって、
前記コンピュータが、
アプリケーションの起動要求があったと判断した場合に前記動作条件の取得を要求し、前記動作条件が満足している旨の通知を得た場合に起動要求のあった前記アプリケーションを起動させるアプリケーション起動機能と、動作条件の取得の要求を受けた場合に前記動作条件を取得し、検査機能選択ルールに基づき検査機能リストから選択して動作条件の検査を要求し、取得した検査実行結果に基づき前記動作条件が満足しているか否かを判断して前記アプリケーション起動機能に通知する動作条件検査実行機能と、動作条件の検査の要求を受けた場合に前記動作条件を解釈してオペレーティングシステムやハードウェアが前記動作条件を満足しているか否かの検査を実行すると共に前記検査実行結果を前記動作条件検査実行機能に対して提供する検査機能とを備えたことにより、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能になる。
【００２８】
請求項７記載の発明は、
請求項６記載の発明であるアプリケーション起動装置であって、
前記アプリケーション起動機能が、
前記動作条件が満足されない旨の通知を得た場合にエラー通知を行うことにより、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能になる。
【００２９】
請求項８記載の発明は、
請求項６記載の発明であるアプリケーション起動装置であって、
前記検査機能が、
前記動作条件の検査時に、ハードウェアの資源の予約の処理、或いは、他のアプリケーションの接続受付の予約の処理を行うことにより、動作条件検査時の状態と、実際の起動時の状態との違いを抑制することが可能になる。
【００３０】
請求項９記載の発明は、
請求項８記載の発明であるアプリケーション起動装置であって、
前記検査機能が、
前記アプリケーションを起動させるオペレーティングシステムやハードウェアが前記動作条件を満足しない場合に前記予約をキャンセルすることにより、無駄な資源の占有等を防止することができる。
【発明の効果】
【００３１】
本発明によれば次のような効果がある。
請求項１，２，５，６及び請求項７の発明によれば、起動要求のあったアプリケーションの動作条件を取得し、アプリケーションを起動させるＯＳやハードウェアが動作条件を満足しているかを検査し、動作条件が満足された場合にのみ起動要求のあったアプリケーションを起動させることにより、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能になる。
【００３２】
また、請求項３及び請求項８の発明によれば、動作条件の検査を行う場合、ハードウェアの資源の予約の処理や、他のアプリケーションの接続受付の予約の処理を行うことにより、動作条件検査時の状態と、実際の起動時の状態との違いを抑制することが可能になる。
【００３３】
また、請求項４及び請求項９の発明によれば、動作条件の事前検査の結果、ＯＳやハードウェアが動作条件を満足していない場合には、先に予約処理したハードウェアの資源等の予約をキャンセルすることにより、無駄な資源の占有等を防止することができる。
【発明を実施するための最良の形態】
【００３４】
以下本発明を図面を用いて詳細に説明する。図１は本発明に係るアプリケーション起動方法を用いた装置の一実施例を示す構成ブロック図である。
【００３５】
図１において１，２，３及び１００は図８と同一符号を付してあり、５はネットワーク上に存在する様々なアプリケーションを組み合わせてインストール等して起動させることにより必要とするシステムを構成するネットワーク機器であるコンピュータである。
【００３６】
サーバ１，２及び３はそれぞれネットワーク１００に相互に接続され、コンピュータ５もまたネットワーク１００に相互に接続される。
【００３７】
また、図２はインストールされたアプリケーションとコンピュータ５の資源等との関係を示す説明図であり、図２中”ＯＳ３１”に示すＯＳ（Operating System：オペレーティングシステム）は図２中”ＨＷ３１”に示すハードウェア上で動作する。
【００３８】
一方、図２中”ＯＳ３１”に示すＯＳ上には図２中”ＡＳ３１”に示すようなアプリケーション起動機構が動作し、当該アプリケーション起動機構の上に図２中”ＡＰ３１”、”ＡＰ３２”及び”ＡＰ３３”に示すようなアプリケーションが動作する。
【００３９】
また、図２中”ＰＲ３１”、”ＰＲ３２”及び”ＰＲ３３”はそれぞれ図２中”ＡＰ３１”、”ＡＰ３２”及び”ＡＰ３３”に示すアプリケーションの動作条件である。
【００４０】
さらに、図３は図２中”ＡＳ３１”に示すアプリケーション起動機構の具体例を示す説明図であり、図３において６は起動要求に基づきアプリケーションの起動を行うアプリケーション起動機能、７は動作条件を取得して検査を行わせ検査結果を集約する動作条件検査実行機能、８は各アプリケーションの動作条件毎にどの検索機能を用いるかを判断するための検査機能選択ルール、９は動作条件を検査する検査機能である。また、６，７，８及び９はアプリケーション起動機構５０を構成している。
【００４１】
さらに、図３中”ＡＰ４１”は起動対象のアプリケーションを示し、図３中”ＰＲ４１”は当該アプリケーションの動作条件を示している。
【００４２】
コンピュータ等からの起動要求等の外部入力がアプリケーション起動機能６に供給され、アプリケーション起動機能６の入出力は動作条件検査実行機能７に接続される。検査機能選択ルール８は動作条件検査実行機能７に接続され、動作条件検査実行機能７の入出力は検査機能９に接続される。
【００４３】
ここで、図１に示す実施例の動作、特に、アプリケーション起動機構５０の動作を図４、図５、図６及び図７を用いて説明する。図４はアプリケーション起動機構５０の動作を説明するフロー図、図５は動作条件の取得を説明する説明図、図６は検査機能リストの一例を説明する説明図、図７はアプリケーションの起動を説明する説明図である。
【００４４】
図４中”Ｓ１０１”においてアプリケーション起動機構５０は、コンピュータ等から特定アプリケーションの起動要求があったか否かを判断し、もし、起動要求があったと判断した場合には、図４中”Ｓ１０２”においてアプリケーション起動機構５０は、起動要求のあったアプリケーションの動作条件を取得する。
【００４５】
例えば、アプリケーション起動機構５０を構成するアプリケーション起動機能６は、コンピュータ等から特定アプリケーションの起動要求があったか否かを判断し、もし、起動要求があったと判断した場合には、アプリケーション起動機能６は、動作条件検査実行機構７に対して動作条件の取得を要求する。
【００４６】
そして、例えば、動作条件の取得を要求された動作条件検査実行機構７は、図５中”ＧＣ５１”に示すように起動要求のあったアプリケーションの動作条件”ＰＲ４１”を取得する。
【００４７】
図４中”Ｓ１０３”においてアプリケーション起動機構５０は、先に取得した起動要求のあったアプリケーションの動作条件の事前検査を行う。
【００４８】
例えば、アプリケーション起動機構５０を構成する動作条件検査実行機能７は、検査機能選択ルール８に基づき検査機能９に対して図２中”ＯＳ３１”に示すＯＳや図２中”ＨＷ３１”に示すハードウェアが取得した動作条件を満足しているか等の事前検査を要求する。
【００４９】
より具体的には、検査機能９には図６中”ＣＦ６１”、”ＣＦ６２”、”ＣＦ６３”、”ＣＦ６４”及び”ＣＦ６５”に示すようなアプリケーションの動作条件に合わせた様々なタイプの検査機能が存在し、これらの検査機能は図６中”ＳＬ６１”に示すような検査機能リストとしてまとめられている。
【００５０】
このため、アプリケーション起動機構５０を構成する動作条件検査実行機能７は、検査機能選択ルール８に基づき図６中”ＳＬ６１”に示すような検査機能リストから検査する動作条件に適切な検査機能を選択して動作条件の事前検査を要求する。
【００５１】
そして、例えば、アプリケーション起動機構５０を構成する検査機能９は、与えられた動作条件を解釈してＯＳやハードウェアが当該動作条件を満足しているか否かの検査を実行すると共に検査実行結果を動作条件検査実行機能７に対して提供する。
【００５２】
より具体的には、アプリケーション起動機構５０を構成する検査機能９は、図２中”ＯＳ３１”に示すＯＳや図２中”ＨＷ３１”に示すハードウェアが以下に示すような与えられた動作条件を満足するか否かを検査する。
（ａ）利用可能なＣＰＵやメモリ等のハードウェア資源の残量。
（ｂ）必要な設定ファイルやデータファイルが存在する。
（ｃ）動作する機器上に必要なライブラリファイル等が存在する。
（ｄ）利用する他のアプリケーションが稼働中であり、接続可能な状態にある。
（ｅ）ファイルや他のアプリケーションへのアクセス権がある。
【００５３】
図４中”Ｓ１０４”においてアプリケーション起動機構５０は、検査実行結果を分析してＯＳやハードウェアが動作条件を満足しているか否かを判断し、もし、ＯＳやハードウェアが動作条件を満足していると判断した場合には、図４中”Ｓ１０５”においてアプリケーション起動機構５０は起動要求のあったアプリケーションを起動する。
【００５４】
もし、図４中”Ｓ１０４”においてＯＳやハードウェアが動作条件を満足していないと判断した場合には、図４中”Ｓ１０６”においてアプリケーション起動機構５０は、ユーザ若しくは外部システムに対してアプリケーションの起動のエラー通知を行う。
【００５５】
例えば、アプリケーション起動機構５０を構成する動作条件検査実行機能７は、検査機能９から取得した検査実行結果に基づきＯＳやハードウェアが動作条件を満足しているか否かを判断し、アプリケーション起動機能６に通知する。
【００５６】
そして、例えば、アプリケーション起動機構５２を構成するアプリケーション起動機能６は、もし、ＯＳやハードウェアが動作条件を満足している通知を得た場合に図７中”ＳＴ７１”に示すように起動要求のあったアプリケーション”ＡＰ４１”を起動させる。
【００５７】
そして、例えば、アプリケーション起動機構５２を構成するアプリケーション起動機能６は、もし、ＯＳやハードウェアが動作条件を満足していない通知を得た場合にコンピュータ等に対してアプリケーションの起動のエラー通知を行う。
【００５８】
この結果、アプリケーション起動機構５２が起動要求のあったアプリケーションの動作条件を取得し、アプリケーションを起動させるＯＳやハードウェアが動作条件を満足しているかを検査し、動作条件が満足された場合にのみ起動要求のあったアプリケーションを起動させることにより、既に動作している他のアプリケーションへの影響を最小限に抑えることが可能になる。
【００５９】
なお、図１に示す実施例において、検査機能９は、前述のように動作条件の検査を行う場合、ハードウェアの資源（例えば、ＣＰＵ利用率、メモリ使用量、通信帯域制限等）の予約や、他のアプリケーションの接続受付の予約が可能であれば予約処理を行う。
【００６０】
この場合には、動作条件検査時の状態と、実際の起動時の状態との違いを抑制することが可能になる。
【００６１】
また、動作条件の事前検査の結果、ＯＳやハードウェアが動作条件を満足していない場合には、先に予約処理したハードウェアの資源等の予約をキャンセルすることにより、無駄な資源の占有等を防止することができる。
【００６２】
また、図１に示す実施例においてアプリケーション起動機構５０（具体的には、検査機能９）は、１つのアプリケーション”ＡＰ４１”に対する起動処理を行っているが、勿論、複数のアプリケーションで検査機能９を共有しても構わない。
【００６３】
この場合には、アプリケーション毎に検査機能を開発してアプリケーション起動機構５０に実装する必要性がなくなり、開発効率が向上する。
【図面の簡単な説明】
【００６４】
【図１】本発明に係るアプリケーション起動方法を用いた装置の一実施例を示す構成ブロック図である。
【図２】インストールされたアプリケーションとコンピュータの資源等との関係を示す説明図である。
【図３】アプリケーション起動機構の具体例を示す説明図である。
【図４】アプリケーション起動機構の動作を説明するフロー図である。
【図５】動作条件の取得を説明する説明図である。
【図６】検査機能リストの一例を説明する説明図である。
【図７】アプリケーションの起動を説明する説明図である。
【図８】従来の分散コンピューティング環境下におけるアプリケーション起動方法の一例を示す構成ブロック図である。
【図９】コンピュータにインストールされるアプリケーションの状況を説明する説明図である。
【図１０】コンピュータ上で起動されるアプリケーションの動作を説明するフロー図である。
【図１１】インストールされたアプリケーションとコンピュータの資源等との関係を示す説明図である。
【符号の説明】
【００６５】
１，２，３  サーバ
４，５  コンピュータ
６  アプリケーション起動機能
７  動作条件検査実行機能
８  検査機能選択ルール
９  検査機能
５０  アプリケーション起動機構
１００  ネットワーク
【図１】
2006252104.tif 000003
【図２】
2006252104.tif 000004
【図３】
2006252104.tif 000005
【図４】
2006252104.tif 000006
【図５】
2006252104.tif 000007
【図６】
2006252104.tif 000008
【図７】
2006252104.tif 000009
【図８】
2006252104.tif 000010
【図９】
2006252104.tif 000011
【図１０】
2006252104.tif 000012
【図１１】
2006252104.tif 000013