JPH05298331A

JPH05298331A - 意志決定支援システム

Info

Publication number: JPH05298331A
Application number: JP9932892A
Authority: JP
Inventors: Yasuto Suzuki; 保人鈴木
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1992-04-20
Filing date: 1992-04-20
Publication date: 1993-11-12

Abstract

(57)【要約】【目的】データベースの情報に基づいて効率的な意志
決定を行う。【構成】プロジェクトメンバを選定するに当たり、Ｗ
Ｓ１より種々の条件を入力し、この条件によって、ＳＱ
Ｌアクセス文を生成し、個人データベース（ＰＤＢ）２
を検索する。ＰＤＢ２より得られた個人の情報と条件テ
ーブル１２にセットされた入力条件に基づいて、ＰＤＢ
２より得られた候補者１人１人についてスコアを付ける
ことによって、だれがプロジェクトメンバとして適任で
あるかを絞り込む。その後、スコアの評価の高い順にそ
の候補者に電子メールによってプロジェクトへの参加要
請を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は意志決定支援システムに
関するものである。

【０００２】

【従来の技術】従来よりＬＡＮ結合分散型情報処理シス
テム（以下、システムという）に電子メールを組み合わ
せることにより、単に情報を入力加工するといった処理
に加えて、システムを構成するワークステーション相互
間で情報の交換や通知が行われている。

【０００３】ワークステーション相互間で情報の交換や
通知という機能の典型的な利用例はあるプロジェクトに
関係する会議の召集を関係部署に通知することや、その
会議への出席確認をとることなどである。特に、最近の
企業では従来の業務体系や責任分担にかかわらず、タス
クフォース的に緊急度の高い・重要な業務の遂行のため
プロジェクトチームを結成することが頻繁に行われてい
るので、システムを会議の召集のための連絡手段として
用いるといった使用法はその重要性を増してきている。

【０００４】さて、このようなタスクフォースのプロジ
ェクトの発足に際する人選に関しても、システムは大き
な役割を果たす。システムが企業の従業員個々のパーソ
ナルな情報（専門分野、経験、性格、現在のポジション
など）を管理するデータベースを保有する場合は特に、
そのデータベースが有する情報がプロジェクトメンバ選
定の大きな要素となる。特に、企業規模が大きくなれば
なるほど、人事移動、組織変更などは日常茶飯事の事で
あり、さらに、プロジェクトの責任者が企業の従業員全
てと面識をもつことは困難となってゆくので、ある特定
技術に関連した知識のある、或は、関係の深いメンバを
幅広く募りたい場合など、データベース情報はプロジェ
クト結成の生命線ともなる。逆に、データベースを用い
ないとすれば、選定されるプロジェクトメンバはプロジ
ェクトの責任者の面識・知識の範囲に限定される。

【０００５】従って、上述のことをまとめると、デー
タベースの検索、データベースの検索結果に基づくメ
ンバ選定、選定されたメンバに対する会議の召集の通
知、出席者の確認といったプロセスを経てタスクフォ
ースが形成される。そして、こうしたプロセスの１つ１
つにシステムは関与する。

【０００６】

【発明が解決しようとする課題】しかしながら上記従来
例では、データベースの検索とデータベースの検索結果
に基づくメンバ選定は、以下に述べる理由のため、必ず
しも容易とは言えない。（１）プロジェクトの内容に依存してデータベースの検
索条件は常に変化するので、適切なデータベース検索条
件を見いだすことが難しい。（２）最近ではＳＱＬなどの４ＧＬによってデータベー
ス検索が容易になっていているものの、種々の検索条件
を変えながらデータベース検索を繰り返すのは時間がか
かる。（３）４ＧＬは英語指向のデータベースアクセス言語で
あり、やはりエンドユーザが容易く使用できるものでは
ない。（４）検索結果から最終的な結果である、例えば、プロ
ジェクトメンバを選定することはデータベースの検索と
はまったく別の問題であり、これにはプロジェクトの責
任者の経験や主観が関与し、客観的な評価が乏しくな
る。

