(57)【要約】【課題】  利用者端末におけるアプリケーションの新規インストールや更新データのインストールを行う場合に、バグによる不具合が生じないかどうかを確認してインストールし、バグが含まれるアプリケーション等によって利用者端末が被害を受けることを未然に防止すること。【解決手段】  ソフトウェアを二次記憶装置に書き込む前に、前記ソフトウェアを利用者端末内の揮発性記憶媒体に書き込み、所定のテストデータにより前記揮発性記憶媒体に書き込んだソフトウェアの動作テストを実行し、動作テストが正常終了した場合にのみ、前記揮発性記憶媒体に記憶されたソフトウェアを前記二次記憶装置に書き込み、動作テストが正常終了しなかった場合には前記揮発性記憶媒体に書き込んだソフトウェアを消去するステップを備えることを特徴とする。【選択図】    図１
2007226735.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアを利用者端末の二次記憶装置にインストールする方法であって、
前記ソフトウェアを前記二次記憶装置に書き込む前に、前記ソフトウェアを利用者端末内の揮発性記憶媒体に書き込み、所定のテストデータにより前記揮発性記憶媒体に書き込んだソフトウェアの動作テストを実行し、動作テストが正常終了した場合にのみ、前記揮発性記憶媒体に記憶されたソフトウェアを前記二次記憶装置に書き込み、動作テストが正常終了しなかった場合には前記揮発性記憶媒体に書き込んだソフトウェアを消去するステップを備えることを特徴とするソフトウェアのインストール方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ等の利用者端末におけるアプリケーションの新規インストール、及びウィルス定義パターンファイルなどの更新データをインストールするソフトウェアのインストール方法に関するものである。
【背景技術】
【０００２】
現在、パーソナルコンピュータ（ＰＣ）等の利用者端末におけるウィルス駆除ソフトのアップデートは毎日のように行われている。また、利用者端末にインストールされているＯＳ（オペレーティングシステム）やミドルウェアは複雑さを増していると共に、各ユーザにより端末内の環境も様々である。
そのような状況で、ウィルス駆除ソフトのウィルス定義パターンファイルのアップデートやアプリケーション（コンピュータプログラム）の新規インストールによる不具合が起こる可能性は決して低いとは言えない。例えば、ウィルス駆除ソフトのウィルス定義パターンファイルを更新したことにより、あるＰＣでは処理速度が低下し、また、あるＰＣでは動作不能になった例がある。この問題が起きた後の復旧には、多大な労力と時間がかかっている。また、ハードディスクを全て初期化し直さなければならないＰＣも存在した。
このように、ユーザはアプリケーションのアップデートや新規インストールを行う場合は、慎重になる必要がある。本来であれば、アプリケーションや更新ファイルのバグチェックは、それらを作成するベンダの責任であるが、ユーザもインストールを行うか否かの判断を行う必要がある。
【０００３】
従来において、インストールするソフトウェア等に不具合がある場合に対応する方法として、下記の特許文献１のような技術が提案されている。
【特許文献１】特開２００５−２６６９３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザがバグのあるアプリケーションや更新ファイルを見極めるのは不可能に近い。不具合があった場合、ユーザは、アップデートを行った後で、アップデートに使用したファイルをアンインストールする必要がある。アンインストールしても、ＰＣが元の状態に戻らない程の被害を受けていた場合、ハードディスクのフォーマットを行うしかない。
【０００５】
本発明は、このような状況を鑑みて発明されたものであって、利用者端末におけるアプリケーションの新規インストールや更新データのインストールを行う場合に、バグによる不具合が生じないかどうかを確認してインストールし、バグが含まれるアプリケーション等によって利用者端末が被害を受けることを未然に防止することができるソフトウェアのインストール方法を提供することにある。
なお、本発明におけるソフトウェアとは、アプリケーション（コンピュータプログラム）及びその更新データを総称するものである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明に係るソフトウェアのインストール方法は、ソフトウェアを利用者端末内の二次記憶装置に書き込む前に、前記ソフトウェアを利用者端末内の揮発性記憶媒体に書き込み、所定のテストデータにより前記揮発性記憶媒体に書き込んだソフトウェアの動作テストを実行し、動作テストが正常終了した場合にのみ、前記揮発性記憶媒体に記憶されたソフトウェアを前記二次記憶装置に書き込むステップを備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、アプリケーションの新規インストール、ウィルス定義パターンなどのパッチの更新による利用者端末の動作テストを行い、不具合があった場合には、二次記憶装置には書き込まないため、電源をシャットダウンすることにより、揮発性記憶媒体に記憶されたソフトウェアを電源のシャットダウン操作により消去し、インストール操作前の状態に復帰させることができ、バグが含まれるアプリケーション等によって利用者端末が被害を受けることを未然に防止することができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施形態について図面を参照して説明する。
図１は、本発明の実施の形態を示すシステム構成図である。
本実施形態のシステムは、ファイルサーバ１００、利用者端末１０２で構成されており、これらはネットワーク１１０で接続されている。利用者端末１０２はパーソナルコンピュータなどのコンピュータである。
ファイルサーバ１００には、保存ファイル１０１が格納されている。保存ファイル１０１は、利用者端末１０２内のアプリケーションが使用する保存データ用のファイルである。
利用者端末１０２には、二次記憶装置１０９が搭載されており、二次記憶装置１０９にはＯＳ１０３、アプリケーション１０４、端末管理エージェント１０５、書き込み制御モジュール１０６、コミットファイル１０７、コミットモジュール１０８がインストールされている。
【０００９】
アプリケーション１０４は、ＯＳ１０３上で動作する任意のアプリケーションである。
このアプリケーション１０４による二次記憶装置１０９への書き込みは、書き込み制御モジュール１０６により禁止されているが、ネットワーク１１０上に存在するファイルサーバ１００への書き込みは許可されているため、通常の二次記憶装置を備えるＰＣと同等の運用が可能となる。
【００１０】
端末管理エージェント１０５は、ＯＳ１０３の起動時に自動的に起動される。具体的な機能としては書き込み制御モジュール１０６の制御、コミットファイル１０７の管理、コミットモジュール１０８の制御がある。
書き込み制御モジュール１０６は、二次記憶装置１０９へのデータの書き込み禁止を実現するものである。ＯＳ１０３、アプリケーション１０４、その他のモジュールが二次記憶装置１０９に書き込みを行おうとした場合、書き込みデータを揮発性メモリ１１１中にキャッシュするだけで、実際の二次記憶装置１０９には書き込ませない機能を持つ。実際には、ファイルシステムへのＩＯ処理をフックするフィルタドライバとＲＡＭディスク技術の組み合わせによって、書き込みデータの不揮発性メモリ１１１中へのキャッシュと二次記憶装置１０９への書き込み禁止が実現可能である。
以上のように、二次記憶装置１０９への書き込みデータを揮発性メモリ１１１中にキャッシュし、二次記憶装置１０９への書き込みを禁止することで、アップデートによる不具合が生じた場合、電源をＯＦＦにするだけで、利用者端末１０２は起動時の状態に戻るため、簡単で安全にバグのあるアプリケーションやパッチからの被害を防ぐことが可能となる。
【００１１】
コミットファイル１０７は、電源のシャットダウン時に、揮発性メモリ１１１から二次記憶装置１０９へ書き込みを行うファイル名を記述したリストファイルである。なお、揮発性メモリ１１１から二次記憶装置１０９への書き込みを行うことをコミットと呼び、コミットは、コミットモジュール１０８を呼び出さなければできない。
コミットファイル１０７へのファイル名の追加は、端末管理エージェント１０５により行われる。
【００１２】
端末管理エージェント１０５は、アップデートやインストールの際に、書き込み制御モジュール１０６により揮発性メモリ１１１にキャッシュされるファイル名を取得し、コミットファイル１０７に追加する。なお、ファイル名は、アップデートやインストールのログを使用することにより取得することが可能である。
【００１３】
コミットモジュール１０８は、インストール操作によるアプリケーション等を揮発性メモリ１１１に記憶させた後、その記憶させたアプリケーションの動作テストを行い、不具合が生じなかった場合に、インストール対象のアプリケーション等を二次記憶装置１０９に書き込むものである。
コミットモジュール１０８は、利用者端末１０２の電源シャットダウンを行う時に、コミットファイル１０７を読み込み、そこに記述されているファイルのうち、揮発性メモリ１１１に記憶されているファイルを二次記憶装置１０９に書き込む。この機能により、新規インストールされたアプリケーションや更新ファイルの動作テストを行い、問題が無ければインストールする事が可能となる。
【００１４】
図２は、書き込み制御モジュール１０６の処理を示すフローチャートである。
最初、利用者端末１０２にあるアプリケーション１０４は二次記憶装置１０９へのアクセスを試みる。このとき、書き込み処理かどうかを判定する（ｓ２０２）。
書き込み処理の場合は、書き込みデータを揮発性メモリ１１１中にキャッシュし、二次記憶装置１０９にはデータを書き込まない（ｓ２０６）。
書き込み処理でない場合、処理は読み込み処理であるので、まず、読み込み対象データが揮発性メモリ１１１中にキャッシュされているかどうかをチェックする（ｓ２０３）。キャッシュされている場合は、そのデータを読み込んで利用する（ｓ２０５）。キャッシュされていない場合は、対応するファイルデータを二次記憶装置１０９から読み込んで利用する（ｓ２０４）。
【００１５】
図３は、電源シャットダウン時に呼ばれたコミットモジュール１０８の処理を示すフローチャートである。
コミットモジュール１０８は、利用者端末１０２がシャットダウンする時に呼ばれ、コミットファイル１０７を読み込む（ｓ３０１）。なお、コミットファイルは図４のようなリスト構造をしている。
コミットモジュール１０８は、コミットファイル１０７に記述されているファイル名（例えば図４では、Ａｂｃ１１１．ｄｌｌやＤｅｆｇ２２２．ｄｌｌ、・・・）のうち、揮発性メモリ１１１にキャッシュされているファイルを、二次記憶装置１０９上へ書き込んで（ｓ３０３）、シャットダウンする。
【００１６】
図５は、更新データや新規アプリケーションをインストールした場合の動作テストの手順を示すフローチャートである。
利用者端末１０２の起動後（ｓ５０１）、アップデートやインストールが無い場合は、二次記憶装置１０９への書き込みが禁止されていること以外は、通常のＰＣと同じ様に使用することが可能である（ｓ５０９）。
インストールやアップデートに伴う二次記憶装置１０９へ書き込みが必要になった場合、インストールが開始されると（ｓ５０２）、書き込み制御モジュール１０６により、本来は二次記憶装置１０９に書き込みまれる筈のファイルは、書き込み制御モジュール１０６により、揮発性メモリ１１１上に展開される（ｓ５０３）。この際、端末管理エージェント１０５は、揮発性メモリ１１１上に展開されたファイル名を、アップデートやインストールのログから取得し、コミットファイル１０７のリストに追加する（ｓ５０４）。
書き込み制御モジュール１０６は、新規アプリケーションあるいはその更新データのインストール前処理が終了したことを示す画面を表示し、ユーザが予め所有している、またはファイルサーバ１０から提供されたテストデータにより、新規アプリケーションまたは更新データの動作テストを指示するメッセージを画面に表示する。
【００１７】
そこで、ユーザは指示された通りにテストデータを用いて動作テストを行う（ｓ５０５）。
端末管理エージェント１０５はこの動作テストの状態を監視しており、動作に不具合が起こった場合は（ｓ５０６）、端末管理エージェント１０５はコミットファイル１０７内に記述されたファイルリストを消去する（ｓ５０７）。その後、利用者端末１０２がシャットダウンされると、コミットモジュール１０８が呼び出され（ｓ５０８）、コミットファイル１０７が読み込まれる（ｓ３０１）。コミットファイル内のファイルリストは、既に全て消去されているため、二次記憶装置１０９に書き込みは行われないままシャットダウンされる。なお、ステップｓ５０６で、動作テストで不具合が起こったか否かの判定はユーザが行い、動作に不具合が起こった場合は、上記メッセージ画面にその旨を入力することによって、端末管理エージェント１０５に不具合が伝達されるような構成としてもよい。
再起動した時には、揮発性メモリ１１１上のデータはクリアされ、新規インストール開始前の状態に戻っている。
【００１８】
動作に不具合が無い場合（ｓ５０６）、利用者が電源をシャットダウンすると、コミットモジュール１０８が呼び出され（ｓ５０８）、コミットファイル１０７が読み込まれる（ｓ３０１）。コミットファイル１０７内のリストに登録されているファイル名が、揮発性メモリ１１１上に展開されている場合（ｓ３０２）、それらのファイルを揮発性メモリ１１１から二次記憶装置１０９にコミットし（ｓ３０３）、利用者端末１０２をシャットダウンする。
以上のことにより、アプリケーションの新規シンストールやパッチの更新において、動作テストで不具合が生じなかった場合のみ、二次記憶装置１０９へのインストールが安全に行なわれる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施の形態を示すシステム構成図である。
【図２】書き込み制御モジュールの処理を示すフローチャートである。
【図３】シャットダウン時に呼ばれたコミットモジュールの処理を示すフローチャートである。
【図４】コミットファイル内に格納されている書き込みファイルリストの例を示す図である。
【図５】新規インストールに伴う動作テストに関するフローチャートである。
【符号の説明】
【００２０】
１００…管理サーバ、１０１…保存ファイル、１０２…利用者端末、１０３…ＯＳ、１０４…アプリケーション、１０５…端末管理エージェント、１０６…書き込み制御モジュール、１０７…コミットファイル、１０８…コミットモジュール、１０９…二次記憶装置、１１１…揮発性メモリ。
【図１】
2007226735.tif 000003
【図２】
2007226735.tif 000004
【図３】
2007226735.tif 000005
【図４】
2007226735.tif 000006
【図５】
2007226735.tif 000007