JP2003263322A - 情報環境設定システム、プログラム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 経験の乏しい者でも情報環境を容易且つ適切
に設定でき、設定時の負担を低減する。 【解決手段】 アプリケーション３０００で発生又はユ
ーザ操作により入力された「要望」に基づいて、要望リ
スクエンジン１４１０が要望リスク層ＤＢ１４５０内の
要素ポリシＰ-２０００を選択し、リスク対応エンジン
１４２０が、要望リスク層の要素ポリシに基づいて、リ
ンク対応層ＤＢ１４６０内の要素ポリシＰ-３０００を
選択し、エージェント２０００が、リンク対応層の要素
ポリシに基づいて、関連する設定又は対応処理をアプリ
ケーション３０００に実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、自己の情報環境を
設定するための情報環境設定システム、プログラム及び
方法に係り、特に、経験の乏しい者でも情報環境を容易
且つ適切に設定でき、設定時の負担を低減し得る情報環
境設定システム、プログラム及び方法に関する。

【０００２】

【従来の技術】近年、インターネットの普及などによ
り、ＩＴ（Information Technology：情報技術）産業が
著しく発展してきている。また、これに伴い、様々な世
代の個人ユーザがメーラやブラウザ等の各種のアプリケ
ーションプログラム（以下、アプリケーションという）
を自己のコンピュータ端末にインストールし、適宜、自
己の情報環境を設定するようになってきている。

【０００３】ここで、情報環境の設定は、ユーザインタ
フェイス等を介した操作に基づき、各アプリケーション
の種々の設定を行なうことを意味している。また、設定
の内容としては、少なくとも設定項目毎の設定値を含ん
でおり、より好ましくはセキュリティホールやバグに対
してパッチ（修正プログラム）をあてることをも含んで
いる。

【０００４】係る情報環境の設定は、少なくとも各アプ
リケーションを円滑に使用する観点から、適切に行なわ
れることが好ましい。また、可能であれば最適化を図る
と共に、新たに発見されたセキュリティホールやバグ等
への対策をとる観点から、継続的に適切に行われる方が
より好ましい。

【０００５】

【発明が解決しようとする課題】しかしながら以上のよ
うな情報環境の設定は、個人ユーザの中でも経験の乏し
い者には、円滑に使用する程度としても適切に行なうこ
とが困難であるため、負担を感じる作業となっている。

【０００６】本発明は上記実情を考慮してなされたもの
で、経験の乏しい者でも情報環境を容易且つ適切に設定
でき、設定時の負担を低減し得る情報環境設定システ
ム、プログラム及び方法を提供することを目的とする。

【０００７】

【課題を解決するための手段】第１の発明は、自己の情
報環境に関する要望情報が発生又は入力されたとき、前
記要望情報に関連する設定又は対応処理を前記情報環境
に実行するための情報環境設定システムであって、複数
の要望情報が読出／書込可能に記憶される要望記憶手段
と、前記要望記憶手段内の要望情報と所定のリンク情報
とを連鎖的に関連付ける１層以上の要望リンク情報が読
出／書込可能に記憶される要望リンク記憶手段と、要望
リンク記憶手段内の最終層の要望リンク情報のリンク情
報と所定の設定又は対応処理とを連鎖的に関連付ける１
層以上のリンク対応情報が読出／書込可能に記憶される
リンク対応記憶手段と、前記発生又は入力された要望情
報に基づいて、前記要望リンク記憶手段内の要望リンク
情報を選択する要望リンク選択手段と、前記要望リンク
選択手段により選択された要望リンク情報に基づいて、
前記リンク対応記憶手段内のリンク対応情報を選択する
リンク対応選択手段と、前記リンク対応選択手段により
選択されたリンク対応情報に基づいて、前記関連する設
定又は対応処理を実行する設定／対応実行手段と、を備
えた情報環境設定システムである。

【０００８】これにより、要望記憶手段、要望リンク記
憶手段及びリンク対応記憶手段を用い、要望リンク選択
手段が、発生又は入力された要望情報に基づいて、要望
リンク記憶手段内の要望リンク情報を選択し、リンク対
応選択手段が、要望リンク選択手段により選択された要
望リンク情報に基づいて、リンク対応記憶手段内のリン
ク対応情報を選択し、設定／対応実行手段が、リンク対
応選択手段により選択されたリンク対応情報に基づい
て、関連する設定又は対応処理を実行するので、経験の
乏しい者でも情報環境を容易且つ適切に設定でき、設定
時の負担を低減することができる。

【０００９】なお、上記第１の発明は、全体構成を「シ
ステム」として表現した場合であるが、これに限らず、
全体構成、各情報機器又は各装置を「装置」、「プログ
ラム」、「コンピュータ読取り可能な記憶媒体」又は
「方法」として表現してもよいことは言うまでもない。

【００１０】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明するが、その前に本発明に用いられ
るポリシ体系の概念を説明する。

【００１１】（ポリシ体系の概念）始めに、適切に設定
を行なうための知識を、階層化された要素とそれらの関
連情報ととらえ、知識を部品化する。この部品化された
知識の体系をポリシ体系という。

【００１２】次に、このポリシ体系内の部品化された知
識を、技術経験の深い者又は団体が公に、あるいは範囲
限定的に個人ユーザに提供する。個人ユーザは、部品化
された知識を収集し、これら部品化された知識を組み合
わせる機能を利用して各自固有のポリシ体系を構築し、
このポリシ体系に沿って設定を行なう。

【００１３】また、個人ユーザに限らず、アプリケーシ
ョン自体に自己の状況を判断して、ポリシ体系に基づ
き、自らの設定状況を変更する機能を持たせる。

【００１４】従って、スキルのない情報環境ユーザも、
ポリシ体系を利用することで、ある程度適切な設定を実
行することができる。

【００１５】次に、このようなポリシ体系について具体
的に説明する。

【００１６】図７は本発明の一実施形態に係るポリシ体
系を説明するための模式図である。ここで、ポリシ体系
とは、入力された「要望」に対し、適切な「対応」を出
力するための知識体系を意味している。

【００１７】図７中、ユーザ１０００１の「要望」は、
ポリシ体系Ｐ-１０００によって「対応」にブレイクダ
ウンされ、アプリケーション３０００に実施される。ポ
リシ体系Ｐ-１０００は、この例では二層の要素ポリシ
の組合せとして構成されるが、これに限らず、三層以上
の多層の要素ポリシの組合せとして構成されてもよい。

【００１８】ここで、要素ポリシは、入力に従って出力
を行なう判断要素であり、入力と出力とを関連付ける要
素であればよい。二層の要素ポリシは、具体的には、要
望リスク層の要素ポリシＰ-２０００と、リスク対応層
の要素ポリシＰ-３０００との２種類がある。

【００１９】要望リスク層の要素ポリシＰ-２０００
は、ユーザ１０００１又はアプリケーション３０００か
ら入力される要望の種類毎に、要望に伴うリスクを出力
するものである。

