JP5296146B2 - 文書データ管理装置、文書データ継承方法およびプログラム - Google Patents

Description

本発明の実施形態は、文書データ管理装置、文書データ継承方法およびプログラムに関する。

従来、例えば電子掲示板などの仮想コミュニティを通じて複数のユーザ間で情報を共有できるようにするシステムが知られている。このシステムは、例えば、通信ネットワーク上のサーバとして実現される文書データ管理装置が、仮想コミュニティのメンバとして登録されたユーザのユーザ端末（クライアント）に対して仮想コミュニティに対する文書データの投稿および投稿された文書データの閲覧を行うコミュニティ画面を提供する、サーバ−クライアントシステムとして実現される。文書データ管理装置は、ユーザ端末のコミュニティ画面から仮想コミュニティに対して投稿された文書データを、共通の話題に関する文書データの集合であるスレッドごとに管理し、仮想コミュニティのメンバがスレッド単位で文書データを閲覧できるようにする。

仮想コミュニティは、例えば企業活動の中で活用される仮想コミュニティを例に挙げると、ある商品開発のプロジェクトに携わる開発メンバ同士の議論の場を提供するなど、所定の目的に応じて生成されるのが一般的である。したがって、新たな商品開発のプロジェクトが立ち上がった場合など、新たな目的が発生すると、その新たな目的に合わせて新たな仮想コミュニティが生成される。このとき、新たに開発する商品が他の商品に関連する場合などにおいては、他の商品の開発にあたって生成された既存の仮想コミュニティで交わされた議論が、新たな商品開発において有用な情報となる場合が多い。このような観点から、新たな仮想コミュニティを生成する際に、既存の仮想コミュニティのスレッドを継承して、新たな仮想コミュニティを生成する試みもなされている。

既存の仮想コミュニティのスレッドを継承して新たな仮想コミュニティを生成する場合、既存の仮想コミュニティと新たに生成する仮想コミュニティとでは、メンバに差異が生じることも多い。その場合、既存の仮想コミュニティのスレッドを新たな仮想コミュニティに単純に継承するだけでは、継承したスレッドのうち、どのスレッドの話題を優先的に扱うべきか、新たな仮想コミュニティのメンバに伝わらない。例えば、継承したスレッドに含まれる文書データを投稿したユーザが、新たな仮想コミュニティのメンバから外れている場合は、そのスレッドの話題に対して早期に結論を出す必要が生じることもあるが、新たな仮想コミュニティのメンバは、このような優先的に扱うべきスレッドを認識できない。

特許第４０４０８４９号公報

本発明が解決しようとする課題は、既存の仮想コミュニティのスレッドを継承して生成された新たな仮想コミュニティのメンバに、継承されたスレッドのうち優先的に扱うべきスレッドを認識させることができる文書データ管理装置、文書データ継承方法およびプログラムを提供することである。

実施形態の文書データ管理装置は、仮想コミュニティのメンバであるユーザのユーザ端末に、仮想コミュニティに対する文書データの投稿および前記文書データの閲覧を行うためのコミュニティ画面を提供し、前記文書データを、前記文書データの集合であるスレッドごとに管理する文書データ管理装置である。この文書データ管理装置は、取得手段と、検出手段と、決定手段と、第１表示制御手段と、を備える。取得手段は、既存の第１仮想コミュニティに属するスレッドを継承した第２仮想コミュニティを生成するための設定情報を取得する。検出手段は、前記設定情報に基づいて、前記第１仮想コミュニティのメンバと前記第２仮想コミュニティのメンバとの間の差異を検出する。決定手段は、前記差異に基づいて、前記第１仮想コミュニティから前記第２仮想コミュニティに継承されるスレッドの優先度を決定する。第１表示制御手段は、前記第１仮想コミュニティから継承されたスレッドを前記優先度が高い順に並べたスレッド一覧を含む、前記第２仮想コミュニティのコミュニティ画面を、前記ユーザ端末に表示させる。

情報共有システムの概要を示すシステム構成図。 文書データ管理装置の内部構成を示す機能ブロック図。 タスク継承部の詳細を示す機能ブロック図。 継承元タスクのタスク画面の一例を示す図。 設定画面の一例を示す図。 メンバ設定画面の一例を示す図。 継承先タスクのタスク画面の一例を示す図。 タスク詳細画面の一例を示す図。 継承先タスクを生成する際に文書データ管理装置が実行する一連の処理の流れを示すフローチャート。 文書データ管理装置のハードウェア構成の一例を示す図。

以下、実施形態の文書データ管理装置、文書データ継承方法およびプログラムを、図面を参照して説明する。

図１は、本実施形態に係る文書データ管理装置を含む情報共有システムの概要を示すシステム構成図である。情報共有システムは、図１に示すように、サーバとして機能する文書データ管理装置１と、文書データ管理装置１に対してクライアントとなる複数のユーザ端末２−１，２−２，・・・，２−ｎ（以下、総称して「ユーザ端末２」という。）とが、通信ネットワーク３を介して接続された構成である。

