「インタラクション，97」 平成9年2月

知識情報共有システム（Advice／HelponDemand）の開発と実践−オフィス知識ベースとノウハウベースの構築一
中山康子

真鍋俊彦

竹林洋一

（株）東芝研究開発センター
要旨 個人や組織にストックされた知識や情報をオンデマンドで検索・利用できるようにする知識情報共有システム（Advice／HelponDemand）を、ストック情翠の理解・活用の鍵となる知識ベース、マルチデータベース検索、対話インタフェー
ス、メディア変換等の各種要素技術を統合して構築した。実際にストック情報のコンテンツを入れて組織内で実践し、知識ベースと、人間が可読な形式で記述したノウハウベースの連携の有効性を確認した。

Developmentofaknowledge／infbrmationsharingsystem Advice／HelponDemand乃−Integrationoforgani2；edofRceknowledgeandpersonalkndwhow−
Abstract WehaNedevelopedaknowledge／information8haringsystem Advice／HelponDe−
mand byfusingvarioustechnologiesusedintheaccumulation／struCturizationofo伍ceknowledge
and dialogueinterfaces．Our experiments carriedoutin the real0伍ce show・thefeaBibility ofintegratingorganizedofRceknowledgeandflexiblepersonalknowhow．

かけて蓄積してきた知識資源がある。これらを有効1 はじめにに活用できるようにすることが重要である。しかし
知識情報共有はストック情報の充実が重要ながら、個人が所有しているノウハウは暗黙知のまネットワークインフラの高度化とコンピュータまとどまり、死蔵されているケースが多い。知識情のマルチメディア化の進展は、個人や組織の情報収報共有の狙いはこのような暗黙知の形式知化であり、集・蓄積・発信の能力を向上させる一方で、情報洪組織や個人にとって有益な知識情報の蓄積・検索・水を招き、情報収集やコミュニケーションにおける活用方法を見極めるには、実際に組織の知的財産を人間の負担を増大している。このような問題を解決地道に集めて形式知化を実践するしか方法がない。

するために、情報検索の高度化や、広範な情報の中から知識を取り出すための情報の分類・抽出・組織

ストック情報理解の背景知識としての知識ベース化の研究が盛んに行なわれている【1】【2】［3］【4】。

氾濫するフd−情報やストックされた知識情報

これらの研究がインタヤネット上の情報を対象の中から個人にとって有益な知識情報を得るためにとしているのに対し、個人や組織のデータベースにlよ、単なる情報の表層的な検索ではなく、情報の内蓄積されるストック情報の共有やコミュニケーショ容理解が必要となってくる。イン、ターネット上の情ンの活性化を目的としたグループウエアツールやノ報は多種多様で、汎用な概念体系を記述するのは困

ウハウ蓄積に関する研究も行なわれてい・る（eg・［5】【6］）。

難であるのに対し、組織は、共通の目標の下に業務

これらのツールは情報共有の枠組を提供したが、シを遂行しているため、背景知識を記述しやすい。

筆者等は、以上のような問題意識に基づき、スステムが有効に機能するためには枠組の善し悪しではなく、コンテンツの充実が重要であることが明らトック情報の理解・活用の鍵となる知識ベースと、かになってきた。組織には、多くの人が長い年月をそれを用いた知識情報共有システムの実現のために、−103−

実験システムを開発し、実際にストック情報のコンントの動作検証に適用した【7】。エンジニアリング業

テンツを入れて組織内で実践評価しながらシステム

務では業務の手順や参照知識がある程度形式知化がの有効性を検証することにした。本論文では、組織されていたのに対し、オフィスの一般的な非定型業における知識情報共有を促進するシステムAdvice／Help

務は、個人が所有しているノウハウに依存し、形式on Demand構築へのアプローチと、現在組織内で知化されていない領域が極めて大きいため、知識を実践しているシステムの概要について述べ、最後に形式的に記述するのではなく、実用性の高い表現レ実践評価の結果明らかになった課題について述べる。

ベルを設定することが必要であることがわかった。

個人情報公開から組織の知識情報共有へ
2 アブローーチ

個人がストックしでいる情報やノウハウを積極的に公開する個人情報公開システムPIP（Personal