【００２０】リスク対応層の要素ポリシＰ-３０００
は、要望リスク層の要素ポリシＰ-２０００から出力さ
れるリスクの種類毎に、リスクに対する対応をアプリケ
ーション３０００又は３０００ａ等に出力するものであ
る。

【００２１】図８は要望リスク層の要素ポリシの構成例
を示す模式図である。図８に示すように、要望リスク層
の要素ポリシＰ-２０１１〜２０１２，Ｐ-２０２１，Ｐ
-２０３１〜３２は、「要望」と「リスク」とを関連付
けている。

【００２２】ここで、「要望」と「リスク」との関連付
けは、１対１対応に限らず、例えば要素ポリシＰ-２０
１１〜２０１２等に示すように、同一の「要望」に複数
の「リスク」が関連する場合もある。これは、要素ポリ
シＰ-２０１０，Ｐ-２０３０の例に示されている。同様
に、要素ポリシＰ-２０１１，Ｐ-２０２１，Ｐ-２０３
１に示すように、複数の「要望」に同一の「リスク」が
関連する場合もある。

【００２３】一方、図９は対応リスク層の要素ポリシの
構成例を示す模式図である。図９に示すように、対応リ
スク層の要素ポリシＰ-３０１１〜３０１２，Ｐ-３０２
１，Ｐ-３０３１は、「リスク」と「対応」とを関連付
けている。

【００２４】ここで、「リスク」と「対応」との関連付
けは、前述した要望リスク層と同様に、１対１対応に限
らず、同一の「リスク」に複数の「対応」が関連する場
合もあり、複数の「リスク」に同一の「対応」が関連す
る場合もある。

【００２５】図１０は以上のような要望リスク層及びリ
スク対応層の要素ポリシからなるポリシ体系を要望毎に
示す模式図である。このポリシ体系は、ユーザ１０００
１の下に、要望リスク層の５つの要素ポリシＰ-２０１
１，Ｐ-２０１２，Ｐ-２０２１，Ｐ-２０３１，Ｐ-２０
３２、及びリスク対応層の４つの要素ポリシＰ-３０１
１，要素ポリシＰ-３０１２，Ｐ-３０２１，Ｐ-３０３
１からなる計９つの要素ポリシが用意された場合に構成
されるものである。

【００２６】要望１に関するポリシ体系Ｐ-４０１０
は、入力された「要望１」に対し、「対応あ」，「対応
い」，「対応う」、を出力することを示している。要望
２に関するポリシ体系Ｐ-４０２０は、入力された「要
望２」に対し、「対応あ」，「対応い」を出力すること
を示している。要望３に関するポリシ体系Ｐ-４０３０
は、入力された「要望３」に対し、「対応あ」，「対応
い」を出力することを示している。

【００２７】続いて、上述した「要望」及び「各要素ポ
リシ」について具体例を述べる。図１１は要望の例を示
す模式図である。要望Ｐ-０１１０，Ｐ-０１２０，Ｐ-
０１３０は、当該要望を一意的に特定する要望ＩＤ、要
望の内容を手短に記述する要望名、この要望の提供者で
ある提供者、この要望を提供者が提供開始した日である
提供日、及びその要望のステータスを表すステータス等
からなる。

【００２８】ステータスは、使用可能である旨を表す
「現役」と、例えば古くなり使用不可となった旨を表す
「退役」等とがあり、このことは各層の要素ポリシでも
同様である。

【００２９】図１２は要望リスク層の要素ポリシの例を
示す模式図である。要望リスク層の要素ポリシＰ-２１
１０，Ｐ-２１２０，Ｐ-２１３０は、入力される要望の
要望ＩＤである主体要望ＩＤと、リスクを特定するリス
クＩＤと、リスクの内容を端的に表すリスク名と、この
要素ポリシの提供者である提供者と、この要素ポリシを
提供者が提供開始した日である提供日と、この要素ポリ
シのステータスを表すステータス等からなる。

【００３０】図１３及び図１４はリスク対応層の要素ポ
リシの例を示す模式図である。リスク対応層の要素ポリ
シＰ-３１１０，Ｐ-３１２０，Ｐ-３１３０，Ｐ-３１４
０は、入力されるリスクのリスクＩＤである主体リスク
ＩＤと、対応を一意に特定する対応ＩＤと、対応の内容
を端的に表す対応名と、この要素ポリシの提供者である
提供者と、この要素ポリシを提供者が提供開始した日で
ある提供日と、この要素ポリシのステータスを表すステ
ータスと、対応の種類を表す対応種別と、対応実施先と
なるアプリケーションである対応アプリケーションと、
対応の項目が一致していて値が違う場合等を調整するた
めの各対応の重要度を示すセキュリティレベルと、対応
の内容などとからなる。

【００３１】図１１〜図１４の例において、例えば図１
１の要望Ｐ-０１３０が入力された場合、図１２の要望
リスク層の要素ポリシＰ-２１２０が関連し、図１３及
び図１４のリスク対応層の要素ポリシＰ-３１１０，Ｐ-
３１２０，Ｐ-３１４０が関連する。この要素ポリシＰ-
３１１０，Ｐ-３１２０，Ｐ-３１４０の出力は、図１３
及び図１４に示す如き、「対応種別」以下の内容であ
る。

【００３２】なお、図１１〜図１４にて述べた要望Ｉ
Ｄ、リスクＩＤ及び対応ＩＤは、世界で唯一であるよう
に付ける。例えば、要望ＩＤを００２９３４-１３４.２
３２.１２.９とする場合のように、提供者のＩＰアドレ
スとその通し番号を用いて付ければよい。ここで、提供
者は、自己のＩＰアドレス内ではＩＤを重複させないよ
うに注意する。

【００３３】なお、図１５に示すように、「対応」が出
力される原因となる「要望」は、ユーザ１０００１から
入力される場合に限らず、状態変化などのあったアプリ
ケーションから生成される場合もある。

【００３４】さて次に、以上のようなポリシ体系を用い
る本発明の一実施形態について図面を参照しながら説明
する。 （本発明の一実施形態）図１は本発明の一実施形態に係
る情報環境設定システムが適用されたネットワークの接
続構成を示す模式図である。ユーザ１０００１の情報環
境であるユーザ環境１００００は、プロバイダ装置２０
０００を介してインターネット９００００に接続されて
いる。一方、アプリケーション等を開発・販売するベン
ダに用いられるベンダ装置３００００、及びセキュリテ
ィ対策に関する団体（例、ＣＥＲＴ；Computer Emergen
cy Response Team Coordination等）に用いられるセキ
ュリティ対策団体装置４００００も適宜、プロバイダ装
置２００００を介してインターネット９００００に接続
されている。すなわち、ユーザ環境１００００、プロバ
イダ２００００、ベンダ装置３００００及びセキュリテ
ィ対策団体装置４００００は互いに通信可能な状態にあ
る。