文書データ管理装置１は、複数ユーザ間で情報交換の場となる仮想コミュニティ（本実施形態においては、このような仮想コミュニティを「タスク」と呼ぶ。）によるサービスを提供するサービス事業者が用いる装置である。一方、ユーザ端末２は、サービス事業者によるサービスを受けるユーザ、つまりサービス事業者が提供する複数のタスクの少なくともいずれかのメンバとして登録されたユーザが使用する端末である。なお、通信ネットワーク３の形態は任意であり、例えばインターネット、ＬＡＮ（ローカルエリアネットワーク）などを適用できる。

文書データ管理装置１は、ユーザ端末２にタスク画面（図４参照）を提供し、このタスク画面からタスクに投稿された文書データ（以下、単に「文書」という。）を、共通の話題に関する文書の集合であるスレッドごとに管理する。タスクのメンバとして登録されたユーザは、ユーザ端末に表示されるタスク画面を通じて、投稿された文書をスレッド単位で閲覧することができる。また、文書データ管理装置１は、既存のタスクのスレッドを継承して新たなタスクを生成する要求があった場合、設定情報を入力するための設定画面（図５参照）をユーザ端末２に表示させる。そして、文書データ管理装置１は、この設定画面から入力された設定情報を取得し、取得した設定情報に基づいて、既存のタスク（以下、「継承元タスク」という。）のスレッドを継承した新たなタスク（以下、「継承先タスク」という。）を生成し、継承先タスクのタスク画面をユーザ端末２に表示させる。このとき、文書データ管理装置１は、継承元タスクから継承先タスクへと継承するスレッドの優先度を決定する。そして、文書データ管理装置１は、優先度が高い順にスレッドを並べたスレッド一覧を含むタスク画面（図７参照）をユーザ端末２に表示させる。これにより、継承先タスクのメンバに、継承元タスクから継承されたスレッドのうち、どのスレッドを優先的に扱うべきかを認識させることができる。

図２は、本実施形態に係る文書データ管理装置の内部構成を示す機能ブロック図である。文書データ管理装置１は、図２に示すように、Ｗｅｂサーバ１０、情報取得部２０、タスク継承部３０、タスク生成部４０、ユーザデータベース（以下、データベースはＤＢと略称する。）５１、タスクＤＢ５２、文書ＤＢ５３、および、重要語ＤＢ５４を備える。なお、ユーザ端末２は、少なくともＷｅｂブラウザ６０を備えている。

Ｗｅｂサーバ１０は、各種の表示画面の生成に必要な画面情報を蓄積し、ユーザ端末２のＷｅｂブラウザ６０からの要求に応じた画面情報をユーザ端末２に送信して、ユーザ端末２に画面情報に対応する画面を表示させる。本実施形態では、Ｗｅｂサーバ１０は、設定画面表示制御部１１と、タスク画面表示制御部１２とを備える。設定画面表示制御部１１は、上述した設定画面をユーザ端末２に表示させる。タスク画面表示制御部１２は、上述したタスク画面をユーザ端末２に表示させる。

情報取得部２０は、設定画面から入力された設定情報を取得する。この設定情報には、例えば、継承先タスクのタスク名、アカウント、タスクについての説明、および、登録するメンバのユーザ名などが含まれる。また、情報取得部２０は、継承元タスクのタスクＩＤに基づいて、タスクＤＢ５２、ユーザＤＢ５１および文書ＤＢ５３を検索することで、継承元タスクに属するメンバのユーザ名と、継承元タスクに属するスレッドに関する各種情報（スレッドに含まれる文書の本文、文書の付加情報、スレッドＩＤ、スレッドの過去の継承回数など）を取得する。継承元タスクのタスクＩＤは、例えば、設定画面が継承元タスクのタスク画面から画面遷移する構成であれば、そのタスク画面から特定できる。また、継承元タスクを特定するための設定情報を設定画面から入力できるようにし、この設定情報から継承元タスクのタスクＩＤを特定するようにしてもよい。情報取得部２０は、取得したこれらの情報をタスク継承部３０に渡す。

タスク継承部３０は、情報取得部２０から受け取った情報をもとに、継承先タスクを生成するために必要な情報を生成し、タスク生成部４０に渡す。継承先タスクを生成するために必要な情報には、設定情報として入力された、継承先タスクのタスク名、アカウント、タスクについての説明、登録するメンバのユーザ名などの他、継承元タスクから継承先タスクに継承されるスレッド、および、スレッドを優先度に応じて並べたスレッド一覧を生成するための情報（スレッドの並び順）が含まれる。なお、タスク継承部３０の詳細については後述する。

タスク生成部４０は、タスク継承部３０から受け取った情報をもとに、継承元タスクからスレッドを継承した継承先タスクを生成する。タスク生成部４０が生成した継承先タスクは、タスクＤＢ５２に登録される。また、継承先タスクのメンバはユーザＤＢ５１に登録され、継承されたスレッドの文書は文書ＤＢ５３に登録される。また、タスク生成部４０は、継承先タスクのタスク画面の生成に必要な画面情報を、タスク画面表示制御部１２に渡す。タスク画面は、上述したスレッド一覧を含んでいる（図４、図７参照）。タスク生成部４０は、継承元タスクから継承先タスクへと継承されたスレッドの優先度に従ってこれらスレッドを並べたスレッド一覧を含む画面情報を、タスク画面表示制御部１２に渡す。

