検索支援装置及び方法、ならびに、コンピュータプログラム
【課題】電子メールを利用して検索対象について関連性の高い人物を検索し、提示する。
【解決手段】検索支援装置１は、電子メールのヘッダの情報から取得した、関連する他の電子メールのメッセージＩＤがメールテーブルに登録されていない場合はスレッドＩＤを新たに生成し、登録されている場合はメールテーブルからスレッドＩＤを取得する。そして、ヘッダ情報から取得したメッセージＩＤ、送信者及び受信者と、スレッドＩＤとを設定したレコードをメールテーブルに追加し、電子メールの件名を形態素解析して得たキーワードとスレッドＩＤとを対応づけてスレッドテーブルに書き込む。検索条件を受けると、キーワードテーブルから一致するキーワードのスレッドＩＤを取得し、そのスレッドＩＤで特定されるメールテーブルのレコードから送信者又は受信者として設定されているユーザと、その設定数とを取得し、設定数が多いユーザをスレッドＩＤ毎に出力する。
【解決手段】検索支援装置１は、電子メールのヘッダの情報から取得した、関連する他の電子メールのメッセージＩＤがメールテーブルに登録されていない場合はスレッドＩＤを新たに生成し、登録されている場合はメールテーブルからスレッドＩＤを取得する。そして、ヘッダ情報から取得したメッセージＩＤ、送信者及び受信者と、スレッドＩＤとを設定したレコードをメールテーブルに追加し、電子メールの件名を形態素解析して得たキーワードとスレッドＩＤとを対応づけてスレッドテーブルに書き込む。検索条件を受けると、キーワードテーブルから一致するキーワードのスレッドＩＤを取得し、そのスレッドＩＤで特定されるメールテーブルのレコードから送信者又は受信者として設定されているユーザと、その設定数とを取得し、設定数が多いユーザをスレッドＩＤ毎に出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索支援装置及び方法、ならびに、コンピュータプログラムに関する。
【背景技術】
【０００２】
近年の情報化社会においては、蓄積されている膨大な量の情報から、所望の情報を見出すことが困難となっている。会社などの組織内においては、蓄積された情報を有効活用するためには、単に有効な情報を蓄積するだけではなく、その蓄積された情報を体系的に整理することが必要不可欠である。従来は、共有すべき情報を、ファイルサーバ等の情報共有システムの適切と思われるカテゴリに対応したディレクトリに手動で保存することにより情報共有する方法が一般的であった。
一方、特許文献１には、蓄積された情報としての電子メール（以下、単に「メール」と記載）の中から、返信メール（Re:のメール）などの関連する一連のメールを抽出し、一連のメールについての送信経路と、送信者、受信者などの関与者に関する情報を表示するシステムについて記載されている。また、特許文献２には、蓄積されたメールの情報から、送信元、宛先となっている人物の属性を生成するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１４９０３号公報
【特許文献２】特開２００１−１７５６８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したように、情報共有システムの適切と思われるカテゴリに対応したディレクトリに情報を手動で保存することで情報共有する方法では、全ての情報を適切なカテゴリに分類して保存することは困難であり、また、複数のカテゴリに属する場合にうまく分類ができないおそれもある。また、適切なカテゴリに情報が蓄積された場合であっても、時間の経過によって変化する関連人物や関連組織などの情報については反映されない。さらには、蓄積された情報が、知りたいことに関連する情報全てではないことがほとんどである。これらのことは、ある検索対象について知りたいと思っている者にとって、その検索対象に関連する情報をすぐに見つけ出すことのできない原因となっている。そこで、ある検索対象について知りたいと思った場合、その検索対象に最も関連する人物を探し出して問い合わせることが、早く、そして確実に情報を得る方法であるといえる。
しかし、特許文献１、２の技術においては、検索対象について誰が最も関連する人物であるかの情報を検索者に提示するものではない。
【０００５】
本発明は、上記問題を解決すべくなされたもので、その目的は、コミュニティ情報としての電子メールを利用して、検索対象について関連性の高い人物を検出し、提示することのできる検索支援装置及び方法、ならびに、コンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段と、電子メールを記憶しているメール記憶手段から電子メールを読込むメール読込み手段と、前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断するメール分析手段と、前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込む分析結果出力手段と、検索条件の入力を受ける受付手段と、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得する検索手段と、前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する出力制御手段と、を備えることを特徴とする検索支援装置である。
【０００７】
また、本発明は、上述する検索支援装置であって、前記出力制御手段は、前記検索手段により取得した数が所定の条件より多いユーザを、当該ユーザが設定されている数に対応した順序で、スレッド識別情報毎に出力することを特徴とする。
【０００８】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組を取得し、前記出力制御手段は、前記検索手段により取得したユーザの組をスレッド識別情報毎に出力する、ことを特徴とする。
【０００９】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組を取得し、前記出力制御手段は、前記検索手段により取得したユーザの組に基づいて、当該取得したユーザの組に含まれる複数ユーザ間の相関を示す情報を、スレッド識別情報毎に出力する、ことを特徴とする。
【００１０】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記スレッド識別情報で特定される前記メールテーブルのレコードから、さらに、前記ユーザの組が設定されている数を取得し、前記出力制御手段は、さらに、ユーザの組が設定されている数に対応した情報を出力する、ことを特徴とする。
【００１１】
また、本発明は、上述する検索支援装置であって、前記メールテーブルのレコードは、さらに、同報者の情報を含み、前記分析結果出力手段は、前記読込んだ電子メールのヘッダ情報から取得した同報者の情報をさらに設定したレコードを前記メールテーブルに追加し、前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに送信者として設定されているユーザ及び受信者として設定されているユーザに所定のポイントを付与するとともに、同報者として設定されているユーザに前記所定のポイントより所定の重み付けをしたポイントを付与し、前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、ことを特徴とする。
【００１２】
また、本発明は、上述する検索支援装置であって、前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに受信者として設定されているユーザに所定のポイントを付与するとともに、送信者として設定されているユーザに前記所定のポイントより所定の重み付けをしたポイントを付与し、前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、ことを特徴とする。
【００１３】
また、本発明は、上述する検索支援装置であって、前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに設定されている受信者がメーリングリストのアドレスである場合は、送信者として設定されているユーザに所定のポイントを付与し、メーリングリストのアドレスでない場合は、送信者として設定されているユーザ及び受信者として設定されているユーザに所定のポイントを付与し、前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザをスレッド識別情報毎に出力する、ことを特徴とする。
【００１４】
また、本発明は、上述する検索支援装置であって、前記分析結果格納手段は、さらに、スレッド識別情報と、当該スレッド識別情報で特定されるスレッドの開始日時の情報を示すスレッドテーブルを記憶し、前記分析結果出力手段は、読み込んだ電子メールのスレッド識別情報を新たに生成したときに、当該スレッド識別情報と、当該電子メールのヘッダの情報から取得した日時の情報を示す開始日時とを対応付けてスレッドテーブルに書き込み、前記検索手段は、さらに、前記キーワードテーブルから取得したスレッド識別情報に対応した開始日時の情報を読み出し、前記出力制御手段は、入力を受けた期間条件に合致する開始日時のスレッド識別情報について前記ユーザまたは前記ユーザの組を出力する、ことを特徴とする。
【００１５】
また、本発明は、上述する検索支援装置であって、前記メールテーブルのレコードは、さらに、日付の情報を含み、前記分析結果出力手段は、読込んだ電子メールのヘッダ情報から取得した日付の情報をさらに設定したレコードを前記メールテーブルに追加し、前記検索手段は、前記取得したスレッド識別情報で特定される前記メールテーブルのレコードからさらに日付の情報を取得し、出力制御手段は、前記検索手段により取得した各スレッド識別情報に対応する日付の情報に基づいて、所定の期間毎の電子メール数を示す情報を、各スレッド識別情報毎に出力する、ことを特徴とする。
【００１６】
また、本発明は、上述する検索支援装置であって、前記分析結果出力手段は、読込んだ前記電子メールから取得した件名、または、件名及び本文の情報を形態素解析した結果をキーワードとして前記キーワードテーブルに書き込むことを特徴とする。
【００１７】
また、本発明は、上述する検索支援装置であって、前記分析結果出力手段は、形態素解析した結果のうち所定の品詞のものをキーワードとして前記キーワードテーブルに書き込むことを特徴とする。
【００１８】
また、本発明は、上述する検索支援装置であって、前記分析結果出力手段は、形態素解析した結果のうち、予め決められた不要な文字列を除いたものを、キーワードとして前記キーワードテーブルに書き込むことを特徴とする。
【００１９】
また、本発明は、上述する検索支援装置であって、ユーザを特定する情報と、当該ユーザの名前とを対応付けた情報を示す人物テーブルを記憶する人物情報格納手段と、前記メール読込み手段により読込まれた電子メールの本文の情報から、自己紹介に用いられる所定の語句が含まれている行を抽出し、抽出した行を形態素解析して得られた語句のうち固有名詞の語句を選択し、選択した語句と、読込んだ前記電子メールのヘッダ情報から取得した送信者を特定する情報とを対応づけて前記人物テーブルに書き込む人物情報生成手段とをさらに備え、前記出力制御手段は、出力対象の前記ユーザを特定する情報、または、出力対象の前記ユーザの組を構成するユーザを特定する情報に対応して前記人物テーブルから読み出されたユーザの名前を出力する、ことを特徴とする。
【００２０】
また、本発明は、上述する検索支援装置であって、前記人物情報生成手段は、前記電子メールの本文の情報に設定されている先頭より所定行数までの行から、自己紹介に用いられる所定の語句が含まれている行を抽出することを特徴とする。
【００２１】
また、本発明は、上述する検索支援装置であって、前記人物情報生成手段は、自己紹介に用いられる所定の語句が含まれているとして抽出した行から区切り文字の前または後の語句を抽出して形態素解析を行い、固有名詞として得られた語句と、読込んだ前記電子メールのヘッダ情報から取得した送信者を特定する情報とを対応づけて前記人物テーブルに書き込むことを特徴とする。
【００２２】
また、本発明は、上述する検索支援装置であって、前記人物情報生成手段は、送信者を特定する情報として、読込んだ前記電子メールのヘッダ情報から取得した送信者の電子メールアドレスを前記人物テーブルに書き込むことを特徴とする。
【００２３】
また、本発明は、上述する検索支援装置であって、前記メール記憶手段は、会議における発話者であるユーザを送信者に、当該会議の参加者を受信者に、当該会議の会議名を件名に、前記発話者であるユーザの発話内容を本文に設定し、かつ、会議に基づき生成されたことを示す情報を含み、関連する他の電子メールのメッセージ識別情報として、当該会議における他の発話内容を設定した他の電子メールのメッセージ識別情報を設定した電子メールを記憶し、前記分析結果出力手段は、読み込んだ電子メールに会議に基づき生成されたことを示す情報が設定されている場合、前記メールテーブルに追加する前記レコードに、会議に基づき生成されたことを示す当該情報をさらに設定し、前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルに設定される各レコードを特定し、特定した各レコードに会議に基づき生成されたことを示す情報が設定されている場合は、当該各レコードに送信者として設定されているユーザに所定のポイントを付与するとともに受信者として設定されているユーザに当該所定のポイントよりも低いポイントを付与し、会議に基づき生成されたことを示す情報が設定されていない場合は、当該各レコードに送信者として設定されているユーザ及び受信者として設定されているユーザに前記所定のポイントよりも重み付けしたポイントを付与し、前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、ことを特徴とする。
【００２４】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記特定した各レコードに会議の音声に基づいて生成したデータであることを示す情報が設定されている場合は、当該各レコードに送信者として設定されているユーザのみに前記所定のポイントを付与することを特徴とする。
【００２５】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組と、当該ユーザの組が設定されている数を取得し、当該レコードに会議に基づき生成されたことを示す情報が設定されている場合は、前記各ユーザの組に、所定のポイントを当該ユーザの組が設定されている数に応じて付与し、当該レコードに会議に基づき生成されたことを示す情報が設定されていない場合は、前記各ユーザの組に、前記所定のポイントより重み付けしたポイントを当該ユーザの組が設定されている数に応じて付与し、前記出力制御手段は、各ユーザの組のポイントに対応した情報を出力する、ことを特徴とする。
【００２６】
また、本発明は、上述する検索支援装置であって、分析結果出力手段は、読込んだ電子メールに会議に基づき生成されたことを示す情報が設定されている場合、読込んだ電子メールから得られる情報を形態素解析した結果をキーワード候補とし、同一のスレッド識別情報に対応した電子メールから当該キーワード候補が所定回数以上得られた場合に、当該キーワード候補と当該スレッド識別情報とを対応づけて前記キーワードテーブルに書き込む、ことを特徴とする。
【００２７】
また、本発明は、上述する検索支援装置であって、会議名と、会議中の音声の音声データと、会議に参加したユーザを示す参加者とを含む会議データを記憶する音声データ記憶手段と、各ユーザの音声の特徴を示すパラメータである音声特徴情報を記憶する発話者データ記憶手段と、前記音声データ記憶手段から会議ファイルを読み出し、読み出した会議ファイル内の音声データを、１人のユーザが発言している発話区間に区切った分割音声データを生成する音声データ分割手段と、前記分割音声データと、前記発話者データ記憶手段に記憶されている各ユーザの音声特徴情報とから発話者であるユーザを特定する発話者認識手段と、前記分割音声データから、発話内容をテキスト化したテキストデータを生成する音声テキスト変換手段と、前記発話者認識手段が特定した発話者を送信者に、前記会議データ内の参加者を受信者に、前記会議データ内の会議名を件名に、前記音声テキスト変換手段が生成したテキストデータを本文に設定するとともに、新たに生成したメッセージ識別情報と、会議に基づき生成されたことを示す情報と、関連する他の電子メールのメッセージ識別情報として、同じ音声データから抽出した他の分割音声データに基づいて生成した電子メールのメッセージ識別情報とを設定した電子メールを生成し、前記メール記憶手段へ書き込むメール変換手段と、をさらに備えることを特徴とする。
【００２８】
また、本発明は、上述する検索支援装置であって、前記会議データは、会議開催日時の情報をさらに含み、前記音声データ分割手段は、前記分割音声データにより示される音声に対応した、前記音声データにより示される音声における冒頭からの経過時間を取得し、前記メール変換手段は、前記会議データ内の会議開催日時に、前記音声データ分割手段が取得した経過時間を加算した日時をさらに設定した電子メールを生成する、ことを特徴とする
【００２９】
また、本発明は、各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段を備え、所望の情報に関する重要人物を提示して、前記情報の検索を支援する検索支援装置に用いられる検索支援方法であって、メール読込み手段が、電子メールを記憶しているメール記憶手段から電子メールを読込み、メール分析手段が、前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断し、分析結果出力手段が、前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込み、受付手段が、検索条件の入力を受け、検索手段が、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得し、出力制御手段が、前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する、ことを特徴とする検索支援方法である。
【００３０】
また、本発明は、所望の情報に関する重要人物を提示して、前記情報の検索を支援する検索支援装置として用いられるコンピュータを、各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段、電子メールを記憶しているメール記憶手段から電子メールを読込むメール読込み手段、前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断するメール分析手段、前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込む分析結果出力手段、検索条件の入力を受ける受付手段、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得する検索手段、前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する出力制御手段、として機能させることを特徴とするコンピュータプログラムである。
【発明の効果】
【００３１】
本発明によれば、ある検索対象につての重要人物を提示することができ、また、重要人物間のつながりも把握可能となる。また、例えば、システム開発などの場合、仕様検討段階、プログラム設計段階、テスト段階、導入段階など、開発がすすむにつれて関連する人物や組織が変化していくが、本発明では、特定の時期において重要な人物を提示することや、重要な人物や組織が変化していく流れも把握可能となる。
【図面の簡単な説明】
【００３２】
【図１】本発明の第１の実施形態による検索支援装置の機能ブロック図である。
【図２】同実施形態によるメールテーブルのデータ構成図である。
【図３】同実施形態によるスレッドテーブルのデータ構成図である。
【図４】同実施形態によるキーワードテーブルのデータ構成図である。
【図５】同実施形態によるメール収集部の分析処理フローを示す図である。
【図６】メールヘッダの例である。
【図７】同実施形態によるメールテーブルの設定例を示す図である。
【図８】同実施形態によるスレッドテーブルの設定例を示す図である。
【図９】同実施形態によるキーワードテーブルの設定例を示す図である。
【図１０】同実施形態による検索処理部のスレッド検索処理フローを示す図である。
【図１１】同実施形態による検索処理部の人物相関テーブル作成処理フローを示す図である。
【図１２】同実施形態による検索処理部の重要人物テーブル作成処理フローを示す図である。
【図１３】同実施形態による出力制御部の結果表示処理フローを示す図である。
【図１４】同実施形態によるメールテーブルの設定例を示す図である。
【図１５】同実施形態によるスレッドテーブルの設定例を示す図である。
【図１６】同実施形態によるキーワードテーブルの設定例を示す図である。
【図１７】同実施形態による人物相関テーブル及び重要人物テーブルの設定例を示す図である。
【図１８】同実施形態による重要人物の出力イメージを示す図である。
【図１９】同実施形態による検索時期指定時の重要人物及び人物相関図の表示イメージを示す図である。
【図２０】同実施形態による検索画面の全体イメージを示す図である。
【図２１】第２の実施形態によるスレッド出力イメージを示す図である。
【図２２】同実施形態によるスレッド出力イメージを示す図である。
【図２３】第３の実施形態によるメールテーブルのデータ構成図を示す図である。
【図２４】同実施形態による人物相関図の表示イメージを示す図である。
【図２５】第４の実施形態によるメールテーブルのデータ構成図を示す図である。
【図２６】本発明の第６の実施形態による検索支援装置の機能ブロック図である。
【図２７】同実施形態による人物テーブルのデータ構成図である。
【図２８】同実施形態による人物情報生成部の人物情報生成処理フローを示す図である。
【図２９】メールの例である。
【図３０】同実施形態によるメールテーブルの設定例を示す図である。
【図３１】同実施形態によるスレッドテーブルの設定例を示す図である。
【図３２】同実施形態によるキーワードテーブルの設定例を示す図である。
【図３３】同実施形態による人物テーブルの設定例を示す図である。
【図３４】同実施形態による出力制御部の結果表示処理フローを示す図である。
【図３５】同実施形態によるメールテーブルの設定例を示す図である。
【図３６】同実施形態によるスレッドテーブルの設定例を示す図である。
【図３７】同実施形態によるキーワードテーブルの設定例を示す図である。
【図３８】同実施形態による人物テーブルの設定例を示す図である。
【図３９】同実施形態による人物相関テーブル及び重要人物テーブルの設定例を示す図である。
【図４０】同実施形態による重要人物の出力イメージを示す図である。
【図４１】同実施形態による検索時期指定時の重要人物及び人物相関図の表示イメージを示す図である。
【図４２】同実施形態による人物名表示なしの場合の検索画面の全体イメージを示す図である。
【図４３】同実施形態による人物名表示ありの場合の検索画面の全体イメージを示す図である。
【図４４】第７の実施形態による検索支援装置の機能ブロック図である。
【図４５】同実施形態による音声認識部の機能ブロック図である。
【図４６】同実施形態による音声認識部のメール形式データ生成処理フローを示す図である。
【図４７】同実施形態によるメール収集部の分析処理フローを示す図である。
【図４８】同実施形態による検索処理部の人物相関テーブル作成処理フローを示す図である。
【図４９】同実施形態による検索処理部の重要人物テーブル作成処理フローを示す図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照して本発明の実施形態を説明する。
【００３４】
［第１の実施形態］
図１は、本発明の第１の実施形態による検索支援装置１の機能ブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。
同図において、検索支援装置１は、１台または複数台のサーバ等により構成することができ、メール記憶部１０、メール収集部２０、分析結果格納部３０、検索処理部４０、及び、出力制御部５０からなる。
【００３５】
メール記憶部１０は、例えば、メールサーバなどにより実現することができ、利用者間で送受信される電子メール（以下、単に「メール」とも記載）のデータを記憶する。
メール収集部２０は、メール記憶部１０から電子メールのデータを読込むメール読込み部２１と、メール読込み部２１により読み出された電子メールのデータを分析するメール分析部２２と、メール分析部２２による分析結果を示すデータを分析結果格納部３０へ書き込む分析結果出力部２３を備える。
分析結果格納部３０は、メール分析結果のデータとして、各メールに関する情報を示すメールテーブルと、各スレッドの開始及び終了日時を示すスレッドテーブルと、各スレッドについてのキーワードを示すキーワードテーブルを記憶する。なお、スレッドとは、返信や転送がなされた一連のメールをグループ化したものを示す。
【００３６】
検索処理部４０は、例えば、データベースによりで実現することができ、検索支援装置１の備える入力手段、あるいは、検索支援装置１に接続されるコンピュータ端末（出力制御部５０）から検索条件の入力を受けるクエリ受付部４１と、クエリ受付部４１により受信した検索条件に基づいて、分析結果格納部３０に記憶されているメール分析結果のデータを検索する検索部４２と、検索部４２による検索結果を出力する検索結果出力部４３とを備える。
出力制御部５０は、例えば、コンピュータ端末で実現することができ、検索処理部４０の検索結果出力部４３により出力された検索結果を読込む検索結果読込み部５１と、検索結果読込み部５１が読込んだ検索結果をディスプレイへ表示する結果表示部５２とを備える。なお、検索結果をプリンタにより印刷したり、記録媒体へ書き込むことでもよい。
【００３７】
次に、分析結果格納部３０に格納される各データテーブルについて説明する。
図２は、分析結果格納部３０に格納されるメールテーブルの構成を示す図である。同図において、メールテーブルは、メールＩＤ、スレッドＩＤ、メッセージＩＤ、件名、送信者、受信者、日付、及び、本文のデータからなる複数のレコードにより構成される。メールＩＤは、メールテーブルにおける各レコードを一意に特定する識別情報であり、１行目がメールＩＤ＝１、２行目がメールＩＤ＝２、…のように、各レコードに対してメール分析部２２により付与される。スレッドＩＤは、各スレッドを一意に特定する識別情報であり、第１スレッドをスレッドＩＤ＝１、第２スレッドをスレッドＩＤ＝２、…のように、各スレッドに対してメール分析部２２により付与される。メッセージＩＤは、各メールを一意に特定する識別情報であり、メールのmessage-IDフィールドに設定されている情報に相当する。また、件名、送信者、受信者、日付、本文はそれぞれ、メールのSubjectフィールド、Fromフィールド、Toフィールド、Dateフィールド、メール本文に設定されている情報に相当する。
【００３８】
図３は、分析結果格納部３０に格納されるスレッドテーブルの構成を示す図である。同図において、スレッドテーブルは、スレッドＩＤ、開始日時、及び、終了日時のデータからなる複数のレコードにより構成される。ここで、開始日時、終了日時は、スレッドＩＤにより特定されるスレッドに属するメールの中で、最も古い日付の情報が設定されているメールから得られる日付、最も新しい日付の情報が設定されているメールから得られる日付を示す。
【００３９】
図４は、分析結果格納部３０に格納されるキーワードテーブルの構成を示す図である。同図において、キーワードテーブルは、レコードＩＤ、スレッドＩＤ、及び、キーワードのデータからなる複数のレコードにより構成される。レコードＩＤは、キーワードテーブルにおける各レコードを一意に特定する識別情報であり、各レコードに対してメール分析部２２により付与される。キーワードＩＤは、スレッドＩＤにより特定されるスレッドに属するメールの件名を形態素解析した結果の情報である。
【００４０】
次に、検索支援装置１における処理フローを説明する。
図５は、メール収集部２０における分析処理フローを示す。
同図において、メール収集部２０のメール読込み部２１は、まだ本分析処理フローによる分析処理を行っていないメールをメール記憶部１０としてのメールサーバから読込む（ステップＳ１１０）。メールには、Message-ID、Subject、From、To、CC、Date、References、メール本文等のフィールドが含まれる。なお、Referencesは、返信、転送されたメールのみに含まれるフィールドであり、返信、転送されるたびに、その返信、転送される元となったMessage-IDが追加されるフィールドである。
【００４１】
メール分析部２２が自然数の新たなメールＩＤを付与すると、分析結果出力部２３は、当該メールＩＤを設定したレコードを分析結果格納部３０に記憶されているメールテーブルに追加する。分析結果出力部２３は、追加したレコードのメッセージＩＤ、件名、送信者、受信者、日付、及び、本文のデータ項目のそれぞれに、読込んだメールのmessage-ID、Subject、From、To、Date、メール本文のフィールドの設定内容を書き込む（ステップＳ１２０）。
【００４２】
次に、メール分析部２２は、メールテーブルを検索し、読込んだメールのReferenceフィールドに設定されているデータと同じ内容のデータがメッセージＩＤに設定されているレコードがあるかを判断する（ステップＳ１３０）。これにより、読込んだメールが、以前のメールと同じスレッドに属するか否かを確認する。読込んだメールのReferenceフィールドと同じ内容のデータがメッセージＩＤに設定されているレコードがないと判断した場合（ステップＳ１３０：ＮＯ）、新規のスレッドであるとして、メール分析部２２は新たなスレッドＩＤを付与する。分析結果出力部２３は、新たに付与されたスレッドＩＤを設定したレコードを分析結果格納部３０に記憶されているスレッドテーブルに追加するとともに（ステップＳ１４０）、追加したレコードの開始日時及び終了日時のデータ項目に、読込んだメールのDateフィールドに設定されているデータを書き込む（ステップＳ１５０）。
【００４３】
一方、読込んだメールのReferenceフィールドと同じ内容のデータがメッセージＩＤに設定されているレコードがあると判断した場合（ステップＳ１３０：ＹＥＳ）、既に登録されているスレッドに属する最後のメールの可能性があると判断する。そこで、メール分析部２２は、読込んだメールのReferenceフィールドと同じ内容のデータがメッセージＩＤに設定されているレコードからスレッドＩＤを読み出し、このスレッドＩＤによりスレッドテーブルを検索する。そして、検出したレコードの開始日時、終了日時に設定されている日時と、読込んだメールのDateフィールドに設定されている日時とを比較する。読込んだメールのDateフィールドに設定されている日時のほうが開始日時より古い日時である場合は、検出したレコードの開始日時のデータ項目を、読込んだメールのDateフィールドに設定されている日時に書き換える。また、読込んだメールのDateフィールドに設定されている日時のほうが終了日時より新しい日時である場合は、検出したレコードの終了日時のデータ項目を、読込んだメールのDateフィールドに設定されている日時に書き換える（ステップＳ１６０）。
【００４４】
分析結果出力部２３は、ステップＳ１２０において追加したメールテーブルのレコードに新たに当該メールのスレッドＩＤを書き込む（ステップＳ１７０）。次に、メール分析部２２は、メールのSubjectフィールドの設定内容を形態素解析するとともに、形態素解析された結果であるキーワードそれぞれに新たなレコードＩＤを付与する。分析結果出力部２３は、新たに付与されたレコードＩＤと、当該メールのスレッドＩＤと、レコードＩＤに対応するキーワードからなるレコードを、分析結果格納部３０に記憶されているキーワードテーブルに追加する（ステップＳ１８０）。メール読込み部２１は、メール記憶部１０としてのメールサーバに、まだ分析処理を行っていないメールがあるかを判断する（ステップＳ１９０）。まだ、分析処理していないメールがある場合には（ステップＳ１９０：ＹＥＳ）、ステップＳ１１０に戻り、上述した処理を繰り返す。そして、メール記憶部１０に分析処理していないメールがなくなった場合（ステップＳ１９０：ＮＯ）、処理を終了する。
【００４５】
図５の処理を具体的なデータ例を用いて説明する。
図６はメール記憶部１０から読込んだ各メールのメールヘッダの例を、図７は図６で示されるメールヘッダをもつメールから生成されるメールテーブルの例を、図８は図６で示されるメールヘッダをもつメールから生成されるスレッドテーブルの例を、図９は図６で示されるメールヘッダをもつメールから生成されるキーワードテーブルの例を示す。
【００４６】
最初に、メールＭ１（図６）が読込まれると（図５、ステップＳ１１０）、新たに付与されたメールＩＤ「１」を設定したレコードがメールテーブル（図７）に追加され、メールＭ１のmessage-ID「1111@svr.jp」、Subject「開発進捗に関して」、From「userA」、To「userB」、Date「2007/2/3 15:12」、メール本文が当該レコードのメッセージＩＤ、件名、送信者、受信者、日付、及び、本文に設定される（図５、ステップＳ１２０）。また、メールＭ１にはReferenceフィールドが含まれていないため、新規のスレッドであると判断される（図５、ステップＳ１３０：ＮＯ）。そこで、新たなスレッドＩＤ「１」を設定したレコードがスレッドテーブル（図８）に追加され（図５、ステップＳ１４０）、メールＭ１のDate「2007/2/3 15:12」が当該レコードの開始日時及び終了日時に設定されるとともに（図５、ステップＳ１５０）、メールテーブル（図７）のメールＩＤ「１」のレコードに、スレッドＩＤ「１」が設定される（図５、ステップＳ１７０）。さらに、メールＭ１のSubjectフィールドの設定内容を形態素解析して「開発」、「進捗」、「関して」が得られると、各形態素解析結果それぞれについて新たに付与されたレコードＩＤ「１」、「２」、「３」を設定したレコードがキーワードテーブル（図９）に追加され、この追加されたレコードそれぞれには、スレッドＩＤ「１」と、対応する形態素解析結果「開発」、「進捗」、「関して」が設定される（図５、ステップＳ１８０）。
【００４７】
次に、メールＭ２（図６）が読込まれると（図５、ステップＳ１１０）、新たに付与されたメールＩＤ「２」を設定したレコードがメールテーブル（図７）に追加され、メールＭ２のmessage-ID「2222@svr.jp」、Subject「Re:開発進捗に関して」、From「userB」、To「userA」、Date「2007/2/4 0:12」、メール本文が当該レコードのメッセージＩＤ、件名、送信者、受信者、日付、及び、本文に設定される（図５、ステップＳ１２０）。そして、メールＭ２のReference「1111@svr.jp」がメッセージＩＤに設定されているレコードがすでにメールテーブルにあるため（メールＩＤ「１」のレコード）、既に出現したスレッドであると判断される（図５、ステップＳ１３０：ＮＯ）。このレコードには、スレッドＩＤ「１」が設定されているため、スレッドテーブル（図８）から、当該スレッドＩＤが設定されているレコードの開始日時「2007/2/3 15:12」、終了日時「2007/2/3 15:12」を読み出し、メールＭ２のDate「2007/2/4 0:12」と比較する。メールＭ２のDateのほうが終了日時より新しい日時であるため、終了日時のデータ項目がメールＭ２のDateの設定内容に書き換えられ（ステップＳ１６０）、メールテーブル（図７）のメールＩＤ「２」のレコードに、スレッドＩＤ「１」が設定される（図５、ステップＳ１７０）。さらに、メールＭ１のSubjectフィールドの設定内容を形態素解析して「開発」、「進捗」、「関して」が得られるが、図９に示すように、キーワードテーブル（図９）には、当該スレッドＩＤ「１」に対応してすでにこれらのキーワードが設定されているため、新たなレコード追加は行われない。
【００４８】
このようにして、図６に示すメールＭ１〜Ｍ８について図５の処理を行った結果が、図７に示すメールテーブル、図８に示すスレッドテーブル、図９に示すキーワードテーブルである。図７に示すように、メールテーブルには、メールＭ１〜Ｍ８それぞれについてレコードが追加され、メールＭ１、Ｍ２、Ｍ３に対応したレコードにはスレッドＩＤ「１」が、メールＭ４に対応したレコードにはスレッドＩＤ「２」が、メールＭ５、Ｍ６、Ｍ７に対応したレコードにはスレッドＩＤ「３」が、メールＭ８に対応したレコードにはスレッドＩＤ「４」が設定されている。これは、メールＭ２のReferences「1111@svr.jp」が、メールＭ１に対応したレコードのメッセージＩＤに設定されており、メールＭ３のReferences「1111@svr.jp」、「2222@svr.jp」が、メールＭ１、メールＭ２に対応したレコードのメッセージＩＤに設定されているため、メールＭ１、Ｍ２、Ｍ３に対応したレコードに同じスレッドＩＤが設定されたものである。同様に、メールＭ６のReferences「5555@svr.jp」は、メールＭ５に対応したレコードのメッセージＩＤに設定されており、メールＭ７のReferences「5555@svr.jp」、「6666@svr.jp」は、メールＭ５、メールＭ６に対応したレコードのメッセージＩＤに設定されているため、メールＭ５、Ｍ６、Ｍ７に対応したレコードには同じスレッドＩＤが設定される。
【００４９】
また、図８に示すスレッドテーブルには、スレッドＩＤ「１」のレコードに、当該スレッドＩＤに属する最初のメールＭ１のDateフィールドの設定内容が開始日時に、当該スレッドＩＤに属する最後のメールＭ３のDateフィールドの設定内容が終了日時に設定されている。同様に、スレッドＩＤ「３」のレコードに、当該スレッドＩＤに属する最初のメールＭ５のDateフィールドの設定内容が開始日時に、当該スレッドＩＤに属する最後のメールＭ７のDateフィールドの設定内容が終了日時に設定されている。
また、スレッドＩＤ「２」に属するのはメールＭ４のみであるため、当該スレッドＩＤのレコードには、メールＭ４のDateフィールドの設定内容が開始日時及び終了日時に設定されている。同様に、スレッドＩＤ「４」のレコードには、メールＭ８のDateフィールドの設定内容が開始日時及び終了日時に設定されている。
【００５０】
また、図９に示すように、キーワードテーブルには、スレッドＩＤ「１」に属するメールＭ１，Ｍ２，Ｍ３のSubjectの設定内容を形態素解析した結果の「開発」、「進捗」、「関して」がレコードＩＤ「１」〜「３」に、スレッドＩＤ「２」に属するメールＭ４のSubjectの設定内容を形態素解析した結果の「懇親会」がレコード「４」に、スレッドＩＤ「３」に属するメールＭ５，Ｍ６，Ｍ７のSubjectの設定内容を形態素解析した結果の「打合せ」、「件」がレコードＩＤ「５」、「６」に、スレッドＩＤ「４」に属するメールＭ８のSubjectの設定内容を形態素解析した結果の「開発」、「会議」がレコードＩＤ「７」、「８」に設定されている。
【００５１】
図１０〜図１２は、検索処理部４０における処理フローを示す。
図１０は、検索処理部４０におけるスレッド検索処理フローを示す。
検索処理部４０のクエリ受付部４１は、受信した検索要求から検索ワードを読込む（ステップＳ２１０）。検索部４２は、分析結果格納部３０に記憶されているキーワードテーブルに設定されているスレッドＩＤのうち、本スレッド検索処理フローによるスレッド検索処理を行っていないスレッドＩＤを選択して読込む（ステップＳ２２０）。そして、その選択したスレッドＩＤが設定されているキーワードテーブルのレコードの中に、検索ワードに一致するキーワードが設定されているレコードがあるかを判断する（ステップＳ２３０）。
【００５２】
選択したスレッドＩＤが設定されているレコードの中に、検索ワードに一致するキーワードが設定されているレコードがある場合（ステップＳ２３０：ＹＥＳ）、以下のステップＳ２４０〜Ｓ２５０の処理を実行する。すなわち、検索部４２は、選択したスレッドＩＤをキーにして分析結果格納部３０に記憶されているスレッドテーブルを検索し、検出したレコードから開始日時を読込むとともに（ステップＳ２４０）、選択したスレッドＩＤと読込んだ開始日時とを対応付けた情報を記憶する（ステップＳ２５０）。
【００５３】
検索部４２は、キーワードテーブルに、まだスレッド検索処理を行っていないスレッドＩＤがある場合は（ステップＳ２６０：ＮＯ）、ステップＳ２２０からの処理を繰り返す。そして、キーワードテーブルに登録されている全てのスレッドＩＤについて、スレッド検索処理を実行した場合は（ステップＳ２６０：ＹＥＳ）、処理を終了する。
【００５４】
図１１は、検索処理部４０における人物相関テーブル作成処理フローを示す。
検索処理部４０の検索部４２は、図１０のステップＳ２５０において記憶したスレッドＩＤ（以下、処理対象スレッドＩＤ）のうち、当該人物相関テーブル作成処理フローによる人物相関テーブル作成処理をまだ行っていないスレッドＩＤを選択する。検索部４２は、メールテーブルを検索し、選択したスレッドＩＤが設定されているレコードを特定して読込む（ステップＳ３１０）。
【００５５】
検索部４２は、ステップＳ３１０において読込んだレコードから、送信者と受信者に設定されているユーザの組を送受信者の組として抽出し、抽出した送受信者の組それぞれについて、抽出された数をカウントする（ステップＳ３２０）。なお、送信者と受信者のユーザが入れ替わっていても、同じ組であるとする。検索部４２は、処理対象スレッドＩＤに、まだ人物相関テーブル作成処理を行っていないスレッドＩＤがある場合は（ステップＳ３３０：ＮＯ）、ステップＳ３１０からの処理を繰り返す。そして、全ての処理対象スレッドＩＤについて、人物相関テーブル作成処理を実行した場合（ステップＳ３３０：ＹＥＳ）、スレッドＩＤ毎に、ステップＳ３２０において抽出された送受信者の組と、その組の抽出数に対応したポイントとを示す一覧である人物相関テーブルを生成して記憶する（ステップＳ３４０）。つまり、ユーザがメールの送信者、あるいは、受信者となる毎に、当該ユーザに１ポイントが付与されることを示す。
【００５６】
図１２は、検索処理部４０における重要人物テーブル作成処理フローを示す。
検索処理部４０の検索部４２は、図１０のステップＳ２５０において記憶した処理対象スレッドＩＤのうち、当該重要人物テーブル作成処理フローによるおいてまだ重要人物テーブル作成処理を行っていないスレッドＩＤを選択する。検索部４２は、メールテーブルを検索し、選択したスレッドＩＤが設定されているレコードを特定して読込む（ステップＳ４１０）。
【００５７】
検索部４２は、読込んだレコードから、送信者または受信者として設定されているユーザを抽出し、その抽出したユーザが、送信者または受信者として設定されている数である登場回数を計測し、記憶する（ステップＳ４２０）。検索部４２は、処理対象スレッドＩＤに、まだ重要人物テーブル作成処理を行っていないスレッドＩＤがある場合は（ステップＳ４３０：ＮＯ）、ステップＳ４１０からの処理を繰り返す。そして、全ての処理対象スレッドＩＤについて、重要人物テーブル作成処理を実行した場合は（ステップＳ４３０：ＹＥＳ）、スレッドＩＤ毎に、ステップＳ４２０において抽出されたユーザと、その登場回数に対応したポイントとを示す一覧である重要人物テーブルを生成して記憶する（ステップＳ４４０）。つまり、ユーザがメールの送信者、あるいは、受信者となる毎に、当該ユーザに１ポイントが付与されることを示す。
【００５８】
図１３は、出力制御部５０の結果表示処理フローを示す。
同図において、検索結果読込み部５１は、検索結果出力部４３から出力される各処理対象スレッドＩＤの開始日時、人物相関テーブル、重要人物テーブル、及び、各処理対象スレッドＩＤに対応したメールテーブルのレコードから読込んだ件名の一覧を検索結果として読込む（ステップＳ５１０）。次に、結果表示部５２は、検索結果表示方法の情報を読込む（ステップＳ５２０）。これは、クエリ受付部４１が受信した検索要求内に設定されているか、予め、出力制御部５０の記憶手段に記憶されている情報である。検索結果表示方法の情報に、重要人物表示が必要であることが設定されている場合（ステップＳ５３０：ＹＥＳ）、結果表示部５２は、各スレッドについて、重要人物テーブルで示されるユーザのうち、ポイント数の多い順番に所定数のユーザを重要人物として抽出する。そして、抽出した各スレッドの重要人物を、その重要人物に対応したポイント数とともに表示する（ステップＳ５４０）。このとき、時系列的にスレッドを並べ、各スレッドに対応して登場回数の多い順番に重要人物を表示する。また、さらに、特定のスレッドのみを表示するような指示の入力があった場合は、その指定されたスレッドについての重要人物のみを表示し、期間を示す情報の入力があった場合には、その期間に開始日時が含まれるスレッドについての重要人物を表示する。
【００５９】
続いて、検索結果表示方法の情報に、テーマ名の表示が必要であることが設定されている場合（ステップＳ５５０：ＹＥＳ）、結果表示部５２は、ステップＳ５１０において検索結果出力部４３から読込んだ件名の一覧を表示する（ステップＳ５６０）。このとき、ステップＳ５４０において出力した各スレッドの重要人物の表示に対応づけて件名を表示してもよい。また、期間を示す情報の入力があった場合には、その期間に開始日時が含まれるスレッドについての件名を表示する。
【００６０】
さらに、検索結果表示方法の情報に、重人物の相関関図の表示が必要であることが設定されている場合（ステップＳ５７０：ＹＥＳ）、結果表示部５２は、各スレッドについて、人物相関テーブルで示される送受信者の組のうち、ポイント数の多い順番に所定数の組を抽出する。そして、各スレッドについて抽出した送受信者の組を、その送受信者の組のポイント数に対応したポイント数とともに表示する（ステップＳ５８０）。なお、このとき、複数のユーザ間における送受信の組の相関関係を示すようなマトリックス状に表示する。また、さらに、特定のスレッドのみを表示するような指示の入力があった場合は、その指定されたスレッドについての送受信者の組のみを表示し、期間を示す情報の入力があった場合には、その期間に開始日時が含まれるスレッドについての送受信者の組を表示する。
【００６１】
図１０〜図１３の処理を具体的なデータ例を用いて説明する。
図１４はメールテーブルの例を、図１５はスレッドテーブルの例を、図１６はキーワードテーブルの例を示す図であり、クエリ受付部４１が検索キーワード読込む前に設定されているものとする。また、検索キーワードとして「販売」が入力されるとする。このとき作成される人物相関テーブル及び重要人物テーブルを図１７に示す。
【００６２】
図１０のスレッド検索処理において、検索キーワードが読込まれると（図１０、ステップＳ２１０）、キーワードテーブル（図１６）に設定されているスレッドＩＤが順に選択される（図１０、ステップＳ２２０）。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図１６）のレコードから、検索ワード「販売」がキーワードとして設定されているレコード（レコードＩＤ「３４０」）が検出される（図１０、ステップＳ２３０）。そして、当該スレッドＩＤに対応した開始日時「2006/7/1 15:12」が読込まれ、スレッドＩＤ「１１６」と対応付けて記憶される（図１０、ステップＳ２４０、Ｓ２５０）。
【００６３】
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図１６）のレコードから、検索ワード「販売」がキーワードとして設定されているレコード（レコードＩＤ「３７２」）が検出される（図１０、ステップＳ２３０）。そして、当該スレッドＩＤに対応した開始日時「2007/1/7 13:10」が読込まれ、スレッドＩＤ「１２０」と対応付けて記憶される（図１０、ステップＳ２４０、Ｓ２５０）。
【００６４】
次に、スレッドＩＤ「１４４」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図１６）には、検索ワード「販売」がキーワードとして設定されているレコードがないことが検出される（図１０、ステップＳ２３０）。
これにより、処理対象スレッドＩＤ「１１６」、「１２０」と、それぞれの開始日時「2006/7/1 15:12」、「2007/1/7 13:10」が記憶される（図１０、ステップＳ２５０）。
【００６５】
続いて、人物相関テーブル作成処理（図１１）が開始され、処理対象スレッドＩＤが順に選択される。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図１４）のレコード（メールＩＤ「５００」〜「５０６」）が特定される（図１１、ステップＳ３１０）。図１７に示すように、この特定されたレコードの送信者と受信者の情報から、「userAとuserB」、「userAとuserC」、「userAとuserD」、「userAとuserE」、「userBとuserE」の組が抽出され、それらの組が抽出された数はそれぞれ「４」、「２」、「２」、「２」、「３」である（図１１、ステップＳ３２０）。なお、図面では、userA、userB、userC、userD、userEを単にA,B,C,D,Eと表記する場合がある。
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図１４）のレコード（メールＩＤ「５０７」〜「５１１」）を特定する（図１１、ステップＳ３１０）。図１７に示すように、この特定されたレコードの送信者と受信者の情報から、「userAとuserB」、「userAとuserC」、「userAとuserD」、「userAとuserE」の組が抽出され、それらの組が抽出された数はそれぞれ「２」、「２」、「３」、「１」である（図１１、ステップＳ３２０）。
これにより、各スレッドＩＤ毎に、これらの抽出されたユーザの組と、その組の抽出数に対応したポイントとを示す人物相関テーブル（図１７）が生成される（図１１、ステップＳ３４０）。ここでは、抽出数１を１ポイントとしている。
【００６６】
続いて、重要人物テーブル作成処理（図１２）が開始され、処理対象スレッドＩＤが順に選択される。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図１４）のレコード（メールＩＤ「５００」〜「５０６」）が特定される（図１２、ステップＳ４１０）。図１７に示すように、この特定されたレコードの送信者または受信者に設定されているユーザとして、「userA」、「userB」、「userC」、「userD」、「userE」が抽出され、その抽出したユーザの登場回数「１０」、「７」、「２」、「２」、「５」が計測される。
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図１４）のレコード（メールＩＤ「５０７」〜「５１１」）が特定される（図１２、ステップＳ４２０）。図１７に示すように、この特定されたレコードの送信者または受信者に設定されているユーザとして、「userA」、「userB」、「userC」、「userD」、「userE」が抽出され、その抽出したユーザの登場回数「８」、「２」、「２」、「３」、「１」が計測される。
これにより、各スレッドＩＤ毎に、これらの抽出されたユーザと、その登場回数に対応したポイントとを示す重要人物テーブルが生成される（図１２、ステップＳ４４０）。なお、ここでは、登場回数１回を１ポイントとしている。
【００６７】
図１８は、図１７に示す重要人物テーブルに基づいた重要人物出力イメージであり、時系列にスレッドを並べて表示したイメージを示す。ここでは、重要人物は、ポイント数が高い順に３人としている。なお、所定のポイント数以上などとすることもでき、この条件は予め出力制御部５０に記憶されるか、ユーザにより入力される。
図１８においては、重要人物テーブル（図１７）に含まれるスレッドＩＤ「１１６」、「１２０」を、これらの開始日時「2006/07/01 15:12」、「2007/07/08 23:11」に対応した時間軸上に、時系列で表示している。そして、スレッドＩＤ「１１６」については、ポイント数が高い順に「userA」、「userB」、「userE」が表示され、スレッドＩＤ「１２０」については、ポイント数が高い順に「userA」、「userD」、「userB」、「userC」が表示されている。なお、「userB」と「userC」はポイント数が同じため、両者を表示しているものである。
【００６８】
図１９は、図１７に示す重要人物テーブルに基づいた、検索時期を指定したときの重要人物及び人物相関図の表示イメージを示す。ここでは、２００６年が指定されとする。なお、検索時期の条件は、ユーザにより入力されるものとする。
出力制御部５０の結果表示部５２は、重要人物テーブル（図１７）に含まれるスレッドＩＤ「１１６」、「１２０」のうち、開始日時が２００６年であるスレッドＩＤ「１１６」を選択する。そして、スレッドＩＤ「１１６」については、重要人物として、ポイント数が高い順に「userA」、「userB」、「userE」を、そのポイント数のともに表示する。また、人物相関テーブル（図１７）から、当該スレッドＩＤに対応して、重要人物としてのポイント数が最も高い「userA」が含まれる送受信の組と、そのポイント数を読込む。そして、ポイント数が最も高い「userA」を中心として、送受信の組となる各ユーザ「userB」、「userC」、「userD」、「userE」をその周囲に表示するとともに、「userA」と各ユーザ「userB」、「userC」、「userD」、「userE」との間に、ポイント数を表示するとともに、そのポイント数に対応した太さの線を描画する。なお、表示する送受信の組をポイント数の多い組から所定数としてもよく、所定のポイント数以上の送受信の組を表示するようにしてもよい。
【００６９】
図２０は、検索画面の全体イメージを示す図である。同図においては、検索ワードを入力するフィールド、時系列に並べたスレッドとその重要人物、人物相関図、及び、各スレッドに送信者または受信者として登場したユーザの一覧とそのポイント数が表示されている。
【００７０】
なお、上記においては、開始日時が検索条件として指定された期間内のスレッドを出力対象としているが、終了日時が検索条件として指定された期間内であるスレッドを出力するようにしてもよく、両者を組み合わせてもよい。終了日時を検索条件する場合は、図１０のステップＳ２４０において、開始日時の代わりに終了日時を読込み、図１３のステップＳ５１０において、検索結果読込み部５１は、各処理対象スレッドＩＤの終了日時を読込む。
【００７１】
なお、ユーザを表示するときには、メールの送信者、受信者のフィールドから読込んだユーザの識別情報（メールアドレス等）を表示してもよく、ユーザの識別情報に対応付けて記憶手段に記憶されている氏名や部署等の情報を読込んで表示してもよい。
【００７２】
［第２の実施形態］
本発明の第２の実施形態について説明する。上述した第１の実施形態においては、スレッド単位に分割したメールを、その開始日時の時系列にプロットして表示しているが、同じような時期に多数のスレッドが始まる場合や、検索の結果、多数のスレッドが該当したりする場合などがある。このような場合、検索者はどのスレッドが、自分の知りたい内容を扱っているものであるかを選択するのが困難となってしまう。そこで、第２の実施形態においては、検索者が知りたい内容について取り扱っているスレッドを簡易に選択することを支援するために、時間経過に伴うメール量の分布を可視化して表示し、話題の盛り上がり・盛り下がりを考慮したスレッド選択が行えるようにする。これにより、検索者が知りたいと考えている内容について多くのメールがやりとりされているスレッドを選択したり、話題が盛り上がった時期、すなわち、メール量が多い時期に基づいてスレッドを選択したりできるようになる。
【００７３】
第２の実施形態の処理について、第１の実施形態との差分を説明する。
図１０に示すスレッド検索処理フローのステップＳ２４０において、検索処理部４０の検索部４２は、選択したスレッドＩＤをキーにして分析結果格納部３０に記憶されているメールテーブルを検索し、検出したレコードから日付の情報を読込み、ステップＳ２５０において、選択したスレッドＩＤと読込んだ日時とを対応付けた情報を記憶する。この情報は、図１３に示す結果表示処理フローのステップＳ５１０において、出力制御部５０の検索結果読込み部５１に読み込まれる。出力制御部５０の結果表示部５２は、スレッドＩＤ毎に、当該スレッドＩＤに対応した日付の情報に基づいて所定の単位期間毎（４半期単位、１ヶ月単位など）のメールの件数をカウントし、各スレッドについて当該単位期間毎に、メールの件数に対応した大きさの円を表示したり、メールの件数の推移をグラフ表示したりする。なお、この単位期間は、出力制御部５０の図示しない記憶手段に予め記憶されている情報であってもよく、検索処理部４０のクエリ受付部４１が受信した検索要求内に設定されることでもよい。
【００７４】
図２１は、円の大きさによりメールの件数を表示した場合のスレッド出力イメージである。同図においては、各スレッドについて、４半期毎に、メールの件数に対応した大きさの円を表示している。これにより、他のスレッドより大きな円が表示されているスレッドがより話題の盛り上がったスレッドであり、また、より大きな円が表示されている時期がより話題の盛り上がった時期であることが視覚的に把握可能となる。なお、ここでは、メールの件数に対応した大きさの円を表示しているが、メールの大きさを表す図形は円以外の図形でもよく、また、メール量が多い場合は赤、少ない場合は青としたグラデーションにより表示するなど、色による表示を行ってもよい。
【００７５】
図２２は、グラフによりメールの件数を表示した場合のスレッド出力イメージである。同図においては、各スレッドについて、４半期毎のメールの件数の推移をグラフで表示している。そして、表示されているグラフにおいて、さらに詳細にメールの件数の推移を見たい場合には、その表示箇所をマウスで指定するなどして、詳細表示対象のスレッドと時期の情報を入力する。出力制御部５０の結果表示部５２は、スレッドに対応した日付の情報を参照し、詳細表示対象のスレッド及び時期について、現在表示されているよりも短い単位期間毎（１日単位、１週間単位など）のメールの件数をカウントして、グラフ表示する。
【００７６】
［第３の実施形態］
次に、本発明の第３の実施形態について説明する。上述した実施形態では、人物相関テーブル、重要人物テーブルを作成する際に、メールの送信者あるいは受信者となっているユーザに一律で１ポイントを付与している。しかし、例えば、管理者などは情報を共有できるようメールの宛先に同報者（ＣＣ）として設定されることが多く、担当者や実施者などは情報を発信することが多いためメールの送信者となることが多い。そこで、管理者、あるいは、担当者や実施者等のどちらをキーパーソンとして抽出するかに応じて、同報者に設定されている場合の付与ポイント数を高くしたり、あるいは、発信者に設定されている場合の付与ポイント数を高くしたりし、加算ポイントを変更する。つまり、同報者に設定されている場合に付与するポイント数に重み付けすることにより、合計ポイント数が高いユーザを、検索したい内容に関する管理者として選択し、提示することが可能となり、また、発信者に設定されている場合に付与するポイント数に重み付けすることにより、合計ポイント数が高いユーザを、検索したい内容に関する担当者や実施者等の情報発信者として選択し、提示することが可能となる。
【００７７】
第３の実施形態の処理について、第１の実施形態及び第２の実施形態との差分を説明する。
図２３は、本実施形態によるメールテーブルの構成を示す図である。同図において、メールテーブルは、メールＩＤ、スレッドＩＤ、メッセージＩＤ、件名、送信者、受信者、同報者、日付、及び、本文のデータからなる複数のレコードにより構成され、図２に示すメールテーブルのレコードに、同報者のデータが追加されたものである。同報者は、メールのCCフィールドに設定されている情報に相当する。
そして、図５に示す第１の実施の形態のスレッド検索処理フローのステップＳ１２０において、メール収集部２０の分析結果出力部２３は、メールテーブルに追加されたレコードの同報者のデータ項目に、読込んだメールのCCフィールドの設定内容をさらに書き込む。
【００７８】
図１１に示す人物相関テーブル作成処理フローのステップＳ３２０において、検索処理部４０の検索部４２は、ステップＳ３１０において読込んだ各レコードについて順に以下を行う。すなわち、送信者−受信者として設定されているユーザの組、送信者−同報者として設定されているユーザの組を抽出し、送信者として設定されているユーザ及び受信者として設定されているユーザの管理者検索対応ポイントに１ポイントを加算し、同報者として設定されているユーザの管理者検索対応ポイントに３ポイントを加算する。また、受信者として設定されているユーザの情報発信者検索対応ポイントに３ポイントを加算し、送信者として設定されているユーザ及び同報者として設定されているユーザの情報発信者検索対応ポイントに１ポイントを加算する。
【００７９】
上記のようにして、全ての処理対象スレッドＩＤについて、ユーザの組の抽出と、管理者検索対応ポイント、情報発信者索対応ポイントの付与を実行すると、ステップＳ３４０において、検索部４２は、スレッドＩＤ毎に、送信者−受信者のユーザの組、送信者−同報者のユーザの組と、これらの組に含まれる各ユーザの管理者検索対応ポイント及び情報発信者索対応ポイントとを示す一覧である人物相関テーブルを生成して記憶する。
【００８０】
図１３に示す結果表示処理フローのステップＳ５８０において、出力制御部５０の結果表示部５２は、各スレッドについて抽出したユーザの組を表示する。なお、このとき、複数ユーザ間におけるユーザの組の相関関係を示すようなマトリックス状の関連図を表示するとともに、管理者用検索ポイントのポイント数が最も高いユーザ、または、高い順に所定数のユーザを特定する情報、情報発信者索対応ポイントのポイント数が最も高いユーザ、または、高い順に所定数のユーザを特定する情報も表示する。さらに、結果表示部５２は、各ユーザの組について、送信者−受信者の関係、あるいは、送信者−同報者の関係のどの形態が多いかの情報も表示する。
【００８１】
図２４は、本実施の形態による人物相関図の表示イメージである。ここでは、管理者用検索ポイントのポイント数が最も高いユーザＡを赤色で、情報発信者索対応ポイントのポイント数が最も高いユーザＢを青色で表示している。なお、ポイント数が高い順に所定数のユーザを表示する場合は、ポイント数が低くなるに従って色がうすくなるようなグラデーションで表示したり、あるいは、管理者用検索ポイント、情報発信者索対応ポイントをユーザに対応づけて表示したりしてもよい。なお、表示色は任意に選択しうる。また、ユーザの組は矢印で示しているが、矢印の始まりのユーザが送信者、矢印の先のユーザが受信者または同報者である。
【００８２】
なお、図１２に示す重要人物テーブル作成処理フローのステップＳ４２０において、検索処理部４０の検索部４２は、送信者、受信者または同報者として設定されているユーザを抽出し、送信者または受信者として設定されていれば１ポイントを、同報者として設定されていれば３ポイントを管理者検索対応ポイントに加算し、さらに、受信者として設定されていれば３ポイントを、送信者または同報者として設定されていれば１ポイントを情報発信者検索対応ポイントに１ポイントを加算するようにしてもよい。そして、図１３の結果表示処理フローのステップＳ５４０において、出力制御部５０の結果表示部５２が、各スレッドについて、管理者検索対応ポイントの多い順番に所定数のユーザを管理者として、情報発信者検索対応ポイントの多い順番に所定数のユーザを情報発信ユーザとして表示する。
【００８３】
なお、上記においては、管理者用検索、及び、情報発信者検索の両方を行っているが、どちらか一方を行うことでもよい。また、上述した加算ポイントは一例であり、適宜設定しうる。
【００８４】
［第４の実施形態］
メーリングリストを使用してメールを送信する際は、受信者（To）が同一である。そこで、第４の実施形態では、発信者（From）の情報のみに基づいてポイントを加算する。以下に、第３の実施形態との差分を説明する。
【００８５】
まず、メール収集部２０の図示しない記憶部に、メーリングリストに用いられるメーリングアドレス（mlist@xxx.jp、members@xxx.jpなど）の一覧を予め記憶しておく。また、図２５に示すように、メールテーブルのレコードには、メーリングリストフラグのデータが追加される。
【００８６】
図５に示すスレッド検索処理フローのステップＳ１２０において、メール収集部２０の分析結果出力部２３は、読込んだメールのToフィールドの設定内容が、記憶部に保持しているメーリングアドレスに含まれているかを判断する。読込んだメールのToフィールドが、メーリングリストアドレスに含まれている場合は、メールテーブルに追加したレコードのメーリングリストフラグに、メーリングリストであることを示す値を書き込む。
【００８７】
図１１に示す人物相関テーブル作成処理フローのステップＳ３２０において、検索処理部４０の検索部４２は、ステップＳ３１０において読込んだ各レコードについて順に以下を行う。すなわち、送信者−受信者として設定されているユーザの組、送信者−同報者として設定されているユーザの組を抽出し、抽出した元となったレコードのメーリングリストフラグに、メーリングリストであることを示す値が設定されていない場合は、送信者、受信者、同報者として設定されているユーザそれぞれに、第３の実施形態と同様に管理者検索対応ポイント、情報発信者検索対応ポイントを加算し、メーリングリストであることを示す値が設定されている場合は、送信者として設定されているユーザにのみに管理者検索対応ポイント、情報発信者検索対応ポイントを加算する。
【００８８】
また、図１２に示す重要人物テーブル作成処理フローのステップＳ４２０において、検索部４２は、抽出した元となったレコードのメーリングリストフラグに、メーリングリストであることを示す値が設定されていなければ、送信者、受信者または同報者として設定されているユーザを抽出し、メーリングリストであることを示す値が設定されている場合は、送信者として設定されているユーザのみを抽出して、それぞれのユーザが抽出された数を当該ユーザのポイント数とする。そして、図１３の結果表示処理フローのステップＳ５４０において、出力制御部５０の結果表示部５２が、各スレッドについて、ポイントの多い順番に所定数のユーザを重要人物として表示する。
【００８９】
［第５の実施形態］
第５の実施形態について上述した実施形態との差分を説明する。
説明する。上記の実施形態においては、メールの件名（Subjectフィールド）を形態素解析した結果をキーワードテーブルへ保存している。これは、メールの件名と本文の内容とが一致しているという理想的な場合には正しくキーワード抽出が可能であるが、返信をするときに全く別の内容が本文に書かれてしまうこともある。例えば、件名に「商用サービス展開について」が設定されているメールについては、当初は商用サービス展開に関する話題についての本文が記述されていても、返信を繰り返すうちに、次期社内システムに関する話題が中心の本文が記述されるようになる、などである。そこで、本実施の形態では、キーワードを抽出するための形態素解析の対象を、メールの件名（Subjectフィールド）及び本文とする。
【００９０】
具体的には、図５に示す分析処理フローのステップＳ１８０において、メール収集部２０のメール分析部２２は、メールのSubjectフィールド及び本文の設定内容を形態素解析し、その形態素解析された結果をキーワードとする。そして、メール収集部２０の分析結果出力部２３は、レコードＩＤと、スレッドＩＤと、キーワードとからなるレコードを、分析結果格納部３０に記憶されているキーワードテーブルに追加する。
【００９１】
しかし、このように本文についても形態素解析を行ってキーワードとした場合、解析対象が拡大するため、キーワードテーブルに登録されるキーワードの量が増加してしまう。そこで、以下のようなキーワードのフィルタリング処理を行う。すなわち、Subjectフィールドと本文について形態素解析を行った結果から、キーワードとして適切な品詞の文字列、例えば、一般名詞・動詞のみをキーワード候補として残し、さらに、そのキーワード候補として残った中から、キーワードとして不適切な文字列を削除して、最終的に残った文字列をキーワードとして登録する。なお、この削除すべき文字列は、例えば、どのような話題において使われうるような単語『下記』『頂く』『都合』『少し』などであり、例えばメール収集部２０に図示しない記憶手段に予め記憶しておく。このようなキーワードのフィルタリング処理を行うことにより、より重要、かつ、特徴的なキーワードのみをキーワードテーブルに格納することができる。
【００９２】
［第６の実施形態］
図２６は、本発明の第６の実施形態による検索支援装置１ａの機能ブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。同図において、図１に示す第１の実施形態による検索支援装置１と同一の部分には同一の符号を付し、その説明を省略する。図２６に示す検索支援装置１ａが図１に示す第１の実施形態による検索支援装置１と異なる点は、人物情報格納部６０をさらに備える点、メール収集部２０が人物情報生成部２４をさらに備える点、検索処理部４０が人物情報読込み部４４をさらに備える点である。また、ここでは、出力制御部５０が、検索者のコンピュータ端末であるとし、キーボードなどの入力装置から検索ワードの入力を受けるための検索文書受付部５３をさらに備えるものとする。
以下、第１の実施形態との差分について説明する。
【００９３】
メール収集部２０の人物情報生成部２４は、メール読込み部２１により読み出された電子メールのデータを分析し、メールアドレスと、当該メールアドレスの人物の名前の対応を抽出して、人物情報格納部６０が保持する人物テーブルに書き込む。検索処理部４０の人物情報読み込み部４４は、人物情報格納部６０の保持する人物テーブルから、メールアドレスに対応した名前の情報を読み出す。なお、人物情報格納部６０は、データベースサーバなどにより実現することができる。
【００９４】
次に、本実施形態による検索支援装置１ａが保持する各データについて説明する。
本実施形態による分析結果格納部３０に格納されるメールテーブル、スレッドテーブル、キーワードテーブルは、図２、図３、図４に示す第１の実施形態のメールテーブル、スレッドテーブル、キーワードテーブルと同様である。なお、本実施形態においては、メールテーブルの各レコードの送信者、受信者のデータ項目に、送信者、受信者の識別情報として、Fromフィールド、Toフィールドに設定されている送信者、受信者のメールアドレスが設定される場合を例に説明する。
【００９５】
図２７は、人物情報格納部６０に格納される人物テーブルの構成を示す図である。同図において、人物テーブルは、メールアドレスと、当該メールアドレスに対応した人物名とのデータからなる複数のレコードにより構成される。人物テーブルのメールアドレスには、メールのFromフィールドに設定されているメールアドレスが格納され、人物テーブルの人物名には、人物情報生成部２４によりメールの本文から抽出された人物名が設定される。
【００９６】
次に、検索支援装置１ａにおける処理フローを説明する。
メール収集部２０における分析処理フローは、図５に示すメール収集部２０における分析処理フローと同様である。
【００９７】
図２８は、人物情報生成部２４の人物情報生成処理フローである。
まず、メール収集部２０のメール読込み部２１は、まだこの人物情報生成処理フローによる人物情報生成処理を行っていないメールをメール記憶部１０としてのメールサーバから読込む（ステップＳ８１０）。人物情報生成部２４は、ステップＳ８１０において読込んだメールのメール本文のフィールドから、先頭より所定行まで、例えば、５行目までの内容を読み出す（ステップＳ８２０）。なお、各行は改行の記号により区切られているものとする。人物情報生成部２４は、ステップＳ８２０において読み出した５行のうち、「〜です」と記述された行を正規表現で検索し、その「です」が含まれる行から、「です」の直前までの文章を抽出する（ステップＳ８３０）。このとき、「伊藤です」など、メール内で自己紹介をしている行を抽出し、「お疲れ様です」、「おつかれさまです」などの誤抽出を避けるため、「〜様です」、「〜さまです」の表現が使用される行については抽出しない。また、「〜です」の他にも、「〜と申します」等の自己紹介の表現に用いられる語句をキーワードとして用い、当該キーワードが含まれる行から文章を切り出しても良い。
【００９８】
次に、人物情報生成部２４は、空白文字、句読点、記号を区切り文字として、その前、または後に出現する語句を抽出する（ステップＳ８４０）。これにより、組織名や挨拶を述べた部分に続いて名前が存在する場合に、不要な部分を除去することができる。例えば、「開発担当 伊藤です」という行の場合、ステップＳ８３０において「開発担当 伊藤」が抽出され、スペースを区切り文字として、スペースの後ろの語句「伊藤」を抽出する。「伊藤＠開発担当です」という行の場合、ステップＳ８３０において「開発担当＠伊藤」が抽出され、記号（＠）を区切り文字として、その記号の前の語句「伊藤」を抽出する。あるいは、「開発担当、伊藤です」という行の場合、テップＳ８３０において「開発担当、伊藤」が抽出され、句読点（、）を区切り文字として、その句読点の後ろの「伊藤」を抽出する。なお、区切り文字がない行については、ステップＳ８３０において抽出された文書をそのままを抽出する。
【００９９】
続いて、人物情報生成部２４は、ステップＳ８４０において抽出された文書について形態素解析を行い、固有名詞として品詞分類される語句（Ａ）を選択する（ステップＳ８５０）。このように、品詞が固有名詞であるものが人名の候補であるというルール付けを行うことにより、名前以外の言葉であるノイズを除去する。人物情報生成部２４は、メールヘッダのFromフィールドから、送信者のメールアドレス（Ｂ）を取得すると（ステップＳ８６０）、ステップＳ８５０において選択した語句（Ａ）と、ステップＳ８６０において取得したメールアドレス（Ｂ）とを、人物情報生成部２４が備える図示しない記憶手段に一時的に記憶する（ステップＳ８７０）。
【０１００】
続いて、メール読込み部２１が、メール記憶部１０としてのメールサーバに、まだ人物情報生成処理を行っていないメールがあるかを判断する（ステップＳ８８０）。まだ、人物情報生成処理していないメールがある場合には（ステップＳ８８０：ＹＥＳ）、ステップＳ８１０に戻り、上述した処理を繰り返す。そして、メール記憶部１０に人物情報生成処理していないメールがなくなった場合（ステップＳ８８０：ＮＯ）、ステップＳ８７０において記憶していたメールアドレス（Ｂ）と語句（Ａ）との組から人物テーブル登録対象の組を抽出する。具体的には、あるメールアドレス（Ｂ）について、同一の語句（Ａ）との組のみが記憶されている場合、そのメールアドレス（Ｂ）と語句（Ａ）との組を、人物テーブル登録対象の組として抽出する。一方、同一のメールアドレス（Ｂ）について、異なる語句（Ａ）との組み合わせが記憶されている場合、最も出現頻度が高い語句（Ａ）を、当該メールアドレス（Ｂ）に対応した送信者の名前を示す語句（Ａ）であると判断し、人物テーブル登録対象の組として抽出する。例えば、メールアドレス「user@srv.jp」と語句「伊藤」との組が３組、メールアドレス「user@srv.jp」と語句「日本」との組が１組、メールアドレス「user@srv.jp」と語句「関西」との組が１組記憶されている場合、最も出現率の高い語句「伊藤」がメールアドレス「user@srv.jp」の送信者の名前を示す語句であると判断し、メールアドレス「user@srv.jp」と語句「伊藤」との組を抽出する。人物情報生成部２４は、抽出したメールアドレス（Ｂ）と語句（Ａ）の組を設定したレコードを、人物情報格納部６０が記憶する人物テーブルに追加する（ステップＳ８９０）。
【０１０１】
本実施の形態による分析処理フロー（図５）及び人物情報生成処理フロー（図２８）の処理を具体的なデータ例を用いて説明する。
図２９はメール記憶部１０から読込んだ各メールの例を、図３０は図２９で示されるメールから生成されるメールテーブルの例を、図３１は図２９で示されるメールから生成されるスレッドテーブルの例を、図３２は図２９で示されるメールから生成されるキーワードテーブルの例を、図３３は図２９で示されるメールから生成される人物テーブルの例を示す。
【０１０２】
最初に、メールＭ１ａ（図２９）が読込まれた場合のメールテーブル（図３０）、スレッドテーブル（図３１）、及び、キーワードテーブル（図３２）の設定処理は、第１の実施形態のメールＭ１（図６）からメールテーブル（図７）、スレッドテーブル（図８）、及び、キーワードテーブル（図９）を設定する処理と同様のため省略する。
メールテーブル、スレッドテーブル、及び、キーワードテーブルの設定後、メールＭ１ａの本文に設定されている最初の５行、１行目「別所さま」、２行目「開発部の安部です。」、３行目「お世話になっております。」、４行目「昨日お送りしたファイルの中身に」、５行目「一部誤りがございましたので」が取得される（図２８、ステップＳ８２０）。そして、「〜です」と記述された行である２行目から、「です」の直前までの文章「開発部の安部」が抽出される（図２８、ステップＳ８３０）。抽出された文書には区切り文字が含まれていないため、そのまま形態素解析が行なわれ、「開発部」と「安部」が抽出され、そのうち固有名詞である「安部」が人物名の候補として選択される（図２８、ステップＳ８４０、Ｓ８５０）。そして、メールＭ１ａから取得したFrom「userA@svr.jp」と（図２８、ステップＳ８６０）、人物名の候補として選択された「安部」とが対応づけられて一時的に記憶される（図２８、ステップＳ８７０）。
【０１０３】
続いて、メールＭ２ａ（図２９）が読込まれた場合のメールテーブル（図３０）、スレッドテーブル（図３１）、及び、キーワードテーブル（図３２）の設定処理は、第１の実施形態のメールＭ２（図６）からメールテーブル（図７）、スレッドテーブル（図８）、及び、キーワードテーブル（図９）を設定する処理と同様のため省略する。
メールテーブル、スレッドテーブル、及び、キーワードテーブルの設定後、メールＭ２ａの本文に設定されている最初の５行が取得されるが、ここでは、本文は４行までであるため、その４行を取得する（図２８、ステップＳ８２０）。そして、「〜様です」が含まれる行を除き、「〜です」と記述された１行目から、「です」の直前までの文章「システム部の別所」が抽出される（図２８、ステップＳ８３０）。抽出された文書には区切り文字が含まれていないため、そのまま形態素解析を行なって「システム部」と「別所」が抽出され、そのうち固有名詞である「別所」が人物名の候補として選択される（図２８、ステップＳ８４０、Ｓ８５０）。そして、メールＭ２ａから取得したFrom「userB@svr.jp」と（図２８、ステップＳ８６０）、人物名の候補として選択された「別所」とが対応づけられて一時的に記憶される（図２８、ステップＳ８７０）。
【０１０４】
このようにして、図２９に示すメールＭ１〜Ｍ８について図２８の処理を行った結果が、図３０に示すメールテーブル、図３１に示すスレッドテーブル、図３２に示すキーワードテーブルであり、一時記憶に記憶されたメールアドレスと選択した人物名との組から、図２８のステップＳ８９０の処理を行った結果が図３３に示す人物テーブルである。
【０１０５】
次に、検索が要求された場合の処理について示す。
検索処理部４０のクエリ受付部４１が、結果表示部５０が入力を受けた検索ワードを読込んだ以降の処理フローは、第１の実施形態の図１０〜図１２と同様である。
【０１０６】
図３４は、出力制御部５０の結果表示処理フローを示す。同図において、ステップＳ９１０〜Ｓ９８０までの処理は、第１の実施形態の図１３のステップＳ５１０〜Ｓ５８０と同様である。ただし、ステップＳ９４０において、結果表示部５２は、各スレッドについて、重要人物テーブルで示されるユーザのメールアドレスのうち、ポイント数の多い順番に所定数のユーザのメールアドレスを重要人物のメールアドレスとして抽出する。そして、抽出した各スレッドの重要人物のメールアドレスを、その重要人物のメールアドレスに対応したポイント数とともに表示する。また、ステップＳ９８０において、結果表示部５２は、各スレッドについて、人物相関テーブルで示される送信者メールアドレスと受信者メールアドレスの組のうち、ポイント数の多い順番に所定数の組を抽出する。そして、各スレッドについて抽出した送信者メールアドレスと受信者メールアドレスの組を、その送信者メールアドレスと受信者メールアドレス送受信者の組のポイント数に対応したポイント数とともに表示する。
【０１０７】
続いて、人物名の表示が必要であることが設定されている場合（ステップＳ９９０：ＹＥＳ）、検索結果読込み部５１は、ステップＳ９１０において検索結果として読込んだ人物相関テーブルの送信者メールアドレス及び受信者メールアドレスの組に設定されているメールアドレス、重要人物テーブルに設定されているユーザのメールアドレス、または、現在画面に表示させているメールアドレスを検索処理部４０に出力し、人物名の情報を要求する。
【０１０８】
検索処理部４０の人物情報読込み部４４は、人物情報格納部６０に記憶されている人物テーブルから、受信したメールアドレスに対応した人物名の情報を読み出すと、当該メールアドレスと人物名とを関連づけて人物名検索結果を検索処理部４０に返送する。検索結果読込み部５１が、人物情報読込み部４４から出力される人物名検索結果を受信すると、結果表示部５２は、メールアドレスの表示に対応づけて、人物名検索結果により示される、当該メールアドレスに関連付けられた人物名を表示する（ステップＳ１０００）。
【０１０９】
なお、ステップＳ９１０において、検索結果にあわせて、当該検索結果に含まれる人物相関テーブルの送信者メールアドレス及び受信者メールアドレスの組に設定されているメールアドレス、重要人物テーブルに設定されているユーザのメールアドレスに関連付けられた人物名を示す人物名検索結果を予め、検索結果処理部４０から受信しておくことでもよい。
【０１１０】
上述した検索処理部４０の処理、及び、出力制御部５０の処理を具体的なデータ例を用いて説明する。
図３５はメールテーブルの例を、図３６はスレッドテーブルの例を、図３７はキーワードテーブルの例を、図３８は人物テーブルの例を示す図であり、クエリ受付部４１が検索キーワード読込む前に設定されているものとする。また、検索キーワードとして「販売」が入力されるとする。このとき作成される人物相関テーブル及び重要人物テーブルを図３９に示す。
【０１１１】
スレッド検索処理において、検索キーワードが読込まれると（図１０、ステップＳ２１０）、キーワードテーブル（図３７）に設定されているスレッドＩＤが順に選択される（図１０、ステップＳ２２０）。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図３７）のレコードから、検索ワード「販売」がキーワードとして設定されているレコード（レコードＩＤ「３４０」）が検出される（図１０、ステップＳ２３０）。そして、当該スレッドＩＤに対応した開始日時「2006/7/1 15:12」が読込まれ、スレッドＩＤ「１１６」と対応付けて記憶される（図１０、ステップＳ２４０、Ｓ２５０）。
【０１１２】
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図３７）のレコードから、検索ワード「販売」がキーワードとして設定されているレコード（レコードＩＤ「３７２」）が検出される（図１０、ステップＳ２３０）。そして、当該スレッドＩＤに対応した開始日時「2007/1/7 13:10」が読込まれ、スレッドＩＤ「１２０」と対応付けて記憶される（図１０、ステップＳ２４０、Ｓ２５０）。
【０１１３】
次に、スレッドＩＤ「１４４」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図３７）には、検索ワード「販売」がキーワードとして設定されているレコードがないことが検出される（図１０、ステップＳ２３０）。
これにより、処理対象スレッドＩＤ「１１６」、「１２０」と、それぞれの開始日時「2006/7/1 15:12」、「2007/1/7 13:10」が記憶される（図１０、ステップＳ２５０）。
【０１１４】
続いて、人物相関テーブル作成処理（図１１）が開始され、処理対象スレッドＩＤが順に選択される。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図３５）のレコード（メールＩＤ「５００」〜「５０６」）が特定される（図１１、ステップＳ３１０）。図３９に示すように、この特定されたレコードの送信者メールアドレスと受信者メールアドレスの情報から、「userA@svr.jpとuserB@svr.jp」、「userA@svr.jpとuserC@svr.jp」、「userA@svr.jpとuserD@svr.jp」、「userA@svr.jpとuserE@svr.jp」、「userB@svr.jpとuserE@svr.jp」の組が抽出され、それらの組が抽出された数はそれぞれ「４」、「２」、「２」、「２」、「３」である（図１１、ステップＳ３２０）。
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図３５）のレコード（メールＩＤ「５０７」〜「５１１」）を特定する（図１１、ステップＳ３１０）。図３９に示すように、この特定されたレコードの送信者メールアドレスと受信者メールアドレスの情報から、「userA@svr.jpとuserB@svr.jp」、「userA@svr.jpとuserC@svr.jp」、「userA@svr.jpとuserD@svr.jp」、「userA@svr.jpとuserE@svr.jp」の組が抽出され、それらの組が抽出された数はそれぞれ「２」、「２」、「３」、「１」である（図１１、ステップＳ３２０）。
これにより、各スレッドＩＤ毎に、これらの抽出されたユーザのメールアドレスの組と、その組の抽出数に対応したポイントとを示す人物相関テーブル（図３９）が生成される（図１１、ステップＳ３４０）。ここでは、抽出数１を１ポイントとしている。
【０１１５】
続いて、重要人物テーブル作成処理（図１２）が開始され、処理対象スレッドＩＤが順に選択される。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図３５）のレコード（メールＩＤ「５００」〜「５０６」）が特定される（図１２、ステップＳ４１０）。図３９に示すように、この特定されたレコードの送信者メールアドレスまたは受信者メールアドレスに設定されているユーザのメールアドレスとして、「userA@svr.jp」、「userB@svr.jp」、「userC@svr.jp」、「userD@svr.jp」、「userE@svr.jp」が抽出され、その抽出したユーザのメールアドレスの登場回数「１０」、「７」、「２」、「２」、「５」が計測される。
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図３５）のレコード（メールＩＤ「５０７」〜「５１１」）が特定される（図１２、ステップＳ４２０）。図３９に示すように、この特定されたレコードの送信者メールアドレスまたは受信者メールアドレスに設定されているユーザのメールアドレスとして、「userA@svr.jp」、「userB@svr.jp」、「userC@svr.jp」、「userD@svr.jp」、「userE@svr.jp」が抽出され、その抽出したユーザのメールアドレスの登場回数「８」、「２」、「２」、「３」、「１」が計測される。
これにより、各スレッドＩＤ毎に、これらの抽出されたユーザのメールアドレスと、その登場回数に対応したポイントとを示す重要人物テーブルが生成される（図１２、ステップＳ４４０）。なお、ここでは、登場回数１回を１ポイントとしている。
【０１１６】
図４０は、図３９に示す重要人物テーブルに基づいた重要人物出力イメージであり、時系列にスレッドを並べて表示したイメージを示す。ここでは、重要人物は、ポイント数が高い順に３人としている。なお、所定のポイント数以上などとすることもでき、この条件は予め出力制御部５０に記憶されるか、ユーザにより入力される。
図４０においては、重要人物テーブル（図３９）に含まれるスレッドＩＤ「１１６」、「１２０」を、これらの開始日時「2006/07/01 15:12」、「2007/07/08 23:11」に対応した時間軸上に、時系列で表示している。そして、スレッドＩＤ「１１６」については、ポイント数が高い順に「userA@svr.jp」、「userB@svr.jp」、「userE@svr.jp」が表示され、スレッドＩＤ「１２０」については、ポイント数が高い順に「userA@svr.jp」、「userD@svr.jp」、「userB@svr.jp」、「userC@svr.jp」が表示されている。なお、「userB@svr.jp」と「userC@svr.jp」はポイント数が同じため、両者を表示しているものである。
【０１１７】
図４１は、図３９に示す重要人物テーブルに基づいた、検索時期を指定したときの重要人物及び人物相関図の表示イメージを示す。ここでは、２００６年が指定されとする。なお、検索時期の条件は、ユーザにより入力されるものとする。
出力制御部５０の結果表示部５２は、重要人物テーブル（図３９）に含まれるスレッドＩＤ「１１６」、「１２０」のうち、開始日時が２００６年であるスレッドＩＤ「１１６」を選択する。そして、スレッドＩＤ「１１６」については、重要人物として、ポイント数が高い順に「userA@svr.jp」、「userB@svr.jp」、「userE@svr.jp」を、そのポイント数とともに表示する。また、人物相関テーブル（図３９）から、当該スレッドＩＤに対応して、重要人物としてのポイント数が最も高い「userA@svr.jp」が含まれる送受信の組と、そのポイント数を読込む。そして、ポイント数が最も高い「userA@svr.jp」を中心として、送受信の組となる各ユーザのメールアドレス「userB@svr.jp」、「userC@svr.jp」、「userD@svr.jp」、「userE@svr.jp」をその周囲に表示するとともに、「userA@svr.jp」と各ユーザのメールアドレス「userB@svr.jp」、「userC@svr.jp」、「userD@svr.jp」、「userE@svr.jp」との間に、ポイント数を表示し、そのポイント数に対応した太さの線を描画する。なお、表示する送受信者のメールアドレスの組をポイント数の多い組から所定数としてもよく、所定のポイント数以上の送受信の組を表示するようにしてもよい。
【０１１８】
図４２は、検索画面の全体イメージを示す図である。同図においては、人物名の表示を指示するためのチェックボックスに、チェックが入っていない。このとき、検索画面には、検索ワードを入力するフィールド、時系列に並べたスレッドとその重要人物のメールアドレス、人物相関図と人物相関図に含まれる人物のメールアドレス、及び、各スレッドに送信者または受信者として登場したユーザのメールアドレスの一覧とそのポイント数が表示されている。
【０１１９】
図４３は、人物名の表示を指示するためのチェックボックスに、チェックが入っているときの検索画面の全体イメージを示す図である。このとき、検索画面には、検索ワードを入力するフィールド、時系列に並べたスレッドとその重要人物のメールアドレス、人物相関図と人物相関図に含まれる人物のメールアドレス、及び、各スレッドに送信者または受信者として登場したユーザのメールアドレスの一覧とそのポイント数が表示されており、各メールアドレスには、そのメールアドレスに関連付けられた人物名が表示されている。
【０１２０】
なお、本実施の形態に、第２〜第５の実施形態を組み合わせることも可能である。
【０１２１】
［第７の実施形態］
第７の実施形態では、会議における各参加者の発話内容を音声認識によりテキスト化し、メールと同様のデータ形式に成型することにより、上記実施形態と同様の処理を適用して重要人物の検索や人物相関の把握を可能とするものである。以下、第７の実施形態について第１の実施形態との差分について説明する。
【０１２２】
図４４は、本発明の第７の実施形態による検索支援装置１ｂの機能ブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。同図において、図１に示す第１の実施形態による検索支援装置１と同一の部分には同一の符号を付し、その説明を省略する。図４４に示す検索支援装置１ｂが図１に示す第１の実施形態による検索支援装置１と異なる点は、音声認識部８０がメール記憶部１０に接続されており、音声データ記憶部７０が音声認識部８０に接続されている点である。
【０１２３】
音声データ記憶部７０は、例えば、データベースサーバなどで実現することができ、会議名と、会議中の音声を収集してデータ化した音声データと、会議開催日時と、会議の参加者及び司会者のメールアドレスとを設定した会議ファイルを記憶する。なお、１回の会議について１つの会議ファイルが生成されるものとする。
【０１２４】
図４５は、音声認識部８０の構成を示すブロック図である。音声認識部８０は、例えば、サーバなどのコンピュータ装置で実現することができ、発話者データ記憶部８１、音声データ分割部８２、発話者認識部８３、音声テキスト変換部８４、及び、メール変換部８５を備える。発話者データ記憶部８１は、各人物を特定するユーザ特定情報としてのメールアドレスと、当該人物の音声の特徴を示すパラメータとを対応づけた音声特徴情報を記憶する。
【０１２５】
音声データ分割部８２は、音声データ記憶部７０から会議ファイルを読み出し、読み出した会議ファイル内の音声データを、１人の発話者が発言している発話区間に区切った分割音声データを生成する。発話者認識部８３は、分割音声データと、発話者データ記憶部８１に記憶されている各話者の音声特徴情報とから発話者を特定し、特定した発話者のメールアドレスを読み出す。音声テキスト変換部８４は、分割音声データから、発話内容をテキスト化したテキストデータを生成する。メール変換部８５は、発話者のメールアドレス、会議ファイル内の参加者のメールアドレス及び会議時間、発話内容のテキストデータをそれぞれ、Fromフィールド、Toフィールド、Subjectフィールド、メール本文に設定したメールのデータを生成し、メール記憶部１０へ書き込む。
【０１２６】
次に、本実施形態による検索支援装置１ｂの処理を説明する。
図４６は、本実施形態による音声認識部８０におけるメール形式データ生成処理フローを示す。音声認識部８０の発話者データ記憶部８１には、会議参加者の音声特徴情報が予め登録されているものとする。そして、会議の終了後には、音声データ記憶部７０に会議ファイルが登録される。
【０１２７】
例えば、会議の取りまとめ者が予め会議名、会議の参加者及び司会者のメールアドレスをＰＣ（パーソナルコンピュータ）などに入力しておき、会議の開始時に当該ＰＣに音声収集開始指示を入力し、終了時に音声収集停止指示を入力する。ＰＣは、音声収集開始指示を入力してから音声収集停止指示が入力されるまで、当該ＰＣが備えるマイクによって収集した会議中の音声の音声データを生成する。ＰＣは、音声収集停止指示が入力され、音声データの生成を終了すると、予め入力された会議名、会議の参加者及び司会者のメールアドレスと、生成された音声データと、会議開催日時としての当該音声データの生成日時とを設定した会議ファイルを生成し、音声データ記憶部７０に書き込む。なお、このＰＣが音声データ記憶部７０、音声認識部８０を実現する装置であってもよい。
【０１２８】
音声認識部８０の音声データ分割部８２は、まだ本メール形式データ生成処理フローによるメール形式データ生成処理を行なっていない会議ファイルを音声データ記憶部７０から読み出す（ステップＳ１１１０）。なお、ユーザにより処理対象として指定された会議ファイルを読み出すようにしてもよい。音声データ分割部８２は、読み出した会議ファイルに設定されている音声データを取得すると、当該音声データを１人の発話者が発言している発話区間に区切った分割音声データを抽出する（ステップＳ１１２０）。このとき、最初の分割音声データの抽出であれば、音声データの冒頭から、２回目以降の抽出であれば、直前までに抽出した分割音声データを除いた音声データの冒頭から、分割音声データを抽出する。なお、１つの発話区間は、例えば、無音区間から次の無音区間としたり、１人の発話者が発言している間の区間としたりすることができる。音声データ分割部８２は、分割音声データに対応した音声収集開始時点からの経過時間、つまり、分割音声データにより示される発話区間の開始部分が、音声データにより示される会議中音声において冒頭からどれくらいの時間が経過した時点のものであるかを取得する。
【０１２９】
次に、発話者認識部８３は、既存の話者認識技術を用いて、ステップＳ１１２０において抽出された分割音声データにより示される音声が、誰の発言であるかを特定する。例えば、分割音声データにより示される音声（発話）のパターンが、発話者データ記憶部８１に記憶されているいずれかのユーザの音声特徴情報、例えば、声紋の特徴を示すデータと一致するかを判断する（ステップＳ１１３０）。このとき、ステップＳ１１１０において読み出した会議ファイルに登録されているメールアドレスにより特定される音声特徴情報のみを使用してもよい。
【０１３０】
一致する音声特徴情報がある場合（ステップＳ１１３０：ＹＥＳ）、発話者認識部８３は、この一致する音声特徴情報に設定されている電子メールアドレスを発話者データ記憶部８１から取得し、この取得した発話者のメールアドレスが、会議ファイルに設定されている司会者のメールアドレスと同じであるかを判断する（ステップＳ１１４０）。発話者のメールアドレスが司会者のメールアドレスと同じではない場合（ステップＳ１１４０：ＮＯ）、発話者認識部８３は、一致する音声特徴情報から読出した電子メールアドレスを、発話者のメールアドレスとして自身の備える記憶手段に一時的に記憶しておく（ステップＳ１１５０）。音声テキスト変換部８４は、既存の音声認識技術を用いて、ステップＳ１１２０において抽出された分割音声データから発話内容をテキスト化し、テキストデータを生成する（ステップＳ１１６０）。
【０１３１】
メール変換部８５は、発話者のメールアドレス、発話内容のテキストデータ、分割音声データに基づいてメールデータを生成し、メール情報記憶部７０に書き込む（ステップＳ１１７０）。具体的には、まず、メール変換部８５は、ステップＳ１１５０において発話者認識部８３が記憶していた発話者のメールアドレス、ステップＳ１１１０において読み出した会議ファイル内の参加者のメールアドレス、当該会議ファイル内の会議名、ステップＳ１１６０において生成した発話内容のテキストデータをそれぞれ、Fromフィールド、Toフィールド、Subjectフィールド、メール本文に設定したメールデータを生成する。なお、Toフィールドには、会議ファイル内の参加者のメールアドレスから発話者のメールアドレスを除いて設定するようにしてもよい。
【０１３２】
続いて、メール変換部８５は、発話毎、つまり、分割音声データ毎に一意のMessage-IDを生成して、当該メールデータのMessage-IDフィールドに設定する。Message-IDは、「0001@kaigi20081122.svr.jp」のように、会議における発話に基づいて生成されたメールデータであることを示すための特定の文字列、ここでは、「kaigi」を含んだものとする。メール変換部８５は、Referencesフィールドに、同じ会議ファイル内の音声データから抽出した他の分割音声データについて既に生成された他のメールデータのMessage-IDを設定する。ここでは、分割音声データを音声データの冒頭から順に抽出しているため、現在処理対象としている分割音声データよりも遡った時点の発話内容が設定されたメールデータのMessage-IDが取得され、設定されることになる。よって、最初に抽出された分割音声データの場合、Referencesフィールドは設定されない。さらに、メール変換部８５は、会議ファイルから取得した会議開催日時に、ステップＳ１１２０において取得した経過時間を加算した日時を、メールデータのDateフィールドに設定する。
【０１３３】
音声データ分割部８２は、音声データに次の発話区間があるか否かを判断する（ステップＳ１１８０）。音声データに次の発話区間がある場合には（ステップＳ１１８０：ＹＥＳ）、ステップＳ１１２０からの処理を繰り返す。そして、音声データの最後までの分割音声データの抽出を終了した場合には（ステップＳ１１８０：ＮＯ）、処理を終了する。
【０１３４】
なお、ステップＳ１１３０において、一致する音声特徴情報がないと判断した場合（ステップＳ１１３０：ＹＥＳ）、ステップＳ１１８０の処理を行う。一致する音声特徴情報がない場合としては、例えば、複数話者の同時発話や、発話者の音声特徴情報が発話者データ記憶部８１に未登録である場合などが想定される。
また、ステップＳ１１４０において、発話者のメールアドレスが、会議ファイルに登録されている司会者のメールアドレスと同じである場合（ステップＳ１１４０：ＹＥＳ）、ステップＳ１１８０の処理を行う。これにより、発言は多いが、会議の話題に関する重要人物ではない司会者を、検索時に重要人物として検出されないようにする。なお、司会者についても会議の話題に係る重要人物の検索対象としたい場合には、ステップＳ１１４０の処理は行なわない。
【０１３５】
図４７は、本実施形態によるメール収集部２０における分析処理フローを示す。同図において、ステップＳ１２１０〜Ｓ１２７０までの処理は、第１の実施形態における図５のステップＳ１１０〜Ｓ１７０までの処理と同様である。
【０１３６】
メール分析部２２は、読み込んだメールのMessage-IDフィールドの設定内容に、「kaigi」などの会議に基づいて生成されたメールであることを示す文字列が含まれているかを判断する（ステップＳ１２８０）。会議に基づいて生成されたメールであることを示す文字列が含まれていない場合（ステップＳ１２８０：ＮＯ）、第１の実施形態における図５のステップＳ１８０〜Ｓ１９０と同様の処理を行なう（ステップＳ１２９０〜Ｓ１３００）。ただし、ステップＳ１２９０において、メール分析部２２は、メールのSubjectフィールド及びメール本文の設定内容を形態素解析し、形態素解析された結果をキーワードとする。
【０１３７】
一方、会議に基づいて生成されたメールであることを示す文字列が含まれている場合（ステップＳ１２８０：ＹＥＳ）、メール分析部２２は、メールのSubjectフィールド及び本文の設定内容を形態素解析するとともに、形態素解析された結果をキーワード候補とする（ステップＳ１３１０）。メール分析部２２は、ステップＳ１３１０で抽出されたキーワード候補から１つを選択すると（ステップＳ１３２０）、メール分析部２２が備える記憶手段に、スレッドＩＤ及び選択したキーワード候補に対応して記憶されている出現回数を、１加算した出現回数に更新する（ステップＳ１３３０）。なお、スレッドＩＤ及び選択したキーワード候補に対応した出現回数が記憶されていない場合は、スレッドＩＤ及び選択したキーワード候補に対応づけて、出現回数「１」を書き込む。メール分析部２２は、更新された出現回数が、キーワード候補をキーワードとして登録すべき出現回数の閾値（例えば、３回）に達したかを判断する（ステップＳ１３４０）。
【０１３８】
ステップＳ１３４０において、更新後の出現回数が閾値未満、あるいは、閾値より大きいと判断された場合（ステップＳ１３４０：≠）、メール分析部２２は、ステップＳ１３１０において抽出したキーワード候補のうちまだ選択していないキーワード候補があるかを判断する（ステップＳ１３６０）。
【０１３９】
ステップＳ１３４０において、更新後の出現回数が閾値に達した場合（ステップＳ１３４０：＝）、分析結果出力部２３は、このキーワード候補をキーワードとし、新たなレコードＩＤを付与する。分析結果出力部２３は、この新たに付与したレコードＩＤと、スレッドＩＤと、キーワードとからなるレコードをキーワードテーブルに追加する（ステップＳ１３５０）。メール分析部２２は、ステップＳ１３１０において抽出したキーワード候補のうちまだ選択していないキーワード候補があるかを判断する（ステップＳ１３６０）。
【０１４０】
メール分析部２２は、まだ選択していないキーワード候補がある場合（ステップＳ１３６０：ＹＥＳ）、ステップＳ１３２０からの処理を繰り返す。そして、抽出した全てのキーワード候補を選択した場合には（ステップＳ１３６０：ＮＯ）、ステップＳ１３００からの処理を行なう。
【０１４１】
会議の場合、発話内容に含まれる単語を全てキーワードとした場合、キーワードが膨大な量となってしまったり、会議の主要な話題には関係しない内容もキーワードとして抽出されてしまったりする場合がある。そこで、上記の処理により、会議中に何度も出現した単語のみをキーワードとして選択する。なお、会議中に１回でも発言があったものをキーワードとする場合には、ステップＳ１２８０、Ｓ１３１０〜Ｓ１３６０の処理を行なわなくともよい。
また、キーワードテーブルに登録されるキーワードの量が増加してしまったり、不要なキーワードが登録されてしまったりすることを防ぐため、第５の実施形態を適用して、キーワード及びキーワード候補のフィルタリング処理を行ってもよい。また、Subjectフィールドのみを形態素解析し、キーワード及びキーワード候補を抽出することでもよい。
【０１４２】
次に、本実施形態による検索処理部４０における処理について説明する。本実施形態の検索処理部４０のクエリ受付部４１が検索要求を受信し、実行するスレッド検索処理フローは、図１０に示す第１の実施形態によるスレッド検索処理フローと同様である。
【０１４３】
図４８は、本実施形態による人物相関テーブル作成処理フローを示す。
検索処理部４０の検索部４２は、図１０のステップＳ２５０において記憶したスレッドＩＤ（以下、処理対象スレッドＩＤ）のうち、当該人物相関テーブル作成処理フローによる人物相関テーブル作成処理をまだ行っていないスレッドＩＤを選択する。検索部４２は、メールテーブルを検索し、選択したスレッドＩＤが設定されているレコードを特定して読込む（ステップＳ１４１０）。
【０１４４】
検索部４２は、ステップＳ１４１０において読込んだレコードから、送信者と受信者に設定されているユーザの組を送受信者の組として抽出し、抽出した送受信者の組それぞれについて、抽出された数をカウントする（ステップＳ１４２０）。なお、送信者と受信者のユーザが入れ替わっていても、同じ組であるとする。検索部４２は、ステップＳ１４１０において読み込んだレコードのメッセージＩＤに、「kaigi」などの会議における発話に基づいて生成されたメールであることを示す文字列が含まれているかを判断する（ステップＳ１４３０）。
【０１４５】
会議における発話に基づいて生成されたメールであることを示す文字列が含まれていない場合（ステップＳ１４３０：ＮＯ）、ステップＳ１４２０において抽出した送受信者の組それぞれについて、当該送受信者の組が抽出された数をそのままポイントとして付与する（ステップＳ１４４０）。一方、会議における発話に基づいて生成されたメールであることを示す文字列が含まれている場合（ステップＳ１４３０：ＹＥＳ）、ステップＳ１４２０において抽出した送受信者の組それぞれについて、当該送受信者の組が抽出された数に０．１などの所定の係数ａ（０＜ａ＜１）を乗算した数をポイントとして付与する（ステップＳ１４５０）。
【０１４６】
検索部４２は、処理対象スレッドＩＤに、まだ人物相関テーブル作成処理を行っていないスレッドＩＤがあるかを判断する（ステップＳ１４６０）。まだ人物相関テーブル作成処理を行っていないスレッドＩＤがある場合（ステップＳ１４６０：ＮＯ）、ステップＳ１４１０からの処理を繰り返す。そして、全ての処理対象スレッドＩＤについて、人物相関テーブル作成処理を実行した場合（ステップＳ１４６０：ＹＥＳ）、検索部４２は、スレッドＩＤ毎に、送信者−受信者のユーザの組及び当該組に対応したポイントを示す一覧である人物相関テーブルを生成して記憶する（ステップＳ１４７０）。
【０１４７】
図４９は、本実施形態による重要人物テーブル作成処理フローを示す。
検索処理部４０の検索部４２は、図１０のステップＳ２５０において記憶した処理対象スレッドＩＤのうち、当該重要人物テーブル作成処理フローによるおいてまだ重要人物テーブル作成処理を行っていないスレッドＩＤを選択する。検索部４２は、メールテーブルを検索し、選択したスレッドＩＤが設定されているレコードを特定して読込む（ステップＳ１５１０）。検索部４２は、ステップＳ１５１０において読み込んだレコードのメッセージＩＤに、「kaigi」などの会議に基づいて生成されたメールであることを示す文字列が含まれているかを判断する（ステップＳ１５２０）。
【０１４８】
会議に基づいて生成されたメールであることを示す文字列が含まれていない場合（ステップＳ１５２０：ＮＯ）、検索部４２は、読込んだレコードから、送信者または受信者として設定されているユーザを抽出し、その抽出したユーザが、送信者または受信者として設定されている数である登場回数を計測し、その計測した数を当該ユーザのポイントとして記憶する（ステップＳ１５３０）。
【０１４９】
一方、会議に基づいて生成されたメールであることを示す文字列が含まれている場合（ステップＳ１５２０：ＹＥＳ）、検索部４２は、読込んだレコードから、送信者または受信者として設定されているユーザを抽出し、その抽出したユーザが、送信者として設定されている数、及び、受信者として設定されている数をそれぞれ計測する（ステップＳ１５４０）。検索部４２は、抽出したユーザそれぞれについて、当該ユーザが送信者として設定されている数に所定の係数ｂを乗算した数と、当該ユーザが受信者として設定されている数に所定の係数ｃを乗算した数とを合計し、当該ユーザのポイントを算出する。ここで、係数ｂ及び係数ｃは、０＜ｂ＜１、０＜ｃ＜１とし、かつ、ｂ＞ｃとする。また、係数ｂまたは係数ｃを、係数ａと同一の値とする。検索部４２は、抽出した各ユーザのポイントを記憶する（ステップＳ１５５０）。
【０１５０】
検索部４２は、処理対象スレッドＩＤに、まだ重要人物テーブル作成処理を行っていないスレッドＩＤがある場合は（ステップＳ１５６０：ＮＯ）、ステップＳ１５１０からの処理を繰り返す。そして、全ての処理対象スレッドＩＤについて、重要人物テーブル作成処理を実行した場合は（ステップＳ１５６０：ＹＥＳ）、スレッドＩＤ毎に、ステップＳ１５３０またはＳ１５５０において抽出されたユーザと、当該ユーザのポイントとを示す一覧である重要人物テーブルを生成して記憶する（ステップＳ１５７０）。
【０１５１】
続いて実施される本実施形態による結果表示処理は、図１３に示す第１の実施形態と同様である。
【０１５２】
会議の場合、参加者間で発話者が入れ替わる回数が多いため、１つの会議ファイルから、発話内容を示すメールが大量に生成されてしまう。そこで、通常メール１通を、会議での複数の発言に対応するように重み付けしてポイントを付与している。上記では、会議ファイルから生成されたメールの場合、送受信者の組が抽出された数に係数ａ＝０．１を乗算してポイントとおり、これは、［通常メール１通：会議での１回の発言＝１０：１］の重みの比としていること、つまり、通常メール１通に、会議での１０回の発言に相当する重み付けをしていることを示す。また、係数ｂ＞係数ｃとすることにより、会議において発言した参加者を当該会議の他の参加者より重み付けし、発話者をより重要な人物とみなすことが可能となる。また、係数ｂまたは係数ｃを係数ａと同値とすることにより、通常メール１通と会議での１回の発言との重みの比を、人物相関テーブルと重要人物テーブルとで同一にしている。係数ａ，ｂ，ｃは、上述した条件の範囲で任意に設定することができる。
【０１５３】
なお、図４９に示す重要人物テーブル作成処理フローのステップＳ１５４０において、検索部４２は、読込んだレコードから送信者として設定されているユーザを抽出し、その抽出したユーザが送信者として設定されている数と、係数ａを乗算した数を当該ユーザのポイントとして算出することでもよい。
【０１５４】
なお、上記においては、本実施形態と第１の実施形態の差分を説明したが、第２〜４、６の実施形態と組み合わせることも可能である。
【０１５５】
なお、検索支援装置１、１ａ、１ｂは、内部にコンピュータシステムを有している。そして、上述したメール収集部２０、検索処理部４０、出力制御部５０、及び、音声認識部８０の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵや各種メモリ、ＯＳや周辺機器等のハードウェアを含むものである。
【０１５６】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【符号の説明】
【０１５７】
１…検索支援装置
１０…メール記憶部
２０…メール収集部
２１…メール読込み部（メール読込み手段）
２２…メール分析部（メール分析手段）
２３…分析結果出力部（分析結果出力手段）
２４…人物情報生成部
３０…分析結果格納部（分析結果格納手段）
４０…検索処理部
４１…クエリ受付部（受付手段）
４２…検索部（検索手段）
４３…検索結果出力部
４４…人物情報読込み部
５０…出力制御部（出力制御手段）
５１…検索結果読込み部
５２…結果表示部
５３…検索文書受付部
６０…人物情報格納部（人物情報格納手段）
７０…音声データ記憶部（音声データ記憶手段）
８０…音声認識部
８１…発話者データ記憶部（発話者データ記憶手段）
８２…音声データ分割部（音声データ分割手段）
８３…発話者認識部（発話者認識手段）
８４…音声テキスト変換部（音声テキスト変換手段）
８５…メール変換部（メール変換手段）
【技術分野】
【０００１】
本発明は、検索支援装置及び方法、ならびに、コンピュータプログラムに関する。
【背景技術】
【０００２】
近年の情報化社会においては、蓄積されている膨大な量の情報から、所望の情報を見出すことが困難となっている。会社などの組織内においては、蓄積された情報を有効活用するためには、単に有効な情報を蓄積するだけではなく、その蓄積された情報を体系的に整理することが必要不可欠である。従来は、共有すべき情報を、ファイルサーバ等の情報共有システムの適切と思われるカテゴリに対応したディレクトリに手動で保存することにより情報共有する方法が一般的であった。
一方、特許文献１には、蓄積された情報としての電子メール（以下、単に「メール」と記載）の中から、返信メール（Re:のメール）などの関連する一連のメールを抽出し、一連のメールについての送信経路と、送信者、受信者などの関与者に関する情報を表示するシステムについて記載されている。また、特許文献２には、蓄積されたメールの情報から、送信元、宛先となっている人物の属性を生成するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１４９０３号公報
【特許文献２】特開２００１−１７５６８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したように、情報共有システムの適切と思われるカテゴリに対応したディレクトリに情報を手動で保存することで情報共有する方法では、全ての情報を適切なカテゴリに分類して保存することは困難であり、また、複数のカテゴリに属する場合にうまく分類ができないおそれもある。また、適切なカテゴリに情報が蓄積された場合であっても、時間の経過によって変化する関連人物や関連組織などの情報については反映されない。さらには、蓄積された情報が、知りたいことに関連する情報全てではないことがほとんどである。これらのことは、ある検索対象について知りたいと思っている者にとって、その検索対象に関連する情報をすぐに見つけ出すことのできない原因となっている。そこで、ある検索対象について知りたいと思った場合、その検索対象に最も関連する人物を探し出して問い合わせることが、早く、そして確実に情報を得る方法であるといえる。
しかし、特許文献１、２の技術においては、検索対象について誰が最も関連する人物であるかの情報を検索者に提示するものではない。
【０００５】
本発明は、上記問題を解決すべくなされたもので、その目的は、コミュニティ情報としての電子メールを利用して、検索対象について関連性の高い人物を検出し、提示することのできる検索支援装置及び方法、ならびに、コンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段と、電子メールを記憶しているメール記憶手段から電子メールを読込むメール読込み手段と、前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断するメール分析手段と、前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込む分析結果出力手段と、検索条件の入力を受ける受付手段と、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得する検索手段と、前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する出力制御手段と、を備えることを特徴とする検索支援装置である。
【０００７】
また、本発明は、上述する検索支援装置であって、前記出力制御手段は、前記検索手段により取得した数が所定の条件より多いユーザを、当該ユーザが設定されている数に対応した順序で、スレッド識別情報毎に出力することを特徴とする。
【０００８】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組を取得し、前記出力制御手段は、前記検索手段により取得したユーザの組をスレッド識別情報毎に出力する、ことを特徴とする。
【０００９】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組を取得し、前記出力制御手段は、前記検索手段により取得したユーザの組に基づいて、当該取得したユーザの組に含まれる複数ユーザ間の相関を示す情報を、スレッド識別情報毎に出力する、ことを特徴とする。
【００１０】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記スレッド識別情報で特定される前記メールテーブルのレコードから、さらに、前記ユーザの組が設定されている数を取得し、前記出力制御手段は、さらに、ユーザの組が設定されている数に対応した情報を出力する、ことを特徴とする。
【００１１】
また、本発明は、上述する検索支援装置であって、前記メールテーブルのレコードは、さらに、同報者の情報を含み、前記分析結果出力手段は、前記読込んだ電子メールのヘッダ情報から取得した同報者の情報をさらに設定したレコードを前記メールテーブルに追加し、前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに送信者として設定されているユーザ及び受信者として設定されているユーザに所定のポイントを付与するとともに、同報者として設定されているユーザに前記所定のポイントより所定の重み付けをしたポイントを付与し、前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、ことを特徴とする。
【００１２】
また、本発明は、上述する検索支援装置であって、前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに受信者として設定されているユーザに所定のポイントを付与するとともに、送信者として設定されているユーザに前記所定のポイントより所定の重み付けをしたポイントを付与し、前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、ことを特徴とする。
【００１３】
また、本発明は、上述する検索支援装置であって、前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに設定されている受信者がメーリングリストのアドレスである場合は、送信者として設定されているユーザに所定のポイントを付与し、メーリングリストのアドレスでない場合は、送信者として設定されているユーザ及び受信者として設定されているユーザに所定のポイントを付与し、前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザをスレッド識別情報毎に出力する、ことを特徴とする。
【００１４】
また、本発明は、上述する検索支援装置であって、前記分析結果格納手段は、さらに、スレッド識別情報と、当該スレッド識別情報で特定されるスレッドの開始日時の情報を示すスレッドテーブルを記憶し、前記分析結果出力手段は、読み込んだ電子メールのスレッド識別情報を新たに生成したときに、当該スレッド識別情報と、当該電子メールのヘッダの情報から取得した日時の情報を示す開始日時とを対応付けてスレッドテーブルに書き込み、前記検索手段は、さらに、前記キーワードテーブルから取得したスレッド識別情報に対応した開始日時の情報を読み出し、前記出力制御手段は、入力を受けた期間条件に合致する開始日時のスレッド識別情報について前記ユーザまたは前記ユーザの組を出力する、ことを特徴とする。
【００１５】
また、本発明は、上述する検索支援装置であって、前記メールテーブルのレコードは、さらに、日付の情報を含み、前記分析結果出力手段は、読込んだ電子メールのヘッダ情報から取得した日付の情報をさらに設定したレコードを前記メールテーブルに追加し、前記検索手段は、前記取得したスレッド識別情報で特定される前記メールテーブルのレコードからさらに日付の情報を取得し、出力制御手段は、前記検索手段により取得した各スレッド識別情報に対応する日付の情報に基づいて、所定の期間毎の電子メール数を示す情報を、各スレッド識別情報毎に出力する、ことを特徴とする。
【００１６】
また、本発明は、上述する検索支援装置であって、前記分析結果出力手段は、読込んだ前記電子メールから取得した件名、または、件名及び本文の情報を形態素解析した結果をキーワードとして前記キーワードテーブルに書き込むことを特徴とする。
【００１７】
また、本発明は、上述する検索支援装置であって、前記分析結果出力手段は、形態素解析した結果のうち所定の品詞のものをキーワードとして前記キーワードテーブルに書き込むことを特徴とする。
【００１８】
また、本発明は、上述する検索支援装置であって、前記分析結果出力手段は、形態素解析した結果のうち、予め決められた不要な文字列を除いたものを、キーワードとして前記キーワードテーブルに書き込むことを特徴とする。
【００１９】
また、本発明は、上述する検索支援装置であって、ユーザを特定する情報と、当該ユーザの名前とを対応付けた情報を示す人物テーブルを記憶する人物情報格納手段と、前記メール読込み手段により読込まれた電子メールの本文の情報から、自己紹介に用いられる所定の語句が含まれている行を抽出し、抽出した行を形態素解析して得られた語句のうち固有名詞の語句を選択し、選択した語句と、読込んだ前記電子メールのヘッダ情報から取得した送信者を特定する情報とを対応づけて前記人物テーブルに書き込む人物情報生成手段とをさらに備え、前記出力制御手段は、出力対象の前記ユーザを特定する情報、または、出力対象の前記ユーザの組を構成するユーザを特定する情報に対応して前記人物テーブルから読み出されたユーザの名前を出力する、ことを特徴とする。
【００２０】
また、本発明は、上述する検索支援装置であって、前記人物情報生成手段は、前記電子メールの本文の情報に設定されている先頭より所定行数までの行から、自己紹介に用いられる所定の語句が含まれている行を抽出することを特徴とする。
【００２１】
また、本発明は、上述する検索支援装置であって、前記人物情報生成手段は、自己紹介に用いられる所定の語句が含まれているとして抽出した行から区切り文字の前または後の語句を抽出して形態素解析を行い、固有名詞として得られた語句と、読込んだ前記電子メールのヘッダ情報から取得した送信者を特定する情報とを対応づけて前記人物テーブルに書き込むことを特徴とする。
【００２２】
また、本発明は、上述する検索支援装置であって、前記人物情報生成手段は、送信者を特定する情報として、読込んだ前記電子メールのヘッダ情報から取得した送信者の電子メールアドレスを前記人物テーブルに書き込むことを特徴とする。
【００２３】
また、本発明は、上述する検索支援装置であって、前記メール記憶手段は、会議における発話者であるユーザを送信者に、当該会議の参加者を受信者に、当該会議の会議名を件名に、前記発話者であるユーザの発話内容を本文に設定し、かつ、会議に基づき生成されたことを示す情報を含み、関連する他の電子メールのメッセージ識別情報として、当該会議における他の発話内容を設定した他の電子メールのメッセージ識別情報を設定した電子メールを記憶し、前記分析結果出力手段は、読み込んだ電子メールに会議に基づき生成されたことを示す情報が設定されている場合、前記メールテーブルに追加する前記レコードに、会議に基づき生成されたことを示す当該情報をさらに設定し、前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルに設定される各レコードを特定し、特定した各レコードに会議に基づき生成されたことを示す情報が設定されている場合は、当該各レコードに送信者として設定されているユーザに所定のポイントを付与するとともに受信者として設定されているユーザに当該所定のポイントよりも低いポイントを付与し、会議に基づき生成されたことを示す情報が設定されていない場合は、当該各レコードに送信者として設定されているユーザ及び受信者として設定されているユーザに前記所定のポイントよりも重み付けしたポイントを付与し、前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、ことを特徴とする。
【００２４】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記特定した各レコードに会議の音声に基づいて生成したデータであることを示す情報が設定されている場合は、当該各レコードに送信者として設定されているユーザのみに前記所定のポイントを付与することを特徴とする。
【００２５】
また、本発明は、上述する検索支援装置であって、前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組と、当該ユーザの組が設定されている数を取得し、当該レコードに会議に基づき生成されたことを示す情報が設定されている場合は、前記各ユーザの組に、所定のポイントを当該ユーザの組が設定されている数に応じて付与し、当該レコードに会議に基づき生成されたことを示す情報が設定されていない場合は、前記各ユーザの組に、前記所定のポイントより重み付けしたポイントを当該ユーザの組が設定されている数に応じて付与し、前記出力制御手段は、各ユーザの組のポイントに対応した情報を出力する、ことを特徴とする。
【００２６】
また、本発明は、上述する検索支援装置であって、分析結果出力手段は、読込んだ電子メールに会議に基づき生成されたことを示す情報が設定されている場合、読込んだ電子メールから得られる情報を形態素解析した結果をキーワード候補とし、同一のスレッド識別情報に対応した電子メールから当該キーワード候補が所定回数以上得られた場合に、当該キーワード候補と当該スレッド識別情報とを対応づけて前記キーワードテーブルに書き込む、ことを特徴とする。
【００２７】
また、本発明は、上述する検索支援装置であって、会議名と、会議中の音声の音声データと、会議に参加したユーザを示す参加者とを含む会議データを記憶する音声データ記憶手段と、各ユーザの音声の特徴を示すパラメータである音声特徴情報を記憶する発話者データ記憶手段と、前記音声データ記憶手段から会議ファイルを読み出し、読み出した会議ファイル内の音声データを、１人のユーザが発言している発話区間に区切った分割音声データを生成する音声データ分割手段と、前記分割音声データと、前記発話者データ記憶手段に記憶されている各ユーザの音声特徴情報とから発話者であるユーザを特定する発話者認識手段と、前記分割音声データから、発話内容をテキスト化したテキストデータを生成する音声テキスト変換手段と、前記発話者認識手段が特定した発話者を送信者に、前記会議データ内の参加者を受信者に、前記会議データ内の会議名を件名に、前記音声テキスト変換手段が生成したテキストデータを本文に設定するとともに、新たに生成したメッセージ識別情報と、会議に基づき生成されたことを示す情報と、関連する他の電子メールのメッセージ識別情報として、同じ音声データから抽出した他の分割音声データに基づいて生成した電子メールのメッセージ識別情報とを設定した電子メールを生成し、前記メール記憶手段へ書き込むメール変換手段と、をさらに備えることを特徴とする。
【００２８】
また、本発明は、上述する検索支援装置であって、前記会議データは、会議開催日時の情報をさらに含み、前記音声データ分割手段は、前記分割音声データにより示される音声に対応した、前記音声データにより示される音声における冒頭からの経過時間を取得し、前記メール変換手段は、前記会議データ内の会議開催日時に、前記音声データ分割手段が取得した経過時間を加算した日時をさらに設定した電子メールを生成する、ことを特徴とする
【００２９】
また、本発明は、各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段を備え、所望の情報に関する重要人物を提示して、前記情報の検索を支援する検索支援装置に用いられる検索支援方法であって、メール読込み手段が、電子メールを記憶しているメール記憶手段から電子メールを読込み、メール分析手段が、前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断し、分析結果出力手段が、前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込み、受付手段が、検索条件の入力を受け、検索手段が、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得し、出力制御手段が、前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する、ことを特徴とする検索支援方法である。
【００３０】
また、本発明は、所望の情報に関する重要人物を提示して、前記情報の検索を支援する検索支援装置として用いられるコンピュータを、各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段、電子メールを記憶しているメール記憶手段から電子メールを読込むメール読込み手段、前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断するメール分析手段、前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込む分析結果出力手段、検索条件の入力を受ける受付手段、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得する検索手段、前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する出力制御手段、として機能させることを特徴とするコンピュータプログラムである。
【発明の効果】
【００３１】
本発明によれば、ある検索対象につての重要人物を提示することができ、また、重要人物間のつながりも把握可能となる。また、例えば、システム開発などの場合、仕様検討段階、プログラム設計段階、テスト段階、導入段階など、開発がすすむにつれて関連する人物や組織が変化していくが、本発明では、特定の時期において重要な人物を提示することや、重要な人物や組織が変化していく流れも把握可能となる。
【図面の簡単な説明】
【００３２】
【図１】本発明の第１の実施形態による検索支援装置の機能ブロック図である。
【図２】同実施形態によるメールテーブルのデータ構成図である。
【図３】同実施形態によるスレッドテーブルのデータ構成図である。
【図４】同実施形態によるキーワードテーブルのデータ構成図である。
【図５】同実施形態によるメール収集部の分析処理フローを示す図である。
【図６】メールヘッダの例である。
【図７】同実施形態によるメールテーブルの設定例を示す図である。
【図８】同実施形態によるスレッドテーブルの設定例を示す図である。
【図９】同実施形態によるキーワードテーブルの設定例を示す図である。
【図１０】同実施形態による検索処理部のスレッド検索処理フローを示す図である。
【図１１】同実施形態による検索処理部の人物相関テーブル作成処理フローを示す図である。
【図１２】同実施形態による検索処理部の重要人物テーブル作成処理フローを示す図である。
【図１３】同実施形態による出力制御部の結果表示処理フローを示す図である。
【図１４】同実施形態によるメールテーブルの設定例を示す図である。
【図１５】同実施形態によるスレッドテーブルの設定例を示す図である。
【図１６】同実施形態によるキーワードテーブルの設定例を示す図である。
【図１７】同実施形態による人物相関テーブル及び重要人物テーブルの設定例を示す図である。
【図１８】同実施形態による重要人物の出力イメージを示す図である。
【図１９】同実施形態による検索時期指定時の重要人物及び人物相関図の表示イメージを示す図である。
【図２０】同実施形態による検索画面の全体イメージを示す図である。
【図２１】第２の実施形態によるスレッド出力イメージを示す図である。
【図２２】同実施形態によるスレッド出力イメージを示す図である。
【図２３】第３の実施形態によるメールテーブルのデータ構成図を示す図である。
【図２４】同実施形態による人物相関図の表示イメージを示す図である。
【図２５】第４の実施形態によるメールテーブルのデータ構成図を示す図である。
【図２６】本発明の第６の実施形態による検索支援装置の機能ブロック図である。
【図２７】同実施形態による人物テーブルのデータ構成図である。
【図２８】同実施形態による人物情報生成部の人物情報生成処理フローを示す図である。
【図２９】メールの例である。
【図３０】同実施形態によるメールテーブルの設定例を示す図である。
【図３１】同実施形態によるスレッドテーブルの設定例を示す図である。
【図３２】同実施形態によるキーワードテーブルの設定例を示す図である。
【図３３】同実施形態による人物テーブルの設定例を示す図である。
【図３４】同実施形態による出力制御部の結果表示処理フローを示す図である。
【図３５】同実施形態によるメールテーブルの設定例を示す図である。
【図３６】同実施形態によるスレッドテーブルの設定例を示す図である。
【図３７】同実施形態によるキーワードテーブルの設定例を示す図である。
【図３８】同実施形態による人物テーブルの設定例を示す図である。
【図３９】同実施形態による人物相関テーブル及び重要人物テーブルの設定例を示す図である。
【図４０】同実施形態による重要人物の出力イメージを示す図である。
【図４１】同実施形態による検索時期指定時の重要人物及び人物相関図の表示イメージを示す図である。
【図４２】同実施形態による人物名表示なしの場合の検索画面の全体イメージを示す図である。
【図４３】同実施形態による人物名表示ありの場合の検索画面の全体イメージを示す図である。
【図４４】第７の実施形態による検索支援装置の機能ブロック図である。
【図４５】同実施形態による音声認識部の機能ブロック図である。
【図４６】同実施形態による音声認識部のメール形式データ生成処理フローを示す図である。
【図４７】同実施形態によるメール収集部の分析処理フローを示す図である。
【図４８】同実施形態による検索処理部の人物相関テーブル作成処理フローを示す図である。
【図４９】同実施形態による検索処理部の重要人物テーブル作成処理フローを示す図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照して本発明の実施形態を説明する。
【００３４】
［第１の実施形態］
図１は、本発明の第１の実施形態による検索支援装置１の機能ブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。
同図において、検索支援装置１は、１台または複数台のサーバ等により構成することができ、メール記憶部１０、メール収集部２０、分析結果格納部３０、検索処理部４０、及び、出力制御部５０からなる。
【００３５】
メール記憶部１０は、例えば、メールサーバなどにより実現することができ、利用者間で送受信される電子メール（以下、単に「メール」とも記載）のデータを記憶する。
メール収集部２０は、メール記憶部１０から電子メールのデータを読込むメール読込み部２１と、メール読込み部２１により読み出された電子メールのデータを分析するメール分析部２２と、メール分析部２２による分析結果を示すデータを分析結果格納部３０へ書き込む分析結果出力部２３を備える。
分析結果格納部３０は、メール分析結果のデータとして、各メールに関する情報を示すメールテーブルと、各スレッドの開始及び終了日時を示すスレッドテーブルと、各スレッドについてのキーワードを示すキーワードテーブルを記憶する。なお、スレッドとは、返信や転送がなされた一連のメールをグループ化したものを示す。
【００３６】
検索処理部４０は、例えば、データベースによりで実現することができ、検索支援装置１の備える入力手段、あるいは、検索支援装置１に接続されるコンピュータ端末（出力制御部５０）から検索条件の入力を受けるクエリ受付部４１と、クエリ受付部４１により受信した検索条件に基づいて、分析結果格納部３０に記憶されているメール分析結果のデータを検索する検索部４２と、検索部４２による検索結果を出力する検索結果出力部４３とを備える。
出力制御部５０は、例えば、コンピュータ端末で実現することができ、検索処理部４０の検索結果出力部４３により出力された検索結果を読込む検索結果読込み部５１と、検索結果読込み部５１が読込んだ検索結果をディスプレイへ表示する結果表示部５２とを備える。なお、検索結果をプリンタにより印刷したり、記録媒体へ書き込むことでもよい。
【００３７】
次に、分析結果格納部３０に格納される各データテーブルについて説明する。
図２は、分析結果格納部３０に格納されるメールテーブルの構成を示す図である。同図において、メールテーブルは、メールＩＤ、スレッドＩＤ、メッセージＩＤ、件名、送信者、受信者、日付、及び、本文のデータからなる複数のレコードにより構成される。メールＩＤは、メールテーブルにおける各レコードを一意に特定する識別情報であり、１行目がメールＩＤ＝１、２行目がメールＩＤ＝２、…のように、各レコードに対してメール分析部２２により付与される。スレッドＩＤは、各スレッドを一意に特定する識別情報であり、第１スレッドをスレッドＩＤ＝１、第２スレッドをスレッドＩＤ＝２、…のように、各スレッドに対してメール分析部２２により付与される。メッセージＩＤは、各メールを一意に特定する識別情報であり、メールのmessage-IDフィールドに設定されている情報に相当する。また、件名、送信者、受信者、日付、本文はそれぞれ、メールのSubjectフィールド、Fromフィールド、Toフィールド、Dateフィールド、メール本文に設定されている情報に相当する。
【００３８】
図３は、分析結果格納部３０に格納されるスレッドテーブルの構成を示す図である。同図において、スレッドテーブルは、スレッドＩＤ、開始日時、及び、終了日時のデータからなる複数のレコードにより構成される。ここで、開始日時、終了日時は、スレッドＩＤにより特定されるスレッドに属するメールの中で、最も古い日付の情報が設定されているメールから得られる日付、最も新しい日付の情報が設定されているメールから得られる日付を示す。
【００３９】
図４は、分析結果格納部３０に格納されるキーワードテーブルの構成を示す図である。同図において、キーワードテーブルは、レコードＩＤ、スレッドＩＤ、及び、キーワードのデータからなる複数のレコードにより構成される。レコードＩＤは、キーワードテーブルにおける各レコードを一意に特定する識別情報であり、各レコードに対してメール分析部２２により付与される。キーワードＩＤは、スレッドＩＤにより特定されるスレッドに属するメールの件名を形態素解析した結果の情報である。
【００４０】
次に、検索支援装置１における処理フローを説明する。
図５は、メール収集部２０における分析処理フローを示す。
同図において、メール収集部２０のメール読込み部２１は、まだ本分析処理フローによる分析処理を行っていないメールをメール記憶部１０としてのメールサーバから読込む（ステップＳ１１０）。メールには、Message-ID、Subject、From、To、CC、Date、References、メール本文等のフィールドが含まれる。なお、Referencesは、返信、転送されたメールのみに含まれるフィールドであり、返信、転送されるたびに、その返信、転送される元となったMessage-IDが追加されるフィールドである。
【００４１】
メール分析部２２が自然数の新たなメールＩＤを付与すると、分析結果出力部２３は、当該メールＩＤを設定したレコードを分析結果格納部３０に記憶されているメールテーブルに追加する。分析結果出力部２３は、追加したレコードのメッセージＩＤ、件名、送信者、受信者、日付、及び、本文のデータ項目のそれぞれに、読込んだメールのmessage-ID、Subject、From、To、Date、メール本文のフィールドの設定内容を書き込む（ステップＳ１２０）。
【００４２】
次に、メール分析部２２は、メールテーブルを検索し、読込んだメールのReferenceフィールドに設定されているデータと同じ内容のデータがメッセージＩＤに設定されているレコードがあるかを判断する（ステップＳ１３０）。これにより、読込んだメールが、以前のメールと同じスレッドに属するか否かを確認する。読込んだメールのReferenceフィールドと同じ内容のデータがメッセージＩＤに設定されているレコードがないと判断した場合（ステップＳ１３０：ＮＯ）、新規のスレッドであるとして、メール分析部２２は新たなスレッドＩＤを付与する。分析結果出力部２３は、新たに付与されたスレッドＩＤを設定したレコードを分析結果格納部３０に記憶されているスレッドテーブルに追加するとともに（ステップＳ１４０）、追加したレコードの開始日時及び終了日時のデータ項目に、読込んだメールのDateフィールドに設定されているデータを書き込む（ステップＳ１５０）。
【００４３】
一方、読込んだメールのReferenceフィールドと同じ内容のデータがメッセージＩＤに設定されているレコードがあると判断した場合（ステップＳ１３０：ＹＥＳ）、既に登録されているスレッドに属する最後のメールの可能性があると判断する。そこで、メール分析部２２は、読込んだメールのReferenceフィールドと同じ内容のデータがメッセージＩＤに設定されているレコードからスレッドＩＤを読み出し、このスレッドＩＤによりスレッドテーブルを検索する。そして、検出したレコードの開始日時、終了日時に設定されている日時と、読込んだメールのDateフィールドに設定されている日時とを比較する。読込んだメールのDateフィールドに設定されている日時のほうが開始日時より古い日時である場合は、検出したレコードの開始日時のデータ項目を、読込んだメールのDateフィールドに設定されている日時に書き換える。また、読込んだメールのDateフィールドに設定されている日時のほうが終了日時より新しい日時である場合は、検出したレコードの終了日時のデータ項目を、読込んだメールのDateフィールドに設定されている日時に書き換える（ステップＳ１６０）。
【００４４】
分析結果出力部２３は、ステップＳ１２０において追加したメールテーブルのレコードに新たに当該メールのスレッドＩＤを書き込む（ステップＳ１７０）。次に、メール分析部２２は、メールのSubjectフィールドの設定内容を形態素解析するとともに、形態素解析された結果であるキーワードそれぞれに新たなレコードＩＤを付与する。分析結果出力部２３は、新たに付与されたレコードＩＤと、当該メールのスレッドＩＤと、レコードＩＤに対応するキーワードからなるレコードを、分析結果格納部３０に記憶されているキーワードテーブルに追加する（ステップＳ１８０）。メール読込み部２１は、メール記憶部１０としてのメールサーバに、まだ分析処理を行っていないメールがあるかを判断する（ステップＳ１９０）。まだ、分析処理していないメールがある場合には（ステップＳ１９０：ＹＥＳ）、ステップＳ１１０に戻り、上述した処理を繰り返す。そして、メール記憶部１０に分析処理していないメールがなくなった場合（ステップＳ１９０：ＮＯ）、処理を終了する。
【００４５】
図５の処理を具体的なデータ例を用いて説明する。
図６はメール記憶部１０から読込んだ各メールのメールヘッダの例を、図７は図６で示されるメールヘッダをもつメールから生成されるメールテーブルの例を、図８は図６で示されるメールヘッダをもつメールから生成されるスレッドテーブルの例を、図９は図６で示されるメールヘッダをもつメールから生成されるキーワードテーブルの例を示す。
【００４６】
最初に、メールＭ１（図６）が読込まれると（図５、ステップＳ１１０）、新たに付与されたメールＩＤ「１」を設定したレコードがメールテーブル（図７）に追加され、メールＭ１のmessage-ID「1111@svr.jp」、Subject「開発進捗に関して」、From「userA」、To「userB」、Date「2007/2/3 15:12」、メール本文が当該レコードのメッセージＩＤ、件名、送信者、受信者、日付、及び、本文に設定される（図５、ステップＳ１２０）。また、メールＭ１にはReferenceフィールドが含まれていないため、新規のスレッドであると判断される（図５、ステップＳ１３０：ＮＯ）。そこで、新たなスレッドＩＤ「１」を設定したレコードがスレッドテーブル（図８）に追加され（図５、ステップＳ１４０）、メールＭ１のDate「2007/2/3 15:12」が当該レコードの開始日時及び終了日時に設定されるとともに（図５、ステップＳ１５０）、メールテーブル（図７）のメールＩＤ「１」のレコードに、スレッドＩＤ「１」が設定される（図５、ステップＳ１７０）。さらに、メールＭ１のSubjectフィールドの設定内容を形態素解析して「開発」、「進捗」、「関して」が得られると、各形態素解析結果それぞれについて新たに付与されたレコードＩＤ「１」、「２」、「３」を設定したレコードがキーワードテーブル（図９）に追加され、この追加されたレコードそれぞれには、スレッドＩＤ「１」と、対応する形態素解析結果「開発」、「進捗」、「関して」が設定される（図５、ステップＳ１８０）。
【００４７】
次に、メールＭ２（図６）が読込まれると（図５、ステップＳ１１０）、新たに付与されたメールＩＤ「２」を設定したレコードがメールテーブル（図７）に追加され、メールＭ２のmessage-ID「2222@svr.jp」、Subject「Re:開発進捗に関して」、From「userB」、To「userA」、Date「2007/2/4 0:12」、メール本文が当該レコードのメッセージＩＤ、件名、送信者、受信者、日付、及び、本文に設定される（図５、ステップＳ１２０）。そして、メールＭ２のReference「1111@svr.jp」がメッセージＩＤに設定されているレコードがすでにメールテーブルにあるため（メールＩＤ「１」のレコード）、既に出現したスレッドであると判断される（図５、ステップＳ１３０：ＮＯ）。このレコードには、スレッドＩＤ「１」が設定されているため、スレッドテーブル（図８）から、当該スレッドＩＤが設定されているレコードの開始日時「2007/2/3 15:12」、終了日時「2007/2/3 15:12」を読み出し、メールＭ２のDate「2007/2/4 0:12」と比較する。メールＭ２のDateのほうが終了日時より新しい日時であるため、終了日時のデータ項目がメールＭ２のDateの設定内容に書き換えられ（ステップＳ１６０）、メールテーブル（図７）のメールＩＤ「２」のレコードに、スレッドＩＤ「１」が設定される（図５、ステップＳ１７０）。さらに、メールＭ１のSubjectフィールドの設定内容を形態素解析して「開発」、「進捗」、「関して」が得られるが、図９に示すように、キーワードテーブル（図９）には、当該スレッドＩＤ「１」に対応してすでにこれらのキーワードが設定されているため、新たなレコード追加は行われない。
【００４８】
このようにして、図６に示すメールＭ１〜Ｍ８について図５の処理を行った結果が、図７に示すメールテーブル、図８に示すスレッドテーブル、図９に示すキーワードテーブルである。図７に示すように、メールテーブルには、メールＭ１〜Ｍ８それぞれについてレコードが追加され、メールＭ１、Ｍ２、Ｍ３に対応したレコードにはスレッドＩＤ「１」が、メールＭ４に対応したレコードにはスレッドＩＤ「２」が、メールＭ５、Ｍ６、Ｍ７に対応したレコードにはスレッドＩＤ「３」が、メールＭ８に対応したレコードにはスレッドＩＤ「４」が設定されている。これは、メールＭ２のReferences「1111@svr.jp」が、メールＭ１に対応したレコードのメッセージＩＤに設定されており、メールＭ３のReferences「1111@svr.jp」、「2222@svr.jp」が、メールＭ１、メールＭ２に対応したレコードのメッセージＩＤに設定されているため、メールＭ１、Ｍ２、Ｍ３に対応したレコードに同じスレッドＩＤが設定されたものである。同様に、メールＭ６のReferences「5555@svr.jp」は、メールＭ５に対応したレコードのメッセージＩＤに設定されており、メールＭ７のReferences「5555@svr.jp」、「6666@svr.jp」は、メールＭ５、メールＭ６に対応したレコードのメッセージＩＤに設定されているため、メールＭ５、Ｍ６、Ｍ７に対応したレコードには同じスレッドＩＤが設定される。
【００４９】
また、図８に示すスレッドテーブルには、スレッドＩＤ「１」のレコードに、当該スレッドＩＤに属する最初のメールＭ１のDateフィールドの設定内容が開始日時に、当該スレッドＩＤに属する最後のメールＭ３のDateフィールドの設定内容が終了日時に設定されている。同様に、スレッドＩＤ「３」のレコードに、当該スレッドＩＤに属する最初のメールＭ５のDateフィールドの設定内容が開始日時に、当該スレッドＩＤに属する最後のメールＭ７のDateフィールドの設定内容が終了日時に設定されている。
また、スレッドＩＤ「２」に属するのはメールＭ４のみであるため、当該スレッドＩＤのレコードには、メールＭ４のDateフィールドの設定内容が開始日時及び終了日時に設定されている。同様に、スレッドＩＤ「４」のレコードには、メールＭ８のDateフィールドの設定内容が開始日時及び終了日時に設定されている。
【００５０】
また、図９に示すように、キーワードテーブルには、スレッドＩＤ「１」に属するメールＭ１，Ｍ２，Ｍ３のSubjectの設定内容を形態素解析した結果の「開発」、「進捗」、「関して」がレコードＩＤ「１」〜「３」に、スレッドＩＤ「２」に属するメールＭ４のSubjectの設定内容を形態素解析した結果の「懇親会」がレコード「４」に、スレッドＩＤ「３」に属するメールＭ５，Ｍ６，Ｍ７のSubjectの設定内容を形態素解析した結果の「打合せ」、「件」がレコードＩＤ「５」、「６」に、スレッドＩＤ「４」に属するメールＭ８のSubjectの設定内容を形態素解析した結果の「開発」、「会議」がレコードＩＤ「７」、「８」に設定されている。
【００５１】
図１０〜図１２は、検索処理部４０における処理フローを示す。
図１０は、検索処理部４０におけるスレッド検索処理フローを示す。
検索処理部４０のクエリ受付部４１は、受信した検索要求から検索ワードを読込む（ステップＳ２１０）。検索部４２は、分析結果格納部３０に記憶されているキーワードテーブルに設定されているスレッドＩＤのうち、本スレッド検索処理フローによるスレッド検索処理を行っていないスレッドＩＤを選択して読込む（ステップＳ２２０）。そして、その選択したスレッドＩＤが設定されているキーワードテーブルのレコードの中に、検索ワードに一致するキーワードが設定されているレコードがあるかを判断する（ステップＳ２３０）。
【００５２】
選択したスレッドＩＤが設定されているレコードの中に、検索ワードに一致するキーワードが設定されているレコードがある場合（ステップＳ２３０：ＹＥＳ）、以下のステップＳ２４０〜Ｓ２５０の処理を実行する。すなわち、検索部４２は、選択したスレッドＩＤをキーにして分析結果格納部３０に記憶されているスレッドテーブルを検索し、検出したレコードから開始日時を読込むとともに（ステップＳ２４０）、選択したスレッドＩＤと読込んだ開始日時とを対応付けた情報を記憶する（ステップＳ２５０）。
【００５３】
検索部４２は、キーワードテーブルに、まだスレッド検索処理を行っていないスレッドＩＤがある場合は（ステップＳ２６０：ＮＯ）、ステップＳ２２０からの処理を繰り返す。そして、キーワードテーブルに登録されている全てのスレッドＩＤについて、スレッド検索処理を実行した場合は（ステップＳ２６０：ＹＥＳ）、処理を終了する。
【００５４】
図１１は、検索処理部４０における人物相関テーブル作成処理フローを示す。
検索処理部４０の検索部４２は、図１０のステップＳ２５０において記憶したスレッドＩＤ（以下、処理対象スレッドＩＤ）のうち、当該人物相関テーブル作成処理フローによる人物相関テーブル作成処理をまだ行っていないスレッドＩＤを選択する。検索部４２は、メールテーブルを検索し、選択したスレッドＩＤが設定されているレコードを特定して読込む（ステップＳ３１０）。
【００５５】
検索部４２は、ステップＳ３１０において読込んだレコードから、送信者と受信者に設定されているユーザの組を送受信者の組として抽出し、抽出した送受信者の組それぞれについて、抽出された数をカウントする（ステップＳ３２０）。なお、送信者と受信者のユーザが入れ替わっていても、同じ組であるとする。検索部４２は、処理対象スレッドＩＤに、まだ人物相関テーブル作成処理を行っていないスレッドＩＤがある場合は（ステップＳ３３０：ＮＯ）、ステップＳ３１０からの処理を繰り返す。そして、全ての処理対象スレッドＩＤについて、人物相関テーブル作成処理を実行した場合（ステップＳ３３０：ＹＥＳ）、スレッドＩＤ毎に、ステップＳ３２０において抽出された送受信者の組と、その組の抽出数に対応したポイントとを示す一覧である人物相関テーブルを生成して記憶する（ステップＳ３４０）。つまり、ユーザがメールの送信者、あるいは、受信者となる毎に、当該ユーザに１ポイントが付与されることを示す。
【００５６】
図１２は、検索処理部４０における重要人物テーブル作成処理フローを示す。
検索処理部４０の検索部４２は、図１０のステップＳ２５０において記憶した処理対象スレッドＩＤのうち、当該重要人物テーブル作成処理フローによるおいてまだ重要人物テーブル作成処理を行っていないスレッドＩＤを選択する。検索部４２は、メールテーブルを検索し、選択したスレッドＩＤが設定されているレコードを特定して読込む（ステップＳ４１０）。
【００５７】
検索部４２は、読込んだレコードから、送信者または受信者として設定されているユーザを抽出し、その抽出したユーザが、送信者または受信者として設定されている数である登場回数を計測し、記憶する（ステップＳ４２０）。検索部４２は、処理対象スレッドＩＤに、まだ重要人物テーブル作成処理を行っていないスレッドＩＤがある場合は（ステップＳ４３０：ＮＯ）、ステップＳ４１０からの処理を繰り返す。そして、全ての処理対象スレッドＩＤについて、重要人物テーブル作成処理を実行した場合は（ステップＳ４３０：ＹＥＳ）、スレッドＩＤ毎に、ステップＳ４２０において抽出されたユーザと、その登場回数に対応したポイントとを示す一覧である重要人物テーブルを生成して記憶する（ステップＳ４４０）。つまり、ユーザがメールの送信者、あるいは、受信者となる毎に、当該ユーザに１ポイントが付与されることを示す。
【００５８】
図１３は、出力制御部５０の結果表示処理フローを示す。
同図において、検索結果読込み部５１は、検索結果出力部４３から出力される各処理対象スレッドＩＤの開始日時、人物相関テーブル、重要人物テーブル、及び、各処理対象スレッドＩＤに対応したメールテーブルのレコードから読込んだ件名の一覧を検索結果として読込む（ステップＳ５１０）。次に、結果表示部５２は、検索結果表示方法の情報を読込む（ステップＳ５２０）。これは、クエリ受付部４１が受信した検索要求内に設定されているか、予め、出力制御部５０の記憶手段に記憶されている情報である。検索結果表示方法の情報に、重要人物表示が必要であることが設定されている場合（ステップＳ５３０：ＹＥＳ）、結果表示部５２は、各スレッドについて、重要人物テーブルで示されるユーザのうち、ポイント数の多い順番に所定数のユーザを重要人物として抽出する。そして、抽出した各スレッドの重要人物を、その重要人物に対応したポイント数とともに表示する（ステップＳ５４０）。このとき、時系列的にスレッドを並べ、各スレッドに対応して登場回数の多い順番に重要人物を表示する。また、さらに、特定のスレッドのみを表示するような指示の入力があった場合は、その指定されたスレッドについての重要人物のみを表示し、期間を示す情報の入力があった場合には、その期間に開始日時が含まれるスレッドについての重要人物を表示する。
【００５９】
続いて、検索結果表示方法の情報に、テーマ名の表示が必要であることが設定されている場合（ステップＳ５５０：ＹＥＳ）、結果表示部５２は、ステップＳ５１０において検索結果出力部４３から読込んだ件名の一覧を表示する（ステップＳ５６０）。このとき、ステップＳ５４０において出力した各スレッドの重要人物の表示に対応づけて件名を表示してもよい。また、期間を示す情報の入力があった場合には、その期間に開始日時が含まれるスレッドについての件名を表示する。
【００６０】
さらに、検索結果表示方法の情報に、重人物の相関関図の表示が必要であることが設定されている場合（ステップＳ５７０：ＹＥＳ）、結果表示部５２は、各スレッドについて、人物相関テーブルで示される送受信者の組のうち、ポイント数の多い順番に所定数の組を抽出する。そして、各スレッドについて抽出した送受信者の組を、その送受信者の組のポイント数に対応したポイント数とともに表示する（ステップＳ５８０）。なお、このとき、複数のユーザ間における送受信の組の相関関係を示すようなマトリックス状に表示する。また、さらに、特定のスレッドのみを表示するような指示の入力があった場合は、その指定されたスレッドについての送受信者の組のみを表示し、期間を示す情報の入力があった場合には、その期間に開始日時が含まれるスレッドについての送受信者の組を表示する。
【００６１】
図１０〜図１３の処理を具体的なデータ例を用いて説明する。
図１４はメールテーブルの例を、図１５はスレッドテーブルの例を、図１６はキーワードテーブルの例を示す図であり、クエリ受付部４１が検索キーワード読込む前に設定されているものとする。また、検索キーワードとして「販売」が入力されるとする。このとき作成される人物相関テーブル及び重要人物テーブルを図１７に示す。
【００６２】
図１０のスレッド検索処理において、検索キーワードが読込まれると（図１０、ステップＳ２１０）、キーワードテーブル（図１６）に設定されているスレッドＩＤが順に選択される（図１０、ステップＳ２２０）。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図１６）のレコードから、検索ワード「販売」がキーワードとして設定されているレコード（レコードＩＤ「３４０」）が検出される（図１０、ステップＳ２３０）。そして、当該スレッドＩＤに対応した開始日時「2006/7/1 15:12」が読込まれ、スレッドＩＤ「１１６」と対応付けて記憶される（図１０、ステップＳ２４０、Ｓ２５０）。
【００６３】
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図１６）のレコードから、検索ワード「販売」がキーワードとして設定されているレコード（レコードＩＤ「３７２」）が検出される（図１０、ステップＳ２３０）。そして、当該スレッドＩＤに対応した開始日時「2007/1/7 13:10」が読込まれ、スレッドＩＤ「１２０」と対応付けて記憶される（図１０、ステップＳ２４０、Ｓ２５０）。
【００６４】
次に、スレッドＩＤ「１４４」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図１６）には、検索ワード「販売」がキーワードとして設定されているレコードがないことが検出される（図１０、ステップＳ２３０）。
これにより、処理対象スレッドＩＤ「１１６」、「１２０」と、それぞれの開始日時「2006/7/1 15:12」、「2007/1/7 13:10」が記憶される（図１０、ステップＳ２５０）。
【００６５】
続いて、人物相関テーブル作成処理（図１１）が開始され、処理対象スレッドＩＤが順に選択される。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図１４）のレコード（メールＩＤ「５００」〜「５０６」）が特定される（図１１、ステップＳ３１０）。図１７に示すように、この特定されたレコードの送信者と受信者の情報から、「userAとuserB」、「userAとuserC」、「userAとuserD」、「userAとuserE」、「userBとuserE」の組が抽出され、それらの組が抽出された数はそれぞれ「４」、「２」、「２」、「２」、「３」である（図１１、ステップＳ３２０）。なお、図面では、userA、userB、userC、userD、userEを単にA,B,C,D,Eと表記する場合がある。
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図１４）のレコード（メールＩＤ「５０７」〜「５１１」）を特定する（図１１、ステップＳ３１０）。図１７に示すように、この特定されたレコードの送信者と受信者の情報から、「userAとuserB」、「userAとuserC」、「userAとuserD」、「userAとuserE」の組が抽出され、それらの組が抽出された数はそれぞれ「２」、「２」、「３」、「１」である（図１１、ステップＳ３２０）。
これにより、各スレッドＩＤ毎に、これらの抽出されたユーザの組と、その組の抽出数に対応したポイントとを示す人物相関テーブル（図１７）が生成される（図１１、ステップＳ３４０）。ここでは、抽出数１を１ポイントとしている。
【００６６】
続いて、重要人物テーブル作成処理（図１２）が開始され、処理対象スレッドＩＤが順に選択される。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図１４）のレコード（メールＩＤ「５００」〜「５０６」）が特定される（図１２、ステップＳ４１０）。図１７に示すように、この特定されたレコードの送信者または受信者に設定されているユーザとして、「userA」、「userB」、「userC」、「userD」、「userE」が抽出され、その抽出したユーザの登場回数「１０」、「７」、「２」、「２」、「５」が計測される。
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図１４）のレコード（メールＩＤ「５０７」〜「５１１」）が特定される（図１２、ステップＳ４２０）。図１７に示すように、この特定されたレコードの送信者または受信者に設定されているユーザとして、「userA」、「userB」、「userC」、「userD」、「userE」が抽出され、その抽出したユーザの登場回数「８」、「２」、「２」、「３」、「１」が計測される。
これにより、各スレッドＩＤ毎に、これらの抽出されたユーザと、その登場回数に対応したポイントとを示す重要人物テーブルが生成される（図１２、ステップＳ４４０）。なお、ここでは、登場回数１回を１ポイントとしている。
【００６７】
図１８は、図１７に示す重要人物テーブルに基づいた重要人物出力イメージであり、時系列にスレッドを並べて表示したイメージを示す。ここでは、重要人物は、ポイント数が高い順に３人としている。なお、所定のポイント数以上などとすることもでき、この条件は予め出力制御部５０に記憶されるか、ユーザにより入力される。
図１８においては、重要人物テーブル（図１７）に含まれるスレッドＩＤ「１１６」、「１２０」を、これらの開始日時「2006/07/01 15:12」、「2007/07/08 23:11」に対応した時間軸上に、時系列で表示している。そして、スレッドＩＤ「１１６」については、ポイント数が高い順に「userA」、「userB」、「userE」が表示され、スレッドＩＤ「１２０」については、ポイント数が高い順に「userA」、「userD」、「userB」、「userC」が表示されている。なお、「userB」と「userC」はポイント数が同じため、両者を表示しているものである。
【００６８】
図１９は、図１７に示す重要人物テーブルに基づいた、検索時期を指定したときの重要人物及び人物相関図の表示イメージを示す。ここでは、２００６年が指定されとする。なお、検索時期の条件は、ユーザにより入力されるものとする。
出力制御部５０の結果表示部５２は、重要人物テーブル（図１７）に含まれるスレッドＩＤ「１１６」、「１２０」のうち、開始日時が２００６年であるスレッドＩＤ「１１６」を選択する。そして、スレッドＩＤ「１１６」については、重要人物として、ポイント数が高い順に「userA」、「userB」、「userE」を、そのポイント数のともに表示する。また、人物相関テーブル（図１７）から、当該スレッドＩＤに対応して、重要人物としてのポイント数が最も高い「userA」が含まれる送受信の組と、そのポイント数を読込む。そして、ポイント数が最も高い「userA」を中心として、送受信の組となる各ユーザ「userB」、「userC」、「userD」、「userE」をその周囲に表示するとともに、「userA」と各ユーザ「userB」、「userC」、「userD」、「userE」との間に、ポイント数を表示するとともに、そのポイント数に対応した太さの線を描画する。なお、表示する送受信の組をポイント数の多い組から所定数としてもよく、所定のポイント数以上の送受信の組を表示するようにしてもよい。
【００６９】
図２０は、検索画面の全体イメージを示す図である。同図においては、検索ワードを入力するフィールド、時系列に並べたスレッドとその重要人物、人物相関図、及び、各スレッドに送信者または受信者として登場したユーザの一覧とそのポイント数が表示されている。
【００７０】
なお、上記においては、開始日時が検索条件として指定された期間内のスレッドを出力対象としているが、終了日時が検索条件として指定された期間内であるスレッドを出力するようにしてもよく、両者を組み合わせてもよい。終了日時を検索条件する場合は、図１０のステップＳ２４０において、開始日時の代わりに終了日時を読込み、図１３のステップＳ５１０において、検索結果読込み部５１は、各処理対象スレッドＩＤの終了日時を読込む。
【００７１】
なお、ユーザを表示するときには、メールの送信者、受信者のフィールドから読込んだユーザの識別情報（メールアドレス等）を表示してもよく、ユーザの識別情報に対応付けて記憶手段に記憶されている氏名や部署等の情報を読込んで表示してもよい。
【００７２】
［第２の実施形態］
本発明の第２の実施形態について説明する。上述した第１の実施形態においては、スレッド単位に分割したメールを、その開始日時の時系列にプロットして表示しているが、同じような時期に多数のスレッドが始まる場合や、検索の結果、多数のスレッドが該当したりする場合などがある。このような場合、検索者はどのスレッドが、自分の知りたい内容を扱っているものであるかを選択するのが困難となってしまう。そこで、第２の実施形態においては、検索者が知りたい内容について取り扱っているスレッドを簡易に選択することを支援するために、時間経過に伴うメール量の分布を可視化して表示し、話題の盛り上がり・盛り下がりを考慮したスレッド選択が行えるようにする。これにより、検索者が知りたいと考えている内容について多くのメールがやりとりされているスレッドを選択したり、話題が盛り上がった時期、すなわち、メール量が多い時期に基づいてスレッドを選択したりできるようになる。
【００７３】
第２の実施形態の処理について、第１の実施形態との差分を説明する。
図１０に示すスレッド検索処理フローのステップＳ２４０において、検索処理部４０の検索部４２は、選択したスレッドＩＤをキーにして分析結果格納部３０に記憶されているメールテーブルを検索し、検出したレコードから日付の情報を読込み、ステップＳ２５０において、選択したスレッドＩＤと読込んだ日時とを対応付けた情報を記憶する。この情報は、図１３に示す結果表示処理フローのステップＳ５１０において、出力制御部５０の検索結果読込み部５１に読み込まれる。出力制御部５０の結果表示部５２は、スレッドＩＤ毎に、当該スレッドＩＤに対応した日付の情報に基づいて所定の単位期間毎（４半期単位、１ヶ月単位など）のメールの件数をカウントし、各スレッドについて当該単位期間毎に、メールの件数に対応した大きさの円を表示したり、メールの件数の推移をグラフ表示したりする。なお、この単位期間は、出力制御部５０の図示しない記憶手段に予め記憶されている情報であってもよく、検索処理部４０のクエリ受付部４１が受信した検索要求内に設定されることでもよい。
【００７４】
図２１は、円の大きさによりメールの件数を表示した場合のスレッド出力イメージである。同図においては、各スレッドについて、４半期毎に、メールの件数に対応した大きさの円を表示している。これにより、他のスレッドより大きな円が表示されているスレッドがより話題の盛り上がったスレッドであり、また、より大きな円が表示されている時期がより話題の盛り上がった時期であることが視覚的に把握可能となる。なお、ここでは、メールの件数に対応した大きさの円を表示しているが、メールの大きさを表す図形は円以外の図形でもよく、また、メール量が多い場合は赤、少ない場合は青としたグラデーションにより表示するなど、色による表示を行ってもよい。
【００７５】
図２２は、グラフによりメールの件数を表示した場合のスレッド出力イメージである。同図においては、各スレッドについて、４半期毎のメールの件数の推移をグラフで表示している。そして、表示されているグラフにおいて、さらに詳細にメールの件数の推移を見たい場合には、その表示箇所をマウスで指定するなどして、詳細表示対象のスレッドと時期の情報を入力する。出力制御部５０の結果表示部５２は、スレッドに対応した日付の情報を参照し、詳細表示対象のスレッド及び時期について、現在表示されているよりも短い単位期間毎（１日単位、１週間単位など）のメールの件数をカウントして、グラフ表示する。
【００７６】
［第３の実施形態］
次に、本発明の第３の実施形態について説明する。上述した実施形態では、人物相関テーブル、重要人物テーブルを作成する際に、メールの送信者あるいは受信者となっているユーザに一律で１ポイントを付与している。しかし、例えば、管理者などは情報を共有できるようメールの宛先に同報者（ＣＣ）として設定されることが多く、担当者や実施者などは情報を発信することが多いためメールの送信者となることが多い。そこで、管理者、あるいは、担当者や実施者等のどちらをキーパーソンとして抽出するかに応じて、同報者に設定されている場合の付与ポイント数を高くしたり、あるいは、発信者に設定されている場合の付与ポイント数を高くしたりし、加算ポイントを変更する。つまり、同報者に設定されている場合に付与するポイント数に重み付けすることにより、合計ポイント数が高いユーザを、検索したい内容に関する管理者として選択し、提示することが可能となり、また、発信者に設定されている場合に付与するポイント数に重み付けすることにより、合計ポイント数が高いユーザを、検索したい内容に関する担当者や実施者等の情報発信者として選択し、提示することが可能となる。
【００７７】
第３の実施形態の処理について、第１の実施形態及び第２の実施形態との差分を説明する。
図２３は、本実施形態によるメールテーブルの構成を示す図である。同図において、メールテーブルは、メールＩＤ、スレッドＩＤ、メッセージＩＤ、件名、送信者、受信者、同報者、日付、及び、本文のデータからなる複数のレコードにより構成され、図２に示すメールテーブルのレコードに、同報者のデータが追加されたものである。同報者は、メールのCCフィールドに設定されている情報に相当する。
そして、図５に示す第１の実施の形態のスレッド検索処理フローのステップＳ１２０において、メール収集部２０の分析結果出力部２３は、メールテーブルに追加されたレコードの同報者のデータ項目に、読込んだメールのCCフィールドの設定内容をさらに書き込む。
【００７８】
図１１に示す人物相関テーブル作成処理フローのステップＳ３２０において、検索処理部４０の検索部４２は、ステップＳ３１０において読込んだ各レコードについて順に以下を行う。すなわち、送信者−受信者として設定されているユーザの組、送信者−同報者として設定されているユーザの組を抽出し、送信者として設定されているユーザ及び受信者として設定されているユーザの管理者検索対応ポイントに１ポイントを加算し、同報者として設定されているユーザの管理者検索対応ポイントに３ポイントを加算する。また、受信者として設定されているユーザの情報発信者検索対応ポイントに３ポイントを加算し、送信者として設定されているユーザ及び同報者として設定されているユーザの情報発信者検索対応ポイントに１ポイントを加算する。
【００７９】
上記のようにして、全ての処理対象スレッドＩＤについて、ユーザの組の抽出と、管理者検索対応ポイント、情報発信者索対応ポイントの付与を実行すると、ステップＳ３４０において、検索部４２は、スレッドＩＤ毎に、送信者−受信者のユーザの組、送信者−同報者のユーザの組と、これらの組に含まれる各ユーザの管理者検索対応ポイント及び情報発信者索対応ポイントとを示す一覧である人物相関テーブルを生成して記憶する。
【００８０】
図１３に示す結果表示処理フローのステップＳ５８０において、出力制御部５０の結果表示部５２は、各スレッドについて抽出したユーザの組を表示する。なお、このとき、複数ユーザ間におけるユーザの組の相関関係を示すようなマトリックス状の関連図を表示するとともに、管理者用検索ポイントのポイント数が最も高いユーザ、または、高い順に所定数のユーザを特定する情報、情報発信者索対応ポイントのポイント数が最も高いユーザ、または、高い順に所定数のユーザを特定する情報も表示する。さらに、結果表示部５２は、各ユーザの組について、送信者−受信者の関係、あるいは、送信者−同報者の関係のどの形態が多いかの情報も表示する。
【００８１】
図２４は、本実施の形態による人物相関図の表示イメージである。ここでは、管理者用検索ポイントのポイント数が最も高いユーザＡを赤色で、情報発信者索対応ポイントのポイント数が最も高いユーザＢを青色で表示している。なお、ポイント数が高い順に所定数のユーザを表示する場合は、ポイント数が低くなるに従って色がうすくなるようなグラデーションで表示したり、あるいは、管理者用検索ポイント、情報発信者索対応ポイントをユーザに対応づけて表示したりしてもよい。なお、表示色は任意に選択しうる。また、ユーザの組は矢印で示しているが、矢印の始まりのユーザが送信者、矢印の先のユーザが受信者または同報者である。
【００８２】
なお、図１２に示す重要人物テーブル作成処理フローのステップＳ４２０において、検索処理部４０の検索部４２は、送信者、受信者または同報者として設定されているユーザを抽出し、送信者または受信者として設定されていれば１ポイントを、同報者として設定されていれば３ポイントを管理者検索対応ポイントに加算し、さらに、受信者として設定されていれば３ポイントを、送信者または同報者として設定されていれば１ポイントを情報発信者検索対応ポイントに１ポイントを加算するようにしてもよい。そして、図１３の結果表示処理フローのステップＳ５４０において、出力制御部５０の結果表示部５２が、各スレッドについて、管理者検索対応ポイントの多い順番に所定数のユーザを管理者として、情報発信者検索対応ポイントの多い順番に所定数のユーザを情報発信ユーザとして表示する。
【００８３】
なお、上記においては、管理者用検索、及び、情報発信者検索の両方を行っているが、どちらか一方を行うことでもよい。また、上述した加算ポイントは一例であり、適宜設定しうる。
【００８４】
［第４の実施形態］
メーリングリストを使用してメールを送信する際は、受信者（To）が同一である。そこで、第４の実施形態では、発信者（From）の情報のみに基づいてポイントを加算する。以下に、第３の実施形態との差分を説明する。
【００８５】
まず、メール収集部２０の図示しない記憶部に、メーリングリストに用いられるメーリングアドレス（mlist@xxx.jp、members@xxx.jpなど）の一覧を予め記憶しておく。また、図２５に示すように、メールテーブルのレコードには、メーリングリストフラグのデータが追加される。
【００８６】
図５に示すスレッド検索処理フローのステップＳ１２０において、メール収集部２０の分析結果出力部２３は、読込んだメールのToフィールドの設定内容が、記憶部に保持しているメーリングアドレスに含まれているかを判断する。読込んだメールのToフィールドが、メーリングリストアドレスに含まれている場合は、メールテーブルに追加したレコードのメーリングリストフラグに、メーリングリストであることを示す値を書き込む。
【００８７】
図１１に示す人物相関テーブル作成処理フローのステップＳ３２０において、検索処理部４０の検索部４２は、ステップＳ３１０において読込んだ各レコードについて順に以下を行う。すなわち、送信者−受信者として設定されているユーザの組、送信者−同報者として設定されているユーザの組を抽出し、抽出した元となったレコードのメーリングリストフラグに、メーリングリストであることを示す値が設定されていない場合は、送信者、受信者、同報者として設定されているユーザそれぞれに、第３の実施形態と同様に管理者検索対応ポイント、情報発信者検索対応ポイントを加算し、メーリングリストであることを示す値が設定されている場合は、送信者として設定されているユーザにのみに管理者検索対応ポイント、情報発信者検索対応ポイントを加算する。
【００８８】
また、図１２に示す重要人物テーブル作成処理フローのステップＳ４２０において、検索部４２は、抽出した元となったレコードのメーリングリストフラグに、メーリングリストであることを示す値が設定されていなければ、送信者、受信者または同報者として設定されているユーザを抽出し、メーリングリストであることを示す値が設定されている場合は、送信者として設定されているユーザのみを抽出して、それぞれのユーザが抽出された数を当該ユーザのポイント数とする。そして、図１３の結果表示処理フローのステップＳ５４０において、出力制御部５０の結果表示部５２が、各スレッドについて、ポイントの多い順番に所定数のユーザを重要人物として表示する。
【００８９】
［第５の実施形態］
第５の実施形態について上述した実施形態との差分を説明する。
説明する。上記の実施形態においては、メールの件名（Subjectフィールド）を形態素解析した結果をキーワードテーブルへ保存している。これは、メールの件名と本文の内容とが一致しているという理想的な場合には正しくキーワード抽出が可能であるが、返信をするときに全く別の内容が本文に書かれてしまうこともある。例えば、件名に「商用サービス展開について」が設定されているメールについては、当初は商用サービス展開に関する話題についての本文が記述されていても、返信を繰り返すうちに、次期社内システムに関する話題が中心の本文が記述されるようになる、などである。そこで、本実施の形態では、キーワードを抽出するための形態素解析の対象を、メールの件名（Subjectフィールド）及び本文とする。
【００９０】
具体的には、図５に示す分析処理フローのステップＳ１８０において、メール収集部２０のメール分析部２２は、メールのSubjectフィールド及び本文の設定内容を形態素解析し、その形態素解析された結果をキーワードとする。そして、メール収集部２０の分析結果出力部２３は、レコードＩＤと、スレッドＩＤと、キーワードとからなるレコードを、分析結果格納部３０に記憶されているキーワードテーブルに追加する。
【００９１】
しかし、このように本文についても形態素解析を行ってキーワードとした場合、解析対象が拡大するため、キーワードテーブルに登録されるキーワードの量が増加してしまう。そこで、以下のようなキーワードのフィルタリング処理を行う。すなわち、Subjectフィールドと本文について形態素解析を行った結果から、キーワードとして適切な品詞の文字列、例えば、一般名詞・動詞のみをキーワード候補として残し、さらに、そのキーワード候補として残った中から、キーワードとして不適切な文字列を削除して、最終的に残った文字列をキーワードとして登録する。なお、この削除すべき文字列は、例えば、どのような話題において使われうるような単語『下記』『頂く』『都合』『少し』などであり、例えばメール収集部２０に図示しない記憶手段に予め記憶しておく。このようなキーワードのフィルタリング処理を行うことにより、より重要、かつ、特徴的なキーワードのみをキーワードテーブルに格納することができる。
【００９２】
［第６の実施形態］
図２６は、本発明の第６の実施形態による検索支援装置１ａの機能ブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。同図において、図１に示す第１の実施形態による検索支援装置１と同一の部分には同一の符号を付し、その説明を省略する。図２６に示す検索支援装置１ａが図１に示す第１の実施形態による検索支援装置１と異なる点は、人物情報格納部６０をさらに備える点、メール収集部２０が人物情報生成部２４をさらに備える点、検索処理部４０が人物情報読込み部４４をさらに備える点である。また、ここでは、出力制御部５０が、検索者のコンピュータ端末であるとし、キーボードなどの入力装置から検索ワードの入力を受けるための検索文書受付部５３をさらに備えるものとする。
以下、第１の実施形態との差分について説明する。
【００９３】
メール収集部２０の人物情報生成部２４は、メール読込み部２１により読み出された電子メールのデータを分析し、メールアドレスと、当該メールアドレスの人物の名前の対応を抽出して、人物情報格納部６０が保持する人物テーブルに書き込む。検索処理部４０の人物情報読み込み部４４は、人物情報格納部６０の保持する人物テーブルから、メールアドレスに対応した名前の情報を読み出す。なお、人物情報格納部６０は、データベースサーバなどにより実現することができる。
【００９４】
次に、本実施形態による検索支援装置１ａが保持する各データについて説明する。
本実施形態による分析結果格納部３０に格納されるメールテーブル、スレッドテーブル、キーワードテーブルは、図２、図３、図４に示す第１の実施形態のメールテーブル、スレッドテーブル、キーワードテーブルと同様である。なお、本実施形態においては、メールテーブルの各レコードの送信者、受信者のデータ項目に、送信者、受信者の識別情報として、Fromフィールド、Toフィールドに設定されている送信者、受信者のメールアドレスが設定される場合を例に説明する。
【００９５】
図２７は、人物情報格納部６０に格納される人物テーブルの構成を示す図である。同図において、人物テーブルは、メールアドレスと、当該メールアドレスに対応した人物名とのデータからなる複数のレコードにより構成される。人物テーブルのメールアドレスには、メールのFromフィールドに設定されているメールアドレスが格納され、人物テーブルの人物名には、人物情報生成部２４によりメールの本文から抽出された人物名が設定される。
【００９６】
次に、検索支援装置１ａにおける処理フローを説明する。
メール収集部２０における分析処理フローは、図５に示すメール収集部２０における分析処理フローと同様である。
【００９７】
図２８は、人物情報生成部２４の人物情報生成処理フローである。
まず、メール収集部２０のメール読込み部２１は、まだこの人物情報生成処理フローによる人物情報生成処理を行っていないメールをメール記憶部１０としてのメールサーバから読込む（ステップＳ８１０）。人物情報生成部２４は、ステップＳ８１０において読込んだメールのメール本文のフィールドから、先頭より所定行まで、例えば、５行目までの内容を読み出す（ステップＳ８２０）。なお、各行は改行の記号により区切られているものとする。人物情報生成部２４は、ステップＳ８２０において読み出した５行のうち、「〜です」と記述された行を正規表現で検索し、その「です」が含まれる行から、「です」の直前までの文章を抽出する（ステップＳ８３０）。このとき、「伊藤です」など、メール内で自己紹介をしている行を抽出し、「お疲れ様です」、「おつかれさまです」などの誤抽出を避けるため、「〜様です」、「〜さまです」の表現が使用される行については抽出しない。また、「〜です」の他にも、「〜と申します」等の自己紹介の表現に用いられる語句をキーワードとして用い、当該キーワードが含まれる行から文章を切り出しても良い。
【００９８】
次に、人物情報生成部２４は、空白文字、句読点、記号を区切り文字として、その前、または後に出現する語句を抽出する（ステップＳ８４０）。これにより、組織名や挨拶を述べた部分に続いて名前が存在する場合に、不要な部分を除去することができる。例えば、「開発担当 伊藤です」という行の場合、ステップＳ８３０において「開発担当 伊藤」が抽出され、スペースを区切り文字として、スペースの後ろの語句「伊藤」を抽出する。「伊藤＠開発担当です」という行の場合、ステップＳ８３０において「開発担当＠伊藤」が抽出され、記号（＠）を区切り文字として、その記号の前の語句「伊藤」を抽出する。あるいは、「開発担当、伊藤です」という行の場合、テップＳ８３０において「開発担当、伊藤」が抽出され、句読点（、）を区切り文字として、その句読点の後ろの「伊藤」を抽出する。なお、区切り文字がない行については、ステップＳ８３０において抽出された文書をそのままを抽出する。
【００９９】
続いて、人物情報生成部２４は、ステップＳ８４０において抽出された文書について形態素解析を行い、固有名詞として品詞分類される語句（Ａ）を選択する（ステップＳ８５０）。このように、品詞が固有名詞であるものが人名の候補であるというルール付けを行うことにより、名前以外の言葉であるノイズを除去する。人物情報生成部２４は、メールヘッダのFromフィールドから、送信者のメールアドレス（Ｂ）を取得すると（ステップＳ８６０）、ステップＳ８５０において選択した語句（Ａ）と、ステップＳ８６０において取得したメールアドレス（Ｂ）とを、人物情報生成部２４が備える図示しない記憶手段に一時的に記憶する（ステップＳ８７０）。
【０１００】
続いて、メール読込み部２１が、メール記憶部１０としてのメールサーバに、まだ人物情報生成処理を行っていないメールがあるかを判断する（ステップＳ８８０）。まだ、人物情報生成処理していないメールがある場合には（ステップＳ８８０：ＹＥＳ）、ステップＳ８１０に戻り、上述した処理を繰り返す。そして、メール記憶部１０に人物情報生成処理していないメールがなくなった場合（ステップＳ８８０：ＮＯ）、ステップＳ８７０において記憶していたメールアドレス（Ｂ）と語句（Ａ）との組から人物テーブル登録対象の組を抽出する。具体的には、あるメールアドレス（Ｂ）について、同一の語句（Ａ）との組のみが記憶されている場合、そのメールアドレス（Ｂ）と語句（Ａ）との組を、人物テーブル登録対象の組として抽出する。一方、同一のメールアドレス（Ｂ）について、異なる語句（Ａ）との組み合わせが記憶されている場合、最も出現頻度が高い語句（Ａ）を、当該メールアドレス（Ｂ）に対応した送信者の名前を示す語句（Ａ）であると判断し、人物テーブル登録対象の組として抽出する。例えば、メールアドレス「user@srv.jp」と語句「伊藤」との組が３組、メールアドレス「user@srv.jp」と語句「日本」との組が１組、メールアドレス「user@srv.jp」と語句「関西」との組が１組記憶されている場合、最も出現率の高い語句「伊藤」がメールアドレス「user@srv.jp」の送信者の名前を示す語句であると判断し、メールアドレス「user@srv.jp」と語句「伊藤」との組を抽出する。人物情報生成部２４は、抽出したメールアドレス（Ｂ）と語句（Ａ）の組を設定したレコードを、人物情報格納部６０が記憶する人物テーブルに追加する（ステップＳ８９０）。
【０１０１】
本実施の形態による分析処理フロー（図５）及び人物情報生成処理フロー（図２８）の処理を具体的なデータ例を用いて説明する。
図２９はメール記憶部１０から読込んだ各メールの例を、図３０は図２９で示されるメールから生成されるメールテーブルの例を、図３１は図２９で示されるメールから生成されるスレッドテーブルの例を、図３２は図２９で示されるメールから生成されるキーワードテーブルの例を、図３３は図２９で示されるメールから生成される人物テーブルの例を示す。
【０１０２】
最初に、メールＭ１ａ（図２９）が読込まれた場合のメールテーブル（図３０）、スレッドテーブル（図３１）、及び、キーワードテーブル（図３２）の設定処理は、第１の実施形態のメールＭ１（図６）からメールテーブル（図７）、スレッドテーブル（図８）、及び、キーワードテーブル（図９）を設定する処理と同様のため省略する。
メールテーブル、スレッドテーブル、及び、キーワードテーブルの設定後、メールＭ１ａの本文に設定されている最初の５行、１行目「別所さま」、２行目「開発部の安部です。」、３行目「お世話になっております。」、４行目「昨日お送りしたファイルの中身に」、５行目「一部誤りがございましたので」が取得される（図２８、ステップＳ８２０）。そして、「〜です」と記述された行である２行目から、「です」の直前までの文章「開発部の安部」が抽出される（図２８、ステップＳ８３０）。抽出された文書には区切り文字が含まれていないため、そのまま形態素解析が行なわれ、「開発部」と「安部」が抽出され、そのうち固有名詞である「安部」が人物名の候補として選択される（図２８、ステップＳ８４０、Ｓ８５０）。そして、メールＭ１ａから取得したFrom「userA@svr.jp」と（図２８、ステップＳ８６０）、人物名の候補として選択された「安部」とが対応づけられて一時的に記憶される（図２８、ステップＳ８７０）。
【０１０３】
続いて、メールＭ２ａ（図２９）が読込まれた場合のメールテーブル（図３０）、スレッドテーブル（図３１）、及び、キーワードテーブル（図３２）の設定処理は、第１の実施形態のメールＭ２（図６）からメールテーブル（図７）、スレッドテーブル（図８）、及び、キーワードテーブル（図９）を設定する処理と同様のため省略する。
メールテーブル、スレッドテーブル、及び、キーワードテーブルの設定後、メールＭ２ａの本文に設定されている最初の５行が取得されるが、ここでは、本文は４行までであるため、その４行を取得する（図２８、ステップＳ８２０）。そして、「〜様です」が含まれる行を除き、「〜です」と記述された１行目から、「です」の直前までの文章「システム部の別所」が抽出される（図２８、ステップＳ８３０）。抽出された文書には区切り文字が含まれていないため、そのまま形態素解析を行なって「システム部」と「別所」が抽出され、そのうち固有名詞である「別所」が人物名の候補として選択される（図２８、ステップＳ８４０、Ｓ８５０）。そして、メールＭ２ａから取得したFrom「userB@svr.jp」と（図２８、ステップＳ８６０）、人物名の候補として選択された「別所」とが対応づけられて一時的に記憶される（図２８、ステップＳ８７０）。
【０１０４】
このようにして、図２９に示すメールＭ１〜Ｍ８について図２８の処理を行った結果が、図３０に示すメールテーブル、図３１に示すスレッドテーブル、図３２に示すキーワードテーブルであり、一時記憶に記憶されたメールアドレスと選択した人物名との組から、図２８のステップＳ８９０の処理を行った結果が図３３に示す人物テーブルである。
【０１０５】
次に、検索が要求された場合の処理について示す。
検索処理部４０のクエリ受付部４１が、結果表示部５０が入力を受けた検索ワードを読込んだ以降の処理フローは、第１の実施形態の図１０〜図１２と同様である。
【０１０６】
図３４は、出力制御部５０の結果表示処理フローを示す。同図において、ステップＳ９１０〜Ｓ９８０までの処理は、第１の実施形態の図１３のステップＳ５１０〜Ｓ５８０と同様である。ただし、ステップＳ９４０において、結果表示部５２は、各スレッドについて、重要人物テーブルで示されるユーザのメールアドレスのうち、ポイント数の多い順番に所定数のユーザのメールアドレスを重要人物のメールアドレスとして抽出する。そして、抽出した各スレッドの重要人物のメールアドレスを、その重要人物のメールアドレスに対応したポイント数とともに表示する。また、ステップＳ９８０において、結果表示部５２は、各スレッドについて、人物相関テーブルで示される送信者メールアドレスと受信者メールアドレスの組のうち、ポイント数の多い順番に所定数の組を抽出する。そして、各スレッドについて抽出した送信者メールアドレスと受信者メールアドレスの組を、その送信者メールアドレスと受信者メールアドレス送受信者の組のポイント数に対応したポイント数とともに表示する。
【０１０７】
続いて、人物名の表示が必要であることが設定されている場合（ステップＳ９９０：ＹＥＳ）、検索結果読込み部５１は、ステップＳ９１０において検索結果として読込んだ人物相関テーブルの送信者メールアドレス及び受信者メールアドレスの組に設定されているメールアドレス、重要人物テーブルに設定されているユーザのメールアドレス、または、現在画面に表示させているメールアドレスを検索処理部４０に出力し、人物名の情報を要求する。
【０１０８】
検索処理部４０の人物情報読込み部４４は、人物情報格納部６０に記憶されている人物テーブルから、受信したメールアドレスに対応した人物名の情報を読み出すと、当該メールアドレスと人物名とを関連づけて人物名検索結果を検索処理部４０に返送する。検索結果読込み部５１が、人物情報読込み部４４から出力される人物名検索結果を受信すると、結果表示部５２は、メールアドレスの表示に対応づけて、人物名検索結果により示される、当該メールアドレスに関連付けられた人物名を表示する（ステップＳ１０００）。
【０１０９】
なお、ステップＳ９１０において、検索結果にあわせて、当該検索結果に含まれる人物相関テーブルの送信者メールアドレス及び受信者メールアドレスの組に設定されているメールアドレス、重要人物テーブルに設定されているユーザのメールアドレスに関連付けられた人物名を示す人物名検索結果を予め、検索結果処理部４０から受信しておくことでもよい。
【０１１０】
上述した検索処理部４０の処理、及び、出力制御部５０の処理を具体的なデータ例を用いて説明する。
図３５はメールテーブルの例を、図３６はスレッドテーブルの例を、図３７はキーワードテーブルの例を、図３８は人物テーブルの例を示す図であり、クエリ受付部４１が検索キーワード読込む前に設定されているものとする。また、検索キーワードとして「販売」が入力されるとする。このとき作成される人物相関テーブル及び重要人物テーブルを図３９に示す。
【０１１１】
スレッド検索処理において、検索キーワードが読込まれると（図１０、ステップＳ２１０）、キーワードテーブル（図３７）に設定されているスレッドＩＤが順に選択される（図１０、ステップＳ２２０）。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図３７）のレコードから、検索ワード「販売」がキーワードとして設定されているレコード（レコードＩＤ「３４０」）が検出される（図１０、ステップＳ２３０）。そして、当該スレッドＩＤに対応した開始日時「2006/7/1 15:12」が読込まれ、スレッドＩＤ「１１６」と対応付けて記憶される（図１０、ステップＳ２４０、Ｓ２５０）。
【０１１２】
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図３７）のレコードから、検索ワード「販売」がキーワードとして設定されているレコード（レコードＩＤ「３７２」）が検出される（図１０、ステップＳ２３０）。そして、当該スレッドＩＤに対応した開始日時「2007/1/7 13:10」が読込まれ、スレッドＩＤ「１２０」と対応付けて記憶される（図１０、ステップＳ２４０、Ｓ２５０）。
【０１１３】
次に、スレッドＩＤ「１４４」が選択された場合、当該スレッドＩＤが設定されているキーワードテーブル（図３７）には、検索ワード「販売」がキーワードとして設定されているレコードがないことが検出される（図１０、ステップＳ２３０）。
これにより、処理対象スレッドＩＤ「１１６」、「１２０」と、それぞれの開始日時「2006/7/1 15:12」、「2007/1/7 13:10」が記憶される（図１０、ステップＳ２５０）。
【０１１４】
続いて、人物相関テーブル作成処理（図１１）が開始され、処理対象スレッドＩＤが順に選択される。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図３５）のレコード（メールＩＤ「５００」〜「５０６」）が特定される（図１１、ステップＳ３１０）。図３９に示すように、この特定されたレコードの送信者メールアドレスと受信者メールアドレスの情報から、「userA@svr.jpとuserB@svr.jp」、「userA@svr.jpとuserC@svr.jp」、「userA@svr.jpとuserD@svr.jp」、「userA@svr.jpとuserE@svr.jp」、「userB@svr.jpとuserE@svr.jp」の組が抽出され、それらの組が抽出された数はそれぞれ「４」、「２」、「２」、「２」、「３」である（図１１、ステップＳ３２０）。
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図３５）のレコード（メールＩＤ「５０７」〜「５１１」）を特定する（図１１、ステップＳ３１０）。図３９に示すように、この特定されたレコードの送信者メールアドレスと受信者メールアドレスの情報から、「userA@svr.jpとuserB@svr.jp」、「userA@svr.jpとuserC@svr.jp」、「userA@svr.jpとuserD@svr.jp」、「userA@svr.jpとuserE@svr.jp」の組が抽出され、それらの組が抽出された数はそれぞれ「２」、「２」、「３」、「１」である（図１１、ステップＳ３２０）。
これにより、各スレッドＩＤ毎に、これらの抽出されたユーザのメールアドレスの組と、その組の抽出数に対応したポイントとを示す人物相関テーブル（図３９）が生成される（図１１、ステップＳ３４０）。ここでは、抽出数１を１ポイントとしている。
【０１１５】
続いて、重要人物テーブル作成処理（図１２）が開始され、処理対象スレッドＩＤが順に選択される。スレッドＩＤ「１１６」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図３５）のレコード（メールＩＤ「５００」〜「５０６」）が特定される（図１２、ステップＳ４１０）。図３９に示すように、この特定されたレコードの送信者メールアドレスまたは受信者メールアドレスに設定されているユーザのメールアドレスとして、「userA@svr.jp」、「userB@svr.jp」、「userC@svr.jp」、「userD@svr.jp」、「userE@svr.jp」が抽出され、その抽出したユーザのメールアドレスの登場回数「１０」、「７」、「２」、「２」、「５」が計測される。
次に、スレッドＩＤ「１２０」が選択された場合、当該スレッドＩＤが設定されているメールテーブル（図３５）のレコード（メールＩＤ「５０７」〜「５１１」）が特定される（図１２、ステップＳ４２０）。図３９に示すように、この特定されたレコードの送信者メールアドレスまたは受信者メールアドレスに設定されているユーザのメールアドレスとして、「userA@svr.jp」、「userB@svr.jp」、「userC@svr.jp」、「userD@svr.jp」、「userE@svr.jp」が抽出され、その抽出したユーザのメールアドレスの登場回数「８」、「２」、「２」、「３」、「１」が計測される。
これにより、各スレッドＩＤ毎に、これらの抽出されたユーザのメールアドレスと、その登場回数に対応したポイントとを示す重要人物テーブルが生成される（図１２、ステップＳ４４０）。なお、ここでは、登場回数１回を１ポイントとしている。
【０１１６】
図４０は、図３９に示す重要人物テーブルに基づいた重要人物出力イメージであり、時系列にスレッドを並べて表示したイメージを示す。ここでは、重要人物は、ポイント数が高い順に３人としている。なお、所定のポイント数以上などとすることもでき、この条件は予め出力制御部５０に記憶されるか、ユーザにより入力される。
図４０においては、重要人物テーブル（図３９）に含まれるスレッドＩＤ「１１６」、「１２０」を、これらの開始日時「2006/07/01 15:12」、「2007/07/08 23:11」に対応した時間軸上に、時系列で表示している。そして、スレッドＩＤ「１１６」については、ポイント数が高い順に「userA@svr.jp」、「userB@svr.jp」、「userE@svr.jp」が表示され、スレッドＩＤ「１２０」については、ポイント数が高い順に「userA@svr.jp」、「userD@svr.jp」、「userB@svr.jp」、「userC@svr.jp」が表示されている。なお、「userB@svr.jp」と「userC@svr.jp」はポイント数が同じため、両者を表示しているものである。
【０１１７】
図４１は、図３９に示す重要人物テーブルに基づいた、検索時期を指定したときの重要人物及び人物相関図の表示イメージを示す。ここでは、２００６年が指定されとする。なお、検索時期の条件は、ユーザにより入力されるものとする。
出力制御部５０の結果表示部５２は、重要人物テーブル（図３９）に含まれるスレッドＩＤ「１１６」、「１２０」のうち、開始日時が２００６年であるスレッドＩＤ「１１６」を選択する。そして、スレッドＩＤ「１１６」については、重要人物として、ポイント数が高い順に「userA@svr.jp」、「userB@svr.jp」、「userE@svr.jp」を、そのポイント数とともに表示する。また、人物相関テーブル（図３９）から、当該スレッドＩＤに対応して、重要人物としてのポイント数が最も高い「userA@svr.jp」が含まれる送受信の組と、そのポイント数を読込む。そして、ポイント数が最も高い「userA@svr.jp」を中心として、送受信の組となる各ユーザのメールアドレス「userB@svr.jp」、「userC@svr.jp」、「userD@svr.jp」、「userE@svr.jp」をその周囲に表示するとともに、「userA@svr.jp」と各ユーザのメールアドレス「userB@svr.jp」、「userC@svr.jp」、「userD@svr.jp」、「userE@svr.jp」との間に、ポイント数を表示し、そのポイント数に対応した太さの線を描画する。なお、表示する送受信者のメールアドレスの組をポイント数の多い組から所定数としてもよく、所定のポイント数以上の送受信の組を表示するようにしてもよい。
【０１１８】
図４２は、検索画面の全体イメージを示す図である。同図においては、人物名の表示を指示するためのチェックボックスに、チェックが入っていない。このとき、検索画面には、検索ワードを入力するフィールド、時系列に並べたスレッドとその重要人物のメールアドレス、人物相関図と人物相関図に含まれる人物のメールアドレス、及び、各スレッドに送信者または受信者として登場したユーザのメールアドレスの一覧とそのポイント数が表示されている。
【０１１９】
図４３は、人物名の表示を指示するためのチェックボックスに、チェックが入っているときの検索画面の全体イメージを示す図である。このとき、検索画面には、検索ワードを入力するフィールド、時系列に並べたスレッドとその重要人物のメールアドレス、人物相関図と人物相関図に含まれる人物のメールアドレス、及び、各スレッドに送信者または受信者として登場したユーザのメールアドレスの一覧とそのポイント数が表示されており、各メールアドレスには、そのメールアドレスに関連付けられた人物名が表示されている。
【０１２０】
なお、本実施の形態に、第２〜第５の実施形態を組み合わせることも可能である。
【０１２１】
［第７の実施形態］
第７の実施形態では、会議における各参加者の発話内容を音声認識によりテキスト化し、メールと同様のデータ形式に成型することにより、上記実施形態と同様の処理を適用して重要人物の検索や人物相関の把握を可能とするものである。以下、第７の実施形態について第１の実施形態との差分について説明する。
【０１２２】
図４４は、本発明の第７の実施形態による検索支援装置１ｂの機能ブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。同図において、図１に示す第１の実施形態による検索支援装置１と同一の部分には同一の符号を付し、その説明を省略する。図４４に示す検索支援装置１ｂが図１に示す第１の実施形態による検索支援装置１と異なる点は、音声認識部８０がメール記憶部１０に接続されており、音声データ記憶部７０が音声認識部８０に接続されている点である。
【０１２３】
音声データ記憶部７０は、例えば、データベースサーバなどで実現することができ、会議名と、会議中の音声を収集してデータ化した音声データと、会議開催日時と、会議の参加者及び司会者のメールアドレスとを設定した会議ファイルを記憶する。なお、１回の会議について１つの会議ファイルが生成されるものとする。
【０１２４】
図４５は、音声認識部８０の構成を示すブロック図である。音声認識部８０は、例えば、サーバなどのコンピュータ装置で実現することができ、発話者データ記憶部８１、音声データ分割部８２、発話者認識部８３、音声テキスト変換部８４、及び、メール変換部８５を備える。発話者データ記憶部８１は、各人物を特定するユーザ特定情報としてのメールアドレスと、当該人物の音声の特徴を示すパラメータとを対応づけた音声特徴情報を記憶する。
【０１２５】
音声データ分割部８２は、音声データ記憶部７０から会議ファイルを読み出し、読み出した会議ファイル内の音声データを、１人の発話者が発言している発話区間に区切った分割音声データを生成する。発話者認識部８３は、分割音声データと、発話者データ記憶部８１に記憶されている各話者の音声特徴情報とから発話者を特定し、特定した発話者のメールアドレスを読み出す。音声テキスト変換部８４は、分割音声データから、発話内容をテキスト化したテキストデータを生成する。メール変換部８５は、発話者のメールアドレス、会議ファイル内の参加者のメールアドレス及び会議時間、発話内容のテキストデータをそれぞれ、Fromフィールド、Toフィールド、Subjectフィールド、メール本文に設定したメールのデータを生成し、メール記憶部１０へ書き込む。
【０１２６】
次に、本実施形態による検索支援装置１ｂの処理を説明する。
図４６は、本実施形態による音声認識部８０におけるメール形式データ生成処理フローを示す。音声認識部８０の発話者データ記憶部８１には、会議参加者の音声特徴情報が予め登録されているものとする。そして、会議の終了後には、音声データ記憶部７０に会議ファイルが登録される。
【０１２７】
例えば、会議の取りまとめ者が予め会議名、会議の参加者及び司会者のメールアドレスをＰＣ（パーソナルコンピュータ）などに入力しておき、会議の開始時に当該ＰＣに音声収集開始指示を入力し、終了時に音声収集停止指示を入力する。ＰＣは、音声収集開始指示を入力してから音声収集停止指示が入力されるまで、当該ＰＣが備えるマイクによって収集した会議中の音声の音声データを生成する。ＰＣは、音声収集停止指示が入力され、音声データの生成を終了すると、予め入力された会議名、会議の参加者及び司会者のメールアドレスと、生成された音声データと、会議開催日時としての当該音声データの生成日時とを設定した会議ファイルを生成し、音声データ記憶部７０に書き込む。なお、このＰＣが音声データ記憶部７０、音声認識部８０を実現する装置であってもよい。
【０１２８】
音声認識部８０の音声データ分割部８２は、まだ本メール形式データ生成処理フローによるメール形式データ生成処理を行なっていない会議ファイルを音声データ記憶部７０から読み出す（ステップＳ１１１０）。なお、ユーザにより処理対象として指定された会議ファイルを読み出すようにしてもよい。音声データ分割部８２は、読み出した会議ファイルに設定されている音声データを取得すると、当該音声データを１人の発話者が発言している発話区間に区切った分割音声データを抽出する（ステップＳ１１２０）。このとき、最初の分割音声データの抽出であれば、音声データの冒頭から、２回目以降の抽出であれば、直前までに抽出した分割音声データを除いた音声データの冒頭から、分割音声データを抽出する。なお、１つの発話区間は、例えば、無音区間から次の無音区間としたり、１人の発話者が発言している間の区間としたりすることができる。音声データ分割部８２は、分割音声データに対応した音声収集開始時点からの経過時間、つまり、分割音声データにより示される発話区間の開始部分が、音声データにより示される会議中音声において冒頭からどれくらいの時間が経過した時点のものであるかを取得する。
【０１２９】
次に、発話者認識部８３は、既存の話者認識技術を用いて、ステップＳ１１２０において抽出された分割音声データにより示される音声が、誰の発言であるかを特定する。例えば、分割音声データにより示される音声（発話）のパターンが、発話者データ記憶部８１に記憶されているいずれかのユーザの音声特徴情報、例えば、声紋の特徴を示すデータと一致するかを判断する（ステップＳ１１３０）。このとき、ステップＳ１１１０において読み出した会議ファイルに登録されているメールアドレスにより特定される音声特徴情報のみを使用してもよい。
【０１３０】
一致する音声特徴情報がある場合（ステップＳ１１３０：ＹＥＳ）、発話者認識部８３は、この一致する音声特徴情報に設定されている電子メールアドレスを発話者データ記憶部８１から取得し、この取得した発話者のメールアドレスが、会議ファイルに設定されている司会者のメールアドレスと同じであるかを判断する（ステップＳ１１４０）。発話者のメールアドレスが司会者のメールアドレスと同じではない場合（ステップＳ１１４０：ＮＯ）、発話者認識部８３は、一致する音声特徴情報から読出した電子メールアドレスを、発話者のメールアドレスとして自身の備える記憶手段に一時的に記憶しておく（ステップＳ１１５０）。音声テキスト変換部８４は、既存の音声認識技術を用いて、ステップＳ１１２０において抽出された分割音声データから発話内容をテキスト化し、テキストデータを生成する（ステップＳ１１６０）。
【０１３１】
メール変換部８５は、発話者のメールアドレス、発話内容のテキストデータ、分割音声データに基づいてメールデータを生成し、メール情報記憶部７０に書き込む（ステップＳ１１７０）。具体的には、まず、メール変換部８５は、ステップＳ１１５０において発話者認識部８３が記憶していた発話者のメールアドレス、ステップＳ１１１０において読み出した会議ファイル内の参加者のメールアドレス、当該会議ファイル内の会議名、ステップＳ１１６０において生成した発話内容のテキストデータをそれぞれ、Fromフィールド、Toフィールド、Subjectフィールド、メール本文に設定したメールデータを生成する。なお、Toフィールドには、会議ファイル内の参加者のメールアドレスから発話者のメールアドレスを除いて設定するようにしてもよい。
【０１３２】
続いて、メール変換部８５は、発話毎、つまり、分割音声データ毎に一意のMessage-IDを生成して、当該メールデータのMessage-IDフィールドに設定する。Message-IDは、「0001@kaigi20081122.svr.jp」のように、会議における発話に基づいて生成されたメールデータであることを示すための特定の文字列、ここでは、「kaigi」を含んだものとする。メール変換部８５は、Referencesフィールドに、同じ会議ファイル内の音声データから抽出した他の分割音声データについて既に生成された他のメールデータのMessage-IDを設定する。ここでは、分割音声データを音声データの冒頭から順に抽出しているため、現在処理対象としている分割音声データよりも遡った時点の発話内容が設定されたメールデータのMessage-IDが取得され、設定されることになる。よって、最初に抽出された分割音声データの場合、Referencesフィールドは設定されない。さらに、メール変換部８５は、会議ファイルから取得した会議開催日時に、ステップＳ１１２０において取得した経過時間を加算した日時を、メールデータのDateフィールドに設定する。
【０１３３】
音声データ分割部８２は、音声データに次の発話区間があるか否かを判断する（ステップＳ１１８０）。音声データに次の発話区間がある場合には（ステップＳ１１８０：ＹＥＳ）、ステップＳ１１２０からの処理を繰り返す。そして、音声データの最後までの分割音声データの抽出を終了した場合には（ステップＳ１１８０：ＮＯ）、処理を終了する。
【０１３４】
なお、ステップＳ１１３０において、一致する音声特徴情報がないと判断した場合（ステップＳ１１３０：ＹＥＳ）、ステップＳ１１８０の処理を行う。一致する音声特徴情報がない場合としては、例えば、複数話者の同時発話や、発話者の音声特徴情報が発話者データ記憶部８１に未登録である場合などが想定される。
また、ステップＳ１１４０において、発話者のメールアドレスが、会議ファイルに登録されている司会者のメールアドレスと同じである場合（ステップＳ１１４０：ＹＥＳ）、ステップＳ１１８０の処理を行う。これにより、発言は多いが、会議の話題に関する重要人物ではない司会者を、検索時に重要人物として検出されないようにする。なお、司会者についても会議の話題に係る重要人物の検索対象としたい場合には、ステップＳ１１４０の処理は行なわない。
【０１３５】
図４７は、本実施形態によるメール収集部２０における分析処理フローを示す。同図において、ステップＳ１２１０〜Ｓ１２７０までの処理は、第１の実施形態における図５のステップＳ１１０〜Ｓ１７０までの処理と同様である。
【０１３６】
メール分析部２２は、読み込んだメールのMessage-IDフィールドの設定内容に、「kaigi」などの会議に基づいて生成されたメールであることを示す文字列が含まれているかを判断する（ステップＳ１２８０）。会議に基づいて生成されたメールであることを示す文字列が含まれていない場合（ステップＳ１２８０：ＮＯ）、第１の実施形態における図５のステップＳ１８０〜Ｓ１９０と同様の処理を行なう（ステップＳ１２９０〜Ｓ１３００）。ただし、ステップＳ１２９０において、メール分析部２２は、メールのSubjectフィールド及びメール本文の設定内容を形態素解析し、形態素解析された結果をキーワードとする。
【０１３７】
一方、会議に基づいて生成されたメールであることを示す文字列が含まれている場合（ステップＳ１２８０：ＹＥＳ）、メール分析部２２は、メールのSubjectフィールド及び本文の設定内容を形態素解析するとともに、形態素解析された結果をキーワード候補とする（ステップＳ１３１０）。メール分析部２２は、ステップＳ１３１０で抽出されたキーワード候補から１つを選択すると（ステップＳ１３２０）、メール分析部２２が備える記憶手段に、スレッドＩＤ及び選択したキーワード候補に対応して記憶されている出現回数を、１加算した出現回数に更新する（ステップＳ１３３０）。なお、スレッドＩＤ及び選択したキーワード候補に対応した出現回数が記憶されていない場合は、スレッドＩＤ及び選択したキーワード候補に対応づけて、出現回数「１」を書き込む。メール分析部２２は、更新された出現回数が、キーワード候補をキーワードとして登録すべき出現回数の閾値（例えば、３回）に達したかを判断する（ステップＳ１３４０）。
【０１３８】
ステップＳ１３４０において、更新後の出現回数が閾値未満、あるいは、閾値より大きいと判断された場合（ステップＳ１３４０：≠）、メール分析部２２は、ステップＳ１３１０において抽出したキーワード候補のうちまだ選択していないキーワード候補があるかを判断する（ステップＳ１３６０）。
【０１３９】
ステップＳ１３４０において、更新後の出現回数が閾値に達した場合（ステップＳ１３４０：＝）、分析結果出力部２３は、このキーワード候補をキーワードとし、新たなレコードＩＤを付与する。分析結果出力部２３は、この新たに付与したレコードＩＤと、スレッドＩＤと、キーワードとからなるレコードをキーワードテーブルに追加する（ステップＳ１３５０）。メール分析部２２は、ステップＳ１３１０において抽出したキーワード候補のうちまだ選択していないキーワード候補があるかを判断する（ステップＳ１３６０）。
【０１４０】
メール分析部２２は、まだ選択していないキーワード候補がある場合（ステップＳ１３６０：ＹＥＳ）、ステップＳ１３２０からの処理を繰り返す。そして、抽出した全てのキーワード候補を選択した場合には（ステップＳ１３６０：ＮＯ）、ステップＳ１３００からの処理を行なう。
【０１４１】
会議の場合、発話内容に含まれる単語を全てキーワードとした場合、キーワードが膨大な量となってしまったり、会議の主要な話題には関係しない内容もキーワードとして抽出されてしまったりする場合がある。そこで、上記の処理により、会議中に何度も出現した単語のみをキーワードとして選択する。なお、会議中に１回でも発言があったものをキーワードとする場合には、ステップＳ１２８０、Ｓ１３１０〜Ｓ１３６０の処理を行なわなくともよい。
また、キーワードテーブルに登録されるキーワードの量が増加してしまったり、不要なキーワードが登録されてしまったりすることを防ぐため、第５の実施形態を適用して、キーワード及びキーワード候補のフィルタリング処理を行ってもよい。また、Subjectフィールドのみを形態素解析し、キーワード及びキーワード候補を抽出することでもよい。
【０１４２】
次に、本実施形態による検索処理部４０における処理について説明する。本実施形態の検索処理部４０のクエリ受付部４１が検索要求を受信し、実行するスレッド検索処理フローは、図１０に示す第１の実施形態によるスレッド検索処理フローと同様である。
【０１４３】
図４８は、本実施形態による人物相関テーブル作成処理フローを示す。
検索処理部４０の検索部４２は、図１０のステップＳ２５０において記憶したスレッドＩＤ（以下、処理対象スレッドＩＤ）のうち、当該人物相関テーブル作成処理フローによる人物相関テーブル作成処理をまだ行っていないスレッドＩＤを選択する。検索部４２は、メールテーブルを検索し、選択したスレッドＩＤが設定されているレコードを特定して読込む（ステップＳ１４１０）。
【０１４４】
検索部４２は、ステップＳ１４１０において読込んだレコードから、送信者と受信者に設定されているユーザの組を送受信者の組として抽出し、抽出した送受信者の組それぞれについて、抽出された数をカウントする（ステップＳ１４２０）。なお、送信者と受信者のユーザが入れ替わっていても、同じ組であるとする。検索部４２は、ステップＳ１４１０において読み込んだレコードのメッセージＩＤに、「kaigi」などの会議における発話に基づいて生成されたメールであることを示す文字列が含まれているかを判断する（ステップＳ１４３０）。
【０１４５】
会議における発話に基づいて生成されたメールであることを示す文字列が含まれていない場合（ステップＳ１４３０：ＮＯ）、ステップＳ１４２０において抽出した送受信者の組それぞれについて、当該送受信者の組が抽出された数をそのままポイントとして付与する（ステップＳ１４４０）。一方、会議における発話に基づいて生成されたメールであることを示す文字列が含まれている場合（ステップＳ１４３０：ＹＥＳ）、ステップＳ１４２０において抽出した送受信者の組それぞれについて、当該送受信者の組が抽出された数に０．１などの所定の係数ａ（０＜ａ＜１）を乗算した数をポイントとして付与する（ステップＳ１４５０）。
【０１４６】
検索部４２は、処理対象スレッドＩＤに、まだ人物相関テーブル作成処理を行っていないスレッドＩＤがあるかを判断する（ステップＳ１４６０）。まだ人物相関テーブル作成処理を行っていないスレッドＩＤがある場合（ステップＳ１４６０：ＮＯ）、ステップＳ１４１０からの処理を繰り返す。そして、全ての処理対象スレッドＩＤについて、人物相関テーブル作成処理を実行した場合（ステップＳ１４６０：ＹＥＳ）、検索部４２は、スレッドＩＤ毎に、送信者−受信者のユーザの組及び当該組に対応したポイントを示す一覧である人物相関テーブルを生成して記憶する（ステップＳ１４７０）。
【０１４７】
図４９は、本実施形態による重要人物テーブル作成処理フローを示す。
検索処理部４０の検索部４２は、図１０のステップＳ２５０において記憶した処理対象スレッドＩＤのうち、当該重要人物テーブル作成処理フローによるおいてまだ重要人物テーブル作成処理を行っていないスレッドＩＤを選択する。検索部４２は、メールテーブルを検索し、選択したスレッドＩＤが設定されているレコードを特定して読込む（ステップＳ１５１０）。検索部４２は、ステップＳ１５１０において読み込んだレコードのメッセージＩＤに、「kaigi」などの会議に基づいて生成されたメールであることを示す文字列が含まれているかを判断する（ステップＳ１５２０）。
【０１４８】
会議に基づいて生成されたメールであることを示す文字列が含まれていない場合（ステップＳ１５２０：ＮＯ）、検索部４２は、読込んだレコードから、送信者または受信者として設定されているユーザを抽出し、その抽出したユーザが、送信者または受信者として設定されている数である登場回数を計測し、その計測した数を当該ユーザのポイントとして記憶する（ステップＳ１５３０）。
【０１４９】
一方、会議に基づいて生成されたメールであることを示す文字列が含まれている場合（ステップＳ１５２０：ＹＥＳ）、検索部４２は、読込んだレコードから、送信者または受信者として設定されているユーザを抽出し、その抽出したユーザが、送信者として設定されている数、及び、受信者として設定されている数をそれぞれ計測する（ステップＳ１５４０）。検索部４２は、抽出したユーザそれぞれについて、当該ユーザが送信者として設定されている数に所定の係数ｂを乗算した数と、当該ユーザが受信者として設定されている数に所定の係数ｃを乗算した数とを合計し、当該ユーザのポイントを算出する。ここで、係数ｂ及び係数ｃは、０＜ｂ＜１、０＜ｃ＜１とし、かつ、ｂ＞ｃとする。また、係数ｂまたは係数ｃを、係数ａと同一の値とする。検索部４２は、抽出した各ユーザのポイントを記憶する（ステップＳ１５５０）。
【０１５０】
検索部４２は、処理対象スレッドＩＤに、まだ重要人物テーブル作成処理を行っていないスレッドＩＤがある場合は（ステップＳ１５６０：ＮＯ）、ステップＳ１５１０からの処理を繰り返す。そして、全ての処理対象スレッドＩＤについて、重要人物テーブル作成処理を実行した場合は（ステップＳ１５６０：ＹＥＳ）、スレッドＩＤ毎に、ステップＳ１５３０またはＳ１５５０において抽出されたユーザと、当該ユーザのポイントとを示す一覧である重要人物テーブルを生成して記憶する（ステップＳ１５７０）。
【０１５１】
続いて実施される本実施形態による結果表示処理は、図１３に示す第１の実施形態と同様である。
【０１５２】
会議の場合、参加者間で発話者が入れ替わる回数が多いため、１つの会議ファイルから、発話内容を示すメールが大量に生成されてしまう。そこで、通常メール１通を、会議での複数の発言に対応するように重み付けしてポイントを付与している。上記では、会議ファイルから生成されたメールの場合、送受信者の組が抽出された数に係数ａ＝０．１を乗算してポイントとおり、これは、［通常メール１通：会議での１回の発言＝１０：１］の重みの比としていること、つまり、通常メール１通に、会議での１０回の発言に相当する重み付けをしていることを示す。また、係数ｂ＞係数ｃとすることにより、会議において発言した参加者を当該会議の他の参加者より重み付けし、発話者をより重要な人物とみなすことが可能となる。また、係数ｂまたは係数ｃを係数ａと同値とすることにより、通常メール１通と会議での１回の発言との重みの比を、人物相関テーブルと重要人物テーブルとで同一にしている。係数ａ，ｂ，ｃは、上述した条件の範囲で任意に設定することができる。
【０１５３】
なお、図４９に示す重要人物テーブル作成処理フローのステップＳ１５４０において、検索部４２は、読込んだレコードから送信者として設定されているユーザを抽出し、その抽出したユーザが送信者として設定されている数と、係数ａを乗算した数を当該ユーザのポイントとして算出することでもよい。
【０１５４】
なお、上記においては、本実施形態と第１の実施形態の差分を説明したが、第２〜４、６の実施形態と組み合わせることも可能である。
【０１５５】
なお、検索支援装置１、１ａ、１ｂは、内部にコンピュータシステムを有している。そして、上述したメール収集部２０、検索処理部４０、出力制御部５０、及び、音声認識部８０の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵや各種メモリ、ＯＳや周辺機器等のハードウェアを含むものである。
【０１５６】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【符号の説明】
【０１５７】
１…検索支援装置
１０…メール記憶部
２０…メール収集部
２１…メール読込み部（メール読込み手段）
２２…メール分析部（メール分析手段）
２３…分析結果出力部（分析結果出力手段）
２４…人物情報生成部
３０…分析結果格納部（分析結果格納手段）
４０…検索処理部
４１…クエリ受付部（受付手段）
４２…検索部（検索手段）
４３…検索結果出力部
４４…人物情報読込み部
５０…出力制御部（出力制御手段）
５１…検索結果読込み部
５２…結果表示部
５３…検索文書受付部
６０…人物情報格納部（人物情報格納手段）
７０…音声データ記憶部（音声データ記憶手段）
８０…音声認識部
８１…発話者データ記憶部（発話者データ記憶手段）
８２…音声データ分割部（音声データ分割手段）
８３…発話者認識部（発話者認識手段）
８４…音声テキスト変換部（音声テキスト変換手段）
８５…メール変換部（メール変換手段）
【特許請求の範囲】
【請求項１】
各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段と、
電子メールを記憶しているメール記憶手段から電子メールを読込むメール読込み手段と、
前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断するメール分析手段と、
前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込む分析結果出力手段と、
検索条件の入力を受ける受付手段と、
前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得する検索手段と、
前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する出力制御手段と、
を備えることを特徴とする検索支援装置。
【請求項２】
前記出力制御手段は、前記検索手段により取得した数が所定の条件より多いユーザを、当該ユーザが設定されている数に対応した順序で、スレッド識別情報毎に出力する
ことを特徴とする請求項１に記載の検索支援装置。
【請求項３】
前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組を取得し、
前記出力制御手段は、前記検索手段により取得したユーザの組をスレッド識別情報毎に出力する、
ことを特徴とする請求項１または請求項２に記載の検索支援装置。
【請求項４】
前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組を取得し、
前記出力制御手段は、前記検索手段により取得したユーザの組に基づいて、当該取得したユーザの組に含まれる複数ユーザ間の相関を示す情報を、スレッド識別情報毎に出力する、
ことを特徴とする請求項１または請求項２に記載の検索支援装置。
【請求項５】
前記検索手段は、前記スレッド識別情報で特定される前記メールテーブルのレコードから、さらに、前記ユーザの組が設定されている数を取得し、
前記出力制御手段は、さらに、ユーザの組が設定されている数に対応した情報を出力する、
ことを特徴とする請求項３または請求項４に記載の検索支援装置。
【請求項６】
前記メールテーブルのレコードは、さらに、同報者の情報を含み、
前記分析結果出力手段は、前記読込んだ電子メールのヘッダ情報から取得した同報者の情報をさらに設定したレコードを前記メールテーブルに追加し、
前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに送信者として設定されているユーザ及び受信者として設定されているユーザに所定のポイントを付与するとともに、同報者として設定されているユーザに前記所定のポイントより所定の重み付けをしたポイントを付与し、
前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項５のいずれかの項に記載の検索支援装置。
【請求項７】
前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに受信者として設定されているユーザに所定のポイントを付与するとともに、送信者として設定されているユーザに前記所定のポイントより所定の重み付けをしたポイントを付与し、
前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項５のいずれかの項に記載の検索支援装置。
【請求項８】
前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに設定されている受信者がメーリングリストのアドレスである場合は、送信者として設定されているユーザに所定のポイントを付与し、メーリングリストのアドレスでない場合は、送信者として設定されているユーザ及び受信者として設定されているユーザに所定のポイントを付与し、
前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザをスレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項５のいずれかの項に記載の検索支援装置。
【請求項９】
前記メール記憶手段は、会議における発話者であるユーザを送信者に、当該会議の参加者を受信者に、当該会議の会議名を件名に、前記発話者であるユーザの発話内容を本文に設定し、かつ、会議に基づき生成されたことを示す情報を含み、関連する他の電子メールのメッセージ識別情報として、当該会議における他の発話内容を設定した他の電子メールのメッセージ識別情報を設定した電子メールを記憶し、
前記分析結果出力手段は、読み込んだ電子メールに会議に基づき生成されたことを示す情報が設定されている場合、前記メールテーブルに追加する前記レコードに、会議に基づき生成されたことを示す当該情報をさらに設定し、
前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルに設定される各レコードを特定し、特定した各レコードに会議に基づき生成されたことを示す情報が設定されている場合は、当該各レコードに送信者として設定されているユーザに所定のポイントを付与するとともに受信者として設定されているユーザに当該所定のポイントよりも低いポイントを付与し、会議に基づき生成されたことを示す情報が設定されていない場合は、当該各レコードに送信者として設定されているユーザ及び受信者として設定されているユーザに前記所定のポイントよりも重み付けしたポイントを付与し、
前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項５のいずれかの項に記載の検索支援装置。
【請求項１０】
前記検索手段は、前記特定した各レコードに会議の音声に基づいて生成したデータであることを示す情報が設定されている場合は、当該各レコードに送信者として設定されているユーザのみに前記所定のポイントを付与することを特徴とする請求項９に記載の検索支援装置。
【請求項１１】
前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組と、当該ユーザの組が設定されている数を取得し、当該レコードに会議に基づき生成されたことを示す情報が設定されている場合は、前記各ユーザの組に、所定のポイントを当該ユーザの組が設定されている数に応じて付与し、当該レコードに会議に基づき生成されたことを示す情報が設定されていない場合は、前記各ユーザの組に、前記所定のポイントより重み付けしたポイントを当該ユーザの組が設定されている数に応じて付与し、
前記出力制御手段は、各ユーザの組のポイントに対応した情報を出力する、
ことを特徴とする請求項９または請求項１０に記載の検索支援装置。
【請求項１２】
分析結果出力手段は、読込んだ電子メールに会議に基づき生成されたことを示す情報が設定されている場合、読込んだ電子メールから得られる情報を形態素解析した結果をキーワード候補とし、同一のスレッド識別情報に対応した電子メールから当該キーワード候補が所定回数以上得られた場合に、当該キーワード候補と当該スレッド識別情報とを対応づけて前記キーワードテーブルに書き込む、
ことを特徴とする請求項９から請求項１１のいずれかの項に記載の検索支援装置。
【請求項１３】
会議名と、会議中の音声の音声データと、会議に参加したユーザを示す参加者とを含む会議データを記憶する音声データ記憶手段と、
各ユーザの音声の特徴を示すパラメータである音声特徴情報を記憶する発話者データ記憶手段と、
前記音声データ記憶手段から会議ファイルを読み出し、読み出した会議ファイル内の音声データを、１人のユーザが発言している発話区間に区切った分割音声データを生成する音声データ分割手段と、
前記分割音声データと、前記発話者データ記憶手段に記憶されている各ユーザの音声特徴情報とから発話者であるユーザを特定する発話者認識手段と、
前記分割音声データから、発話内容をテキスト化したテキストデータを生成する音声テキスト変換手段と、
前記発話者認識手段が特定した発話者を送信者に、前記会議データ内の参加者を受信者に、前記会議データ内の会議名を件名に、前記音声テキスト変換手段が生成したテキストデータを本文に設定するとともに、新たに生成したメッセージ識別情報と、会議に基づき生成されたことを示す情報と、関連する他の電子メールのメッセージ識別情報として、同じ音声データから抽出した他の分割音声データに基づいて生成した電子メールのメッセージ識別情報とを設定した電子メールを生成し、前記メール記憶手段へ書き込むメール変換手段と、
をさらに備えることを特徴とする請求項９から請求項１２のいずれかの項に記載の検索支援装置。
【請求項１４】
前記会議データは、会議開催日時の情報をさらに含み、
前記音声データ分割手段は、前記分割音声データにより示される音声に対応した、前記音声データにより示される音声における冒頭からの経過時間を取得し、
前記メール変換手段は、前記会議データ内の会議開催日時に、前記音声データ分割手段が取得した経過時間を加算した日時をさらに設定した電子メールを生成する、
ことを特徴とする請求項１３に記載の検索支援装置。
【請求項１５】
前記分析結果格納手段は、さらに、スレッド識別情報と、当該スレッド識別情報で特定されるスレッドの開始日時の情報を示すスレッドテーブルを記憶し、
前記分析結果出力手段は、読み込んだ電子メールのスレッド識別情報を新たに生成したときに、当該スレッド識別情報と、当該電子メールのヘッダの情報から取得した日時の情報を示す開始日時とを対応付けてスレッドテーブルに書き込み、
前記検索手段は、さらに、前記キーワードテーブルから取得したスレッド識別情報に対応した開始日時の情報を読み出し、
前記出力制御手段は、入力を受けた期間条件に合致する開始日時のスレッド識別情報について前記ユーザまたは前記ユーザの組を出力する、
ことを特徴とする請求項１から請求項１４のいずれかの項に記載の検索支援装置。
【請求項１６】
前記メールテーブルのレコードは、さらに、日付の情報を含み、
前記分析結果出力手段は、読込んだ電子メールのヘッダ情報から取得した日付の情報をさらに設定したレコードを前記メールテーブルに追加し、
前記検索手段は、前記取得したスレッド識別情報で特定される前記メールテーブルのレコードからさらに日付の情報を取得し、
出力制御手段は、前記検索手段により取得した各スレッド識別情報に対応する日付の情報に基づいて、所定の期間毎の電子メール数を示す情報を、各スレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項１５のいずれかの項に記載の検索支援装置。
【請求項１７】
前記分析結果出力手段は、読込んだ前記電子メールから取得した件名、または、件名及び本文の情報を形態素解析した結果をキーワードとして前記キーワードテーブルに書き込む
ことを特徴とする請求項１から請求項１６のいずれかの項に記載の検索支援装置。
【請求項１８】
前記分析結果出力手段は、形態素解析した結果のうち所定の品詞のものをキーワードとして前記キーワードテーブルに書き込む
ことを特徴とする請求項１７に記載の検索支援装置。
【請求項１９】
前記分析結果出力手段は、形態素解析した結果のうち、予め決められた不要な文字列を除いたものを、キーワードとして前記キーワードテーブルに書き込む
ことを特徴とする請求項１７または請求項１８に記載の検索支援装置。
【請求項２０】
ユーザを特定する情報と、当該ユーザの名前とを対応付けた情報を示す人物テーブルを記憶する人物情報格納手段と、
前記メール読込み手段により読込まれた電子メールの本文の情報から、自己紹介に用いられる所定の語句が含まれている行を抽出し、抽出した行を形態素解析して得られた語句のうち固有名詞の語句を選択し、選択した語句と、読込んだ前記電子メールのヘッダ情報から取得した送信者を特定する情報とを対応づけて前記人物テーブルに書き込む人物情報生成手段とをさらに備え、
前記出力制御手段は、出力対象の前記ユーザを特定する情報、または、出力対象の前記ユーザの組を構成するユーザを特定する情報に対応して前記人物テーブルから読み出されたユーザの名前を出力する、
ことを特徴とする請求項１から請求項１９のいずれかの項に記載の検索支援装置。
【請求項２１】
前記人物情報生成手段は、前記電子メールの本文の情報に設定されている先頭より所定行数までの行から、自己紹介に用いられる所定の語句が含まれている行を抽出する
ことを特徴とする請求項２０に記載の検索支援装置。
【請求項２２】
前記人物情報生成手段は、自己紹介に用いられる所定の語句が含まれているとして抽出した行から区切り文字の前または後の語句を抽出して形態素解析を行い、固有名詞として得られた語句と、読込んだ前記電子メールのヘッダ情報から取得した送信者を特定する情報とを対応づけて前記人物テーブルに書き込む
ことを特徴とする請求項２０または請求項２１に記載の検索支援装置。
【請求項２３】
前記人物情報生成手段は、送信者を特定する情報として、読込んだ前記電子メールのヘッダ情報から取得した送信者の電子メールアドレスを前記人物テーブルに書き込む
ことを特徴とする請求項２０から請求項２２のいずれかの項に記載の検索支援装置。
【請求項２４】
各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段を備え、所望の情報に関する重要人物を提示して、前記情報の検索を支援する検索支援装置に用いられる検索支援方法であって、
メール読込み手段が、電子メールを記憶しているメール記憶手段から電子メールを読込み、
メール分析手段が、前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断し、
分析結果出力手段が、前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込み、
受付手段が、検索条件の入力を受け、
検索手段が、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得し、
出力制御手段が、前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する、
ことを特徴とする検索支援方法。
【請求項２５】
所望の情報に関する重要人物を提示して、前記情報の検索を支援する検索支援装置として用いられるコンピュータを、
各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段、
電子メールを記憶しているメール記憶手段から電子メールを読込むメール読込み手段、
前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断するメール分析手段、
前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込む分析結果出力手段、
検索条件の入力を受ける受付手段、
前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得する検索手段、
前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する出力制御手段、
として機能させることを特徴とするコンピュータプログラム。
【請求項１】
各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段と、
電子メールを記憶しているメール記憶手段から電子メールを読込むメール読込み手段と、
前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断するメール分析手段と、
前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込む分析結果出力手段と、
検索条件の入力を受ける受付手段と、
前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得する検索手段と、
前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する出力制御手段と、
を備えることを特徴とする検索支援装置。
【請求項２】
前記出力制御手段は、前記検索手段により取得した数が所定の条件より多いユーザを、当該ユーザが設定されている数に対応した順序で、スレッド識別情報毎に出力する
ことを特徴とする請求項１に記載の検索支援装置。
【請求項３】
前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組を取得し、
前記出力制御手段は、前記検索手段により取得したユーザの組をスレッド識別情報毎に出力する、
ことを特徴とする請求項１または請求項２に記載の検索支援装置。
【請求項４】
前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組を取得し、
前記出力制御手段は、前記検索手段により取得したユーザの組に基づいて、当該取得したユーザの組に含まれる複数ユーザ間の相関を示す情報を、スレッド識別情報毎に出力する、
ことを特徴とする請求項１または請求項２に記載の検索支援装置。
【請求項５】
前記検索手段は、前記スレッド識別情報で特定される前記メールテーブルのレコードから、さらに、前記ユーザの組が設定されている数を取得し、
前記出力制御手段は、さらに、ユーザの組が設定されている数に対応した情報を出力する、
ことを特徴とする請求項３または請求項４に記載の検索支援装置。
【請求項６】
前記メールテーブルのレコードは、さらに、同報者の情報を含み、
前記分析結果出力手段は、前記読込んだ電子メールのヘッダ情報から取得した同報者の情報をさらに設定したレコードを前記メールテーブルに追加し、
前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに送信者として設定されているユーザ及び受信者として設定されているユーザに所定のポイントを付与するとともに、同報者として設定されているユーザに前記所定のポイントより所定の重み付けをしたポイントを付与し、
前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項５のいずれかの項に記載の検索支援装置。
【請求項７】
前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに受信者として設定されているユーザに所定のポイントを付与するとともに、送信者として設定されているユーザに前記所定のポイントより所定の重み付けをしたポイントを付与し、
前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項５のいずれかの項に記載の検索支援装置。
【請求項８】
前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルの各レコードに設定されている受信者がメーリングリストのアドレスである場合は、送信者として設定されているユーザに所定のポイントを付与し、メーリングリストのアドレスでない場合は、送信者として設定されているユーザ及び受信者として設定されているユーザに所定のポイントを付与し、
前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザをスレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項５のいずれかの項に記載の検索支援装置。
【請求項９】
前記メール記憶手段は、会議における発話者であるユーザを送信者に、当該会議の参加者を受信者に、当該会議の会議名を件名に、前記発話者であるユーザの発話内容を本文に設定し、かつ、会議に基づき生成されたことを示す情報を含み、関連する他の電子メールのメッセージ識別情報として、当該会議における他の発話内容を設定した他の電子メールのメッセージ識別情報を設定した電子メールを記憶し、
前記分析結果出力手段は、読み込んだ電子メールに会議に基づき生成されたことを示す情報が設定されている場合、前記メールテーブルに追加する前記レコードに、会議に基づき生成されたことを示す当該情報をさらに設定し、
前記検索手段は、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルに設定される各レコードを特定し、特定した各レコードに会議に基づき生成されたことを示す情報が設定されている場合は、当該各レコードに送信者として設定されているユーザに所定のポイントを付与するとともに受信者として設定されているユーザに当該所定のポイントよりも低いポイントを付与し、会議に基づき生成されたことを示す情報が設定されていない場合は、当該各レコードに送信者として設定されているユーザ及び受信者として設定されているユーザに前記所定のポイントよりも重み付けしたポイントを付与し、
前記出力制御手段は、前記検索手段により付与したポイントの合計が所定の条件より多いユーザを示す情報を、スレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項５のいずれかの項に記載の検索支援装置。
【請求項１０】
前記検索手段は、前記特定した各レコードに会議の音声に基づいて生成したデータであることを示す情報が設定されている場合は、当該各レコードに送信者として設定されているユーザのみに前記所定のポイントを付与することを特徴とする請求項９に記載の検索支援装置。
【請求項１１】
前記検索手段は、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報について、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者及び受信者として設定されているユーザの組と、当該ユーザの組が設定されている数を取得し、当該レコードに会議に基づき生成されたことを示す情報が設定されている場合は、前記各ユーザの組に、所定のポイントを当該ユーザの組が設定されている数に応じて付与し、当該レコードに会議に基づき生成されたことを示す情報が設定されていない場合は、前記各ユーザの組に、前記所定のポイントより重み付けしたポイントを当該ユーザの組が設定されている数に応じて付与し、
前記出力制御手段は、各ユーザの組のポイントに対応した情報を出力する、
ことを特徴とする請求項９または請求項１０に記載の検索支援装置。
【請求項１２】
分析結果出力手段は、読込んだ電子メールに会議に基づき生成されたことを示す情報が設定されている場合、読込んだ電子メールから得られる情報を形態素解析した結果をキーワード候補とし、同一のスレッド識別情報に対応した電子メールから当該キーワード候補が所定回数以上得られた場合に、当該キーワード候補と当該スレッド識別情報とを対応づけて前記キーワードテーブルに書き込む、
ことを特徴とする請求項９から請求項１１のいずれかの項に記載の検索支援装置。
【請求項１３】
会議名と、会議中の音声の音声データと、会議に参加したユーザを示す参加者とを含む会議データを記憶する音声データ記憶手段と、
各ユーザの音声の特徴を示すパラメータである音声特徴情報を記憶する発話者データ記憶手段と、
前記音声データ記憶手段から会議ファイルを読み出し、読み出した会議ファイル内の音声データを、１人のユーザが発言している発話区間に区切った分割音声データを生成する音声データ分割手段と、
前記分割音声データと、前記発話者データ記憶手段に記憶されている各ユーザの音声特徴情報とから発話者であるユーザを特定する発話者認識手段と、
前記分割音声データから、発話内容をテキスト化したテキストデータを生成する音声テキスト変換手段と、
前記発話者認識手段が特定した発話者を送信者に、前記会議データ内の参加者を受信者に、前記会議データ内の会議名を件名に、前記音声テキスト変換手段が生成したテキストデータを本文に設定するとともに、新たに生成したメッセージ識別情報と、会議に基づき生成されたことを示す情報と、関連する他の電子メールのメッセージ識別情報として、同じ音声データから抽出した他の分割音声データに基づいて生成した電子メールのメッセージ識別情報とを設定した電子メールを生成し、前記メール記憶手段へ書き込むメール変換手段と、
をさらに備えることを特徴とする請求項９から請求項１２のいずれかの項に記載の検索支援装置。
【請求項１４】
前記会議データは、会議開催日時の情報をさらに含み、
前記音声データ分割手段は、前記分割音声データにより示される音声に対応した、前記音声データにより示される音声における冒頭からの経過時間を取得し、
前記メール変換手段は、前記会議データ内の会議開催日時に、前記音声データ分割手段が取得した経過時間を加算した日時をさらに設定した電子メールを生成する、
ことを特徴とする請求項１３に記載の検索支援装置。
【請求項１５】
前記分析結果格納手段は、さらに、スレッド識別情報と、当該スレッド識別情報で特定されるスレッドの開始日時の情報を示すスレッドテーブルを記憶し、
前記分析結果出力手段は、読み込んだ電子メールのスレッド識別情報を新たに生成したときに、当該スレッド識別情報と、当該電子メールのヘッダの情報から取得した日時の情報を示す開始日時とを対応付けてスレッドテーブルに書き込み、
前記検索手段は、さらに、前記キーワードテーブルから取得したスレッド識別情報に対応した開始日時の情報を読み出し、
前記出力制御手段は、入力を受けた期間条件に合致する開始日時のスレッド識別情報について前記ユーザまたは前記ユーザの組を出力する、
ことを特徴とする請求項１から請求項１４のいずれかの項に記載の検索支援装置。
【請求項１６】
前記メールテーブルのレコードは、さらに、日付の情報を含み、
前記分析結果出力手段は、読込んだ電子メールのヘッダ情報から取得した日付の情報をさらに設定したレコードを前記メールテーブルに追加し、
前記検索手段は、前記取得したスレッド識別情報で特定される前記メールテーブルのレコードからさらに日付の情報を取得し、
出力制御手段は、前記検索手段により取得した各スレッド識別情報に対応する日付の情報に基づいて、所定の期間毎の電子メール数を示す情報を、各スレッド識別情報毎に出力する、
ことを特徴とする請求項１から請求項１５のいずれかの項に記載の検索支援装置。
【請求項１７】
前記分析結果出力手段は、読込んだ前記電子メールから取得した件名、または、件名及び本文の情報を形態素解析した結果をキーワードとして前記キーワードテーブルに書き込む
ことを特徴とする請求項１から請求項１６のいずれかの項に記載の検索支援装置。
【請求項１８】
前記分析結果出力手段は、形態素解析した結果のうち所定の品詞のものをキーワードとして前記キーワードテーブルに書き込む
ことを特徴とする請求項１７に記載の検索支援装置。
【請求項１９】
前記分析結果出力手段は、形態素解析した結果のうち、予め決められた不要な文字列を除いたものを、キーワードとして前記キーワードテーブルに書き込む
ことを特徴とする請求項１７または請求項１８に記載の検索支援装置。
【請求項２０】
ユーザを特定する情報と、当該ユーザの名前とを対応付けた情報を示す人物テーブルを記憶する人物情報格納手段と、
前記メール読込み手段により読込まれた電子メールの本文の情報から、自己紹介に用いられる所定の語句が含まれている行を抽出し、抽出した行を形態素解析して得られた語句のうち固有名詞の語句を選択し、選択した語句と、読込んだ前記電子メールのヘッダ情報から取得した送信者を特定する情報とを対応づけて前記人物テーブルに書き込む人物情報生成手段とをさらに備え、
前記出力制御手段は、出力対象の前記ユーザを特定する情報、または、出力対象の前記ユーザの組を構成するユーザを特定する情報に対応して前記人物テーブルから読み出されたユーザの名前を出力する、
ことを特徴とする請求項１から請求項１９のいずれかの項に記載の検索支援装置。
【請求項２１】
前記人物情報生成手段は、前記電子メールの本文の情報に設定されている先頭より所定行数までの行から、自己紹介に用いられる所定の語句が含まれている行を抽出する
ことを特徴とする請求項２０に記載の検索支援装置。
【請求項２２】
前記人物情報生成手段は、自己紹介に用いられる所定の語句が含まれているとして抽出した行から区切り文字の前または後の語句を抽出して形態素解析を行い、固有名詞として得られた語句と、読込んだ前記電子メールのヘッダ情報から取得した送信者を特定する情報とを対応づけて前記人物テーブルに書き込む
ことを特徴とする請求項２０または請求項２１に記載の検索支援装置。
【請求項２３】
前記人物情報生成手段は、送信者を特定する情報として、読込んだ前記電子メールのヘッダ情報から取得した送信者の電子メールアドレスを前記人物テーブルに書き込む
ことを特徴とする請求項２０から請求項２２のいずれかの項に記載の検索支援装置。
【請求項２４】
各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段を備え、所望の情報に関する重要人物を提示して、前記情報の検索を支援する検索支援装置に用いられる検索支援方法であって、
メール読込み手段が、電子メールを記憶しているメール記憶手段から電子メールを読込み、
メール分析手段が、前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断し、
分析結果出力手段が、前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込み、
受付手段が、検索条件の入力を受け、
検索手段が、前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得し、
出力制御手段が、前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する、
ことを特徴とする検索支援方法。
【請求項２５】
所望の情報に関する重要人物を提示して、前記情報の検索を支援する検索支援装置として用いられるコンピュータを、
各電子メールを特定するメッセージ識別情報と、当該電子メールが属するスレッドを特定するスレッド識別情報と、送信者及び受信者との情報を少なくとも含むレコードからなるメールテーブル、及び、各スレッドのスレッド識別情報と、キーワードとを対応づけた情報を示すキーワードテーブルを記憶する分析結果格納手段、
電子メールを記憶しているメール記憶手段から電子メールを読込むメール読込み手段、
前記メール読込み手段により読込まれた電子メールのヘッダの情報から、関連する他の電子メールのメッセージ識別情報を取得し、取得したメッセージ識別情報が前記メールテーブルに登録されているかを判断するメール分析手段、
前記メール分析手段により、登録されていないと判断された場合は、読込んだ電子メールのスレッド識別情報を新たに生成し、登録されていると判断された場合は、前記関連する他の電子メールのメッセージ識別情報により特定されるメールテーブルのレコードからスレッド識別情報を取得し、読込んだ電子メールのヘッダ情報から取得したメッセージ識別情報、送信者及び受信者と、新たに生成したスレッド識別情報または前記メールテーブルから取得したスレッド識別情報とを設定したレコードを前記メールテーブルに追加するとともに、読込んだ電子メールから得られる情報を形態素解析した結果であるキーワードと、前記スレッド識別情報と対応づけて前記キーワードテーブルに書き込む分析結果出力手段、
検索条件の入力を受ける受付手段、
前記キーワードテーブルから、前記受付手段により受け付けた検索条件で示される検索ワードに一致するキーワードのスレッド識別情報を取得し、取得した各スレッド識別情報毎に、当該スレッド識別情報で特定される前記メールテーブルのレコードから送信者または受信者として設定されているユーザと、当該ユーザが送信者または受信者として設定されている数とを取得する検索手段、
前記検索手段により取得した数が所定の条件より多いユーザをスレッド識別情報毎に出力する出力制御手段、
として機能させることを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【公開番号】特開２０１０−７９８７２（Ｐ２０１０−７９８７２Ａ）
【公開日】平成２２年４月８日（２０１０．４．８）
【国際特許分類】
【出願番号】特願２００９−２９１５８（Ｐ２００９−２９１５８）
【出願日】平成２１年２月１０日（２００９．２．１０）
【出願人】（３９９０４１１５８）西日本電信電話株式会社 (215)
【Ｆターム（参考）】
【公開日】平成２２年４月８日（２０１０．４．８）
【国際特許分類】
【出願日】平成２１年２月１０日（２００９．２．１０）
【出願人】（３９９０４１１５８）西日本電信電話株式会社 (215)
【Ｆターム（参考）】
[ Back to top ]