(57)【要約】【課題】まとめ記事とまとめの元となった複数のまとめ元記事との間にまとめ関係を自動的に保存することを可能とする。【解決手段】記事種別推定部５５は、新規記事を複数の記事をまとめて作成されるまとめ記事であるかを推定する。ブロック分割部５９は、まとめ記事であると推定された新規記事を記事ブロックに分割する。まとめ元選出部６０は、ブロック分割部５９によって分割された記事ブロックに類似する類似記事ブロックを探索する。まとめ元選出部６０は、類似記事ブロックを含む記事をまとめ元記事として選出する。記事種別決定部６１は、記事種別推定部５５による推定結果及びまとめ元記事に基づいて新規記事をまとめ記事として決定する。記事受取／保管／提供サーバ５４は、まとめ記事として決定された新規記事及びまとめ元記事の関係を示す記事関係情報を記事データベース４２に格納する。【選択図】      図２
2008140085.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザによって投稿された文字列を含む複数の記事、当該複数の記事の各々を構成する文字列を含む記事ブロック及び当該複数の記事相互間の関係を示す記事関係情報を格納する記事格納手段と、
ユーザの操作に応じて、当該ユーザによって新たに投稿された文字列を含む新規記事が複数の記事をまとめて作成されるまとめ記事であるかを推定する記事種別推定手段と、
前記記事種別推定手段によってまとめ記事であると推定された前記新規記事を、当該新規記事を構成する記事ブロックに分割するブロック分割手段と、
前記ブロック分割手段によって分割された記事ブロックに類似する類似記事ブロックを、当該記事ブロックに含まれる文字列の出現頻度に基づいて前記記事格納手段から探索する類似ブロック探索手段と、
前記類似ブロック探索手段によって探索された類似記事ブロックを含む記事を、前記記事格納手段から取得する記事取得手段と、
前記取得手段によって取得された記事を、前記新規記事によってまとめられた記事であるまとめ元記事として選出するまとめ元選出手段と、
前記記事種別推定手段による推定結果及び前記まとめ元選出手段によって選出されたまとめ元記事に基づいて、前記新規記事をまとめ記事として決定する記事種別決定手段と、
前記記事種別決定手段によってまとめ記事として決定された新規記事及び前記まとめ元選出手段によって選出されたまとめ元記事の関係を示す記事関係情報を前記記事格納手段に格納する記事関係情報格納処理手段と
を具備することを特徴とする情報共有システム。
【請求項２】
前記記事種別推定手段は、
前記新規記事が、ユーザの操作に応じて複数の記事をまとめて作成されるまとめ記事として投稿されているかを判定する第１の判定手段と、
前記新規記事が、ユーザの操作に応じて複数の記事から作成される成果物の記事として投稿されているかを判定する第２の判定手段とを含み、
前記第１の判定手段によってまとめ記事として投稿されていると判定された場合または前記第２の判定手段によって成果物の記事であるとして投稿されていると判定された場合に、当該新規記事をまとめ記事であると推定し、
前記記事種別決定手段は、
前記第１の判定手段によって前記新規記事が前記まとめ記事として投稿されていると判定された場合、または前記第２の判定手段によって前記新規記事が前記成果物の記事として投稿されていると判定された場合であって且つ前記まとめ元選出手段によってまとめ元記事が選出された場合には、当該新規記事をまとめ記事として決定する
ことを特徴とする請求項１記載の情報共有システム。
【請求項３】
前記記事格納手段に格納されている複数の記事のうち、前記類似記事探索手段によってまとめ元記事が探索される探索範囲を特定するためのパラメータ情報を格納するパラメータ情報格納手段を更に具備し、
前記類似ブロック探索手段は、前記パラメータ情報格納手段に格納されているパラメータ情報によって特定された探索範囲から、前記ブロック分割手段によって分割された記事ブロックに類似する類似記事ブロックを探索する
ことを特徴とする請求項１記載の情報共有システム。
【請求項４】
前記まとめ元選出手段は、前記記事取得手段によって取得された記事のうち、前記新規記事との関係を示す記事関係情報が前記記事格納手段に格納されていない記事をまとめ元記事として選出することを特徴とする請求項１記載の情報共有システム。
【請求項５】
前記記事関係情報格納処理手段によって前記記事格納手段に格納された記事関係情報を、ユーザの操作に応じて編集する関係編集手段を更に具備し、
前記記事関係情報格納処理手段は、前記関係編集手段によって編集された記事関係情報を前記記事格納手段に格納する
ことを特徴とする請求項１記載の情報共有システム。
【請求項６】
複数のユーザによって端末から投稿された文字列を含む複数の記事、当該複数の記事の各々を構成する文字列を含む記事ブロック及び当該複数の記事相互間の関係を示す記事関係情報を格納する記事データベースを有する外部記憶装置と当該外部記憶装置を利用するコンピュータとから構成される情報共有システムにおいて、前記コンピュータによって実行される情報共有プログラムであって、
前記コンピュータに、
ユーザによる前記端末の操作に応じて、当該ユーザによって新たに投稿された文字列を含む新規記事が複数の記事をまとめて作成されるまとめ記事であるかを推定するステップと、
前記まとめ記事であると推定された前記新規記事を、当該新規記事を構成する記事ブロックに分割するステップと、
前記分割された記事ブロックに類似する類似記事ブロックを、当該記事ブロックに含まれる文字列の出現頻度に基づいて前記記事データベースから探索するステップと、
前記探索された類似記事ブロックを含む記事を前記記事データベースから取得するステップと、
前記取得された記事を、前記新規記事によってまとめされた記事であるまとめ元記事として選出するステップと、
前記まとめ記事であるかの推定結果及び前記選出されたまとめ元記事に基づいて、前記新規記事をまとめ記事として決定するステップと、
前記まとめ記事として決定された新規記事及び前記選出されたまとめ元記事の関係を示す記事関係情報を前記記事データベースに格納するステップと
を実行させることを特徴とする情報共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、投稿された記事と他の記事との間に「まとめ」という関係を自動的に設定する情報共有システム及び情報共有プログラム。
【背景技術】
【０００２】
従来から、文書等のデータ（文書データ）を管理するために、例えば複数の文書内に含まれるキーワードの出現頻度と共起関係とに基づいて文書の類似度を算出し、類似度の高い文書同士をグループ化すると共に、同一グループ内の各文書の階層関係を生成し、文書を分類する技術が知られている。
【０００３】
例えば、ユーザの意図に即した分類分けを実行する技術が開示されている（例えば、特許文献１を参照）。この技術によれば、複数の文書間の複数の形態素からなる合成語であっても、同一の合成語として取り扱うことができるため、より精度の高い分類分けが可能となる。
【特許文献１】特開２００５−８５１１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、複数のユーザが例えば文書（記事）を作成し、投稿し、閲覧することができるグループウェア、電子掲示板または文書管理システム等のシステムにおいて、例えば新規に投稿される記事と、その記事を作成するときに参考にした既存の記事との結びつき（関係）を設定するシステムがある。
【０００５】
このようなシステムにおいて、上記したような記事を分類分けする技術を用いて、新規の記事が投稿される際、例えば投稿記事の作成時に参考にした記事の候補となる記事を、関係のない記事を減らし、かつできるだけ漏れも少なく自動的に見つけ出すことが考えられる。
【０００６】
しかしながら、この場合では、記事自体の種類（例えば、複数の記事をまとめて作成された記事等）については考慮されておらず、投稿記事と他の記事との関係の種類についても投稿記事の作成時に参考にした場合（以下、「参考」と表記）に限られている。
【０００７】
このため、投稿記事の種類が、例えば他の記事をまとめたような最終的な結論となる記事、あるいは、それまでの他の記事をまとめて作成した何らかの成果物として投稿された記事のような、複数の記事をまとめて作成された記事である場合に、例えば「参考」という種類とは別に「まとめ」という関係（以下、まとめ関係と表記）を設定するためには、手作業により明示的に設定する必要がある。
【０００８】
本発明の目的は、まとめ記事とまとめの元となった複数のまとめ元記事との間にまとめ関係を自動的に設定することが可能な情報共有システム及び情報共有プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の１つの態様によれば、複数のユーザによって投稿された文字列を含む複数の記事、当該複数の記事の各々を構成する文字列を含む記事ブロック及び当該複数の記事相互間の関係を示す記事関係情報を格納する記事格納手段と、ユーザの操作に応じて、当該ユーザによって新たに投稿された文字列を含む新規記事を複数の記事をまとめて作成されるまとめ記事であると推定する記事種別推定手段と、前記記事種別推定手段によってまとめ記事であると推定された前記新規記事を、当該新規記事を構成する記事ブロックに分割するブロック分割手段と、前記ブロック分割手段によって分割された記事ブロックに類似する類似記事ブロックを、当該記事ブロックに含まれる文字列の出現頻度に基づいて前記記事格納手段から探索する類似ブロック探索手段と、前記類似ブロック探索手段によって探索された類似記事ブロックを含む記事を前記記事格納手段から取得する記事取得手段と、前記記事取得手段によって取得された記事を、前記新規記事によってまとめられた記事であるまとめ元記事として選出するまとめ元選出手段と、前記記事種別推定手段による推定結果及び前記まとめ元選出手段によって選出されたまとめ元記事に基づいて、前記新規記事をまとめ記事として決定する記事種別決定手段と、前記記事種別決定手段によってまとめ記事として決定された新規記事及び前記まとめ元選出手段によって選出されたまとめ元記事の関係を示す記事関係情報を前記記事格納手段に格納する記事関係情報格納処理手段とを具備する情報共有システムが提供される。
【発明の効果】
【００１０】
本発明によれば、まとめ記事とまとめの元となった複数のまとめ元記事との間にまとめ関係を自動的に設定することを可能とする。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して、本発明の実施形態について説明する。
【００１２】
図１は、本発明の実施形態に係る情報共有システムを含むクライアント−サーバシステムのハードウェア構成を示すブロック図である。
【００１３】
図１のクライアント−サーバシステムは、主として、コンピュータ（サーバコンピュータ）１０と、複数のクライアント端末とから構成される。複数のクライアント端末はクライアント端末２０を含む。クライアント端末２０上では、コンピュータ１０を利用するクライアントソフトウェアが動作する。クライアントソフトウェアは、例えばブラウザである。クライアント端末２０を含む複数のクライアント端末は、ローカルエリアネットワーク（ＬＡＮ）のようなネットワーク３０を介してコンピュータ１０と接続されている。なお、図１には、クライアント端末２０以外のクライアント端末は省略されている。
【００１４】
コンピュータ１０は、ハードディスクドライブのような外部記憶装置４０と接続されている。この外部記憶装置４０は、コンピュータ１０によって実行されるプログラム４１を格納する。コンピュータ１０及び外部記憶装置４０は、情報共有システム５０を構成する。
【００１５】
図２は、図１に示される情報共有システム５０の主として機能構成を示すブロック図である。情報共有システム５０は、インタフェース５１、メールクライアント５２、メール送受信サーバ５３、記事受取／保管／提供サーバ５４、記事種別推定部５５、閲覧履歴記録部５６、探索範囲決定部５７、探索範囲利用履歴記録部５８、ブロック分割部５９、まとめ元選出部６０及び記事種別決定部６１を含む。本実施形態において、これらの各部５１乃至６１は、図１に示されるコンピュータ１０が外部記憶装置４０に格納されているプログラム４１を実行することにより実現されるものとする。このプログラム４１は、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、このプログラム４１が、ネットワーク３０を介してコンピュータ１０にダウンロードされても構わない。
【００１６】
また、情報共有システム５０は、記事データベース（ＤＢ）４２、パラメータ情報格納部４３及び形態素インデックス格納部４４を含む。本実施形態において、これらは、外部記憶装置４０に格納される。
【００１７】
インタフェース５１は、クライアント端末２０を含むクライアント端末と情報共有システム５０との間のデータの入出力を行う。インタフェース５１は、記事入力インタフェース５１１、記事表示インタフェース５１２、結果表示インタフェース５１３及び関係編集インタフェース５１４を含む。
【００１８】
記事入力インタフェース５１１は、ユーザ（利用者）が例えばクライアント端末２０を操作して新たに作成（投稿）した記事を示す情報（以下、単に記事と称する）を入力する。以下、ユーザによって新たに作成された記事を新規記事とする。記事表示インタフェース５１２は、例えばクライアント端末２０のブラウザによって記事を表示させる。結果表示インタフェース５１３は、記事種別決定部６１によって例えば複数の記事をまとめて作成されるまとめ記事として決定された新規記事及び当該新規記事によってまとめられた記事であるまとめ元記事を、例えばクライアント端末２０のブラウザによって表示させることによってユーザに提示する。関係編集インタフェース５１４は、結果表示インタフェース５１３によって提示されたまとめ元記事を、例えばユーザの操作に応じて当該まとめ元記事から除外または追加する。
【００１９】
メールクライアント５２は、例えばユーザの操作に応じて、新規記事をメールとして作成する。メール送受信サーバ５３は、メールクライアント５２によって作成されたメール（新規記事）を受信する。メール送受信サーバ５３は、受信された新規記事を記事受取／保管／提供サーバ５４に送信する。また、メール送受信サーバ５３は、記事種別決定部６１によってまとめ記事として決定された新規記事及び当該新規記事のまとめ元記事を、メールクライアント５２を介してユーザに対してメールにより通知する。
【００２０】
記事受取／保管／提供サーバ５４は、記事入力インタフェース５１１によって入力された新規記事またはメール送受信サーバ５３によって送信された新規記事を受信する。記事受取／保管／提供サーバ５４は、受信された新規記事を記事種別推定部５５に送信する。記事受取／保管／提供サーバ５４は、記事データベース４２に格納されている記事を記事表示インタフェース５１２に送信する。また、記事受取／保管／提供サーバ５４は、記事種別決定部６１によって決定された新規記事及びまとめ選出部６０によって選出されたまとめ元記事を結果表示インタフェース５１３に送信する。記事受取／保管／提供サーバ５４は、記事種別決定部６１によってまとめ記事として決定された新規記事及びまとめ選出部６０によって選出されたまとめ元記事の「まとめ」という関係（以下、まとめ関係と表記）を示す記事関係情報を記事データベース４２に格納する処理を実行する。
【００２１】
記事種別推定部５５は、ユーザの操作に応じて、記事受取／保管／提供サーバ５４によって送信された新規記事がまとめ記事であるか否かを推定する。記事種別推定部５５は、まとめ記事であると推定された新規記事を探索範囲決定部５７に送信する。一方、記事種別推定部５５は、まとめ記事でない推定された新規記事をブロック分割部５９に送信する。また、記事種別推定部５５は、推定結果を記事種別決定部６１に送信する。
【００２２】
閲覧履歴記録部５６は、クライアント端末２０（を操作するユーザ）毎に、記事データベース４２に格納されている記事のうち、当該クライアント端末２０を操作してユーザが閲覧した記事の履歴を示す情報（以下、閲覧履歴情報と称する）を記事データベース４２に記録（格納）する処理を行う。
【００２３】
記事データベース４２には、クライアント端末２０を含むクライアント端末を操作する複数のユーザによって作成（投稿）された複数の記事及び当該複数の記事相互間の関係を示す記事関係情報が格納される。また、記事データベース４２には、当該記事データベース４２に格納されている複数の記事の各々を構成する記事ブロックが格納されている。この複数の記事及び記事ブロックは、文字列を含む。また記事データベース４２には、閲覧履歴情報が格納される。記事データベース４２には、例えばユーザが所属するコミュニティまたはユーザがお気に入りに登録している記事等の、複数のユーザの各々に関する情報（ユーザ情報）についても格納されている。
【００２４】
パラメータ情報格納部４３には、記事データベース４２に格納されている複数の記事のうち、新規記事のまとめ元記事となる記事が探索される探索範囲を特定するために用いられるパラメータ情報が予め格納されている。このパラメータ情報についての詳細は、後述する。
【００２５】
探索範囲決定部５７は、パラメータ情報格納部４３に格納されているパラメータ情報に基づいて、新規記事のまとめ元記事となる記事を探索する探索範囲を決定する。この探索範囲は、記事データベース４２内の範囲である。探索範囲決定部５７は、決定された探索範囲を示す情報（探索範囲情報）をまとめ元選出部６０に送信する。また、探索範囲決定部５７は、記事種別推定部５５から送信された新規記事をブロック分割部５９に送信する。
【００２６】
探索範囲利用履歴記録部５８は、例えばクライアント端末２０（を操作するユーザ）毎に、探索範囲決定部５７によって決定された探索範囲の履歴を示す情報（以下、探索範囲履歴情報と表記）を記事データベース４２に記録（格納）する処理を行う。
【００２７】
ブロック分割部５９は、記事種別推定部５５または探索範囲決定部５７から送信された新規記事を、当該新規記事を構成する文字列を含む記事ブロックに分割する処理を実行する。また、ブロック分割部５９は、ブロック分割処理が実行されると、新規記事及びブロック分割された記事ブロックを記事データベース４２に格納（保管）する。また、ブロック分割部５９は、新規記事及び記事ブロックを形態素解析する。ブロック分割部５９は、形態素解析した結果（を示す情報）を形態素インデックス格納部４４に格納する。また、ブロック分割部５９は、記事種別推薦部５５によってまとめ記事であると推定された新規記事については、当該新規記事及び当該新規記事を構成する記事ブロックをまとめ元選出部６０に送信する。
【００２８】
まとめ元選出部６０は、探索範囲決定部５７によって送信された探索範囲情報に基づいて、ブロック分割部５９によって送信された新規記事を構成する記事ブロックに類似する類似記事ブロックを記事データベース４２から探索する。このとき、まとめ元選出部６０は、形態素インデックス格納部４４を参照して、記事ブロックに含まれる文字列の出現頻度に応じて探索処理を実行する。また、まとめ元選出部６０は、探索された類似記事ブロックを含む記事を記事データベース４２から取得する。まとめ元選出部６０は、取得された記事をまとめ元として選出する。まとめ元選出部６０は、新規記事及び選出されたまとめ元記事を記事受取／保管／提供サーバ５４及び記事種別決定部６１に送信する。
【００２９】
記事種別決定部６１は、記事種別推定部５５から送信された推定結果と、まとめ元選出部６０から送信された新規記事及びまとめ元記事とに基づいて、当該新規記事をまとめ記事として決定する処理を実行する。記事種別決定部６１は、新規記事がまとめ記事として決定されたことを示す結果を記事受取／保管／提供サーバ５４に送信する。
【００３０】
図３は、記事データベース４２に格納されている記事（を示す情報）のデータ構造の一例を示す。記事は、各記事を一意に特定する識別子である記事ＩＤ、当該記事のタイトル及び当該記事の本文（テキスト）を含む。なお、図３では省略されているが、記事は、例えば当該記事を作成（投稿）したユーザ、当該記事が投稿された先（を示す情報）を含む。記事が投稿された先は、当該記事が投稿された例えばスレッドまたはコミュニティ等を示す。また、図３では、説明の簡略化のために、記事が記事の本文を含むことを前提としている。しかし、記事の本文は可変長であるため、当該本文を記事から切り離して記事データベース４２に格納し、当該本文の位置を示す例えばアドレスを当該記事に設定する構成であっても良い。
【００３１】
図３に示す例では、記事７１は、記事ＩＤ「１」、タイトル「×××」及び本文テキスト「××××」を含む。記事７２は、記事ＩＤ「２」、タイトル「△△△」及び本文テキスト「△△△△」を含む。また、記事７３は、記事ＩＤ「３」、タイトル「○○○」及び本文テキスト「○○○○」を含む。
【００３２】
図４は、記事データベース４２に格納されている記事ブロック（を示す情報）のデータ構造の一例を示す。記事ブロックは、各記事ブロックを一意に特定する識別子である記事ブロックＩＤ、当該記事ブロックが含まれる記事を示す記事ＩＤ及び当該記事ブロックの本文（テキスト）を含む。また、上記した図３に示す記事と同様に、図４では、説明の簡略化のために、記事ブロックが記事ブロックの本文を含むことを前提としている。しかし、記事ブロックの本文は可変長であるため、当該本文を記事ブロックから切り離して記事データベース４２に格納し、当該本文の位置を示す例えばアドレスを当該記事ブロックに設定する構成であっても良い。
【００３３】
図４に示す例では、記事ブロック８１は、記事ブロックＩＤ「１」、記事ＩＤ「１」及び記事ブロック本文「ａａａａ」を含む。記事ブロック８２は、記事ブロックＩＤ「２」、記事ＩＤ「１」及び記事ブロック本文「ｂｂｂｂ」を含む。また、記事ブロック８３は、記事ブロックＩＤ「３」、記事ＩＤ「２」及び記事ブロック本文「ｃｃｃｃ」を含む。記事ブロック８４は、記事ブロックＩＤ「４」、記事ＩＤ「２」及び記事ブロック本文「ｄｄｄｄ」を含む。図４に示す例では、記事ブロック８１及び記事ブロック８２は、記事ＩＤ「１」によって示される記事に含まれる。同様に、記事ブロック８３及び記事ブロック８４は、記事ＩＤ「２」によって示される記事に含まれる。
【００３４】
図５は、記事データベース４２に格納されている記事関係情報のデータ構造の一例を示す。記事関係情報は、記事データベース４２に格納されている複数の記事相互間の関係を示す。記事関係情報は、元記事となる記事を示す元記事ＩＤ、先記事となる記事を示す先記事ＩＤ及び当該元記事と当該先記事との記事相互間の関係を含む。
【００３５】
図５に示す例では、記事関係情報９１は、元記事ＩＤ「１」、先記事ＩＤ「２」及び関係「返信」を含む。つまり、記事関係情報９１は、先記事ＩＤ「２」によって示される記事が元記事ＩＤ「１」によって示される記事に対する返信として作成されたことを示す。
【００３６】
また、記事関係情報９２は、元記事ＩＤ「３」、先記事ＩＤ「４」及び関係「改訂」を含む。つまり、記事関係情報９２は、先記事ＩＤ「４」によって示される記事が元記事ＩＤ「３」によって示される記事を改訂することによって作成されたことを示す。
【００３７】
また、記事関係情報９３は、元記事ＩＤ「２」、先記事ＩＤ「５」及び関係「まとめ」を含む。また、記事関係情報９４は、元記事ＩＤ「３」、先記事ＩＤ「５」及び関係「まとめ」を含む。つまり、記事関係情報９３及び９４は、先記事ＩＤ「５」によって示される記事が元記事ＩＤ「２」によって示される記事及び元記事ＩＤ「３」によって示される記事をまとめることによって作成されたことを示す。
【００３８】
なお、記事相互間の関係には、上記した「返信」、「改訂」または「まとめ」以外にも、例えば「参照」等が含まれる。
【００３９】
次に、図６のフローチャートを参照して、ユーザによって新たに作成された記事（新規記事）が投稿された場合における情報共有システム５０の処理手順について説明する。ここでは、新規記事はインタフェース５１を介して投稿されたものとする。
【００４０】
まず、インタフェース５１の記事入力インタフェース５１２は、新規記事を入力する（ステップＳ１）。なお、新規記事は、メールクライアント５２によりメールとして作成され、メール送受信サーバ５３によって受信（入力）されても良い。新規記事がメールとして入力された場合であっても、記事入力インタフェース５１２によって新規記事が入力された場合と同様の処理が実行される。記事受取／保管／提供サーバ５４は、入力された新規記事を記事種別推定部５５に送信する。
【００４１】
記事種別推定部５５は、記事受取／保管／提供サーバ５２によって送信された新規記事がまとめ記事であるか否かを、当該新規記事が作成された際のユーザの操作に応じて推定（判定）する（ステップＳ２）。
【００４２】
探索範囲決定部５７は、記事種別推定部５４によって新規記事がまとめ記事であると推定された場合（ステップＳ２のＹＥＳ）、パラメータ情報格納部４３に格納されているパラメータ情報に基づいて、新規記事のまとめ元記事を探索する探索範囲を決定する（ステップＳ３）。このとき、探索範囲決定部５７は、記事データベース４２内において探索範囲を決定する。探索範囲決定部５７は、例えば記事データベース４２に格納されている記事に含まれる記事の投稿者または記事の投稿先を示す情報に基づいて決定処理を実行する。また、探索範囲決定部５７は、記事データベース４２に格納されている閲覧履歴情報、探索範囲履歴情報またはユーザ情報に基づいて決定処理を実行する。
【００４３】
ここで、前述したパラメータ情報について具体的に説明する。ユーザは、パラメータ情報を設定することにより、まとめ元記事を探索する探索範囲を指定することができる。
【００４４】
まず、パラメータ情報が適用される範囲を指定することができる。例えば（１）情報共有システム５０の全体、（２）新規記事を投稿したユーザ毎、（３）ユーザが新規記事を投稿する都度が指定される。
【００４５】
（１）が指定されている場合には、情報共有システム５０全体に適用されるパラメータ情報が設定される。（１）については、パラメータ情報が予め設定された情報共有システム５０のシステム設定ファイルを用いることができる。
【００４６】
（２）が指定されている場合には、新規記事を投稿したユーザ毎に適用されるパラメータ情報が設定される。（２）については、ユーザ単位にパラメータ情報が予め設定されたユーザ毎の設定ファイルを用いることができる。
【００４７】
また、（３）が指定されている場合には、ユーザが新規記事を投稿する都度、適用されるパラメータ情報が設定される。（３）については、記事投稿時に、例えば記事の付加情報（特定の名称として添付ファイル等）によりパラメータ情報を設定することができる。
【００４８】
ここで、パラメータ情報の具体例として、
ａ）投稿された新規記事と同じスレッドに属する記事
ｂ）新規記事を投稿したユーザが所属するグループ（コミュニティまたはＷＧ）に投稿された記事
ｃ）新規記事を投稿したユーザの閲覧履歴内の記事
ｄ）新規記事を投稿したユーザによって“お気に入り”としてマーキングされている記事
ｅ）新規記事を投稿したユーザに対して、最近（ｎ日以内）に配信された記事
ｆ）新規記事を投稿したユーザが頻繁に範囲利用する探索範囲
ｇ）新規記事を投稿したユーザが所属するグループ内において、頻繁に利用される探索範囲
が挙げられる。また、上記したａ）からｇ）は、and／orにより複数指定することができる。
【００４９】
次に、ブロック分割部５９は、当該新規記事を記事ブロックに分割する処理を実行する（ステップＳ４）。この記事ブロックに分割する処理は、例えば記事に含まれる空行または「＝＝＝＝」のような仕切り文字に応じて実行される。また、ブロック分割部５９は、新規記事及び分割された記事ブロックを記事データベース４２に格納する。また、ブロック分割部５９は、新規記事及び記事ブロックを形態素解析し、その結果を形態素インデックス格納部４４に格納する。
【００５０】
まとめ元選出部６０は、ブロック分割部５９によって分割処理された新規記事を構成する記事ブロックに類似する類似記事ブロックを記事データベース４２から探索する（ステップＳ５）。まとめ元選出部６０は、形態素インデックス格納部４４に格納されている形態素解析の結果に基づいて、記事ブロックに含まれる文字列の出現頻度に応じて類似記事ブロックを探索する。このとき、まとめ元選出部６０は、探索範囲決定部５７によって決定された探索範囲内において、探索処理を実行する。
【００５１】
まとめ元選出部６０は、探索された類似記事ブロックを含む記事を記事データベース４２から取得する。まとめ元選出部６０は、取得された記事を新規記事のまとめ元記事として選出する（ステップＳ６）。
【００５２】
記事種別決定部６１は、記事種別推定部５５による推定結果と新規記事及びまとめ元選出部６０によって選出されたまとめ元記事とに基づいて、当該新規記事をまとめ記事として決定するか否かを判定する（ステップＳ７）。
【００５３】
記事受取／保管／提供サーバ５４は、記事種別決定部６１によって新規記事がまとめ記事として決定された場合（ステップＳ７のＹＥＳ）、当該新規記事及びまとめ元選出部６０によって選出されたまとめ元記事のまとめ関係を示す記事関係情報を記事データベース４２に格納する処理を実行する（ステップＳ８）。ここで、記事データベース４２に格納された記事関係情報は、記事種別決定部６１によってまとめ記事として決定された新規記事がまとめ元選出部６０によって選出されたまとめ元記事をまとめることによって作成されたことを示す。この処理によって、新規記事及びまとめ元記事との間にまとめ関係が設定される。
【００５４】
記事受取／保管／提供サーバ５４は、新規記事がまとめ記事として決定された旨、当該新規記事及び当該新規記事のまとめ元記事を、結果表示インタフェース５１３を介してユーザに提示する（ステップＳ９）。ここでは、新規記事及びまとめ元記事のまとめ関係を示す記事関係情報が格納されたことが、ユーザに提示される。このとき、ユーザは、例えばクライアント端末２０を操作して提示されたまとめ元記事を除外または追加することによって、ステップＳ８において格納された記事関係情報を編集することができる。記事受取／保管／提供サーバ５４は、例えばユーザによって記事関係情報が編集された場合には、ステップＳ８において格納された記事関係情報を当該ユーザによって編集された記事関係情報に置き換えて記事データベース４２に格納する処理を実行する。
【００５５】
なお、新規記事がまとめ記事として決定された旨及び当該新規記事のまとめ元記事は、メール送受信サーバ５３に送信され、メールクライアント５２を介してメールとしてユーザに提示されても良い。
【００５６】
一方、ステップＳ２において、記事種別推定部５４によって新規記事がまとめ記事でないと推定された場合、ブロック分割部５９は、当該新規記事を記事ブロックに分割する処理を実行する（ステップＳ１０）。ブロック分割部５９は、新規記事及び分割された記事ブロックを記事データベース４２に格納する。この処理が実行されると、処理は終了される。
【００５７】
また、ステップＳ７において、記事種別決定部６１によって新規記事がまとめ記事として決定されない場合、処理は終了される。
【００５８】
次に、図７のフローチャートを参照して、記事種別推定部５５の処理手順について詳細に説明する。
【００５９】
まず、記事種別推定部５５は、記事受取／保管／提供サーバ５４によって送信された新規記事が明示的にまとめ記事として投稿（まとめ投稿）された記事であるか否かを例えばユーザの操作に応じて判定する（ステップＳ１１）。ユーザがクライアント端末２０を操作して新規記事を投稿する際に、例えばまとめ記事を作成する旨を示すまとめボタンを押下して新規記事を作成した場合には、記事種別推定部５５は、新規記事が明示的にまとめ記事として投稿された記事であると判定する。
【００６０】
記事種別推定部５５は、新規記事が明示的にまとめ記事として投稿された記事であると判定された場合（ステップＳ１１のＹＥＳ）、当該新規記事をまとめ記事であると推定する（ステップＳ１２）。
【００６１】
一方、記事種別推定部５５は、ステップＳ１１において新規記事が明示的にまとめ記事として投稿された記事でないと判定された場合、当該新規記事が複数の記事から作成される成果物の記事として投稿された記事であるか否かを判定する（ステップＳ１３）。例えばユーザが、クライアント端末２０を操作して新規記事を投稿する際に、例えば議事録を作成する旨を示すボタン等を押下して作成されたような他の記事とは区別された新規記事を作成した場合には、記事種別推定部５５は、新規記事が成果物として投稿された記事であると判定する。
【００６２】
記事種別推定部５５は、新規記事が成果物として投稿された記事であると判定された場合（ステップＳ１３のＹＥＳ）、当該新規記事がまとめ記事であると推定する（ステップＳ１２）。
【００６３】
一方、記事種別推定部５５は、ステップＳ１３において新規記事が成果物として投稿された記事でないと判定された場合、当該新規記事がまとめ記事でないと推定する（ステップＳ１４）。
【００６４】
次に、図８のフローチャートを参照して、まとめ元選出部６０の処理手順について詳細に説明する。
【００６５】
まず、まとめ元選出部６０は、ブロック分割部５９によって分割された記事ブロック及び探索範囲決定部５７によって決定された探索範囲を示す探索範囲情報を取得する（ステップＳ２１）。ここで、取得された記事ブロックは、新規記事を構成する記事ブロックである。また、探索範囲情報は、記事データベース４２の範囲を示す。
【００６６】
まとめ元選出部６０は、取得された記事ブロックから、記事ブロックを１つ取り出す（ステップＳ２２）。
【００６７】
まとめ元選出部６０は、取得された探索範囲情報によって示される記事データベース４２の探索範囲内において、取り出された記事ブロックに類似する類似記事ブロックを探索（検索）する（ステップＳ２３）。このとき、まとめ元選出部６０は、形態素インデックス格納部４４を参照して、記事ブロックに含まれる文字列の出現頻度及び記事データベース４２に格納されている記事または記事ブロックが形態素解析された結果に基づいて探索処理を実行する。
【００６８】
まとめ元選出部６０は、探索範囲内において、類似記事ブロックがヒットしたか否かを判定する（ステップＳ２４）。このとき、まとめ元選出部６０は、類似記事ブロックがヒットした場合は、当該類似記事ブロックのスコア（記事ブロックに類似する度合いを示す類似度）を取得する。
【００６９】
まとめ選出部６０は、類似記事ブロックがヒットしたと判定された場合（ステップＳ２４のＹＥＳ）、当該ヒットした類似記事ブロックから、類似記事ブロックを１つ取り出す（ステップＳ２５）。
【００７０】
まとめ元選出部６０は、ステップＳ２５において取り出された類似記事ブロックのスコアが例えばユーザによって設定された閾値を超えたか否かを判定する（ステップＳ２６）。
【００７１】
まとめ元選出部６０は、類似記事ブロックのスコアが閾値を超えたと判定された場合（ステップＳ２６のＹＥＳ）、当該類似記事ブロックを含む記事を記事データベース４２から取得する（ステップＳ２７）。
【００７２】
まとめ元選出部６０は、ステップＳ２５において取り出された類似記事ブロック及び当該類似記事ブロックを含む記事を抽出結果リストに追加する（ステップＳ２８）。
【００７３】
まとめ元選出部６０は、ステップＳ２４においてヒットした全ての類似記事ブロックについて上記したステップＳ２５〜Ｓ２８の処理を実行したか否かを判定する（ステップＳ２９）。
【００７４】
まとめ元選出部６０は、全ての類似記事ブロックについて処理したと判定された場合（ステップＳ２９のＹＥＳ）、ステップＳ２１において取得された全ての記事ブロックについて上記したステップＳ２２〜Ｓ２９の処理を実行したか否かを判定する（ステップＳ３０）。
【００７５】
まとめ元選出部６０は、全ての記事ブロックについて処理したと判定された場合（ステップＳ３０のＹＥＳ）、抽出結果リストにある記事のうち、新規記事との関係を示す記事関係情報が記事データベース４２に格納されている記事を取り除く（ステップＳ３１）。換言すると、抽出結果リストにある記事のうち、新規記事が投稿される際に例えばユーザの操作に応じて明示的に当該新規記事と「まとめ」以外の関係が指定されている記事を取り除く。この場合、例えば新規記事と返信、改訂または参考の関係を示す記事関係情報が記事データベース４２に格納されている記事は取り除かれる。
【００７６】
まとめ元選出部６０は、上記したステップＳ３１の処理の後に抽出結果リスト内の記事をまとめ元記事として選出する（ステップＳ３２）。
【００７７】
一方、ステップＳ２４において類似記事ブロックがヒットしないと判定された場合、ステップＳ３０の処理が実行される。
【００７８】
また、ステップＳ２６において類似記事ブロックのスコアが閾値を超えていないと判定された場合、ステップＳ２９の処理が実行される。
【００７９】
また、ステップＳ２９において全ての類似記事ブロックを処理したと判定された場合、ステップＳ２５に戻って処理が繰り返される。
【００８０】
また、ステップＳ３０において全ての記事ブロックを処理したと判定された場合、ステップＳ２２に戻って処理が繰り返される。
【００８１】
次に、図９のフローチャートを参照して、記事種別決定部６１の処理手順について詳細に説明する。
【００８２】
まず、記事種別決定部６１は、まとめ元選出部６０から送信された新規記事及びまとめ元記事と記事種別推定部５５による推定結果とを取得する（ステップＳ４１）。
【００８３】
記事種別決定部６１は、取得された推定結果によって示される前述した図７のステップＳ１１の処理での判定結果に基づいて、取得された新規記事が明示的にまとめ記事として投稿された記事であるか否かを判定する（ステップＳ４２）。
【００８４】
記事種別決定部６１は、取得された新規記事が明示的にまとめ記事として投稿された記事であると判定された場合（ステップＳ４２のＹＥＳ）、当該新規記事をまとめ記事として決定する（ステップＳ４３）。
【００８５】
一方、記事種別決定部６１は、取得された新規記事が明示的にまとめ記事として投稿された記事でないと判定された場合（ステップＳ４２のＮＯ）、まとめ元選出部６０によってまとめ元記事が選出されたか否かを判定する（ステップＳ４４）。
【００８６】
記事種別決定部６１は、まとめ元選出部６０によって選出されたまとめ元記事が存在すると判定された場合（ステップＳ４４のＹＥＳ）、ステップＳ４１において取得された新規記事をまとめ記事として決定する（ステップＳ４３）。
【００８７】
一方、記事種別決定部６１は、まとめ元選出部６０によって選出されたまとめ元記事が存在しないと判定された場合（ステップＳ４４のＮＯ）、取得された新規記事をまとめ記事と決定しない（ステップＳ４５）。
【００８８】
上記したように、記事種別決定部６１によって新規記事がまとめ記事として決定されると、記事受取／保管／提供サーバ５４は、当該新規記事及びまとめ元選出部６０によって選出されたまとめ元記事の各々のまとめ関係を示す記事関係情報を記事データベース４２に格納する。これにより、新規記事及びまとめ元記事との間にまとめ関係が設定される。また、記事受取／保管／提供サーバ５４は、新規記事がまとめ記事として決定された旨、当該新規記事及びまとめ元選出部６０によって選出されたまとめ元記事を、結果表示インタフェース５１３を介してユーザに提示する。また、新規記事がまとめ記事として決定された旨及びまとめ元選出部６０によって選出されたまとめ元記事は、メール送受信サーバ５３に送信され、メールクライアント５２を介してメールとしてユーザに提示されても良い。
【００８９】
なお、新規記事がまとめ記事として決定された旨、当該新規記事及びまとめ元記事が提示されたユーザは、関係編集インタフェース５１４によって当該まとめ元記事を例えば追加及び除外する等の操作を行うことにより、記事関係情報を編集することができる。ここで、記事データベース４２に格納された記事関係情報が編集された場合には、記事データベース４２に格納されている記事関係情報に代えて編集された記事関係情報が記事データベース４２に格納される。
【００９０】
上記したように本実施形態においては、記事種別推定部５５によって新規記事がまとめ記事であるか否かが推定され、まとめ元選出部６０がまとめ記事の元となった記事を選出することによって、当該新規記事とまとめ元選出部６０によって選出されたまとめ元記事との間のまとめ関係を示す記事関係情報が格納される。これによって、新規記事とまとめ元記事との間にまとめ関係を自動的に設定することが可能となる。
【００９１】
また、本実施形態においては、新規記事を記事ブロックに分割し、当該記事ブロックに類似する類似記事ブロックを探索することによってまとめ元記事を選出する構成であるので、まとめ元記事を選出する処理の精度を向上することが可能となる。
【００９２】
また、新規記事を構成する記事ブロックに類似する類似記事ブロックを探索する範囲をパラメータ情報に基づいて決定するため、記事データベース４２に格納されている全ての記事ブロックから類似記事ブロックを探索する必要はなく、まとめ元記事となる可能性の低い記事ブロックを除いて探索処理を実行することが可能となる。
【００９３】
また、新規記事と例えば返信、改訂または参照等のまとめ以外の関係を有する記事をまとめ元記事から取り除くことができるので、より正確にまとめ元記事を選出することが可能となる。
【００９４】
また、本実施形態に係る情報共有システム５０において、新規記事及びまとめ元選出部６０によって選出されたまとめ元記事のまとめ関係を示す記事関係情報をユーザが編集することによって、より正確な記事関係情報を記事データベース４２に格納することが可能となる。
【００９５】
なお、本実施形態においては、新規記事とまとめ元記事とのまとめ関係を示す記事関係情報を自動的に格納する構成について説明したが、当該記事関係情報を格納する前に、まとめ関係を設定する候補としてユーザに対して提示する構成であっても良い。この場合には、提示されたまとめ関係の候補を、例えばユーザが編集し、当該編集されたまとめ関係を示す記事関係情報が格納される。
【００９６】
また、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００９７】
【図１】本発明の実施形態に係る情報共有システムを含むクライアント−サーバシステムのハードウェア構成を示すブロック図。
【図２】図１の情報共有システム５０の主として機能構成を示すブロック図。
【図３】記事データベース４２に格納されている記事のデータ構造の一例を示す図。
【図４】記事データベース４２に格納されている記事ブロックのデータ構造の一例を示す図。
【図５】記事データベース４２に格納されている記事関係情報のデータ構造の一例を示す図。
【図６】新規記事が投稿された場合における情報共有システム５０の処理手順を示すフローチャート。
【図７】記事種別推定部５５の処理手順を示すフローチャート。
【図８】まとめ元選出部６０の処理手順を示すフローチャート。
【図９】記事種別決定部６１の処理手順を示すフローチャート。
【符号の説明】
【００９８】
１０…コンピュータ、２０…クライアント端末、３０…ネットワーク、４０…外部記憶装置、４２…記事データベース、４３…パラメータ情報格納部、４４…形態素インデックス格納部、５０…情報共有システム、５１…インタフェース、５２…メールクライアント、５３…メール送受信サーバ、５４…記事受取／保管／提供サーバ、５５…記事種別推定部、５６…閲覧履歴記録部、５７…探索範囲決定部、５８…探索範囲利用履歴記録部、５９…ブロック分割部、６０…まとめ元選出部、６１…記事種別決定部、５１１…記事入力インタフェース、５１２…記事表示インタフェース、５１３…結果表示インタフェース、５１４…関係編集インタフェース。
【図１】
2008140085.tif 000003
【図２】
2008140085.tif 000004
【図３】
2008140085.tif 000005
【図４】
2008140085.tif 000006
【図５】
2008140085.tif 000007
【図６】
2008140085.tif 000008
【図７】
2008140085.tif 000009
【図８】
2008140085.tif 000010
【図９】
2008140085.tif 000011