JP2006302319A - 知識情報生成方法 - Google Patents

Abstract

【課題】成果物である情報を纏める迄の検討経緯やプロセスなどの情報を収集して、ベストプラクティスを提示する。
【解決手段】ジェネレータ装置７１０は、検索要求が入力されると、ネットワーク１０を介して接続された知識情報管理装置７２１〜７２５に蓄積されている知識情報の中から、検索要求に適合する知識情報を収集する。そして、収集した検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報を生成し、生成した新たな知識情報をベストプラクティス７４０として出力する。
【選択図】図２９

Description

本発明は知識情報生成方法に関し、特に複数の利用者間で共有の知識情報を再利用するための知識情報生成方法に関する。

現在、情報の電子データ化が急速に進んでおり、業務上作成するほとんどの書類は、ワードプロセッサなどを用いて電子データで作成されている。電子データ化された書類には、様々な知識が含まれている。業務上作成された電子データに含まれる知識は、同様の業務を遂行する上で参考になることが多い。そこで、電子データに内蔵されている知識を管理し、電子データの再利用を可能とすることが望まれている。

電子データに内蔵されている知識を管理するシステムとして、ナレッジマネジメントシステムがある。ナレッジマネジメントシステムでは、日々の業務の結果として得られた情報（提案書や設計書やプログラムなどの成果物）をライブラリに蓄積しておく。そして、ライブラリに蓄積しておいた知識を再利用することで、同じ作業の繰り返しを無くし、業務の効率化を図ることができる。

しかし、ナレッジマネジメントシステムにおいてライブラリに蓄積された情報は「結果の固まり」であり、その結果を出す迄の検討経緯やプロセスに関する情報については蓄積されていなかった。そのため、検討経緯やプロセスに関する情報を再利用する術が無かった。

なお、最近になって、ネットワーク接続された環境下でもコラボレーションツール（たとえば、電子会議室や電子掲示板など）によって、ある情報（成果物）について、その情報（成果物）を纏める迄の検討経緯やプロセスを蓄積する環境が整備されてきている。しかしながら、ライブラリに登録された情報（成果物）と、これらコラボレーションツールで蓄積された情報を纏める迄の検討経緯やプロセスに関する情報を、有機的に関連付けて管理する方法が無かった。

そこで、以下のような問題を解決することが望まれている。
課題１：最終成果物の再利用しかされていない。
ある業務を対象に調査を行った結果、ライブラリに格納された情報（成果物）は、日々生み出される情報の５％程度にすぎないことがわかった。一般に再利用したい情報には、ライブラリに格納された提案書や設計書やプログラムなどの情報だけではなく、その情報を作成するに至った（あるいはその情報が持っている結論に至る迄の）検討経緯やプロセスなどの情報も含まれる。この検討経緯やプロセスに関する情報は、全情報量の９５％もあると推測されている。

しかし、これら９５％の情報については、効果的に再利用するための有効な蓄積手段や検索手段がなく、再利用されないまま放置されていた。そのため、これらの情報を再利用することで、継続的なコストダウンやプロセス改善に繋げることが長年の懸案事項であった。

また、これら最終成果物を精査すると、ターゲットシステムの形態やシステムの実現方式が類似しているプロジェクトが多々あり、プロジェクトの進行中に、これら類似プロジェクト間で情報交換や情報共有することができれば、全社的に見れば相当量のコストダウン効果が期待できる。ところが、これらの情報を共有したり、知らしめたりする手段が無かった。

課題２：局所的な再利用しかされていない。
先行プロジェクトで作成された情報を、後続プロジェクトで再利用する場合、ライブラリに蓄積された先行プロジェクトの成果物（提案書や設計書やプログラムなど）そのものを、後続プロジェクトで再利用することがよく行われていた。しかし、大企業においては、年間数千のプロジェクトが新規に発生し完了しており、ネットワークに接続されたサーバ上に、これらのプロジェクトの生産物が蓄積される。これらの大量のプロジェクトの中には、類似プロジェクトが多々ある。それにもかかわらず、生産物の再利用は、同一部課内（局所的）でしか行われていないのが実情であった。

課題３：プロジェクト単位の再利用しかされていない。
ひとつのプロジェクトの成果（生産物）をそのまま再利用できるケースは比較的多い。しかも、ドッグイヤー（時間の進む速さを犬の老齢化の速さに置き換えて、通常の１年が約７年に相当するという意味）と形容される昨今の技術革新のスピードに追従するために、最近では、各プロジェクトの生産物の良いところを組み合わせたベストプラクティス（優良事例）として活用したいというニーズも多い。しかし、膨大な生産物からベストプラクティスを選択することは困難であった。また、個々の生産物を個別に評価し、ひとつの纏まった知識として再構築することは、人手では困難な作業であった。

本発明はこのような点に鑑みてなされたものであり、成果物である情報を纏める迄の検討経緯やプロセスなどの情報を収集して、ベストプラクティスを提示するための知識情報生成方法を提供することを目的とする。

本発明では上記課題を解決するために、知識情報の内容解析を行うコンピュータの知識情報生成方法において、知識情報収集手段が、検索要求に応答して、ネットワークを介して接続された他のコンピュータに蓄積されている知識情報の中から、前記検索要求に適合する知識情報を収集し、知識情報生成手段が、収集された前記検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報を生成し、知識情報出力手段が、生成した前記新たな知識情報を出力する、手順を有することを特徴とする知識情報生成方法が提供される。

このような知識情報生成方法によれば、検索要求が入力されると、ネットワークを介して接続された他のコンピュータに蓄積されている知識情報の中から、検索要求に適合する知識情報が収集される。そして、収集された検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報が生成され、生成された新たな知識情報が出力される。

以上説明したように本発明の知識情報生成方法によれば、検索要求が入力されると、検索要求に適合する知識情報を収集し、収集された検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報を生成するようにしたため、成果物である情報を纏める迄の検討経緯やプロセスなどの情報に基づいて、ベストプラクティスを提示することが可能となる。

以下、本発明の実施の形態を図面を参照して説明する。
図１は、本実施の形態の原理構成図である。知識情報管理装置１には、複数の知識情報利用装置２，３がネットワーク（情報通信回線網）を介して接続されている。知識情報管理装置１は、課題の解決を目的とする業務を遂行するために、ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データを管理し、一連の発言データの内容を含む会話ストリーム１ａａを、会話ストリームデータベース（ＤＢ）１ａに蓄積する。会話ストリーム１ａａは、たとえば、ある課題を解決するための議論や第三者のコメントなどで構成された、人と人の間のコミュニケーションの時系列な記録である。

また、知識情報管理装置１は、課題の発生から結論に至るまでの課程で業務の遂行上必要となるオブジェクト１ｂａを、業務の遂行上必要とされたときの状態で、逐次ライブラリＤＢ１ｂに蓄積する。オブジェクト１ｂａは、たとえば、業務を遂行するための起点となったオブジェクト（たとえば提案書や設計書やプログラム）や、業務遂行途中段階で参照されるオブジェクト（新たに見つかった提案書や設計書やプログラム）や、業務遂行途中段階で作成されるオブジェクト（たとえば議事録やメモ、最終成果物の草稿など）や、業務完了時点で纏められたオブジェクトなど、業務遂行上で必要となるあらゆるオブジェクトである。

知識情報管理装置１は、知識情報利用装置２から送られる関連付け要求に応答して、蓄積された会話ストリーム中の任意の会話ストリームと、蓄積されたオブジェクト中の任意のオブジェクトとを関連付ける（ステップＳ１）。さらに、知識情報管理装置１は、知識情報利用装置３から送られる関連情報取得要求に応答して、関連付けられた任意の会話ストリームと任意のオブジェクトとに関する情報を出力する（ステップＳ２）。

これにより、会話ストリームと業務の遂行上必要とされたときのオブジェクトとが関連付けられ、関連情報取得要求に応じて、関連付けられた会話ストリームとオブジェクトとに関する情報が出力される。オブジェクトは、最終的な結論で用いられたオブジェクトに限らず、必要とされたときのオブジェクトが格納されている。そのため、所望の課題に関して議論された会話ストリームを見つければ、成果物としてのオブジェクトに限らず、中間的に利用されたオブジェクトをも再利用することができる。

以下、クライアントサーバシステム（知識管理システム）を例に採り説明する。
図２は、本実施の形態に係るシステム構成例を示す概念図である。図２の例では、ネットワーク１０を介して、サーバコンピュータ（サーバ）１００と複数のクライアントコンピュータ（クライアント）３１０，３２０，３３０とが接続されている。ネットワーク１０は、たとえば、インターネットやイントラネットである。サーバ１００には、複数のデータベースが構築されたストレージデバイス２００が接続されている。なお、図２の例では、説明を簡単にするためにサーバ１００を１台のみ示しているが、複数のサーバをネットワーク１０に接続してもよい。

ストレージデバイス２００は、ハードディスク装置等の記録媒体である。ストレージデバイス２００には、ライブラリＤＢ２１０、会話ストリームＤＢ２２０、およびキーワード辞書ＤＢ２３０が格納されている。また、ストレージデバイス２００には、ＯＳ(Operating System)や、各種ＤＢを管理するためのプログラムも格納される。

ライブラリＤＢ２１０には、業務を遂行するための起点となったオブジェクト（たとえば提案書や設計書やプログラム）や、業務遂行途中段階で参照されるオブジェクト（新たに見つかった提案書や設計書やプログラムなど）や、業務遂行途中段階で作成されるオブジェクト（たとえば議事録やメモ、最終成果物の草稿など）や、業務完了時点で纏められたオブジェクトなど、業務遂行上で必要となるあらゆるオブジェクトが格納される。オブジェクトは、たとえば、ワードプロセッサで記述された文書ファイルやＣＡＤ(Computer Aided Design)データ、画像データ、音声データである。

会話ストリームＤＢ２２０は、業務を遂行するために複数の関係者によって取り交わされる一連の発言（発言文書）を含む会話ストリーム（ある課題を解決するための議論や第三者のコメントなどで構成された、人と人の間のコミュニケーションの時系列な記録）と、発言文書間の関連情報のデータベースである。会話ストリームは、たとえば、電子掲示板のコメントのデータや、ＴｏＤｏデータ（業務の遂行提案や、業務の依頼等の管理を行うためのソフトウェアで生成されるデータ）である。

キーワード辞書ＤＢ２３０は、様々な分野に関するキーワードが登録された辞書データである。キーワード辞書ＤＢ２３０は、たとえば、シソーラス（類語、関連語辞書）である。

クライアント３１０，３２０，３３０は、各種業務遂行上の作業担当者や管理者が使用する端末装置である。
図３は、本実施の形態に用いるサーバのハードウェア構成例を示す図である。サーバ１００は、ＣＰＵ１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ１０２、ストレージデバイスインタフェース１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。

ＲＡＭ１０２は、ＣＰＵ１０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ストレージデバイスインタフェース１０３は、ＣＰＵ１０１からの指令に従って、ストレージデバイス２００に対するデータの格納、およびストレージデバイス２００からのデータの取り出しを行う。

グラフィック処理装置１０４には、表示装置１１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像を表示装置１１１の画面に表示させる。入力インタフェース１０５には、キーボード１１２とマウス１１３とが接続されている。入力インタフェース１０５は、キーボード１１２やマウス１１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。

通信インタフェース１０６は、ネットワーク１０に接続されている。ネットワーク１０は、たとえばインターネットのような広域ネットワークである。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、サーバ１００のハードウェア構成についてのみ説明したが、クライアント３１０，３２０，３３０も同様のハードウェア構成で実現することができる。その場合、クライアント３１０，３２０，３３０にも、ＯＳやアプリケーション等の各種プログラムを格納するためのストレージデバイスが接続される。

図４は、本実施の形態を実現するための処理機能を示す機能ブロック図である。サーバ１００は、オブジェクト管理部１２１、電子的会話管理部１２２、関連付け部１２３、キーワード一覧作成部１２４および類似度計算部１２５を有している。

オブジェクト管理部１２１は、クライアント３１０からの要求に応答して、ライブラリＤＢ２１０に格納する各種オブジェクトの格納や取り出しを管理する。オブジェクト管理部１２１は、ライブラリＤＢ２１０に格納されているオブジェクトの内容が変更されると、変更後のオブジェクトを、新規のオブジェクトとしてライブラリＤＢ２１０に格納する。すなわち、各オブジェクトに関して、最終的な成果物であるオブジェクトに加え、そのオブジェクトの作成途中における編集履歴もライブラリＤＢ２１０に保存される。また、オブジェクト管理部１２１は、オブジェクトを格納する際に、会話ストリームＤＢ２２０内の会話ストリームとの間のリンクが指定されていた場合には、リンクに関する情報を関連付け部１２３に送信する。

