ナレッジマネジメントシステム
【課題】知識やノウハウに関する情報を整備しやすいナレッジマネジメントシステムを提供する。
【解決手段】
ナレッジマネジメントシステムは、プロジェクト属性及びプロジェクトに参加した社員のＩＤを含むプロジェクトデータを記憶するプロジェクトテーブル１０及びプロジェクト属性テーブル１１と、社員データを記憶する社員テーブル１８とをＤＢサーバ１に有している。検索エンジン４０は、プロジェクトデータの検索条件の入力を受け付けると、この検索条件に基づいてプロジェクトデータの検索を行う。この検索結果に含まれる社員ＩＤに基づいて、検索エンジン４０はその社員に関するデータをさらに検索する。
【解決手段】
ナレッジマネジメントシステムは、プロジェクト属性及びプロジェクトに参加した社員のＩＤを含むプロジェクトデータを記憶するプロジェクトテーブル１０及びプロジェクト属性テーブル１１と、社員データを記憶する社員テーブル１８とをＤＢサーバ１に有している。検索エンジン４０は、プロジェクトデータの検索条件の入力を受け付けると、この検索条件に基づいてプロジェクトデータの検索を行う。この検索結果に含まれる社員ＩＤに基づいて、検索エンジン４０はその社員に関するデータをさらに検索する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナレッジマネジメントシステムに関する。
【背景技術】
【０００２】
組織としての作業効率及び業績の向上などを目的として、各社員が個人として持っている知識、ノウハウ及び情報などを組織全体で共有するためのナレッジマネジメントシステムがある。ナレッジマネジメントシステムには、各社員のそれぞれの得意分野の知識やノウハウなどに関する情報が登録されていて、それを全社員で共有することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０７３６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の通り、ナレッジマネジメントシステムを活用すれば、社員個人の知識やノウハウなどがシステムに蓄積され、それを他の社員が自由に参照できるので、理論的には社内での知識共有などがスムーズに進むはずである。現に、それを期待して多くの企業がナレッジマネジメントシステムを導入しているが、現実には必ずしも所期の目的を達成しているとは限らない。その原因の一つは、ナレッジマネジメントシステム内に社員に関する情報が十分に整備されていないことである。すなわち、ナレッジマネジメントシステムを利用する多くの企業は、各社員に対して、自分が有する知識やノウハウに関する情報を登録するよう義務づけているものの、全社員にそれを徹底させることは難しい。
【０００５】
ナレッジマネジメントシステムの場合、その内部に登録されている社員個人のデータが整って初めて社員間での情報共有が可能となるので、それが担保されない限り所期の目的を達成し得ない。従って、ナレッジマネジメントシステムが有効に活用されるためには、社員の知識やノウハウなどの情報を整備しやすい構成が不可欠である。
【０００６】
そこで、本発明の目的は、知識やノウハウに関する情報を整備しやすいナレッジマネジメントシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明の一つの実施態様に従うナレッジマネジメントシステムは、プロジェクトの技術分野に係る属性とプロジェクトの顧客の業界に係る属性とを含むプロジェクト属性、及びプロジェクトに参加した社員の識別情報を含むプロジェクトデータを記憶する第１の記憶手段と、社員の識別情報を含む社員データを記憶する第２の記憶手段と、プロジェクトデータの検索条件の入力を受け付ける第１の受付手段と、前記第１の受付手段が受け付けた検索条件に基づいて、前記第１の記憶手段を検索するプロジェクト検索手段と、前記プロジェクト検索手段で検索されたプロジェクトデータを出力する第１の出力手段と、前記プロジェクト検索手段で検索されたプロジェクトデータに含まれている社員の識別情報に基づいて、前記第２の記憶手段を検索する社員検索手段と、前記社員検索手段で検索された社員データを出力する第２の出力手段と、を備える。
【０００８】
好適な実施態様では、担当社員に識別情報を含む、見込み客に対する営業活動におけるコンタクトに係るコンタクトデータを記憶する第３の記憶手段と、コンタクトデータの検索条件の入力を受け付ける第２の受付手段と、前記第２の受付手段が受け付けた検索条件に基づいて、前記第３の記憶手段を検索するコンタクト検索手段と、前記コンタクト検索手段で検索されたコンタクトデータを出力する第３の出力手段と、をさらに備えてもよい。そして、前記社員検索手段は、さらに、前記コンタクト検索手段で検索されたコンタクトデータに含まれている社員の識別情報に基づいて、前記第２の記憶手段を検索するようにしてもよい。
【０００９】
好適な実施態様では、前記プロジェクト検索手段は、前記第１の受付手段が受け付けた検索条件に基づく検索結果に含まれている社員の識別情報を含む他のプロジェクトデータを前記第１の記憶手段から再度検索してもよい。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係るナレッジマネジメントシステムの全体構成を示す図である。
【図２】データベースサーバ１に記憶されているデータの一例を示す。
【図３】プロジェクト登録・編集画面１０００の一例を示す。
【図４】プロジェクトテーブル１０及びプロジェクト属性テーブル１１のデータ構造の一例を示す。
【図５】コンタクト登録・編集画面１４００の一例を示す。
【図６】コンタクトテーブル１４及びコンタクト属性テーブル１５のデータ構造の一例を示す。
【図７】講座一覧画面１９００の一例を示す。
【図８】社員テーブル１８、講座テーブル１９及び講座申込テーブル２０のデータ構造の一例を示す。
【図９】顧客登録・編集画面２４００の一例を示す。
【図１０】顧客テーブル２４及び顧客属性テーブル２５のデータ構造の一例を示す。
【図１１】エージェント新規登録・編集画面２８００の一例を示す。
【図１２】エージェントテーブル２８のデータ構造を示す。
【図１３】フォーラム管理テーブル３０のデータ構造の一例を示す。
【図１４】コミュニティ管理テーブル３４のデータ構造の一例を示す。
【図１５】プロジェクト検索画面３０００の一例を示す。
【図１６】コンタクトレポート検索画面４０００の一例を示す。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態に係るナレッジマネジメントシステムについて、図面を参照して説明する。
【００１２】
図１は、本実施形態に係るナレッジマネジメントシステムの全体構成を示す図である。本システムは、データベースサーバ１と、認証サーバ３と、一台以上のユーザ端末装置５と、管理者端末装置７とが、互いにネットワーク９を介して接続されている。
【００１３】
データベースサーバ１、認証サーバ３、一台以上のユーザ端末装置５、及び管理者端末装置７は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバ１、３及び各端末装置５、７内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。ユーザ端末装置５及び管理者端末装置７は、それぞれ異なるコンピュータ上に実現されてもよいし、同一のコンピュータ上に実現されてもよい。
【００１４】
認証サーバ３は、本システムにアクセスするユーザ及び管理者の認証を行う。例えば、認証サーバ３は、ユーザ端末装置５からの認証要求を受けて、ユーザ端末装置５を使用するユーザの認証を行う。また、認証サーバ３は、管理者端末装置７からの認証要求を受けて、管理者端末装置７を使用する管理者の認証を行う。認証サーバ３によって認証されたユーザ及び管理者は、それぞれ所与の権限の範囲内でデータベースサーバ１へアクセスすることができる。
【００１５】
ユーザ端末装置５は、所定の入力装置及び出力装置を有する。ユーザ端末装置５は、ユーザに対して、データベースサーバ１のデータへアクセスするための各種インタフェースを提供する。例えば、以下に説明する各登録・編集画面が各ユーザ端末装置５に表示され、その画面に対してユーザが入力することができる。また、各ユーザ端末装置５には、以下に説明する各検索画面からの検索要求に対する検索結果が表示される。
【００１６】
管理者端末装置７は、所定の入力装置及び出力装置を有する。管理者端末装置７は、システム管理者に対して、システム管理のための各種インタフェースを提供する。
【００１７】
データベースサーバ１は、各種データを記憶する。本システムは、顧客から受注したプロジェクトに関するデータと、プロジェクト受注へ向けた営業活動における顧客（見込み客）とのコンタクトに関するデータと、社員に関するデータと、顧客に関するデータと、その他のデータとを主に有している。そして、プロジェクトに関するデータ、コンタクトに関するデータ、社員に関するデータ及び顧客に関するデータが互いに関連づけられている。
【００１８】
図２は、データベースサーバ１に記憶されているデータの一例を示す。データベースサーバ１は、プロジェクトに関連するデータとしてプロジェクトテーブル１０及びプロジェクト属性テーブル１１を有し、コンタクトに関するデータとしてコンタクトテーブル１４及びコンタクト属性テーブル１５を有し、社員に関するデータとして、社員テーブル１８、講座テーブル１９及び講座申込テーブル２０を有し、顧客に関するデータとして顧客テーブル２４及び顧客属性テーブル２５を有する。データベースサーバ１は、さらに、その他のデータとして、エージェントに関するエージェントテーブル２８と、フォーラムに関するフォーラム管理テーブル３０及びフォーラムデータ記憶部３１と、コミュニティに関するコミュニティ管理テーブル３４及びコミュニティデータ３５とを有する。データベースサーバ１は、上記の各データを検索するための検索エンジン４０をさらに有する。
【００１９】
＜プロジェクト関連データ＞
図３は、プロジェクト登録・編集画面１０００の一例を示す。図４は、プロジェクトテーブル１０及びプロジェクト属性テーブル１１のデータ構造の一例を示す。
【００２０】
顧客からプロジェクトを受注すると、そのプロジェクトの開始前または開始後にプロジェクト関連データが、プロジェクト登録・編集画面１０００から登録される。ここで入力されたデータがプロジェクトテーブル１０及びプロジェクト属性テーブル１１に保存される。プロジェクト関連データには、プロジェクトの技術分野に係る属性とプロジェクトの顧客の業界に係る属性とを含むプロジェクト属性及びプロジェクトに参加した社員の識別情報が含まれる。プロジェクトテーブル１０及びプロジェクト属性テーブル１１に保存されたデータは、その後、随時プロジェクト登録・編集画面１０００から更新することができる。なお、ここで示す入力項目及びデータ項目は一例に過ぎないので、これら以外の入力項目及びデータ項目を有していてもよいし、一部の項目は省略可能である。
【００２１】
プロジェクト登録・編集画面１０００は、図３に示すように、プロジェクトＩＤ１００１、顧客名１００２、契約ＩＤ１００３、開始日１００４、終了日１００５、先方担当者１００６、テーマ候補１００７、インダストリ１００８、メンバー１００９、フォーラム名１０１０、金額１０１１及びコンタクトＩＤ１０１２の各項目の入力領域を有する。
【００２２】
開始日１００４、及び終了日１００５は、それぞれ、プロジェクトの開始日及び終了日である。登録時には開始予定日及び終了予定日がそれぞれ登録され、その後実際の開始時及び終了日に修正されてもよい。先方担当者１００６には、顧客側の担当者に関するデータが設定される。テーマ候補１００７には、プロジェクトの技術分野を示すテーマコードが設定される。インダストリ１００８には、顧客の業種を示す業種コードが設定される。メンバー１００９は、プロジェクトに参加する社員の識別情報（社員ＩＤ、氏名等）が入力される。フォーラム名１０１０には、プロジェクトごとに設定されるフォーラム名が設定される。金額１０１１はプロジェクトの契約金額である。コンタクトＩＤ１０１２は、後述するコンタクト関連データと関係づけるＩＤである。
【００２３】
図４Ａにプロジェクトテーブル１０のデータ構造の一例を、図４Ｂにプロジェクト属性テーブル１１のデータ構造の一例をそれぞれ示す。プロジェクトテーブル１０及びプロジェクト属性テーブル１１には、顧客から受注したプロジェクトに関するデータが保存される。
【００２４】
プロジェクトテーブル１０は、データ項目として、プロジェクトＩＤ１００と、顧客ＩＤ１０１と、契約ＩＤ１０２と、開始日１０３と、終了日１０４と、金額１０５と、コンタクトＩＤ１０６とを有する。プロジェクトテーブル１０の各データ項目には、プロジェクト登録・編集画面１０００のプロジェクトＩＤ１００１、顧客名１００２、契約ＩＤ１００３、開始日１００４、終了日１００５、金額１０１１及びコンタクトＩＤ１０１２で入力されたデータが保存される。
【００２５】
プロジェクト属性テーブル１１は、データ項目として、プロジェクトＩＤ１１０と、属性ＩＤ１１１と、属性値ＩＤ１１２と、属性値１１３とを有する。属性ＩＤ１１１は、各属性の種類を識別するＩＤである。属性値ＩＤ１１２は、属性値として予め決められた値が設定される場合に、各属性値に割り当てられたＩＤである。属性値１１３には、ユーザによって自由に入力された属性値が保存される。
【００２６】
プロジェクト属性テーブル１１には、プロジェクトＩＤ１１０により関連づけられる様々なプロジェクトに関連する属性データが保存される。例えば、プロジェクト登録・編集画面１０００における、先方担当者１００６、テーマ候補１００７、インダストリ１００８、メンバー１００９、及びフォーラム名１０１０には、それぞれ属性ＩＤが割り当てられていて、それぞれの入力項目に対して入力された値（データ）が属性値ＩＤ１１２、ないしは属性値１１３に保存される。
【００２７】
管理者は、管理者端末装置７からプロジェクト関連データを参照し、必要に応じて修正することができる。例えば、管理者は、プロジェクトの内容をメンバーからヒアリングしたり、提案書を参照したりしてその内容を理解し、テーマ候補１００７及びインダストリ１００８に設定されているデータが適切でない場合は、それを修正する。これにより、プロジェクト関連データを入力する者の違いによるデータのバラツキをなくし、利用価値の高いデータとすることができる。
【００２８】
＜コンタクト関連データ＞
図５は、コンタクト登録・編集画面１４００の一例を示す。図６は、コンタクトテーブル１４及びコンタクト属性テーブル１５のデータ構造の一例を示す。
【００２９】
営業活動で顧客（見込み客）とコンタクトがあったときに、そのコンタクトに関するデータがコンタクト登録・編集画面１４００から登録される。この画面で入力されたデータがコンタクトテーブル１４及びコンタクト属性テーブル１５に保存される。コンタクト関連データには、見込み客に対する営業活動におけるコンタクトに係るデータが含まれる。コンタクトテーブル１４及びコンタクト属性テーブル１５に保存されたデータは、その後、随時コンタクト登録・編集画面１４００から更新することができる。なお、ここで示す入力項目及びデータ項目は一例に過ぎないので、これらの以外の入力項目及びデータ項目を有していてもよいし、一部の項目は省略可能である。
【００３０】
コンタクト登録・編集画面１４００は、図５に示すように、コンタクトＩＤ１４０１、顧客名１４０２、案件名１４０３、コンタクト日１４０４、コンタクト方法１４０５、先方担当者１４０６、報告者１４０７、同行者１４０８、引き合い状況１４０９、コンペ情報１４１０、営業内容１４１１、メンバー募集に当たっての求める人材１４１２及び金額１４１３の各項目の入力領域を有する。
【００３１】
コンタクトＩＤ１４０１は、商品またはサービスなどの所定の一連の営業活動単位に付与される識別情報である。例えば、ある商品またはサービスに関して同一顧客と複数回コンタクトがあったときには、それらの活動は共通のコンタクトＩＤを有するデータとして登録される。コンタクト方法１４０５には、個別訪問、セミナーや研究会での出会い、知人の紹介、電話営業などのコンタクトの取り方が設定される。報告者１４０７及び同行者１４０８には、コンタクトをした社員の識別情報（氏名、社員ＩＤ等）が設定される。引き合い状況１４０９には、コンタクトをとったきっかけや反応などが設定される。例えば、先方が積極的であるとか、特に反応のないセミナー出席者などへのプッシュとか、既存顧客からの紹介であるなどが登録される。コンペ情報１４１０は、各コンタクトがコンペ案件であるか否かを示す。営業内容１４１１には、コンタクトして行った提案やディスカッションの内容などの具体的な営業内容が設定される。求める人材１４１２には、このコンタクトからプロジェクトを受注した場合にメンバーとして欲しい人材の条件などが設定される。金額１４１３は、見込まれる契約金額が設定される。
【００３２】
図６Ａにコンタクトテーブル１４のデータ構造の一例を、図６Ｂにコンタクト属性テーブル１５のデータ構造の一例をそれぞれ示す。
【００３３】
コンタクトテーブル１４は、データ項目として、コンタクトＩＤ１４０と、コンタクト日１４１と、社員ＩＤ１４２と、顧客ＩＤ１４３と、金額１４４と、報告者フラグ１４５とを有する。
【００３４】
コンタクトＩＤ１４０及びコンタクト日１４１には、コンタクト登録・編集画面１４００のコンタクトＩＤ１４０１及びコンタクト日１４０４で設定されたデータが保存される。社員ＩＤ１４２には、コンタクト登録・編集画面１４００の報告者１４０７または同行者１４０８で設定された社員の社員ＩＤが保存される。顧客ＩＤ１４３には顧客名１４０２で設定された顧客の顧客ＩＤが保存される。金額１４４には、金額１４１３で設定された金額が保存される。報告者フラグ１４５は、報告者１４０７である社員の場合に設定される。
【００３５】
コンタクト属性テーブル１５は、コンタクトＩＤ１５０と、属性ＩＤ１５１と、属性値ＩＤ１５２と、属性値１５３とを有する。コンタクト属性テーブル１５には、コンタクトＩＤ１５０により関連づけられる様々なコンタクトに関する属性データが保存される。これは、プロジェクト属性テーブル１１の場合と同様に、コンタクト登録・編集画面１４００の、コンタクトテーブル１４に保存されない属性項目を属性ＩＤ１５１とし、それぞれ入力された値（データ）を属性値ＩＤ１５２または属性値１５３として保存する。
【００３６】
管理者は、管理者端末装置７から上述のコンタクト関連データを参照し、必要に応じて修正することができる。
【００３７】
＜社員関連データ＞
図７は、講座一覧画面１９００の一例を示す。図８は、社員テーブル１８、講座テーブル１９及び講座申込テーブル２０のデータ構造の一例を示す。
【００３８】
会社内では、社員向けの多くの講座（研修プログラム）が用意されている。本システムでは、社員別の講座の受講申込及び受講状況の管理などを行うことができる。図７の講座一覧画面１９００は、各社員が自らが受講する講座の申込、及びその受講状況を確認するための画面である。これ以外に、本システムは、マネージャが部下の社員について受講申込、及びその受講状況を確認するための画面を有していてもよい。
【００３９】
講座一覧画面１９００には、図７に示すように、講座ＩＤ１９０１、講座名１９０２、開催日１９０３、受講対象１９０４、状況１９０５、及び受講日１９０６が表示されている。そして、さらに、講座一覧画面１９００には、各講座に対する申込の入力を受け付ける領域１９０７が設けられている。開催日１９０３には、各講座の開催予定日を示す。複数回予定されていれば、開催日１９０３にすべての開催日が表示される。状況１９０５には、社員個人の各講座の受講状況が表示される。受講日１９０６には、申込が確定した日または受講した日が設定される。申込領域１９０７に表示されている申込ボタンが押されると、その講座の申込を受け付ける。
【００４０】
図８Ａに社員テーブル１８のデータ構造の一例を、図８Ｂに講座テーブル１９のデータ構造の一例を、図８Ｃに講座申込テーブル２０のデータ構造の一例をそれぞれ示す。
【００４１】
社員テーブル１８は、社員属性を保存するテーブルで、データ項目として、社員ＩＤ１８０と、所属１８１と、役職１８２と、入社年次１８３と、電子メールアドレス１８４とを有する。社員テーブル１８のデータは、予め設定されている。例えば、社員テーブル１８には、社内の他のシステムからデータを取得して設定してもよい。
【００４２】
講座テーブル１９は、講座属性を保存するテーブルで、データ項目として、講座ＩＤ１９０と、講座名１９１と、開催日１９２と、受講対象１９３とを有する。講座テーブル１９には、講座ごとに各項目のデータが予め登録されている。講座一覧画面１９００の講座ＩＤ１９０１、講座名１９０２、開催日１９０３、受講対象１９０４は、講座テーブル１９に保存されているデータに基づいて表示される。
【００４３】
講座申込テーブル２０は、データ項目として、講座ＩＤ２００と、社員ＩＤ２０１と、状況２０２と、受講日２０３とを有する。講座申込テーブル２０には、講座一覧画面１９００で入力されたデータが保存される。つまり、講座申込テーブル２０には、社員別に、状況２０２と、受講日２０３のデータが保存される。ここで、状況２０２には、例えば、受講済み、申込確定、申込中、未受講及び欠席などが設定される。受講日２０３は、申込が確定した受講日である。講座の受講者の確定や受講状況の管理は、図示しない他のシステムで行ってもよいし、社員がマニュアルで行ってもよい。講座申込テーブル２０には、最新の受講状況が設定される。
＜顧客関連データ＞
【００４４】
＜顧客関連データ＞
図９は、顧客登録・編集画面２４００の一例を示す。図１０は、顧客テーブル２４及び顧客属性テーブル２５のデータ構造の一例を示す。
【００４５】
顧客登録・編集画面２４００は、図９に示すように、顧客名２４０１、フリガナ２４０２、顧客ＩＤ２４０３、組織区分２４０４、業種コード２４０５、及び本社所在地２４０６の各入力項目を有する。組織区分２４０４には、例えば、会社形態（株式会社、有限会社）などを設定する。業種コード２４０５には、その顧客の業種を示すコードを設定する。
【００４６】
図１０Ａに顧客テーブル２４のデータ構造の一例を、図１０Ｂに顧客属性テーブル２５のデータ構造の一例を示す。
【００４７】
顧客テーブル２４は、データ項目として、顧客ＩＤ２４０を有する。
【００４８】
顧客属性テーブル２５は、データ項目として、顧客ＩＤ２５０と、属性ＩＤ２５１と、属性値ＩＤ２５２と、属性値２５３とを有する。顧客属性テーブル２５には、顧客ＩＤ２５０により関連づけられる様々な顧客に関する属性データが保存される。これは、プロジェクト属性テーブル１１及びコンタクト属性テーブル１５の場合と同様に、顧客登録・編集画面２４００の、顧客テーブル２４に保存されない属性項目を属性ＩＤ２５１とし、それぞれ入力された値（データ）を属性値ＩＤ２５２または属性値２５３として保存する。
【００４９】
＜エージェント＞
図１１は、エージェント新規登録・編集画面２８００の一例を示す。図１２は、エージェントテーブル２８のデータ構造を示す。
【００５０】
エージェントは、ユーザの代わりに、ユーザが指定した条件に従って本システム内の所望のデータを収集してユーザへ提供する。エージェントは、エージェント新規登録・編集画面２８００に対してユーザが指定した条件に基づいて生成される。
【００５１】
エージェント新規登録画面２８００は、図１１に示すように、登録者２８０１、案件名２８０２、検索対象２８０３、キーワード２８０４、報告者ｏｒメンバー２８０５、顧客２８０６及び送信先２８０７の各項目の入力領域を有する。登録者２８０１には、エージェントを登録する社員の識別情報（氏名、社員ＩＤ等）が設定される。案件名２８０２には、このエージェントの名称が設定される。検索対象２８０３には、エージェントがデータ収集を行う対象が設定される。キーワード２８０４は、検索を行う際のキーワードである。報告者ｏｒメンバー２８０５は、このエージェントが収集したデータを送信する社員である。顧客２８０６には、検索対象とする顧客の識別情報（名称、顧客ＩＤ等）が設定される。送信先２８０７には、報告者ｏｒメンバー２８０５のメールアドレスが設定される。
【００５２】
図１２にエージェントテーブル２８のデータ構造の一例を示す。エージェントテーブル２８は、データ項目として、エージェントＩＤ２８０と、名称２８１と、検索対象２８２と、キーワード２８３と、社員ＩＤ２８４と、検索対象顧客ＩＤ２８５と、送信先Ｅメールアドレス２８６とを有する。エージェント新規登録画面２８００で入力されたデータが、それぞれエージェントテーブル２８の対応する項目に格納される。
【００５３】
データベースサーバ１は、エージェントテーブル２８を参照してエージェントを生成する。生成されたエージェントは、例えば１日に１回、データベースサーバ１内のデータを検索して、それぞれキーワード２８３または検索対象顧客ＩＤ２８５に合致するデータを収集する。そして、エージェントは、収集したデータを送信先Ｅメールアドレス２８６に対して配信する。これにより、エージェントを登録したユーザは、自らが関心を持つ分野のデータを得ることができる。
【００５４】
＜フォーラム＞
図１３にフォーラム管理テーブル３０のデータ構造の一例を示す。フォーラム管理テーブル３０は、データ項目として、プロジェクトＩＤ３００と、フォーラムＩＤ３０１と、フォーラム名３０２とを有する。フォーラムはプロジェクトごとに設定され、各プロジェクトに参加しているメンバー間での情報交換の場として活用される。従って、プロジェクトＩＤ３００によって、各フォーラムが対応付けられているプロジェクトが特定される。図３のプロジェクト登録・編集画面１０００でフォーラム名１０１０が設定されると、フォーラム管理テーブル３０にデータが保存される。
【００５５】
フォーラムデータ記憶部３１は、フォーラムＩＤ別にフォーラム内の種々のデータを保存する。例えば、フォーラムに参加している社員の社員ＩＤ、フォーラムに書き込まれたデータ等がフォーラムＩＤ別に保存されている。
【００５６】
＜コミュニティ＞
図１４にコミュニティ管理テーブル３４のデータ構造の一例を示す。コミュニティ管理テーブル３４は、データ項目として、コミュニティＩＤ３４０と、名称３４１とを有する。コミュニティは、本システム内で社員同士が様々な話題について議論したり、情報交換したりする場である。
【００５７】
コミュニティデータ３５は、コミュニティＩＤ別にコミュニティ内の種々のデータを保存する。例えば、コミュニティに参加している社員の社員ＩＤ、コミュニティに書き込まれたデータ等がコミュニティＩＤ別に保存されている。
【００５８】
＜データ検索＞
本実施形態では、上述した各登録・編集画面によって登録されたデータを、ユーザが各自のユーザ端末装置５から各種検索画面を使って検索することができる。例えば、プロジェクト関連データ、コンタクトレポート、顧客データ、社員データなどを検索することができる。さらに、いずれかのデータに関して第１の検索を行って得た検索結果に基づいて、別のデータに関する第２の検索を行うことができる。まず、プロジェクト関連データ及びコンタクトレポートの検索について説明する。
【００５９】
図１５は、プロジェクト検索画面３０００の一例を示す。プロジェクト検索画面３０００は、プロジェクトデータの検索条件の入力を受け付ける領域を有している。同図の例では、検索条件として、顧客名、データ内の語句、テーマ候補、インダストリ、開始日、終了日及び金額等を設定することができる。プロジェクト検索画面３０００で検索要求を受け付けると、検索エンジン４０がここで指定された条件に従ってプロジェクトテーブル１０及びプロジェクト属性テーブル１１を検索し、条件に合致するプロジェクトを抽出する。抽出されたプロジェクトに関連するデータが、検索結果として出力される。ここで出力されるプロジェクト関連データには、プロジェクトに参加したメンバーが含まれる。本システムは、さらに、プロジェクトに参加した特定のメンバーの個人情報をさらに出力することができる。例えば、検索エンジン４０は、その特定のメンバーの社員ＩＤをキーにして、社員テーブル１８、講座テーブル１９、及び講座申込テーブル２０を検索して、社員の属性データを取得する。あるいは、検索エンジン４０は、その特定のメンバーの社員ＩＤをキーにして、プロジェクトテーブル１０及びプロジェクト属性テーブル１１、またはコンタクトテーブル１４及びコンタクト属性テーブル１５をさらに検索し、その特定のメンバーが現在または過去に参加したプロジェクトやコンタクトに関するデータを抽出するようにしてもよい。これにより、その特定のメンバーが現在または過去に参加したプロジェクトやコンタクトに関するデータがさらに出力される。
【００６０】
本システムでは、特にＫｎｏｗＷｈｏ検索を行う場合、まず、上記のプロジェクト検索により、知りたい技術分野（テーマ候補）、あるいは業界（インダストリ）に関連するプロジェクトの検索を行う。そして、その検索により抽出されたプロジェクトに関わったメンバーの中には、知りたい技術分野あるいは業界に詳しい人がいると考えられる。このとき、本システムではさらに、特定の社員が有するノウハウなどについて、追加の情報検索が可能である。つまり、本システムでは、プロジェクト検索を介してＫｎｏｗＷｈｏ検索を行う。
【００６１】
このようなＫｎｏｗＷｈｏ検索が行える背景には、プロジェクト関連データの精度の高さがある。つまり、通常のナレッジマネジメントシステムの場合、社員個人が自らの経験、スキルなどについて登録するようになっているが、現実にはこれを徹底させることが難しい。これに対して、本システムの場合、プロジェクト関連データは、本システム以外のシステムでも利用される重要なデータである。そのため、報告者は、好むと好まざるとに関わらず、プロジェクトに関するデータを入力せざるを得ず、かつ、入力したデータを管理者が見直すことによりデータの精度を高めている。従って、本システムでは、プロジェクト関連データの入力が保証され、かつ、その入力されたデータは高い信頼性を有する。これにより、欲しい情報と関連の深いプロジェクトの検索を介して、そのプロジェクトに関わった社員を特定することにより効果的なＫｎｏｗＷｈｏ検索を行うことができる。
【００６２】
図１６は、コンタクトレポート検索画面４０００の一例を示す。コンタクトレポート検索画面４０００は、同図に示すように、顧客名、データ内の語句、引き合い区分、インダストリ、コンタクト日及び金額等の検索条件の入力を受け付ける領域を有している。コンタクトレポート検索画面４０００で検索要求を受け付けると、検索エンジン４０がここで指定された条件に従ってコンタクトテーブル１４及びコンタクト属性テーブル１５を検索し、条件に合致するコンタクトデータを抽出して、そのコンタクトに関連するコンタクトデータが出力される。ここでも、出力されるコンタクトデータには、コンタクトに参加したメンバーが含まれる。本システムは、さらに、検索エンジン４０によって、コンタクトに参加した特定のメンバーの社員属性をさらに検索することができる。例えば、検索エンジン４０は、その特定のメンバーの社員ＩＤをキーにして、社員テーブル１８、講座テーブル１９、及び講座申込テーブル２０を検索して、社員属性を取得する。あるいは、検索エンジン４０は、その特定のメンバーの社員ＩＤをキーにして、プロジェクトテーブル１０及びプロジェクト属性テーブル１１、またはコンタクトテーブル１４及びコンタクト属性テーブル１５をさらに検索し、その特定のメンバーが現在または過去に参加したプロジェクトやコンタクトに関するデータを抽出するようにしてもよい。これにより、その特定のメンバーが現在または過去に参加したプロジェクトやコンタクトに関するデータがさらに出力される。従って、コンタクトレポートの検索によっても、上述のＫｎｏｗＷｈｏ検索が可能であり、社内でのナレッジ共有が促進される。
【００６３】
また、本実施形態におけるコンタクトデータに代えて、またはこれに加えて、研究開発活動に関するデータを同様なデータ構造で保持するようにしてもよい。この研究開発データは、コンタクトデータと同様に登録及び編集ができ、検索対象とすることもできる。つまり、研究開発データを検索することにより、研究開発における特定の技術あるいはテーマについて多くの知識や経験を持っている社員を検索することができ、研究開発分野における社内でのナレッジ共有を促進することができる。さらに、各研究開発テーマ等とプロジェクトとの関連づけておくことにより、どの研究開発テーマが具体的にどのプロジェクトで活用されているのかも容易に把握することが可能となる。
【００６４】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【符号の説明】
【００６５】
１ データベースサーバ
３ 認証サーバ
５ ユーザ端末装置
７ 管理者端末装置
１０ プロジェクトテーブル
１１ プロジェクト属性テーブル
１４ コンタクトテーブル
１５ コンタクト属性テーブル
１８ 社員テーブル
１９ 講座テーブル
２０ 講座申込テーブル
２４ 顧客テーブル
２５ 顧客属性テーブル
２８ エージェントテーブル
３０ フォーラム管理テーブル
３１ フォーラムデータ記憶部
３４ コミュニティ管理テーブル
３５ コミュニティデータ
４０ 検索エンジン
【技術分野】
【０００１】
本発明は、ナレッジマネジメントシステムに関する。
【背景技術】
【０００２】
組織としての作業効率及び業績の向上などを目的として、各社員が個人として持っている知識、ノウハウ及び情報などを組織全体で共有するためのナレッジマネジメントシステムがある。ナレッジマネジメントシステムには、各社員のそれぞれの得意分野の知識やノウハウなどに関する情報が登録されていて、それを全社員で共有することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０７３６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述の通り、ナレッジマネジメントシステムを活用すれば、社員個人の知識やノウハウなどがシステムに蓄積され、それを他の社員が自由に参照できるので、理論的には社内での知識共有などがスムーズに進むはずである。現に、それを期待して多くの企業がナレッジマネジメントシステムを導入しているが、現実には必ずしも所期の目的を達成しているとは限らない。その原因の一つは、ナレッジマネジメントシステム内に社員に関する情報が十分に整備されていないことである。すなわち、ナレッジマネジメントシステムを利用する多くの企業は、各社員に対して、自分が有する知識やノウハウに関する情報を登録するよう義務づけているものの、全社員にそれを徹底させることは難しい。
【０００５】
ナレッジマネジメントシステムの場合、その内部に登録されている社員個人のデータが整って初めて社員間での情報共有が可能となるので、それが担保されない限り所期の目的を達成し得ない。従って、ナレッジマネジメントシステムが有効に活用されるためには、社員の知識やノウハウなどの情報を整備しやすい構成が不可欠である。
【０００６】
そこで、本発明の目的は、知識やノウハウに関する情報を整備しやすいナレッジマネジメントシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明の一つの実施態様に従うナレッジマネジメントシステムは、プロジェクトの技術分野に係る属性とプロジェクトの顧客の業界に係る属性とを含むプロジェクト属性、及びプロジェクトに参加した社員の識別情報を含むプロジェクトデータを記憶する第１の記憶手段と、社員の識別情報を含む社員データを記憶する第２の記憶手段と、プロジェクトデータの検索条件の入力を受け付ける第１の受付手段と、前記第１の受付手段が受け付けた検索条件に基づいて、前記第１の記憶手段を検索するプロジェクト検索手段と、前記プロジェクト検索手段で検索されたプロジェクトデータを出力する第１の出力手段と、前記プロジェクト検索手段で検索されたプロジェクトデータに含まれている社員の識別情報に基づいて、前記第２の記憶手段を検索する社員検索手段と、前記社員検索手段で検索された社員データを出力する第２の出力手段と、を備える。
【０００８】
好適な実施態様では、担当社員に識別情報を含む、見込み客に対する営業活動におけるコンタクトに係るコンタクトデータを記憶する第３の記憶手段と、コンタクトデータの検索条件の入力を受け付ける第２の受付手段と、前記第２の受付手段が受け付けた検索条件に基づいて、前記第３の記憶手段を検索するコンタクト検索手段と、前記コンタクト検索手段で検索されたコンタクトデータを出力する第３の出力手段と、をさらに備えてもよい。そして、前記社員検索手段は、さらに、前記コンタクト検索手段で検索されたコンタクトデータに含まれている社員の識別情報に基づいて、前記第２の記憶手段を検索するようにしてもよい。
【０００９】
好適な実施態様では、前記プロジェクト検索手段は、前記第１の受付手段が受け付けた検索条件に基づく検索結果に含まれている社員の識別情報を含む他のプロジェクトデータを前記第１の記憶手段から再度検索してもよい。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係るナレッジマネジメントシステムの全体構成を示す図である。
【図２】データベースサーバ１に記憶されているデータの一例を示す。
【図３】プロジェクト登録・編集画面１０００の一例を示す。
【図４】プロジェクトテーブル１０及びプロジェクト属性テーブル１１のデータ構造の一例を示す。
【図５】コンタクト登録・編集画面１４００の一例を示す。
【図６】コンタクトテーブル１４及びコンタクト属性テーブル１５のデータ構造の一例を示す。
【図７】講座一覧画面１９００の一例を示す。
【図８】社員テーブル１８、講座テーブル１９及び講座申込テーブル２０のデータ構造の一例を示す。
【図９】顧客登録・編集画面２４００の一例を示す。
【図１０】顧客テーブル２４及び顧客属性テーブル２５のデータ構造の一例を示す。
【図１１】エージェント新規登録・編集画面２８００の一例を示す。
【図１２】エージェントテーブル２８のデータ構造を示す。
【図１３】フォーラム管理テーブル３０のデータ構造の一例を示す。
【図１４】コミュニティ管理テーブル３４のデータ構造の一例を示す。
【図１５】プロジェクト検索画面３０００の一例を示す。
【図１６】コンタクトレポート検索画面４０００の一例を示す。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態に係るナレッジマネジメントシステムについて、図面を参照して説明する。
【００１２】
図１は、本実施形態に係るナレッジマネジメントシステムの全体構成を示す図である。本システムは、データベースサーバ１と、認証サーバ３と、一台以上のユーザ端末装置５と、管理者端末装置７とが、互いにネットワーク９を介して接続されている。
【００１３】
データベースサーバ１、認証サーバ３、一台以上のユーザ端末装置５、及び管理者端末装置７は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバ１、３及び各端末装置５、７内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。ユーザ端末装置５及び管理者端末装置７は、それぞれ異なるコンピュータ上に実現されてもよいし、同一のコンピュータ上に実現されてもよい。
【００１４】
認証サーバ３は、本システムにアクセスするユーザ及び管理者の認証を行う。例えば、認証サーバ３は、ユーザ端末装置５からの認証要求を受けて、ユーザ端末装置５を使用するユーザの認証を行う。また、認証サーバ３は、管理者端末装置７からの認証要求を受けて、管理者端末装置７を使用する管理者の認証を行う。認証サーバ３によって認証されたユーザ及び管理者は、それぞれ所与の権限の範囲内でデータベースサーバ１へアクセスすることができる。
【００１５】
ユーザ端末装置５は、所定の入力装置及び出力装置を有する。ユーザ端末装置５は、ユーザに対して、データベースサーバ１のデータへアクセスするための各種インタフェースを提供する。例えば、以下に説明する各登録・編集画面が各ユーザ端末装置５に表示され、その画面に対してユーザが入力することができる。また、各ユーザ端末装置５には、以下に説明する各検索画面からの検索要求に対する検索結果が表示される。
【００１６】
管理者端末装置７は、所定の入力装置及び出力装置を有する。管理者端末装置７は、システム管理者に対して、システム管理のための各種インタフェースを提供する。
【００１７】
データベースサーバ１は、各種データを記憶する。本システムは、顧客から受注したプロジェクトに関するデータと、プロジェクト受注へ向けた営業活動における顧客（見込み客）とのコンタクトに関するデータと、社員に関するデータと、顧客に関するデータと、その他のデータとを主に有している。そして、プロジェクトに関するデータ、コンタクトに関するデータ、社員に関するデータ及び顧客に関するデータが互いに関連づけられている。
【００１８】
図２は、データベースサーバ１に記憶されているデータの一例を示す。データベースサーバ１は、プロジェクトに関連するデータとしてプロジェクトテーブル１０及びプロジェクト属性テーブル１１を有し、コンタクトに関するデータとしてコンタクトテーブル１４及びコンタクト属性テーブル１５を有し、社員に関するデータとして、社員テーブル１８、講座テーブル１９及び講座申込テーブル２０を有し、顧客に関するデータとして顧客テーブル２４及び顧客属性テーブル２５を有する。データベースサーバ１は、さらに、その他のデータとして、エージェントに関するエージェントテーブル２８と、フォーラムに関するフォーラム管理テーブル３０及びフォーラムデータ記憶部３１と、コミュニティに関するコミュニティ管理テーブル３４及びコミュニティデータ３５とを有する。データベースサーバ１は、上記の各データを検索するための検索エンジン４０をさらに有する。
【００１９】
＜プロジェクト関連データ＞
図３は、プロジェクト登録・編集画面１０００の一例を示す。図４は、プロジェクトテーブル１０及びプロジェクト属性テーブル１１のデータ構造の一例を示す。
【００２０】
顧客からプロジェクトを受注すると、そのプロジェクトの開始前または開始後にプロジェクト関連データが、プロジェクト登録・編集画面１０００から登録される。ここで入力されたデータがプロジェクトテーブル１０及びプロジェクト属性テーブル１１に保存される。プロジェクト関連データには、プロジェクトの技術分野に係る属性とプロジェクトの顧客の業界に係る属性とを含むプロジェクト属性及びプロジェクトに参加した社員の識別情報が含まれる。プロジェクトテーブル１０及びプロジェクト属性テーブル１１に保存されたデータは、その後、随時プロジェクト登録・編集画面１０００から更新することができる。なお、ここで示す入力項目及びデータ項目は一例に過ぎないので、これら以外の入力項目及びデータ項目を有していてもよいし、一部の項目は省略可能である。
【００２１】
プロジェクト登録・編集画面１０００は、図３に示すように、プロジェクトＩＤ１００１、顧客名１００２、契約ＩＤ１００３、開始日１００４、終了日１００５、先方担当者１００６、テーマ候補１００７、インダストリ１００８、メンバー１００９、フォーラム名１０１０、金額１０１１及びコンタクトＩＤ１０１２の各項目の入力領域を有する。
【００２２】
開始日１００４、及び終了日１００５は、それぞれ、プロジェクトの開始日及び終了日である。登録時には開始予定日及び終了予定日がそれぞれ登録され、その後実際の開始時及び終了日に修正されてもよい。先方担当者１００６には、顧客側の担当者に関するデータが設定される。テーマ候補１００７には、プロジェクトの技術分野を示すテーマコードが設定される。インダストリ１００８には、顧客の業種を示す業種コードが設定される。メンバー１００９は、プロジェクトに参加する社員の識別情報（社員ＩＤ、氏名等）が入力される。フォーラム名１０１０には、プロジェクトごとに設定されるフォーラム名が設定される。金額１０１１はプロジェクトの契約金額である。コンタクトＩＤ１０１２は、後述するコンタクト関連データと関係づけるＩＤである。
【００２３】
図４Ａにプロジェクトテーブル１０のデータ構造の一例を、図４Ｂにプロジェクト属性テーブル１１のデータ構造の一例をそれぞれ示す。プロジェクトテーブル１０及びプロジェクト属性テーブル１１には、顧客から受注したプロジェクトに関するデータが保存される。
【００２４】
プロジェクトテーブル１０は、データ項目として、プロジェクトＩＤ１００と、顧客ＩＤ１０１と、契約ＩＤ１０２と、開始日１０３と、終了日１０４と、金額１０５と、コンタクトＩＤ１０６とを有する。プロジェクトテーブル１０の各データ項目には、プロジェクト登録・編集画面１０００のプロジェクトＩＤ１００１、顧客名１００２、契約ＩＤ１００３、開始日１００４、終了日１００５、金額１０１１及びコンタクトＩＤ１０１２で入力されたデータが保存される。
【００２５】
プロジェクト属性テーブル１１は、データ項目として、プロジェクトＩＤ１１０と、属性ＩＤ１１１と、属性値ＩＤ１１２と、属性値１１３とを有する。属性ＩＤ１１１は、各属性の種類を識別するＩＤである。属性値ＩＤ１１２は、属性値として予め決められた値が設定される場合に、各属性値に割り当てられたＩＤである。属性値１１３には、ユーザによって自由に入力された属性値が保存される。
【００２６】
プロジェクト属性テーブル１１には、プロジェクトＩＤ１１０により関連づけられる様々なプロジェクトに関連する属性データが保存される。例えば、プロジェクト登録・編集画面１０００における、先方担当者１００６、テーマ候補１００７、インダストリ１００８、メンバー１００９、及びフォーラム名１０１０には、それぞれ属性ＩＤが割り当てられていて、それぞれの入力項目に対して入力された値（データ）が属性値ＩＤ１１２、ないしは属性値１１３に保存される。
【００２７】
管理者は、管理者端末装置７からプロジェクト関連データを参照し、必要に応じて修正することができる。例えば、管理者は、プロジェクトの内容をメンバーからヒアリングしたり、提案書を参照したりしてその内容を理解し、テーマ候補１００７及びインダストリ１００８に設定されているデータが適切でない場合は、それを修正する。これにより、プロジェクト関連データを入力する者の違いによるデータのバラツキをなくし、利用価値の高いデータとすることができる。
【００２８】
＜コンタクト関連データ＞
図５は、コンタクト登録・編集画面１４００の一例を示す。図６は、コンタクトテーブル１４及びコンタクト属性テーブル１５のデータ構造の一例を示す。
【００２９】
営業活動で顧客（見込み客）とコンタクトがあったときに、そのコンタクトに関するデータがコンタクト登録・編集画面１４００から登録される。この画面で入力されたデータがコンタクトテーブル１４及びコンタクト属性テーブル１５に保存される。コンタクト関連データには、見込み客に対する営業活動におけるコンタクトに係るデータが含まれる。コンタクトテーブル１４及びコンタクト属性テーブル１５に保存されたデータは、その後、随時コンタクト登録・編集画面１４００から更新することができる。なお、ここで示す入力項目及びデータ項目は一例に過ぎないので、これらの以外の入力項目及びデータ項目を有していてもよいし、一部の項目は省略可能である。
【００３０】
コンタクト登録・編集画面１４００は、図５に示すように、コンタクトＩＤ１４０１、顧客名１４０２、案件名１４０３、コンタクト日１４０４、コンタクト方法１４０５、先方担当者１４０６、報告者１４０７、同行者１４０８、引き合い状況１４０９、コンペ情報１４１０、営業内容１４１１、メンバー募集に当たっての求める人材１４１２及び金額１４１３の各項目の入力領域を有する。
【００３１】
コンタクトＩＤ１４０１は、商品またはサービスなどの所定の一連の営業活動単位に付与される識別情報である。例えば、ある商品またはサービスに関して同一顧客と複数回コンタクトがあったときには、それらの活動は共通のコンタクトＩＤを有するデータとして登録される。コンタクト方法１４０５には、個別訪問、セミナーや研究会での出会い、知人の紹介、電話営業などのコンタクトの取り方が設定される。報告者１４０７及び同行者１４０８には、コンタクトをした社員の識別情報（氏名、社員ＩＤ等）が設定される。引き合い状況１４０９には、コンタクトをとったきっかけや反応などが設定される。例えば、先方が積極的であるとか、特に反応のないセミナー出席者などへのプッシュとか、既存顧客からの紹介であるなどが登録される。コンペ情報１４１０は、各コンタクトがコンペ案件であるか否かを示す。営業内容１４１１には、コンタクトして行った提案やディスカッションの内容などの具体的な営業内容が設定される。求める人材１４１２には、このコンタクトからプロジェクトを受注した場合にメンバーとして欲しい人材の条件などが設定される。金額１４１３は、見込まれる契約金額が設定される。
【００３２】
図６Ａにコンタクトテーブル１４のデータ構造の一例を、図６Ｂにコンタクト属性テーブル１５のデータ構造の一例をそれぞれ示す。
【００３３】
コンタクトテーブル１４は、データ項目として、コンタクトＩＤ１４０と、コンタクト日１４１と、社員ＩＤ１４２と、顧客ＩＤ１４３と、金額１４４と、報告者フラグ１４５とを有する。
【００３４】
コンタクトＩＤ１４０及びコンタクト日１４１には、コンタクト登録・編集画面１４００のコンタクトＩＤ１４０１及びコンタクト日１４０４で設定されたデータが保存される。社員ＩＤ１４２には、コンタクト登録・編集画面１４００の報告者１４０７または同行者１４０８で設定された社員の社員ＩＤが保存される。顧客ＩＤ１４３には顧客名１４０２で設定された顧客の顧客ＩＤが保存される。金額１４４には、金額１４１３で設定された金額が保存される。報告者フラグ１４５は、報告者１４０７である社員の場合に設定される。
【００３５】
コンタクト属性テーブル１５は、コンタクトＩＤ１５０と、属性ＩＤ１５１と、属性値ＩＤ１５２と、属性値１５３とを有する。コンタクト属性テーブル１５には、コンタクトＩＤ１５０により関連づけられる様々なコンタクトに関する属性データが保存される。これは、プロジェクト属性テーブル１１の場合と同様に、コンタクト登録・編集画面１４００の、コンタクトテーブル１４に保存されない属性項目を属性ＩＤ１５１とし、それぞれ入力された値（データ）を属性値ＩＤ１５２または属性値１５３として保存する。
【００３６】
管理者は、管理者端末装置７から上述のコンタクト関連データを参照し、必要に応じて修正することができる。
【００３７】
＜社員関連データ＞
図７は、講座一覧画面１９００の一例を示す。図８は、社員テーブル１８、講座テーブル１９及び講座申込テーブル２０のデータ構造の一例を示す。
【００３８】
会社内では、社員向けの多くの講座（研修プログラム）が用意されている。本システムでは、社員別の講座の受講申込及び受講状況の管理などを行うことができる。図７の講座一覧画面１９００は、各社員が自らが受講する講座の申込、及びその受講状況を確認するための画面である。これ以外に、本システムは、マネージャが部下の社員について受講申込、及びその受講状況を確認するための画面を有していてもよい。
【００３９】
講座一覧画面１９００には、図７に示すように、講座ＩＤ１９０１、講座名１９０２、開催日１９０３、受講対象１９０４、状況１９０５、及び受講日１９０６が表示されている。そして、さらに、講座一覧画面１９００には、各講座に対する申込の入力を受け付ける領域１９０７が設けられている。開催日１９０３には、各講座の開催予定日を示す。複数回予定されていれば、開催日１９０３にすべての開催日が表示される。状況１９０５には、社員個人の各講座の受講状況が表示される。受講日１９０６には、申込が確定した日または受講した日が設定される。申込領域１９０７に表示されている申込ボタンが押されると、その講座の申込を受け付ける。
【００４０】
図８Ａに社員テーブル１８のデータ構造の一例を、図８Ｂに講座テーブル１９のデータ構造の一例を、図８Ｃに講座申込テーブル２０のデータ構造の一例をそれぞれ示す。
【００４１】
社員テーブル１８は、社員属性を保存するテーブルで、データ項目として、社員ＩＤ１８０と、所属１８１と、役職１８２と、入社年次１８３と、電子メールアドレス１８４とを有する。社員テーブル１８のデータは、予め設定されている。例えば、社員テーブル１８には、社内の他のシステムからデータを取得して設定してもよい。
【００４２】
講座テーブル１９は、講座属性を保存するテーブルで、データ項目として、講座ＩＤ１９０と、講座名１９１と、開催日１９２と、受講対象１９３とを有する。講座テーブル１９には、講座ごとに各項目のデータが予め登録されている。講座一覧画面１９００の講座ＩＤ１９０１、講座名１９０２、開催日１９０３、受講対象１９０４は、講座テーブル１９に保存されているデータに基づいて表示される。
【００４３】
講座申込テーブル２０は、データ項目として、講座ＩＤ２００と、社員ＩＤ２０１と、状況２０２と、受講日２０３とを有する。講座申込テーブル２０には、講座一覧画面１９００で入力されたデータが保存される。つまり、講座申込テーブル２０には、社員別に、状況２０２と、受講日２０３のデータが保存される。ここで、状況２０２には、例えば、受講済み、申込確定、申込中、未受講及び欠席などが設定される。受講日２０３は、申込が確定した受講日である。講座の受講者の確定や受講状況の管理は、図示しない他のシステムで行ってもよいし、社員がマニュアルで行ってもよい。講座申込テーブル２０には、最新の受講状況が設定される。
＜顧客関連データ＞
【００４４】
＜顧客関連データ＞
図９は、顧客登録・編集画面２４００の一例を示す。図１０は、顧客テーブル２４及び顧客属性テーブル２５のデータ構造の一例を示す。
【００４５】
顧客登録・編集画面２４００は、図９に示すように、顧客名２４０１、フリガナ２４０２、顧客ＩＤ２４０３、組織区分２４０４、業種コード２４０５、及び本社所在地２４０６の各入力項目を有する。組織区分２４０４には、例えば、会社形態（株式会社、有限会社）などを設定する。業種コード２４０５には、その顧客の業種を示すコードを設定する。
【００４６】
図１０Ａに顧客テーブル２４のデータ構造の一例を、図１０Ｂに顧客属性テーブル２５のデータ構造の一例を示す。
【００４７】
顧客テーブル２４は、データ項目として、顧客ＩＤ２４０を有する。
【００４８】
顧客属性テーブル２５は、データ項目として、顧客ＩＤ２５０と、属性ＩＤ２５１と、属性値ＩＤ２５２と、属性値２５３とを有する。顧客属性テーブル２５には、顧客ＩＤ２５０により関連づけられる様々な顧客に関する属性データが保存される。これは、プロジェクト属性テーブル１１及びコンタクト属性テーブル１５の場合と同様に、顧客登録・編集画面２４００の、顧客テーブル２４に保存されない属性項目を属性ＩＤ２５１とし、それぞれ入力された値（データ）を属性値ＩＤ２５２または属性値２５３として保存する。
【００４９】
＜エージェント＞
図１１は、エージェント新規登録・編集画面２８００の一例を示す。図１２は、エージェントテーブル２８のデータ構造を示す。
【００５０】
エージェントは、ユーザの代わりに、ユーザが指定した条件に従って本システム内の所望のデータを収集してユーザへ提供する。エージェントは、エージェント新規登録・編集画面２８００に対してユーザが指定した条件に基づいて生成される。
【００５１】
エージェント新規登録画面２８００は、図１１に示すように、登録者２８０１、案件名２８０２、検索対象２８０３、キーワード２８０４、報告者ｏｒメンバー２８０５、顧客２８０６及び送信先２８０７の各項目の入力領域を有する。登録者２８０１には、エージェントを登録する社員の識別情報（氏名、社員ＩＤ等）が設定される。案件名２８０２には、このエージェントの名称が設定される。検索対象２８０３には、エージェントがデータ収集を行う対象が設定される。キーワード２８０４は、検索を行う際のキーワードである。報告者ｏｒメンバー２８０５は、このエージェントが収集したデータを送信する社員である。顧客２８０６には、検索対象とする顧客の識別情報（名称、顧客ＩＤ等）が設定される。送信先２８０７には、報告者ｏｒメンバー２８０５のメールアドレスが設定される。
【００５２】
図１２にエージェントテーブル２８のデータ構造の一例を示す。エージェントテーブル２８は、データ項目として、エージェントＩＤ２８０と、名称２８１と、検索対象２８２と、キーワード２８３と、社員ＩＤ２８４と、検索対象顧客ＩＤ２８５と、送信先Ｅメールアドレス２８６とを有する。エージェント新規登録画面２８００で入力されたデータが、それぞれエージェントテーブル２８の対応する項目に格納される。
【００５３】
データベースサーバ１は、エージェントテーブル２８を参照してエージェントを生成する。生成されたエージェントは、例えば１日に１回、データベースサーバ１内のデータを検索して、それぞれキーワード２８３または検索対象顧客ＩＤ２８５に合致するデータを収集する。そして、エージェントは、収集したデータを送信先Ｅメールアドレス２８６に対して配信する。これにより、エージェントを登録したユーザは、自らが関心を持つ分野のデータを得ることができる。
【００５４】
＜フォーラム＞
図１３にフォーラム管理テーブル３０のデータ構造の一例を示す。フォーラム管理テーブル３０は、データ項目として、プロジェクトＩＤ３００と、フォーラムＩＤ３０１と、フォーラム名３０２とを有する。フォーラムはプロジェクトごとに設定され、各プロジェクトに参加しているメンバー間での情報交換の場として活用される。従って、プロジェクトＩＤ３００によって、各フォーラムが対応付けられているプロジェクトが特定される。図３のプロジェクト登録・編集画面１０００でフォーラム名１０１０が設定されると、フォーラム管理テーブル３０にデータが保存される。
【００５５】
フォーラムデータ記憶部３１は、フォーラムＩＤ別にフォーラム内の種々のデータを保存する。例えば、フォーラムに参加している社員の社員ＩＤ、フォーラムに書き込まれたデータ等がフォーラムＩＤ別に保存されている。
【００５６】
＜コミュニティ＞
図１４にコミュニティ管理テーブル３４のデータ構造の一例を示す。コミュニティ管理テーブル３４は、データ項目として、コミュニティＩＤ３４０と、名称３４１とを有する。コミュニティは、本システム内で社員同士が様々な話題について議論したり、情報交換したりする場である。
【００５７】
コミュニティデータ３５は、コミュニティＩＤ別にコミュニティ内の種々のデータを保存する。例えば、コミュニティに参加している社員の社員ＩＤ、コミュニティに書き込まれたデータ等がコミュニティＩＤ別に保存されている。
【００５８】
＜データ検索＞
本実施形態では、上述した各登録・編集画面によって登録されたデータを、ユーザが各自のユーザ端末装置５から各種検索画面を使って検索することができる。例えば、プロジェクト関連データ、コンタクトレポート、顧客データ、社員データなどを検索することができる。さらに、いずれかのデータに関して第１の検索を行って得た検索結果に基づいて、別のデータに関する第２の検索を行うことができる。まず、プロジェクト関連データ及びコンタクトレポートの検索について説明する。
【００５９】
図１５は、プロジェクト検索画面３０００の一例を示す。プロジェクト検索画面３０００は、プロジェクトデータの検索条件の入力を受け付ける領域を有している。同図の例では、検索条件として、顧客名、データ内の語句、テーマ候補、インダストリ、開始日、終了日及び金額等を設定することができる。プロジェクト検索画面３０００で検索要求を受け付けると、検索エンジン４０がここで指定された条件に従ってプロジェクトテーブル１０及びプロジェクト属性テーブル１１を検索し、条件に合致するプロジェクトを抽出する。抽出されたプロジェクトに関連するデータが、検索結果として出力される。ここで出力されるプロジェクト関連データには、プロジェクトに参加したメンバーが含まれる。本システムは、さらに、プロジェクトに参加した特定のメンバーの個人情報をさらに出力することができる。例えば、検索エンジン４０は、その特定のメンバーの社員ＩＤをキーにして、社員テーブル１８、講座テーブル１９、及び講座申込テーブル２０を検索して、社員の属性データを取得する。あるいは、検索エンジン４０は、その特定のメンバーの社員ＩＤをキーにして、プロジェクトテーブル１０及びプロジェクト属性テーブル１１、またはコンタクトテーブル１４及びコンタクト属性テーブル１５をさらに検索し、その特定のメンバーが現在または過去に参加したプロジェクトやコンタクトに関するデータを抽出するようにしてもよい。これにより、その特定のメンバーが現在または過去に参加したプロジェクトやコンタクトに関するデータがさらに出力される。
【００６０】
本システムでは、特にＫｎｏｗＷｈｏ検索を行う場合、まず、上記のプロジェクト検索により、知りたい技術分野（テーマ候補）、あるいは業界（インダストリ）に関連するプロジェクトの検索を行う。そして、その検索により抽出されたプロジェクトに関わったメンバーの中には、知りたい技術分野あるいは業界に詳しい人がいると考えられる。このとき、本システムではさらに、特定の社員が有するノウハウなどについて、追加の情報検索が可能である。つまり、本システムでは、プロジェクト検索を介してＫｎｏｗＷｈｏ検索を行う。
【００６１】
このようなＫｎｏｗＷｈｏ検索が行える背景には、プロジェクト関連データの精度の高さがある。つまり、通常のナレッジマネジメントシステムの場合、社員個人が自らの経験、スキルなどについて登録するようになっているが、現実にはこれを徹底させることが難しい。これに対して、本システムの場合、プロジェクト関連データは、本システム以外のシステムでも利用される重要なデータである。そのため、報告者は、好むと好まざるとに関わらず、プロジェクトに関するデータを入力せざるを得ず、かつ、入力したデータを管理者が見直すことによりデータの精度を高めている。従って、本システムでは、プロジェクト関連データの入力が保証され、かつ、その入力されたデータは高い信頼性を有する。これにより、欲しい情報と関連の深いプロジェクトの検索を介して、そのプロジェクトに関わった社員を特定することにより効果的なＫｎｏｗＷｈｏ検索を行うことができる。
【００６２】
図１６は、コンタクトレポート検索画面４０００の一例を示す。コンタクトレポート検索画面４０００は、同図に示すように、顧客名、データ内の語句、引き合い区分、インダストリ、コンタクト日及び金額等の検索条件の入力を受け付ける領域を有している。コンタクトレポート検索画面４０００で検索要求を受け付けると、検索エンジン４０がここで指定された条件に従ってコンタクトテーブル１４及びコンタクト属性テーブル１５を検索し、条件に合致するコンタクトデータを抽出して、そのコンタクトに関連するコンタクトデータが出力される。ここでも、出力されるコンタクトデータには、コンタクトに参加したメンバーが含まれる。本システムは、さらに、検索エンジン４０によって、コンタクトに参加した特定のメンバーの社員属性をさらに検索することができる。例えば、検索エンジン４０は、その特定のメンバーの社員ＩＤをキーにして、社員テーブル１８、講座テーブル１９、及び講座申込テーブル２０を検索して、社員属性を取得する。あるいは、検索エンジン４０は、その特定のメンバーの社員ＩＤをキーにして、プロジェクトテーブル１０及びプロジェクト属性テーブル１１、またはコンタクトテーブル１４及びコンタクト属性テーブル１５をさらに検索し、その特定のメンバーが現在または過去に参加したプロジェクトやコンタクトに関するデータを抽出するようにしてもよい。これにより、その特定のメンバーが現在または過去に参加したプロジェクトやコンタクトに関するデータがさらに出力される。従って、コンタクトレポートの検索によっても、上述のＫｎｏｗＷｈｏ検索が可能であり、社内でのナレッジ共有が促進される。
【００６３】
また、本実施形態におけるコンタクトデータに代えて、またはこれに加えて、研究開発活動に関するデータを同様なデータ構造で保持するようにしてもよい。この研究開発データは、コンタクトデータと同様に登録及び編集ができ、検索対象とすることもできる。つまり、研究開発データを検索することにより、研究開発における特定の技術あるいはテーマについて多くの知識や経験を持っている社員を検索することができ、研究開発分野における社内でのナレッジ共有を促進することができる。さらに、各研究開発テーマ等とプロジェクトとの関連づけておくことにより、どの研究開発テーマが具体的にどのプロジェクトで活用されているのかも容易に把握することが可能となる。
【００６４】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【符号の説明】
【００６５】
１ データベースサーバ
３ 認証サーバ
５ ユーザ端末装置
７ 管理者端末装置
１０ プロジェクトテーブル
１１ プロジェクト属性テーブル
１４ コンタクトテーブル
１５ コンタクト属性テーブル
１８ 社員テーブル
１９ 講座テーブル
２０ 講座申込テーブル
２４ 顧客テーブル
２５ 顧客属性テーブル
２８ エージェントテーブル
３０ フォーラム管理テーブル
３１ フォーラムデータ記憶部
３４ コミュニティ管理テーブル
３５ コミュニティデータ
４０ 検索エンジン
【特許請求の範囲】
【請求項１】
ナレッジマネジメントシステムであって、
プロジェクトの技術分野に係る属性とプロジェクトの顧客の業界に係る属性とを含むプロジェクト属性、及びプロジェクトに参加した社員の識別情報を含むプロジェクトデータを記憶する第１の記憶手段と、
社員の識別情報を含む社員データを記憶する第２の記憶手段と、
プロジェクトデータの検索条件の入力を受け付ける第１の受付手段と、
前記第１の受付手段が受け付けた検索条件に基づいて、前記第１の記憶手段を検索するプロジェクト検索手段と、
前記プロジェクト検索手段で検索されたプロジェクトデータを出力する第１の出力手段と、
前記プロジェクト検索手段で検索されたプロジェクトデータに含まれている社員の識別情報に基づいて、前記第２の記憶手段を検索する社員検索手段と、
前記社員検索手段で検索された社員データを出力する第２の出力手段と、を備えるナレッジマネジメントシステム。
【請求項２】
担当社員に識別情報を含む、見込み客に対する営業活動におけるコンタクトに係るコンタクトデータを記憶する第３の記憶手段と、
コンタクトデータの検索条件の入力を受け付ける第２の受付手段と、
前記第２の受付手段が受け付けた検索条件に基づいて、前記第３の記憶手段を検索するコンタクト検索手段と、
前記コンタクト検索手段で検索されたコンタクトデータを出力する第３の出力手段と、をさらに備え、
前記社員検索手段は、さらに、前記コンタクト検索手段で検索されたコンタクトデータに含まれている社員の識別情報に基づいて、前記第２の記憶手段を検索する、請求項１記載のナレッジマネジメントシステム。
【請求項３】
前記プロジェクト検索手段は、前記第１の受付手段が受け付けた検索条件に基づく検索結果に含まれている社員の識別情報を含む他のプロジェクトデータを前記第１の記憶手段から再度検索する、請求項１記載のナレッジマネジメントシステム。
【請求項１】
ナレッジマネジメントシステムであって、
プロジェクトの技術分野に係る属性とプロジェクトの顧客の業界に係る属性とを含むプロジェクト属性、及びプロジェクトに参加した社員の識別情報を含むプロジェクトデータを記憶する第１の記憶手段と、
社員の識別情報を含む社員データを記憶する第２の記憶手段と、
プロジェクトデータの検索条件の入力を受け付ける第１の受付手段と、
前記第１の受付手段が受け付けた検索条件に基づいて、前記第１の記憶手段を検索するプロジェクト検索手段と、
前記プロジェクト検索手段で検索されたプロジェクトデータを出力する第１の出力手段と、
前記プロジェクト検索手段で検索されたプロジェクトデータに含まれている社員の識別情報に基づいて、前記第２の記憶手段を検索する社員検索手段と、
前記社員検索手段で検索された社員データを出力する第２の出力手段と、を備えるナレッジマネジメントシステム。
【請求項２】
担当社員に識別情報を含む、見込み客に対する営業活動におけるコンタクトに係るコンタクトデータを記憶する第３の記憶手段と、
コンタクトデータの検索条件の入力を受け付ける第２の受付手段と、
前記第２の受付手段が受け付けた検索条件に基づいて、前記第３の記憶手段を検索するコンタクト検索手段と、
前記コンタクト検索手段で検索されたコンタクトデータを出力する第３の出力手段と、をさらに備え、
前記社員検索手段は、さらに、前記コンタクト検索手段で検索されたコンタクトデータに含まれている社員の識別情報に基づいて、前記第２の記憶手段を検索する、請求項１記載のナレッジマネジメントシステム。
【請求項３】
前記プロジェクト検索手段は、前記第１の受付手段が受け付けた検索条件に基づく検索結果に含まれている社員の識別情報を含む他のプロジェクトデータを前記第１の記憶手段から再度検索する、請求項１記載のナレッジマネジメントシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１３−１０９５１６（Ｐ２０１３−１０９５１６Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５３０９６（Ｐ２０１１−２５３０９６）
【出願日】平成２３年１１月１８日（２０１１．１１．１８）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月１８日（２０１１．１１．１８）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
[ Back to top ]