【０００７】本発明は上記従来例に鑑みてなされたもの
で、データベース検索を容易にするとともにデータベー
ス検索結果に基づく意志決定を支援する意志決定支援シ
ステムを提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に本発明の意志決定支援システムは、以下のような構成
からなる。即ち、意志決定を行うための情報をデータベ
ースとして格納する記憶手段と、前記意志決定を通知す
るための通信手段を備えた意志決定支援システムにおい
て、前記意志決定を行うための条件を入力する入力手段
と、前記入力手段によって入力された前記条件に基づい
て、前記記憶手段のデータベースに前記意志決定を行う
ための情報を検索する検索手段と、前記検索手段によっ
て検索された情報と前記入力手段によって入力された前
記条件とに基づいて、前記検索された情報からさらに重
要な情報を抽出する抽出手段と、前記抽出手段によって
抽出された前記重要な情報を前記通信手段に出力する出
力手段とを有することを特徴とする意志決定支援システ
ムを備える。

【０００９】

【作用】以上の構成により本発明は、入力された条件に
基づいてデータベースを検索し、さらに入力された条件
とデータベースより検索された情報から重要な情報を抽
出し、この重要な情報を通信手段に出力するよう動作す
る。

【００１０】

【実施例】以下添付図面を参照して、本発明の好適な実
施例を詳細に説明する。

【００１１】図１は本発明の代表的な実施例である複数
のワークステーションとデータサーバで構成されるＬＡ
Ｎ結合分散型情報処理システムに組み込まれた意志決定
支援システムの構成を示す図である。本実施例では、意
志決定の典型的な例として、データサーバに格納された
ある企業の個人データベースに基づいてプロジェクトの
メンバを選定する場合と考える。

【００１２】図１において、複数のワークステーション
（以下、ＷＳという）とデータサーバはＬＡＮ伝送路３
（例えば、イーサネット）によって互いに接続されてシ
ステムを構成する。複数のＷＳ１と４は互いに対して主
従関係のない対等なＷＳとして存在するが、処理内容に
応じて動的に特定のＷＳがマスタＷＳとして、残りがス
レーブＷＳとして動作することもある。本実施例ではＷ
Ｓ１がプロジェクト責任者が使用するワークステーショ
ン、ＷＳ４がプロジェクトメンバが使用するワークステ
ーションとする。なお、図１の２はデータサーバに格納
された個人データベースであり、図２に示すようなテー
ブル形式（即ち、ＲＤＢ）の従業員情報が格納されてい
る。本実施例では、個人データベース２はＳＱＬによっ
てアクセスされるものとする。また図１において、破線
はＷＳ１〜個人データベース２間のデータの流れ、２点
鎖線はＷＳ１から選別されたメンバのＷＳ４へのメール
の流れを示す。

【００１３】また図１に示したＷＳ１、４は公知の技術
によって開発されたハードウェアによって構成され、図
示はしないが、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＣＲＴ、キー
ボード、マウス、ＬＡＮインタフェース通信装置、ハー
ドディスク・フロッピィディスクなどの補助記憶装置な
どが含まれている。また、ワークステーション同志はＬ
ＡＮを介して電子メールを交換できる機能を備えている
ものとする。

【００１４】本実施例に示すプロジェクトメンバの選定
は、プロジェクト責任者がＷＳ１より関与するプロジェ
クトの各種条件を入力することによって、個人データベ
ース２（以下、ＰＤＢという）が検索され、以下に示す
処理が実行されることによってなされる。

【００１５】図３はＷＳ１が実行するプロジェクトメン
バ選定処理の概要を示す図である。プロジェクトメンバ
選定処理は処理部１１が個人データベース２を検索して
条件テーブル１２と候補者テーブル１３とを作業領域と
して用いながら実行する。ここで、処理部１１はＣＰＵ
及びＲＯＭに記憶され、またはＲＡＭにロードされた処
理プログラムを含み、テーブル１２、１３もＲＡＭ上に
設けられる。条件テーブル１２は、後述する処理におい
て、プロジェクトの各技術分野ごとの所要人数や、要求
される・好ましい得意分野や資格、及びそれらプロジェ
クトに対する貢献度で重み付けしたポイントといった諸
条件を保持するテーブル（記憶領域）である。また、候
補者テーブル１３はプロジェクトメンバ候補者とそのメ
ールアドレス（電子メールで使用）・候補者のプロジェ
クトに対する最適度を示すポイント（以下、これをスコ
アという）の一覧表である。

【００１６】次に、処理部１１の処理プログラムが実行
するプロジェクトメンバ選定処理について、図４〜図６
に示すフローチャートを参照して説明する。