【００３５】ここで、プロバイダ装置２００００、ベン
ダ装置３００００及びセキュリティ対策団体装置４００
００は、操作者のポリシに基づく操作により、前述した
ポリシ体系の構成要素である「要望」や各要素ポリシ
を、図１６（ａ）〜図１６（ｃ）に「要望一覧」、「リ
スク一覧」及び「対応一覧」として示すように、ホーム
ページ等で開示し、ユーザ環境１００００及びプロバイ
ダ装置２００００等に提供している。

【００３６】ユーザ環境１００００及びプロバイダ装置
２００００等は、操作者のポリシに基づく操作により、
図１６のホームページ等から必要な「要望」及び要素ポ
リシをダウンロード等して取得し、適宜、編集してポリ
シ体系を作成し、ＤＢ等へ記録する。なお、このダウン
ロード操作は、図示しないダウンロード用ボタンのクリ
ック操作により実行できる。また、各々の一覧内の各要
素は、例えばチェック操作により、選択的にダウンロー
ドする構成としてもよい。

【００３７】図２は本実施形態におけるユーザ環境１０
０００の全体構成を示す模式図である。ユーザ環境１０
０００は、幾つかのアプリケーション３０００の他に、
ポリシエンジン１０００及びエージェント２０００を備
えている。

【００３８】ポリシエンジン１０００は、ユーザ１００
０１やアプリケーション３０００から「要望」が入力さ
れたとき、ポリシ体系に基づいて、当該「要望」を「対
応」にブレイクダウンし、得られた「対応」をエージェ
ント２０００に出力するためのプログラムである。

【００３９】エージェント２０００は、ポリシエンジン
１０００から出力された「対応」をアプリケーション等
の設定変更などを実施するためのプログラムである。

【００４０】このように、ポリシエンジン１０００、エ
ージェント２０００及びアプリケーション３０００は互
いに通信可能となっている。

【００４１】図３はポリシエンジン１０００の構成例を
示す機能ブロック図である。ポリシエンジン１０００
は、ユーザ１０００１にグラフィカルなインタフェイス
を提供するユーザインタフェイス１８００と、入出力の
インタフェイスであるＩ／Ｆ部１６００と、Ｉ／Ｆ部１
６００から入力される要素ポリシの新規導入、削除、編
集等を管理するポリシ管理部１２００と、ポリシ管理部
１２００に管理された要素ポリシを組合せて「要望」か
ら「対応」を導き出すエンジン１４００とを備えてい
る。

【００４２】なお、ユーザインタフェイス１８００及び
Ｉ／Ｆ部１６００は互いに通信可能であり、Ｉ／Ｆ部１
６００、ポリシ管理部１２００及びエンジン１４００も
互いに通信可能である。

【００４３】図４はエンジン１４００及びその周辺構成
例を示す機能ブロック図である。エンジン１４００は、
ポリシ管理部１２００内の要望リスク層ＤＢ１４５０、
リスク対応層ＤＢ１４６０及び環境情報ＤＢ１４７０を
参照しつつ、「要望」から「対応」を得るものであり、
具体的には、要望リスクエンジン１４１０、リスク対応
エンジン１４２０及び統合調整部１４３０を備えてい
る。

【００４４】ここで、要望リスクエンジン１４１０は、
ユーザインタフェイス１８００又はアプリケーション３
０００からＩ／Ｆ部１６００を介して入力された「要
望」と、要望リスク層ＤＢ１４５０内の要素ポリシとに
基づいて、「要望ＩＤ」に関連する「リスクＩＤ」をリ
スク対応エンジン１４２０に出力するものである。

【００４５】リスク対応エンジン１４２０は、要望リス
クエンジン１４２０から出力された「リスクＩＤ」と、
リスク対応層ＤＢ１４６０内の要素ポリシとに基づい
て、「リスクＩＤ」に関連する「対応」情報を統合調整
部１４３０に出力するものであり、この「対応」情報が
環境情報ＤＢ１４７０の内容によりユーザ環境１０００
１にて実施可能なことを確認する機能をもっている。

【００４６】統合調整部１４３０は、リスク対応エンジ
ン１４２０が、同一の設定項目に異なる設定値を示す複
数の対応を出力したとき、アプリケーションベンダ等が
用意したセキュリティレベル（重要度又は優先順位等）
などに基づき、ある一つの設定値に絞り、得られた「対
応」をＩ／Ｆ部を介してエージェント２０００に出力す
るためのものである。

【００４７】例えば図１３及び図１４のＰ-３１２０及
びＰ-３１４０は、同じ設定項目に対して異なる設定値
が指定された「対応」の例を示している。この場合、統
合調整部１４３０は、より高いセキュリティレベルの要
素ポリシＰ-３１４０を選択する。

【００４８】なお、Ｉ／Ｆ部１６００は、要望リスクエ
ンジン１４１０及び統合調整部１４３０と互いに通信可
能であり、また、外部とも通信可能であって、エージェ
ント２０００、アプリケーション３０００及びユーザイ
ンタフェイス１８００などと通信を行なう。

【００４９】一方、図５はポリシ管理部の構成例を示す
機能ブロック図である。ポリシ管理部１２００は、要望
リスク層ＤＢ１４５０、リスク対応層ＤＢ１４６０、環
境情報ＤＢ１４７０、要素ポリシ管理部１２１０及び環
境管理部１２３０を備えている。

【００５０】ここで、要望リスク層ＤＢ１４５０は、要
素ポリシ管理部１２１０から読出／書込可能に制御さ
れ、「要望」及び「要望リスク層の要素ポリシ」が保存
されるものである。なお、セキュリティ対策団体装置４
００００やベンダ装置３００００などのホームページな
どから取得された、要望、要望リスク層及び／又はリス
ク対応層の要素ポリシは、要素ポリシ管理部１２１０に
より、情報が付加される。図１７に、要望リスク層ＤＢ
１４５０内の要望Ｐ-０１２０ａ及び要望リスク層の要
素ポリシＰ-２１１０ａに情報が付加された例を示す。
この例では、利用状況という情報が付加されている。こ
れは、取得した要素ポリシの使用を個人ユーザ１０００
１が希望しない場合に利用状況の値を「無効」にする等
して利用される。なお、ユーザの操作に限らず、例えば
取得した要素ポリシのステータスが「退役」の場合、自
動的に要素ポリシ管理部１２１０により、利用状況が
「無効」に設定される。

【００５１】リスク対応層ＤＢ１４６０は、要素ポリシ
管理部１２１０から読出／書込可能に制御され、リスク
対応層の要素ポリシが保存されるものである。

【００５２】図１８に、リスク対応層ＤＢ１４６０内の
要素ポリシＰ-３１１０ａ，Ｐ-３１２０ａに情報が付加
された例を示す。この例では、先述した利用状況のほか
に、ユーザ設定優先度が付加されている。これは、設定
が衝突したときに優先順位として、ベンダ側から提供さ
れた設定項目毎に設定値を与える毎に定まるセキュリテ
ィレベルではなく、独自の優先順位を設けたいときに使
用される。