ユーザＤＢ５１は、ユーザ情報を格納する。ユーザ情報は、文書データ管理装置１によるサービスを受けるユーザとして登録されたユーザに関する情報である。ユーザ情報は、例えば、ユーザＩＤ、ユーザ名、アカウント、パスワード、表示名、および、プロフィールなどを含む。また、ユーザ情報は、ユーザがメンバとして所属するタスクのタスクＩＤを含む。あるユーザがあるタスクのメンバとなった場合、そのユーザのユーザ情報に、メンバとなったタスクのタスクＩＤが追加される。つまり、ユーザ情報にタスクＩＤが含まれていれば、そのユーザはタスクＩＤで識別されるタスクのメンバとして登録されていることを意味する。

タスクＤＢ５２は、タスク情報を格納する。タスク情報は、文書データ管理装置１が提供するタスクに関する情報である。タスク情報は、タスクＩＤ、タスク名、アカウント、および、タスクについての説明などを含む。また、タスク情報は、他のタスクのスレッドを継承して生成された継承先タスクの場合は継承元タスクのタスクＩＤを含む。

文書ＤＢ５３は、タスクに投稿された文書の本文および付加情報を格納する。付加情報は、文書ＩＤ、文書のタイトル、文書の作成者、文書の投稿日時、文書の属しているタスクのタスクＩＤ、および、文書と関連付けられているファイルなどを含む。また、付加情報は、文書の属しているスレッドのスレッドＩＤを含む。したがって、スレッドＩＤを指定することにより、このスレッドＩＤで識別されるスレッドに含まれる文書の本文および付加情報を文書ＤＢ５３から抽出できる。つまり、文書ＤＢ５３は、投稿された文書をスレッドごとに管理できるように、文書の本文および付加情報を格納している。また、スレッドＩＤには、このスレッドＩＤで識別されるスレッドが過去に継承された回数（タスク間で引き継がれた回数）を表す情報が関連付けられている。したがって、このスレッドＩＤを指定することにより、このスレッドＩＤで識別されるスレッドが過去に継承された回数を取得できる。

重要語ＤＢ５４は、予め重要語として指定された単語を格納する。重要語ＤＢ５４に格納される重要語は、文書データ管理装置１が提供するタスクで交わされる議論において特にメンバが重要な単語として注目することが想定される単語である。このような重要語は、情報共有システムが適用される環境によって様々であるため、情報共有システムが適用される環境に合わせて適切な単語を選定し、重要語ＤＢ５４に格納すればよい。

図３は、タスク継承部３０の詳細を示す機能ブロック図である。タスク継承部３０は、図３に示すように、メンバ差異検出部３１、優先度決定部３２、および、スレッド並び順設定部３３を備える。

メンバ差異検出部３１は、情報取得部２０から受け取った設定情報に含まれる継承先タスクのメンバのユーザ名と、情報取得部２０から受け取った継承元タスクのメンバのユーザ名とを比較し、継承元タスクのメンバと継承先タスクのメンバとの間の差異（メンバ差異）を検出する。そして、メンバ差異検出部３１は、検出したメンバ差異を優先度決定部３２に渡す。

優先度決定部３２は、例えば、メンバ差異検出部３１から受け取ったメンバ差異、情報取得部２０から受け取った継承元タスクから継承先タスクに継承するスレッドに含まれる文書の投稿日時、継承元タスクから継承先タスクに継承するスレッドの過去の継承回数、および、重要語ＤＢ５４に登録された重要語などの情報を用い、継承元タスクから継承先タスクに継承する各スレッドの優先度を決定する。以下に、スレッドの優先度についての考察、およびそれに基づいた優先度決定部３２による優先度決定の具体的手法の一例を示す。なお、以下の例では、優先度を決定するためのいくつかの指標ごとに各スレッドのスコアを求め、これらスコアの合計値を優先度として扱うようにしているが、この例はあくまで一例であり、スレッドの優先度を決定する方法はこの例に限定されるものではない。

継承元タスクから継承するスレッドに含まれる文書を投稿したユーザが、継承先タスクのメンバに含まれていない場合、そのスレッドで扱われている話題は、早期に結論を出す必要性が高いと推察される。したがって、優先度決定部３２は、メンバ差異検出部３１から受け取ったメンバ差異を用い、継承するスレッドが継承先タスクのメンバに含まれないユーザが投稿した文書を含むか否か、また、そのような文書を含む場合にはその割合を、スレッドの優先度を決定するための１つの指標とする。

すなわち、優先度決定部３２は、継承先タスクのメンバに含まれないユーザが投稿した文書を含むスレッドの優先度を、継承先タスクのメンバに含まれないユーザが投稿した文書を含まないスレッドの優先度よりも高くする。また、優先度決定部３２は、継承先タスクのメンバに含まれないユーザが投稿した文書を含むスレッドについては、継承先タスクのメンバに含まれないユーザが投稿した文書の割合が大きいスレッドほど、優先度を高くする。例えば、優先度決定部３２は、継承先タスクのメンバに含まれないユーザが投稿した文書を含まないスレッドに対してはスコア「０」、継承先タスクのメンバに含まれないユーザが投稿した文書の割合が５割未満のスレッドに対してはスコア「１」、継承先タスクのメンバに含まれないユーザが投稿した文書の割合が５割以上８割未満のスレッドに対してはスコア「２」、継承先タスクのメンバに含まれないユーザが投稿した文書の割合が８割以上のスレッドに対してはスコア「３」を与える。