電子的会話管理部１２２は、コラボレーションシステムにおける電子会議等の、クライアント同士のメッセージの送受信を管理する。電子的会話管理部１２２は、クライアント同士で送受信されたメッセージを、会話ストリームＤＢ２２０に格納する。また、電子的会話管理部１２２は、クライアント３１０から送られたメッセージにおいて、オブジェクトとのリンクが指定されていた場合には、リンクに関する情報を関連付け部１２３に渡す。

関連付け部１２３は、オブジェクト管理部１２１や電子的会話管理部１２２から渡されたリンクに関する情報に基づいて、ライブラリＤＢ２１０内のオブジェクトと、会話ストリームＤＢ２２０内のメッセージ（会話ストリーム）とを関連付ける。そして、関連付け部１２３は、ライブラリＤＢ２１０内の関連付け対象のオブジェクトに対して、会話ストリームＤＢ２２０内の会話ストリームの識別情報（格納場所、ファイル名等）を付加する。

キーワード一覧作成部１２４は、キーワード辞書ＤＢ２３０を参照し、会話ストリームＤＢ２２０内の会話ストリームに含まれるキーワードの一覧を作成する。
類似度計算部１２５は、会話ストリームＤＢ２２０内の発言文書に含まれる受信者等の情報を用いて、関連付けられていない発言文書同士の類似度を計算する。

クライアント３１０は、ユーザインタフェース部３１１、電子的会話部３１２およびオブジェクト編集部３１３を有している。
ユーザインタフェース部３１１は、オブジェクト編集部３１３や電子的会話部３１２から渡される画像データに基づいて画像を生成し、その画像を表示装置３１０ａに表示させる。また、ユーザインタフェース部３１１は、キーボード３１０ｂやマウス３１０ｃ等の入力装置を用いたユーザの操作入力の内容を判別し、操作入力に応じたコマンド等の命令を、電子的会話部３１２やオブジェクト編集部３１３に渡す。

電子的会話部３１２は、操作入力に応じた命令をユーザインタフェース部３１１から受け取ると、その命令に従って、他のクライアントへ送信すべきメッセージを作成し、そのメッセージをサーバ１００に送信する。また、電子的会話部３１２は、サーバ１００から送られてくる他のクライアントからのメッセージを受け取り、そのメッセージを表示させる画像データをユーザインタフェース部３１１に送る。

オブジェクト編集部３１３は、操作入力に応じた命令をユーザインタフェース部３１１から受け取ると、その命令に従って、オブジェクトの編集を行う。また、オブジェクト編集部３１３は、操作入力に応答して、サーバ１００が管理するライブラリＤＢ２１０に格納されているオブジェクトの取得、および新たなオブジェクトのライブラリＤＢ２１０への格納要求等を、サーバ１００に対して送信する。さらにオブジェクト編集部３１３は、サーバ１００からオブジェクトが送られてくると、そのオブジェクトを表示させるための画像データをユーザインタフェース部３１１に送る。

なお、図４では、複数のクライアントの中の１つのクライアント３１０の機能について説明したが、他のクライアントの機能も同様である。
図５は、本実施の形態で利用するライブラリＤＢ２１０の一例を示す図である。図５の例では、ライブラリＤＢ２１０には、ワードプロセッサなどで作成された文書（主にキャラクタコードのデータで構成される）のオブジェクト２１０ａ、プログラムのオブジェクト２１０ｂ、ＣＡＤデータのオブジェクト２１０ｃが格納されている。

図６は、本実施の形態で利用する会話ストリームＤＢ２２０の一例を示す図である。図６の例では、会話ストリームＤＢ２２０内に、ＴｏＤｏの会話ストリーム２２１や掲示板の会話ストリーム２２２が格納されている。ＴｏＤｏの会話ストリーム２２１は、業務上のプロジェクト毎に設けられている。掲示板の会話ストリーム２２２は、電子掲示板上での会話の内容を表すデータが、議題毎に設けられている。

図７は、会話ストリームの概念図である。ＴｏＤｏの会話ストリーム２２１は、複数の発言文書２２１ａ〜２２１ｄで構成されている。各発言文書２２１ａ〜２２１ｄは、互いに関連付けられている。関連付けには、関連付け指定元の発言文書と関連付け指定先の発言文書とが特定されている。なお、ある発言文書から他の発言文書へ関連付けることを、リンクを張るという。

各発言文書２２１ａには、書誌的記載２２１ａａ、本文２２１ａｂ、参加者情報２２１ａｃが含まれている。書誌的記載２２１ａａには、標題、発信者、日付情報等が含まれる。本文２２１ａｂは、発言者の入力したコメントの文字情報である。参加者情報２２１ａｃは、参加者名、参加者のコメント、参加者の発言日時等の情報である。

図７の例では、発言文書２２１ａが、最も上位の発言文書である。発言文書２２１ａから発言文書２２１ｂへ、リンクが張られている。発言文書２２１ｂから、発言文書２２１ｃ、２２１ｄへリンクが張られている。そして、発言文書２２１ｃから発言文書２２１ｄへリンクが張られている。

［知識管理システムの基本原理］
このような構成の知識管理システムでの動作について以下に説明する。
図８は、本実施の形態における基本動作を示す概念図である。図８の例では、まず、クライアント３１０を操作するユーザが、ライブラリＤＢ２１０のオブジェクトと会話ストリームＤＢ２２０内の発言文書とのリンク関係を指定する。

たとえば、ユーザは、クライアント３１０に対して、オブジェクトを指定して、新しいオブジェクトの登録を要求するための操作入力を行う。ユーザは、このオブジェクトの登録処理において、登録したオブジェクトにリンクさせる発言文書の生成指示を含めることができる。オブジェクトの登録要求に対して、発言文書の生成指示が含まれていると、クライアント３１０からサーバ１００に対して、オブジェクトの登録要求と、登録したオブジェクトにリンクを張った発言文書の生成要求とが出される（ステップＳ１１）。

また、ユーザは、クライアント３１０に対する操作入力により、会話ストリーム２２１内の任意の発言文書から任意のオブジェクトへのリンクを指定することができる。ユーザの操作入力によって発言文書からオブジェクトへのリンクが指定されると、クライアント３１０からサーバ１００に対して、発言文書とオブジェクトとの関連付け要求が出される（ステップＳ１２）。

サーバ１００は、クライアント３１０からの要求に応答して、会話ストリームＤＢ２２０内の発言文書と、オブジェクトとの関連付けを行う（ステップＳ１３）。たとえば、サーバ１００は、クライアント３１０から、オブジェクトの登録要求と、登録したオブジェクトにリンクを張った発言文書の生成要求とを受け取ると、登録するオブジェクトにリンクを張った新たな発言文書を生成し、生成した発言文書にリンクを張ったオブジェクトをライブラリＤＢ２１０に登録する。また、サーバ１００は、クライアント３１０から、発言文書とオブジェクトとのリンク要求を受け取ると、指定された発言文書とオブジェクトとに対して、互いに相手を指定したリンク情報を設定する。

図８の例では、サーバ１００によって、会話ストリーム２２１の発言文書２２１ａとオブジェクト２１１とをリンクし、発言文書２２１ｃとオブジェクト２１２とをリンクしている。

一方、クライアント３２０を操作するユーザは、会話ストリームＤＢ２２０内の任意の会話ストリームから、その会話ストリームに関連するオブジェクトを取得することができる。

たとえば、クライアント３２０は、ユーザからの操作入力に応答して、任意の会話ストリームを指定した関連情報取得要求をサーバ１００に対して送信する（ステップＳ１４）。

サーバ１００は、クライアント３２０からの関連情報取得要求に応答して、指定された会話ストリーム中の発言文書との間でリンクが張られているオブジェクトをライブラリＤＢ２１０から取り出す。そして、取り出されたオブジェクトが、サーバ１００からクライアント３２０に渡される（ステップＳ１５）。たとえば、会話ストリーム２２１を指定した関連情報取得要求であれば、サーバ１００からクライアント３２０へ、オブジェクト２１１とオブジェクト２１２とが送信される。

オブジェクトを受け取ったクライアント３２０は、受け取ったオブジェクト３２１のリストを画面に表示する（ステップＳ１６）。
このようにして、会話ストリーム内の発言文書とオブジェクトとを関連付けることができる。しかも、ライブラリの中には、業務遂行段階で参照されるオブジェクトや、業務遂行途中で作成されるオブジェクトが含まれている。そのため、業務遂行途中で作成され、あるいは参照されるオブジェクトに対しても、発言文書と関連付けることが可能となる。

以下、図８に示した処理について具体的に説明する。
まず、オブジェクトの登録と同時に、そのオブジェクトと会話ストリームとを連携する場合について説明する。本実施の形態では、オブジェクトの登録画面において、新規登録オブジェクトと会話ストリームとの連携を指示することができる。

図９は、オブジェクトの登録画面の一例を示す図である。図９に示すように、新規オブジェクトを登録するためのオブジェクト登録画面２０には、格納先フォルダ指定部２１（Ｔｏ）、登録元オブジェクト指定部２２（Ｆｒｏｍ）、掲示板連携チェックボックス２３、ＴｏＤｏ連携チェックボックス２４、実行ボタン２５が設けられている。

格納先フォルダ指定部２１には、新規に登録するオブジェクトの格納先のフォルダ名が設定される。登録元オブジェクト指定部２２には、既にライブラリＤＢ２１０に格納されているオブジェクトの中の新規に登録するオブジェクトの複写元となる少なくとも１つのオブジェクトに関して、格納されたフォルダのフォルダ名と、そのオブジェクトのオブジェクト名とが設定される。

掲示板連携チェックボックス２３は、新たに登録するオブジェクトと掲示板への発言文書とを連携させるか否かを指定するためのチェックボックスである。掲示板連携チェックボックス２３にチェックがされていれば、掲示板への新たな発言文書と新たに登録するオブジェクトとが関連付けられる。

ＴｏＤｏ連携チェックボックス２４は、新たに登録するオブジェクトとＴｏＤｏへの発言文書とを連携させるか否かを指定するためのチェックボックスである。ＴｏＤｏ連携チェックボックス２４にチェックがされていれば、ＴｏＤｏへの新たな発言文書と新たに登録するオブジェクトとが関連付けられる。

実行ボタン２５は、オブジェクト登録画面２０において入力された内容に基づく処理を、サーバ１００に実行させるためのボタンである。実行ボタン２５がマウスポインタによって選択されると、サーバ１００において、登録元オブジェクト指定部２２に設定されているオブジェクトのコピーが、格納先フォルダ指定部２１に設定されているフォルダ内に格納される。このとき、掲示板連携チェックボックス２３がチェックされていれば、格納先フォルダ指定部２１に設定されているフォルダ内に格納したオブジェクトと連携させた、掲示板を用いた会話ストリームが新たに生成される。同様に、ＴｏＤｏ連携チェックボックス２４がチェックされていれば、格納先フォルダ指定部２１に設定されているフォルダ内に格納したオブジェクトと連携させた、ＴｏＤｏを用いた会話ストリームが新たに生成され、クライアントの画面には、会話ストリームにおける図１１に示す新規発言画面が表示される。

このようにして、クライアントを操作するユーザは、掲示板連携チェックボックス２３とＴｏＤｏ連携チェックボックス２４との少なくともいずれか一方をチェックすることで、新たに登録するオブジェクトと会話ストリームとの連携を指示することができる。

次に、ライブラリＤＢ２１０に登録済みのオブジェクトに対して、会話ストリームを連携させる場合の例について説明する。本実施の形態では、ライブラリＤＢ２１０に登録されているオブジェクトのリストの中から、連携させるオブジェクトを選択的に指定することができる。

図１０は、連携対象オブジェクト選択画面の一例を示す図である。連携対象オブジェクト選択画面３０には、フォルダ名入力部３１、ファイル名表示部３２、オブジェクト選択チェックボックス３３、掲示板連携チェックボックス３４、ＴｏＤｏ連携チェックボックス３５、および実行ボタン３６が設けられている。

フォルダ名入力部３１には、連携させるべきオブジェクトが格納されたフォルダ（ディレクトリ）名が入力される。ファイル名表示部３２には、フォルダ名入力部３１に入力されたフォルダ名に対応するフォルダ内のオブジェクト（各オブジェクトがそれぞれ１つのファイルで格納されている）のファイル名のリストが表示される。ファイル名表示部３２に表示された各ファイル名に対応付けて、オブジェクト選択チェックボックス３３が設けられている。

オブジェクト選択チェックボックス３３は、対応するファイル名のオブジェクトを連携させるか否かを指定するためのチェックボックスである。オブジェクト選択チェックボックス３３がチェックされていれば、対応ファイル名のオブジェクトが連携の対象となる。

掲示板連携チェックボックス３４は、ファイル名表示部３２で選択されたオブジェクトと掲示板への発言文書とを連携させるか否かを指定するためのチェックボックスである。掲示板連携チェックボックス３４にチェックがされていれば、掲示板への新たな発言文書と、ファイル名表示部３２で選択されたオブジェクトとが関連付けられる。