【００５３】環境情報ＤＢ１４７０は、環境管理部１２
３０から読出／書込可能に制御され、ユーザ１０００１
の環境情報が保存されるものである。図１９に、環境情
報ＤＢ１４７０内の環境情報の例を示す。ここには、リ
スク対応エンジン１４２０が、リスク対応層ＤＢ１４６
０の要素ポリシの中から選択するアプリケーションが予
め記述されている。

【００５４】要素ポリシ管理部１２１０は、ユーザイン
タフェイス１８００からＩ／Ｆ部１６００を介して制御
され、要望リスク層ＤＢ１４５０及びリスク対応層ＤＢ
１４６０を用いて各要望及び各要素ポリシを読出／書込
可能に管理するものである。

【００５５】例えば要素ポリシ管理部１２１０は、ユー
ザの編集操作により、ユーザ環境１００００に接続され
たネットワーク又はコンピュータ読取り可能な記憶媒体
から新たな「要望」、「要望リスク層の要素ポリシ」又
は「リスク対応層の要素ポリシ」が読み込まれたとき、
これら「要望」、「要望リスク層の要素ポリシ」又は
「リスク対応層の要素ポリシ」を対応する要望リスク層
ＤＢ１４５０及びリスク対応層ＤＢ１４６０に書込みす
る機能をもっている。

【００５６】また、同様にユーザの編集操作により、こ
れら「要望」、「要望リスク層の要素ポリシ」又は「リ
スク対応層の要素ポリシ」を読出／書込により、要望リ
スク層ＤＢ１４５０及びリスク対応層ＤＢ１４６０にて
変更及び／又は削除する機能をもっている。

【００５７】環境管理部１２３０は、ユーザインタフェ
イス１８００からＩ／Ｆ部１６００を介して制御され、
環境情報ＤＢ１４７０を用いてユーザ１０００１の環境
情報を読出／書込可能に管理するものである。

【００５８】図６はエージェントとアプリケーションの
構成例を示す機能ブロック図である。エージェント２０
００は、エンジン１４００からの「対応」情報の受け取
り口であるＩ／Ｆ部２１００と、Ｉ／Ｆ部２１００から
受けた「対応」情報を実際に実施できる命令群に翻訳す
る設定情報翻訳部２２００と、設定情報翻訳部２２００
の情報に基づいて環境情報ＤＢ１４７０を参照しながら
アプリケーション３０００に対して設定又は対応を実行
する対応実行部２３００と、要望の入力から対応の実行
までの履歴情報（例、要望ＩＤ、リスクＩＤ、対応Ｉ
Ｄ、実行日時など）が対応実行部２３００により記録さ
れるログＤＢ１４８０とを備えている。

【００５９】アプリケーション３０００は、エージェン
ト２０００からの情報の受け取り口であるＩ／Ｆ部３１
００と、アプリケーション３０００の主たる部分である
アプリケーションコア部３２００と、ユーザへのグラフ
ィカルなインタフェイスであるユーザインタフェイス３
５００と、「要望」のイベントをエンジン１４００に向
けて生成する要望イベント生成部３３００と、アプリケ
ーションの設定を管理するアプリケーション設定管理部
３４００とからなる。

【００６０】アプリケーションコア部３２００は、Ｉ／
Ｆ部３１００及びユーザインタフェイス３５００及び要
望イベント生成部３３００及びアプリケーション設定管
理部３４００と互いに通信可能になっている。

【００６１】なお、以上のようなユーザ環境１００００
及び各装置２００００、３００００、４００００は、そ
れぞれハードウェア構成及び／又はソフトウェア構成に
より実現可能であるが、ソフトウェア構成を用いて実現
される場合、対応する機能を実現させるためのプログラ
ムが予め記憶媒体又はネットワークからユーザ環境１０
０００及び各装置２００００〜４００００のそれぞれの
コンピュータにインストールされる。

【００６２】次に、以上のように構成された情報環境設
定システムの適用されたネットワークの動作を説明す
る。 （運用例）いま、セキュリティ対策団体装置４００００
等は、高い信用度と専門的知識を有する当該団体の構成
員が「要望」に関して標準的に対策が必要と判断したと
き、当該構成員の操作により、当該「要望」のリストを
開示し、この「要望」に伴う標準的な要望リスク層の要
素リストのリストを整理し公開する。この際、要望ＩＤ
及びリスクＩＤは、以前のＩＤと重複しないように付さ
れる。

【００６３】また、セキュリティ対策団体装置４０００
０等は、構成員の操作により、これら「要望」リストや
要望リスク層の要素リストに対する要素ポリシの作成を
ベンダやプロバイダに促す。また、古くなり不適切とな
った「要望」や要素ポリシのステータスを「退役」に変
更して開示し、注意を促す。

【００６４】ベンダ装置３００００等は、ベンダの操作
により、セキュリティ対策団体装置４００００のリスト
に基づき、リスク対応層の要素リストを提供する。前述
同様に、対応ＩＤは、以前のＩＤと重複しないように付
される。プロバイダ装置２００００は、プロバイダ独自
の方針に従う操作により、独自の要素ポリシを追加する
場合がある。この場合も同様に対応ＩＤは重複しないよ
うに付される。

【００６５】ユーザ１０００１は、ＣＥＲＴ４０００
０、ベンダ装置３００００、及びプロバイダ２００００
のサイトなどから「要望」や要素ポリシを、自己のポリ
シに従い、インターネット９００００などを介して取得
する。

【００６６】プロバイダ２００００は、プロバイダ２０
０００の方針に従って「要望」及び要素ポリシを集めて
おき、契約時にユーザ１０００１に配布してもよい。
「要望」や要素ポリシ提供者は、インターネット９００
００を介さずＣＤ−ＲＯＭやフロッピー（登録商標）デ
ィスク等で配布してもよい。

【００６７】ユーザ１０００１は、ポリシエンジン１０
００及びエージェント２０００を用いて管理したいアプ
リケーション等を示す情報環境を、図１９に示すよう
に、環境情報ＤＢ１４７０に記述し保存しておく。

【００６８】ユーザ環境１００００に取得された「要
望」及び各要素ポリシは、要素ポリシ管理部１２１０に
より、図１７に示したように、情報が付加される。しか
る後、「要望」及び要望リスク層の要素ポリシは要望リ
スク層ＤＢ１４５０に保存され、リスク対応層の要素ポ
リシはリスク対応層ＤＢ１４６０に保存される。

【００６９】要素ポリシ管理部１２１０は、ユーザイン
タフェイス１８００を介したユーザの操作により、要望
リスク層ＤＢ１４５０及びリスク対応層ＤＢ１４６０内
の各要素ポリシを編集（追加、削除、更新等）する。

【００７０】同様に、環境管理部１２３０は、ユーザイ
ンタフェイス１８００を介したユーザの操作により、環
境情報ＤＢ１４７０内の環境情報を編集（追加、削除、
更新等）する。