暗黙知の形式知化の実践

InformationProvider）を、筆者等は先に試作した

ストック情報の充実のためには、組織や個人の知識の形式知化を実際に行なうことが必須である。

【8】。このシステムは、音声と自然言語で対話を行な

従来のエキスパートシステムは、ドメインヤアプリ

い、ユーザの意図と感情を認識して応答する。ここケーションを限定して、問題解決に参照される知識で開発したノウハウの浅い構造化と、マルチモーダを分析して形式化した。オフィスの知識を分析して、ル対話インタフェースを、形式化されたオフィス知このような知識ベースを構築するには膨大な手間が識ベースと連携させ、組織レベルの本格的な知識情かかる。そこで、筆者等は形式知化を知識とノウハ

報共有に拡大した。

ウの連携で行なうことにした。ここで、知識とは、既存のデータベースを統合意味のある抽出された情報同士を相互に関連づけた

人・組織情報、文書等の既存のデータベースは、もので、用語の意味や物事の機能・構造・関係等を組織内の知識情報源として大きな役割を果たし、知表す、まとまりをもった概念構造であり、コンピュー識情報共有にも取り込む必要がある。ここでも筆者タが問題解決に利用できる形式で記述されたものである。一方、ノウハウは、人間が理解できる形式で記述された形式知と定義する。知識を体系的に記述等が先に開発した概念モデルに基づくマルチデータ
バース検索技術【9】を活用し、既存のデータベース情報を知識データベースに取り込んだ。

した知識ベースと、体系化されていないが人間が理解可能なノウハウベースを構築して連携させること

知識情報を入力するメディア変換により、非均質で記述形式が多種多様でも有益な知知識データベースにストックする知識情報の獲識を入力しやすくし、活用できるようにする。更に、得には各種メディア変換処理が必要であり、筆者等蓄積されたノウハウから形式化できる知識を抽出しが開発した、音声認識、音声合成、文字認識、文書て知識ベース化し、アドバイス等の知的支援に発展

理解等の各種メディア変換処理を種々の応用から利させていく。

用できるHIウェア（コモンインタフェースサービス環境）【10】を活用した。

このような暗黙知の形式知化を実践する実験場を、知識づ一大、マルチデータベース検索、対話インタフェース、メディア変換等の各種要素技術を統3 知敵情報共有システム合して構築し、コンテンツの向上と要素技術のインタラクションの進展を図ることとした。

8．1 システム構成
知識情報共有システムは、前述の要素技術を統合知識ベース構築技術のオフィス分野への適用したシステムで、オフィスの知識情報や個人のノウ筆者等は、エンジニアリング業務支援を対象として、プラントの構成、動作、械能やエンジニアのハウをストックし、効率的に検索・括用できるよう設計知識せ記述した実用レベルのプラント知識ベーにするものである。図1に示すようにシステムは、スを開発し、仕様解釈、プログラム自動生成、プラ知識データベース、対話インタフェース、マルチメ−104−

3．2 オフィス知識ベース
マルチメディア情報

汎用の知識べ＿∵スとしては、CYC、WordNet、EDR辞書等【11］が知られているが、筆者等は知識情報共有に焦点を絞った知識ベースを構築中である。
オフィス知識ベースは図3に示すように、概念体系や推論の基本処理を持つクラス階層と、オフィスの実体や相互関連を記述するインスタンス階層を00DB上に実装した。クラス階層は、人・組繊、文書、業務のオフィスの事物の相互関連や機能、業務の手順、概念・語重体系を記述したものである。基本オブジェ
クトは人、組織、業務、文書で、下位オブジェクトが階層関係で記述されている。また、オブジェクト同士は各種関係のリンクを持つ。クラスオブジェク
トの例を図4に示す。
図1：システム構成

オブジェクトは、基本オブジェクトTask、Doc−ument、Group、Personの下位オブジェクトとして定義する。prOpertyは属性、関係等を定義し、tyPeで属性値の型を定義する。基本オブジェクトが持つ問題解決

属性propertyや推論の基本処理機能は下位オブジェ