また、長期間に亘って文書の投稿があるスレッド、つまり、最近まで文書が投稿されていて最初の文書の投稿日時が古いスレッドは、長期間に亘って議論が交わされている話題を扱ったスレッドであり、スレッドとしての重要性が高いことが推察される。したがって、優先度決定部３２は、情報取得部２０から受け取った文書の投稿日時の情報を用い、文書が投稿されている期間の長さを、スレッドの優先度を決定するための１つの指標とする。例えば、優先度決定部３２は、最初の文書が投稿された日時と最後の文書が投稿された日時との差（以下、「投稿継続期間」という。）が半年以上のスレッドに対してはスコア「３」、投稿継続期間が半年未満１ヶ月以上のスレッドに対してはスコア「２」、投稿継続期間が１ヶ月未満のスレッドに対してはスコア「１」を与える。

また、定期的にフォローの文書が投稿されているようなスレッドは、継続的な話題を扱ったスレッドであり、スレッドとしての重要性が高いことが推察される。したがって、優先度決定部３２は、情報取得部２０から受け取った文書の投稿日時の情報を用い、所定期間ごとの文書の投稿回数を、スレッドの優先度を決定するための１つの指標とする。例えば、優先度決定部３２は、文書が投稿されていない月があるスレッドに対してはスコア「０」、毎月１回は文書が投稿されているスレッドに対してはスコア「１」、毎月２回は文書が投稿されているスレッドに対してはスコア「２」、毎月３回以上文書が投稿されているスレッドに対してはスコア「３」を与える。

また、継承するスレッドが、２世代／３世代と複数のタスク間で継承された後、さらに継承先タスクに継承される場合は、そのスレッドの話題が解決への難易度が高いものと推察される。したがって、優先度決定部３２は、情報取得部２０から受け取ったスレッドの過去の継承回数の情報を用い、過去の継承回数を、スレッドの優先度を決定するための１つの指標とする。例えば、優先度決定部３２は、過去に継承されていないスレッドに対してはスコア「０」、過去の継承回数が１回のスレッドに対してはスコア「１」、過去の継承回数が２回のスレッドに対してはスコア「２」、過去の継承回数が３回以上のスレッドに対してはスコア「３」を与える。

また、重要語ＤＢ５４に登録された重要語を含む文書を多く含むスレッドは、重要な話題を扱ったスレッドであると推察される。したがって、優先度決定部３２は、重要語ＤＢ５４に登録された重要語を含む文書の割合を、スレッドの優先度を決定するための１つの指標とする。例えば、優先度決定部３２は、重要語ＤＢ５４に登録された重要語を含む文書を全く含まないスレッドに対してはスコア「０」、５割未満の文書が重要語ＤＢ５４に登録された重要語を含むスレッドに対してはスコア「１」、５割以上８割未満の文書が重要語ＤＢ５４に登録された重要語を含むスレッドに対してはスコア「２」、８割以上の文書が重要語ＤＢ５４に登録された重要語を含むスレッドに対してはスコア「３」を与える。

優先度決定部３２は、継承元タスクから継承先タスクに継承する各スレッドのそれぞれについて、以上の各指標によるスコアを求め、求めたスコアを加算してその合計値をスレッドの優先度として決定する。そして、優先度決定部３２は、決定した各スレッドの優先度をスレッド並び順設定部３３に渡す。

スレッド並び順設定部３３は、優先度決定部３２により決定された優先度に従い、継承元タスクから継承先タスクに継承する各スレッドのそれぞれについて、上述したスレッド一覧を生成する際のスレッドの並び順を設定する。具体的には、スレッド並び順設定部３３は、優先度の高いスレッドほど、スレッド一覧の中で上位に配置されるように、スレッドの並び順を設定する。スレッド並び順設定部３３が設定したスレッドの並び順は、上述したように、継承先タスクを生成するための情報の１つとして、タスク生成部４０に渡される。

次に、ユーザ端末２に表示される表示画面の具体例を示した図４〜図８を参照しながら、本実施形態に係る文書データ管理装置１の動作について具体的に説明する。

図４は、ユーザ端末２に表示される継承元タスクのタスク画面の一例を示す図である。継承元タスクのメンバとして登録されているユーザの操作に従ってユーザ端末２から継承元タスクのタスク画面の表示が要求されると、ユーザ認証などの所定の手続が行われた後、文書データ管理装置１が備えるＷｅｂサーバ１０のタスク画面表示制御部１２が、ユーザ端末２に対して、継承元タスクのタスク画面の生成に必要な画面情報を送信する。Ｗｅｂサーバ１０からの画面情報がユーザ端末２により受信されると、ユーザ端末２のＷｅｂブラウザ６０は、受信した画面情報に基づいて表示画面の描画を行う。これにより、図４に示すような継承元タスクのタスク画面４００がユーザ端末２に表示される。