【００７１】（ユーザからの要望）次に、ユーザ１００
０１から入力された「要望」に対し、「対応」を実行す
る動作を図１１〜図１４の各要望及び各要素ポリシと、
図１９の環境情報ファイルｆ１とがユーザ環境１０００
０に保存されている場合を例に挙げて述べる。すなわ
ち、エンジン１４００においては、ユーザインタフェイ
ス１８００を介したユーザ１０００１の操作により、Ｉ
／Ｆ部１６００を介して図１１の「要望」Ｐ-０１３０
が入力されたとする。入力された「要望」Ｐ-０１３０
は、要望リスクエンジン１４１０に渡される。

【００７２】要望リスクエンジン１４１０では、この
「要望」Ｐ-０１３０が要望リスク層ＤＢ１４５０内に
存在するか否かを確認し、存在する場合、この「要望」
Ｐ-０１３０の要望ＩＤ：Ａ０８７を検索キーにして、
図１２に示す如き、要望リスク層ＤＢ１４５０を検索す
る。検索の結果、主体要望ＩＤにＡ０８７を含む要素ポ
リシＰ-２１２０がマッチするので、この要素ポリシＰ-
２１２０のリスクＩＤ：Ｂ０２７をリスク対応エンジン
１４２０に渡す。

【００７３】リスク対応エンジン１４２０では、このリ
スクＩＤ Ｂ０２７を検索キーにして、図１３及び図１
４に示す如き、リスク対応層ＤＢ１４６０を検索する。
このとき、リスク対応層ＤＢ１４６０内の要素ポリシの
「対応アプリケーション」が環境情報ファイルｆ１の内
容に該当するもののみを検索する。

【００７４】検索の結果、主体リスクＩＤにＢ０２７を
含み且つ対応アプリケーションにブラウザｂｒ２を含む
要素ポリシＰ-３１２０，Ｐ-３１４０がマッチするの
で、この要素ポリシＰ-３１２０，Ｐ-３１４０の「対
応」情報を統合調整部１４３０に渡す。

【００７５】この例では、「セキュリティレベル：３７
対応アプリケーション：ブラウザｂｒ２、設定値：編
集．設定．プライバシーとセキュリティ．Cookie=Cooki
eを有効にする,設定．プライバシーとセキュリティ．Co
okie=Cookieを保存する前に警告する」及び「セキュリ
ティレベル：４３ 対応アプリケーション：ブラウザｂ
ｒ２、設定値：編集．設定．プライバシーとセキュリテ
ィ．Cookie=元のWebサイトでのみCookieを有効にする,
設定．プライバシーとセキュリティ．Cookie=Cookieを
保存する前に警告する」を渡す。

【００７６】統合調整部１４３０では、リスク対応エン
ジン１４２０からの「対応」情報に、同じ設定項目に異
なる設定値が設定されていないか確認する。この例で
は、同じ設定項目に異なる設定値が設定されているの
で、セキュリティレベルを比べ、高い方、すなわちセキ
ュリティレベル４３の「対応」がセキュリティレベル３
７の「対応」に優先される。

【００７７】この「対応」は、Ｉ／Ｆ部１６００を介し
てエージェント２０００に渡される。すなわち「セキュ
リティレベル：４３ 対応アプリケーション：ブラウザ
ｂｒ２、設定値：編集．設定．プライバシーとセキュリ
ティ．Cookie=元のWebサイトでのみCookieを有効にす
る,設定．プライバシーとセキュリティ．Cookie=Cookie
を保存する前に警告する」がエージェント２０００に渡
される。

【００７８】エージェント２０００は、Ｉ／Ｆ部２１０
０を介して「対応」情報を受けると、この「対応」情報
を設定情報翻訳部２２００に渡す。

【００７９】設定情報翻訳部２２００は、この「対応」
情報を各アプリケーションのＩ／Ｆ部３１００に従った
命令に翻訳し、得られた命令を対応実行部２３００に送
出する。

【００８０】対応実行部２３００は、命令を受けると、
環境情報ＤＢ１４７０からの環境情報に基づき、当該命
令をアプリケーション３０００に対して実行する。この
場合は、ブラウザｂｒ２に命令が与えられる。

【００８１】ブラウザｂｒ２のアプリケーション３００
０では、この命令をＩ／Ｆ部３１００及びアプリケーシ
ョンコア部を介してアプリケーション設定管理部３４０
０に渡す。

【００８２】アプリケーション設定管理部３４００は、
命令に従い設定を変更する。この場合、アプリケーショ
ン３０００の設定が「編集．設定．プライバシーとセキ
ュリティ．Cookie=元のWebサイトでのみCookieを有効に
する,設定．プライバシーとセキュリティ．Cookie=Cook
ieを保存する前に警告する」に変更される。

【００８３】（アプリケーションからの要望（１））次
に、アプリケーション３０００から入力された「要望」
に対し、「対応」を実行する動作を図１５の各要望及び
各要素ポリシと、図１９の環境情報ファイルｆ１とがユ
ーザ環境１００００に保存されており、且つアプリケー
ション３０００がメーラＭ１である場合を例に挙げて述
べる。いま、ユーザ１０００１は、メールを送受信する
ため、メーラＭ１としてのアプリケーション３０００を
起動する。メーラＭ１の要望イベント生成部３３００
は、「メーラ起動」イベント（図１５の「要望」Ｐ-０
２１０）を生成し、このイベントを図示しないＩ／Ｆ部
１６００を介してエンジン１４００に渡す。

【００８４】エンジン１４００は、このイベントを「要
望」Ｐ-０２１０の入力として、「要望」Ｐ-０２１０を
要望リスクエンジン１４１０に渡す。

【００８５】以下、前述同様に、要望リスクエンジン１
４１０では、この「要望」Ｐ-０２１０の存在を確認
し、「要望」Ｐ-０２１０の要望ＩＤ：Ａ０７３を検索
キーにして、要望リスク層ＤＢ１４５０を検索する。検
索の結果、図１５の例では、要素ポリシＰ-２１１０が
マッチするので、この要素ポリシＰ-２１１０のリスク
ＩＤ：Ｂ０２５をリスク対応エンジン１４２０に渡す。

【００８６】リスク対応エンジン１４２０では、このリ
スクＩＤ Ｂ０２５を検索キーにして、前述同様にリス
ク対応層ＤＢ１４６０を検索し、主体リスクＩＤにＢ０
２５を含み且つ対応アプリケーションにメーラＭ１を含
む要素ポリシＰ-３１１０がマッチするので、この要素
ポリシＰ-３１１０の「対応」情報を統合調整部１４３
０に渡す。

【００８７】この例では、「対応種別：バージョン確認
とメッセージ、メッセージ：このメーラＭ１のバージョ
ンには重大なセキュリティホールがあります。以下のＵ
ＲＬにアクセスして、パッチをあててください。パッチ
入手先ＵＲＬ：http://venderv1.com/」を渡す。