【００１７】まずステップＳ１では、プロジェクト責任
者がＷＳ１に、プロジェクト発足の各種条件（テーマ・
技術分野・緊急度・性格・期間・人数など）を入力する
と、処理プログラムは条件テーブル１２に、プロジェ
クトに要求される好ましい得意分野とその得意分野のプ
ロジェクトに対する貢献度を定量化した数値（f₁）、
プロジェクトに要求される好ましい資格とその資格のプ
ロジェクトに対する貢献度を定量化した数値（f₂）、
必要とされる技術分野毎にプロジェクトに要求される人
数（n_i：i=1,N ／Ｎは必要とされる技術分野の数）、
プロジェクトの重要度（f₄）などをセットする。なお、
との得意分野や資格は複数となることも有り得る。
またf₁とf₂とf₄はどのような表現を用いても良いが、Ｐ
ＤＢ２中の現在の業務の重要度（f₃）と同じ考えに基づ
く指標（例えば、０〜１００の１０１段階評価など）で
あるべきである。

【００１８】次にステップＳ２において、条件テーブル
１２にセットされた技術分野の１つを取り出す。さら
に、ステップＳ３で条件テーブル１２にセットされた技
術分野すべてに関してＰＤＢ２の検索を終了したかどう
かを調べ、検索終了なら処理を終了し、そうでなければ
処理はステップＳ４に進む。ステップＳ４では、ステッ
プＳ２において取り出された技術分野を検索キーとして
ＰＤＢ２を検索する。この検索は処理プログラム１１が
ＳＱＬを用いてＰＤＢ２への検索コマンドを自動作成
し、指定された技術分野にかなう候補者の社員コード、
メールアドレス、技術分野、得意分野、資格などを取り
出す。

【００１９】次に、検索されたすべての候補者一人一人
に対して、それが今考慮中のプロジェクトのメンバとし
てふさわしいかどうかを絞り込む。この処理は候補者一
人一人に対して以下に述べる基準に従ってスコア（Ｓ）
を付けることによってなされる。

【００２０】ステップＳ５では、すべての候補者に関し
てスコアリングが終了したかどうかを調べ、終了なら処
理はステップＳ１１に進み、そうでないなら処理はステ
ップＳ６に進む。ステップＳ６では、スコアリング対象
となる候補者のスコア（Ｓ）を初期化（スコアを“０”
とする）して候補者テーブル１３にセットする。続いて
処理はステップＳ７において、ＰＤＢ２から取り出され
た情報と条件テーブル１２にセットされた条件の１つで
あるプロジェクトに要求される好ましい得意分野とを比
較する。ここで、対象の候補者がプロジェクトに要求さ
れる好ましい得意分野を有していれば、スコア（Ｓ）に
数値（f₁）を加える。

【００２１】ステップＳ８では、ＰＤＢ２から取り出さ
れた情報と条件テーブル１２にセットされた条件の１つ
であるプロジェクトに要求される好ましい資格とを比較
する。ここで、対象の候補者がプロジェクトに要求され
る好ましい資格を有していれば、スコア（Ｓ）に数値
（f₂）を加える。さらにステップＳ９では、ＰＤＢ２か
ら取り出された情報の１つである現在の業務の重要度
（f₃）をスコア（Ｓ）から引く。ステップＳ１０では処
理を次の候補者に進める。

【００２２】このような処理をすべての候補者に対して
行うことによって、すべての候補者に関するスコア（Ｓ
＝f₁＋f₂−f₃）一覧表ができ上がる。続いて処理はステ
ップＳ１１において、スコア（Ｓ）の高い順に候補者を
ソーティングする。そして、ソーティングされた順に候
補者一人一人に対して以下のような処理を実行する。ス
テップＳ１２ではスコア（Ｓ）の最も高い候補者に注目
する。ステップＳ１３ではすべての候補者に対する処理
が終了したかどうかを調べ、処理終了なら処理はステッ
プＳ１８に進み検索を次に技術分野に進めるよう制御し
て、処理はステップＳ３に戻る。これに対して、処理終
了でなければ、処理はステップＳ１３に進む。ステップ
Ｓ１４では、候補者の処理数が条件テーブル１２にセッ
トした値（n_i）を越えたかどうかを調べる。ここで、値
（n_i）を越えたなら、その技術分野に関しては所定の人
数を満たしたと判断して、処理はステップＳ１８に進
む。これに対して、値（n_i）以下であるなら処理はステ
ップＳ１５に進み、その候補者に対して（実際はその候
補者が使用しているＷＳ４の１つ）に会議招集のための
メールを発信する。ステップＳ１６では次の候補者に処
理を進め、ステップＳ１７では処理済カウンタ（Ｃ）を
＋１して候補者の人数を１人満たしたとする。