継承元タスクのタスク画面４００は、継承元タスクに属するスレッド（本実施形態ではスレッドのタイトル）を並べたスレッド一覧４０１を含んでいる。また、継承元タスクのタスク画面４００は、「投稿」ボタン４０２、「タスク継承」ボタン４０３、および、「タスク詳細」ボタン４０４を含む。「投稿」ボタン４０２は、継承元タスクに文書を投稿する際に操作されるボタンである。「タスク継承」ボタン４０３は、継承元タスクのスレッドを継承した継承先タスクの生成を要求する際に操作されるボタンである。「タスク詳細」ボタン４０４は、継承元タスクの詳細情報を要求する際に操作されるボタンである。

図５は、ユーザ端末２に表示される設定画面の一例を示す図である。図４に示した継承元タスクのタスク画面４００上で「タスク継承」ボタン４０３が押下されると、文書データ管理装置１が備えるＷｅｂサーバ１０の設定画面表示制御部１１が、ユーザ端末２に対して、設定画面の生成に必要な画面情報を送信する。Ｗｅｂサーバ１０からの画面情報がユーザ端末２により受信されると、ユーザ端末２のＷｅｂブラウザ６０は、この画面情報に基づいて表示画面の描画を行う。これにより、図５に示すような設定画面５００がユーザ端末２に表示される。

設定画面５００は、継承先タスクの生成に必要な設定情報を入力するための画面である。この設定画面５００は、継承先タスクのタスク名を入力するためのテキストボックス５０１、アカウントを入力するためのテキストボックス５０２、および、継承先タスクについての説明を入力するためのテキストボックス５０３などを含む。また、設定画面５００は、メンバのユーザ名が表示される表示エリア５０４を含む。この表示エリア５０４には、初期状態では、継承元タスクのメンバのユーザ名が表示される。

また、設定画面５００は、「メンバ変更」ボタン５０５、「継承」ボタン５０６、および、「キャンセル」ボタン５０７などを含む。「メンバ変更」ボタン５０５、継承先タスクのメンバを継承元タスクのメンバから変更する場合に操作されるボタンである。「継承」ボタン５０６は、入力した設定情報を確定する際に操作されるボタンである。「キャンセル」ボタン５０７は、継承先タスクの生成を取り消す際に操作されるボタンである。この「キャンセル」ボタン５０７が押下されると、ユーザ端末２に表示される表示画面が、図５の設定画面５００から図４に示した継承元タスクのタスク画面４００に戻る。

図６は、メンバ設定画面の一例を示す図である。図５に示した設定画面５００上で「メンバ変更」ボタン５０５が押下されると、文書データ管理装置１が備えるＷｅｂサーバ１０の設定画面表示制御部１１が、ユーザ端末２に対して、メンバ変更画面の生成に必要な画面情報を送信する。Ｗｅｂサーバ１０からの画面情報がユーザ端末２により受信されると、ユーザ端末２のＷｅｂブラウザ６０は、この画面情報に基づいて表示画面の描画を行う。これにより、図６に示すようなメンバ変更画面６００がユーザ端末２に表示される。

メンバ変更画面６００は、表示エリア６０１、「削除」ボタン６０２、テキストボックス６０３、「検索」ボタン６０４、表示エリア６０５、および、「追加」ボタン６０６などを含む。表示エリア６０１は、メンバのユーザ名がチェックボックスとともに表示されるエリアである。「削除」ボタン６０２は、チェックボックスにチェックを入れたユーザをメンバから削除する際に操作されるボタンである。テキストボックス６０３は、ユーザ検索のキーワードを入力するためのテキストボックスである。「検索」ボタン６０４は、ユーザ検索を実行する際に操作されるボタンである。表示エリア６０５は、ユーザ検索の結果が表示されるエリアである。「追加」ボタン６０６は、表示エリア６０５に表示されたユーザ名のうち指定されたユーザをメンバとして追加する場合に操作されるボタンである。表示エリア６０１に表示されているいずれかのユーザ名のチェックボックスにチェックが入れられた状態で「削除」ボタン６０２が押下されると、そのユーザ名が表示エリア６０１から削除される。また、表示エリア６０５に表示されたいずれかのユーザ名が指定された状態で「追加」ボタン６０６が押下されると、そのユーザ名が表示エリア６０１に追加される。

また、メンバ変更画面６００は、「確定」ボタン６０７を含む。「確定」ボタン６０７は、表示エリア６０１に表示されたユーザを、継承先タスクのメンバとして確定する際に操作されるボタンである。この「確定」ボタン６０７が押下されると、ユーザ端末２に表示される表示画面が、図６のメンバ変更画面６００から図５に示した設定画面５００に戻る。そして、設定画面５００の表示エリア５０４には、メンバ変更画面６００の表示エリア６０１に表示されていたユーザ名が、継承先タスクのメンバのユーザ名として表示される。