【００８８】統合調整部１４３０では、リスク対応エン
ジン１４２０からの「対応」情報に、同じ設定項目に異
なる設定値が設定されていないか確認する。この例で
は、同じ設定項目に異なる設定値が設定されていないの
で統合調整処理を行なわず、そのまま「対応」情報をエ
ージェント２０００に渡す。

【００８９】エージェント２０００は、Ｉ／Ｆ部２１０
０を介して「対応」情報を受けると、この「対応」情報
を設定情報翻訳部２２００に渡す。

【００９０】設定情報翻訳部２２００は、この「対応」
情報を各アプリケーションのＩ／Ｆ部３１００に従った
命令に翻訳し、得られた命令を対応実行部２３００に送
出する。

【００９１】対応実行部２３００は、命令を受けると、
環境情報ＤＢ１４７０からの環境情報に基づき、当該命
令をアプリケーション３０００に対して実行する。この
場合は、図２０に示す如き、警告ウィンドウＷ１を開
き、「このメーラＭ１のバージョンには重大なセキュリ
ティホールがあります。以下のＵＲＬにアクセスして、
パッチをあててください。パッチ入手先ＵＲＬ：http:/
/venderv1.com/」というメッセージを表示させる。ここ
で、「終了しますか：終了／続行」といった情報を付加
してもよい。なお、この例の場合、アプリケーション３
０００の設定を変更せず、メッセージを表示させたが、
このような設定以外の処理も「対応」に含まれる。ま
た、このメッセージを出す程度の「対応」はエージェン
ト２０００が処理してもよい。

【００９２】また、「メーラ起動」に限らず、アプリケ
ーション３０００の動作中に、アプリケーション３００
０から「要望」イベントが発生すると、その「要望」に
基づき、前述同様に、アプリケーション３０００に「対
応」が実行される。このように、アプリケーション３０
００の動作中にイベントが発生する場合としては、例え
ば時刻情報に基づき、定期的に「要望」イベントが発生
する場合などが考えられる。なお、図１０等で述べたよ
うに、１つの「要望」から複数のアプリケーションに
「対応」が実施される場合もある。

【００９３】（アプリケーションからの要望（２））続
いて同様に、アプリケーション３０００から入力された
「要望」に対し、「対応」を実行する動作を図２１の各
要望及び各要素ポリシが要望リスク層ＤＢ１４５０及び
リスク対応層ＤＢ１４６０に保存され、「ウィルスチェ
ッカ２００２version２００２（以下、ウイルスチェッ
カ２００２という）」が環境情報ＤＢ１４７０に登録さ
れており、且つ当該ウイルスチェッカ２００２が図６に
示した構造をもつアプリケーションである場合を例に挙
げて述べる。ここで、ウィルスチェッカ２００２という
アプリケーションは、アプリケーションコア部３２００
が、少なくともＨＴＭＬメールに組み込まれた悪意ある
タグをパターンチェックする機能を有するものである。

【００９４】いま、ユーザ１０００１は、アプリケーシ
ョン３０００であるメーラＭ１を操作し、自分あての電
子メールの受信を確認するとする。

【００９５】ユーザ１０００１は、例えばメーラＭ１が
提供するユーザインタフェイス３０００の「受信」ボタ
ンを押す。ユーザ１０００１が「受信」ボタンを押した
情報は、アプリケーションコア部３２００に渡る。

【００９６】アプリケーションコア部３２００は、メー
ルサーバと接続し、ユーザ１０００１のメールボックス
内の電子メールをユーザ環境１００００にダウンロード
する。

【００９７】しかる後、要求イベント生成部３３００
は、「メールサーバよりメールをダウンロード」という
イベント（図２１の「要望」Ｐ-０２６０）を生成し、
このイベントをＩ／Ｆ部１６００（図示せず）を介して
エンジン１４００に渡す。

【００９８】エンジン１４００は、Ｉ／Ｆ部１６００で
この要望Ｐ-０２６０を受け、要望リスクエンジン１４
１０に渡す。要望リスクエンジン１４１０は、要望リス
ク層ＤＢ１４５０を参照し、この「要望」Ｐ-０２６０
の要望ＩＤ：Ａ０７７が主体要望ＩＤと一致する要望リ
スク層の要素ポリシを検索する。

【００９９】検索の結果、要素ポリシＰ-２１６０がヒ
ットするので、この要素ポリシＰ-２１６０のリスクＩ
Ｄ：Ｂ０９０をリスク対応エンジン１４２０に渡す。

【０１００】リスク対応エンジン１４２０は、リスク対
応層ＤＢ１４６０を参照し、要素ポリシＰ-２１６０の
リスクＩＤ：Ｂ０９０が主体要望ＩＤと一致するリスク
対応層の要素ポリシを検索する。

【０１０１】検索の結果、要素ポリシＰ-３１６０がヒ
ットするので、この要素ポリシＰ-３１６０の「対応」
情報を統合調整部１４３０に渡す。

【０１０２】この例では、「対応種別：実行 セキュリ
ティレベル：４８ 対応アプリケーション：ウィルスチ
ェッカ２００２version２００２ 設定値：メール受信時
本文に悪意あるパターンが組み込まれていないかチェッ
クする」を渡す。

【０１０３】また、統合調整部１４３０は、競合する
「対応」情報が無いので、この「対応」情報をそのまま
エージェント２０００に渡す。

【０１０４】エージェント２０００は、設定情報翻訳部
２２００において、この「対応」情報を「対応アプリケ
ーション」である「ウィルスチェッカ２００２version
２００２」の理解可能な命令に翻訳し、得られた命令を
対応実行部２３００に送出する。

【０１０５】対応実行部２３００は、命令を受けると、
この命令を対応アプリケーションであるウィルスチェッ
カ２００２に対して実行する。

【０１０６】ウィルスチェッカ２００２では、命令をＩ
／Ｆ部３１００で受けると、アプリケーションコア部３
２００を命令に従って動作させる。ここでは、ダウンロ
ードした電子メールに対して、「悪意あるパターンが組
み込まれていないかチェック」する。

【０１０７】上述したように本実施形態によれば、アプ
リケーション３０００で発生又はユーザ操作により入力
された「要望」に基づいて、要望リスクエンジン１４１
０が要望リスク層ＤＢ１４５０内の要素ポリシを選択
し、リスク対応エンジン１４２０が、要望リスク層の要
素ポリシに基づいて、リンク対応層ＤＢ１４６０内の要
素ポリシを選択し、エージェント２０００が、リンク対
応層の要素ポリシに基づいて、関連する設定又は対応処
理を実行するので、経験の乏しい者でも情報環境を容易
且つ適切に設定でき、設定時の負担を低減することがで
きる。

【０１０８】また、ポリシエンジンに適切な「要望」及
び要素ポリシが保存されていれば、ユーザ１０００１に
意識させることなく、アプリケーション同士が、ポリシ
エンジンの判断に基づいて、互いに適切な設定及び動作
実行などを行なう事ができる。