クトに継承される。オブジェクト自体やpropertyは同義語を持つことができ、SynSで定義する。たとえば図4の12行目では文書の人への関係document，ofを作成者、執筆者、記入者等と呼ぶことを示している。これらの語彙体系は後述する対話インタフェー

マルチメデイ
情報構造化

スの自然言語解析で参照されるキーワード辞書に変■潮郎・参照換される。

現在クラスオブジェクト数は364である。

図2：オフィス知識ベースの概念

デイア情報構造化処理から構成され、対話インタフェー
スやマルチメディア情報構造化処理はHIウェアの提供する各種メディア変換処理を利用する。知識情
報源は、オフィス知識ベース、ノウハウをストックするノウハウベース、既存のマルチデータベースで、これらのデータはオフィス知識ベースにより「糊付け」され、相互に関連づけられて利用きれる。オフィ

インスタンス

インスタンスーーー・・−■ ■■間儀ス知識ベースは図2に示すように、アドバイスやヘ＼ノ 為せ閑係……・●クラスーインスタンス間係

ルプ等各種の問題解決、検索・対話処理で参照する。
また、オフィス知識ベースは、各種マルチメディア

図3：オフィス知識ベースの構成

情報を意味レベルで糊付けすることによる各種メディア処理の統合、背景知識を利用したメディア変換の唆昧性解消、認識理解の向上の基盤となる。

−105−

また、インスタンス層は、現在、300人規模のマッチングを行なう。また、ノウハウ同士の関連（詳組織の人・組織情報と8種類の文書データをマルチ細、理由、事例等）のリンクづけがされており、たデータベースから取得して生成したインスタンス12，509

とえば「もっと詳しく」「なぜ」等の問合せに回答個を持つ。インスタンスオブジェクトは、クラスオできるようになっている。この構造化は、ユーザのブジェクトと同様に同義語を持ち、自然言語解析処ノウハウ登録を支援し、データ獲得の鍵となるもの

理で参照される語乗数はトータルで16，529語である。

なので、改良中である。
ノウハウペースはORDB上に実装し、ノウハウ

1‥（do（newtemplateTa∂k

2：（propertyname叩nヨ（業務名）value業務）の内容は、事務手続きのやり方、書類の書き方・事3‥（propertydocumentき●editヨyn8（作成書類））
4：（propertydocⅦmentさ●refer叩m8（参照書類））
5：（property5ub ta8ksぎynぎ（部分業務））

例、研究関連のノウハウ、計算機や周辺機器の使い6‥（property5ub■taきk●of叩n8（全体業務））

7：（propertyメモtype如ring）））
8：（do（newtempla・tCDocument9：（propertynameざynざ（文書名書類名）value文書）

方、福利厚生や日常生活に関わるノウハウ、役に立つページへの10‥（p∫Opertyedited●on−ta9kヲ8ynさ（作成業務））

11‥（propeTtyreferred■on●taさk58ym8（参照業務））
12：（propertydocⅥment●ofぎynさ（作成者執筆者記入者提出者報

リンク、用語集等で、現在約12，000件登録されており、継続的に増加している。

告者））

13‥（property8ubmit■time8yn8（提出日記入日申請日報告日））

3．4 知識ベースとノウハウベースの連携

14：（propertycontent8さynぎ（内容））15：（proplerty、メモtype8tring）

16：（property提出先9yng（申請先報告先）typcGroup）
17：（property関連文書typeDocumemt）

3．4．1 タスク切替え

18：（propeTty添付文書typeDocument）））
19：

20＝（do（putx（newtemplate（T＆gkもemplate業務）

人・組織の役割や関連文書等、体系的に整理され（業務名 設備購入 ）（メモ 年度単位で設備計画に基づき申請する・ ）））た知識を用いて回答できる質問に対しては、知識ベー

23：（putgl（queryin9ta．nCeGroup generic name＝＝・技術管理担当 り）

24：（叩t g2（qⅦeryin5tanCe Group，・gemeric●mame＝＝・資材担スを参照して回答し、こつ、秘訣、注意事項、事例、（putyl（newtempla．tc（Documenttemplate文書）

例外処理、失敗談など、体系的に記述されていない当 ，））25：（書類名 設備計画書 ）27＝ （作成業務x）●（捷出先gl）））
26：