その後、図５に示した設定画面５００上で「継承」ボタン５０６が押下されると、設定画面５００から入力された継承先タスクのタスク名、アカウント名、タスクについての説明、継承先タスクのメンバのユーザ名などの設定情報が確定する。そして、この確定した設定情報が、文書データ管理装置１の情報取得部２０によって取得される。このとき、情報取得部２０は、継承元タスクのＩＤも取得し、継承元タスクのタスクＩＤに基づいて、タスクＤＢ５２、ユーザＤＢ５１および文書ＤＢ５３を検索することで、継承元タスクに属するメンバや継承元タスクに属するスレッドに関する各種情報を取得する。

そして、上述したように、これら情報取得部２０によって取得された情報に基づいて、タスク継承部３０により継承先タスクを生成するための情報が生成され、タスク生成部４０により継承先タスクが生成される。そして、継承先タスクのタスク画面の生成に必要な画面情報が、タスク画面表示制御部１２からユーザ端末２に送信され、ユーザ端末２のＷｅｂブラウザ６０がこの画面情報に基づいて表示画面の描画を行うことで、継承先タスクのタスク画面がユーザ端末２に表示される。

図７は、継承先タスクのタスク画面の一例を示す図である。この図７に示す継承先タスクのタスク画面７００は、継承元タスクから継承したスレッド（本実施形態ではスレッドのタイトル）を、優先度の高いスレッドから順に並べたスレッド一覧７０１を含んでいる。図４に示した継承元タスクのタスク画面４００に含まれるスレッド一覧４０１と比較すると、継承元タスクでは上から３番目であったスレッドが、優先度が高いスレッドであるために、継承先タスクのスレッド一覧７０１では上から１番目（図中一点鎖線で示す位置）となっていることが分かる。また、継承元タスクでは上から５番目であったスレッドが、優先度の高いスレッドであるために、継承先タスクのスレッド一覧７０１では上から２番目（図中二点鎖線で示す位置）となっていることが分かる。

また、図７に示す継承先タスクのタスク画面７００は、図４に示した継承元タスクのタスク画面４００と同様に、「投稿」ボタン７０２、「タスク継承」ボタン７０３、および、「タスク詳細」ボタン７０４などを含む。「投稿」ボタン７０２は、継承先タスクに文書を投稿する際に操作されるボタンである。「タスク継承」ボタン７０３は、継承先タスクのスレッドをさらに継承した新たなタスクの生成を要求する際に操作されるボタンである。「タスク詳細」ボタン７０４は、継承先タスクの詳細情報を要求する際に操作されるボタンである。

図８は、タスク詳細画面の一例を示す図である。図７に示した継承先タスクのタスク画面７００上で「タスク詳細」ボタン７０４が押下されると、文書データ管理装置１が備えるＷｅｂサーバ１０のタスク画面表示制御部１２が、ユーザ端末２に対して、タスク詳細画面の生成に必要な画面情報を送信する。Ｗｅｂサーバ１０からの画面情報がユーザ端末２により受信されると、ユーザ端末２のＷｅｂブラウザ６０は、この画面情報に基づいて表示画面の描画を行う。これにより、図８に示すようなタスク詳細画面８００がユーザ端末２に表示される。

タスク詳細画面８００は、継承先タスクの詳細情報として、継承先タスクのタスク名、アカウント名、タスクについての説明、メンバの数、登録記事数、継承元タスクのタスク名、タスク作成者のユーザ名、および、タスク作成日時などの情報を含んでいる。ユーザは、このタスク詳細画面８００の継承元タスクのタスク名（図中一点鎖線）を参照することで、継承元タスクを確認することができる。また、タスク詳細画面８００は、「メンバ詳細」ボタン８０１を含む。「メンバ詳細」ボタン８０１は、継承先タスクのメンバの詳細を知りたいときに操作されるボタンである。この「メンバ詳細」ボタン８０１が押下されると、継承先タスクのメンバのユーザ名が一覧表示される。

次に、図９を参照しながら、継承先タスクを生成する際の一連の動作について説明する。図９は、継承先タスクを生成する際に文書データ管理装置１が実行する一連の処理の流れを示すフローチャートである。

まず、ユーザ端末２に設定画面が表示され、この設定画面から継承先タスクを生成するための設定情報が入力されると、情報取得部２０が、設定画面から入力された設定情報を取得するとともに、継承元タスクのタスクＩＤを取得する（ステップＳ１０１）。

次に、情報取得部２０が、継承元タスクのタスクＩＤをもとに文書ＤＢ５３を検索し、文書ＤＢ５３から、継承元タスクに属するスレッドに関する各種情報を取得する（ステップＳ１０２）。

また、情報取得部２０は、継承元タスクのタスクＩＤをもとにユーザＤＢ５１を検索し、ユーザＤＢ５１から、継承元タスクのメンバとなっているユーザ名を取得する（ステップＳ１０３）。

次に、タスク継承部３０のメンバ差異検出部３１が、情報取得部２０により取得された継承元タスクのメンバとなっているユーザ名と、継承先タスクのメンバとなるユーザ名とを比較して、継承元タスクと継承先タスクとの間でのメンバ差異を検出する（ステップＳ１０４）。

