(57)【要約】【課題】情報を必要としているユーザに必要な情報を迅速に提供する。【解決手段】Ｑ＆Ａシステムにおいて、質問者以外の任意のユーザが質問に興味を持った場合、興味を持った質問を通知サーバ１に申請する。質問に対する回答は、前記ユーザの通知クライアント２に自動的に通知される。通知される回答は、質問に対する全ての回答でもいいが、有効な回答だけであっても良い。回答の支持や回答に対するコメントを受け付け、回答の有効性判断に用いることもできる。【選択図】　　　図１
2004005158.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ間で質問と回答とを行う通知方法であって、
質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理ステップと、
前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理ステップと、
前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付ステップと、
前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知ステップと、
を含む、通知方法。
【請求項２】
前記回答通知ステップは、前記質問に対する回答の有効性を判断し、有効性の高い回答を前記参照ユーザに通知する、請求項１に記載の通知方法。
【請求項３】
ユーザ間で質問と回答とを行うための通知プログラムが記録された、コンピュータ読み取り可能な記録媒体であって、
質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理ステップと、
前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理ステップと、
前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付ステップと、
前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知ステップと、
を実行するための通知プログラムが記録された、コンピュータ読み取り可能な記録媒体。
【請求項４】
ユーザ間で質問と回答とを行うための通知装置であって、
質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理手段と、
前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理手段と、
前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付手段と、
前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知手段と、
を備える通知装置。
【請求項５】
ユーザ間で質問と回答とを行うための通知プログラムであって、
質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理手段、
前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理手段、
前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付手段、及び
前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知手段、
としてコンピュータを機能させるための通知プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上の複数のユーザ間でＱ＆Ａを行う技術に関する。
【０００２】
【従来の技術】
近年、デスクトップ型のパソコンやノートブック型のパソコンに加え、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　（Ｄａｔａ）　Ａｓｓｉｓｔａｎｔｓ）や携帯電話などのモバイル機器が普及し、ネットワークの広帯域接続や常時接続を利用した情報共有・交換システムが実現しつつある。このようなシステムの１つである掲示板システムは、イントラネットにおける社員の声やインターネットにおける消費者の声をいち早く吸い上げて知識として共有し、問題解決に役立て、知識を活用する手段として期待されている。ここで掲示板システムとは、ネットワーク上のユーザからの質問や質問に対する回答を電子掲示板に掲載し、ユーザ間でテキストベースの質疑応答を可能にするシステムである。
【０００３】
【発明が解決しようとする課題】
しかしながら、前記掲示板システムでは、ユーザＡが発した質問が、掲示板に参加する他のユーザの中でどのような重要性を持っているのか、またその回答が他のユーザにとってどのような効果をもち、どのようなユーザにどう役立ったのかがはっきりしない。そのため、本当に情報を必要としているユーザに必要なＱ＆Ａを見てもらえないことも多く、知識を有効に共有することが難しい。
【０００４】
本発明の目的は、情報を必要としているユーザに必要な情報を提供するための技術を提供することにある。また本発明の別の目的は、情報を必要としているユーザが必要な情報をいち早く入手可能な技術を提供することにある。
【０００５】
【課題を解決するための手段】
発明１は、ユーザ間で質問と回答とを行う通知方法であって、以下のステップを含む通知方法を提供する。
・質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理ステップ、
・前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理ステップ、
・前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付ステップ、
・前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知ステップ。
【０００６】
発明２は、前記発明１において、前記回答通知ステップが、前記質問に対する回答の有効性を判断し、有効性の高い回答を前記参照ユーザに通知する通知方法を提供する。
発明３は、ユーザ間で質問と回答とを行い、以下のステップを実行するための通知プログラムが記録された、コンピュータ読み取り可能な記録媒体を提供する。
・質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理ステップ、
・前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理ステップ、
・前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付ステップ、
・前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知ステップ。
【０００７】
発明４は、ユーザ間で質問と回答とを行うための通知装置であって、以下の手段を備える通知装置を提供する。
・質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理手段、
・前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理手段、
・前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付手段、
・前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知手段。
【０００８】
発明５は、ユーザ間で質問と回答とを行うための通知プログラムであって、以下の手段としてコンピュータを機能させるための通知プログラムを提供する。
・質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理手段、
・前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理手段、
・前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付手段、及び
・前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知手段。
【０００９】
【発明の実施の形態】
＜第１実施形態例＞
（１）全体概要
図１は、本発明の第１実施形態例に係る通知システムの全体構成図を示す。通知システムは、通知サーバ１と、通知クライアント２ａ、２ｂ・・・（以下、通知クライアント２と言う）とを含んでいる。通知サーバ１及び通知クライアント２は、コンピュータ上で動作する。通知クライアント２を操作するユーザは、通知サーバ１に質問を送って他のユーザに問いかけを行ったり、その質問に対する他人からの回答を通知サーバ１から得ることができる。逆に、ユーザは、他人からの質問に対する回答を通知サーバ１に登録することもできる。
【００１０】
この通知システムでは、ユーザは、自分が他人からの質問に興味を持っていることを通知サーバ１に通知することができる。通知サーバ１は、所定のタイミングで、質問に対する回答を、その質問に興味を持つユーザの通知クライアント２に通知する。こうすることで、質問者と同様の疑問を持ち、質問に対する回答を知りたいと思うユーザ（以下、参照ユーザと呼ぶ）にも回答が自動的に通知される。従って、ネットワーク上のユーザが共通に有する課題に対する回答を、ユーザは速やかに得ることができる。言い換えれば、ユーザは必要な知識を速やかに獲得し、共有することが可能となる。
【００１１】
また、通知サーバ１は、参照ユーザに回答を通知するタイミングや、通知する回答の決定を行う。回答を通知するタイミングとしては、例えば回答が収束した場合や、回答に反響が多い場合、質問に対する新規の回答があった場合などが考えられる。質問に対して複数の回答がある場合、例えば支持率の高い回答を通知したり、多くのユーザが保存を希望する回答を通知することにより、有効な回答を参照ユーザに通知することができる。
【００１２】
回答の通知は、参照ユーザだけでなく、ある質問に対して興味を持っているであろうと予想されるユーザ（以下、予想参照ユーザという）に対して行ってもよい。例えば、ある質問の参照ユーザのユーザプロファイルに基づいて、その質問の集約ユーザプロファイルを算出する。この集約ユーザプロファイルは、その質問に興味を持つユーザに共通の個人情報を示している。通知サーバ１は、この集約ユーザプロファイルに基づいてあらかじめ蓄積されたユーザプロファイルの中から予想参照ユーザを抽出し、これらのユーザに収束した回答を通知する。予想参照ユーザにも質問と回答とを通知することにより、共通の知識を必要とするユーザの知識をネットワーク上で効率的に高めることができる。
【００１３】
（２）通知サーバ
次に、図１を参照し、通知サーバ１の機能について詳細に説明する。通知サーバ１は、データベース１１〜１４と、モジュール１５〜１１０とを有している。
（２−１）データベース
［管理ＤＢ］
図２は、管理ＤＢ１１に蓄積される情報の概念説明図である。管理ＤＢ１１は、質問、質問に対する回答、回答に対するコメントを蓄積している。また、これらに加え、例えば以下の情報を１レコードに記憶している。これにより、質問、回答、参照ユーザが関連付けられている。
【００１４】
（ａ）質問ＩＤ：ユーザからの質問を特定する識別子である。例えば、質問の記憶場所を示すアドレスやポインタを質問ＩＤに用いても良い。
（ｂ）参照ユーザＩＤ：前記質問ＩＤで特定される質問に興味を持っている参照ユーザのユーザＩＤである。ユーザＩＤは、通知システム上の通知クライアント２を特定するために用いられる。１つの質問ＩＤに対して１または複数の参照ユーザＩＤが記憶される。なお、質問者は参照ユーザに含まれる。
【００１５】
（ｃ）回答ＩＤ：前記質問ＩＤで特定される質問に興味に対する回答を特定する識別子である。質問ＩＤと同様、回答が記憶されている場所を示すアドレスやポインターを回答ＩＤに用いてもよい。１つの質問ＩＤに対し、１または複数の回答ＩＤが記憶される。
また、１つの回答ＩＤに対しては、以下の情報が対応付けられて記憶される。
【００１６】
（ｄ）コメントＩＤ：回答に対して任意のユーザが生成したコメントを特定する識別子である。コメントを記憶した場所を示すアドレスやポインタであってもよい。１つの回答ＩＤに対し、１または複数のコメントＩＤが対応づけられている。
（ｅ）支持者ＩＤ：前記回答ＩＤで特定される回答を支持するユーザ（以下、支持者という）を特定するユーザＩＤである。１つの回答ＩＤに対し、１または複数の支持者ＩＤが対応づけられている。
【００１７】
（ｆ）保存者ＩＤ：前記回答ＩＤで特定される回答と前記質問とを組み合わせて保存しておくことを希望したユーザ（以下、保存者という）を特定するユーザＩＤである。１つの回答ＩＤに対し、１または複数の保存者ＩＤが記憶される。
［ユーザプロファイルＤＢ］
ユーザプロファイルＤＢ１２には、通知クライアント２を操作するユーザのプロファイル（図示せず）が蓄積される。例えば、この通知システムを一企業内で用いる場合、ユーザプロファイルとしては所属部門、職種、役職、勤務地、勤続年数など個人情報が考えられる。ユーザプロファイルは、ユーザＩＤと対応づけられて記憶される。ユーザプロファイルは、通知システムとは別のシステムにより構築しても良いし、通知システム上で構築しても良い。
【００１８】
［集約ユーザプロファイルＤＢ］
図３は、集約ユーザプロファイルＤＢ１３に蓄積されている情報の概念説明図である。集約ユーザプロファイルＤＢ１３には、質問ＩＤと集約ユーザプロファイルとが１レコードに記憶される。集約ユーザプロファイルとは、質問ＩＤで特定される質問の参照ユーザに基づいて算出される。更に詳細には、集約ユーザプロファイルは、ある質問の参照ユーザに共通する個人情報である。
【００１９】
［条件ＤＢ］
図４は、条件ＤＢ１４に蓄積される情報の概念説明図である。条件ＤＢ１４は、１以上の通知条件と１以上の支援条件とを記憶している。通知条件は、ある質問に対する回答を参照ユーザに通知するタイミングを判断するための条件である。例えば、回答が収束するための収束条件１〜３を満たした場合、回答に対するコメント数が一定以上になった場合、または新規回答が作成された場合が、通知条件として挙げられる。収束条件及び通知条件については詳細を後述する。
【００２０】
支援条件とは、通知サーバ１を管理する管理者が質問に対する回答を支援するための条件である。例えば、回答が収束しなかった場合またはある質問に対する回答が発散した場合、管理者が回答を支援するように支援条件が設定される。支援条件については詳細を後述する。
（２−２）モジュールの機能
次に、通知サーバ１が有するモジュール１５〜１１０の機能について例を挙げながら具体的に説明する。各モジュール１５〜１１０は、例えば、ＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ）、ＳＥＲＶＬＥＴ、ＪＳＰ（Ｊａｖａ　Ｓｅｒｖｅｒ　Ｐａｇｅ）、ＡＳＰ（Ａｃｔｉｖｅ　Ｓｅｒｖｅｒ　Ｐａｇｅ）など、ウェブアクセスを起点に処理を行うソフトウェアを含む構成で実現することができる。また各モジュール１５〜１１０は、通知サーバ１から通知クライアント２に情報をプッシュすることができるソフトウェアを含んでいてもよい。もちろん、通知システム専用のアプリケーションを通知サーバ１及び／または通知クライアント２に持たせ、後述する機能を実現することもできる。
【００２１】
［質問モジュール］
質問モジュール１５は、通知クライアント２からの質問を受け付けて記憶し、これを任意の通知クライアント２に提供する。図５は質問モジュール１５が通知クライアント２に提供する画面例を示す。同図（ａ）のトップメニュー画面からＱ＆Ａトップ画面（同図（ｂ））、質問リスト画面（同図（ｃ））を経て、質問詳細画面（同図（ｄ））が提供される。質問詳細画面は、管理ＤＢ１１に記憶された質問を表示する。ただし、質問詳細画面までの画面遷移はこの例に限定されない。例えばキーワード検索画面（図示せず）から質問詳細画面（ｃ）が表示されるようにしてもよい。
【００２２】
［参照ユーザモジュール］
参照ユーザモジュール１６は、参照ユーザの申請を受け付け、質問と対応付けてこれを記憶する。例えば参照ユーザモジュール１６は、前記図５（ｄ）の質問詳細画面上に「スレッドの経過に興味有り」ボタンを表示し、ユーザが興味を持つ質問の指定を受け付ける。このボタンが押されると、質問ＩＤとユーザＩＤとが通知クライアント２から通知サーバ１に送信される。ユーザＩＤは、参照ユーザＩＤとして、質問ＩＤと対応付けて管理ＤＢ１１に記憶される。その後、参照ユーザモジュール１６は、図５（ｅ）に例示する結果通知確認画面を通知クライアント２に提供する。これにより、その通知クライアント２を操作するユーザは、自分が参照ユーザになったことを確認することができる。
【００２３】
［回答モジュール１７］
−回答の作成・閲覧−
図６（ｄ）に示すように、回答モジュール１７は、質問詳細画面上で回答作成の指示や閲覧の指示を受け付ける。例えば「回答案を書く」ボタンのプッシュにより回答の作成が指示されると、同図（ｅ）に例示する回答作成画面が提供される。この画面は、回答の作成を受け付ける。作成された回答は、質問と対応付けて管理ＤＢ１１に記憶される。また回答モジュール１７は、質問詳細画面上の「回答案を見る」ボタンのプッシュにより回答の閲覧要求を受け付け、質問詳細画面に表示されている質問への回答を表示する（後述する図７（ｅ）参照）。
【００２４】
−回答の支持−
また、回答モジュール１７は、作成された回答に対する支持を受け付ける。図７（ｅ）は、回答モジュール１７により通知クライアント２に提供される回答案表示画面である。この画面上の例えば「支持する」ボタンのプッシュにより同図（ｆ）の確認画面が提供される。この画面で例えば「ＯＫ」ボタンのプッシュにより質問の支持が確認されると、支持要求が通知クライアント２から通知サーバ１に送信される。この支持要求には、通知クライアント２を操作するユーザＩＤと支持された回答の回答ＩＤとが含まれている。ユーザＩＤは支持者ＩＤとして回答ＩＤと対応づけられて管理ＤＢ１１に記憶される。これにより、例えば回答毎の支持者数や各回答の支持率などを算出でき、回答の有効性が推測可能となる。
【００２５】
−質問と回答の保存−
さらに、回答モジュール１７は、ユーザが自己のノウハウとして保存しておきたい質問と回答の指定（以下、保存要求という）を、通知クライアント２から受け付ける。例えば、図８（ｅ）に示すように、回答案表示画面の「この回答案を手元に保存する」ボタンのプッシュにより保存要求を受け付ける。保存要求により、ユーザＩＤ、質問ＩＤ、回答ＩＤが通知サーバ１に送信され、ユーザＩＤが保存者ＩＤとして回答ＩＤと対応づけて管理ＤＢ１１に記憶される。保存要求後に同図（ｆ）に例示する保存確認画面を提供し、保存の意思を確認後に、ユーザＩＤ、質問ＩＤ、回答ＩＤを通知サーバ１に送信してもよい。ユーザは、自分に役立つと思う質問及びその回答を自分のノウハウとして蓄積することができる。
【００２６】
−保存された質問と回答の閲覧−
回答モジュール１７は、保存された質問及び回答を通知クライアント２に提供する。質問及び回答を保存した通知クライアント２が通知サーバ１にアクセスすると、回答モジュール１７は、例えばトップメニュー画面上にユーザのノウハウを保存していることを表示する。図８（ｇ）では、「Ｍｙノウハウ」ボタンが表示されている。このボタンのプッシュにより、通知クライアント２に対応する質問と回答との組み合わせが表示される。組み合わせが複数ある場合には、同図（ｈ）に例示するリスト画面により組み合わせのリストを表示し、いずれかの選択を受け付けるとよい。リスト画面上で選択された質問と回答は、同図（ｉ）に例示するノウハウ詳細画面上で表示される。参照ユーザは、自分のノウハウとして蓄積したＱ＆Ａを、気軽に参照することができる。
【００２７】
−コメントの付加・参照−
回答モジュール１７は、回答に対するコメントの付加やコメントの参照要求を、通知クライアント２から受け付ける。例えば図９（ｅ）に示すように、回答モジュール１７は、回答案表示画面に「コメントをつける」ボタンを、通知クライアント２に提供する。このボタンがプッシュされると、同図（ｆ）に例示するコメント作成画面が提供され、コメントの作成を受け付ける。作成後に例えば「ＯＫ」ボタンが押されると、そのコメントは通知サーバ１に送信され、回答と対応づけて管理ＤＢ１１に記憶される。これにより、任意のユーザは、ある質問に対する回答についての補足や訂正など、回答に関連するコメントを作成することができる。
【００２８】
逆にコメントの参照要求を受け付ける場合、回答モジュール１７は、例えば図９（ｇ）に示すように、回答案表示画面に「コメントを見る」ボタンを表示する（同図（ｇ））。この画面上で「コメントを見る」ボタンがプッシュされると、同図（ｈ）のコメント表示画面が提供され、回答に関連して作成されたコメントが表示される。回答に関連するコメントが複数ある場合には、例えば「次へ」ボタンにより次々にコメントが表示されるようにしても良い（図示せず）。これにより、任意のユーザは、ある質問に対する回答に関連して作成されたコメントを閲覧することができる。
【００２９】
［回答通知モジュール］
回答通知モジュール１８は、参照ユーザに回答を通知する（以下、単に回答通知という）。参照ユーザが指定した質問に対する全ての回答を通知しても良いが、有効な回答を選択的に通知することが好ましい。有効な回答とは、例えば支持率や支持者数の高い回答や、コメントが一定数以上あるなどが考えられる。回答通知は、通知サーバ１から通知クライアント２へプッシュ方式により送信される。
【００３０】
図１０は、回答モジュール１８が通知クライアント２に提供する画面例である。回答通知モジュール１８は、参照ユーザに回答を通知すると判断した場合、例えばトップメニュー画面上に回答が出たことを表示する。また、この画面上で、回答参照要求を受け付ける。図１０（ａ）の例では、回答通知モジュール１８は、「「イチゴ大福の次」質問に有効な回答が出ました！」ボタンのプッシュにより回答参照要求を受け付け、質問詳細画面（同図（ｂ））を提供する。この画面は必ずしも表示しなくてもよいが、参照ユーザは自分が興味を持った質問を思い出すことができるので好ましい。質問詳細画面には例えば「回答案へ」ボタンが表示され、このボタンのプッシュにより回答案表示の指示を受け付ける。次いで同図（ｃ）に示す回答案表示画面上で質問及び回答が表示される。従って、参照ユーザは、自分が興味を持った質問に対する回答を自動的に知ることができる。
【００３１】
さらに回答通知モジュール１８は、回答案表示画面で表示された回答の有効性を通知クライアント２に提供しても良い。例えば回答案表示画面上で「回答分布へ」ボタンのプッシュにより同図（ｄ）の回答分布画面を提供し、各回答に対する支持率を提供しても良い。参照ユーザは、通知された回答の有効性を推量することができる。
【００３２】
回答通知のタイミングは、特に限定されない。質問に対する回答が収束したときや新規の回答が出たとき、ある回答に対するコメントが一定数以上となった場合などが考えられる。また回答を通知するユーザは、参照ユーザ以外に、集約ユーザプロファイルに基づいてユーザプロファイルＤＢ１２から抽出した予想参照ユーザに通知してもよい。また、参照ユーザや予想参照ユーザが多い場合には、全てのユーザに質問と回答とを通知することも考えられる。
【００３３】
［条件モジュール］
条件モジュール１９は、回答通知のタイミングを判断する通知条件や、回答が収束したかどうかを否かを判断するための収束条件の設定を、通知サーバ１の管理者から受け付ける。ここで「回答が収束する」とは、ある質問を参照している複数のユーザがおおむね納得したとみなせる回答が出現した状況を指し、管理者が収束の条件を記述することで実現される。図１１は、条件モジュール１９が通知サーバ１上で表示する画面例である。例えば同図（ａ）の管理用初期画面はＩＤやパスワードなどの識別情報を受け付ける。ついで、同図（ｂ）の管理用トップメニュー画面を経て同図（ｃ）の収束条件設定画面は、収束条件の設定を受け付ける。この例では、３つの収束条件が設定されている。
【００３４】
収束条件１：支持者が３０人以上で支持率が４０％以上の場合。
収束条件２：質問と回答との一の組み合わせを２０人以上が保存した場合。
収束条件３：実績のあるユーザから回答があり、しかも、その回答後に新規回答が７日以上経っても発生しない場合。ここで実績のあるユーザとは、例えば、そのユーザの今までの回答の中で有効とみなされた回答が５つ以上あるユーザを言う。
【００３５】
同図（ｄ）は、条件モジュール１９により表示される通知条件設定画面例である。この例では、３つの通知条件が設定されている。
通知条件１：回答が前記収束条件１〜３のいずれかの条件で収束した場合。
通知条件２：ある回答に、一定数以上のコメントが付加された場合。
通知条件３：新しい回答が質問に対して作成された場合。
【００３６】
設定された収束条件や通知条件に基づいて、前記回答通知モジュール１８は収束の有無や回答通知のタイミングを判断する。なお、ここで挙げた収束条件や通知条件はほんの一例であり、これらに限定されない。
［支援モジュール］
支援モジュール１１０は、通知サーバ１の管理者が通知システム上でのサービスを支援するための支援条件の設定を受け付け、管理者に支援を要求する。図１２は、支援モジュール１１０が提供する支援条件設定画面例である。ここでは、支援条件として２つの条件が設定されている。
【００３７】
支援条件１：質問発生後一定時間たっても回答が収束しない場合。
支援条件２：回答が多すぎる、例えば４個を超える場合
支援モジュール１１０は、前記支援条件設定画面で受け付けた支援条件に基づいて、支援条件が満足されているかどうかを各質問ＩＤごとに、例えば一定時間ごとに判断する。そして支援条件が満足された場合には、管理者に支援を要請する支援通知を行う。
【００３８】
図１３は、支援モジュール１１０が通知サーバ１上で表示する支援通知画面例である。例えば同図（ａ）の管理用初期画面で認証処理後、同図（ｂ）の管理用トップメニュー画面で支援を要求する。またこの画面上で、詳細な情報の参照要求を受け付ける。詳細情報の参照が要求されると、同図（ｃ）の通知内容詳細画面により質問の内容やその質問に対する回答状況を通知する。例えばこの図１３（ｃ）では質問に対する回答例がゼロの場合を示し、図１４（ｃ）に示す通知内容詳細画面では回答が提供されているものの有効な回答が現れていないことを示す。
【００３９】
（３）通知クライアント
再び図１に戻り、通知クライアント２について説明する。通知クライアント２は、通知サーバ１と情報を送受信するための情報送受信モジュール２１を有している。情報送受信モジュール２１は、通知サーバ１からのプッシュ方式による情報を受信する機能を有している。例えば、通知サーバ１がＣＧＩ、ＳＥＲＶＬＥＴ、ＪＳＰ、ＡＳＰなどを含む構成で実現されている場合には、情報送受信モジュール２１はＷｅｂブラウザを使って実現することができる。この場合、サーバ側の初動でクライアントに情報を送ること（Ｐｕｓｈ）はできないので、通知サーバの初動による情報通知は、擬似手段や代替プロトコルの利用によって実現する。
【００４０】
（４）処理の流れ
次いで通知サーバ１が行う主な処理の流れについて説明する。
（４−１）メイン処理
図１５は、メイン処理の流れを示すフローチャートである。
ステップＳ１、Ｓ２：通知サーバ１は、通知クライアント２から質問の作成または質問の閲覧の要求を受け付け（Ｓ１）、管理ＤＢ１１にクライアント２で作成された質問を蓄積または管理ＤＢ１１に蓄積されている質問のうち要求された質問を提供する（Ｓ２）。
【００４１】
ステップＳ３、Ｓ４、Ｓ５、Ｓ６：通知サーバ１は、通知クライアント２からユーザが興味をもつ質問の質問ＩＤ及び前記ユーザのユーザＩＤを取得する（Ｓ３）。次いで通知サーバ１は、取得したユーザＩＤを参照ユーザＩＤとして質問ＩＤと対応づけて記憶する（Ｓ４）。更に通知サーバ１は、参照ユーザの通知クライアント２に対して興味対象の質問を確認する（Ｓ５）。その後、通知サーバ１は、参照ユーザのユーザプロファイルに基づいて、その質問の集約ユーザプロファイルを更新する（Ｓ６）。
【００４２】
ステップＳ７、Ｓ８：通知サーバ１は、通知クライアント２から任意の質問に対する新規の回答を受信すると（Ｓ７）、その回答を質問と対応づけて管理ＤＢ１１に記憶する（Ｓ８）。
ステップＳ９、Ｓ１０：通知サーバ１は、既存の回答への反応を通知クライアント２から受信すると（Ｓ９）、後述する回答反応処理を実行する（Ｓ１０）。ここで回答への反応とは、回答への支持や保存要求、コメントの付加やコメントの参照要求である。
【００４３】
ステップＳ１１、Ｓ１２：通知サーバ１は、通知クライアント２から保存した質問と回答の参照要求を受け付け（Ｓ１１）、その通知クライアント２に対応する質問と回答を通知クライアント２に提供する（Ｓ１２）。
ステップＳ１３、Ｓ１４：通知サーバ１は、収束条件や通知条件の設定を受け付け（Ｓ１３）、設定された収束条件や通知条件を条件ＤＢ１４に記憶する（Ｓ１４）。
【００４４】
（４−２）回答反応処理
図１６は、回答反応処理の流れの一例を示すフローチャートである。この処理は、前述のメイン処理のステップＳ１０に移行すると実行される。
ステップＳ２１、Ｓ２２：通知サーバ１は、回答に対する支持要求を受信した場合（Ｓ２１）、支持者のユーザＩＤを支持者ＩＤとして、回答ＩＤと対応づけて管理ＤＢ１１に記憶する（Ｓ２２）。
【００４５】
ステップＳ２３、Ｓ２４：通知サーバ１は、回答の保存要求を受信した場合（Ｓ２３）、回答ＩＤと対応づけて保存者ＩＤを管理ＤＢ１１に記憶する（Ｓ２４）。
ステップＳ２５、Ｓ２６：通知サーバ１は、通知クライアント２からコメントの付加要求を受信した場合（Ｓ２５）、コメントの作成を受け付け、作成されたコメントを回答と対応づけて管理ＤＢ１１に記憶する（Ｓ２６）。
【００４６】
ステップＳ２７、Ｓ２８：通知サーバ１は、コメント参照要求を通知クライアント２から受け付けた場合（Ｓ２７）、要求対象のコメントを管理ＤＢ１１から読み出して要求元の通知クライアント２に提供する（Ｓ２８）。
（４−３）回答通知処理
図１７は、通知サーバ１がメイン処理とは独立に行う回答通知処理の流れを示すフローチャートである。ここでは、説明を容易にするために、通知条件や収束条件が前記図１１に示すように設定されているとする。
【００４７】
ステップＳ３１、Ｓ３２、Ｓ３３、Ｓ３４、Ｓ３５：通知クライアント２からある質問の回答に対する支持要求を受信した場合（Ｓ３１）、通知サーバ１は前記質問に対する各回答の支持率や支持者数を算出する（Ｓ３２）。ついで支持率や支持者数が前述の収束条件１を満たしているか否かを判断し（Ｓ３３）、収束条件を満たしていれば予想参照ユーザを算出する（Ｓ３４）。ついで参照ユーザ及び予想参照ユーザに対し、回答の通知を行う。通知する回答は、例えば支持率が最も高い回答とすることが出来る。
【００４８】
ステップＳ３６、Ｓ３７：通知サーバ１は、参照ユーザや予想参照ユーザが大勢いるか否かを判断する。これは例えば参照ユーザ及び予想参照ユーザを合わせたユーザ数が全体ユーザの何パーセント以上であるか否かにより判断することができる。これらのユーザが多い場合は、その他のユーザにも質問と回答を通知する（Ｓ３７）。
【００４９】
ステップＳ３８、Ｓ３９、Ｓ４０：通知サーバ１は、通知クライアント２から保存要求を受信した場合（Ｓ３８）、その回答に対する保存者数を算出する（Ｓ３９）。保存者数が前述の収束条件２を満たしている場合（Ｓ４０）、前記ステップＳ３４〜Ｓ３７の処理を繰り返す。ただし、ここでは、通知する回答は収束条件２を満たした回答である。
【００５０】
ステップＳ４１：通知サーバ１は、最新の有効回答が提示された日から７日以上たった質問であるかどうかを判断し、”Ｙｅｓ”と判断すると、既存の回答を前記ステップＳ３４〜Ｓ３７に従って通知クライアント２に通知する。
ステップＳ４２：通知サーバ１は、前述の通知条件２で定められた一定数以上のコメントが付加された回答があるか否かを判断し、“Ｙｅｓ”と判断するとステップＳ３４〜Ｓ３７に従ってその回答を参照ユーザに通知する。
【００５１】
ステップＳ４３：通知サーバ１は、通知クライアント２から新規に作成された回答を受信した場合、その回答を前記ステップＳ３４〜Ｓ３７に従って参照ユーザに通知する。これは、前述の通知条件３を満たした場合に相当する。
＜その他の実施形態例＞
（Ａ）ある質問とある回答との保存者数が多い場合、その質問と回答とのペアをＦＡＱに登録することにより、自動的にＦＡＱを生成しても良い。これを公開することにより、ユーザは有用な情報を効率的に見つけて活用することができる。
【００５２】
（Ｂ）質問Ｑ１に興味を持つ参照ユーザａ、ｂがいる場合、参照ユーザａに、参照ユーザｂが興味を持つ他の質問Ｑ２、Ｑ３・・・を通知してもよい。同様に、参照ユーザｂには、参照ユーザａが興味を持つ他の質問Ｑ４、Ｑ５・・・を通知してもよい。これにより、ユーザに、興味を持った質問に関係しそうな質問を通知することができる。
【００５３】
（Ｃ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
＜付記＞
（付記１）
ユーザ間で質問と回答とを行う通知方法であって、
質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理ステップと、
前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理ステップと、
前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付ステップと、
前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知ステップと、
を含む、通知方法。
【００５４】
参照ユーザは、例えば質問者と同様の疑問を有しており、質問及び回答に興味があるようなユーザである。このようなユーザに、質問に対する回答を自動的に通知することにより、ユーザに必要な情報を速やかに提供することができる。ユーザから見れば、必要な情報をいち早く入手することができる。また、ユーザ間での知識の共有を促進することができる。
【００５５】
（付記２）
前記回答処理ステップは、前記回答に対する支持を前記回答者以外のユーザから受け付ける、付記１に記載の通知方法。
例えば支持率の高い回答や、多くのユーザに支持される回答を選択的に通知すれば、参照ユーザに実のある回答を通知することができ好ましい。
【００５６】
（付記３）
前記回答処理ステップは、
前記質問及び前記質問に対する回答の保存要求を前記参照ユーザから受け付け、前記質問、回答、及び前記参照ユーザの組み合わせを保存するサブステップと、
前記参照ユーザの要求に応じ、保存した質問及び回答を提供するサブステップと、
を更に含む、付記１に記載の通知方法。
【００５７】
参照ユーザは、自分のノウハウとして蓄えたいＱ＆Ａを保存しておき、必要に応じて参照することができる。
（付記４）
前記回答処理ステップは、前記ユーザから前記回答に対するコメントの登録を受け付け、登録されたコメントを公開するサブステップを更に含む、付記１に記載の通知方法。
【００５８】
コメントとは、回答を補足したり訂正したりするメッセージである。回答の閲覧者は、回答に加えてコメントを閲覧することにより、自分が関心を持つ情報をさらに得ることができる。
（付記５）
前記回答通知ステップは、前記質問に対する回答の有効性を判断し、有効性の高い回答を前記参照ユーザに通知する、付記１に記載の通知方法。
【００５９】
例えば回答に対する支持を受け付け、支持率の高さや支持数の多さに基づいて有効性の高さを判断することが挙げられる。また、回答に対するコメントを受け付け、コメントが多ければ有効な回答と判断することが挙げられる。
（付記６）
前記回答通知ステップは、前記参照ユーザに回答を通知するための条件である回答通知条件を満たしたか否かを判断し、前記判断結果に応じて前記参照ユーザに前記回答を通知する、付記１に記載の通知方法。
【００６０】
例えば、回答通知条件としては、１）回答が収束した場合、２）回答に対するコメント数が多い場合、３）新規回答が登録された場合、が挙げられる。ここで、回答が収束するとは、例えば有効な回答が出た場合が挙げられる。
（付記７）
前記ユーザに関する個人情報を記憶する個人情報記憶ステップを更に含み、
前記回答通知ステップは、前記参照ユーザの個人情報に基づいて、記憶されている個人情報から一部のユーザの個人情報を抽出し、抽出された個人情報の持ち主に、さらに前記回答を通知する、付記１に記載の通知方法。
【００６１】
ある質問の参照ユーザと類似する個人情報を持つユーザは、参照ユーザと同様に質問及びその回答に興味があると考えられる。そこで、そのようなユーザを、記憶されている個人情報を基に類推し、質問及び回答を通知すれば、知識の共有が一段と促進される。
（付記８）
前記参照ユーザに回答を通知できない場合を判断するための条件である回答支援条件を満たしたか否かを判断し、前記判断結果に応じて回答支援要求を出力する支援ステップを更に含む、付記１に記載の通知方法。
【００６２】
本通知方法をコンピュータ上で実行する場合、管理者の介入を要請する画面などが出力される。回答支援条件とは、例えば１）質問発生後一定時間経っても回答が収束しないことや、２）回答が多すぎることが考えられる。
（付記９）
前記参照ユーザに回答を通知する時期を判断するための条件である回答通知条件の設定を受け付ける通知条件設定ステップを更に含む、付記１に記載の通知方法。
【００６３】
回答通知条件とは、１）回答が収束した場合、２）回答に対するコメント数が多い場合、３）新規回答が登録された場合、などである。
（付記１０）
前記質問に対する回答が収束したことを判断するための条件である回答収束条件の設定を受け付ける収束条件設定ステップを更に含む、付記１に記載の通知方法。
【００６４】
例えば回答収束条件としては、１）ある回答の支持率が一定以上になった場合、２）質問とある回答との保存者数が一定数以上になった場合、３）有効な回答がある程度得られた後、新規な回答が登録されない場合、が挙げられる。
（付記１１）
前記参照ユーザに回答を通知できない場合を判断するための条件である回答支援条件の設定を受け付ける支援条件設定ステップを更に含む、付記１に記載の通知方法。
【００６５】
回答支援条件とは、例えば１）質問発生後一定時間経っても回答が収束しないことや、２）回答が多すぎることが考えられる。
（付記１２）
ユーザ間で質問と回答とを行うための通知プログラムが記録された、コンピュータ読み取り可能な記録媒体であって、
質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理ステップと、
前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理ステップと、
前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付ステップと、
前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知ステップと、
を実行するための通知プログラムが記録された、コンピュータ読み取り可能な記録媒体。
【００６６】
ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
（付記１３）
ユーザ間で質問と回答とを行うための通知装置であって、
質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理手段と、
前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理手段と、
前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付手段と、
前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知手段と、
を備える通知装置。
【００６７】
この装置は、例えば前記発明１の方法を実行するコンピュータである。
（付記１４）
ユーザ間で質問と回答とを行うための通知プログラムであって、
質問の登録を前記ユーザに含まれる質問者から受け付け、登録された質問を公開する質問処理手段、
前記質問に対する回答の登録を、前記ユーザに含まれる１人以上の回答者から受け付け、登録された１以上の回答を公開する回答処理手段、
前記ユーザに含まれかつ前記回答者以外のユーザである１以上の参照ユーザから、公開された前記質問のうち当該参照ユーザが興味を持った質問の指定を受け付ける指定受付手段、及び
前記指定された質問に対する１以上の前記回答を、前記参照ユーザに通知する回答通知手段、
としてコンピュータを機能させるための通知プログラム。
【００６８】
【発明の効果】
本発明を利用すれば、情報を必要としているユーザに必要な情報を迅速に提供することができる。
【図面の簡単な説明】
【図１】第１実施形態例に係る通知システムの全体構成図。
【図２】管理ＤＢに蓄積される情報の概念説明図。
【図３】集約ユーザプロファイルＤＢに蓄積される情報の概念説明図。
【図４】条件ＤＢに蓄積される情報の概念説明図。
【図５】通知サーバが提供する画面例。
（ａ）トップメニュー画面
（ｂ）Ｑ＆Ａトップ画面
（ｃ）質問リスト画面
（ｄ）質問詳細画面
（ｅ）結果通知確認画面
【図６】通知サーバが提供する画面例。
（ａ）トップメニュー画面
（ｂ）Ｑ＆Ａトップ画面
（ｃ）質問リスト画面
（ｄ）質問詳細画面
（ｅ）回答作成画面
【図７】通知サーバが提供する画面例。
（ａ）トップメニュー画面
（ｂ）Ｑ＆Ａトップ画面
（ｃ）質問リスト画面
（ｄ）質問詳細画面
（ｅ）回答案表示画面
（ｆ）確認画面
【図８】通知サーバが提供する画面例。
（ａ）トップメニュー画面
（ｂ）Ｑ＆Ａトップ画面
（ｃ）質問リスト画面
（ｄ）質問詳細画面
（ｅ）回答案表示画面
（ｆ）保存確認画面
（ｇ）トップメニュー画面
（ｈ）リスト画面
（ｉ）ノウハウ詳細画面
【図９】通知サーバが提供する画面例。
（ａ）トップメニュー画面
（ｂ）Ｑ＆Ａトップ画面
（ｃ）質問リスト画面
（ｄ）質問詳細画面
（ｅ）回答案表示画面
（ｆ）コメント作成画面
（ｇ）回答案表示画面
（ｈ）コメント表示画面
【図１０】通知サーバが提供する画面例。
（ａ）トップメニュー画面
（ｂ）質問詳細画面
（ｃ）回答案表示画面
（ｄ）回答分布画面
【図１１】通知サーバが表示する画面例。
（ａ）管理用初期画面
（ｂ）管理用トップメニュー画面
（ｃ）収束条件設定画面
（ｄ）通知条件設定画面
【図１２】通知サーバが表示する画面例（支援条件設定画面）。
【図１３】通知サーバが表示する画面例。
（ａ）管理用初期画面
（ｂ）管理用トップメニュー画面
（ｃ）通知内容詳細画面（回答がゼロの場合）
【図１４】通知サーバが表示する画面例。
（ａ）管理用初期画面
（ｂ）管理用トップメニュー画面
（ｃ）通知内容詳細画面（回答が提供されている場合）
【図１５】メイン処理の流れの一例を示すフローチャート。
【図１６】回答反応処理における処理の流れの一例を示すフローチャート。
【図１７】回答通知処理における処理の流れの一例を示すフローチャート。
【符号の説明】
１：通知サーバ
２：通知クライアント
【図１】
2004005158.tif 000003
【図２】
2004005158.tif 000004
【図３】
2004005158.tif 000005
【図４】
2004005158.tif 000006
【図５】
2004005158.tif 000007
【図６】
2004005158.tif 000008
【図７】
2004005158.tif 000009
【図８】
2004005158.tif 000010
【図９】
2004005158.tif 000011
【図１０】
2004005158.tif 000012
【図１１】
2004005158.tif 000013
【図１２】
2004005158.tif 000014
【図１３】
2004005158.tif 000015
【図１４】
2004005158.tif 000016
【図１５】
2004005158.tif 000017
【図１６】
2004005158.tif 000018
【図１７】
2004005158.tif 000019