28：

ものはノウハウベースを検索して回答する。

（puty2（newtemplate（Documenttemplatc文書）

29：（書類名 見積書 ）30：（作成業務x）（捷出先g2））

図5において、「設備を購入する際の作成書類31‥ （メモ 資材の受付印が必要。急ぐ場合はファックスでもは？」という問合せに対して、自然言語解析の結果、可。後日正規の見積書を提出，り（ptLty3（newtemplate（Documenttehpla．te文書）（書類名，ヰ配依頼書 ）知識ベースに記述されている「設備購入」オブジェ

クトとproperty「作成書類」のペアとマッチし、「設（作成業務x）（添付文書y2）（提出先g2））））備計画書」「見積書」「手配依頼書」を回答する。
一方、「設備計画書を作成する際の注意事項は？」
図4：オフィス知識ベースの記述例という問合せに対しては、知識ペースでは「設備計画書」オブジェクトはマッチするが、「注意事項」に該当する属性や関係が存在しないのでノウハウベー

3．3 ノウハウベ「ススの構造情報とマッチングを行ない、対象が「設備計画書」、行為が「作成」、形態が「注意事項」でノウハウベースには、記述方式や粒皮を限定せずに、組織内で共有する一と有益であると思われるものあるノウハウデータを検索して提示する。

を個人が提供してストックした。ノウハウデータは、自然言語対話で検索できるように、対象、行為、形態、状況等の13種類の属性や、ノウハウ同士の関3．4．2 補助情報の提示
ノウハウ本文中の語彙に対して1知識ベースを用連を記述する浅い構造を持つ。これらの構造は、ノいて詳細情報を、提示する。図6に示すように、ノウ

ウハウデータ登録に際してユーザが記述したタイト

ハウ本文中の語彙のうち知識ベースに定義されたオブジェクトに相当する語柔から知識ベースヘのリンルと本文から抽出する。ユーザからの自然言語の問クを自動的につけ、語嚢を選択す▲ると補助情報を参合せ文を解析した結果、この構造情報を参照して、

−106−

対話例

自然言語解析

オフィス知識ベースの検索

自然言語解析
ノウハウベースの検索

ノウハウ本文

図5：知識データベースの検索対話例

図6：知識ベー照することができる。図6の例は、ノウハウ本文中

スとノウハウの連携に表示された資材担当という語嚢について、知識ベーする書類について質問された場合、単に書類名を提示するだけでなく、事例もー緒に提示する、事例でスを参照して補助情報として資材担当のリーダー、メンバー、電話番号等の情報を表示している。ノウ

する等知識ベースを用いてノウハウの提示手順の制

ハウデータには資材担当のように一般な役割名称が御を行なう。現在、ノウハウからの知識ベースへの記述されているが、知識ベースとの連携により、そ知識獲得と知識ベースから関連ノウハウへのリンクの時点での具体的な資材担当のメンバー等詳細情報づけを開発中である。これを将来的に提示手順制御に発展させる。

も作成者がユーザと関連のより近い人の事例を提示を同時に提示できる。
現在、コンテクストを参照した知的な提示ができるように改良中である。たとえば、本文中に「担当者」という記述があった場合、これを選択するこ

3．5 対話インタフェース
対話インタフェースは、ユーザのキーボード入力とにより知識ベースを参照して担当者を提示できるから自然言語処理でユーザの意図を抽出し、が、担当者は業務を遂行する当事者を指す場合もあるし、手続きの相手先の担当者を指す場合もある。

意図にあったデータの蓄積源（知識ベース／ノウハ

このように「担当者」が誰を指すのかを判断して適ウペース）を検索して、回答を返す。自然言語処理

切に提示するためにはコンテクストを理解する必要は自由な表現を許すため、単語スポッティングをベーがある。

スとし、ボトムアップのチャートパーザ一によりフレーズスポッティングで実行する。任意の意味表現に変換できるように構成されているが、現状ではS

3 4．3 ノウハウ提示手順の制御QLへの変換せ行なう。単語スポッテイングで参照するキーワード辞書はノウハウゐ構造情報や知識ベー