次に、タスク継承部３０の優先度決定部３２が、メンバ差異検出部３１により検出されたメンバ差異、継承するスレッドに含まれる文書の投稿日時、過去のスレッドの継承回数、重要語を含む文書の割合などに基づいて、継承する各スレッドのそれぞれについて優先度を決定する（ステップＳ１０５）。

次に、タスク継承部３０のスレッド並び順設定部３３が、優先度決定部３２により決定された優先度に応じて各スレッドを並べたスレッド一覧を生成する際のスレッドの並び順を設定する（ステップＳ１０６）。

次に、タスク生成部４０が、タスク継承部３０により生成された各種情報に基づいて、継承元タスクのスレッドを継承した継承先タスクを生成し、継承先タスクのタスク画面の生成に必要な画面情報を、Ｗｅｂサーバ１０のタスク画面表示制御部１２に渡す（ステップＳ１０７）。

次に、Ｗｅｂサーバ１０のタスク画面表示制御部１２が、継承先タスクのタスク画面の生成に必要な画面情報をユーザ端末２に送信し、タスク継承部３０のスレッド並び順設定部３３により設定された並び順でスレッドを並べたスレッド一覧を含む継承先タスクのタスク画面を、ユーザ端末２に表示させる（ステップＳ１０８）。

以上、具体的な例を挙げながら詳細に説明したように、本実施形態に係る文書データ管理装置１は、継承先タスクを生成するための設定情報を入力する設定画面をユーザ端末２に表示させ、設定画面から入力された設定情報に基づいて、継承元タスクと継承先タスクとの間のメンバ差異を検出し、検出したメンバ差異に基づいて継承元タスクから継承先タスクに継承される各スレッドの優先度を決定し、決定した優先度が高い順にスレッドを並べたスレッド一覧を含む、継承先タスクのタスク画面をユーザ端末２に表示させる。したがって、継承先タスクのメンバとなったユーザは、ユーザ端末２に表示される継承先タスクのタスク画面に含まれるスレッド一覧を参照し、このスレッド一覧におけるスレッドの並び順から、継承されたスレッドのうち、どのスレッドを優先的に扱うべきかを認識することができる。

また、本実施形態に係る文書データ管理装置１は、継承元タスクと継承先タスクとの間のメンバ差異に加えて、さらに、スレッドに含まれる文書の投稿日時に基づいて、継承元タスクから継承先タスクに継承される各スレッドの優先度を決定するようにしているので、スレッドの優先度を精度よく決定することができる。

また、本実施形態に係る文書データ管理装置１は、継承元タスクと継承先タスクとの間のメンバ差異、スレッドに含まれる文書の投稿日時に加えて、さらに、スレッドの過去の継承回数に基づいて、継承元タスクから継承先タスクに継承される各スレッドの優先度を決定するようにしているので、スレッドの優先度をさらに精度よく決定することができる。

また、本実施形態に係る文書データ管理装置１は、継承元タスクと継承先タスクとの間のメンバ差異、スレッドに含まれる文書の投稿日時、スレッドの過去の継承回数に加えて、さらに、予め登録された重要語を含む文書の割合に基づいて、継承元タスクから継承先タスクに継承される各スレッドの優先度を決定するようにしているので、スレッドの優先度をさらに精度よく決定することができる。

以上説明したとおり、本実施形態によれば、継承元タスクのスレッドを継承して生成された継承先タスクのメンバに、継承されたスレッドのうち優先的に扱うべきスレッドを認識させることができる。

本実施形態に係る文書データ管理装置１における上述した各機能は、例えば、文書データ管理装置１において所定のプログラムを実行することにより実現できる。このときの文書データ管理装置１のハードウェア構成について、図１０を用いて説明する。図１０は、本実施形態に係る文書データ管理装置１のハードウェア構成の一例を示す図である。

本実施形態に係る文書データ管理装置１は、ＣＰＵ（Central Processing Unit）１０１などの制御装置と、ＲＯＭ（Read Only Memory）１０２やＲＡＭ（Random Access Memory）１０３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ１０４と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disc）ドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス１１０を備えており、通常のコンピュータを利用したハードウェア構成となっている。

本実施形態に係る文書データ管理装置１で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disc）等のコンピュータで読み取り可能な記録媒体に記録されてコンピュータプログラムプロダクトとして提供される。

また、本実施形態に係る文書データ管理装置１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態に係る文書データ管理装置１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、本実施形態に係る文書データ管理装置１で実行されるプログラムを、文書データ管理装置１のＲＯＭ１０２等に予め組み込んで提供するように構成してもよい。

本実施形態に係る文書データ管理装置１で実行されるプログラムは、文書データ管理装置１の各処理部（設定画面表示制御部１１、タスク画面表示制御部１２、情報取得部２０、メンバ差異検出部３１、優先度決定部３２、スレッド並び順設定部３３、タスク生成部４０など）を含むモジュール構成となっており、実際のハードウェアとしては、例えば、ＣＰＵ１０１（プロセッサ）が上記記録媒体からプログラムを読み出して実行することにより、上述した各処理部が主記憶装置上にロードされ、上述した各処理部が主記憶装置上に生成されるようになっている。なお、本実施形態に係る文書データ管理装置１は、上述した各処理部の一部または全部を、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）などの専用のハードウェアを用いて実現することも可能である。