ＴｏＤｏ連携チェックボックス３５は、ファイル名表示部３２で選択されたオブジェクトとＴｏＤｏへの発言文書とを連携させるか否かを指定するためのチェックボックスである。ＴｏＤｏ連携チェックボックス３５にチェックがされていれば、ＴｏＤｏへの新たな発言文書とファイル名表示部３２で選択されたオブジェクトとが関連付けられる。

実行ボタン３６は、連携対象オブジェクト選択画面３０において入力された内容に基づく処理を、サーバ１００に実行させるためのボタンである。実行ボタン３６が選択されたとき、掲示板連携チェックボックス３４がチェックされていれば、ファイル名表示部３２で選択されたファイル名のオブジェクトと連携させた、掲示板を用いた会話ストリームが新たに生成される。同様に、ＴｏＤｏ連携チェックボックス３５がチェックされていれば、ファイル名表示部３２で選択されたファイル名のオブジェクトと連携させた、ＴｏＤｏを用いた会話ストリームが新たに生成される。

このようにして、既に登録済みのオブジェクトを指定して、指定したオブジェクトと新規に生成する会話ストリームとの連携を指示することができる。
また、本実施の形態では、会話ストリームへの新規発言画面において、関連付けるオブジェクトを指定することもできる。

図１１は、図９の表示画面でＴｏＤｏ連携チェックボックス２４を選択し実行した際に遷移した、新規発言画面の一例を示す図である。新規発言画面４０には、宛先入力部４１、宛先グループ入力部４２、発信日入力部４３、タイトル入力部４４、本文入力部４５、リンク先入力部４６、発信者入力部４７、格納先フォルダ指定部４８（Ｔｏ）、登録元オブジェクト指定部４９（Ｆｒｏｍ）および実行ボタン５０が設けられている。

宛先入力部４１には、発言を送信する相手の宛先が入力される。宛先は、たとえば、プロジェクトのメンバーのユーザ名や、電子メールアドレスによって指定することができる。

宛先グループ入力部４２には、発言を送信する相手をグループ単位で指定する際に、そのグループのグループ名が入力される。たとえば、あるプロジェクトのメンバー全員に発言を送信する場合には、そのプロジェクトにあらかじめ与えられているグループ名が入力される。

発信日入力部４３には、発言を発信する日付が入力される。タイトル入力部４４には、発言の内容を簡潔に言い表す任意のタイトルが入力される。本文入力部４５には、発言の具体的な内容が入力される。

リンク先入力部４６には、発信する発言を他の発言と関連付ける場合に、関連付け先となる発言文書のタイトルが入力される。なお、会話ストリームＤＢ２２０に格納されている発言文書のリストを画面に表示させ、そのリストの中から発言文書が選択されたら、その発言文書のタイトルをリンク先入力部４６に設定するようにしてもよい。

発信者入力部４７には、発言者のユーザ名が入力される。
格納先フォルダ指定部４８には、関連付けるオブジェクトの格納先のフォルダ名が設定される。登録元オブジェクト指定部４９には、関連付けるオブジェクトの複写元となる少なくとも１つのオブジェクトに関して、格納されたフォルダのフォルダ名と、そのオブジェクトのオブジェクト名とが設定される。この際、図９の画面で指定した内容が既に入力された状態で表示される。

ちなみに、ライブラリＤＢ２１０内の既存オブジェクトと連携して新規発言を作成する場合（つまり、図１０の画面でＴｏＤｏ連携チェックボックス３５を選択し、新規発言画面に遷移する場合）、その新規発言画面には、格納先フォルダ指定部４８の代わりにフォルダ名入力部３１、登録元オブジェクト指定部４９の代わりにファイル名表示部３２が、図１０の画面で指定した内容が入力された状態で表示される。

また、最初から新規発言画面を作成する場合（つまり、図９、図１０のようにオブジェクトを先に指定しない場合）には、格納先フォルダ指定部４８、登録元オブジェクト指定部４９、フォルダ名入力部３１、ファイル名表示部３２を並列して表示し、当新規発言画面と連携させようとするオブジェクトがライブラリＤＢ２１０に既に登録されているか否かに応じて、該当する入力フィールドにユーザが情報を記入あるいは指定する。

実行ボタン５０は、新規発言画面４０において入力された内容に基づく処理を、サーバ１００に実行させるためのボタンである。実行ボタン５０が押されると、宛先入力部４１に入力された宛先、および宛先グループ入力部４２に入力されたグループの構成員を送信先とした発言文書が、会話ストリームＤＢ２２０に格納される。なお、実行ボタン５０が押された際に、格納先フォルダ指定部４８と登録元オブジェクト指定部４９とのそれぞれに、格納先のフォルダ名と登録元のオブジェクトとが指定されていれば、登録元のオブジェクトのコピーが格納先フォルダに格納される。そして、格納先フォルダに格納されたオブジェクトと、会話ストリームＤＢ２２０に新たに格納された発言文書とが関連付けられる。

なお、発言者が発言の内容を修正する場合には、クライアントを用いて、サーバ１００内の会話ストリームＤＢ２２０に格納した発言文書の読み出しを行う。すると、クライアントの画面には、図１１に示したような画面が前回の発言データが入力された状態で表示される。そこで、発言者がクライアントを用いて任意の編集（修正）作業を行い、クライアントが編集後の発言文書をサーバ１００内の会話ストリームＤＢ２２０に格納することで、発言文書の編集が行われる。

発言者により会話ストリームＤＢ２２０に格納された発言文書は、宛先として指定されているユーザのクライアントによって読み出すことができる。発言文書を読み出したクライアントは、コメント登録画面を表示する。

図１２は、コメント登録画面の一例を示す図である。コメント登録画面６０には、種別表示部６１、コメント入力部６２、採否チェックボックス６３、リンクボタン６４、発信日表示部６５、タイトル表示部６６、本文表示部６７、発信者表示部６８、受信者対応表示部６９、関連発言ボタン７０および実行ボタン７１が設けられている。

種別表示部６１には、発言の種別が表示される。発言の種別は、発言の趣旨を表している。種別には、掲示（情報を公開する目的）、伝言（情報の伝達が目的）、納期（スケジュール管理に関する情報の伝達が目的）等がある。

コメント入力部６２には、発言に対する受信者のコメントが入力される。採否チェックボックス６３は、発言の内容を採用するか不採用とするかの受信者の意思表示を示すためのチェックボックスである。「採」がチェックされていれば採用の意であり、「否」がチェックされていれば不採用の意である。

リンクボタン６４は、表示されている発言文書に対してオブジェクトをリンクさせる（関連付ける）ためのボタンである。リンクボタン６４が押されると、リンク指定用サブ画面が表示される。

発信日表示部６５には、表示されている発言文書の発信日が表示される。タイトル表示部６６には、表示されている発言文書のタイトルが表示される。本文表示部６７には、発信者が入力した発言文書の本文が表示される。また、発言画面に関連付けられたオブジェクト名が本文に表示される。このオブジェクト名部分はハイパーリンク処理されているので、オブジェクトを選択するとオブジェクトが自動的に展開される。発信者表示部６８には、発言文書を登録した発信者のユーザ名が表示される。

受信者対応表示部６９には、発言文書を受信した受信者の対応内容が表形式で表示されている。受信者対応表示部６９には、受信者、開封日時、コメント、および採／否の各欄が設けられている。

受信者の欄には、発言文書の宛先として指定されたユーザ（受信者）のユーザ名が表示される。開封日時の欄には、受信者に対応付けて、その受信者が発言文書を開封した（クライアントの画面に発言文書を表示すること）ときの日時が表示される。コメントの欄には、受信者に対応付けて、その受信者がコメント登録画面でコメント入力部６２に入力したコメントが表示される。採／否の欄には、受信者に対応付けて、その受信者の採否の判断結果が表示される。

関連発言ボタン７０は、表示されている発言に関連する発言を行うためのボタンである。関連発言ボタン７０が押されると、表示されている発言文書からリンクが張られた新たな発言文書が生成される。そして、クライアントには、生成された発言文書の新規発言画面が表示される。

実行ボタン７１は、コメント登録画面６０において入力された内容に基づく処理を、サーバ１００に実行させるためのボタンである。すなわち、コメント入力部６２に入力されたコメントは、受信者のコメントとして発言文書に登録される。また、採否チェックボックス６３において指定された採否判断内容が、受信者の判断として発言文書に登録される。

図１３は、コメント登録画面でリンクボタンが押されたときのリンク指定用サブ画面を示す図である。コメント登録画面６０でリンクボタン６４が押されると、図１３に示すようなリンク指定用サブ画面８０が表示される。リンク指定用サブ画面８０には、格納先フォルダ指定部８１(Ｔｏ)、登録元オブジェクト指定部８２（Ｆｒｏｍ）、フォルダ名指定部８３、ファイル名指定部８４、ＵＲＬ(Uniform Resource Locator)入力部８５が設けられている。

格納先フォルダ指定部８１、登録元オブジェクト指定部８２は、ライブラリＤＢ２１０に登録されていないオブジェクトをコメント登録画面６０に関連付ける場合に使用される。格納先フォルダ指定部８１には、オブジェクトを格納するフォルダのフォルダ名が入力され、登録元オブジェクト指定部８２には、発言文書と関連付けるオブジェクトの複写元となる少なくとも１つのオブジェクトに関して、格納されたフォルダのフォルダ名と、そのオブジェクトのオブジェクト名とが設定される。

フォルダ名指定部８３、ファイル名指定部８４は、既にライブラリＤＢ２１０に登録されているオブジェクトをコメント登録画面６０に関連付ける場合に使用される。フォルダ名指定部８３は、連携させるべきオブジェクトが格納されたライブラリＤＢ２１０内のフォルダ（ディレクトリ）名が入力され、ファイル名指定部８４は、フォルダ名指定部８３で指定されたフォルダ内のオブジェクトのファイル一覧が表示され、各ファイルに付された選択チェックボックスを選択することで必要なファイルを指定する。

ＵＲＬ入力部８５は、コメント登録画面６０に関連付けるオブジェクトがインターネット等のネットワークを介して接続されているコンテンツサーバ（コンテンツを他のコンピュータに提供する装置）内のコンテンツである場合に、そのオブジェクトのＵＲＬが入力される。

こうして、リンク指定用サブ画面８０で各種オブジェクトが指定された後、コメント登録画面６０の実行ボタン７１が押された際に、その関連付けは確定される。
図９〜図１３で説明したように、オブジェクトと会話ストリームの発言文書との連携指示は、大別して３通りに分けられる。第１に、オブジェクト側から連携先の発言文書を指定する場合である。第２に、発言文書の発信者が、発言文書に連携させるオブジェクトを指定する場合である。第３に、発言文書の受信者が、受信した発言文書に連携させるオブジェクトを指定する場合である。以下、連携指示形態毎に、サーバ１００におけるオブジェクトと発言文書との関連付け処理手順を説明する。

図１４は、オブジェクト登録時の連動処理を示すフローチャートである。以下に、図１４に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］サーバ１００は、クライアント３１０から送られるオブジェクトとオブジェクトの格納先指定を受け付ける。具体的には、オブジェクト編集部３１３がクライアント３１０の画面にオブジェクト登録画面２０を表示させる。クライアント３１０を利用するユーザは、オブジェクト登録画面２０内に関連付けるオブジェクトと、そのオブジェクトの格納先を入力する。オブジェクト編集部３１３は、入力された、関連付けるオブジェクトのコピーおよびそのオブジェクトの格納先の情報とを、サーバ１００に送信する。サーバ１００では、クライアント３１０から送られた、関連付けるオブジェクトのコピーとそのオブジェクトの格納先の情報とを、オブジェクト管理部１２１が受け取る。

［ステップＳ２２］サーバ１００は、関連付けるべきオブジェクトをライブラリＤＢ２１０に格納する。具体的には、オブジェクト管理部１２１が、受信したオブジェクトのコピーをライブラリＤＢ２１０の格納先フォルダ内に格納する。

［ステップＳ２３］サーバ１００は、オブジェクトの登録において、発言文書との連携の指示が成されているか否かを判断する。連携指示があれば処理がステップＳ２４に進められ、連携指示がなければ処理が終了する。

具体的には、クライアント３１０に表示されたオブジェクト登録画面２０において掲示板連携チェックボックス２３がチェックされていると、掲示板連携指示がクライアント３１０のオブジェクト編集部３１３からサーバ１００のオブジェクト管理部１２１に送られる。同様に、オブジェクト登録画面２０においてＴｏＤｏ連携チェックボックス２４がチェックされていると、ＴｏＤｏ連携指示がクライアント３１０のオブジェクト編集部３１３からサーバ１００のオブジェクト管理部１２１に送られる。オブジェクト管理部１２１は、連携指示（掲示板連携指示またはＴｏＤｏ連携指示）を受け取ると、連携指示を関連付け部１２３に渡す。関連付け部１２３は、連携指示を受け取ると、ステップＳ２４以降の関連付け処理を開始する。