業務の定められた手順等体系的に記述できる知識については知識ベースが回答できるが、同じ業務

スに記述された概念・語彙体系を参照して自動生成に関わることでも最終的には注意事項、こつ、秘訣、され、現在の語彙数は25，309語である。また、自然

失敗談、事例、例外処理等多くのノウハウはノウハウベースに留まる。これらのノウハウについて、種類や詳細度、ノウハウ同士の関係等の知識があれば、ユーザに適切に提示できる。たとえば、業務で作成

言語対話によりある程度検索範囲をフォーカスし、詳細な検索はGUIでも行なえるようにしている。
ノウハウ提示の動作画面例を図7に示す。これは、本社で展示会を開催する際の方法を問い合せた−107−

例であるが、図7（a）は検索結果を表す画面で、展示会を開催する際の注意事項や荷物搬入の注意点等が候補として提示されている。候補のリストは、ノウハウデータのタイトルと、自然言語解析処理の結果展開された検索文のキーワードが本文中に現れる箇所を抜粋としてユーザに提示している。図7（b）
は（a）で提示された候補の中から選択した一つのノウハウの出力で、ノウハウデータとして登録されている本文が表示されている。このように、自然言語で検索範囲をフォーカスし、詳細な検索はGUIで行なう。なお、コンテンツの形態には、テキスト以外に書類のイメージ、音声、映像情報がある。

3．6 マルチメディア情朝の構造化
タイトル

ユーザが登録したノウハウや報告文書等の、テキスト、イメージ、映像情報等の多種多様のマルチメディア情報は、検索・活用しやすいように構造化し内容の抜粋（a）て蓄積している。入力されたマルチメディア情報は、HIウェアの各機能を用い、ドキュメントリーダ、音声認識、英日翻訳等により日本語テキストに変換し、これに対してキーワード抽出、タグ付けを行う
本社ヨ9階で展示会をする隙の注意ことで自動的に構造化する。キーワード抽出は、オ給．．、し〆、・．抽・．

フィス用語辞書を参照し、文書の種類毎に抽出キー．・ ．．，ワードの優先順位を決めるルールを用いて行なっている。優先順位は出現頻度に語の重要性の重みづけをして計算する。オフィス用語は重要語として重みを高くし、一般名詞は重みを低くし、さらに一般的な名詞でキーワードとしてふさわしくない語を不要語として登録しておき、重みを0として計算する。
計算の結果、評価値の高いものからキーワードとして抽出する。オフィス用語辞書は、300人規模のオフィスを対象に、事務手続き関連用語、技術専門用

ノウハウ本文（b）語約10，780語を登録した。同義語づけは、分野の専図7：動作画面例

門家に行なってもらった。

ノウハウや文書の登録に際しては、自動的に抽出されたキーワードをキーザに提示するようにし、

4 実践評価未知語は新たにキーワードとしてユーザに指定してもらうようにしている。これにより、用語辞書のキーワードを順次拡張している。テキスト以外の情報にノウハウベースの構築には、ノウハウデータベーついては、キーワードが抽出できないので、タイトス管理者3名を専任とし、ニュース、メールによるルと補足説明文を入力するようにし、これによりキー質問、インタビューによる登録の試行錯誤を繰り返ワードを抽出する。

し、約3，500件を登録した。そこで36人から2，500

また、紙の文書のデータベース化・構造化をH

件の質問を集めて予備実験を行なった結果、実際にIウェアの文書理解機能により進めている。

ノウハウベースにデータが登録されていたものは、約50％と低かった。その理由は、ノウハウベースの内容が広く浅すぎたからである。コンテンツの充実−108−

のためには、組織メンバーが日常的に利用することる。ノウハウベースから組織化できる知識を抽出し、が必須であり、そのために、まず多くの組織メンバー知識ベース化することの重要性が確認された。

にとって利用価値の高い事務手続き関連に限定して、（2）ユーザの意図に合わせたノウハウの提示

ノウハウデータの充実を図った。そこで、同じ36人のメンバーから事務手続きに限定した質問7，200件

実践を開始してみると、ユーザのシステムの使を収集し、事務手続き関連の質問には90％以上回答い方が何種類かに分類できることがわかってきた。