【０１０９】よって、スキルのない個人でも、個人の情
報環境の設定をある程度適切に行なう事ができるように
なり、従ってネットワークの安全性を一定レベル以上に
保つことができる。

【０１１０】さらに、要望リスク層の要素ポリシは、例
えばセキュリティ対策団体装置により提供され、リンク
対応層の要素ポリシは、例えばベンダから提供されると
いうように、各団体や組織が得意な分野で知識部品（要
素ポリシ）を作成できるので、全体として優れた品質の
体系ポリシを構築することが期待できる。

【０１１１】また、複数の「対応」が競合しても、図１
３及び図１４に示したように、ベンダが推奨するセキュ
リティレベルに基づいて調整されるので、設定処理の信
頼性を向上させることができる。

【０１１２】これに加え、図１８に示したように、ユー
ザが設定するユーザ設定優先度を用いた場合、ベンダが
推奨するセキュリティレベルとは異なる優先度で「対
応」間の優先度を調整できるので、より使い勝手の優れ
たシステムを構築できる。

【０１１３】また、環境情報ＤＢ１４７０内の情報環境
ファイルｆ１を参照して無駄な処理を省略するので、処
理効率を向上させることができる。

【０１１４】なお、上記実施形態では、「要望」、「リ
スク」、「対応」、という三層構造を用いる場合を説明
したが、三層に限らず、四層以上の構造としてもよい。
例えば、電子商取引によるｅ−ショッピングの場合、１
つの処理に複数の要望（ＩＤ入力→商品番号入力→配達
希望日時入力→クレジットカード番号入力など）を設定
可能であり、また、各要望に関しても複数の層のリスク
（カード番号盗聴→不正使用など）を設定可能であり、
対応に関しても同様に複数の層を設定可能である。

【０１１５】また、上記実施形態では、「要望」、「リ
スク」、「対応」、という連鎖を用いる場合を説明した
が、中央はリスクに限らず、何らかのリンク（結合）情
報であればよい。例えば中央を「高速化」とし、「要望
（翻訳）」、「高速化」、「対応（高速翻訳用の設
定）」、という連鎖を用いてもよく、他にも任意のリン
ク情報が適用可能なことは言うまでもない。

【０１１６】また、上記実施形態では、「情報環境の設
定」を「各アプリケーションの種々の設定」とした場合
について説明したが、これに限らず、個人ユーザのシス
テムの規模が大きい場合には、「情報環境の設定」の概
念として、「更に、コンピュータ端末に接続された各情
報機器の種々の設定を行なうこと」を含めてもよい。こ
のように拡張しても、情報機器の設定がエージェント２
０００から書込可能であれば、本発明を同様に実施して
同様の効果を得ることができる。

【０１１７】なお、上記各実施形態に記載した手法は、
コンピュータに実行させることのできるプログラムとし
て、磁気ディスク（フロッピー（登録商標）ディスク、
ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、Ｄ
ＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリな
どの記憶媒体に格納して頒布することもできる。

【０１１８】また、この記憶媒体としては、プログラム
を記憶でき、かつコンピュータが読み取り可能な記憶媒
体であれば、その記憶形式は何れの形態であっても良
い。

【０１１９】また、記憶媒体からコンピュータにインス
トールされたプログラムの指示に基づきコンピュータ上
で稼働しているＯＳ（オペレーティングシステム）や、
データベース管理ソフト、ネットワークソフト等のＭＷ
（ミドルウェア）等が本実施形態を実現するための各処
理の一部を実行しても良い。

【０１２０】さらに、本発明における記憶媒体は、コン
ピュータと独立した媒体に限らず、ＬＡＮやインターネ
ット等により伝送されたプログラムをダウンロードして
記憶または一時記憶した記憶媒体も含まれる。

【０１２１】また、記憶媒体は１つに限らず、複数の媒
体から本実施形態における処理が実行される場合も本発
明における記憶媒体に含まれ、媒体構成は何れの構成で
あっても良い。

【０１２２】尚、本発明におけるコンピュータは、記憶
媒体に記憶されたプログラムに基づき、本実施形態にお
ける各処理を実行するものであって、パソコン等の１つ
からなる装置、複数の装置がネットワーク接続されたシ
ステム等の何れの構成であっても良い。

【０１２３】また、本発明におけるコンピュータとは、
パソコンに限らず、情報処理機器に含まれる演算処理装
置、マイコン等も含み、プログラムによって本発明の機
能を実現することが可能な機器、装置を総称している。

【０１２４】なお、本願発明は、上記各実施形態に限定
されるものでなく、実施段階ではその要旨を逸脱しない
範囲で種々に変形することが可能である。また、各実施
形態は可能な限り適宜組み合わせて実施してもよく、そ
の場合、組み合わされた効果が得られる。さらに、上記
各実施形態には種々の段階の発明が含まれており、開示
される複数の構成要件における適宜な組み合わせにより
種々の発明が抽出され得る。例えば実施形態に示される
全構成要件から幾つかの構成要件が省略されることで発
明が抽出された場合には、その抽出された発明を実施す
る場合には省略部分が周知慣用技術で適宜補われるもの
である。

【０１２５】その他、本発明はその要旨を逸脱しない範
囲で種々変形して実施できる。

【０１２６】

【発明の効果】以上説明したように本発明によれば、経
験の乏しい者でも情報環境を容易且つ適切に設定でき、
設定時の負担を低減できる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る情報環境設定システ
ムが適用されたネットワークの接続構成を示す模式図

【図２】同実施形態におけるユーザ環境の全体構成を示
す模式図

【図３】同実施形態におけるポリシエンジンの構成例を
示す機能ブロック図

【図４】同実施形態におけるエンジン及びその周辺構成
例を示す機能ブロック図

【図５】同実施形態におけるポリシ管理部の構成例を示
す機能ブロック図

【図６】同実施形態におけるエージェントとアプリケー
ションの構成例を示す機能ブロック図

【図７】同実施形態におけるポリシ体系を説明するため
の模式図

【図８】同実施形態における要望リスク層の要素ポリシ
の構成例を示す模式図

【図９】同実施形態における対応リスク層の要素ポリシ
の構成例を示す模式図

【図１０】同実施形態におけるポリシ体系を要望毎に示
す模式図

【図１１】同実施形態における要望の例を示す模式図

【図１２】同実施形態における要望リスク層の要素ポリ
シの例を示す模式図

【図１３】同実施形態におけるリスク対応層の要素ポリ
シの例を示す模式図

【図１４】同実施形態におけるリスク対応層の要素ポリ
シの例を示す模式図

【図１５】同実施形態における要望から対応までの一例
を示す模式図

【図１６】同実施形態における要望等の提供を説明する
ための模式図

【図１７】同実施形態における要望及び要望リスク層の
要素ポリシに情報が付加された例を示す模式図

【図１８】同実施形態におけるリスク対応層の要素ポリ
シに情報が付加された例を示す模式図

