実行制御プログラムおよび情報処理システム
【課題】手間をかけることなく、プログラムの不正な更新を防止すること。
【解決手段】本願のプログラム実行制御方法では、どのプログラムがどのプログラムによって導入されたかを導入履歴１７５に記憶しておき、プログラムの更新時に導入履歴１７５を参照して、更新側のプログラムと被更新側のプログラムが同一のプログラムによって導入されたか否かによって更新の可否を判定する。これによって、ハッシュ値の管理等の手間をかけることなくプログラムの不正な更新を防止することができる。
【解決手段】本願のプログラム実行制御方法では、どのプログラムがどのプログラムによって導入されたかを導入履歴１７５に記憶しておき、プログラムの更新時に導入履歴１７５を参照して、更新側のプログラムと被更新側のプログラムが同一のプログラムによって導入されたか否かによって更新の可否を判定する。これによって、ハッシュ値の管理等の手間をかけることなくプログラムの不正な更新を防止することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、実行制御プログラムおよび情報処理システムに関する。
【背景技術】
【０００２】
近年、インターネットの普及にともなってコンピュータウィルス等の悪意をもったプログラムによる被害が増大している。このような悪意をもったプログラムは、例えば、正常なプログラムを自らと置き換え、正常なプログラムに成りすまして、不正な処理を実行する。
【０００３】
それを発見するために、正常なプログラムのハッシュ値を事前に保存し、それと他プログラムへの処理(書込や読みとりなど)を要求している同名のプログラムの実行ファイルのハッシュ値を比較することによって、実行ファイルの改ざんの有無を検査する。改ざんを発見した場合は、処理要求の拒否を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１４０７９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、改ざんの検出には有効であるものの、プログラムを正当に更新する場合に問題が生ずる。この問題について具体的に説明すると、上記の従来技術で用いられるハッシュ値は、プログラム内のビット列の値を利用して算出される。このため、正当な権限を有する者がプログラムの不具合を改修した場合や、バージョンアップを行った場合であっても、更新前後のプログラムのハッシュ値が異なってしまう。このため、正当な権限を有する者が作成したプログラムが、正当な目的で他のプログラムを更新しても、更新後のプログラムのハッシュ値が異なるため、更新後のプログラムを実行しようとしても実行できなくなってしまう。
【０００６】
さらに、それ以上に重大な問題は、他のプログラムを更新しようとするプログラムが果たして正当な権限を有するか否かを判定するのに、プログラムのハッシュ値を比較するだけでは不十分だ、ということである。すなわち、実行許可されるプログラムのハッシュ値が複数登録されている場合、そのいずれかのハッシュ値に一致するならば、どのプログラムでも他のプログラムへの書込が許可される。しかし、書込の対象となるプログラムが、どのハッシュ値のプログラム（＝アップデータ）によって更新されるべきかは管理していないため、全く関係ないプログラムによって更新され、その結果、更新されたプログラムが動作しなくなる恐れが生じる。
【０００７】
例えば、昨今のワープロソフトや表計算ソフトなどでは、特定の操作手順をプログラムとして記述し、自動化を行う機能を備えている。このプログラムの記述言語をマクロ言語と言う。ワープロソフトと表計算ソフト自体は事前にハッシュ値で登録されたプログラムであるが、悪意のある利用者が作成したワープロソフトのマクロ機能によって、ワープロソフトが表計算ソフトを書き換えるということが可能である。これは、ユーザがファイル名を直接入力する際は、アプリケーションプログラムが自動的に自プログラム用の拡張子を付してファイル保存するが、マクロ処理のごとくプログラムから処理する場合は、自由にファイル名を定義できるためである。具体的には、ワープロソフトのマクロ機能を利用して、表計算ソフトの実行プログラムのファイル名を定義して特定のファイルを保存する処理を記述しておく。そのようなマクロ機能が設定されたワープロソフトのファイルをユーザが開きマクロ機能を実行すれば、表計算ソフトの実行プログラムが書き換えられてしまう。その結果、表計算ソフトは利用できなくなる。
【０００８】
以上のことから、プログラムの不正な改ざんを防止しつつ、正当なプログラムの更新については許容することが重大な課題となっている。開示の技術は、上記に鑑みてなされたものであって、プログラムの正当な更新を許容しつつ、プログラムの不正な更新を防止することができる実行制御プログラムおよび情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する実行制御プログラムは、一つの態様において、導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御手順と、第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御手順とをコンピュータに実行させる。
【発明の効果】
【００１０】
本願の開示する実行制御プログラムおよび情報処理システムの一つの態様によれば、プログラムの正当な更新を許容しつつ、プログラムの不正な更新を防止することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施例に係るプログラム実行制御方法について説明するための図である。
【図２】図２は、本実施例に係る情報処理システムの構成を示す図である。
【図３】図３は、情報処理装置の構成を示すブロック図である。
【図４】図４は、ホワイトリストの一例を示す図である。
【図５】図５は、導入履歴の一例を示す図である。
【図６】図６は、更新履歴の一例を示す図である。
【図７】図７は、実行制御プログラムの処理手順を示すフローチャートである。
【図８】図８は、導入プログラム用書込処理の処理手順を示すフローチャートである。
【図９】図９は、非導入プログラム用書込処理の処理手順を示すフローチャートである。
【図１０】図１０は、動作判定処理の処理手順を示すフローチャートである。
【図１１】図１１は、ホワイトリスト更新処理の処理手順を示すフローチャートである。
【図１２】図１２は、ホワイトリスト統合処理の処理手順の一例を示すフローチャートである。
【図１３】図１３は、プログラムがファイル操作を行う場合にＯＳがファイルシステム発行する操作命令の一例を示す図である。
【図１４】図１４は、ＯＳがプロセスを管理する管理テーブルの一例の図である。
【図１５】図１５は、ファイル操作を行ったプロセスを特定するために必要な情報の一例の図である。
【図１６】図１６は、導入処理の処理手順の一例を示すフローチャートである。
【図１７】図１７は、更新処理の処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する実行制御プログラムおよび情報処理システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１３】
まず、本実施例に係るプログラム実行制御方法について説明する。図１は、本実施例に係るプログラム実行制御方法について説明するための図である。図１に示す例では、情報処理装置が有するハードディスク装置１７０にメインプログラムＡと、メインプログラムＢと、更新プログラムＢと、導入履歴１７５が記憶されている。
【００１４】
メインプログラムＡおよびメインプログラムＢは、それぞれ、所定の目的で利用されるアプリケーションプログラムである。更新プログラムＢは、不具合の改修や機能改善のためにメインプログラムＢを更新するプログラムである。導入履歴１７５は、各プログラムがどの導入プログラムによって導入されたかが記録されたファイルである。導入プログラムとは、導入対象のプログラムや設定ファイルと、それらを導入するための各種手続とを含むプログラムである。
【００１５】
ここで、メインプログラムＡ等が導入プログラムによってどのように導入されるかについて図１６を参照しながら説明する。図１６は、導入プログラムによるプログラムの導入処理の一例を示す図である。図１６に示すように、導入プログラムが起動されると（ステップＳ１０１）、導入プログラムは、ＯＳ（Operating System）等の環境がプログラムの導入に適しているかを検証する（ステップＳ１０２）。もし、環境が適していなければ（ステップＳ１０３否定）、導入プログラムは、プログラムを導入することなく処理を終了する。
【００１６】
一方、環境が適していれば（ステップＳ１０３肯定）、導入プログラムは、導入先の指定等について利用者が入力したパラメータを取得し（ステップＳ１０４）、導入対象のファイルを一時領域へ展開する（ステップＳ１０５）。ここで展開されるファイルには、プログラムや設定ファイルが含まれる。
【００１７】
そして、導入プログラムは、導入対象のファイルを導入先へ転記し（ステップＳ１０６）、導入対象のプログラムが動作するために必要な環境設定をＯＳ等に対して行う（ステップＳ１０７）。最後に、導入プログラムは、一時領域をクリアして導入処理を終了する（ステップＳ１０８）。
【００１８】
このように、導入プログラムによるプログラムの導入処理では、複数のファイルが導入され得る。図１に示す導入履歴１７５は、導入プログラムＡによって、メインプログラムＡという１つのファイルが導入され、導入プログラムＢによって、メインプログラムＢと更新プログラムＢという２つのファイルが導入されたことを示している。
【００１９】
続いて、メインプログラムＢのようなメインプログラムが更新プログラムＢのような更新プログラムによってどのように更新されるかについて図１７を参照しながら説明する。図１７は、更新プログラムによるプログラムの更新処理の一例を示す図である。図１７に示すように、メインプログラムが起動されると（ステップＳ２０１）、メインプログラムの実行プロセスは、更新プログラムを起動させる（ステップＳ２０２）。そして、更新プログラムの実行プロセスは、所定のサーバ等に問い合わせを行って更新ファイルの有無を確認する（ステップＳ２０３）。
【００２０】
ここで、更新ファイルがなければ（ステップＳ２０４否定）、更新プログラムの実行プロセスは終了し（ステップＳ２０５）、メインプログラムの実行プロセスが各種処理の実行を開始する（ステップＳ２０６）。なお、更新プログラムの実行プロセスが、メインプログラムの実行プロセスを終了させていた場合、更新プログラムの実行プロセスは、自らを終了させる前にメインプログラムを起動させる。
【００２１】
一方、更新ファイルがあれば（ステップＳ２０４肯定）、更新プログラムの実行プロセスは、更新ファイルをダウンロードする（ステップＳ２０７）。そして、更新プログラムの実行プロセスは、メインプログラムの実行プロセスの存在を確認する（ステップＳ２０８）。ここで、メインプログラムの実行プロセスが存在していた場合（ステップＳ２０９肯定）、そのままではメインプログラムを更新することができないため、更新プログラムの実行プロセスは、メインプログラムの実行プロセスを終了させる（ステップＳ２１０）。
【００２２】
続いて、更新プログラムの実行プロセスは、更新ファイルを一時領域で解凍し（ステップＳ２１１）、解凍したファイルでメインプログラム等を上書きして更新する（ステップＳ２１２）。そして、更新プログラムの実行プロセスは、一時領域をクリアした後（ステップＳ２１３）、さらなる更新ファイルの有無を確認するためにステップＳ２０３から処理手順を再開する。
【００２３】
このように、更新プログラムによるプログラムの更新処理では、更新対象のプログラムが更新プログラムによって上書きされる。このような更新プログラムによるプログラムの上書きは不具合改修等のために必要不可欠であるが、コンピュータウィルス等による悪意をもったプログラムによるプログラムの上書きは防止しなければならない。
【００２４】
この相反する課題を解決するため、本実施例に係るプログラム実行制御方法では、導入プログラムによる導入処理時に、導入プログラムと被導入プログラムの対応が導入履歴１７５に記録される。そして、プログラムが上書きされそうになった場合には、導入履歴１７５に基づいて、そのまま上書きを実行させるか、上書きを中止させるかが決定される。
【００２５】
例えば、図１に示した導入履歴１７５の例では、メインプログラムＢと更新プログラムＢが同一の導入プログラムによって導入されたことが分かる。このように同一の導入プログラムから導入されたプログラムは、同一のベンダによって提供されたものであるため、一方のプログラムが他方のプログラムを上書きしても危険はないと考えられる。そこで、本実施例に係るプログラム実行制御方法では、更新プログラムＢがメインプログラムＢを上書きしようとした場合、そのまま上書きが実行される。
【００２６】
一方、図１に示した導入履歴１７５の例では、メインプログラムＡとメインプログラムＢは異なる導入プログラムによって導入されたことが分かる。このように異なる導入プログラムから導入されたプログラムは、同一のベンダによって提供されたものであるか不明であるため、一方のプログラムが他方のプログラムを上書きしても安全であるという保証はない。そこで、本実施例に係るプログラム実行制御方法では、メインプログラムＡがメインプログラムＢを上書きしようとした場合、上書きは中止される。
【００２７】
このように、本実施例に係るプログラム実行制御方法では、書込み元のプログラムと書込み先のプログラムが同一の導入プログラムによって導入された否かに基づいて上書きの可否を判定することにより、プログラムの不正な上書きを防止することができる。すなわち、導入処理時に導入プログラムと被導入プログラムの対応を導入履歴１７５に記録しておくことにより、システム管理者に負担をかけることなく、上記の可否判定を実現することができる。また、本実施例に係るプログラム実行制御方法では、悪意によってプログラムが上書きされることだけでなく、不具合、誤操作、誤動作等によってプログラムが誤って上書きされることも防止することができる。
【００２８】
なお、図１７に示した更新処理では、メインプログラムが起動時に更新プログラムを起動することとしたが、メインプログラムの起動とは関係なく、ＯＳの起動時もしくは所定の時刻に更新プログラムを起動することとしてもよい。
【００２９】
次に、本実施例に係る情報処理システム１について説明する。図２は、本実施例に係る情報処理システム１の構成を示す図である。情報処理システム１は、上述したプログラム実行制御方法に加えて、ホワイトリストに登録されていないプログラムの動作を制限する制御も実行する。ホワイトリストとは、通常通り実行させてよいプログラムに関する情報が登録されたファイルであり、ここに登録されていないプログラムは、実行時に何らかの制約を受ける。
【００３０】
図２に示すように、情報処理システム１は、情報処理装置１０ａ〜１０ｃと、サーバ２０と、それらを接続するネットワーク３０とを含む。情報処理装置１０ａ〜１０ｃは、例えば、パソコンであり、それぞれ、外部記憶装置１１ａ〜１１ｃが接続されている。情報処理装置１０ａ〜１０ｃは、利用者や他の装置等から要求された情報処理を実行するとともに、上述したプログラム実行制御方法等も実行する。
【００３１】
サーバ２０は、ホワイトリスト２１を集中管理する。サーバ２０に記憶されたホワイトリスト２１は、サーバ２０から情報処理装置１０ａ〜１０ｃへ配信され、情報処理装置１０ａ〜１０ｃにおいて、プログラムを通常通り実行させてよいか否かを判定するために用いられる。ホワイトリスト２１は、情報処理装置１０ａ〜１０ｃにおいて更新されることもあり、その場合、差分が情報処理装置１０ａ〜１０ｃからサーバ２０へ送信される。
【００３２】
ネットワーク３０は、インターネット３１と接続されている。そして、情報処理装置１０ａ〜１０ｃは、ネットワーク３０およびインターネット３１を介して、更新ファイル提供装置２２と接続されている。更新ファイル提供装置２２は、プログラムを更新するための更新ファイルを保持する装置である。
【００３３】
なお、図２に示す情報処理システム１は一例であり、情報処理システム１に含まれる各装置の数や各装置間の接続経路は、図２の通りである必要はない。
【００３４】
次に、図２に示した情報処理装置１０ａ〜１０ｃの構成について説明する。なお、情報処理装置１０ａ〜１０ｃは、いずれも同様の構成を有するので、ここでは情報処理装置１０ａを例にして構成の説明を行う。
【００３５】
図３は、情報処理装置１０ａの構成を示すブロック図である。図３に示すように、情報処理装置１０ａは、ＣＰＵ（Central Processing Unit）１１０と、入力部１２０と、表示部１３０と、ネットワークインターフェース部（以下、「ネットワークＩ／Ｆ部」という）１４０と、入出力インターフェース部（以下、「入出力Ｉ／Ｆ部」という）１５０と、記憶媒体読書部１６０と、ハードディスク装置１７０と、ＲＡＭ（Random Access Memory）１８０と、それらを接続するバス１９０とを有する。
【００３６】
ＣＰＵ１１０は、各種演算処理を実行する演算回路である。入力部１２０は、利用者が指示や情報を入力する装置であり、例えば、キーボードやマウスである。表示部１３０は、文字や図形を表示する装置であり、例えば、液晶表示装置である。ネットワークＩ／Ｆ部１４０は、ネットワーク３０を介して接続された他の装置との通信を実現する。入出力Ｉ／Ｆ部１５０は、外部記憶装置１１ａとの間でのデータの入出力を実現する。
【００３７】
記憶媒体読書部１６０は、光ディスク等の記憶媒体に対してデータの読書きを行う。ハードディスク装置１７０は、各種ファイルを記憶する記憶装置である。ＲＡＭ１８０は、プログラムやデータが展開されるワークメモリである。
【００３８】
ハードディスク装置１７０は、例えば、ＯＳプログラム１７１、アプリケーションプログラム１７２、実行制御プログラム１７３、ホワイトリスト１７４、導入履歴１７５、更新履歴１７６を記憶する。
【００３９】
ＯＳプログラム１７１は、ＯＳの各種機能を実現するプログラムである。ＯＳプログラム１７１は、情報処理装置１０ａの起動時にＣＰＵ１１０によってハードディスク装置１７０から読み出されてＲＡＭ１８０に展開され、ＯＳ１８１として機能するようになる。
【００４０】
アプリケーションプログラム１７２は、ＣＰＵ１１０によってハードディスク装置１７０から読み出され、ＲＡＭ１８０に展開されて実行プロセス１８３となり、ＯＳ１８１に対して各種要求を行いながら所定の目的の処理を実行する。アプリケーションプログラム１７２には、他のプログラムを更新する更新プログラムも含まれる。
【００４１】
実行制御プログラム１７３は、ホワイトリスト１７４に基づいてプログラムの動作を制御するとともに、プログラムが他のプログラムによって不正に上書きされることを防止する。実行制御プログラム１７３は、ＯＳ１８１の指示によって、ＯＳ１８１の起動後にＣＰＵ１１０によってハードディスク装置１７０から読み出され、ＲＡＭ１８０に展開され、実行制御プロセス１８２として機能するようになる。また、実行制御プログラム１７３の一部は、ＯＳ１８１に組み込まれて、ファイルアクセス制御部１８１ａとして機能するようになる。
【００４２】
ファイルアクセス制御部１８１ａは、各種実行プロセス１８３からの要求に基づいてＯＳ１８１がハードディスク装置１７０に対して実行する読出処理および書込処理の監視と制御を行う。
【００４３】
ここでファイルアクセス制御部１８１ａは、実行プロセス１８３がＯＳ１８１を介してハードディスク装置１７０のファイルアクセスを行うために利用されるＯＳ１８１が用意するアプリケーション・プログラム・インタフェース（以下、「ＡＰＩ」）をトラップする。この他にファイルアクセス制御部１８１ａの機能を実行制御プログラム１７３から分離し、ＯＳ１８１のファイルシステムドライバとして実装することで、ＯＳ１８１の起動時から１８１ａが起動し、実行プロセス１８３からＯＳ１８１を介して行われるハードディスク装置１７０へのファイルアクセスをトラップすることができる。または、実行制御プログラム１７３そのものがドライバとしてＯＳ１８１に含まれても良い。
【００４４】
具体的には、ファイルアクセス制御部１８１ａは、ＯＳ１８１が、ハードディスク装置１７０を制御するドライバに対して読出し指示または書込み指示を発行すると、その指示を一時的にトラップする。そして指示の内容と指示を行ったプロセスの実体であるアプリケーションプログラム１７２をＯＳ１８１の管理テーブルから取得し、それらを図１５のフォーマットの情報とし、実行制御プロセス１８２に通知する。
【００４５】
このＯＳ１８１が、ハードディスク装置１７０に対して読出し指示または書込み指示を行うコマンドのデータフォーマットを図１３に示す。
【００４６】
このコマンドは、指示を行った実行プロセス１８３のプロセス番号と、ハードディスク装置１７０に対する書込処理や読み取り処理などのファイル操作コマンドと、ファイル操作用データとが含まれている。ファイル操作用データには、書込または読み取り処理の場合の対象ファイル名や、書込処理が指定された場合は更に書込を行う情報が含まれている。
【００４７】
プロセス番号とは、ＯＳ１８１が複数ある実行プロセスを管理するために、アプリケーションプログラム１７２が実行プロセス１８３となった場合に割り当てられるユニークな番号である。
【００４８】
次に、プロセス番号からアプリケーションプログラム１７２を特定する手順を示す。
【００４９】
ファイルアクセス制御部１８１ａは、ＯＳ１８１に対して読出処理や書込処理を要求した実行プロセスに関する情報をＯＳ１８１内の管理テーブル(図１４)から取得する。ファイルアクセス制御部１８１ａが取得した指示(図１３)からプロセス番号を取り出し、ＯＳ１８１の管理テーブル（図１４)と比較し、アプリケーションのプログラムパスを取得する。このアプリケーションのプログラムパスは、図３のハードディスク装置１７０に保存されているアプリケーションプログラム１７２の情報である。次に、管理テーブル（図１４）からプロセス番号に対応した親プロセス番号を取得し、これが全てのプロセスの起点であるＩＤＬＥプロセスを示す０でない場合は、親プロセス番号を新たなプロセス番号として管理テーブル（図１４）と比較する。そして親プロセス番号が０となるまで遡りアプリケーションのプログラムパスを取得する。
【００５０】
結果として、ファイルアクセス制御部１８１ａは、動作制御部１８２ａへ渡すための情報である図１５に示すような、プロセス番号、親プロセス番号、モジュール名、アプリケーションのプログラムパスをまとめた情報を生成する。
【００５１】
なお、図１３、図１４は一例であり、ＯＳによって構成が異なる。
【００５２】
そして、ファイルアクセス制御部１８１ａは、実行制御プロセス１８２からの応答に従って、読出し指示や書込み指示をそのまま実行させたり、キャンセルさせたり、指示の内容を変更したりする処理を行う。
【００５３】
実行制御プロセス１８２は、動作制御部１８２ａと、動作判定部１８２ｂと、導入制御部１８２ｃと、更新制御部１８２ｄと、ホワイトリスト更新部１８２ｅとを有する。動作制御部１８２ａは、実行制御プロセス１８２を全体制御する制御部であり、ファイルアクセス制御部１８１ａからの通知内容に応じて、動作判定部１８２ｂ、導入制御部１８２ｃまたは更新制御部１８２ｄの機能を呼び出す。
【００５４】
動作判定部１８２ｂは、指定されたプログラムが通常通り実行させてよいプログラムとしてホワイトリスト１７４に登録されているか否かを判定する。ここで、ホワイトリスト１７４の一例を図４に示す。図４に示すように、ホワイトリスト１７４は、名称、ファイル名、バージョン、ハッシュ値といった項目を有する。
【００５５】
名称は、プログラムの呼称である。ファイル名は、プログラムの物理的なファイル名である。バージョンは、プログラムの版を識別するための番号である。ハッシュ値は、プログラムをハッシュ関数に入力して生成されたハッシュ値である。
【００５６】
具体的には、動作判定部１８２ｂは、指定されたプログラムのアプリケーションのプログラムからハッシュ値を生成し、そのハッシュ値と同一のハッシュ値をもつ行がホワイトリスト１７４にあれば、そのプログラムが通常通り実行させてよいプログラムであると判定する。また、生成したハッシュ値と同一のハッシュ値をもつ行がホワイトリスト１７４になければ、その親のプロセスのプログラムからハッシュ値を生成し、再度ホワイトリスト１７４と比較し判定を行う。そして親のプロセスも全てチェックしてもホワイトリスト１７４に該当しなければ、そのプログラムが通常通り実行させてよいプログラムではないと判定する。
【００５７】
導入制御部１８２ｃは、導入プログラムによる導入処理を監視して、導入プログラムと被導入プログラムの対応を導入履歴１７５に記録する。ここで、導入履歴１７５の一例を図５に示す。図５に示すように、導入履歴１７５は、導入プログラムＩＤ、導入プログラム名、被導入プログラムパス名、バージョン、ハッシュ値といった項目を有し、導入されたプログラム毎に行が追加される。
【００５８】
導入プログラムＩＤは、導入プログラムによる導入処理毎に割り当てられるユニークな番号である。導入プログラム名は、導入プログラムの呼称である。被導入プログラムパス名は、導入プログラムによって導入されたプログラムのパス付きのファイル名である。バージョンは、導入プログラムによって導入されたプログラムの版を示す番号である。ハッシュ値は、導入プログラムによって導入されたプログラムのハッシュ値である。
【００５９】
図５に示した導入履歴１７５の１行目と２行目の導入プログラムＩＤの値は、「ＩＮＳ００１」で共通している。このことは、１行目と２行目に対応する被導入プログラムが同一の導入処理で導入されたこと、すなわち、同一の導入プログラムによって導入されたことを示している。
【００６０】
更新制御部１８２ｄは、導入プログラムによる導入処理以外の書込処理を監視して、プログラムが不正に上書きされないようにするとともに、プログラムが正当に更新された場合は、その結果を更新履歴１７６に記録する。ここで、更新履歴１７６の一例を図６に示す。図６に示すように、更新履歴１７６は、連番、被更新プログラムパス名、前バージョン、新バージョン、前ハッシュ値、新ハッシュ値といった項目を有する。
【００６１】
連番は、行が追加される度にカウントアップされるユニークな番号である。被更新プログラムパス名は、更新プログラムによって更新されたプログラムのパス付きのファイル名である。前バージョンは、更新プログラムによって更新されたプログラムの更新前の版の番号である。新バージョンは、更新プログラムによって更新されたプログラムの更新後の版の番号である。前ハッシュ値は、更新プログラムによって更新されたプログラムの更新前のハッシュ値である。新ハッシュ値は、更新プログラムによって更新されたプログラムの更新後のハッシュ値である。
【００６２】
図６に示した更新履歴１７６の１行目と３行目は、同一のプログラムに関するものであり、このプログラムが２回更新されていることを示している。すなわち、１行目に対応する１回目の更新ではバージョンが「９．０」でハッシュ値が「８７３ｊｄ７５ｄ」のプログラムが、バージョンが「９．１」でハッシュ値が「８３ｓ８４ｊ７ｚ」のプログラムへ更新されている。そして、３行目に対応する２回目の更新ではバージョンが「９．１」でハッシュ値が「８３ｓ８４ｊ７ｚ」のプログラムが、バージョンが「９．２」でハッシュ値が「９３ｆｇ４９２ｓ」のプログラムへ更新されている。
【００６３】
更新制御部１８２ｄは、他のプログラムを更新しようとしているプログラムが正当であるかを判断するために、既に説明したように、それらのプログラムが同一の導入プログラムによって導入されたか否かを検証する。この検証のために、更新制御部１８２ｄは、導入履歴１７５に加えて更新履歴１７６を参照する。
【００６４】
導入履歴１７５には、プログラムが導入された時点のハッシュ値しか残っていないため、プログラムが既に更新を受けている場合には、プログラムの現在のハッシュ値を導入履歴１７５と照合しても、どの導入プログラムによって導入されたか特定できない。被導入プログラムパス名で照合することも考えられるが、何らかの理由でパスが変更されていることがあり得るため好ましくない。
【００６５】
そこで、更新制御部１８２ｄは、プログラムの現在のハッシュ値を導入履歴１７５と照合し、どの導入プログラムによって導入されたか特定できない場合には、更新履歴１７６を参照して導入時のプログラムのハッシュ値を取得する。そして、取得した導入時のハッシュ値を導入履歴１７５と照合して、どの導入プログラムによって導入されたかを特定する。
【００６６】
例えば、図６に示した例で２回更新されているプログラムの場合、現在のハッシュ値である「９３ｆｇ４９２ｓ」が新ハッシュの項目の値として設定されている３行目のデータから、１つ前のハッシュ値である「８３ｓ８４ｊ７ｚ」が取得される。続いて、１つ前のハッシュ値である「８３ｓ８４ｊ７ｚ」が新ハッシュの項目の値として設定されている１行目のデータから、２つ前のハッシュ値である「８７３ｊｄ７５ｄ」が取得される。
【００６７】
そして、２つ前のハッシュ値である「８７３ｊｄ７５ｄ」が新ハッシュの項目の値として設定されている行は更新履歴１７６には存在しないため、「８７３ｊｄ７５ｄ」が導入時のプログラムのハッシュ値として取得される。この「８７３ｊｄ７５ｄ」を図５に示した導入履歴１７５と照合することにより、導入プログラムの導入プログラムＩＤである「ＩＮＳ００１」が取得される。
【００６８】
また、更新制御部１８２ｄは、プログラムが正当に更新された場合、更新されたプログラムがホワイトリスト１７４に登録されていれば、更新後のプログラムの情報をホワイトリスト１７４に追加する。更新後のプログラムは、ハッシュ値が変わっているため、このようにしないと、更新後のプログラムが通常通り実行されなくなってしまうためである。
【００６９】
ホワイトリスト更新部１８２ｅは、ホワイトリスト１７４の更新処理を実行する。具体的には、ホワイトリスト更新部１８２ｅは、サーバ２０に対して問い合わせを行い、ホワイトリスト２１が更新されていれば、ホワイトリスト２１をダウンロードする。そして、ホワイトリスト更新部１８２ｅは、ホワイトリスト２１をホワイトリスト１７４へ統合する。統合処理の時に更新履歴も更新される。この更新履歴の更新は、ホワイトリスト更新部１８２ｅが行わず、更新処理部１８２ｄに対して更新処理を依頼する形で更新を行う。
【００７０】
そして、ホワイトリスト更新部１８２ｅは、統合後のホワイトリスト１７４をホワイトリスト２１と比較し、差分があれば、差分をサーバ２０へ送信する。この差分は、更新プログラムによって更新されたプログラムを正常に動作させるために更新制御部１８２ｄによって追加されたものであり、サーバ２０におけるホワイトリスト２１の更新作業に利用される。
【００７１】
次に、図３に示した実行制御プログラム１７３によって実行される処理の手順について説明する。図７は、実行制御プログラム１７３の処理手順を示すフローチャートである。図７に示すように、実行制御プログラム１７３が起動すると、ホワイトリスト更新部１８２ｅが後述するするホワイトリスト更新処理を実行して、ホワイトリスト１７４を更新する（ステップＳ３０１）。
【００７２】
続いて、動作制御部１８２ａは、ファイルアクセス制御部１８１ａからファイルアクセスの通知が来るのを待ち受ける（ステップＳ３０２）。そして、書込処理に関する通知があった場合は（ステップＳ３０３肯定）、動作制御部１８２ａは、通知に含まれる情報等に基づいて、書込処理をＯＳ１８１に依頼したプロセスを特定する（ステップＳ３０４）。
【００７３】
ここで、書込処理を依頼したプロセスが、導入プログラムが実行状態となったものであれば（ステップＳ３０５肯定）、動作制御部１８２ａは、後述する導入プログラム用書込処理を導入制御部１８２ｃに実行させる（ステップＳ３０６）。なお、導入プログラムが実行状態となったものであるか否かの判定は、例えば、プログラムの拡張子や、プロセスの挙動に基づいて行うことができる。例えば、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標） ＯＳでは、導入プログラムはマイクロソフト社が規定した手順で実装を行い、拡張子としてｍｓｉを使用することが定められている。また、この導入プログラムを規定する以前は、導入プログラムによって導入される被導入プログラムは、キャビネット形式と呼ばれる拡張子がｃａｂの形式で纏められることが推奨されていた。以上からＷｉｎｄｏｗｓ（登録商標） ＯＳでは、ｍｓｉやｃａｂといった拡張子で、導入プログラムかどうかの判断を行う。
【００７４】
その他のＯＳ、例えばＵＮＩＸ（登録商標）やそれらの派生ＯＳである、Ｌｉｎｕｘ（登録商標）、ＢＳＤにおいては、個々のＯＳで被導入プログラムを管理する管理プログラムが決まっているため、その管理プログラムを起動したファイルが導入プログラムであると判定することが可能である。
【００７５】
一方、書込処理を依頼したプロセスが、導入プログラムが実行状態となったものでなければ（ステップＳ３０５否定）、動作制御部１８２ａは、後述する非導入プログラム用書込処理を更新制御部１８２ｄに実行させる（ステップＳ３０７）。
【００７６】
また、ファイルアクセス制御部１８１ａから読出処理に関する通知があった場合は（ステップＳ３０３否定）、動作制御部１８２ａは、通知に含まれる情報等に基づいて、読出処理をＯＳ１８１に依頼したプロセスを特定する（ステップＳ３０８）。ここで、読出処理を依頼したプロセスが、導入プログラムが実行状態となったものであれば（ステップＳ３０９肯定）、動作制御部１８２ａは、そのまま読出処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ３１３）。
【００７７】
一方、読出処理を依頼したプロセスが、導入プログラムが実行状態となったものでなければ（ステップＳ３０９否定）、動作制御部１８２ａは、後述する動作判定処理を動作判定部１８２ｂに実行させる（ステップＳ３１０）。その結果、読出処理を依頼したプロセスが通常通りの処理を実行してよいものであることが分かれば（ステップＳ３１１肯定）、動作制御部１８２ａは、そのまま読出処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ３１３）。
【００７８】
また、読出処理を依頼したプロセスが通常通りの処理を実行してよいものでないことが分かれば（ステップＳ３１１否定）、動作制御部１８２ａは、読出処理をキャンセルさせるようにファイルアクセス制御部１８１ａに指示する（ステップＳ３１２）。
【００７９】
以上の処理手順を終了した後、動作制御部１８２ａは、ステップＳ３０２に戻って、ファイルアクセス制御部１８１ａから次の通知が来るのを待ち受ける。
【００８０】
図８は、図７に示した導入プログラム用書込処理（ステップＳ３０６）の処理手順を示すフローチャートである。図８に示すように、まず、動作判定部１８２ｂによる動作判定処理が実行される（ステップＳ４０１）。ここで、導入プログラムが通常通りの処理を実行してよいものでないことが分かれば（ステップＳ４０２否定）、導入制御部１８２ｃは、書込先のパスを外部記憶装置１１ａへ変更させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ４０３）。
【００８１】
このように、実行制御プログラム１７３は、ホワイトリストに登録されていない導入プロセスであっても、プログラムの導入先を通常とは異なる場所に変更して導入させる。そして、導入後のプログラムについては、ファイルの読み書きに制限を課すものの、起動は認める。このような制御により、正式に実行が認められていないプログラムの動作や機能を安全な状態で確認することが可能になる。なお、書込先のパスの変更先は、他のプログラムに悪影響を生じない場所であれば、外部記憶装置１１ａでなくてもよい。
【００８２】
一方、導入プログラムが通常通りの処理を実行してよいものであることが分かれば（ステップＳ４０２肯定）、導入制御部１８２ｃは、通知に含まれる情報等に基づいて、書込先のファイルに関する情報を取得する（ステップＳ４０４）。そして、書込先のファイルがプログラムでなければ（ステップＳ４０５否定）、導入制御部１８２ｃは、そのまま書込処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ４０７）。
【００８３】
また、書込先のファイルがプログラムであれば（ステップＳ４０５肯定）、導入制御部１８２ｃは、導入プログラムと被導入プログラムの情報を対応づけて導入履歴１７５に記憶させる（ステップＳ４０６）。そして、導入制御部１８２ｃは、そのまま書込処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ４０７）。
【００８４】
図９は、図７に示した非導入プログラム用書込処理（ステップＳ３０７）の処理手順を示すフローチャートである。図９に示すように、まず、動作判定部１８２ｂによる動作判定処理が実行される（ステップＳ５０１）。ここで、要求元のプログラムが通常通りの処理を実行してよいものでないことが分かれば（ステップＳ５０２否定）、更新制御部１８２ｄは、書込先のパスを外部記憶装置１１ａへ変更させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ５０３）。
【００８５】
一方、要求元のプログラムが通常通りの処理を実行してよいものであることが分かれば（ステップＳ５０２肯定）、更新制御部１８２ｄは、通知に含まれる情報等に基づいて、書込先のファイルに関する情報を取得する（ステップＳ５０４）。そして、書込先のファイルがホワイトリスト１７４に登録されたものでなければ（ステップＳ５０５否定）、更新制御部１８２ｄは、そのまま書込処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ５１５）。
【００８６】
書込先のファイルがホワイトリスト１７４に登録されたものであれば（ステップＳ５０５肯定）、更新制御部１８２ｄは、導入履歴１７５と更新履歴１７６を参照して、書込先のプログラムに対応する導入プログラムＩＤを取得する（ステップＳ５０６）。また、更新制御部１８２ｄは、導入履歴１７５と更新履歴１７６を参照して、書込処理の要求元のプログラムに対応する導入プログラムＩＤを取得する（ステップＳ５０８）。
【００８７】
ここで、一方でも取得できなければ（ステップＳ５０７否定またはステップＳ５０９否定）、同一の導入プログラムによって導入されたプログラム同士ではないことになるので、更新制御部１８２ｄは、書込処理をキャンセルさせる（ステップＳ５１２）。
【００８８】
また、導入プログラムＩＤをいずれも取得できた場合（ステップＳ５０７肯定かつステップＳ５０９肯定）、更新制御部１８２ｄは、取得された導入プログラムＩＤを比較する（ステップＳ５１０）。ここで、導入プログラムＩＤが一致しなかった場合も（ステップＳ５１１否定）、同一の導入プログラムによって導入されたプログラム同士ではないことになるので、更新制御部１８２ｄは、書込処理をキャンセルさせる（ステップＳ５１２）。
【００８９】
一方、導入プログラムＩＤが一致した場合（ステップＳ５１１肯定）、更新制御部１８２ｄは、更新履歴１７６に情報を追加する（ステップＳ５１３）。さらに、更新制御部１８２ｄは、更新後のプログラムを通常通り実行できるように、書込先のプログラムに対応するホワイトリスト１７４の情報を更新する（ステップＳ５１４）。そして、更新制御部１８２ｄは、そのまま書込処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ５１５）。
【００９０】
なお、図９に示した処理手順では、プログラムが上書きされそうになったときに導入プログラムの一致を確認する処理を、ホワイトリスト１７４に登録されているプログラムのみを対象として行っている。このように制御することにより、導入プログラムの一致を確認する処理によって生じる負荷を軽減することができる。
【００９１】
図１０は、図７〜９に示した動作判定処理（ステップＳ３１０、ステップＳ４０１、ステップＳ５０１）の処理手順を示すフローチャートである。図１０に示すように、動作判定部１８２ｂは、判定対象のプロセスに関する情報をファイルアクセス制御部１８１ａが取得し動作制御部１８２ａに通知した情報から取得する（ステップＳ６０１）。そして、動作判定部１８２ｂは、判定対象のプロセスに対応するプログラムからハッシュ値を生成し（ステップＳ６０２）、ハッシュ値を検索キーとしてホワイトリスト１７４を検索する（ステップＳ６０３）。
【００９２】
ここで、検索がヒットした場合は（ステップＳ６０４肯定）、動作判定部１８２ｂは、判定対象のプロセスは通常通り実行して構わないと判定する（ステップＳ６０５）。一方、検索がヒットしない場合は（ステップＳ６０４否定）、動作判定部１８２ｂは、判定対象のプロセスに関する情報から親プロセスの有無を確認する（ステップＳ６０６）。親プロセスが存在しない場合は（ステップＳ６０７否定）、判定対象のプロセスは通常通り実行させることはできないと判定する（ステップＳ６０８）。親プロセスが存在する場合は（ステップＳ６０７肯定）、親プロセスのプログラムからハッシュ値を生成し（ステップＳ６０９）、親プロセスのハッシュ値を検索キーとしてホワイトリスト１７４を再検索する（ステップＳ６０３）。
【００９３】
図１１は、図７に示したホワイトリスト更新処理の処理手順を示すフローチャートである。図１１に示すように、ホワイトリスト更新部１８２ｅは、ホワイトリスト２１の更新の有無をサーバ２０に問い合わせる（ステップＳ７０１）。ここで、更新がなければ（ステップＳ７０２否定）、ホワイトリスト更新処理は終了する。
【００９４】
更新があれば（ステップＳ７０２肯定）、ホワイトリスト更新部１８２ｅは、ホワイトリスト２１をサーバ２０からダウンロードし（ステップＳ７０３）、ホワイトリスト１７４へ統合させる（ステップＳ７０４）。そして、ホワイトリスト更新部１８２ｅは、統合後のホワイトリスト１７４をホワイトリスト２１と比較し（ステップＳ７０５）、差分があれば（ステップＳ７０６肯定）、差分をサーバ２０へ送信する（ステップＳ７０７）。
【００９５】
図１２は、図１１に示したホワイトリストを統合する処理（ステップＳ７０４）の処理手順を示すフローチャートである。ホワイトリスト２１から１行読み取り（ステップＳ８０１）、読み取りができた場合は（ステップＳ８０２肯定）、ホワイトリスト２１と統合前のホワイトリスト１７４を比較し、ハッシュ値の確認を行う（ステップＳ８０３）。ハッシュ値が一致したプログラムについては（ステップＳ８０４肯定）、ホワイトリスト２１とホワイトリスト１７４で同一プログラムということで統合済みと判断し、ステップＳ８０１に戻ってホワイトリスト２１から次の１行を読み取る。
【００９６】
ハッシュ値が一致しなかったプログラムについて（ステップＳ８０４否定）、次に名称とファイル名のどちらか一方が一致するか確認を行い（ステップＳ８０５）、一致した場合は（ステップＳ８０６肯定）、バージョン番号を比較し（ステップＳ８０７）、ホワイトリスト２１がホワイトリスト１７４より同一または大きい場合に（ステップＳ８０８肯定）、ホワイトリスト１７４に統合を行う（ステップＳ８０９）。統合処理に続いて更新履歴１７６に情報を追加する必要がある（ステップＳ８１０）。この時はホワイトリスト更新部１８２ｅが更新制御部１８２ｄに通知を行い、更新履歴１７６に情報の追加を依頼する。そして、ステップＳ８０１に戻ってホワイトリスト２１から次の１行を読み取る。
【００９７】
逆にバージョン番号を比較しホワイトリスト２１よりホワイトリスト１７４が大きい場合には（ステップＳ８０８否定）、ホワイトリスト２１よりもホワイトリスト１７４の方がより新しい情報として、ホワイトリスト１７４への統合を行わずに、ステップＳ８０１に戻ってホワイトリスト２１から次の１行を読み取る。名称とファイル名のどちらも一致しなかった場合は（ステップＳ８０６否定）、新規プログラムとして、ホワイトリスト２１をホワイトリスト１７４に統合を行い（ステップＳ８１１）、ステップＳ８０１に戻ってホワイトリスト２１から次の１行を読み取る。
【００９８】
そして、ホワイトリスト２１の全ての行を処理し終えたならば（ステップＳ８０２否定）、ホワイトリストを統合する処理を終了する。
【００９９】
上述してきたように、本実施例では、プログラムの導入時に取得した情報に基づいてプログラムの更新を制御することとしたので、手間をかけることなく、プログラムの不正な更新を防止することができる。
【０１００】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１０１】
（付記１）導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御手順と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御手順と
をコンピュータに実行させることを特徴とする実行制御プログラム。
【０１０２】
（付記２）プログラムリストに基づいて特定のプログラムの動作を定義する動作制御手順をさらにコンピュータに実行させ、
前記導入情報は、前記導入プログラムに対応づけて、該導入プログラムによって導入された前記プログラムが管理され
前記更新制御手順は、前記第二のプログラムが前記プログラムリストに基づき動作が許可される場合に、前記導入情報を参照し、該第二のプログラムに対応づけられた導入プログラムと、前記第一のプログラムに対応づけられた導入プログラムを比較し、両者の導入プログラムが一致するか否かを判定し、一致する場合は該第二のプログラムの前記更新処理を許可し、一致しない場合は該更新処理を拒否することを特徴とする付記１に記載の実行制御プログラム。
【０１０３】
（付記３）前記更新制御手順は、前記プログラムリストにおいて、前記第一のプログラムの動作が許可されている場合、該第一のプログラムが前記第二のプログラムよって更新されると、該第一のプログラムが更新されたことを示す更新情報を該プログラムリストに記録することを特徴とする付記２に記載の実行制御プログラム。
【０１０４】
（付記４）外部装置からダウンロードしたダウンロードデータを前記プログラムリストへ統合するとともに、該ダウンロードデータに前記第一のプログラムが更新されたことを示す更新情報が含まれていない場合は、該更新情報を前記外部装置へ送信するリスト更新手順をさらにコンピュータに実行させることを特徴とする付記３に記載の実行制御プログラム。
【０１０５】
（付記５）導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御手段と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御手段と
を備えたことを特徴とする情報処理装置。
【０１０６】
（付記６）導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御工程と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御工程と
を含んだことを特徴とする実行制御方法。
【０１０７】
（付記７）サーバと情報処理装置とを含む情報処理システムであって、
前記サーバは、
特定のプログラムの動作を定義するためのプログラムリストを記憶する記憶部と、
前記記憶部に記憶されたプログラムリストを前記情報処理装置に送信する送信部と
を備え、
前記情報処理装置は、
前記サーバから、前記プログラムリストを受信する受信部と、
受信した前記プログラムリストに基づいて特定のプログラムの動作を定義する操作制御部と、
導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された複数のプログラムを対応づけて導入情報として記録する導入制御部と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記プログラムリストに基づき該第二のプログラムの動作が許可されると判断した場合、さらに、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は第二のプログラムの該更新処理要求を許可し、一方、対応づけられていない場合は該更新処理要求を拒否する更新制御部と、
を備えることを特徴とする情報処理システム。
【符号の説明】
【０１０８】
１ 情報処理システム
１０ａ〜ｃ 情報処理装置
１１０ ＣＰＵ
１２０ 入力部
１３０ 表示部
１４０ ネットワークＩ／Ｆ部
１５０ 入出力Ｉ／Ｆ部
１６０ 記憶媒体読書部
１７０ ハードディスク装置
１７１ ＯＳプログラム
１７２ アプリケーションプログラム
１７３ 実行制御プログラム
１７４ ホワイトリスト
１７５ 導入履歴
１７６ 更新履歴
１８０ ＲＡＭ
１８１ ＯＳ
１８１ａ ファイルアクセス制御部
１８２ 実行制御プロセス
１８２ａ 動作制御部
１８２ｂ 動作判定部
１８２ｃ 更新制御部
１８２ｄ 更新制御部
１８２ｅ ホワイトリスト更新部
１８３ 実行プロセス
１９０ バス
１１ａ〜ｃ 外部記憶装置
２０ サーバ
２１ ホワイトリスト
２２ 更新ファイル提供装置
３０ ネットワーク
３１ インターネット
【技術分野】
【０００１】
本発明は、実行制御プログラムおよび情報処理システムに関する。
【背景技術】
【０００２】
近年、インターネットの普及にともなってコンピュータウィルス等の悪意をもったプログラムによる被害が増大している。このような悪意をもったプログラムは、例えば、正常なプログラムを自らと置き換え、正常なプログラムに成りすまして、不正な処理を実行する。
【０００３】
それを発見するために、正常なプログラムのハッシュ値を事前に保存し、それと他プログラムへの処理(書込や読みとりなど)を要求している同名のプログラムの実行ファイルのハッシュ値を比較することによって、実行ファイルの改ざんの有無を検査する。改ざんを発見した場合は、処理要求の拒否を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１４０７９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、改ざんの検出には有効であるものの、プログラムを正当に更新する場合に問題が生ずる。この問題について具体的に説明すると、上記の従来技術で用いられるハッシュ値は、プログラム内のビット列の値を利用して算出される。このため、正当な権限を有する者がプログラムの不具合を改修した場合や、バージョンアップを行った場合であっても、更新前後のプログラムのハッシュ値が異なってしまう。このため、正当な権限を有する者が作成したプログラムが、正当な目的で他のプログラムを更新しても、更新後のプログラムのハッシュ値が異なるため、更新後のプログラムを実行しようとしても実行できなくなってしまう。
【０００６】
さらに、それ以上に重大な問題は、他のプログラムを更新しようとするプログラムが果たして正当な権限を有するか否かを判定するのに、プログラムのハッシュ値を比較するだけでは不十分だ、ということである。すなわち、実行許可されるプログラムのハッシュ値が複数登録されている場合、そのいずれかのハッシュ値に一致するならば、どのプログラムでも他のプログラムへの書込が許可される。しかし、書込の対象となるプログラムが、どのハッシュ値のプログラム（＝アップデータ）によって更新されるべきかは管理していないため、全く関係ないプログラムによって更新され、その結果、更新されたプログラムが動作しなくなる恐れが生じる。
【０００７】
例えば、昨今のワープロソフトや表計算ソフトなどでは、特定の操作手順をプログラムとして記述し、自動化を行う機能を備えている。このプログラムの記述言語をマクロ言語と言う。ワープロソフトと表計算ソフト自体は事前にハッシュ値で登録されたプログラムであるが、悪意のある利用者が作成したワープロソフトのマクロ機能によって、ワープロソフトが表計算ソフトを書き換えるということが可能である。これは、ユーザがファイル名を直接入力する際は、アプリケーションプログラムが自動的に自プログラム用の拡張子を付してファイル保存するが、マクロ処理のごとくプログラムから処理する場合は、自由にファイル名を定義できるためである。具体的には、ワープロソフトのマクロ機能を利用して、表計算ソフトの実行プログラムのファイル名を定義して特定のファイルを保存する処理を記述しておく。そのようなマクロ機能が設定されたワープロソフトのファイルをユーザが開きマクロ機能を実行すれば、表計算ソフトの実行プログラムが書き換えられてしまう。その結果、表計算ソフトは利用できなくなる。
【０００８】
以上のことから、プログラムの不正な改ざんを防止しつつ、正当なプログラムの更新については許容することが重大な課題となっている。開示の技術は、上記に鑑みてなされたものであって、プログラムの正当な更新を許容しつつ、プログラムの不正な更新を防止することができる実行制御プログラムおよび情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する実行制御プログラムは、一つの態様において、導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御手順と、第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御手順とをコンピュータに実行させる。
【発明の効果】
【００１０】
本願の開示する実行制御プログラムおよび情報処理システムの一つの態様によれば、プログラムの正当な更新を許容しつつ、プログラムの不正な更新を防止することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施例に係るプログラム実行制御方法について説明するための図である。
【図２】図２は、本実施例に係る情報処理システムの構成を示す図である。
【図３】図３は、情報処理装置の構成を示すブロック図である。
【図４】図４は、ホワイトリストの一例を示す図である。
【図５】図５は、導入履歴の一例を示す図である。
【図６】図６は、更新履歴の一例を示す図である。
【図７】図７は、実行制御プログラムの処理手順を示すフローチャートである。
【図８】図８は、導入プログラム用書込処理の処理手順を示すフローチャートである。
【図９】図９は、非導入プログラム用書込処理の処理手順を示すフローチャートである。
【図１０】図１０は、動作判定処理の処理手順を示すフローチャートである。
【図１１】図１１は、ホワイトリスト更新処理の処理手順を示すフローチャートである。
【図１２】図１２は、ホワイトリスト統合処理の処理手順の一例を示すフローチャートである。
【図１３】図１３は、プログラムがファイル操作を行う場合にＯＳがファイルシステム発行する操作命令の一例を示す図である。
【図１４】図１４は、ＯＳがプロセスを管理する管理テーブルの一例の図である。
【図１５】図１５は、ファイル操作を行ったプロセスを特定するために必要な情報の一例の図である。
【図１６】図１６は、導入処理の処理手順の一例を示すフローチャートである。
【図１７】図１７は、更新処理の処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する実行制御プログラムおよび情報処理システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１３】
まず、本実施例に係るプログラム実行制御方法について説明する。図１は、本実施例に係るプログラム実行制御方法について説明するための図である。図１に示す例では、情報処理装置が有するハードディスク装置１７０にメインプログラムＡと、メインプログラムＢと、更新プログラムＢと、導入履歴１７５が記憶されている。
【００１４】
メインプログラムＡおよびメインプログラムＢは、それぞれ、所定の目的で利用されるアプリケーションプログラムである。更新プログラムＢは、不具合の改修や機能改善のためにメインプログラムＢを更新するプログラムである。導入履歴１７５は、各プログラムがどの導入プログラムによって導入されたかが記録されたファイルである。導入プログラムとは、導入対象のプログラムや設定ファイルと、それらを導入するための各種手続とを含むプログラムである。
【００１５】
ここで、メインプログラムＡ等が導入プログラムによってどのように導入されるかについて図１６を参照しながら説明する。図１６は、導入プログラムによるプログラムの導入処理の一例を示す図である。図１６に示すように、導入プログラムが起動されると（ステップＳ１０１）、導入プログラムは、ＯＳ（Operating System）等の環境がプログラムの導入に適しているかを検証する（ステップＳ１０２）。もし、環境が適していなければ（ステップＳ１０３否定）、導入プログラムは、プログラムを導入することなく処理を終了する。
【００１６】
一方、環境が適していれば（ステップＳ１０３肯定）、導入プログラムは、導入先の指定等について利用者が入力したパラメータを取得し（ステップＳ１０４）、導入対象のファイルを一時領域へ展開する（ステップＳ１０５）。ここで展開されるファイルには、プログラムや設定ファイルが含まれる。
【００１７】
そして、導入プログラムは、導入対象のファイルを導入先へ転記し（ステップＳ１０６）、導入対象のプログラムが動作するために必要な環境設定をＯＳ等に対して行う（ステップＳ１０７）。最後に、導入プログラムは、一時領域をクリアして導入処理を終了する（ステップＳ１０８）。
【００１８】
このように、導入プログラムによるプログラムの導入処理では、複数のファイルが導入され得る。図１に示す導入履歴１７５は、導入プログラムＡによって、メインプログラムＡという１つのファイルが導入され、導入プログラムＢによって、メインプログラムＢと更新プログラムＢという２つのファイルが導入されたことを示している。
【００１９】
続いて、メインプログラムＢのようなメインプログラムが更新プログラムＢのような更新プログラムによってどのように更新されるかについて図１７を参照しながら説明する。図１７は、更新プログラムによるプログラムの更新処理の一例を示す図である。図１７に示すように、メインプログラムが起動されると（ステップＳ２０１）、メインプログラムの実行プロセスは、更新プログラムを起動させる（ステップＳ２０２）。そして、更新プログラムの実行プロセスは、所定のサーバ等に問い合わせを行って更新ファイルの有無を確認する（ステップＳ２０３）。
【００２０】
ここで、更新ファイルがなければ（ステップＳ２０４否定）、更新プログラムの実行プロセスは終了し（ステップＳ２０５）、メインプログラムの実行プロセスが各種処理の実行を開始する（ステップＳ２０６）。なお、更新プログラムの実行プロセスが、メインプログラムの実行プロセスを終了させていた場合、更新プログラムの実行プロセスは、自らを終了させる前にメインプログラムを起動させる。
【００２１】
一方、更新ファイルがあれば（ステップＳ２０４肯定）、更新プログラムの実行プロセスは、更新ファイルをダウンロードする（ステップＳ２０７）。そして、更新プログラムの実行プロセスは、メインプログラムの実行プロセスの存在を確認する（ステップＳ２０８）。ここで、メインプログラムの実行プロセスが存在していた場合（ステップＳ２０９肯定）、そのままではメインプログラムを更新することができないため、更新プログラムの実行プロセスは、メインプログラムの実行プロセスを終了させる（ステップＳ２１０）。
【００２２】
続いて、更新プログラムの実行プロセスは、更新ファイルを一時領域で解凍し（ステップＳ２１１）、解凍したファイルでメインプログラム等を上書きして更新する（ステップＳ２１２）。そして、更新プログラムの実行プロセスは、一時領域をクリアした後（ステップＳ２１３）、さらなる更新ファイルの有無を確認するためにステップＳ２０３から処理手順を再開する。
【００２３】
このように、更新プログラムによるプログラムの更新処理では、更新対象のプログラムが更新プログラムによって上書きされる。このような更新プログラムによるプログラムの上書きは不具合改修等のために必要不可欠であるが、コンピュータウィルス等による悪意をもったプログラムによるプログラムの上書きは防止しなければならない。
【００２４】
この相反する課題を解決するため、本実施例に係るプログラム実行制御方法では、導入プログラムによる導入処理時に、導入プログラムと被導入プログラムの対応が導入履歴１７５に記録される。そして、プログラムが上書きされそうになった場合には、導入履歴１７５に基づいて、そのまま上書きを実行させるか、上書きを中止させるかが決定される。
【００２５】
例えば、図１に示した導入履歴１７５の例では、メインプログラムＢと更新プログラムＢが同一の導入プログラムによって導入されたことが分かる。このように同一の導入プログラムから導入されたプログラムは、同一のベンダによって提供されたものであるため、一方のプログラムが他方のプログラムを上書きしても危険はないと考えられる。そこで、本実施例に係るプログラム実行制御方法では、更新プログラムＢがメインプログラムＢを上書きしようとした場合、そのまま上書きが実行される。
【００２６】
一方、図１に示した導入履歴１７５の例では、メインプログラムＡとメインプログラムＢは異なる導入プログラムによって導入されたことが分かる。このように異なる導入プログラムから導入されたプログラムは、同一のベンダによって提供されたものであるか不明であるため、一方のプログラムが他方のプログラムを上書きしても安全であるという保証はない。そこで、本実施例に係るプログラム実行制御方法では、メインプログラムＡがメインプログラムＢを上書きしようとした場合、上書きは中止される。
【００２７】
このように、本実施例に係るプログラム実行制御方法では、書込み元のプログラムと書込み先のプログラムが同一の導入プログラムによって導入された否かに基づいて上書きの可否を判定することにより、プログラムの不正な上書きを防止することができる。すなわち、導入処理時に導入プログラムと被導入プログラムの対応を導入履歴１７５に記録しておくことにより、システム管理者に負担をかけることなく、上記の可否判定を実現することができる。また、本実施例に係るプログラム実行制御方法では、悪意によってプログラムが上書きされることだけでなく、不具合、誤操作、誤動作等によってプログラムが誤って上書きされることも防止することができる。
【００２８】
なお、図１７に示した更新処理では、メインプログラムが起動時に更新プログラムを起動することとしたが、メインプログラムの起動とは関係なく、ＯＳの起動時もしくは所定の時刻に更新プログラムを起動することとしてもよい。
【００２９】
次に、本実施例に係る情報処理システム１について説明する。図２は、本実施例に係る情報処理システム１の構成を示す図である。情報処理システム１は、上述したプログラム実行制御方法に加えて、ホワイトリストに登録されていないプログラムの動作を制限する制御も実行する。ホワイトリストとは、通常通り実行させてよいプログラムに関する情報が登録されたファイルであり、ここに登録されていないプログラムは、実行時に何らかの制約を受ける。
【００３０】
図２に示すように、情報処理システム１は、情報処理装置１０ａ〜１０ｃと、サーバ２０と、それらを接続するネットワーク３０とを含む。情報処理装置１０ａ〜１０ｃは、例えば、パソコンであり、それぞれ、外部記憶装置１１ａ〜１１ｃが接続されている。情報処理装置１０ａ〜１０ｃは、利用者や他の装置等から要求された情報処理を実行するとともに、上述したプログラム実行制御方法等も実行する。
【００３１】
サーバ２０は、ホワイトリスト２１を集中管理する。サーバ２０に記憶されたホワイトリスト２１は、サーバ２０から情報処理装置１０ａ〜１０ｃへ配信され、情報処理装置１０ａ〜１０ｃにおいて、プログラムを通常通り実行させてよいか否かを判定するために用いられる。ホワイトリスト２１は、情報処理装置１０ａ〜１０ｃにおいて更新されることもあり、その場合、差分が情報処理装置１０ａ〜１０ｃからサーバ２０へ送信される。
【００３２】
ネットワーク３０は、インターネット３１と接続されている。そして、情報処理装置１０ａ〜１０ｃは、ネットワーク３０およびインターネット３１を介して、更新ファイル提供装置２２と接続されている。更新ファイル提供装置２２は、プログラムを更新するための更新ファイルを保持する装置である。
【００３３】
なお、図２に示す情報処理システム１は一例であり、情報処理システム１に含まれる各装置の数や各装置間の接続経路は、図２の通りである必要はない。
【００３４】
次に、図２に示した情報処理装置１０ａ〜１０ｃの構成について説明する。なお、情報処理装置１０ａ〜１０ｃは、いずれも同様の構成を有するので、ここでは情報処理装置１０ａを例にして構成の説明を行う。
【００３５】
図３は、情報処理装置１０ａの構成を示すブロック図である。図３に示すように、情報処理装置１０ａは、ＣＰＵ（Central Processing Unit）１１０と、入力部１２０と、表示部１３０と、ネットワークインターフェース部（以下、「ネットワークＩ／Ｆ部」という）１４０と、入出力インターフェース部（以下、「入出力Ｉ／Ｆ部」という）１５０と、記憶媒体読書部１６０と、ハードディスク装置１７０と、ＲＡＭ（Random Access Memory）１８０と、それらを接続するバス１９０とを有する。
【００３６】
ＣＰＵ１１０は、各種演算処理を実行する演算回路である。入力部１２０は、利用者が指示や情報を入力する装置であり、例えば、キーボードやマウスである。表示部１３０は、文字や図形を表示する装置であり、例えば、液晶表示装置である。ネットワークＩ／Ｆ部１４０は、ネットワーク３０を介して接続された他の装置との通信を実現する。入出力Ｉ／Ｆ部１５０は、外部記憶装置１１ａとの間でのデータの入出力を実現する。
【００３７】
記憶媒体読書部１６０は、光ディスク等の記憶媒体に対してデータの読書きを行う。ハードディスク装置１７０は、各種ファイルを記憶する記憶装置である。ＲＡＭ１８０は、プログラムやデータが展開されるワークメモリである。
【００３８】
ハードディスク装置１７０は、例えば、ＯＳプログラム１７１、アプリケーションプログラム１７２、実行制御プログラム１７３、ホワイトリスト１７４、導入履歴１７５、更新履歴１７６を記憶する。
【００３９】
ＯＳプログラム１７１は、ＯＳの各種機能を実現するプログラムである。ＯＳプログラム１７１は、情報処理装置１０ａの起動時にＣＰＵ１１０によってハードディスク装置１７０から読み出されてＲＡＭ１８０に展開され、ＯＳ１８１として機能するようになる。
【００４０】
アプリケーションプログラム１７２は、ＣＰＵ１１０によってハードディスク装置１７０から読み出され、ＲＡＭ１８０に展開されて実行プロセス１８３となり、ＯＳ１８１に対して各種要求を行いながら所定の目的の処理を実行する。アプリケーションプログラム１７２には、他のプログラムを更新する更新プログラムも含まれる。
【００４１】
実行制御プログラム１７３は、ホワイトリスト１７４に基づいてプログラムの動作を制御するとともに、プログラムが他のプログラムによって不正に上書きされることを防止する。実行制御プログラム１７３は、ＯＳ１８１の指示によって、ＯＳ１８１の起動後にＣＰＵ１１０によってハードディスク装置１７０から読み出され、ＲＡＭ１８０に展開され、実行制御プロセス１８２として機能するようになる。また、実行制御プログラム１７３の一部は、ＯＳ１８１に組み込まれて、ファイルアクセス制御部１８１ａとして機能するようになる。
【００４２】
ファイルアクセス制御部１８１ａは、各種実行プロセス１８３からの要求に基づいてＯＳ１８１がハードディスク装置１７０に対して実行する読出処理および書込処理の監視と制御を行う。
【００４３】
ここでファイルアクセス制御部１８１ａは、実行プロセス１８３がＯＳ１８１を介してハードディスク装置１７０のファイルアクセスを行うために利用されるＯＳ１８１が用意するアプリケーション・プログラム・インタフェース（以下、「ＡＰＩ」）をトラップする。この他にファイルアクセス制御部１８１ａの機能を実行制御プログラム１７３から分離し、ＯＳ１８１のファイルシステムドライバとして実装することで、ＯＳ１８１の起動時から１８１ａが起動し、実行プロセス１８３からＯＳ１８１を介して行われるハードディスク装置１７０へのファイルアクセスをトラップすることができる。または、実行制御プログラム１７３そのものがドライバとしてＯＳ１８１に含まれても良い。
【００４４】
具体的には、ファイルアクセス制御部１８１ａは、ＯＳ１８１が、ハードディスク装置１７０を制御するドライバに対して読出し指示または書込み指示を発行すると、その指示を一時的にトラップする。そして指示の内容と指示を行ったプロセスの実体であるアプリケーションプログラム１７２をＯＳ１８１の管理テーブルから取得し、それらを図１５のフォーマットの情報とし、実行制御プロセス１８２に通知する。
【００４５】
このＯＳ１８１が、ハードディスク装置１７０に対して読出し指示または書込み指示を行うコマンドのデータフォーマットを図１３に示す。
【００４６】
このコマンドは、指示を行った実行プロセス１８３のプロセス番号と、ハードディスク装置１７０に対する書込処理や読み取り処理などのファイル操作コマンドと、ファイル操作用データとが含まれている。ファイル操作用データには、書込または読み取り処理の場合の対象ファイル名や、書込処理が指定された場合は更に書込を行う情報が含まれている。
【００４７】
プロセス番号とは、ＯＳ１８１が複数ある実行プロセスを管理するために、アプリケーションプログラム１７２が実行プロセス１８３となった場合に割り当てられるユニークな番号である。
【００４８】
次に、プロセス番号からアプリケーションプログラム１７２を特定する手順を示す。
【００４９】
ファイルアクセス制御部１８１ａは、ＯＳ１８１に対して読出処理や書込処理を要求した実行プロセスに関する情報をＯＳ１８１内の管理テーブル(図１４)から取得する。ファイルアクセス制御部１８１ａが取得した指示(図１３)からプロセス番号を取り出し、ＯＳ１８１の管理テーブル（図１４)と比較し、アプリケーションのプログラムパスを取得する。このアプリケーションのプログラムパスは、図３のハードディスク装置１７０に保存されているアプリケーションプログラム１７２の情報である。次に、管理テーブル（図１４）からプロセス番号に対応した親プロセス番号を取得し、これが全てのプロセスの起点であるＩＤＬＥプロセスを示す０でない場合は、親プロセス番号を新たなプロセス番号として管理テーブル（図１４）と比較する。そして親プロセス番号が０となるまで遡りアプリケーションのプログラムパスを取得する。
【００５０】
結果として、ファイルアクセス制御部１８１ａは、動作制御部１８２ａへ渡すための情報である図１５に示すような、プロセス番号、親プロセス番号、モジュール名、アプリケーションのプログラムパスをまとめた情報を生成する。
【００５１】
なお、図１３、図１４は一例であり、ＯＳによって構成が異なる。
【００５２】
そして、ファイルアクセス制御部１８１ａは、実行制御プロセス１８２からの応答に従って、読出し指示や書込み指示をそのまま実行させたり、キャンセルさせたり、指示の内容を変更したりする処理を行う。
【００５３】
実行制御プロセス１８２は、動作制御部１８２ａと、動作判定部１８２ｂと、導入制御部１８２ｃと、更新制御部１８２ｄと、ホワイトリスト更新部１８２ｅとを有する。動作制御部１８２ａは、実行制御プロセス１８２を全体制御する制御部であり、ファイルアクセス制御部１８１ａからの通知内容に応じて、動作判定部１８２ｂ、導入制御部１８２ｃまたは更新制御部１８２ｄの機能を呼び出す。
【００５４】
動作判定部１８２ｂは、指定されたプログラムが通常通り実行させてよいプログラムとしてホワイトリスト１７４に登録されているか否かを判定する。ここで、ホワイトリスト１７４の一例を図４に示す。図４に示すように、ホワイトリスト１７４は、名称、ファイル名、バージョン、ハッシュ値といった項目を有する。
【００５５】
名称は、プログラムの呼称である。ファイル名は、プログラムの物理的なファイル名である。バージョンは、プログラムの版を識別するための番号である。ハッシュ値は、プログラムをハッシュ関数に入力して生成されたハッシュ値である。
【００５６】
具体的には、動作判定部１８２ｂは、指定されたプログラムのアプリケーションのプログラムからハッシュ値を生成し、そのハッシュ値と同一のハッシュ値をもつ行がホワイトリスト１７４にあれば、そのプログラムが通常通り実行させてよいプログラムであると判定する。また、生成したハッシュ値と同一のハッシュ値をもつ行がホワイトリスト１７４になければ、その親のプロセスのプログラムからハッシュ値を生成し、再度ホワイトリスト１７４と比較し判定を行う。そして親のプロセスも全てチェックしてもホワイトリスト１７４に該当しなければ、そのプログラムが通常通り実行させてよいプログラムではないと判定する。
【００５７】
導入制御部１８２ｃは、導入プログラムによる導入処理を監視して、導入プログラムと被導入プログラムの対応を導入履歴１７５に記録する。ここで、導入履歴１７５の一例を図５に示す。図５に示すように、導入履歴１７５は、導入プログラムＩＤ、導入プログラム名、被導入プログラムパス名、バージョン、ハッシュ値といった項目を有し、導入されたプログラム毎に行が追加される。
【００５８】
導入プログラムＩＤは、導入プログラムによる導入処理毎に割り当てられるユニークな番号である。導入プログラム名は、導入プログラムの呼称である。被導入プログラムパス名は、導入プログラムによって導入されたプログラムのパス付きのファイル名である。バージョンは、導入プログラムによって導入されたプログラムの版を示す番号である。ハッシュ値は、導入プログラムによって導入されたプログラムのハッシュ値である。
【００５９】
図５に示した導入履歴１７５の１行目と２行目の導入プログラムＩＤの値は、「ＩＮＳ００１」で共通している。このことは、１行目と２行目に対応する被導入プログラムが同一の導入処理で導入されたこと、すなわち、同一の導入プログラムによって導入されたことを示している。
【００６０】
更新制御部１８２ｄは、導入プログラムによる導入処理以外の書込処理を監視して、プログラムが不正に上書きされないようにするとともに、プログラムが正当に更新された場合は、その結果を更新履歴１７６に記録する。ここで、更新履歴１７６の一例を図６に示す。図６に示すように、更新履歴１７６は、連番、被更新プログラムパス名、前バージョン、新バージョン、前ハッシュ値、新ハッシュ値といった項目を有する。
【００６１】
連番は、行が追加される度にカウントアップされるユニークな番号である。被更新プログラムパス名は、更新プログラムによって更新されたプログラムのパス付きのファイル名である。前バージョンは、更新プログラムによって更新されたプログラムの更新前の版の番号である。新バージョンは、更新プログラムによって更新されたプログラムの更新後の版の番号である。前ハッシュ値は、更新プログラムによって更新されたプログラムの更新前のハッシュ値である。新ハッシュ値は、更新プログラムによって更新されたプログラムの更新後のハッシュ値である。
【００６２】
図６に示した更新履歴１７６の１行目と３行目は、同一のプログラムに関するものであり、このプログラムが２回更新されていることを示している。すなわち、１行目に対応する１回目の更新ではバージョンが「９．０」でハッシュ値が「８７３ｊｄ７５ｄ」のプログラムが、バージョンが「９．１」でハッシュ値が「８３ｓ８４ｊ７ｚ」のプログラムへ更新されている。そして、３行目に対応する２回目の更新ではバージョンが「９．１」でハッシュ値が「８３ｓ８４ｊ７ｚ」のプログラムが、バージョンが「９．２」でハッシュ値が「９３ｆｇ４９２ｓ」のプログラムへ更新されている。
【００６３】
更新制御部１８２ｄは、他のプログラムを更新しようとしているプログラムが正当であるかを判断するために、既に説明したように、それらのプログラムが同一の導入プログラムによって導入されたか否かを検証する。この検証のために、更新制御部１８２ｄは、導入履歴１７５に加えて更新履歴１７６を参照する。
【００６４】
導入履歴１７５には、プログラムが導入された時点のハッシュ値しか残っていないため、プログラムが既に更新を受けている場合には、プログラムの現在のハッシュ値を導入履歴１７５と照合しても、どの導入プログラムによって導入されたか特定できない。被導入プログラムパス名で照合することも考えられるが、何らかの理由でパスが変更されていることがあり得るため好ましくない。
【００６５】
そこで、更新制御部１８２ｄは、プログラムの現在のハッシュ値を導入履歴１７５と照合し、どの導入プログラムによって導入されたか特定できない場合には、更新履歴１７６を参照して導入時のプログラムのハッシュ値を取得する。そして、取得した導入時のハッシュ値を導入履歴１７５と照合して、どの導入プログラムによって導入されたかを特定する。
【００６６】
例えば、図６に示した例で２回更新されているプログラムの場合、現在のハッシュ値である「９３ｆｇ４９２ｓ」が新ハッシュの項目の値として設定されている３行目のデータから、１つ前のハッシュ値である「８３ｓ８４ｊ７ｚ」が取得される。続いて、１つ前のハッシュ値である「８３ｓ８４ｊ７ｚ」が新ハッシュの項目の値として設定されている１行目のデータから、２つ前のハッシュ値である「８７３ｊｄ７５ｄ」が取得される。
【００６７】
そして、２つ前のハッシュ値である「８７３ｊｄ７５ｄ」が新ハッシュの項目の値として設定されている行は更新履歴１７６には存在しないため、「８７３ｊｄ７５ｄ」が導入時のプログラムのハッシュ値として取得される。この「８７３ｊｄ７５ｄ」を図５に示した導入履歴１７５と照合することにより、導入プログラムの導入プログラムＩＤである「ＩＮＳ００１」が取得される。
【００６８】
また、更新制御部１８２ｄは、プログラムが正当に更新された場合、更新されたプログラムがホワイトリスト１７４に登録されていれば、更新後のプログラムの情報をホワイトリスト１７４に追加する。更新後のプログラムは、ハッシュ値が変わっているため、このようにしないと、更新後のプログラムが通常通り実行されなくなってしまうためである。
【００６９】
ホワイトリスト更新部１８２ｅは、ホワイトリスト１７４の更新処理を実行する。具体的には、ホワイトリスト更新部１８２ｅは、サーバ２０に対して問い合わせを行い、ホワイトリスト２１が更新されていれば、ホワイトリスト２１をダウンロードする。そして、ホワイトリスト更新部１８２ｅは、ホワイトリスト２１をホワイトリスト１７４へ統合する。統合処理の時に更新履歴も更新される。この更新履歴の更新は、ホワイトリスト更新部１８２ｅが行わず、更新処理部１８２ｄに対して更新処理を依頼する形で更新を行う。
【００７０】
そして、ホワイトリスト更新部１８２ｅは、統合後のホワイトリスト１７４をホワイトリスト２１と比較し、差分があれば、差分をサーバ２０へ送信する。この差分は、更新プログラムによって更新されたプログラムを正常に動作させるために更新制御部１８２ｄによって追加されたものであり、サーバ２０におけるホワイトリスト２１の更新作業に利用される。
【００７１】
次に、図３に示した実行制御プログラム１７３によって実行される処理の手順について説明する。図７は、実行制御プログラム１７３の処理手順を示すフローチャートである。図７に示すように、実行制御プログラム１７３が起動すると、ホワイトリスト更新部１８２ｅが後述するするホワイトリスト更新処理を実行して、ホワイトリスト１７４を更新する（ステップＳ３０１）。
【００７２】
続いて、動作制御部１８２ａは、ファイルアクセス制御部１８１ａからファイルアクセスの通知が来るのを待ち受ける（ステップＳ３０２）。そして、書込処理に関する通知があった場合は（ステップＳ３０３肯定）、動作制御部１８２ａは、通知に含まれる情報等に基づいて、書込処理をＯＳ１８１に依頼したプロセスを特定する（ステップＳ３０４）。
【００７３】
ここで、書込処理を依頼したプロセスが、導入プログラムが実行状態となったものであれば（ステップＳ３０５肯定）、動作制御部１８２ａは、後述する導入プログラム用書込処理を導入制御部１８２ｃに実行させる（ステップＳ３０６）。なお、導入プログラムが実行状態となったものであるか否かの判定は、例えば、プログラムの拡張子や、プロセスの挙動に基づいて行うことができる。例えば、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標） ＯＳでは、導入プログラムはマイクロソフト社が規定した手順で実装を行い、拡張子としてｍｓｉを使用することが定められている。また、この導入プログラムを規定する以前は、導入プログラムによって導入される被導入プログラムは、キャビネット形式と呼ばれる拡張子がｃａｂの形式で纏められることが推奨されていた。以上からＷｉｎｄｏｗｓ（登録商標） ＯＳでは、ｍｓｉやｃａｂといった拡張子で、導入プログラムかどうかの判断を行う。
【００７４】
その他のＯＳ、例えばＵＮＩＸ（登録商標）やそれらの派生ＯＳである、Ｌｉｎｕｘ（登録商標）、ＢＳＤにおいては、個々のＯＳで被導入プログラムを管理する管理プログラムが決まっているため、その管理プログラムを起動したファイルが導入プログラムであると判定することが可能である。
【００７５】
一方、書込処理を依頼したプロセスが、導入プログラムが実行状態となったものでなければ（ステップＳ３０５否定）、動作制御部１８２ａは、後述する非導入プログラム用書込処理を更新制御部１８２ｄに実行させる（ステップＳ３０７）。
【００７６】
また、ファイルアクセス制御部１８１ａから読出処理に関する通知があった場合は（ステップＳ３０３否定）、動作制御部１８２ａは、通知に含まれる情報等に基づいて、読出処理をＯＳ１８１に依頼したプロセスを特定する（ステップＳ３０８）。ここで、読出処理を依頼したプロセスが、導入プログラムが実行状態となったものであれば（ステップＳ３０９肯定）、動作制御部１８２ａは、そのまま読出処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ３１３）。
【００７７】
一方、読出処理を依頼したプロセスが、導入プログラムが実行状態となったものでなければ（ステップＳ３０９否定）、動作制御部１８２ａは、後述する動作判定処理を動作判定部１８２ｂに実行させる（ステップＳ３１０）。その結果、読出処理を依頼したプロセスが通常通りの処理を実行してよいものであることが分かれば（ステップＳ３１１肯定）、動作制御部１８２ａは、そのまま読出処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ３１３）。
【００７８】
また、読出処理を依頼したプロセスが通常通りの処理を実行してよいものでないことが分かれば（ステップＳ３１１否定）、動作制御部１８２ａは、読出処理をキャンセルさせるようにファイルアクセス制御部１８１ａに指示する（ステップＳ３１２）。
【００７９】
以上の処理手順を終了した後、動作制御部１８２ａは、ステップＳ３０２に戻って、ファイルアクセス制御部１８１ａから次の通知が来るのを待ち受ける。
【００８０】
図８は、図７に示した導入プログラム用書込処理（ステップＳ３０６）の処理手順を示すフローチャートである。図８に示すように、まず、動作判定部１８２ｂによる動作判定処理が実行される（ステップＳ４０１）。ここで、導入プログラムが通常通りの処理を実行してよいものでないことが分かれば（ステップＳ４０２否定）、導入制御部１８２ｃは、書込先のパスを外部記憶装置１１ａへ変更させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ４０３）。
【００８１】
このように、実行制御プログラム１７３は、ホワイトリストに登録されていない導入プロセスであっても、プログラムの導入先を通常とは異なる場所に変更して導入させる。そして、導入後のプログラムについては、ファイルの読み書きに制限を課すものの、起動は認める。このような制御により、正式に実行が認められていないプログラムの動作や機能を安全な状態で確認することが可能になる。なお、書込先のパスの変更先は、他のプログラムに悪影響を生じない場所であれば、外部記憶装置１１ａでなくてもよい。
【００８２】
一方、導入プログラムが通常通りの処理を実行してよいものであることが分かれば（ステップＳ４０２肯定）、導入制御部１８２ｃは、通知に含まれる情報等に基づいて、書込先のファイルに関する情報を取得する（ステップＳ４０４）。そして、書込先のファイルがプログラムでなければ（ステップＳ４０５否定）、導入制御部１８２ｃは、そのまま書込処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ４０７）。
【００８３】
また、書込先のファイルがプログラムであれば（ステップＳ４０５肯定）、導入制御部１８２ｃは、導入プログラムと被導入プログラムの情報を対応づけて導入履歴１７５に記憶させる（ステップＳ４０６）。そして、導入制御部１８２ｃは、そのまま書込処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ４０７）。
【００８４】
図９は、図７に示した非導入プログラム用書込処理（ステップＳ３０７）の処理手順を示すフローチャートである。図９に示すように、まず、動作判定部１８２ｂによる動作判定処理が実行される（ステップＳ５０１）。ここで、要求元のプログラムが通常通りの処理を実行してよいものでないことが分かれば（ステップＳ５０２否定）、更新制御部１８２ｄは、書込先のパスを外部記憶装置１１ａへ変更させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ５０３）。
【００８５】
一方、要求元のプログラムが通常通りの処理を実行してよいものであることが分かれば（ステップＳ５０２肯定）、更新制御部１８２ｄは、通知に含まれる情報等に基づいて、書込先のファイルに関する情報を取得する（ステップＳ５０４）。そして、書込先のファイルがホワイトリスト１７４に登録されたものでなければ（ステップＳ５０５否定）、更新制御部１８２ｄは、そのまま書込処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ５１５）。
【００８６】
書込先のファイルがホワイトリスト１７４に登録されたものであれば（ステップＳ５０５肯定）、更新制御部１８２ｄは、導入履歴１７５と更新履歴１７６を参照して、書込先のプログラムに対応する導入プログラムＩＤを取得する（ステップＳ５０６）。また、更新制御部１８２ｄは、導入履歴１７５と更新履歴１７６を参照して、書込処理の要求元のプログラムに対応する導入プログラムＩＤを取得する（ステップＳ５０８）。
【００８７】
ここで、一方でも取得できなければ（ステップＳ５０７否定またはステップＳ５０９否定）、同一の導入プログラムによって導入されたプログラム同士ではないことになるので、更新制御部１８２ｄは、書込処理をキャンセルさせる（ステップＳ５１２）。
【００８８】
また、導入プログラムＩＤをいずれも取得できた場合（ステップＳ５０７肯定かつステップＳ５０９肯定）、更新制御部１８２ｄは、取得された導入プログラムＩＤを比較する（ステップＳ５１０）。ここで、導入プログラムＩＤが一致しなかった場合も（ステップＳ５１１否定）、同一の導入プログラムによって導入されたプログラム同士ではないことになるので、更新制御部１８２ｄは、書込処理をキャンセルさせる（ステップＳ５１２）。
【００８９】
一方、導入プログラムＩＤが一致した場合（ステップＳ５１１肯定）、更新制御部１８２ｄは、更新履歴１７６に情報を追加する（ステップＳ５１３）。さらに、更新制御部１８２ｄは、更新後のプログラムを通常通り実行できるように、書込先のプログラムに対応するホワイトリスト１７４の情報を更新する（ステップＳ５１４）。そして、更新制御部１８２ｄは、そのまま書込処理を実行させるようにファイルアクセス制御部１８１ａに指示する（ステップＳ５１５）。
【００９０】
なお、図９に示した処理手順では、プログラムが上書きされそうになったときに導入プログラムの一致を確認する処理を、ホワイトリスト１７４に登録されているプログラムのみを対象として行っている。このように制御することにより、導入プログラムの一致を確認する処理によって生じる負荷を軽減することができる。
【００９１】
図１０は、図７〜９に示した動作判定処理（ステップＳ３１０、ステップＳ４０１、ステップＳ５０１）の処理手順を示すフローチャートである。図１０に示すように、動作判定部１８２ｂは、判定対象のプロセスに関する情報をファイルアクセス制御部１８１ａが取得し動作制御部１８２ａに通知した情報から取得する（ステップＳ６０１）。そして、動作判定部１８２ｂは、判定対象のプロセスに対応するプログラムからハッシュ値を生成し（ステップＳ６０２）、ハッシュ値を検索キーとしてホワイトリスト１７４を検索する（ステップＳ６０３）。
【００９２】
ここで、検索がヒットした場合は（ステップＳ６０４肯定）、動作判定部１８２ｂは、判定対象のプロセスは通常通り実行して構わないと判定する（ステップＳ６０５）。一方、検索がヒットしない場合は（ステップＳ６０４否定）、動作判定部１８２ｂは、判定対象のプロセスに関する情報から親プロセスの有無を確認する（ステップＳ６０６）。親プロセスが存在しない場合は（ステップＳ６０７否定）、判定対象のプロセスは通常通り実行させることはできないと判定する（ステップＳ６０８）。親プロセスが存在する場合は（ステップＳ６０７肯定）、親プロセスのプログラムからハッシュ値を生成し（ステップＳ６０９）、親プロセスのハッシュ値を検索キーとしてホワイトリスト１７４を再検索する（ステップＳ６０３）。
【００９３】
図１１は、図７に示したホワイトリスト更新処理の処理手順を示すフローチャートである。図１１に示すように、ホワイトリスト更新部１８２ｅは、ホワイトリスト２１の更新の有無をサーバ２０に問い合わせる（ステップＳ７０１）。ここで、更新がなければ（ステップＳ７０２否定）、ホワイトリスト更新処理は終了する。
【００９４】
更新があれば（ステップＳ７０２肯定）、ホワイトリスト更新部１８２ｅは、ホワイトリスト２１をサーバ２０からダウンロードし（ステップＳ７０３）、ホワイトリスト１７４へ統合させる（ステップＳ７０４）。そして、ホワイトリスト更新部１８２ｅは、統合後のホワイトリスト１７４をホワイトリスト２１と比較し（ステップＳ７０５）、差分があれば（ステップＳ７０６肯定）、差分をサーバ２０へ送信する（ステップＳ７０７）。
【００９５】
図１２は、図１１に示したホワイトリストを統合する処理（ステップＳ７０４）の処理手順を示すフローチャートである。ホワイトリスト２１から１行読み取り（ステップＳ８０１）、読み取りができた場合は（ステップＳ８０２肯定）、ホワイトリスト２１と統合前のホワイトリスト１７４を比較し、ハッシュ値の確認を行う（ステップＳ８０３）。ハッシュ値が一致したプログラムについては（ステップＳ８０４肯定）、ホワイトリスト２１とホワイトリスト１７４で同一プログラムということで統合済みと判断し、ステップＳ８０１に戻ってホワイトリスト２１から次の１行を読み取る。
【００９６】
ハッシュ値が一致しなかったプログラムについて（ステップＳ８０４否定）、次に名称とファイル名のどちらか一方が一致するか確認を行い（ステップＳ８０５）、一致した場合は（ステップＳ８０６肯定）、バージョン番号を比較し（ステップＳ８０７）、ホワイトリスト２１がホワイトリスト１７４より同一または大きい場合に（ステップＳ８０８肯定）、ホワイトリスト１７４に統合を行う（ステップＳ８０９）。統合処理に続いて更新履歴１７６に情報を追加する必要がある（ステップＳ８１０）。この時はホワイトリスト更新部１８２ｅが更新制御部１８２ｄに通知を行い、更新履歴１７６に情報の追加を依頼する。そして、ステップＳ８０１に戻ってホワイトリスト２１から次の１行を読み取る。
【００９７】
逆にバージョン番号を比較しホワイトリスト２１よりホワイトリスト１７４が大きい場合には（ステップＳ８０８否定）、ホワイトリスト２１よりもホワイトリスト１７４の方がより新しい情報として、ホワイトリスト１７４への統合を行わずに、ステップＳ８０１に戻ってホワイトリスト２１から次の１行を読み取る。名称とファイル名のどちらも一致しなかった場合は（ステップＳ８０６否定）、新規プログラムとして、ホワイトリスト２１をホワイトリスト１７４に統合を行い（ステップＳ８１１）、ステップＳ８０１に戻ってホワイトリスト２１から次の１行を読み取る。
【００９８】
そして、ホワイトリスト２１の全ての行を処理し終えたならば（ステップＳ８０２否定）、ホワイトリストを統合する処理を終了する。
【００９９】
上述してきたように、本実施例では、プログラムの導入時に取得した情報に基づいてプログラムの更新を制御することとしたので、手間をかけることなく、プログラムの不正な更新を防止することができる。
【０１００】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１０１】
（付記１）導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御手順と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御手順と
をコンピュータに実行させることを特徴とする実行制御プログラム。
【０１０２】
（付記２）プログラムリストに基づいて特定のプログラムの動作を定義する動作制御手順をさらにコンピュータに実行させ、
前記導入情報は、前記導入プログラムに対応づけて、該導入プログラムによって導入された前記プログラムが管理され
前記更新制御手順は、前記第二のプログラムが前記プログラムリストに基づき動作が許可される場合に、前記導入情報を参照し、該第二のプログラムに対応づけられた導入プログラムと、前記第一のプログラムに対応づけられた導入プログラムを比較し、両者の導入プログラムが一致するか否かを判定し、一致する場合は該第二のプログラムの前記更新処理を許可し、一致しない場合は該更新処理を拒否することを特徴とする付記１に記載の実行制御プログラム。
【０１０３】
（付記３）前記更新制御手順は、前記プログラムリストにおいて、前記第一のプログラムの動作が許可されている場合、該第一のプログラムが前記第二のプログラムよって更新されると、該第一のプログラムが更新されたことを示す更新情報を該プログラムリストに記録することを特徴とする付記２に記載の実行制御プログラム。
【０１０４】
（付記４）外部装置からダウンロードしたダウンロードデータを前記プログラムリストへ統合するとともに、該ダウンロードデータに前記第一のプログラムが更新されたことを示す更新情報が含まれていない場合は、該更新情報を前記外部装置へ送信するリスト更新手順をさらにコンピュータに実行させることを特徴とする付記３に記載の実行制御プログラム。
【０１０５】
（付記５）導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御手段と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御手段と
を備えたことを特徴とする情報処理装置。
【０１０６】
（付記６）導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御工程と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御工程と
を含んだことを特徴とする実行制御方法。
【０１０７】
（付記７）サーバと情報処理装置とを含む情報処理システムであって、
前記サーバは、
特定のプログラムの動作を定義するためのプログラムリストを記憶する記憶部と、
前記記憶部に記憶されたプログラムリストを前記情報処理装置に送信する送信部と
を備え、
前記情報処理装置は、
前記サーバから、前記プログラムリストを受信する受信部と、
受信した前記プログラムリストに基づいて特定のプログラムの動作を定義する操作制御部と、
導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された複数のプログラムを対応づけて導入情報として記録する導入制御部と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記プログラムリストに基づき該第二のプログラムの動作が許可されると判断した場合、さらに、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は第二のプログラムの該更新処理要求を許可し、一方、対応づけられていない場合は該更新処理要求を拒否する更新制御部と、
を備えることを特徴とする情報処理システム。
【符号の説明】
【０１０８】
１ 情報処理システム
１０ａ〜ｃ 情報処理装置
１１０ ＣＰＵ
１２０ 入力部
１３０ 表示部
１４０ ネットワークＩ／Ｆ部
１５０ 入出力Ｉ／Ｆ部
１６０ 記憶媒体読書部
１７０ ハードディスク装置
１７１ ＯＳプログラム
１７２ アプリケーションプログラム
１７３ 実行制御プログラム
１７４ ホワイトリスト
１７５ 導入履歴
１７６ 更新履歴
１８０ ＲＡＭ
１８１ ＯＳ
１８１ａ ファイルアクセス制御部
１８２ 実行制御プロセス
１８２ａ 動作制御部
１８２ｂ 動作判定部
１８２ｃ 更新制御部
１８２ｄ 更新制御部
１８２ｅ ホワイトリスト更新部
１８３ 実行プロセス
１９０ バス
１１ａ〜ｃ 外部記憶装置
２０ サーバ
２１ ホワイトリスト
２２ 更新ファイル提供装置
３０ ネットワーク
３１ インターネット
【特許請求の範囲】
【請求項１】
導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御手順と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御手順と
をコンピュータに実行させることを特徴とする実行制御プログラム。
【請求項２】
プログラムリストに基づいて特定のプログラムの動作を定義する動作制御手順をさらにコンピュータに実行させ、
前記導入情報は、前記導入プログラムに対応づけて、該導入プログラムによって導入された前記プログラムが管理され
前記更新制御手順は、前記第二のプログラムが前記プログラムリストに基づき動作が許可される場合に、前記導入情報を参照し、該第二のプログラムに対応づけられた導入プログラムと、前記第一のプログラムに対応づけられた導入プログラムを比較し、両者の導入プログラムが一致するか否かを判定し、一致する場合は該第二のプログラムの前記更新処理を許可し、一致しない場合は該更新処理を拒否することを特徴とする請求項１に記載の実行制御プログラム。
【請求項３】
前記更新制御手順は、前記プログラムリストにおいて、前記第一のプログラムの動作が許可されている場合、該第一のプログラムが前記第二のプログラムよって更新されると、該第一のプログラムが更新されたことを示す更新情報を該プログラムリストに記録することを特徴とする請求項２に記載の実行制御プログラム。
【請求項４】
外部装置からダウンロードしたダウンロードデータを前記プログラムリストへ統合するとともに、該ダウンロードデータに前記第一のプログラムが更新されたことを示す更新情報が含まれていない場合は、該更新情報を前記外部装置へ送信するリスト更新手順をさらにコンピュータに実行させることを特徴とする請求項３に記載の実行制御プログラム。
【請求項５】
サーバと情報処理装置とを含む情報処理システムであって、
前記サーバは、
特定のプログラムの動作を定義するためのプログラムリストを記憶する記憶部と、
前記記憶部に記憶されたプログラムリストを前記情報処理装置に送信する送信部と
を備え、
前記情報処理装置は、
前記サーバから、前記プログラムリストを受信する受信部と、
受信した前記プログラムリストに基づいて特定のプログラムの動作を定義する操作制御部と、
導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された複数のプログラムを対応づけて導入情報として記録する導入制御部と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記プログラムリストに基づき該第二のプログラムの動作が許可されると判断した場合、さらに、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は第二のプログラムの該更新処理要求を許可し、一方、対応づけられていない場合は該更新処理要求を拒否する更新制御部と、
を備えることを特徴とする情報処理システム。
【請求項１】
導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された該複数のプログラムを対応づけて導入情報として記録する導入制御手順と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は、該更新処理を許可し、他方、対応づけられていない場合は、該更新処理を拒否する更新制御手順と
をコンピュータに実行させることを特徴とする実行制御プログラム。
【請求項２】
プログラムリストに基づいて特定のプログラムの動作を定義する動作制御手順をさらにコンピュータに実行させ、
前記導入情報は、前記導入プログラムに対応づけて、該導入プログラムによって導入された前記プログラムが管理され
前記更新制御手順は、前記第二のプログラムが前記プログラムリストに基づき動作が許可される場合に、前記導入情報を参照し、該第二のプログラムに対応づけられた導入プログラムと、前記第一のプログラムに対応づけられた導入プログラムを比較し、両者の導入プログラムが一致するか否かを判定し、一致する場合は該第二のプログラムの前記更新処理を許可し、一致しない場合は該更新処理を拒否することを特徴とする請求項１に記載の実行制御プログラム。
【請求項３】
前記更新制御手順は、前記プログラムリストにおいて、前記第一のプログラムの動作が許可されている場合、該第一のプログラムが前記第二のプログラムよって更新されると、該第一のプログラムが更新されたことを示す更新情報を該プログラムリストに記録することを特徴とする請求項２に記載の実行制御プログラム。
【請求項４】
外部装置からダウンロードしたダウンロードデータを前記プログラムリストへ統合するとともに、該ダウンロードデータに前記第一のプログラムが更新されたことを示す更新情報が含まれていない場合は、該更新情報を前記外部装置へ送信するリスト更新手順をさらにコンピュータに実行させることを特徴とする請求項３に記載の実行制御プログラム。
【請求項５】
サーバと情報処理装置とを含む情報処理システムであって、
前記サーバは、
特定のプログラムの動作を定義するためのプログラムリストを記憶する記憶部と、
前記記憶部に記憶されたプログラムリストを前記情報処理装置に送信する送信部と
を備え、
前記情報処理装置は、
前記サーバから、前記プログラムリストを受信する受信部と、
受信した前記プログラムリストに基づいて特定のプログラムの動作を定義する操作制御部と、
導入プログラムによって複数のプログラムが導入された場合に、該導入プログラムによって導入された複数のプログラムを対応づけて導入情報として記録する導入制御部と、
第一のプログラムに対して第二のプログラムからの更新処理要求を受け付け、前記プログラムリストに基づき該第二のプログラムの動作が許可されると判断した場合、さらに、前記導入情報を参照し、該第一のプログラムと該第二のプログラムが対応づけられているか否かを判定し、対応づけられている場合は第二のプログラムの該更新処理要求を許可し、一方、対応づけられていない場合は該更新処理要求を拒否する更新制御部と、
を備えることを特徴とする情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１０−２３８１６８（Ｐ２０１０−２３８１６８Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８８２３３（Ｐ２００９−８８２３３）
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]