【００２３】このようにして、プロジェクトに関係する
すべての技術分野に関して所定の人数の候補者が選択さ
れてメールが発信される。

【００２４】さて次にステップＳ７とステップＳ８の処
理の詳細各々について、図５〜図６に示すフローチャー
トを参照して説明する。

【００２５】（１）ステップＳ７の処理ステップＳ７１ではＰＤＢ２から取り出された得意分野
すべて（これは候補者個人個人によって１つであること
も複数であることも有り得る）についての処理が終了し
たかどうかを調べる。ここで、処理終了なら処理はステ
ップＳ８に進むが、そうでなければ処理はステップＳ７
２に進む。ステップＳ７２では条件テーブル１２にセッ
トされたプロジェクトに要求される好ましい得意分野の
最初のものに注目する。ステップＳ７３では条件テーブ
ル１２にセットされたすべての得意分野に関する処理が
終了したかどうかを調べる。ここで、処理終了なら処理
はステップＳ７７に進み、ＰＤＢ２から取り出された得
意分野の次にものに処理を進め、処理はステップＳ７１
に戻る。これに対して、処理終了でないないなら処理は
ステップＳ７４に進む。

【００２６】ステップＳ７４では、現在注目している条
件テーブル１２の中の得意分野と、候補者の得意分野を
比較する。ここで、得意分野どうしが一致すれば、処理
はステップＳ７５に進み、所定の数値をスコア（Ｓ）に
加える。これに対して、一致がなければ処理はステップ
Ｓ７５をスキップしてステップＳ７６に進む。ステップ
Ｓ７６では条件テーブル１２にセットされた次の得意分
野に処理を進め、処理はステップＳ７３に戻る。

【００２７】（２）ステップＳ８の処理ステップＳ８１ではＰＤＢ２から取り出された資格すべ
て（これは候補者個人個人によって１つであることも複
数であることも有り得る）についての処理が終了したか
どうかを調べる。ここで、処理終了なら処理はステップ
Ｓ９に進むが、そうでなければ処理はステップＳ８２に
進む。ステップＳ８２では条件テーブル１２にセットさ
れたプロジェクトに要求される好ましい資格の最初のも
のに注目する。ステップＳ８３では条件テーブル１２に
セットされたすべての資格に関する処理が終了したかど
うかを調べる。ここで、処理終了なら処理はステップＳ
８７に進み、ＰＤＢ２から取り出された資格の次にもの
に処理を進め、処理はステップＳ８１に戻る。これに対
して、処理終了でないないなら処理はステップＳ８４に
進む。

【００２８】ステップＳ８４では、現在注目している条
件テーブル１２の中の資格と、候補者の資格を比較す
る。ここで、資格どうしが一致すれば、処理はステップ
Ｓ８５に進み、所定の数値をスコア（Ｓ）に加える。こ
れに対して、一致がなければ処理はステップＳ８５をス
キップしてステップＳ８６に進む。ステップＳ８６では
条件テーブル１２にセットされた次の資格に処理を進
め、処理はステップＳ８３に戻る。

【００２９】従って本実施例によれば、プロジェクト責
任者が入力した条件に基づいて、自動的にＰＤＢ２に対
する検索条件が生成されてプロジェクト候補者が抽出さ
れ、さらにその候補者一人一人についてのプロジェクト
に関する適正が評価されて最終的にプロジェクトメンバ
が決定される。

【００３０】［第２実施例］前述の実施例ではプロジェ
クトメンバ選定に当たって、候補者個々の現在従事して
いるプロジェクトの重要度を１つのファクタのみによっ
て考慮した。しかしながら、現在考慮中のプロジェクト
も、現在従事しているプロジェクトも時間とともに進行
し、それに従って各人のプロジェクトへの関与の仕方
（或は、貢献度や重要度）も変化する。そこで、本実施
例では時間の流れも１つの要素として考慮しながらプロ
ジェクトメンバを決定する場合について説明する。

【００３１】なお本実施例においても、前述の実施例で
説明したとほぼ同様のシステムを用いて、ほぼ同様の処
理を行うので、共通のシステムや処理については、同じ
装置参照番号やステップ参照番号を付して言及し、説明
は省略する。