［ステップＳ２４］サーバ１００は、新たに生成する発言に発言番号を採番し、その発言番号をステップＳ２２に登録したオブジェクトに関連付けて登録する。具体的には、オブジェクト管理部１２１が、電子的会話管理部１２２に対して、発言文書の新規生成を依頼する。その依頼に応じて、電子的会話管理部１２２が新たな発言文書を生成し、その発言文書に対して採番する（発言文書を一意に識別するための文書番号を発言文書に付与）。採番した文書番号は、関連付け部１２３に伝えられる。関連付け部１２３は、電子的会話管理部１２２が採番した文書番号を、ステップＳ２２でオブジェクト管理部１２１が格納したオブジェクトに関連付けて、ライブラリＤＢ２１０内に登録する。

［ステップＳ２５］サーバ１００は、オブジェクト格納先情報を埋め込んだ発言文書を起票する。具体的には、ステップＳ２４で電子的会話管理部１２２が生成した発言文書に対して、関連付け部１２３が、オブジェクトの格納先情報（格納先フォルダのフォルダ名とオブジェクトのファイル名）を埋め込む。そして、電子的会話管理部１２２は、オブジェクトの格納先情報が埋め込まれた発言文書に対する内容入力要求をクライアント３１０に送信する。

内容入力要求を受け取ったクライアント３１０は、ユーザインタフェース部３１１を介して新規発言画面４０を表示させる。
［ステップＳ２６］サーバ１００は、クライアント３１０からの発言内容入力を受け付ける。具体的には、クライアント３１０の電子的会話部３１２が、新規発言画面４０において入力された、タイトル、本文、宛先等の発言情報を、サーバ１００に送信する。サーバ１００では、電子的会話管理部１２２が発言情報を受け取る。

［ステップＳ２７］サーバ１００は、発言文書を会話ストリームＤＢ２２０に登録する。具体的には、電子的会話管理部１２２がステップＳ２５で起票した発言文書に対して、ステップＳ２６で受け取った発言情報を埋め込む。そして、電子的会話管理部１２２は、発言文書を会話ストリームＤＢ２２０に格納する。その後、処理が終了する。

これにより、ステップＳ２２でライブラリＤＢ２１０に登録されたオブジェクトと、ステップＳ２７で会話ストリームＤＢ２２０に格納された発言文書とが互いに関連付けられる。

なお、既にライブラリＤＢ２１０に登録されてるオブジェクトを指定して、そのオブジェクトに関連付けた発言文書を生成する場合がある。この場合、クライアント３１０のユーザが、連携対象オブジェクト選択画面３０（図１０に示す）により所定の情報を入力する。すると、その情報がオブジェクト編集部３１３によりサーバ１００に送られる。そしてサーバ１００は、図１４に示すステップＳ２４〜Ｓ２７の処理を実行する。これにより、登録済みのオブジェクトを、新たに生成する発言文書と関連付けることができる。

次に、発言文書の発信者が、発言文書に連携させるオブジェクトを指定する場合について説明する。
図１５は、発言起票時の連動処理を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。

［ステップＳ３１］サーバ１００は、クライアント３１０からの発言内容入力を受け付ける。具体的には、ユーザがクライアント３１０の新規発言画面４０において入力した情報が、クライアント３１０の電子的会話部３１２からサーバ１００に送られる。この時関連付けられるオブジェクトが新規登録の場合、そのオブジェクトのコピーも送られる。送られてきた情報は、サーバ１００の電子的会話管理部１２２が受け取る。

［ステップＳ３２］サーバ１００の電子的会話管理部１２２は、発言文書を新たに起票し、起票した発言文書に対して採番する。
［ステップＳ３３］サーバ１００の電子的会話管理部１２２は、起票した発言文書を、会話ストリームＤＢ２２０に登録する。なお、ステップＳ３１で受け取った情報に関連付けを行うべきオブジェクトの情報（新規登録の場合は、格納先フォルダ名、登録元フォルダ名、オブジェクトのファイル名等：既登録の場合は、登録フォルダ名およびオブジェクトのファイル名）が含まれていれば、オブジェクトの情報を含んだ形式で、発言文書が格納される。

［ステップＳ３４］サーバ１００は、起票した発言文書とオブジェクトとの連携があるか否かを判断する。連携ある場合には、処理がステップＳ３５に進められ、連携がない場合には、処理が終了する。具体的には、電子的会話管理部１２２が、クライアント３１０から送られた情報内に、関連付けるオブジェクトの情報が含まれていれば連携ありと判断し、関連付けるオブジェクトの情報が無ければ連携なしと判断する。

［ステップＳ３５］サーバ１００は、発言番号付きオブジェクトをライブラリＤＢ２１０に登録する。具体的には、新規登録のオブジェクトの場合、オブジェクト管理部１２１が、受信したオブジェクトのコピーをライブラリＤＢ２１０の格納先フォルダ内に格納する。そして、関連付け部１２３が、オブジェクト管理部１２１が格納したオブジェクトに対して、ステップＳ３２で採番した文書番号を付与する。関連付けたオブジェクトがライブラリＤＢ２１０に登録されている場合は、文書番号を新たに追加して付与する。

このようにして、新たに生成した発言文書に対してオブジェクトを関連付けることができる。
次に、発言文書の受信者が、受信した発言文書へのコメント入力時に、その発言文書に連携させるオブジェクトを指定する場合について説明する。

図１６は、受信者によるコメント入力時の連動処理を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。
［ステップＳ４１］サーバ１００は、所定の発言文書に対するクライアント３１０からのコメント、連携指示、採否指定を受け付ける。具体的には、クライアント３１０のコメント登録画面６０およびリンク指定用サブ画面８０で入力された情報が、クライアント３１０の電子的会話部３１２からサーバ１００に送られる。電子的会話部３１２から送られた情報は、サーバ１００の電子的会話管理部１２２が受け取る。

［ステップＳ４２］サーバ１００の電子的会話管理部１２２は、クライアント３１０から送られた情報において、連携指示があるか否かを判断する。連携指示があれば処理がステップＳ４３に進められる。連携指示がなければ処理がステップＳ４５に進められる。

［ステップＳ４３］サーバ１００は、連携指示に従って、ライブラリＤＢ２１０内にオブジェクトまたはリンク先を登録する。たとえば、ＵＲＬでインターネット又はイントラネット上のＷｅｂページへのリンクが指定された場合に、そのＵＲＬに対するリンク情報を登録する。具体的には、電子的会話管理部１２２からオブジェクト管理部１２１へ、連携指示に従ったオブジェクトまたはリンク先の登録要求が出される。オブジェクト管理部１２１は、登録要求に応じて、オブジェクトまたはリンク先を、ライブラリＤＢ２１０に登録する。この際、関連付け部１２３は、ライブラリＤＢ２１０に登録したオブジェクトまたはリンク先を、ステップＳ４１でコメントが入力された発言文書に対して関連付ける。

［ステップＳ４４］サーバ１００の関連付け部１２３は、オブジェクト格納先情報を発言文書に対して埋め込む。
［ステップＳ４５］サーバ１００の電子的会話管理部１２２は、発言文書に対して、ステップＳ４１で受け取ったコメント、採否指定等の情報を埋め込む。

［ステップＳ４６］サーバ１００の電子的会話管理部１２２は、会話ストリームＤＢ２２０に発言文書を格納する。
これにより、発言文書を受信したクライアントからでも、その発言文書に対して、オブジェクトを関連付けることができる。

以上のように、会話ストリームとオブジェクトとを関連付けたことで、オブジェクトを容易に再利用することでき、業務の効率化を図ることができる。以下に、会話ストリームとオブジェクトとの関連性を用いた、オブジェクト再利用方法について説明する。

［会話ストリームを用いたオブジェクト検索］
会話ストリームとオブジェクトとの関連付け情報は、オブジェクトの検索に利用することができる。すなわち、ＣＡＤデータのようなオブジェクトには、文字情報が含まれていない場合がある。このような場合、キーワード検索によって所望のＣＡＤデータを見つけ出すのは困難である。そこで、オブジェクトに関連付けられた発言文書の内容によってオブジェクトを検索すれば、文字情報を含まないオブジェクトのキーワード検索が可能となる。以下に、検索処理について説明する。

図１７は、会話ストリームを用いたオブジェクト検索処理の概念図である。図１７の例は、クライアント３２０を利用するユーザから与えられた検索条件に基づいて検索を行い、検索結果としてオブジェクトのリスト、およびそのオブジェクトの技術背景に関する情報を提供するものである。

クライアント３２０からサーバ１００にキーワードの組み合わせによる検索要求が出されると、サーバ１００において、会話ストリームＤＢ２２０内の個々の会話ストリームを対象としたキーワード検索が行われる（ステップＳ５１）。検索結果として、会話ストリーム２４０が取得される。

サーバ１００は、キーワード辞書ＤＢ２３０を参照し、各会話ストリーム２４０に含まれるキーワード一覧２５０を作成するとともに、各会話ストリーム２４０の評価を行う（ステップＳ５２）。キーワード一覧２５０には、各会話ストリーム２４０に含まれる技術用語（方式名など）のその発言文書内の出現頻度等の情報が付加される。また、サーバ１００は、検索条件で示されたキーワードと会話ストリーム２４０内のキーワードとの一致度により、各会話ストリームの評価を行う。サーバ１００は、生成されたキーワード一覧２５０と評価結果２５１とをクライアント３２０に送信する（ステップＳ５３）。また、サーバ１００は、検索結果として抽出された各会話ストリーム２４０に関連付けられたオブジェクトをライブラリＤＢ２１０から取得し、クライアント３２０に送信する（ステップＳ５４）。

クライアント３２０は、検索結果画面３２２を表示する（ステップＳ５５）。検索結果画面３２２には、オブジェクト、評価、キーワード一覧が表示される。
このように、オブジェクトと会話ストリーム内の発言文書とが関連付けられていることで、文字を含まないオブジェクトであってもキーワード検索の対象とすることができる。しかも、検出されたオブジェクトに関連する技術用語の一覧が表示されることで、オブジェクトの内容を詳細に解読しなくても、そのオブジェクトの適用分野等を推察することが可能となる。

たとえば、金融機関に対してコンピュータシステムを納入したときのシステム提案書（オブジェクト）があった場合、そのオブジェクトの背景情報を取得すると、キーワード一覧として、コンピュータ用語と金融用語が多数出現する。これにより、金融機関向けのコンピュータシステムの提案書であることが容易に推察できる。

図１８は、会話ストリームを用いたオブジェクト検索処理の手順を示すフローチャートである。以下、図１８に示す処理をステップ番号に沿って説明する。
［ステップＳ６１］クライアント３２０からサーバ１００に対して、検索要求が出される。

［ステップＳ６２］サーバ１００は、クライアント３２０からの検索要求を受け取る。
［ステップＳ６３］サーバ１００の電子的会話管理部１２２は、検索要求に応答して、会話ストリームＤＢ２２０から会話ストリームを検索する。そして、検索要求に含まれるキーワードを含む会話ストリームを会話ストリームＤＢ２２０から取得する。取得した会話ストリーム２４０は、キーワード一覧作成部１２４に渡される。

［ステップＳ６４］サーバ１００のキーワード一覧作成部１２４は、取得した発言文書に含まれる文章（本文や、受信者のコメント等）を分解し（形態素解析等）、複数の単語を抽出する。

［ステップＳ６５］サーバ１００のキーワード一覧作成部１２４は、ステップＳ６４で生成された単語の中から、キーワード辞書ＤＢ２３０を参照し、キーワード辞書ＤＢ２３０に登録されているキーワードを抽出する。

［ステップＳ６６］サーバ１００のキーワード一覧作成部１２４は、取得された全発言文書に含まれるキーワードの出現頻度をカウントする。そして、キーワード一覧作成部１２４は、キーワード一覧を作成する。作成したキーワード一覧には、キーワードの出現頻度の情報が含まれている。

また、キーワード一覧作成部１２４は、検索条件で指定されたキーワードと、会話ストリームから抽出されたキーワードとの一致度により、各会話ストリームの適合度合いを評価する。

［ステップＳ６７］サーバ１００のオブジェクト管理部１２１は、検索の結果抽出された会話ストリームの発言文書に関連付けられたオブジェクトを、ライブラリＤＢ２１０から取得する。

［ステップＳ６８］サーバ１００のオブジェクト管理部１２１は、キーワード一覧作成部１２４が作成したキーワード一覧と評価結果、およびステップＳ６７で取得したオブジェクトとから検索結果データを作成し、その検索結果データをクライアント３２０に送信する。すると、クライアント３２０には、検索結果画面９０が表示される。

図１９は、検索結果画面の一例を示す図である。検索結果画面９０は、オブジェクト（ドキュメント名）表示欄９１、評価表示欄９２、方式／技術の一覧表示欄９３が設けられている。