以上、本発明の実施形態を説明したが、ここで説明した実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。ここで説明した新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。ここで説明した実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 文書データ管理装置
２ ユーザ端末
１１ 設定画面表示制御部
１２ タスク画面表示制御部
２０ 情報取得部
３０ タスク継承部
３１ メンバ差異検出部
３２ 優先度決定部
３３ スレッド並び順設定部
４０ タスク生成部

Claims (9)

1. 仮想コミュニティのメンバであるユーザのユーザ端末に、仮想コミュニティに対する文書データの投稿および前記文書データの閲覧を行うためのコミュニティ画面を提供し、前記文書データを、前記文書データの集合であるスレッドごとに管理する文書データ管理装置であって、
   既存の第１仮想コミュニティに属するスレッドを継承する第２仮想コミュニティを生成するための設定情報を取得する取得手段と、
   前記設定情報に基づいて、前記第１仮想コミュニティのメンバと前記第２仮想コミュニティのメンバとの間の差異を検出する検出手段と、
   前記差異に基づいて、前記第１仮想コミュニティから前記第２仮想コミュニティに継承されるスレッドの優先度を決定する決定手段と、
   前記第１仮想コミュニティから継承されたスレッドを前記優先度が高い順に並べたスレッド一覧を含む、前記第２仮想コミュニティのコミュニティ画面を、前記ユーザ端末に表示させる第１表示制御手段と、を備える文書データ管理装置。
2. 前記設定情報を入力するための設定画面を、前記ユーザ端末に表示させる第２表示制御手段をさらに備え、
   前記取得手段は、前記設定画面から入力された前記設定情報を取得する、請求項１に記載の文書データ管理装置。
3. 前記決定手段は、前記第１仮想コミュニティから前記第２仮想コミュニティに継承されるスレッドのうち、前記第２仮想コミュニティのメンバに含まれていないユーザが投稿した前記文書データを含むスレッドの優先度を、前記第２仮想コミュニティのメンバに含まれていないユーザが投稿した前記文書データを含まないスレッドよりも高くする、請求項１に記載の文書データ管理装置。
4. 前記決定手段は、前記第２仮想コミュニティのメンバに含まれていないユーザが投稿した前記文書データを含むスレッドの優先度を、前記第２仮想コミュニティのメンバに含まれていないユーザが投稿した前記文書データの割合が大きいスレッドほど高くする、請求項３に記載の文書データ管理装置。
5. 前記決定手段は、さらに、スレッドに含まれる前記文書データの投稿日時に基づいて、前記第１仮想コミュニティから前記第２仮想コミュニティに継承されるスレッドの優先度を決定する、請求項１に記載の文書データ管理装置。
6. 前記決定手段は、さらに、前記第１仮想コミュニティから前記第２仮想コミュニティに継承されるスレッドの優先度を、過去に継承された回数が多いスレッドほど高くする、請求項１に記載の文書データ管理装置。
7. 前記決定手段は、さらに、前記第１仮想コミュニティから前記第２仮想コミュニティに継承されるスレッドの優先度を、予め登録された重要語を含む文書データの割合が大きいスレッドほど高くする、請求項１に記載の文書データ管理装置。
8. 仮想コミュニティのメンバであるユーザのユーザ端末に、仮想コミュニティに対する文書データの投稿および前記文書データの閲覧を行うためのコミュニティ画面を提供し、前記文書データを、前記文書データの集合であるスレッドごとに管理するシステムにおいて実行される文書データ継承方法であって、
   既存の第１仮想コミュニティに属するスレッドを継承した第２仮想コミュニティを生成するための設定情報を取得するステップと、
   前記設定情報に基づいて、前記第１仮想コミュニティのメンバと前記第２仮想コミュニティのメンバとの間の差異を検出するステップと、
   前記差異に基づいて、前記第１仮想コミュニティから前記第２仮想コミュニティに継承されるスレッドの優先度を決定するステップと、
   前記第１仮想コミュニティから継承されたスレッドを前記優先度が高い順に並べたスレッド一覧を含む、前記第２仮想コミュニティのコミュニティ画面を、前記ユーザ端末に表示させるステップと、を含む文書データ継承方法。
9. 仮想コミュニティのメンバであるユーザのユーザ端末に、仮想コミュニティに対する文書データの投稿および前記文書データの閲覧を行うためのコミュニティ画面を提供し、前記文書データを、前記文書データの集合であるスレッドごとに管理するコンピュータに、
   既存の第１仮想コミュニティに属するスレッドを継承した第２仮想コミュニティを生成するための設定情報を取得する機能と、
   前記設定情報に基づいて、前記第１仮想コミュニティのメンバと前記第２仮想コミュニティのメンバとの間の差異を検出する機能と、
   前記差異に基づいて、前記第１仮想コミュニティから前記第２仮想コミュニティに継承されるスレッドの優先度を決定する機能と、
   前記第１仮想コミュニティから継承されたスレッドを前記優先度が高い順に並べたスレッド一覧を含む、前記第２仮想コミュニティのコミュニティ画面を、前記ユーザ端末に表示させる機能と、を実現させるためのプログラム。

Images