【００３２】図７は本実施例に従うＬＡＮ結合分散型情
報処理システムに組み込まれた意志決定支援システムの
構成を示す図である。本実施例の場合、図７に示すよう
にシステムには、システムに結合されたワークステーシ
ョンの利用者全員のスケージュールを管理するスケジュ
ールデータベース５（以下、ＳＤＢという）が追加され
ている。このＳＤＢ５もＬＡＮ伝送路３を通してＳＱＬ
によってアクセスされる。

【００３３】本実施例に従うプロジェクトメンバ選定処
理は前述の実施例と比較してステップＳ９のみが異なる
ので、その点を図８に示すフローチャートを参照して説
明する。

【００３４】まずステップＳ９１において、現在従事し
ているプロジェクトの重要度（f₃）と考慮中のプロジェ
クトの重要度（f₄）とを比較する。ここで、f₃＜f₄であ
るなら、処理はステップＳ９７に進み、前述の実施例を
同様に、現在の業務の重要度（f₃）をスコア（Ｓ）から
引く。これに対して、f₃≧f₄であるなら、処理はステッ
プＳ９２に進む。

【００３５】ステップＳ９２では、スコア（Ｓ）が所定
の値（Ｓ₀ ）に達しているかどうかを調べる。ここで、
Ｓ≧Ｓ₀ であるなら、その候補者がプロジェクトに適任
者であるとみなして、処理はステップＳ９３に進み、Ｓ
＜Ｓ₀ であるなら処理はステップＳ９７に進む。ステッ
プＳ９３では、その候補者のスケジュールについて、Ｓ
ＤＢ５に照会する。この照会処理では、その候補者が現
在従事している業務の残り期間（Ｔ₀ ）などについて問
い合わせる。さらにステップＳ９４では、Ｔ₀の値がプ
ロジェクトの期間（Ｔ）と比べて、十分に短いかどうか
を調べる。ここで、Ｔ₀ ≪Ｔであるなら、処理はステッ
プＳ９５に進み、そうでないなら処理はステップＳ９７
に進む。

【００３６】ステップＳ９５では、現在の業務終了後に
考慮中のプロジェクトに参加するよう遅延召集時期を候
補者テーブル１３にセットする。さらにステップＳ９６
では、その候補者がプロジェクトメンバに選ばれ易くな
るように、現在従事しているプロジェクトの重要度
（f₃）に残り期間（Ｔ₀ ）を考慮した重み付け（０〜１
の値をかける）した値をスコア（Ｓ）より引く。

【００３７】従って本実施例に従えば、現在の業務の重
要度が高いかどうか、候補者が現在の業務にどれほど関
与しているかどうか、現在の業務の残り期間がどれほど
かどうかを考慮してプロジェクトメンバの決定を行うこ
とができる。そして、その候補者のスケジュールを考慮
して適切な時期より、そのプロジェクトメンバとしての
参加を要請することができる。

【００３８】［第３実施例］前述の２つの実施例ではＷ
Ｓ１がプロジェクトメンバのメンバ選定処理に中心的な
役割を果たすものとして動作した。本実施例では、前述
の２つの実施例で使用した個人データベースやスケジュ
ールデータベースを総合的に管理し、かつ、そのような
処理を専用的に実行するサーバをシステムに加え、その
サーバがプロジェクト会議の参加要請処理を実行する場
合について説明する。

【００３９】なお本実施例においても、前述２つのの実
施例で説明したとほぼ同様のシステムを用いて、ほぼ同
様の処理を行うので、共通のシステムや処理について
は、同じ装置参照番号やステップ参照番号を付して言及
し、説明は省略する。

【００４０】図９は本実施例に従うＬＡＮ結合分散型情
報処理システムに組み込まれた意志決定支援システムの
構成を示す図である。本実施例の場合、図９に示すよう
にシステムにはＰＤＢ２とＳＤＢ５を総合的に管理する
サーバ６が追加されている。従って、会議の参加要請処
理（プロジェクトメンバの選定処理、会議出席要請のた
めの電子メール発行など）はサーバ６によって行われ
る。この場合、ＷＳ１はＬＡＮ伝送路３を通してサーバ
６に対して、プロジェクトの会議の議題やプロジェクト
発足の各種条件（テーマ・技術分野・緊急度・性格・期
間・人数など）を入力するのみである。

【００４１】なお、図１０に示すフローチャートではあ
るプロジェクトに関する出席要請をプロジェクトメンバ
に対して行う処理を示しているが、その処理手順はステ
ップＳ１０１〜Ｓ１０２を除き、図４に示した処理をま
ったく同様である。従って、ここではその相違点である
ステップＳ１０１〜Ｓ１０２のみを説明する。

