(57)【要約】【課題】多様な情報一覧を利用者に提示できるようにする。【解決手段】記事登録処理部５１は、端末２０からの情報を当該情報が作成される観点を表す枠組み及び当該情報に先行する情報と結び付けてＤＢ４２に格納する。記事検索部５３は、先頭情報一覧表示の指示に応じて、指定枠組みと結び付けられている情報をＤＢ４２から検索する。先頭記事判定部５４は、検索された情報のうち指定枠組み内で先頭となる情報を先頭情報として抽出する。先頭記事判定部５４は、第１のタイプが指定され、指定枠組み内で先頭となる情報に先行する情報が存在する場合、当該先頭となる情報に代えて当該先行する情報を先頭情報として抽出し、第２のタイプが指定された場合、指定枠組み内で先頭となる情報に先行する情報の有無に無関係に、当該先頭となる情報を先頭情報として抽出する。記事一覧作成部５２は、抽出された先頭情報の一覧を作成する。【選択図】      図２
2007241829.tif 000002
【特許請求の範囲】
【請求項１】
データベースに格納された情報を複数の利用者の間で共有可能とする情報共有システムにおいて利用者によって指定された条件に合致する情報の一覧を当該利用者に提示するための情報一覧提示方法において、
利用者の操作に応じてクライアント端末によって与えられる複数の利用者の間で共有可能な情報を、当該クライアント端末によって与えられる当該情報が作成される観点を表す枠組み及び当該情報の返信元となる当該情報に先行する情報と結び付けてデータベースに格納するステップと、
先頭情報一覧のタイプ及び先頭情報一覧の範囲を示す枠組みを指定する先頭情報一覧表示の指示が、利用者の操作に応じてクライアント端末によって与えられた場合、指定された枠組みと結び付けられている情報のうち当該指定された枠組み内で先頭となる情報を先頭情報として前記データベースから検索して、検索された先頭情報の一覧を作成するステップであって、前記タイプが第１のタイプで且つ前記検索された情報に先行する情報が存在する場合、前記検索された情報に代えて当該先行する情報を先頭情報とする第１のステップと、前記タイプが第２のタイプの場合、前記検索された情報に先行する情報の有無に無関係に、前記検索された情報を先頭情報とする第２のステップとを含むステップと、
作成された先頭情報の一覧を前記クライアント端末を介して利用者に提示するステップと
を具備することを特徴とする情報一覧提示方法。
【請求項２】
前記データベースに格納される情報は、当該情報の作成日時と結び付けられており、
前記第１及び第２のステップは、前記先頭情報の一覧に含まれる情報を作成順序でソートするステップを含む
ことを特徴とする請求項１記載の情報一覧提示方法。
【請求項３】
前記提示された先頭情報の一覧から任意の先頭情報が利用者の操作によって選択された場合、当該選択された先頭情報をスレッド先頭とするスレッドを構成する相互に結び付けられた情報を前記指定された枠組みの範囲内で前記データベースから検索して、検索された情報を情報相互間の結び付きが反映されたツリー構造とするスレッド内一覧を前記クライアント端末を介して利用者に提示するステップを更に具備することを特徴とする請求項１記載の情報一覧提示方法。
【請求項４】
データベースに格納された情報を複数の利用者の間で共有可能とする情報共有システムにおいて利用者によって指定された条件に合致する情報の一覧を当該利用者に提示するための情報一覧提示方法において、
利用者の操作に応じてクライアント端末によって与えられる複数の利用者の間で共有可能な情報を、当該クライアント端末によって与えられる当該情報が作成される観点を表す枠組み及び当該情報の返信元となる当該情報に先行する情報と結び付けてデータベースに格納するステップと、
先頭情報一覧の範囲を示す枠組みを指定する先頭情報一覧表示の指示が、利用者の操作に応じてクライアント端末によって与えられた場合、指定された枠組みと結び付けられている情報のうち当該指定された枠組み内で先頭となる情報を先頭情報として前記データベースから検索して、検索された先頭情報の一覧を作成するステップであって、前記検索された情報に先行する情報が存在する場合、前記検索された情報に代えて当該先行する情報を先頭情報とするステップと、
作成された先頭情報の一覧を前記クライアント端末を介して利用者に提示するステップと
を具備することを特徴とする情報一覧提示方法。
【請求項５】
データベースに格納された情報を複数の利用者の間で共有可能とする情報共有システムにおいて、
利用者の操作に応じてクライアント端末によって与えられる複数の利用者の間で共有可能な情報を、当該クライアント端末によって与えられる当該情報が作成される観点を表す枠組み及び当該情報の返信元となる当該情報に先行する情報と結び付けてデータベースに格納する情報登録処理手段と、
先頭情報一覧のタイプ及び先頭情報一覧の範囲を示す枠組みを指定する先頭情報一覧表示の指示が、利用者の操作に応じてクライアント端末によって与えられた場合、指定された枠組みと結び付けられている情報を前記データベースから検索する検索手段と、
前記検索手段によって検索された情報のうち前記指定された枠組み内で先頭となる情報を先頭情報として抽出する先頭記事判定手段であって、前記タイプが第１のタイプで且つ前記指定された枠組み内で先頭となる情報に先行する情報が存在する場合、前記先頭となる情報に代えて当該先行する情報を先頭情報として抽出し、前記タイプが第２のタイプの場合、前記指定された枠組み内で先頭となる情報に先行する情報の有無に無関係に、前記先頭となる情報を先頭情報として抽出する先頭記事判定手段と、
前記先頭記事判定手段によって抽出された先頭情報の一覧を作成して当該一覧を前記クライアント端末を介して利用者に提示する一覧作成手段と
を具備することを特徴とする情報共有システム。
【請求項６】
前記データベースに格納される情報は、当該情報の作成日時と結び付けられており、
前記先頭記事判定手段によって抽出された先頭情報を作成順序でソートするソート手段を更に具備し、
前記一覧作成手段は、前記ソート手段によってソートされた先頭情報の一覧を作成する
ことを特徴とする請求項５記載の情報共有システム。
【請求項７】
前記提示された先頭情報の一覧から任意の先頭情報が利用者の操作によって選択された場合、前記データベースに格納されている情報のうち、当該選択された先頭情報をスレッド先頭とするスレッドを構成する相互に結び付けられた情報を前記指定された枠組みの範囲内で特定するスレッド範囲判定手段と、
前記スレッド範囲判定手段によって特定された情報を情報相互間の結び付きが反映されたツリー構造とするスレッド内一覧に展開して、当該展開されたスレッド内一覧を前記クライアント端末を介して利用者に提示するスレッド展開手段と
を更に具備することを特徴とする請求項５記載の情報共有システム。
【請求項８】
データベースに格納された情報を複数の利用者の間で共有可能とする情報共有システムにおいて、
利用者の操作に応じてクライアント端末によって与えられる複数の利用者の間で共有可能な情報を、当該クライアント端末によって与えられる当該情報が作成される観点を表す枠組み及び当該情報の返信元となる当該情報に先行する情報と結び付けてデータベースに格納する情報登録処理手段と、
先頭情報一覧の範囲を示す枠組みを指定する先頭情報一覧表示の指示が、利用者の操作に応じてクライアント端末によって与えられた場合、指定された枠組みと結び付けられている情報を前記データベースから検索する検索手段と、
前記検索手段によって検索された情報のうち前記指定された枠組み内で先頭となる情報を先頭情報として抽出する先頭記事判定手段であって、前記指定された枠組み内で先頭となる情報に先行する情報が存在する場合、前記先頭となる情報に代えて当該先行する情報を先頭情報として抽出する先頭記事判定手段と、
前記先頭記事判定手段によって抽出された先頭情報の一覧を作成して当該一覧を前記クライアント端末を介して利用者に提示する一覧作成手段と
を具備することを特徴とする情報共有システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の利用者の間での情報共有を可能とする情報共有システムに係り、特に利用者にとって有用な情報一覧を当該利用者に提示するのに好適な情報一覧提示方法及び情報共有システムに関する。
【背景技術】
【０００２】
一般に、電子掲示板システムのような、複数の利用者の間での情報共有を可能とする情報共有システムでは、コミュニティ（電子掲示板）と呼ばれるグループ単位に、利用者から投稿される記事と呼ばれる情報が蓄積管理される。
【０００３】
この種の情報共有システムでは、利用者がクライアント端末を操作して投稿済みの記事に対し返信を行うことで、スレッドと呼ばれる情報の束が生成される。スレッドは、返信記事に対して更に返信が行われるというように、返信が連鎖的に繰り返されることで拡大する。また、スレッド中の先頭の記事や途中の記事に対して返信が行われることもある。また、スレッド中の記事に対する返信とは異なる記事が投稿された場合には、新たなスレッドが生成される。
【０００４】
そこで、例えば特許文献１では、投稿された記事は、各コミュニティのスレッドを単位に管理される。このように管理されるスレッドは、当該スレッドに含まれる記事相互間の結び付き（関係）、つまり返信元の記事（先行記事）と返信記事（後続記事）とのつながりを反映したツリー構造（階層構造）でクライアント端末に表示される。ここでは、スレッドを表示する際の階層レベルが利用者からの指定に応じて設定される。この表示により、利用者は、自身が指定した階層レベルの範囲に含まれる記事相互の上下関係を視覚的に容易に理解することができる。
【特許文献１】特開２００３−３０２１６号公報（段落０００９、００１０）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
同一コミュニティに属する記事の集合の中には、例えば図５に示すように、相互に関係はしていても観点の異なる記事が含まれることがある。図５では、同一コミュニティに属する記事の集合が、上位階層をなす見積書作成に関する記事の集合と、下位階層をなす請求書作成に関する記事の集合とに分類される例が示されている。この見積書作成及び請求書作成のように、作業、活動または話題、つまり記事作成の観点を表す枠組みをタスク（工程）と呼ぶ。この場合、あるタスクに属する記事（タスクの記事）は、当該タスクの中の活動（作業）として作成される個別の情報を表す。
【０００６】
図５は、このようなタスクがタスクＡ及びＢの場合における、当該タスクＡ及びＢの各々に属する記事の集合と、記事相互間の関係をツリー構造で表す。図５では、「見積書作成」という作業をタスクＡ、「請求書作成」という作業をタスクＢと呼んでいる。ここで、タスクＡの記事のうち、例えば「Ａ社向け請求書ドラフト」は、タスクＢの「正式なＡ社向け見積書」に対する返信の記事となっている。
【０００７】
しかしながら、特許文献１に記載された技術のように、投稿された情報（記事）を各コミュニティのスレッドを単位に管理する場合、上述のタスク（記事作成の観点を表す枠組み）の違いを区別できない。
【０００８】
本発明は上記事情を考慮してなされたものでその目的は、複数の利用者により共有可能な情報を、情報作成の観点を表す枠組みと結び付けて管理することにより、枠組みの違いが反映された多様な情報一覧を利用者に提示できる情報一覧提示方法及び情報共有システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の１つの態様によれば、データベースに格納された情報を複数の利用者の間で共有可能とする情報共有システムにおいて利用者によって指定された条件に合致する情報の一覧を当該利用者に提示するための情報一覧提示方法が提供される。この方法は、利用者の操作に応じてクライアント端末によって与えられる複数の利用者の間で共有可能な情報を、当該クライアント端末によって与えられる当該情報が作成される観点を表す枠組み及び当該情報の返信元となる当該情報に先行する情報と結び付けてデータベースに格納するステップと、先頭情報一覧のタイプ及び先頭情報一覧の範囲を示す枠組みを指定する先頭情報一覧表示の指示が、利用者の操作に応じてクライアント端末によって与えられた場合、指定された枠組みと結び付けられている情報のうち当該指定された枠組み内で先頭となる情報を先頭情報として前記データベースから検索して、検索された先頭情報の一覧を作成するステップであって、前記タイプが第１のタイプで且つ前記検索された情報に先行する情報が存在する場合、前記検索された情報に代えて当該先行する情報を先頭情報とする第１のステップと、前記タイプが第２のタイプの場合、前記検索された情報に先行する情報の有無に無関係に、前記検索された情報を先頭情報とする第２のステップとを含むステップと、作成された先頭情報の一覧を前記クライアント端末を介して利用者に提示するステップとを具備する。
【発明の効果】
【００１０】
本発明によれば、複数の利用者により共有可能な情報を、情報作成の観点を表す枠組みと結び付けて管理することにより、枠組み毎の情報一覧など、多様な情報一覧を利用者に提示できる。特に、利用者の指定により情報一覧のタイプを切り替えることができるため、利用者の利用シーンに適合する、利用者にとって真に必要な情報を提示することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態につき図面を参照して説明する。  
図１は本発明の一実施形態に係る情報共有システムを含むクライアント−サーバシステムのハードウェア構成を示すブロック図である。
【００１２】
図１のクライアント−サーバシステムは、主として、サーバコンピュータ１０と、複数のクライアント端末とから構成される。複数のクライアント端末はクライアント端末２０を含む。クライアント端末２０上では、サーバコンピュータ１０を利用するクライアントソフトウェアが動作する。クライアントソフトウェアは例えばブラウザである。クライアント端末２０を含む複数のクライアント端末は、ローカルエリアネットワーク（ＬＡＮ）、或いはインターネットのようなネットワーク３０を介してサーバコンピュータ１０と接続されている。なお、図１ではクライアント端末２０以外のクライアント端末は省略されている。
【００１３】
サーバコンピュータ１０は、ハードディスクドライブのような外部記憶装置４０を有する。この外部記憶装置４０は、サーバコンピュータ１０による情報の管理に用いられる管理プログラム４１を格納する。外部記憶装置４０はまた、サーバコンピュータ１０によって管理される情報を蓄積するためのデータベース（ＤＢ）４２を格納する。
【００１４】
サーバコンピュータ１０及び外部記憶装置４０は情報共有システム５０を構成する。情報共有システム５０は、ユーザの操作によってクライアント端末を介して投稿された記事（情報）をＤＢ４２を用いて蓄積管理するデータベースサーバとしての機能を有する。
【００１５】
図２は情報共有システム５０の主として機能構成を、クライアント端末２０のユーザインタフェース構成と共に示すブロック図である。情報共有システム５０は、記事登録処理部５１、記事一覧作成部５２、記事検索部５３、先頭記事判定部５４、スレッド範囲判定部５５及びソート部５６を含む。本実施形態において、これらの各部５１乃至５６は、図１のサーバコンピュータ１０が外部記憶装置４０に格納されている管理プログラム４１を読み込んで実行することにより実現されるものとする。このプログラム４１は、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、このプログラム４１が、ネットワーク３０を介してサーバコンピュータ１０にダウンロードされても構わない。
【００１６】
クライアント端末２０は、情報共有システム５０との間で図１に示されるネットワーク３０を介して情報を入出力するためのユーザインタフェース（ユーザＩＦ）２００を含む。このユーザＩＦ２００は、例えば上記ブラウザによって実現され、記事投稿インタフェース（記事投稿ＩＦ）２０１、表示条件インタフェース（表示条件ＩＦ）２０２及び一覧表示インタフェース（一覧表示ＩＦ）２０３を含む。
【００１７】
記事投稿ＩＦ２０１は、利用者の操作によりクライアント端末２０上で作成された記事（記事情報）を情報共有システム５０によって管理されているコミュニティ（電子掲示版）に対して投稿する。表示条件ＩＦ２０２は、利用者の操作によってクライアント端末２０上で指定された記事表示（記事一覧表示）の条件を情報共有システム５０に与える。一覧表示ＩＦ２０３は、情報共有システム５０の記事一覧作成部５２によって作成された記事一覧をクライアント端末２０の表示器に画面表示する。
【００１８】
情報共有システム５０の記事登録処理部５１は、記事投稿ＩＦ２０１によって投稿された記事及びその関連情報をＤＢ４２に登録する。
【００１９】
図３は、ＤＢ４２の構成を示す。このＤＢ４２は、記事データベース（記事ＤＢ）４２１、記事間関係データベース（記事間関係ＤＢ）４２２、タスク定義データベース（タスク定義ＤＢ）４２３、タスク間関係データベース（タスク間関係ＤＢ）４２４及びタスク−記事関係データベース（タスク−記事関係ＤＢ）４２５を含む。ＤＢ４２１乃至４２５は、コミュニティ（電子掲示板）毎に用意される。但し本実施形態では、説明を簡略化するために、コミュニティは１つだけ用意されているものとする。
【００２０】
ＤＢ４２１乃至４２５について説明する前に、タスクと記事との関係及び記事相互間の関係について図４、図５及び図６を参照して説明する。［発明が解決しようとする課題］の欄で述べたように、作業、活動または話題といった記事作成の観点を表す枠組みをタスク（工程）と呼ぶ。このタスクに属する記事（タスクの記事）は、当該タスクの中の活動（作業）として作成される個別の情報を表す。
【００２１】
例えば、質問回答システム（ＱＡシステム）における「（ｘｘに関する）質問をする」「（ｘｘｘに関する）質問に回答する」という作業（の観点）自体がタスクであり、個々の具体的な質問やそれに対する回答のような個々に授受される情報が記事である。このタスクと記事について更に詳細に説明する。
【００２２】
正式な質問文が確定するまでに利用者間で情報共有システム５０を介してアイデア（記事）のやり取りが行われ、その結果として質問文が確定される。更に、確定された質問に対する回答についても、利用者間で何らかの記事のやり取りが行われ、回答が確定される。このような場合、１つのスレッドを、「質問をする」というタスクの範囲に含まれる記事の集合と、「質問に回答する」というタスクの範囲に含まれる記事の集合とに分類することができる。
【００２３】
図４は、情報共有システム５０により管理される、２つのタスクＡ及びＢの関係と、当該タスクＡ及びＢの各々に属する記事の集合と、記事相互間の関係の一例を表す。図４の例では、記事Ａ−１，Ａ−２，Ａ−３，Ａ−４がタスクＡの記事であることが示され、記事Ｂ−１，Ｂ−２，Ｂ−３，Ｂ−４，Ｂ−５，Ｂ−６，Ｂ−７，Ｂ−８，Ｂ−９がタスクＢの記事であることが示されている。図中の○印内の数値は投稿順序を表す。ここでは、まず記事Ａ−１が投稿され、当該記事Ａ−１に対する返信（返信記事）として記事Ａ−２が投稿される。次に、記事Ａ−２に対する返信として記事Ａ−３が投稿される。
【００２４】
次に、タスクＢの記事Ｂ−６がタスクＡとは無関係に投稿される。次に、記事Ａ−２に対する返信として記事Ａ−４が投稿され、当該記事Ａ−４に対する返信としてタスクＢの記事Ｂ−８が投稿される。
【００２５】
次に、記事Ａ−３に対する返信としてタスクＢの記事Ｂ−１が、当該記事Ｂ−１に対する返信として記事Ｂ−２が、そして当該記事Ｂ−２に対する返信として記事Ｂ−３が、順に投稿される。次に、記事Ａ−３に対する返信としてタスクＢの記事Ｂ−４が、そして当該記事Ｂ−４に対する返信として記事Ｂ−５が、順に投稿される。次に、記事Ｂ−６に対する返信として記事Ｂ−７が投稿され、記事Ｂ−８に対する返信として記事Ｂ−９が投稿される。
【００２６】
図５は、タスクＡ及びＢが、それぞれ「見積書作成」及び「請求書作成」の場合の、タスクＡ及びＢの関係と、当該タスクＡ及びＢの各々に属する記事の集合と、記事相互間の関係の一例を表す。図５の例では、「Ａ社向け見積書ドラフト」に対する返信として「コメント」が投稿され、この「コメント」に対する返信として「正式なＡ社向け見積書」が投稿される。また、「Ｂ社向け見積書ドラフト」に対する返信として「正式なＢ社向け見積書」が投稿される。
【００２７】
また、「正式なＡ社向け見積書」に対する返信としてタスクＢの「Ａ社向け請求書ドラフト」が投稿され、この「Ａ社向け請求書ドラフト」に対する返信として「正式なＡ社向け請求書」が投稿される。また、「正式なＢ社向け見積書」に対する返信としてタスクＢの「Ｂ社向け請求書ドラフト」が投稿され、この「Ｂ社向け請求書ドラフト」に対する返信として「正式なＢ社向け請求書」が投稿される。また、タスクＢの「Ｃ社向け請求書ドラフト」がタスクＡ（見積書作成）とは無関係に（つまり見積書なしで）投稿される。
【００２８】
図６は、タスクＡ及びＢが、それぞれ「質問書作成」及び「回答書作成」の場合の、タスクＡ及びＢの関係と、当該タスクＡ及びＢの各々に属する記事の集合と、記事相互間の関係の一例を表す。図６の例では、「ｘｘに関する質問のドラフト」に対する返信として「修正のコメント」が投稿され、この「修正のコメント」に対する返信として「正式なｘｘに関する質問書」が投稿される。また、「ｙｙに関する質問のドラフト」に対する返信として「正式なｙｙに関する質問書」が投稿される。
【００２９】
また、「正式なｘｘに関する質問書」に対する返信としてタスクＢの「ｘｘに関する回答のドラフト」が、この「ｘｘに関する回答のドラフト」に対する返信として「意見」が、そして、この「意見」に対する返信として「ｘｘに関する正式な回答」が、それぞれ投稿される。また、「正式なｙｙに関する質問書」に対する返信としてタスクＢの「ｙｙに関する回答のドラフト」が、この「ｙｙに関する回答のドラフト」に対する返信として「意見」が、そして、この「意見」に対する返信として「ｙｙに関する正式な回答」が、それぞれ投稿される。また、タスクＡ（質問書作成）とは無関係の記事として、つまり質問に対する回答ではないけれども、回答書作成のタスクＢに関する記事として、「回答の書き方に関する一般意見」が投稿される。
【００３０】
次に、図４に示す関係の場合におけるＤＢ４２１乃至４２５のデータ構造例について、図７乃至１１を参照して順次説明する。  
図７は、記事ＤＢ４２１のデータ構造例を示す。記事ＤＢ４２１は、記事毎のレコード（記事レコード）を格納する。各レコードは、該当する記事の識別情報としての記事ＩＤと、当該記事のタイトル（タイトル情報）と、当該記事の作成（投稿）日時（作成日時情報）と、本文（記事本文）を含む。なお、本文は可変長であることから、当該本文をレコードから切り離してＤＢ４２内に蓄積し、当該レコードには当該本文の格納位置を示すポインタ情報を持たせると良い。
【００３１】
図８は、記事間関係ＤＢ４２２のデータ構造例を示す。記事間関係ＤＢ４２２は、記事間関係毎のレコード（記事間関係レコード）を格納する。各レコードは、返信元となる記事（先行記事）の記事ＩＤ（先行記事ＩＤ）、この先行記事に対する返信記事（後続記事）の記事ＩＤ（後続記事ＩＤ）との組を含む。この記事レコードにより、２つの記事の関係（結び付き）が上下関係（結び付きの方向）を含めて管理される。なお、図８において、「−」で表される先行記事ＩＤと組をなす後続記事ＩＤで指定される記事は、先行記事を持たないことを表す。
【００３２】
図９は、タスク定義ＤＢ４２３のデータ構造例を示す。タスク定義ＤＢ４２３は、タスク毎のレコード（タスク定義レコード）を格納する。各レコードは、該当するタスクの識別情報としてのタスクＩＤと、当該タスクの名称（タスク名）と、当該タスクの説明文とを含む。図９において、ＴＡはタスクＡのタスクＩＤを、ＴＢはタスクＢのタスクＩＤを示す。
【００３３】
図１０は、タスク間関係ＤＢ４２４のデータ構造例を示す。タスク間関係ＤＢ４２４は、タスク間関係毎のレコード（タスク間関係レコード）を格納する。各レコードは、あるタスクに対して前工程となる作業を表すタスク（先行タスク）のタスクＩＤ（先行タスクＩＤ）と、当該あるタスク（後続タスク）のタスクＩＤ（後続タスクＩＤ）との組を含む。このタスク間関係レコードにより、２つのタスクの関係（結び付き）が上下関係（結び付きの方向）を含めて管理される。なお、図１０において、「−」で表される先行タスクＩＤと組をなす後続タスクＩＤで指定されるタスクは、先行タスクを持たないことを表す。図１０の例は、タスクＡが先行タスクを持たない先行タスクであり、タスクＢがタスクＡを先行タスクとする後続タスクであることを示す（図４参照）。
【００３４】
図１１は、タスク−記事関係ＤＢ４２５のデータ構造例を示す。タスク−記事関係ＤＢ４２５は、タスク−記事関係毎のレコードを格納する。各レコードは、あるタスクのタスクＩＤと当該タスクに属する記事（当該タスクの記事）の記事ＩＤと、フラグ（フラグ情報）とを含む。このフラグは、ＯＮ状態のとき、該当する記事の先行記事が別のタスク（先行タスク）に属すること、つまり該当する記事は当該記事が属するタスク内では先頭の記事であるが、先行タスクの記事の後続記事でもあることを示す。一方、ＯＦＦ状態のときは、このフラグは、該当する記事の先行記事が存在しないか、存在しても当該該当する記事と同一のタスクに属することを示す。
【００３５】
再び図２を参照すると、記事登録処理部５１は、ユーザＩＦ２００の記事投稿ＩＦ２０１によって投稿される記事及び当該記事に関連する情報をＤＢ４２に登録する。記事登録処理部５１は定義部５１０を含む。定義部５１０は、利用者（例えば管理者）によるタスク定義のための操作に応じて記事投稿ＩＦ２０１により指定されるタスクのタスク定義レコードをタスク定義ＤＢ４２３に登録する。定義部５１０は、利用者（管理者）によるタスク間関係定義のための操作（例えばクライアント端末２０の操作）に応じて記事投稿ＩＦ２０１により指定されるタスク間関係を表すタスク間関係レコードをタスク間関係ＤＢ４２４に登録する。
【００３６】
記事一覧作成部５２は、表示条件ＩＦ２０２によって指定される条件に合致する記事一覧を作成する。記事一覧作成部５２は、全記事一覧作成部５２１、先頭記事一覧作成部５２２及びスレッド展開部５２３を含む。
【００３７】
全記事一覧作成部５２１は、表示条件ＩＦ２０２によって全記事一覧作成が指示された場合、その指示に従って全記事一覧を作成する。全記事一覧作成指示では、全記事一覧作成対象を指定できる。ここでは、全記事一覧作成対象として、コミュニティ、またはコミュニティ内のタスクを指定できるものとする。全記事一覧作成部５２１は、コミュニティが指定された場合には、そのコミュニティに対応する記事ＤＢ４２１に基づいて、そのコミュニティに属する全ての記事の一覧（全記事一覧）を作成する。この場合、図４の例であれば、図１６に示す全記事一覧がクライアント端末２０の表示器に表示される。図１６では記事間の関係の理解を容易にするために、全記事一覧がツリー構造で表されている。しかし、全記事一覧は一般に、コミュニティに属する全ての記事の配列である。
【００３８】
全記事一覧作成部５２１はまた、コミュニティ内のタスクが指定された場合には、そのコミュニティに対応する記事ＤＢ４２１及びタスク−記事関係ＤＢ４２５に基づいて、そのコミュニティ内の指定タスクに属する全ての記事の一覧（全記事一覧）を作成する。
【００３９】
先頭記事一覧作成部５２２は、表示条件ＩＦ２０２によって先頭記事一覧作成が指示された場合、その指示に従って先頭記事一覧を作成する。先頭記事一覧作成指示では、先頭記事一覧の対象タスク及び先頭記事一覧のタイプを指定できる。本実施形態では、先頭記事一覧のタイプとして、第１及び第２のタイプの２種が用意されている。第１のタイプは、指定タスクの先頭記事が、当該指定タスクに先行するタスクに属する記事を先行記事としている場合に、上記先頭記事に代えて当該先行記事をスレッド先頭記事とすることを示す。第２のタイプは、指定タスクの先頭記事を、他のタスクに無関係にスレッド先頭記事とすることを示す。
【００４０】
第１のタイプが指定された場合、先頭記事一覧作成部５２２は、記事ＤＢ４２１、記事間関係ＤＢ４２２、タスク間関係ＤＢ４２４及びタスク−記事関係ＤＢ４２５に基づいて、第１のタイプの先頭記事一覧を作成する。第２のタイプが指定された場合、先頭記事一覧作成部５２２は、記事ＤＢ４２１、記事間関係ＤＢ４２２及びタスク−記事関係ＤＢ４２５に基づいて、第２のタイプの先頭記事一覧を作成する。
【００４１】
スレッド展開部５２３は、先頭記事一覧作成部５２２によって作成されて、一覧表示ＩＦ２０３によってクライアント端末２０に画面表示された一覧から任意の記事が選択された場合、その記事をスレッド先頭とするスレッドを記事間関係ＤＢ４２２及びタスク定義ＤＢ４２３に基づいてツリー構造（階層構造）に展開する。
【００４２】
記事検索部５３は、記事一覧作成部５２内の全記事一覧作成部５２１及び先頭記事一覧作成部５２２による記事一覧の作成対象となる記事を検索する。先頭記事判定部５４は、記事検索部５３によって検索された記事の集合に含まれる、表示条件ＩＦ２０２によって指定される条件に合致する先頭記事を判定する。
【００４３】
スレッド範囲判定部５５は、スレッド展開部５２３によって展開されるべきスレッドの範囲を判定する。ソート部５６は、先頭記事一覧作成部５２２による先頭記事一覧の作成の対象となる先頭記事の集合を投稿順にソートする。
【００４４】
次に本実施形態の動作について説明する。
【００４５】
まず、利用者がクライアント端末２０を操作して記事を投稿する場合の動作について、図１２及び図１３を参照して説明する。図１２は記事投稿時に記事投稿ＩＦ２０１によってクライアント端末２０に表示される記事投稿画面例であり、図１３は記事投稿時におけるフラグ操作処理の手順を示すフローチャートである。
【００４６】
今、利用者がクライアント端末２０を操作して、ある記事に対する返信を投稿するものとする。この場合、クライアント端末２０には、図１２（ａ）に示すように、上記ある記事（つまり投稿される記事の先行記事）を含む投稿画面が表示される。この投稿画面には、表示中の記事に返信することを指示するための返信ボタン１２１及び投稿される記事（以下、記事Ｘと称する）が属すべきタスクを選択するための選択ボタン１２２が配置されている。
【００４７】
利用者が選択ボタン１２２に付されている三角のマークを例えばマウスでクリックすると、選択可能なタスクの一覧を示す例えばプルダウンメニューが表示される。このプルダウンメニューには、タスク定義ＤＢ４２３で定義されているタスクの一覧が含まれている。またプルダウンメニューでは、現在画面表示されている記事が属するタスク（「このタスク」）、即ち記事Ｘの先行記事が属するタスクを、当該記事Ｘが属すべきタスクとして選択可能である。
【００４８】
ここで、記事Ｘが属すべきタスクが選択され、且つ返信ボタン１２１が例えばマウスでクリックされると、記事投稿ＩＦ２０１は、図１２（ａ）に示す画面から図１２（ｂ）に示す投稿画面に切り替える。利用者は、図１２（ｂ）に示す投稿画面を利用して記事Ｘを作成することができる。この図１２（ｂ）に示す投稿画面には、ＯＫボタン１２３が配置されている。利用者が、このＯＫボタン１２３をマウスでクリックすると、記事投稿ＩＦ２０１は、記事Ｘの情報Ｙと選択されたタスク（つまり記事Ｘが属すべきタスク）のタスクＩＤと当該記事Ｘの先行記事の記事ＩＤとを、情報共有システム５０の記事登録処理部５１に送出する。情報Ｙは、記事Ｘの記事ＩＤ、タイトル、作成日時（投稿日時）及び本文を含む。
【００４９】
記事登録処理部５１は、記事投稿ＩＦ２０１から送出された情報Ｙに基づいて記事Ｘの記事レコードを作成し、当該レコードを記事ＤＢ４２１に登録する。また記事登録処理部５１は、情報Ｙに含まれている記事Ｘの記事ＩＤと先行記事の記事ＩＤとに基づいて記事Ｘと当該記事Ｘの先行記事との関係を示す記事間関係レコードを作成する。記事登録処理部５１は、この記事間関係レコードを記事間関係ＤＢ４２２に格納する。
【００５０】
また記事登録処理部５１は、情報Ｙに含まれている記事Ｘの記事ＩＤと当該記事Ｘが属すべきタスクのタスクＩＤとに基づいて、当該記事Ｘが属すべきタスクと当該記事Ｘとの関係を示すタスク−記事関係レコードを作成する。このとき、作成されたタスク−記事関係レコード中のフラグはＯＦＦ状態に設定されている。記事登録処理部５１は、このタスク−記事関係レコードをタスク−記事関係ＤＢ４２５に格納する。
【００５１】
次に記事登録処理部５１は、タスク−記事関係ＤＢ４２５に格納されたタスク−記事関係レコード中のフラグを操作するための処理（フラグ操作処理）を、図１３のフローチャートに従って次のように実行する。
【００５２】
まず記事登録処理部５１は、記事投稿ＩＦ２０１により送出された情報から記事Ｘの先行記事を識別する（ステップＳ１）。本実施形態では、ステップＳ１の実行時には、記事Ｘを後続記事とする記事間関係レコードが記事間関係ＤＢ４２２に格納されている。したがって、記事Ｘの先行記事は、この記事Ｘを後続記事とする記事間関係レコードを記事間関係ＤＢ４２２から検索することによっても識別可能である。
【００５３】
次に記事登録処理部５１は、上記先行記事が属するタスクを、当該タスクのタスクＩＤを含むタスク−記事関係レコードをタスク−記事関係ＤＢ４２５から検索することによって識別する（ステップＳ２）。次に記事登録処理部５１は、ステップＳ２で識別されたタスクと記事Ｘが属するタスクとが等しいか否かを判定する（ステップＳ３）。
【００５４】
もし、識別されたタスクと記事Ｘが属するタスクとが等しくないならば、つまり記事Ｘが先行記事とは異なるタスクに属するならば、記事登録処理部５１はステップＳ４に進む。このステップＳ４において、記事登録処理部５１は、先にタスク−記事関係ＤＢ４２５に格納されたタスク−記事関係レコード中のフラグ、即ち記事Ｘが属するタスクと当該記事Ｘとの関係を示すタスク−記事関係レコード中のフラグをＯＮ状態に切り替える。これにより、記事登録処理部５１はフラグ操作処理を終了する。
【００５５】
これに対し、識別されたタスクと記事Ｘが属するタスクとが等しいならば、つまり記事Ｘが先行記事と同じタスクに属するならば、記事登録処理部５１はステップＳ４をスキップし、タスク−記事関係レコード中のフラグを操作せずにフラグ操作処理を終了する。
【００５６】
なお、タスク−記事関係レコードを作成する過程で、上述のフラグ操作処理によって当該レコード中のフラグの状態を決定することも可能である。
【００５７】
次に、利用者の操作に従い、クライアント端末２０の表示条件ＩＦ２０２から情報共有システム５０に対して先頭記事一覧の表示が指示された場合の動作について、図１４及び図１５のフローチャートを参照して説明する。
【００５８】
先頭記事一覧表示の指示には、先頭記事一覧の表示条件が付されている。この表示条件は、先頭記事一覧のタイプ及びタスクを指定する情報を含む。ここでは、第１のタイプ及びタスクＢが指定されたものとする。即ち、タスクＢの先頭記事が、当該タスクＢに先行するタスクに属する記事を先行記事としている場合に、当該先行記事をスレッド先頭記事として含む、第１のタイプの先頭記事一覧の表示が指示されたものとする。この場合、先頭記事一覧作成部５２２は第１のタイプの先頭記事一覧を作成するための処理（先頭記事一覧作成処理）を、図１４のフローチャートに従って次のように実行する。
【００５９】
まず先頭記事一覧作成部５２２は、指定されたタスクＢに先行するタスクＡに属する記事（の記事ＩＤ）を記事検索部５３を用いて検索する（ステップＳ１１）。タスクＢに先行するタスクＡ（のタスクＩＤ）は、当該タスクＢのタスクＩＤを後続タスクＩＤとして含むタスク間関係レコードをタスク間関係ＤＢ４２４から検索することによって識別される。ここでは、タスクＡ及びＢの関係と、当該タスクＡ及びＢの各々に属する記事の集合と、記事相互間の関係とが、図４のようになっているものとする。この場合、ステップＳ１１では、記事Ａ１乃至Ａ４（の記事ＩＤ）が検索される。なお、先頭記事一覧作成処理では、記事自体ではなくて、記事のＩＤ（記事ＩＤ）が検索される。しかし、以下の説明では、簡略化のために記事が検索されるものとする。
【００６０】
先頭記事一覧作成部５２２は、ステップＳ１１で検索されたタスクＡに属する記事の集合から、タスクＢに属する記事を後続記事とする記事を記事検索部５３及び先頭記事判定部５４を用いて検索する（ステップＳ１２）。タスクＡに属する記事（Ａ１乃至Ａ４）の後続記事は、記事検索部５３によって記事間関係ＤＢ４２２から検索される。ここでは、記事Ａ−１の後続記事は記事Ａ−２であり、記事Ａ−２の後続記事は記事Ａ−３及びＡ−４である。また、記事Ａ−３の後続記事は記事Ｂ−１及びＢ−４であり、記事Ａ−４の後続記事は記事Ｂ−８である。これらの後続記事のうち、タスクＢに属する記事は記事Ａ−３の後続記事である記事Ｂ−１及びＢ−４と、記事Ａ−４の後続記事である記事Ｂ−８である。これらのタスクＢに属する後続記事は、先頭記事判定部５４によってタスク−記事関係ＤＢ４２５から検索（抽出）される。これにより、ステップＳ１２では、記事Ａ１乃至Ａ４から記事Ａ−３及びＡ−４が検索される。
【００６１】
次に先頭記事一覧作成部５２２は、タスクＢに属する記事のうち、先行記事のない記事を、記事検索部５３及び先頭記事判定部５４を用いて検索する（ステップＳ１３）。タスクＢに属する記事は、記事検索部５３によってタスク−記事関係ＤＢ４２５から検索される。ここでは、記事Ｂ−１乃至Ｂ−９が検索される。また、タスクＢに属する記事（Ｂ−１乃至Ｂ−９）のうち、先行記事のない記事は、先頭記事判定部５４によって記事間関係ＤＢ４２２から検索される。ここでは、記事Ｂ−６が検索される。なお、ステップＳ１３がステップＳ１１より先に実行されても構わない。
【００６２】
次に先頭記事一覧作成部５２２は、ステップＳ１２で検索された記事Ａ−３及びＡ−４とステップＳ１３で検索された記事Ｂ−６とを、ソート部５６を用いて投稿順序でソートする（ステップＳ１４）。ここでの投稿順序には、該当する記事にスレッドの先頭となる記事（スレッド先頭記事）が存在する場合、そのスレッド先頭記事の投稿日時（作成日時）が用いられる。記事Ａ−３及びＡ−４にはスレッド先頭記事Ａ−１が存在する。この場合、記事Ａ−３及びＡ−４の集合と記事Ｂ−６とが、記事Ａ−１及び記事Ｂ−６の投稿日時でソートされる。また、記事Ａ−３及びＡ−４は、当該記事Ａ−３及びＡ−４の投稿日時でソートされる。記事Ａ−１，Ａ−３，Ａ−４及びＢ−６の投稿日時（作成日時）は記事ＤＢ４２１の記事レコードから取得される。ステップＳ１３のソート結果は、記事Ａ−３、記事Ａ−４、記事Ｂ−６の順となる。なお、単に記事Ａ−３、記事Ａ−４、記事Ｂ−６の投稿順にソートされるようにしても構わない。
【００６３】
先頭記事一覧作成部５２２は、ソートされた記事Ａ−３，Ａ−４及びＢ−６の一覧を、第１のタイプの先頭記事一覧として作成する（ステップＳ１５）。
【００６４】
作成された第１のタイプの先頭記事一覧は記事一覧作成部５２によってクライアント端末２０に送出される。この第１のタイプの先頭記事一覧はクライアント端末２０の一覧表示ＩＦ２０３によって受け取られる。一覧表示ＩＦ２０３は、この第１のタイプの先頭記事一覧をクライアント端末２０の表示器に表示する。図１７（ａ）は、第１のタイプの先頭記事一覧の表示画面例を示す。
【００６５】
次に、クライアント端末２０の表示条件ＩＦ２０２からの先頭記事一覧表示の指示に付されている表示条件により、第２のタイプ及びタスクＢが指定されたものとする。即ち、タスクＢの先頭記事のみをスレッド先頭記事として含む、第２のタイプの先頭記事一覧の表示が指示されたものとする。この場合、先頭記事一覧作成部５２２は第２のタイプの先頭記事一覧を作成するための先頭記事一覧作成処理を、図１５のフローチャートに従って次のように実行する。
【００６６】
まず、先頭記事一覧作成部５２２は記事検索部５３を用いることにより、上記ステップＳ１３と同様に、タスクＢに属する記事のうち、先行記事のない記事を当該タスクＢ内のスレッド先頭記事として検索する（ステップＳ２１）。ここでは、記事Ｂ−１乃至Ｂ−９の中から記事Ｂ−６が検索される。
【００６７】
次に先頭記事一覧作成部５２２は、タスクＢに属する記事のうち、先行記事のある記事を検索する（ステップＳ２２）。ここでは、タスクＢに属する記事Ｂ−１乃至Ｂ−９のうち、先行記事のない記事Ｂ−６を除く記事、つまり記事Ｂ−１乃至Ｂ−５及びＢ−７乃至Ｂ−９が先行記事のある記事として検索される。
【００６８】
次に、先頭記事一覧作成部５２２は記事検索部５３及び先頭記事判定部５４を用いることにより、ステップＳ２２で検索された記事の集合から、先行記事がタスクＡ（指定タスクＢに先行するタスクＡ）に属する記事をタスクＢ内のスレッド先頭記事として検索する（ステップＳ２３）。ステップＳ２２で検索された記事Ｂ−１乃至Ｂ−５及びＢ−７乃至Ｂ−９の先行記事は、記事検索部５３によって記事間関係ＤＢ４２２から検索される。検索された先行記事のうち、タスクＡに属する記事は、記事Ｂ−１及びＢ−４の先行記事Ａ−３と、記事Ｂ−８の先行記事Ａ−４である。これらのタスクＡに属する先行記事は、先頭記事判定部５４によってタスク−記事関係ＤＢ４２５から検索される。このようにしてステップＳ２３では、記事Ｂ−１，Ｂ−４及びＢ−８が検索される。
【００６９】
タスクＡの存在を知り得ない、もしくはタスクＡの記事へのアクセス権のない利用者、または指定タスクＢのみをターゲットとした利用者にとっては、タスクＢ内のスレッド先頭記事として検索された記事Ｂ−６，Ｂ−１，Ｂ−４及びＢ−８の投稿順序こそが正当な順序となる。そこで先頭記事一覧作成部５２２は、ステップＳ２１で検索された記事Ｂ−６とステップＳ２３で検索された記事Ｂ−１，Ｂ−４及びＢ−８とを、ソート部５６を用いて投稿順序でソートする（ステップＳ２４）。ここでは、記事Ｂ−６、記事Ｂ−８、記事Ｂ−１、記事Ｂ−４の順にソートされる。
【００７０】
先頭記事一覧作成部５２２は、ソートされた記事Ｂ−６，Ｂ−８，Ｂ−１及びＢ−４の一覧を、第２のタイプの先頭記事一覧として作成する（ステップＳ２５）。
【００７１】
作成された第２のタイプの先頭記事一覧は記事一覧作成部５２によってクライアント端末２０に送出される。この第２のタイプの先頭記事一覧はクライアント端末２０の一覧表示ＩＦ２０３によって受け取られる。一覧表示ＩＦ２０３は、この第２のタイプの先頭記事一覧をクライアント端末２０の表示器に表示する。図１７（ｂ）は、第２のタイプの先頭記事一覧、即ちソートされた記事Ｂ−６，Ｂ−８，Ｂ−１及びＢ−４の一覧の表示画面例を示す。このように、投稿順にソートされた記事Ｂ−６，Ｂ−８，Ｂ−１及びＢ−４の一覧をクライアント端末２０に送出することにより、利用者に違和感を与えることのない一覧表示が可能となる。
【００７２】
なお、タスク−記事関係レコード中のフラグを利用することにより、上記ステップＳ２２及びＳ２３の処理を簡略化することが可能である。図１５には、この簡略化された処理がステップＳ２３０として示されている。このステップＳ２３０において、先頭記事一覧作成部５２２は、タスクＢに属する記事Ｂ−１乃至Ｂ−９のうち、フラグがＯＮ状態にある記事（Ｂ−１，Ｂ−４及びＢ−８）を先頭記事判定部５４を用いて検索する。このフラグがＯＮ状態にある記事は、タスク−記事関係ＤＢ４２５に格納されているタスクＢに属する記事Ｂ−１乃至Ｂ−９のタスク−記事関係レコードのうち、フラグがＯＮ状態にあるレコードから検索される。
【００７３】
次に先頭記事一覧作成部５２２は、上記ステップＳ２４と同様のステップＳ２４０により、ステップＳ２１で検索された記事Ｂ−６とステップＳ２３０で検索された記事Ｂ−１，Ｂ−４及びＢ−８とを、ソート部５６を用いて投稿順序でソートする。
【００７４】
次に、先頭記事一覧から利用者の操作により任意の先頭記事が選択された場合の動作について説明する。ここでは、図１７（ａ）に示す第１のタイプの先頭記事一覧から記事Ａ−３が選択されたものとする。この場合、クライアント端末２０の表示条件ＩＦ２０２は、選択された記事Ａ−３を先頭とするスレッドの展開を情報共有システム５０に対して指示する。
【００７５】
すると、情報共有システム５０のスレッド展開部５２３は、記事Ａ−３を先頭とするスレッドの範囲を、スレッド範囲判定部５５を用いて特定する。この処理は、記事Ａ−３を先行記事とする記事間レコードから順に、記事間関係ＤＢ４２２内の記事間レコードを辿ることで行われる。つまり、記事Ａ−３を先行記事とする記事間レコードから、当該レコード中の後続記事を先行記事とする記事間レコードを辿るというように、記事間レコードを辿ることにより、記事Ａ−３を先頭とするスレッドの範囲が特定される。なお、タスクＢの後続タスクが存在する可能性があることを考慮して、辿られた記事間レコード中の後続記事ＩＤの示す記事（後続記事）がタスクＢに属するかを、タスク−記事関係ＤＢ４２５を参照して判定すると良い。タスクＢに属していない後続記事はスレッド範囲外として排除される。
【００７６】
スレッド展開部５２３は、特定された範囲の記事を、選択された記事Ａ−３をスレッド先頭とするツリー構造（階層構造）で展開する。スレッド展開部５２３は、展開されたツリー構造の情報をスレッド内一覧表示情報としてクライアント端末２０に返す。クライアント端末２０の一覧表示ＩＦ２０３は、このスレッド内一覧表示情報に従い、スレッド内一覧を画面表示する。
【００７７】
図１８は、図１７（ａ）に示す第１のタイプの先頭記事一覧から記事Ａ−３が選択された場合に表示されるスレッド内一覧を示す。また、記事Ａ−４が選択された場合に表示されるスレッド内一覧を図１９に示す。
【００７８】
上述したように本実施形態においては、情報共有システムの利用シーンに適合するスレッド先頭の一覧表示切替が可能となる。つまり利用者は、同一コミュニティ（電子掲示板）でも、先頭記事一覧表示の対象となるタスクを指定することにより、その指定されたタスク（指定タスク）の先頭記事一覧を情報共有システム５０により提示させることができる。また利用者は、先頭記事一覧のタイプを指定することにより、指定タスクの先行タスクに、当該指定タスクの先頭記事に先行する記事が存在する場合に、その先行する記事を当該先頭記事に代えてスレッド先頭記事に含めることもできる（第１のタイプの場合）。また、タスクＢにおける先頭記事を、先行タスクＡに属する記事との関係に無関係にスレッド先頭記事とすることもできる（第２のタイプの場合）。
【００７９】
第１のタイプ及び第２のタイプのいずれの先頭記事一覧が利用者にとって適切であるかは、情報共有システムが提供するコミュニティ（電子掲示板）の利用シーンによって異なる。例えば、質問回答システムのコミュニティで、タスクＡが「質問する」という作業、タスクＢが「質問に回答する」という作業の場合、先頭記事一覧の対象がタスクＢであっても、当該タスクＢの記事に先行するタスクＡの記事（返信元記事）の内容が重要となる。このような場合、第１のタイプを指定すれば良い。図６の例で、タスクＢと第１のタイプが指定された場合、「回答の書き方に関する一般意見」に加えて、「ｘｘに関する回答のドラフト」及び「ｙｙに関する回答のドラフト」のそれぞれ先行記事であるタスクＡの記事「正式なｘｘに関する質問書」及び「正式なｙｙに関する質問書」がタスクＢのスレッド先頭記事として取得される。
【００８０】
一方、例えば設計仕様を検討するシステムのコミュニティで、タスクＡが「基本設計」、タスクＢが「詳細設計」の場合には、必要なときに対象外のタスクを参照すれば良い。このような場合、第２のタイプを指定すれば良い。第２のタイプの先頭記事一覧は、対象タスク内の先頭記事を参照するだけで十分である場合に有効となる。第２のタイプは、見積書／請求書作成システムのコミュニティで、タスクＡが「見積書作成」、タスクＢが「請求書作成」の場合にも有効である。図５の例で、タスクＢと第２のタイプが指定された場合、当該タスクＢの範囲に絞って、「Ａ社向け請求書ドラフト」、「Ｂ社向け請求書ドラフト」及び「Ｃ社向け請求書ドラフト」が、当該タスクＢのスレッド先頭記事として取得される。
【００８１】
これに対して従来のシステムでは、コミュニティ（電子掲示板）単位で先頭記事一覧が表示される。記事Ａ−１乃至Ａ−４及びＢ−１乃至Ｂ−９の記事相互の関係が図４のようになっている場合、従来のシステムでは、タスクＡに属する記事Ａ−１とタスクＢに属する記事Ｂ−６のみがスレッド先頭記事として表示される。但し、従来のシステムでは、「タスク」という概念は存在しない。
【００８２】
従来のシステムでは、先頭記事一覧から例えば記事Ａ−１が選択された場合、記事Ａ−１をスレッド先頭とするスレッドがツリー構造で表示される。つまり、タスクＡ及びタスクＢの各々に属する記事の集合を含む、図１６に示す上段のスレッドが表示される。このような表示は、タスクＡ及びＢの双方にアクセス権のある利用者にとっては便利である。しかし、例えばタスクＡのみを対象タスクとする利用者にとっては、タスクＢの記事に利用価値がない可能性もあることから必ずしも便利であるとは限らない。
【００８３】
本実施形態では、利用者が先頭記事一覧の対象範囲として所望のタスクを指定できるため、その指定されたタスクの範囲で、第１または第２のタイプの先頭記事一覧を利用者に提示できる。また、先頭記事一覧から選択された記事をスレッド先頭記事とするスレッドを、指定タスクの範囲でツリー構造で利用者に提示できる。これにより利用価値のない不要な記事を利用者に伏せることができる。例えば、先頭記事一覧の対象範囲をタスクＡに限定した場合、先頭記事一覧は記事Ａ−１のみを含む。この記事Ａ−１が選択された場合、記事Ａ−１をスレッド先頭とするスレッドがタスクＡの範囲でツリー構造で利用者に提示される。図２０は、この記事Ａ−１をスレッド先頭とするスレッドの表示画面例を示す。
【００８４】
上記実施形態では、先頭記事一覧の表示条件が当該先頭記事一覧のタイプを指定する情報を含むことを前提としている。しかし、この表示条件がタイプを指定する情報を必ずしも含む必要はない。例えば、表示条件がタイプを指定する情報を含まない場合、常に第１のタイプの先頭記事一覧が作成される構成としても良い。
【００８５】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００８６】
【図１】本発明の一実施形態に係る情報共有システムを含むクライアント−サーバシステムのハードウェア構成を示すブロック図。
【図２】図１に示される情報共有システムの主として機能構成を、クライアント端末のユーザインタフェース構成と共に示すブロック図。
【図３】図２に示されるデータベースの構成を示す図。
【図４】情報共有システムによって管理される、２つのタスクＡ及びＢの関係と、当該タスクＡ及びＢの各々に属する記事の集合と、記事相互間の関係の一例を表す図。
【図５】タスクＡ及びＢが、それぞれ「見積書作成」及び「請求書作成」の場合の、タスクＡ及びＢの関係と、当該タスクＡ及びＢの各々に属する記事の集合と、記事相互間の関係の一例を表す図。
【図６】タスクＡ及びＢが、それぞれ「質問書作成」及び「回答書作成」の場合の、タスクＡ及びＢの関係と、当該タスクＡ及びＢの各々に属する記事の集合と、記事相互間の関係の一例を表す図。
【図７】図３に示される記事データベースのデータ構造例を示す図。
【図８】図３に示される記事間関係データベースのデータ構造例を示す図。
【図９】図３に示されるタスク定義データベースのデータ構造例を示す図。
【図１０】図３に示されるタスク間関係データベースのデータ構造例を示す図。
【図１１】図３に示されるタスク−記事関係データベースのデータ構造例を示す図。
【図１２】記事投稿時にクライアント端末に表示される記事投稿画面例を示す図。
【図１３】記事投稿時におけるフラグ操作処理の手順を示すフローチャート。
【図１４】クライアント端末から第１のタイプの先頭記事一覧の表示が指示された場合の情報共有システムの動作手順を示すフローチャート。
【図１５】クライアント端末から第２のタイプの先頭記事一覧の表示が指示された場合の情報共有システムの動作手順を示すフローチャート。
【図１６】全記事一覧の表示画面例を示す図。
【図１７】図４に示されるタスクＢが指定された場合における第１及び第２のタイプの先頭記事一覧の表示画面例を示す図。
【図１８】図１７に示される第１のタイプの先頭記事一覧から記事Ａ−３が選択された場合に表示されるスレッド内一覧の表示画面例を示す図。
【図１９】図１７に示される第１のタイプの先頭記事一覧から記事Ａ−４が選択された場合に表示されるスレッド内一覧の表示画面例を示す図。
【図２０】図４に示されるタスクＡが指定された場合における第２のタイプの先頭記事一覧の表示画面例を示す図。
【符号の説明】
【００８７】
１０…サーバコンピュータ、２０…クライアント端末、３０…ネットワーク、４０…外部記憶装置、４１…管理プログラム、４２…データベース（ＤＢ）、５０…情報共有システム、５１…記事登録処理部、５２…記事一覧作成部、５３…記事検索部、５４…先頭記事判定部、５５…スレッド範囲判定部、５６…ソート部、２００…ユーザインタフェース（ユーザＩＦ）、２０１…記事投稿インタフェース（記事投稿ＩＦ）、２０２…表示条件インタフェース（表示条件ＩＦ）、２０３…一覧表示インタフェース（一覧表示ＩＦ）、４２１…記事データベース（記事ＤＢ）、４２２…記事間関係データベース（記事間関係ＤＢ）、４２３…タスク定義データベース（タスク定義ＤＢ）、４２４…タスク間関係データベース（タスク間関係ＤＢ）、４２５…タスク−記事関係データベース（タスク−記事関係ＤＢ）、５１０…定義部、５２１…全記事一覧作成部、５２２…先頭記事一覧作成部、５２３…スレッド展開部。
【図１】
2007241829.tif 000003
【図２】
2007241829.tif 000004
【図３】
2007241829.tif 000005
【図４】
2007241829.tif 000006
【図５】
2007241829.tif 000007
【図６】
2007241829.tif 000008
【図７】
2007241829.tif 000009
【図８】
2007241829.tif 000010
【図９】
2007241829.tif 000011
【図１０】
2007241829.tif 000012
【図１１】
2007241829.tif 000013
【図１２】
2007241829.tif 000014
【図１３】
2007241829.tif 000015
【図１４】
2007241829.tif 000016
【図１５】
2007241829.tif 000017
【図１６】
2007241829.tif 000018
【図１７】
2007241829.tif 000019
【図１８】
2007241829.tif 000020
【図１９】
2007241829.tif 000021
【図２０】
2007241829.tif 000022