オブジェクト表示欄９１には、検索により抽出された会話ストリーム毎に、会話ストリームに関連付けられたオブジェクトのオブジェクト名が表示される。評価表示欄９２には、検索により抽出された会話ストリーム毎に、検索条件との一致度を示す評価が表示される。たとえば、評価結果を三段階で表すことができる。図１９の例では、評価が高い場合には、評価表示欄９２に「○」が表示される。評価があまり高くない場合には、評価表示欄９２に「△」が表示される。評価が低い場合には、評価表示欄９２に「×」が表示される。

方式／技術の一覧表示欄９３には、オブジェクト表示欄９１に表示されているオブジェクトに関連付けられた発言文書のキーワード一覧が表示される。各キーワードには、発言文書内での出現回数が括弧書きで示されている。

このようにして、クライアント３２０のユーザは、オブジェクトに関連する発言文書（あるいは会話ストリーム）内の記載に含まれるキーワードの一覧を、そのキーワードの出現頻度と共に取得することができる。これにより、オブジェクトの技術的な背景に関する情報がユーザに提示される。

なお、上記の例では、会話ストリーム中の情報を検索し、検出された会話ストリームに関連するオブジェクトを取得しているが、逆に、まずオブジェクトを検索し、検出されたオブジェクトに関連する会話ストリームを取得することもできる。これらの検索機能を、独立に機能させたり連携して機能させたりすることで、利用者が多様な局面で情報を取り出しやすくなる。

［関連会話候補の提供］
以上の説明では、ユーザが任意に指定したオブジェクトと発言文書とが関連付けられている。ところが、会話ストリームＤＢ２２０内の情報量が膨大になれば、ある会話ストリームと同様の課題を解決するための別の会話ストリームが生成される場合がある。このような場合、何らかの手段で、同じ課題を解決するための会話ストリームの存在をユーザに告知する必要がある。そこで、本実施の形態に係る知識管理システムには、会話ストリームの内容の類似性を判断し、類似度の評価値をユーザに提示する機能が設けられている。

図２０は、関連会話候補提供処理の概念図である。関連会話候補提供処理では、サーバ１００が、会話ストリームＤＢ２２０内の会話ストリーム２２１、２２６から発言文書の属性データ２６１，２６２を取得する（ステップＳ７１）。属性データには、参加者一覧、発言日付、キーワードの出現頻度等が含まれる。そして、サーバ１００は、会話ストリーム２２１の属性データ２６１と会話ストリーム２２６の属性データ２６２とを比較し、類似度を計算する（ステップＳ７２）。さらに、サーバ１００は、類似度の計算結果（評価）に基づいて、関連会話候補一覧２７０を作成し、クライアント３２０に送信する（ステップＳ７３）。

クライアント３２０は、関連会話候補一覧２７０を受け取ると、関連会話候補一覧２７０の内容を表す画面３２３を表示する（ステップＳ７４）。画面３２３には、会話ストリームに含まれる発言文書に関連付けられたオブジェクトを含めてもよい。

このようにして、ユーザは、関連付けられていない２つの会話ストリームの関連度を知ることができる。たとえば、２つの会話ストリームのそれぞれの参加者（発言文書の発信者と受信者）が全く一致するか、もしくは、高い確率（たとえば８０％以上）で一致した場合には、高い関連度が示される。

なお、図２０では、説明を簡単にするために、比較対照とする２つの会話ストリームが特定されている状態から説明したが、１つ以上の発言文書を指定して、それらの発言文書に類似する発言文書をサーバ１００に検索させることもできる。以下、類似する発言文書を検索する処理について説明する。

サーバ１００に検索処理を実行させるには、まずクライアント３２０において、起点となる発言文書を指定する必要がある。そこで、本実施の形態に係る知識管理システムでは、発言文書のリストをクライアント３２０の画面に表示させ、リストの中から起点となる発言文書を選択的に指定できるようにしている。

図２１は、検索指示画面の一例を示す図である。クライアント３２０の検索指示画面５００には、サーバ１００の会話ストリームＤＢ２２０に格納されている発言文書がリストアップされている。検索指示画面５００には、起点指示欄５０１、種別表示欄５０２、タイトル表示欄５０３、発信者表示欄５０４、発信日表示欄５０５が設けられている。

起点指示欄５０１は、発言文書毎に、その発言文書を起点とすべきか否かの指示を入力することができる。起点にすべき発言文書の起点指示欄５０１には、チェックマークが表示されている。

種別表示欄５０２には、各発言文書の種別が表示される。タイトル表示欄５０３には、各発言文書のタイトルが表示される。発信者表示欄５０４には、各発言文書の発信者の名前が表示される。発信日表示欄５０５には、各発言文書の発信日が表示される。

クライアント３２０の検索指示画面によって検索元となる発言文書を特定し、検索要求をサーバ１００に送信すると、サーバ１００からクライアント３２０へ検索結果が返される。

図２２は、関連発言文書候補一覧画面の一例を示す図である。関連発言文書候補一覧画面５１０には、サーバ１００の会話ストリームＤＢ２２０に格納されている発言文書がリストアップされている。関連発言文書候補一覧画面５１０には、種別表示欄５１１、タイトル表示欄５１２、発信者表示欄５１３、発信日表示欄５１４および評価表示欄５１５が設けられている。種別表示欄５１１、タイトル表示欄５１２、発信者表示欄５１３、および発信日表示欄５１４の内容は、図２１に示した検索指示画面５００における同名の欄と同じである。

評価表示欄５１５には、各発言文書の評価が表示されている。図２２の例では、評価が３段階で表されている。検索指示画面５００で起点として指定された発言文書と類似性の高い発言文書の評価表示欄５１５には、「○」が表示されている。起点の発言文書と、何らかの類似性が認められる発言文書の評価表示欄５１５には、「△」が表示されている。起点の発言文書と、ほとんど類似性が認められない発言文書の評価表示欄５１５には、「×」が表示されている。

ここで、関連発言文書候補一覧画面５１０において、任意の発言文書を選択して、その発言文書の詳細をクライアント３２０の画面に表示させることができる。
図２３は、発言文書詳細表示画面の一例を示す図である。発言文書詳細表示画面５２０には、種別表示部５２１、発信日表示部５２２、タイトル表示部５２３、本文表示部５２４、発信者表示部５２５、受信者対応表示部５２６、関連有り指示ボタン５２７および関連なし指示ボタン５２８が設けられている。

種別表示部５２１には、発言の種別が表示される。発信日表示部５２２には、表示されている発言文書の発信日が表示される。タイトル表示部５２３には、表示されている発言文書のタイトルが表示される。本文表示部５２４には、表示されている発言文書の本文が表示される。発信者表示部５２５には、表示されている発言文書を登録した発信者のユーザ名が表示される。

受信者対応表示部５２６には、発言文書を受信した受信者の対応内容が表形式で表示され、受信者、開封日時、コメント、および採／否の各欄が設けられている。受信者の欄には、発言文書の宛先として指定されたユーザ（受信者）のユーザ名が表示される。開封日時の欄には、受信者に対応付けて、その受信者が発言文書を開封した日時が表示される。コメントの欄には、受信者に対応付けて、その受信者が図１２のコメント登録画面６０でコメント入力部６２に入力したコメントが表示される。採／否の欄には、受信者に対応付けて、その受信者の採否の判断結果が表示される。

関連有り指示ボタン５２７は、表示されている発言文書を、起点として指定された発言文書に関連付けるためのボタンである。関連有り指示ボタン５２７が押されると、サーバ１００に対して関連付け要求が出され、表示されている発言文書と、起点として指定された発言文書とがサーバ１００によって関連付けられる。

図２４は、関連発言文書候補の検索処理を示すフローチャートである。以下、図２４に示す処理をステップ番号に沿って説明する。
［ステップＳ８１］サーバ１００は、クライアント３２０からの起点発言文書指定を受け取る。具体的には、クライアント３２０の検索指示画面５００においた起点として指定された発言文書のリストが、クライアント３２０からサーバ１００に送信される。

［ステップＳ８２］サーバ１００は、起点の発言文書を会話ストリームＤＢ２２０から取得する。そして、サーバ１００は、キーワード辞書ＤＢ２３０を参照し、会話ストリームＤＢ２２０に登録されている各発言文書のキーワードを抽出する。

［ステップＳ８３］サーバ１００は、起点の発言文書にリンクされた発言文書（たとえば、起点の発言文書に対して直接リンクされた上位の発言文書や下位の発言文書）を会話ストリームＤＢ２２０から抽出し、抽出した発言文書からさらにリンクされた発言文書を手繰ることを繰り返して、議論の開始点となった発言文書から議論の終点となっている発言文書までの、複数個の発言文書を抽出する。そしてこれら抽出した発言文書より、発言文書の参加者と検討期間を抽出する。検討期間の開始点は、議論の開始点となった発言文書の発信日から、また、検討期間の終点は、議論の終点となっている発言文書の納期日から把握する。なお、発言文書は、発信者の指示で予め納期を指定することができる。納期指定の無い発言文書は、発言文書の発信日から相当の期間（たとえば１週間）後を検討期間の終点とする。また、発言文書は納期前でも、発信者の指示で、検討期間が終了することもある。

［ステップＳ８４］サーバ１００は、会話ストリームＤＢ２２０内の発言文書を、ステップＳ８３で抽出した発言文書の検討期間で絞り込む。すなわち、サーバ１００は、ステップＳ８３で抽出した発言文書との間で検討期間の重複のある発言文書のみを、会話ストリームＤＢ２２０から抽出する。また、サーバ１００は、ステップＳ８３で抽出した発言文書と、絞り込まれた発言文書との間の参加者の一致度を求める。そして、サーバ１００は、検討期間で絞り込まれた発言文書を、さらに一致度が高い発言文書に絞り込む。たとえば、参加者の一致度が８０％以上である発言文書のみを抽出する。

［ステップＳ８５］サーバ１００は、会話ストリームＤＢ２２０内のステップＳ８４で絞り込まれた発言文書のキーワードを抽出する。
［ステップＳ８６］サーバ１００は、ステップＳ８２で抽出した起点の発言文書のキーワードと、ステップＳ８５で抽出した発言文書のキーワードとの間のキーワードの一致度を求める。さらに、サーバ１００は、キーワードの一致度に基づいて、ステップＳ８３で絞り込まれた各発言文書の評価を行う。そして、サーバ１００は、各発言文書の評価に基づいて、関連発言文書候補の一覧を作成する。

［ステップＳ８７］サーバ１００は、ステップＳ８６で作成した関連発言文書候補一覧を、クライアント３２０に送信する。
これにより、クライアント３２０の画面には、関連発言文書候補一覧画面５１０が表示される。ここで、クライアント３２０において、発言文書詳細表示画面５２０が表示され、そこで関連有り指示ボタン５２７が押されれば、クライアント３２０からサーバ１００へ、関連登録要求が出される。

［ステップＳ８８］サーバ１００は、クライアント３２０から関連登録要求を受け取ると、その要求に従って、起点の発言文書と、関連登録要求で指定された発言文書とを相互に関連付ける（発言文書同士のリンクを張る）。

このようにして、起点の発言文書に対して関連付けられていない発言文書の中から、関連する発言文書の候補をユーザに通知することができる。これにより、ある発言文書に関連する発言文書を起票したときに、従来の発言文書とのリンクを張らないで新規に発言文書を起票し、この新規に起票した発言文書からも、従来の発言文書と並行に会話ストリームが進行していった場合でも、関連発言文書として取り出すことが可能となる。

また、同様の業務が別のグループや部署で並行して進められていた場合にも、それぞれの業務の関係者に対して、別のグループや部署で行われている同様の業務の存在を知らせることもできる。

したがって、たとえば、同一のプロジェクトに属するグループ間での作業の重複を発見できるため、業務の効率化が図られる。
［問題点管理表との連携］
業務を遂行する上での障害となる事柄（問題）を、リストアップすることはよく行われることである。多くの場合、リストアップされた問題を関係者に承知させるために、一覧表形式で問題点管理表が作成される。オブジェクトが一覧表形式（問題点一覧表や課題管理一覧表など）であった場合には、一覧表の項目単位に会話ストリームにおける発言文書とを関連付けておくことができる。また、検索時には、利用者からの指示により、一覧表の項目単位に対応する会話ストリームを取り出すことができる。

以下に、オブジェクトが一覧表形式であった場合の処理について説明する。
図２５は、会話ストリームと問題点管理表との関連付けを示す概念図である。ライブラリＤＢ２１０には、オブジェクトの１つとして問題点管理表２１３が登録されている。問題点管理表２１３には、業務を進める上で問題となった事項について、問題点、方針、日付等の各種情報が表データとして登録されている。

このような問題点管理表２１３は、問題点毎に、関係する会話ストリームが異なる。たとえば、コンピュータシステムの納入スケジュールに関する問題であれば、スケジュール調整に関して議論された会話ストリームが関係する。また、コンピュータシステム販売に伴う宣伝広告費に関する問題であれば、販売促進方法に関する会話ストリームが関係する。