できるようにした。また、質問には必ず回答できる日常的に行なう事務手続きや計算機の使い方についように、未登録の質問に対しては、ノウハウデータてやり方を忘れてしまったので調べるというヘルプ管理者が何らかの回答をすると同時にノウハウデー型（手順が複雑な海外出張の手続き、特許検索の方タを追加する、保守機能を追加した。現在は、300法等）、初歩的なやり方は知っ人規模のオフィスに実践を拡大している。

ウハウを聞きたいというアドバイス型（論文の書き方のこつ、LaTexの高度な使い方等）、自己啓発やクライアントインタフェースはWWW上に構築した。自然言語インタフェースの問題の一つとして勉強のための情報収集型（エージェントに関する技かな湊字変換の精度はかなり大きなウェイトを占め術動向、関連研究の基礎知識等）、新人が社内規定る。短い質問文を入力するのに手間がかかると使うやしくみについて知る教育型（資材部はどこにある気がしなくなるからである。オフィス用語は、人名、か、鍵当番のやり方等）等である。ヘルプ型は目的組織名等の固有名詞に加えて、事務手続きや技術専が限定されているので正しい解が捷示されればよい

門用語等オフィスに特有の表現が多く、かな漢字変のに村して、アドバイス型では関連情報を提示する、換の精度向上は、ユーザ用辞書に依るところが大き

情報収集型ではより幅広い範囲の情報を提示する、かった。そこで、3．6で述べたオフィス用語辞書を教育型ではユーザの質問に答えるだけでなく、知っ配布し、かな漢字変換用辞書として利用できるようているべきことを順次提示する等、ノウハウの提示にした。これにより、かな漢字変換の変換精度が2の仕方に戦略が必要であることがわかってきた。ま％向上し、システムの使い勝手を向上させた。また、
3．2のオフィス知識ベースで述べたように、同義語定た、組織の規定等のような客観的事実と、個人の失敗例ヤアドバイスのような主観的意見とでは、メイ義で、省略形や通称、略称等を吸収し、自由な表現ンテナンスの方法も異なり、組織のしくみの変更にができるようにした。

伴い更新される事務手続きでは登録日時が重要な意

味を持つ等、ノウハウの種類やユーザの意図に合わ

クライアントインタフェースは、ユーザがノウハウの追加・修正を行なうと同時に、システムに対せて提示の仕方を変える工夫が必要である。

更に、ユーザの好みの学習機能も今後の研究課するコメントを記述できるようにした。また、ユーザの利用状況のログデータを採取しており、ログデー

題である【12】。

タとユーザからのフィードバックによる機能評価を（3）システムの能力と限界の説明行なった結果、以下の課題が明確になった。

現状のGUIは限界が指摘されており［13】、コン（1）ノウハウデータからの知識獲得

テンツの量が膨大になるとGUIでは検索しきれないため、検索対象を放りやすい自然言語入力を採用しオフィスの知識を体系化するには膨大な時間がかかるため、ノウハウベースの構築は、非均質で体た。しかしながら、どのような日本語表現ができる系化されていなくても、必要なときに参照できるコのかがユーザにわかりにくく、様々な質問文が入力ンテンツがあるということで非常に有益であった。

され、適切な応答ができなかった例も多数指摘されしかしながら、システムを使っていくうちに、ユーた。3．3に述べたように現在ノウハウデータの構造ザのレベルや状況によって知識情報の提示の仕方を化は改良中であるが、自然言語の意味解析はノウハ

変える、アドバイスやヘルプ的な使い方への要求がウベースや知識ベースの構造情報とキーワードに基高まった。時代の変化や状況によってダイナミックづいて行なっているため、検索文の基本形を提示でに変化する事実から原理を抽出することも必要であきる。また、キーワード辞書にない未知語が含まれ−109−ると検索に失敗するが、検索に失敗した原因もユー

知識ベース構築の分析データになることがわかり、ザに通知すれば、ユーザは次第にシステムのことが今後、知識ベース化してアドバイスやヘルプ等の知理解できるようになる。使いやすいシステムにする的支援を拡張する。さらに有用な要素技術を取り込ために、このようなシステムの能力と限界をユーザみ、システムを発展させていく。に提示することが重要である。