【図１９】同実施形態における環境情報ＤＢ１４７０内
の環境情報の例を示す模式図

【図２０】同実施形態における警告ウィンドウの一例を
示す模式図

【図２１】同実施形態における要望から対応までの一例
を示す模式図

【符号の説明】

１０００…ポリシエンジン １２００…ポリシ管理部 １２１０…要素ポリシ管理部 １２３０…環境管理部 １４００…ポリシエンジン １４１０…要望リスクエンジン １４２０…リスク対応エンジン １４３０…統合調整部 １４５０…要望リスク層ＤＢ １４６０…リスク対応層ＤＢ １４７０…環境情報ＤＢ １４８０…ログＤＢ １６００，２１００，３１００…Ｉ／Ｆ部 １８００，３５００…ユーザインタフェイス ２０００…エージェント ２２００…設定情報翻訳部 ２３００…対応実行部 ３０００…アプリケーション ３２００…アプリケーションコア部 ３３００…要望イベント生成部 ３４００…アプリケーション設定管理部 １００００…ユーザ環境 ２００００…プロバイダ ３００００…ベンダ装置 ４００００…セキュリティ対策団体装置 ９００００…インターネット

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森尻 智昭 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 才所 敏明 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 Ｆターム(参考） 5B076 AB18

Claims (6)

【特許請求の範囲】
1. 【請求項１】 自己の情報環境に関する要望情報が発生
   又は入力されたとき、前記要望情報に関連する設定又は
   対応処理を前記情報環境に実行するための情報環境設定
   システムであって、 複数の要望情報が読出／書込可能に記憶される要望記憶
   手段と、 前記要望記憶手段内の要望情報と所定のリンク情報とを
   連鎖的に関連付ける１層以上の要望リンク情報が読出／
   書込可能に記憶される要望リンク記憶手段と、 要望リンク記憶手段内の最終層の要望リンク情報のリン
   ク情報と所定の設定又は対応処理とを連鎖的に関連付け
   る１層以上のリンク対応情報が読出／書込可能に記憶さ
   れるリンク対応記憶手段と、 前記発生又は入力された要望情報に基づいて、前記要望
   リンク記憶手段内の要望リンク情報を選択する要望リン
   ク選択手段と、 前記要望リンク選択手段により選択された要望リンク情
   報に基づいて、前記リンク対応記憶手段内のリンク対応
   情報を選択するリンク対応選択手段と、 前記リンク対応選択手段により選択されたリンク対応情
   報に基づいて、前記関連する設定又は対応処理を実行す
   る設定／対応実行手段と、 を備えたことを特徴とする情報環境設定システム。
2. 【請求項２】 請求項１に記載の情報環境設定システム
   であって、 前記情報環境設定システム本体に接続されたネットワー
   ク又はコンピュータ読取り可能な記憶媒体から新たな要
   望情報が読み込まれたとき、当該要望情報を前記要望記
   憶手段に書込むための要望情報書込手段と、 前記ネットワーク又は記憶媒体から新たな要望リンク情
   報が読み込まれたとき、当該要望リンク情報を前記要望
   リンク記憶手段に書込むための要望リンク書込手段と、 前記ネットワーク又は記憶媒体から新たなリンク対応情
   報が読み込まれたとき、当該リンク対応情報を前記リン
   ク対応記憶手段に書込むためのリンク対応書込手段と、 を備えたことを特徴とする情報環境設定システム。
3. 【請求項３】 請求項１又は請求項２に記載の情報環境
   設定システムに用いられるアプリケーションプログラム
   であって、 前記情報環境設定システムのコンピュータを、 所定のアプリケーション処理を実行する手段、 前記アプリケーション処理の実行時における内部的変異
   に基づいて、関連する要望情報を発生する手段、 前記アプリケーション処理の起動又は実行時における所
   定のユーザ入力に基づいて、関連する要望情報を発生す
   る手段、 前記発生した要望情報を前記要望リンク選択手段に送出
   する手段、 として機能させるためのアプリケーションプログラム。
4. 【請求項４】 複数の要望情報が読出／書込可能に記憶
   される要望記憶手段と、前記要望記憶手段内の要望情報
   と所定のリンク情報とを連鎖的に関連付ける１層以上の
   要望リンク情報が読出／書込可能に記憶される要望リン
   ク記憶手段と、要望リンク記憶手段内の最終層の要望リ
   ンク情報のリンク情報と所定の設定又は対応処理とを連
   鎖的に関連付ける１層以上のリンク対応情報が読出／書
   込可能に記憶されるリンク対応記憶手段とを備え、自己
   の情報環境に関する要望情報が発生又は入力されたと
   き、前記要望情報に関連する設定又は対応処理を前記情
   報環境に実行するための情報環境設定システムに用いら
   れるプログラムであって、 前記情報環境設定システムのコンピュータを、 前記発生又は入力された要望情報に基づいて、前記要望
   リンク記憶手段内の要望リンク情報を選択する要望リン
   ク選択手段、 前記要望リンク選択手段により選択された要望リンク情
   報に基づいて、前記リンク対応記憶手段内のリンク対応
   情報を選択するリンク対応選択手段、 前記リンク対応選択手段により選択されたリンク対応情
   報に基づいて、前記関連する設定又は対応処理を実行す
   る設定／対応実行手段、 として機能させるためのプログラム。
5. 【請求項５】 請求項４に記載のプログラムであって、 前記情報環境設定システムのコンピュータを、 前記情報環境設定システム本体に接続されたネットワー
   ク又はコンピュータ読取り可能な記憶媒体から新たな要
   望情報が読み込まれたとき、当該要望情報を前記要望記
   憶手段に書込むための要望情報書込手段、 前記ネットワーク又は記憶媒体から新たな要望リンク情
   報が読み込まれたとき、当該要望リンク情報を前記要望
   リンク記憶手段に書込むための要望リンク書込手段、 前記ネットワーク又は記憶媒体から新たなリンク対応情
   報が読み込まれたとき、当該リンク対応情報を前記リン
   ク対応記憶手段に書込むためのリンク対応書込手段、 として機能させるためのプログラム。
6. 【請求項６】 自己の情報環境に関する要望情報が発生
   又は入力されたとき、前記要望情報に関連する設定又は
   対応処理を前記情報環境に実行するための情報環境設定
   方法であって、 前記発生又は入力された要望情報に基づいて、前記要望
   情報と所定のリンク情報とを連鎖的に関連付ける１層以
   上の要望リンク情報を選択する要望リンク選択工程と、 前記要望リンク選択工程により選択された要望リンク情
   報に基づいて、最終層の要望リンク情報のリンク情報と
   所定の設定又は対応処理とを連鎖的に関連付ける１層以
   上のリンク対応情報を選択するリンク対応選択工程と、 前記リンク対応選択手段により選択されたリンク対応情
   報に基づいて、前記関連する設定又は対応処理を実行す
   る設定／対応実行工程と、 を含んでいることを特徴とする情報環境設定方法。