そこで、本実施の形態では、問題点管理表２１３のように複数の問題が列挙されたオブジェクトに関しては、問題点毎に発言文書２２３，２２４を関連付けることができる（ステップＳ９１）。この場合、発言文書に対しては、関連付けるオブジェクト（問題点管理表）の情報と、そのオブジェクト内のどの案件（問題点）に関連付けるのかを示す情報とが付加される。また、オブジェクト（問題点管理表）には、各案件（問題点）毎に、関連付ける発言文書を設定する。

問題点管理表２１３には、課題の異なる複数の案件が関連付けられている。したがって、本実施の形態では、オブジェクト検索により問題点管理表２１３が見つけだされた場合、問題点管理表２１３に関連付けられた発言文書を絞り込むための追加検索を行うことができる。以下に、追加検索について説明する。

図２６は、問題点管理表を用いた追加検索処理を示すフローチャートである。以下に、図２６に示す処理をステップ番号に沿って説明する。
［ステップＳ１０１］クライアント３２０は、問題点管理表２１３を指定した追加検索要求をサーバ１００に対して送信する。たとえば、クライアント３２０は、問題点の内容や、日付等による絞り込み検索を要求する。

［ステップＳ１０２］サーバ１００は、クライアント３２０から送られた追加検索要求を受け付ける。
［ステップＳ１０３］サーバ１００は、追加検索要求で指定されている問題点管理表２１３を、ライブラリＤＢ２１０から取得する。

［ステップＳ１０４］サーバ１００は、会話ストリームＤＢ２２０内のステップＳ１０３で取得した問題点管理表２１３に関連付けられている発言文書を対象に、検索条件に基づく検索を行う。

［ステップＳ１０５］サーバ１００は、検索結果をクライアント３２０に送信する。
［ステップＳ１０６］クライアント３２０は、検索結果を画面に表示する。
このようにして、問題点管理表２１３を用いて追加検索を行うことができる。これにより、たとえば、ある発言文書と同様の問題点に関して議論された他の発言文書を、問題点管理表２１３を介して見つけだすことができる。

［知識管理システムの適用例］
本実施の形態で説明した知識管理システムの全ての機能を駆使することで、会話ストリームやオブジェクトに含まれる知識を非常に有効に活用することができる。

図２７は、本実施の形態における検索処理を示す概念図である。ユーザはクライアント３２０を介して知識管理システムを利用することができる。たとえば、ユーザはライブラリＤＢ２１０と会話ストリームＤＢ２２０とに対して、全文テキスト検索を指示することができる。その指示を受けたサーバ１００は、ライブラリＤＢ２１０内のオブジェクト２１４，２１５と会話ストリームＤＢ２２０内の発言文書２２５ａ〜２２５ｅ（ＴｏＤｏ）に対する全文テキスト検索を行う（ステップＳ１１１）。また、オブジェクト２１５が問題点管理表であれば、全文テキスト検索による追加検索を行うこともできる（ステップＳ１１２）。検索結果は、クライアント３２０の検索結果画面３２５に表示される。

さらに、たとえば、複数の顧客に同じようなコンピュータシステム（アプリケーション・パッケージなど）をほぼ同時期に納入（たとえば、年末年始の休みを利用して導入したり、年度末に導入したりする傾向が非常に強い）することがよくある。このような場合、別々の顧客において、同時期に同じようなトラブルが発生する可能性がある。その場合、各顧客の担当エンジニアそれぞれに対して、個別にトラブルの原因を解析するという業務が発生する。このとき、各エンジニアが、解析業務に関する会話ストリームを会話ストリームＤＢ２２０に格納したり問題点管理表に関連付けたりしておけば、検索処理を行うことで、お互いに、他方の業務の存在を知ることができる。その結果、同様のトラブル解析を、別々のエンジニアが重複して行うことがなくなり、業務の効率化が図られる。また、解決が長引いているトラブルの場合には、同様なトラブルが発生している顧客の担当エンジニアと情報交換することで、問題解決の糸口が見つけやすくなり、その結果、ひとつの拠点で原因を解析する場合に比べ、問題解決に要する期間を短縮することも期待できる。

なお、会話ストリームＤＢ２２０内の発言文書２２５ｅが孤立していても、参加者や検討期間により類似度が計算され、関連発言文書候補としてクライアント３２０の画面に表示させることができる。

なお、本実施の形態として、オブジェクトと会話ストリームとの管理について説明したが、本実施の形態に係る知識管理システムをコラボレーションシステムの一部として有効に利用するためには、オブジェクトＤＢや会話ストリームＤＢが、ユーザ情報等のデータと連携していることが望まれる。以下に、本実施の形態をコラボレーションシステムに適用する場合のデータ構造について説明する。

図２８は、知識管理システムのサーバに構築されるデータ構造の一例を示すＥＲ(Entity-Relationship)図である。図２８の例では、知識管理システム内に、「発言文書（ＴｏＤｏ）」のエンティティ６０１、「コメント」のエンティティ６０２、「職制」のエンティティ６０３、「プロジェクトメンバー」のエンティティ６０４、「ライブラリ」のエンティティ６０５、「宛先グループ」のエンティティ６０６、「宛先グループ情報」のエンティティ６０７、「オブジェクト（文書、プログラムなど）」のエンティティ６０８、「発言文書−オブジェクト関連情報」のエンティティ６０９、および「プロジェクト」のエンティティ６１０が設けられている。

「発言文書（ＴｏＤｏ）」のエンティティ６０１同士において、１：多で、「リンク先と関連する」という関係および「リンク元と関連する」という関係で関連付けられる。「発言文書（ＴｏＤｏ）」のエンティティ６０１と「コメント」のエンティティ６０２とは、１：多で、「コメントを求める」という関係で関連付けられる。「発言文書（ＴｏＤｏ）」のエンティティ６０１と「プロジェクトメンバー」のエンティティ６０４とは、多：１で、「発信する」という関係で関連付けられる。「発言文書（ＴｏＤｏ）」のエンティティ６０１と「宛先グループ」のエンティティ６０６とは、１：多で、「指定する」という関係で関連付けられる。「発言文書（ＴｏＤｏ）」のエンティティ６０１と「発言文書−オブジェクト関連情報」のエンティティ６０９とは、１：多で、「関連する」という関係で関連付けられる。

「コメント」のエンティティ６０２と「プロジェクトメンバー」のエンティティ６０４とは、多：１で、「コメントする」という関係で関連付けられる。「コメント」のエンティティ６０２と「発言文書−オブジェクト関連情報」のエンティティ６０９とは、１：多で、「関連する」という関係で関連付けられる。

「職制」のエンティティ６０３と「プロジェクトメンバー」のエンティティ６０４とは、１：多で、「所属する」という関係で関連付けられる。「職制」のエンティティ６０３と「プロジェクト」のエンティティ６１０とは、１：多で、「担当する」という関係で関連付けられる。

「プロジェクトメンバー」のエンティティ６０４と「宛先グループ情報」のエンティティ６０７とは、１：多で、「所属する」という関係で関連付けられる。「プロジェクトメンバー」のエンティティ６０４と「オブジェクト（文書、プログラムなど）」のエンティティ６０８とは、１：多で、「作成する、持ち込む」という関係で関連付けられる。

「ライブラリ」のエンティティ６０５と「オブジェクト（文書、プログラムなど）」のエンティティ６０８とは、１：多で、「格納する」という関係で関連付けられる。「ライブラリ」のエンティティ６０５と「プロジェクト」のエンティティ６１０とは、多：１で、「所有する」という関係で関連付けられる。

「宛先グループ」のエンティティ６０６と「宛先グループ情報」のエンティティ６０７とは、１：多で、「構成する」という関係で関連付けられる。「オブジェクト（文書、プログラムなど）」のエンティティ６０８と「発言文書−オブジェクト関連情報」のエンティティ６０９とは、１：多で、「関連する」という関係で関連付けられる。