謝辞 知識情報共有システムの要素技術とシステムの開発は、東芝研究開発センターの大嶽能久、（4）マルチモーダル対話への発展

福井美佳、笹気光一、長谷川保、芝崎靖代、後藤和より自然な対話インタフェースを目指して、音之、鈴木優、後藤哲也、東芝ソフトウェアエンジニ

声認識や知的対話処理部も現在インプリメント中でアリンングの新地秀昭、橋本秀樹の諸氏との共同研あり、音声とキーボード入力によるマルチモーダル究によるものであり、御支援と御助言を頂いた関係インタフェースに発展させる予定である。知的対話各位に深謝致します。

処理では、過去の検索文や提示結果の対話履歴やコンテクストを利用したアドバイスをタスクとした対参考文献話を検討中である。

［1】K．J．Hammond etal．FAQ Finder：A Case−
BasedApproachtoKnowledgeNavigation．Proc．

（5）業務履歴からのノウハウ獲得〃JCAム珂pp．207ト2072，1995．

【2］G．A．Miller．WordNet：ALe裏calDataba＄efbr

簡便なノウハウ獲得のためのツールを捷供してEnglish．Commun．ACM，38−11，PP．39−41，1995．

も、′Itしい日常業務の中で、なかなかノウハウ登録【3］M．Iwazumeetal．Ontology−Ba8edInformationに手間をかけられないという実状が明らかになった。

Capturingfrom theInternet．Proc．4thlht．

また、本人がノウハウと意識していないノウハウもCo一正0和仏egoc efy扉∬noひJedgeOrgd托iヱ￠山on，あり、質問ベースのノウハウ獲得は有効である。業pp．261−272，1996．
【4】桃谷他．弱構造知識メディアを用いた情報ペースの務を遂行しながら、あるいは、メール、特にキーボード入力が煩わしい人のために音声メール等を介して構築．アrogre朗in仇mαn加e巾ce，Vo15，pp．69−76，1996．

行なわれる日常の人と人の対話から知識やノウハウ【5］J．Grudinetal．GroupwareSuccessFactors．A
StudyofMeetingScheduling．Proc．qfEuropeanを獲得するしくみの検討が必要である。

CgCⅣCp扉，1995．

【6］関．分散型ノウハウ蓄積システムGoldFISHにお（6）知識情報の提供の奨励

ける分散環境への適応．情報処理学会論文誌，36−6，

組織における知識情報共有を促進するには、個

pp．1359−1366，1995．
【7】中山他．プラントモデルに基づく制御ソフト生成
支援PlantBASE（1）．情報処理学会第イ9回全国大人が積極的にノウハウを捷供する動機づけが必要である。提供したノウハウが他の人の問題解決等に役会，（6J−3），pp・3−83−84，1994．に立ったことがわかるフィードバック機能が必要で同相井他・コミュニケーション支援のため公開システム（PIP）．情報処理学会ヒューマンインある。

タフェース研究会，（64−8），pp．43−48，1996．
【9】真鍋他．マルチデータベース日本語インタフェースの5 まとめ

試作・情報処琴学会第5J回全国大会，（2D−2），pp・4−
69−70，1995．

知識情報共有システムについて、枠組の提案だけでなく、実際に知識データベースにコンテンツを入【10】杉山他．コモンHIサービス環境の開発．情報処理学会第52回全国大会，（2W−1），ppふ193−194，1995．

れて実践した事例について述べた。知識をストック【11］D．Lenatetal．CYC，WordNet，andEDR：Cri−tiques and Response．Commtm．ACM，38−11，

し、共有・活用できるようにするという課題の解決

pp．33−48，1995．

策として、オフィス知識ペースと、浅い構造を持つ［12】竹林．マルチメディアによる対話自然言語処理シン
ポジウム予稿集，pp．49−64，1993−05．

ノウハウベースの連携、．さらにHIウェアを用いたメディア変換による情報構造化が、オフィスの形式【13］LaurelB．ComputersasTheratre．PtJbLishing
Compony，1991．

知の量と質を向上した。また、ノウハウデータは、

ー110−