【００４２】ステップＳ８までの処理の後、ステップＳ
１０１でサーバ６はＳＤＢ５に対して候補者のスケジュ
ールを照会する。ステップＳ１０２ではＳＤＢ５から検
索されたその候補者の会議開催予定日時におけるスケジ
ュールの重要度を、その候補者のスコアから引く。

【００４３】従って本実施例に従えば、プロジェクト会
議主催者が会議の議題やプロジェクト会議の各種条件
（テーマ・技術分野・緊急度・期間・人数など）を入力
するだけでプロジェクトのスケジュールなどを考慮する
ことなく、適切なメンバに対して会議への出席要請をす
ることができる。

【００４４】尚、本発明は、複数の機器から構成される
システムに適用しても良いし、１つの機器から成る装置
に適用しても良い。また、本発明はシステム或は装置に
プログラムを供給することによって達成される場合にも
適用できることは言うまでもない。

【００４５】

【発明の効果】以上説明したように本発明によれば、入
力された条件に基づいてデータベースを検索し、さらに
入力された条件とデータベースより検索された情報から
重要な情報を抽出するので、データベースに格納された
情報に基づいて、意志決定を容易に行うことができると
いう効果がある。さらに、その情報が通信手段によって
通知されるので、迅速にその意思決定が他に伝えられる
という利点もある。

【図面の簡単な説明】

【図１】本発明の代表的な実施例であるＬＡＮ結合分散
型情報処理システムに組み込まれた意志決定支援システ
ムの構成を示す図である。

【図２】個人データベース２の内容を示す図である。

【図３】プロジェクトメンバ選定処理の概要を示す図で
ある。

【図４】プロジェクトメンバ選定処理の処理プログラム
を示すフローチャートである。

【図５】プロジェクトメンバ選定処理の処理プログラム
のステップＳ７の詳細な処理を示すフローチャートであ
る。

【図６】プロジェクトメンバ選定処理の処理プログラム
のステップＳ８の詳細な処理をを示すフローチャートで
ある。

【図７】第２実施例に従うＬＡＮ結合分散型情報処理シ
ステムに組み込まれた意志決定支援システムの構成を示
す図である。

【図８】第２実施例に従うプロジェクトメンバ選定処理
の処理プログラムのステップＳ９の詳細な処理をを示す
フローチャートである。

【図９】第３実施例に従うＬＡＮ結合分散型情報処理シ
ステムに組み込まれた意志決定支援システムの構成を示
す図である。

【図１０】第３実施例に従うプロジェクト会議への参加
要請処理の処理プログラムを示すフローチャートであ
る。

【符号の説明】

１、４ワークステーション２個人データベース３ＬＡＮ５スケジュールデータベース６サーバ

Claims

【特許請求の範囲】

【請求項１】意志決定を行うための情報をデータベー
スとして格納する記憶手段と、前記意志決定を通知する
ための通信手段を備えた意志決定支援システムにおい
て、前記意志決定を行うための条件を入力する入力手段と、前記入力手段によって入力された前記条件に基づいて、
前記記憶手段のデータベースに前記意志決定を行うため
の情報を検索する検索手段と、前記検索手段によって検索された情報と前記入力手段に
よって入力された前記条件とに基づいて、前記検索され
た情報からさらに重要な情報を抽出する抽出手段と、前記抽出手段によって抽出された前記重要な情報を前記
通信手段に出力する出力手段とを有することを特徴とす
る意志決定支援システム。
【請求項２】前記出力手段は前記重要な情報を通知す
る通知先を選定する選定手段を有することを特徴とする
請求項第１項に記載の意志決定支援システム。
【請求項３】前記意志決定はプロジェクトのメンバ決
定に用いられることを特徴とする請求項第１項に記載の
意志決定支援システム。
【請求項４】前記意志決定は会議の出席要請のための
出席者決定に用いられることを特徴とする請求項第１項
に記載の意志決定支援システム。
【請求項５】前記通信手段はＬＡＮと電子メールとを
備えることを特徴とする請求項第１項に記載の意志決定
支援システム。
【請求項６】前記データベースはＳＱＬによってアク
セスされ、前記検索手段は前記入力手段によって入力さ
れた前記条件に基づいて、前記データベースをアクセス
するためのＳＱＬを生成することをを特徴とする請求項
第１項に記載の意志決定支援システム。