「発言文書（ＴｏＤｏ）」のエンティティ６０１は、会話ストリームに関する情報である。「発言文書（ＴｏＤｏ）」のエンティティ６０１には、たとえば、メッセージ（発言文書）毎に、メッセージＩＤ（識別子）、メッセージ種別（掲示、伝言、納期等）、登録日、掲示開始日、発信者のログオンユーザ名、発信者氏名、タイトル、本文、関連ＵＲＬ、リンク元メッセージＩＤ、リンク先メッセージＩＤ、ライブラリ（オブジェクト）格納先情報、E-mail送信先（電子メール連携時におけるメッセージ送信先））等のデータが登録される。また、電子メールと連携できる場合には、「発言文書（ＴｏＤｏ）」のエンティティ６０１に、E-mail送信先(CC:）（メッセージ送信先）、E-mail送信先(BCC:）（メッセージ送信先）、E-mail送信結果（メッセージ送信結果）、コメント転送フラグ（コメントの受信が完了した際に、コメントの内容を他のユーザに転送するか否か）等のデータが登録される。

「コメント」のエンティティ６０２は、発言文書に対するコメントに関する情報である。「コメント」のエンティティ６０２には、たとえば、コメント毎に、メッセージ受信者のログオンユーザ名、メッセージＩＤ、各受信者のチェック完了日、コメント本文、コメントの日時、採否状態（メッセージの内容を採用するか否か）、コメント登録状態（コメントの登録が完了したか否か）等のデータが登録される。

「職制」のエンティティ６０３は、職制に関する情報である。「職制」のエンティティ６０３には、たとえば、職制毎に、職制コード（職制を示す識別子）、職制名称、表示順位（たとえば、役職が高いほど上位に表示される）、会社名、職制種別などのデータが登録される。

「プロジェクトメンバー」のエンティティ６０４は、ユーザに関する情報である。「プロジェクトメンバー」のエンティティ６０４には、ログオンユーザＩＤ、氏名、職制コード、役職、E-mailアドレス、内線番号、外線電話番号、ＦＡＸ番号、登録日、前回ログイン日付、ログイン回数、ユーザ種別（管理者、一般ユーザ、ゲスト、ビジター等）等のデータが登録される。

「ライブラリ」のエンティティ６０５は、オブジェクトを格納する領域（ライブラリ）に関する情報である。「ライブラリ」のエンティティ６０５には、ライブラリ毎に、パスＩＤ（ユーザが作成したフォルダのパスＩＤ）、実際のフォルダ名、画面表示用のフォルダ名、プロジェクト番号等のデータが格納される。

「宛先グループ」のエンティティ６０６は、発言文書の宛先として指定されるグループに関する情報である。「宛先グループ」のエンティティ６０６には、たとえば、グループ毎に、グループＩＤ、グループ名、作成日時、作成者等のデータが登録される。

「宛先グループ情報」のエンティティ６０７は、ユーザの所属するグループに関する情報である。「宛先グループ情報」のエンティティ６０７には、たとえば、宛先グループＩＤ、宛先のログオンユーザＩＤ等のデータが登録される。

「オブジェクト（文書、プログラムなど）」のエンティティ６０８は、オブジェクトに関する情報である。「オブジェクト（文書、プログラムなど）」のエンティティ６０８には、たとえば、ライブラリＩＤ（オブジェクトを一意に識別するための識別子）、プロジェクト番号、パスＩＤ、ファイル名、ファイル日付、アクセス権（書き込みの許否等）、登録者ＩＤ（登録したユーザのログインユーザＩＤ）、登録日、最終更新者ＩＤ（最後に更新したユーザのログインＩＤ）、最終更新日、オブジェクト名称等のデータが登録される。

「発言文書−オブジェクト関連情報」のエンティティ６０９は、発言文書とオブジェクトとの間の関連付けに関する情報である。「発言文書−オブジェクト関連情報」のエンティティ６０９は、たとえば、関連付け毎に、識別ＩＤ（関連付け情報を一意に識別するための識別子）、メッセージＩＤ、ライブラリＩＤ、プロジェクト番号、パスＩＤ、ファイル名、ユーザＩＤ（登録者のログインユーザＩＤ）等のデータが登録される。

「プロジェクト」のエンティティ６１０は、プロジェクトに関する情報である。「プロジェクト」のエンティティ６１０には、たとえば、プロジェクトコード、顧客コード、プロジェクト名、プロジェクト概要等のデータが格納される。

以上のようなデータ構造のデータベースをサーバ１００のストレージデバイス２００に構築することで、本実施の形態に係る処理を、コラボレーションシステムに埋め込むことができる。

［ジェネレータ装置の利用］
本実施の形態で示した知識管理システムのサーバ（知識情報管理装置）がネットワーク上に複数存在した場合、知識情報管理装置に蓄積された知識（オブジェクトや会話ストリーム）を用いて、ベストプラクティスを生成することができる。このようなベストプラクティスを生成する装置をジェネレータ装置（知識情報生成装置）と呼ぶこととする。

図２９は、ジェネレータ装置の適用例を示す概念図である。図２９の例では、ネットワーク１０を介してジェネレータ装置７１０と複数の知識情報管理装置７２１〜７２５が接続されている。なお、図示していないが、ネットワーク１０には、多数のクライアントが接続されている。

知識情報管理装置７２１〜７２５は、それぞれアドバタイズ情報７３１〜７３５を有している。アドバタイズ情報７３１〜７３５は、各知識情報管理装置７２１〜７２５を使用している組織が、自己の業務を宣伝するための情報である。アドバタイズ情報７３１〜７３５は、オブジェクトや会話ストリーム等の知識を含んでいる。

ジェネレータ装置７１０は、知識情報管理装置７２１〜７２５に蓄積されたアドバタイズ情報７３１〜７３５を収集し、収集した情報からベストプラクティス７４０を生成することができる。ベストプラクティス７４０は、知識情報管理装置７２１〜７２５で生成された知識の中の良いものを組み合わせて生成された、課題を解決するための業務遂行事例である。

図３０は、ジェネレータ装置を用いたベストプラクティス生成機能のブロック図である。知識情報管理装置７２１は、アドバタイズ情報検索更新部７２１ａを有している。アドバタイズ情報検索更新部７２１ａは、オブジェクトや会話ストリーム等を含むアドバタイズ情報の検索や更新を行う。

ジェネレータ装置７１０は、検索条件ＤＢ７１１、検索条件入力受け付け部７１２、最適解検索部７１３、属性推薦エンジン７１４、ベストプラクティス情報組み立て部７１５、および課金／決済部７１６を有してる。

検索条件ＤＢ７１１は、ユーザから入力された検索条件を保持している。
検索条件入力受け付け部７１２は、ユーザからの検索条件の入力を受け付ける。検索条件入力受け付け部７１２は、入力された検索条件を検索条件ＤＢ７１１に格納する。また、検索条件入力受け付け部７１２は、検索条件ＤＢ７１１に格納されている検索条件をユーザに提示することもできる。なお、検索条件入力受け付け部７１２は、ユーザからの検索条件を、文章で受け取ることができる。文章で検索条件が入力された場合には、検索条件入力受け付け部７１２がその文章の内容を解析して、検索式を自動生成する。検索条件入力受け付け部７１２は、入力された検索条件を、最適解検索部７１３に渡す。

最適解検索部７１３は、利用者の検索要求によって各システムを渡り歩いて情報を探してくるエージェント機能を有する。このエージェント機能によって、ネットワーク１０上に点在する知識情報管理装置７２１〜７２５から、各知識情報管理装置が管理しているアドバタイズ情報を収集することができる。そして、最適解検索部７１３は、検索条件入力受け付け部７１２から受け取った検索条件に適合する最適なアドバタイズ情報（最適解）を、ネットワーク１０上に点在する知識情報管理装置から検索する。どのような情報が最適解となり得るのかは、属性推薦エンジン７１４によって指示される。抽出したアドバタイズ情報は、ベストプラクティス情報組み立て部７１５に渡される。

属性推薦エンジン７１４は、どのような属性のアドバタイズ情報が最適解となり得るのかを計算し、最適解検索部７１３に通知する。たとえば、属性推薦エンジン７１４は、課金／決済部７１６から受け取った決済情報に基づいて、多くのユーザに有料で提供されているアドバタイズ情報は、最適解となることができるものとする。

ベストプラクティス情報組み立て部７１５は、最適解検索部７１３から受け取ったアドバタイズ情報を組み合わせて、ベストプラクティスを生成する。そして、そのベストプラクティスをユーザに提供する。たとえば、最適解検索部７１３が取得した情報を、利用者の要求によりクライアントの画面に表示させる。そして、利用者に情報を選択させ、利用者が選択した情報を全て集積して複数の情報を組み合わせて、ひとつの再利用素材の集合体（ベストプラクティス）を形成する。生成されたベストプラクティスが利用者に提供される。

課金／決済部７１６は、ベストプラクティス情報組み立て部７１５がユーザに提供したベストプラクティスに関して、課金／決済処理を行う。
このような構成のシステムによれば、各知識情報管理装置７２１〜７２５では、業務の遂行に応じて、アドバタイズ情報７３１〜７３５が逐次更新される。更新されたアドバタイズ情報７３１〜７３５は、適宜、最適解検索部７１３で収集される。

そして、ユーザがジェネレータ装置７１０に対して検索条件を入力すると、その検索条件が、検索条件入力受け付け部７１２から最適解検索部７１３に渡される。最適解検索部７１３は、属性推薦エンジン７１４の指示に従って、収集してあるアドバタイズ情報７３１〜７３５から、検索条件にあった最適解を抽出し、最適解をベストプラクティス情報組み立て部７１５に渡す。

ベストプラクティス情報組み立て部７１５は、最適解検索部７１３から受け取った最適解に基づいて、ベストプラクティスを生成し、ユーザに提供する。すると、課金／決済部７１６により、ユーザに対する課金と決済とが行われる。

このようにして、複数の組織で別々に蓄えられた知識を統合し、他のユーザに提供することができる。
たとえば、人事システムや経理システムなどの社内システムと連携し、プロジェクト諸元情報（プロジェクトの費用、工数、期間、リソース、対象業務、成功失敗の区分、プロジェクトリーダに関する経歴情報、プロジェクトメンバーに関する経歴情報など）を収集し、利用者の要求によりクライアントの画面に表示させる。表示した情報を、利用者が評価する際の参考情報とし、利用者が情報を取捨選択しやすくすることが出来るようにする。これにより、様々なプロジェクトにおいて蓄積された知識を、社内で共有することが可能となり、作業の効率化を図ることができる。

また、知識情報管理装置とジェネレータ装置とを使って、プロジェクトを推進する環境（打合せをしたり、設計書を作成したり、アプリを作成しテストしたりという一連の作業場）を、情報通信ネットワーク上のＡＳＰ（Application Service Provider)センタ内に自動生成して利用者に賃貸する事業を営む事ができる。このとき、再利用した情報量に応じて課金し、情報提供の仲介手数料を徴収し、残りを情報提供者へ利用料として還元することで、相互成長（ｗｉｎ−ｗｉｎ）関係が成立する。

このような仕組みは、ＡＳＰプロバイダ、利用者（情報の提供者にもなれるし、活用者にもなれる）双方に、以下で述べるような種々のメリットが生まれ、利用プロジェクト数が自己増殖するものと予想できる。

［ＡＳＰプロバイダにとってのメリット］
・環境の利用手数料を徴収できる。情報流通により手数料が入る。
・利用者が増えれば増えるほど、自然に情報が蓄積されてくる。
・この蓄積された情報の豊富さが、さらに利用者を呼び込む材料になる。
したがって、環境の利用手数料／情報流通の仲介手数料ともに利用者増に伴って増える。

従来捨てられていた９５％の情報は、ドキュメント等と紐付けられてサーバに蓄積されるため、再利用に向けてあえて整理する必要が無い。言い換えると、ドキュメント等が従来捨てられていた９５％の情報を引き出すためのインデックスとなる。したがって、ＡＳＰプロバイダは、従来捨てられていた９５％の情報を再利用してもらうための整理作業から開放される。また、当然の事ながら、従来より再利用されている５％の整理された情報も、従来以上に再利用されていくことが期待できる。これは、従来捨てられていた９５％の情報に含まれる検討経緯や検討プロセスなどの情報が付加価値として存在するため、整理された情報の価値が従来以上に高くなるためである。

［利用者（情報の提供者にも利用者にもなれる）にとってのメリット］
自前でプロジェクト推進のための環境を用意する場合に比較して、サーバを導入したり専任の運用管理者を置いたりする必要がないため、立ち上げまでの期間が短縮される。さらに、運用に入ってからの要員確保に奔走する必要もなくなる。したがって、低コストで運用できる。

プロジェクトの立ち上がり時に、プロジェクトを管理し推進していくためのインフラが短時間で、しかも、担当者を置かなくても準備できる。これは、プロジェクト開始時期の人手不足（参集できていない）の状態では、特に有用である。

先行プロジェクトの事例を、プロジェクトの立ち上がり時点で一式入手することもできる。また、プロジェクト途上でも、タイムリーに類似プロジェクトの情報を入手できるようになる。このように、他プロジェクトの豊富な情報が、いつでも再利用できるため、独自に方式などを考える場合に比べて、検討時間が短縮でき、かつ、先行プロジェクトで実績のある方式などを再利用するため品質向上効果がある。

通信ネットワーク上の会話ストリームやライブラリは、プロジェクトに参加するメンバーの、日々の仕事場である。利用者は、この仕組み（ＡＳＰセンタ）を使うことで、特に意識しなくても情報の提供者になれる。なぜなら、利用者が普段の仕事を、この仕組みを使って（あるいは、この仕組みの上で）処理して行くことで、自然に情報がサーバ上に蓄積される。その自然に蓄積された情報が、他プロジェクトから参照可能とする仕組みであるため、他プロジェクトに対し情報を提供するために改めて情報登録したり宣伝したりしなくても良くなる。

プロジェクトが完了した場合でも、自プロジェクトで作成した情報が他プロジェクトで利用されると利用手数料が還元されてくる。
利用者同士で互いに知識を提供し合う（ギブ・アンド・テイク）関係になれるため、新たなビジネスが生まれる可能性も期待できる。

［各種業種への応用可能性］
この仕組みは、システム開発プロジェクトについては、ソフトハウスを含めて、ＡＳＰとして成立する。さらに、システム開発プロジェクトのみならず、建設業や重工業などのプロジェクトエンジニアリング業務全般に応用が可能である。業種／業務別にサーバ（知識情報管理装置）を立てて、同業種／同業務のプロジェクトを集めて再利用効果を高める。そして、ネットワーク上に分散したサーバ（知識情報管理装置）上にある同業種／同業務のプロジェクト事例をエージェント技術を利用して集めてきたりする仕組み（ジェネレータ装置）を用いて、情報流通を促進したりすることが可能である。

［実施の形態の効果］
以上述べた様に、本実施の形態によれば、ライブラリに格納されたオブジェクトと日々取り交わされる会話ストリームの情報を、密接に関連づけて利用者に提供することができる。そのため、成果物としてのオブジェクトのみではなく、従来では再利用が難しかった検討プロセスや検討経緯などの途中の段階で利用されたオブジェクトの再利用が可能となる。

このとき、あるプロジェクトで作成されたあるオブジェクトの中には現れていない、検討途上で捨て去られた方式や技術に関する情報（オブジェクト）に対しても、検討経緯や検討プロセスが付随する。そのため、この内容を精査することで、「その方式や技術が類似プロジェクトでは、なぜ捨て去られたのか」、あるいは、「今回のプロジェクトでは、その捨て去られた方式や技術が有効か否か」という検討に素早く着手できる。すなわち、途中で日の目を見なかった方式や技術の再利用が促進される。さらには、同じ事を同一社内で重複して検討するムダを省く事が可能となる。

また、現在進行中の他プロジェクトで、自プロジェクトが採用を検討中の方式や技術について、既に、検討が先行している場合には、そのプロジェクトより、現在の検討状況を入手することができる。これにより、自プロジェクトがゼロから検討を開始するよりも格段に早くプロジェクトの方向性を決めることが可能となる。その結果、プロジェクトの総工数の削減や総工期の短縮につながるという効果も期待できる。

［本実施の形態の処理を実現するプログラムの提供］
なお、上記の処理機能は、サーバコンピュータとクライアントコンピュータとによって実現することができる。その場合、知識情報管理装置やジェネレータ装置（知識情報生成装置）が有すべき機能の処理内容を記述したサーバプログラム、および知識情報利用装置が有すべき機能の処理内容を記述したクライアントプログラムが提供される。サーバプログラムをサーバコンピュータで実行することにより、知識情報管理装置やジェネレータ装置（知識情報生成装置）の処理機能がサーバコンピュータ上で実現される。また、クライアントプログラムをクライアントコンピュータで実行することにより、知識情報利用装置の処理機能がクライアントコンピュータ上で実現される。

処理内容を記述したサーバプログラムやクライアントプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。

サーバプログラムやクライアントプログラムを流通させる場合には、たとえば、各プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、クライアントプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータからクライアントコンピュータにクライアントプログラムを転送することもできる。

サーバプログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。

クライアントプログラムを実行するクライアントコンピュータは、たとえば、可搬型記録媒体に記録されたクライアントプログラムもしくはサーバコンピュータから転送されたクライアントプログラムを、自己の記憶装置に格納する。そして、クライアントコンピュータは、自己の記憶装置からクライアントプログラムを読み取り、クライアントプログラムに従った処理を実行する。なお、クライアントコンピュータは、可搬型記録媒体から直接クライアントプログラムを読み取り、そのクライアントプログラムに従った処理を実行することもできる。また、クライアントコンピュータは、サーバコンピュータからクライアントプログラムが転送される毎に、逐次、受け取ったクライアントプログラムに従った処理を実行することもできる。

（付記１） ネットワークを介して共有される知識情報を管理するコンピュータの知識情報管理方法において、
課題の解決を目的とする業務を遂行するために、前記ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データを管理し、前記一連の発言データの内容を含む会話ストリームを蓄積するとともに、前記課題の発生から結論に至るまでの課程で前記業務の遂行上必要となるオブジェクトを、必要とされたときの状態で逐次蓄積し、
関連付け要求に応答して、蓄積された会話ストリーム中の任意の会話ストリームと、蓄積されたオブジェクト中の任意のオブジェクトとを関連付け、
関連情報取得要求に応答して、関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する情報を出力する、
手順を有することを特徴とする知識情報管理方法。

（付記２） 前記任意の会話ストリームと前記任意のオブジェクトとを関連付ける際には、前記任意の会話ストリームに含まれる任意の会話データに対して、前記任意のオブジェクトを関連付けることを特徴とする付記１記載の知識情報管理方法。

（付記３） 前記任意の会話ストリームと前記任意のオブジェクトとの関連付けは、ユーザからの操作入力に応答して行うことを特徴とする付記１記載の知識情報管理方法。
（付記４） 前記業務遂行上必要となるオブジェクトは、業務を遂行するための起点となったオブジェクト、業務遂行途中段階で参照されるオブジェクト、業務遂行途中段階で作成されるオブジェクト、および業務完了時点で纏められたオブジェクトであることを特徴とする付記１記載の知識情報管理方法。

（付記５） 関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する情報に、前記任意の会話ストリーム内のキーワードのリストを含めることを特徴とする付記１記載の知識情報管理方法。

（付記６） さらに、会話ストリームを指定した関連候補取得要求に応答して、前記指定された会話ストリームと、前記指定された会話ストリームに関連付けられていない他の会話ストリームとの関連度を判断し、前記他の会話ストリームの関連度を出力することを特徴とする付記１記載の知識情報管理方法。

（付記７） 前記任意の会話ストリームと前記任意のオブジェクトとを関連付ける際において、前記任意のオブジェクトが複数の項目を有している場合には、前記任意のオブジェクト内の任意の項目に対して、前記任意の会話ストリームを関連付けることを特徴とする付記１記載の知識情報管理方法。

（付記８） 前記関連情報取得要求において、会話ストリームに関する検索条件が指定されていた場合には、前記蓄積された会話ストリームの中から前記検索条件に適合する会話ストリームを抽出し、抽出された会話ストリームと、蓄積されたオブジェクト中の前記抽出された会話ストリームに関連付けられたオブジェクトとに関する情報を出力することを特徴とする付記１記載の知識情報管理方法。

（付記９） 前記関連情報取得要求において、オブジェクトに関する検索条件が指定されていた場合には、前記蓄積されたオブジェクトの中から前記検索条件に適合するオブジェクトを抽出し、抽出されたオブジェクトと、蓄積された会話ストリーム中の前記抽出されたオブジェクトに関連付けられた会話ストリームとに関する情報を出力することを特徴とする付記１記載の知識情報管理方法。

（付記１０） 知識情報の内容解析を行うコンピュータの知識情報生成方法において、
知識情報収集手段が、検索要求に応答して、ネットワークを介して接続された他のコンピュータに蓄積されている知識情報の中から、前記検索要求に適合する知識情報を収集し、
知識情報生成手段が、収集された前記検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報を生成し、
知識情報出力手段が、生成した前記新たな知識情報を出力する、
手順を有することを特徴とする知識情報生成方法。

（付記１１） 課題の解決を目的とする業務を遂行するために、ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データの内容を含む会話ストリームと、前記課題の発生から結論に至るまでの課程で前記業務の遂行上必要となるオブジェクトとからなる知識情報を、前記ネットワークを介して利用するコンピュータの知識情報利用方法において、
操作入力に応答して、前記知識情報を蓄積したサーバコンピュータに対して、蓄積された会話ストリーム中の任意の会話ストリームと、蓄積されたオブジェクト中の任意のオブジェクトとを指定した関連付け要求を出力し、
操作入力に応答して、前記サーバコンピュータに対して、関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する関連情報取得要求を出力し、
前記関連情報取得要求に応じて前記サーバコンピュータから送られる情報を表示する、
手順を有することを特徴とする知識情報利用方法。

（付記１２） ネットワークを介して共有される知識情報を管理する知識情報管理装置において、
課題の解決を目的とする業務を遂行するために、前記ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データを管理し、前記一連の発言データの内容を含む会話ストリームを蓄積する会話ストリーム蓄積手段と、
前記課題の発生から結論に至るまでの課程で前記業務の遂行上必要となるオブジェクトを、必要とされたときの状態で逐次蓄積するオブジェクト蓄積手段と、
関連付け要求に応答して、前記会話ストリーム蓄積手段に蓄積された会話ストリーム中の任意の会話ストリームと、前記オブジェクト蓄積手段に蓄積されたオブジェクト中の任意のオブジェクトとを関連付ける関連付け手段と、
関連情報取得要求に応答して、関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する情報を出力する出力手段と、
を有することを特徴とする知識情報管理装置。

（付記１３） 知識情報の内容解析を行う知識情報生成装置において、
検索要求に応答して、ネットワークを介して接続された他のコンピュータに蓄積されている知識情報の中から、前記検索要求に適合する知識情報を収集する収集手段と、
前記収集手段で収集された前記検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報を生成する生成手段と、
生成した前記新たな知識情報を出力する出力手段と、
を有することを特徴とする知識情報生成装置。

（付記１４） 課題の解決を目的とする業務を遂行するために、ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データの内容を含む会話ストリームと、前記課題の発生から結論に至るまでの課程で前記業務の遂行上必要となるオブジェクトとからなる知識情報を、前記ネットワークを介して利用するコンピュータの知識情報利用装置において、
操作入力に応答して、前記知識情報を蓄積したサーバコンピュータに対して、蓄積された会話ストリーム中の任意の会話ストリームと、蓄積されたオブジェクト中の任意のオブジェクトとを指定した関連付け要求を出力する関連付け要求出力手段と、
操作入力に応答して、前記サーバコンピュータに対して、関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する関連情報取得要求を出力する関連情報取得要求出力手段と、
前記関連情報取得要求に応じて前記サーバコンピュータから送られる情報を表示する表示手段と、
を有することを特徴とする知識情報利用装置。

（付記１５） ネットワークを介して共有される知識情報をコンピュータに管理させるためのプログラムにおいて、
前記コンピュータに、
課題の解決を目的とする業務を遂行するために、前記ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データを管理し、前記一連の発言データの内容を含む会話ストリームを蓄積するとともに、前記課題の発生から結論に至るまでの課程で前記業務の遂行上必要となるオブジェクトを、必要とされたときの状態で逐次蓄積し、
関連付け要求に応答して、蓄積された会話ストリーム中の任意の会話ストリームと、蓄積されたオブジェクト中の任意のオブジェクトとを関連付け、
関連情報取得要求に応答して、関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する情報を出力する、
処理を実行させることを特徴とするプログラム。

（付記１６） 知識情報の内容解析をコンピュータに実行させるためのプログラムにおいて、
前記コンピュータに、
検索要求に応答して、ネットワークを介して接続された他のコンピュータに蓄積されている知識情報の中から、前記検索要求に適合する知識情報を収集し、
収集された前記検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報を生成し、
生成した前記新たな知識情報を出力する、
処理を実行させることを特徴とするプログラム。

（付記１７） 課題の解決を目的とする業務を遂行するために、ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データの内容を含む会話ストリームと、前記課題の発生から結論に至るまでの課程で前記業務の遂行上必要となるオブジェクトとからなる知識情報を、前記ネットワークを介して利用するためのプログラムにおいて、
コンピュータに、
操作入力に応答して、前記知識情報を蓄積したサーバコンピュータに対して、蓄積された会話ストリーム中の任意の会話ストリームと、蓄積されたオブジェクト中の任意のオブジェクトとを指定した関連付け要求を出力し、
操作入力に応答して、前記サーバコンピュータに対して、関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する関連情報取得要求を出力し、
前記関連情報取得要求に応じて前記サーバコンピュータから送られる情報を表示する、
処理を実行させることを特徴とするプログラム。

（付記１８） ネットワークを介して共有される知識情報を管理させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
課題の解決を目的とする業務を遂行するために、前記ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データを管理し、前記一連の発言データの内容を含む会話ストリームを蓄積するとともに、前記課題の発生から結論に至るまでの課程で前記業務の遂行上必要となるオブジェクトを、必要とされたときの状態で逐次蓄積し、
関連付け要求に応答して、蓄積された会話ストリーム中の任意の会話ストリームと、蓄積されたオブジェクト中の任意のオブジェクトとを関連付け、
関連情報取得要求に応答して、関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する情報を出力する、
処理を実行させることを特徴とするプログラムを記録した記録媒体。

（付記１９） 知識情報の内容を解析させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
検索要求に応答して、ネットワークを介して接続された他のコンピュータに蓄積されている知識情報の中から、前記検索要求に適合する知識情報を収集し、
収集された前記検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報を生成し、
生成した前記新たな知識情報を出力する、
処理を実行させることを特徴とするプログラムを記録した記録媒体。

（付記２０） 課題の解決を目的とする業務を遂行するために、ネットワークを介して当該業務の関係者によって取り交わされる一連の発言データの内容を含む会話ストリームと、前記課題の発生から結論に至るまでの課程で前記業務の遂行上必要となるオブジェクトとからなる知識情報を、前記ネットワークを介して利用するためのプログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
操作入力に応答して、前記知識情報を蓄積したサーバコンピュータに対して、蓄積された会話ストリーム中の任意の会話ストリームと、蓄積されたオブジェクト中の任意のオブジェクトとを指定した関連付け要求を出力し、
操作入力に応答して、前記サーバコンピュータに対して、関連付けられた前記任意の会話ストリームと前記任意のオブジェクトとに関する関連情報取得要求を出力し、
前記関連情報取得要求に応じて前記サーバコンピュータから送られる情報を表示する、
処理を実行させることを特徴とするプログラムを記録した記録媒体。

本実施の形態の原理構成図である。 本実施の形態に係るシステム構成例を示す概念図である。 本実施の形態に用いるサーバのハードウェア構成例を示す図である。 本実施の形態を実現するための処理機能を示す機能ブロック図である。 本実施の形態で利用するライブラリＤＢの一例を示す図である。 本実施の形態で利用する会話ストリームＤＢの一例を示す図である。 会話ストリームの概念図である。 本実施の形態における基本動作を示す概念図である。 オブジェクトの登録画面の一例を示す図である。 連携対象オブジェクト選択画面の一例を示す図である。 会話ストリームへの新規発言画面の一例を示す図である。 コメント登録画面の一例を示す図である。 コメント登録画面でリンクボタンが押されたときのリンク指定用サブ画面を示す図である。 オブジェクト登録時の連動処理を示すフローチャートである。 発言起票時の連動処理を示すフローチャートである。 受信者によるコメント入力時の連動処理を示すフローチャートである。 会話ストリームを用いたオブジェクト検索処理の概念図である。 会話ストリームを用いたオブジェクト検索処理の手順を示すフローチャートである。 検索結果画面の一例を示す図である。 関連会話候補提供処理の概念図である。 検索指示画面の一例を示す図である。 関連発言文書候補一覧画面の一例を示す図である。 発言文書詳細表示画面の一例を示す図である。 関連発言文書候補の検索処理を示すフローチャートである。 会話ストリームと問題点管理表との関連付けを示す概念図である。 問題点管理表を用いた追加検索処理を示すフローチャートである。 本実施の形態における検索処理を示す概念図である。 知識管理システムのサーバに構築されるデータ構造の一例を示すＥＲ(Entity-Relationship)図である。 ジェネレータ装置の適用例を示す概念図である。 ジェネレータ装置を用いたベストプラクティス生成機能のブロック図である。

符号の説明

１ 知識情報管理装置
１ａ 会話ストリームＤＢ
１ａａ 会話ストリーム
１ｂ ライブラリＤＢ
１ｂａ オブジェクト
２，３ 知識情報利用装置
１０ ネットワーク
１００ サーバ
２００ ストレージデバイス
２１０ ライブラリＤＢ
２２０ 会話ストリームＤＢ
２３０ キーワード辞書ＤＢ
３１０，３２０，３３０ クライアント
７１０ ジェネレータ装置
７２１〜７２５ 知識情報管理装置
７３１〜７３５ アドバタイズ情報
７４０ ベストプラクティス

Claims (1)

1. 知識情報の内容解析を行うコンピュータの知識情報生成方法において、
   知識情報収集手段が、検索要求に応答して、ネットワークを介して接続された他のコンピュータに蓄積されている知識情報の中から、前記検索要求に適合する知識情報を収集し、
   知識情報生成手段が、収集された前記検索要求に適合する知識情報の中の任意の複数の知識情報を組み合わせて、新たな知識情報を生成し、
   知識情報出力手段が、生成した前記新たな知識情報を出力する、
   手順を有することを特徴とする知識情報生成方法。
   

Images