(57)【特許請求の範囲】
【請求項１】
ディスカッショングループから複数の投稿を含むスレッドを削除するためコンピュータが実施する方法であって、
少なくとも１人のユーザがスレッド内の少なくとも１つの投稿を読んだかどうかを決定するステップと、
前記少なくとも１人のユーザに前記少なくとも１つの投稿が有用であったかどうかを問うメッセージを与えるステップと、前記メッセージを与えるステップは、前記少なくとも１人のユーザに選択された時に肯定的な応答を示すように動作する第１の選択と選択された時に否定的な応答を示すように動作する第２の選択とを提供し、
前記少なくとも１人のユーザが前記スレッド中の前記少なくとも１つの投稿を有用と評価したかどうかを判定するステップと、
前記少なくとも１人のユーザが前記少なくとも１つの投稿を有用と評価した場合は前記スレッドを保持するステップと、
前記少なくとも１人のユーザが少なくとも１つの投稿を読んで且つ前記少なくもひとつ１つの投稿を評価しなかった場合は前記スレッドを保持するステップと、
前記少なくとも１人のユーザが少なくとも１つの投稿を有用と評価しなかった場合は前記スレッドを削除するステップと、
前記スレッドに関連する削除日を所定値に設定するステップと、を備え、前記削除日を所定値に設定する前記ステップは、
前記投稿のタイプを判定するステップと、
前記投稿が第１のタイプである場合は前記スレッドの削除日を第１の事前定義済み値に設定するステップと、
前記投稿が第２のタイプである場合は前記スレッドの削除日を第２の事前定義済み値に設定するステップとを含み、
前記第１の事前定義済み値は前記第２の事前定義済み値よりも小さい
ことを特徴とする方法。
【請求項２】
前記スレッドを保持するステップは、前記スレッドの削除日を前記所定値に再設定するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記スレッドを保持するステップは、前記投稿の削除日を変更なしとするステップを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記スレッドを削除するステップは、
少なくとも１つの投稿の削除日が現在日付と等しいかどうかを判定するステップと、
前記削除日が前記現在日付と等しい場合は前記スレッドを削除するステップとを含む
ことを特徴とする請求項２に記載の方法。
【請求項５】
少なくとも１人のユーザが前記スレッド中の少なくとも１つの投稿を評価したかどうかを判定するステップは、
前記投稿に関連するフィールドに評価値を記憶するステップと、
前記ユーザが前記投稿を断定的に肯定評価したかどうかを判定するステップとを含む
ことを特徴とする請求項１に記載の方法。
【請求項６】
肯定応答を示す値を前記評価フィールドが有するかどうかを判定するステップは、
少なくとも１人が前記投稿を開いたかどうかを判定するステップと、
前記投稿に関連する前記評価フィールドに肯定的な値を記憶するステップとを含む
ことを特徴とする請求項５に記載の方法。
【請求項７】
肯定応答を示す値を前記評価フィールドが有するかどうかを判定するステップは、
前記投稿が有用であったかどうかの問いに応答して前記ユーザが肯定応答を提供したかどうかを判定するステップをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記第１のタイプのスレッドは、質問／回答タイプのスレッド及びフィードバックタイプのスレッドで本質的に構成されたリストから選択されることを特徴とする請求項１に記載の方法。
【請求項９】
前記第２のタイプのスレッドは一般的コメントタイプの投稿を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
各投稿と各投稿に対する評価とを表示デバイス上に表示するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１１】
ディスカッショングループから複数の投稿を含むスレッドを削除することを実施するためのコンピュータ実行可能命令を有するコンピュータ読み取り可能な記録装置であって、前記削除することは、
前記スレッドに関連する削除日を所定値に設定するステップと、
前記スレッドに関連する削除日を所定値に設定する前記ステップは、
少なくとも１つの前記投稿のタイプを判定するステップと、
少なくとも１つの前記投稿が第１のタイプである場合は前記スレッドの削除日を第１の事前定義済み値に設定するステップと、
少なくとも１つの前記投稿が第２のタイプである場合は前記スレッドの削除日を第２の事前定義済み値に設定するステップとを含み、
少なくとも１人のユーザがスレッド内の少なくとも１つの投稿を読んだかどうかを決定するステップと、
前記少なくとも１人のユーザに前記少なくとも１つの投稿が有用であったかどうかを問うメッセージを与えるステップと、前記メッセージを与えるステップは、前記少なくとも１人のユーザに選択された時に肯定的な応答を示すように動作する第１の選択と、選択された時に否定的な応答を示すように動作する第２の選択とを提供し、
少なくとも１つの投稿がユーザによって肯定的に評価されている場合は前記スレッドの削除日を更新するステップと、
前記少なくとも１人のユーザが少なくとも１つの投稿を読んで且つ前記少なくも１つの投稿を評価しなかった場合は前記削除日を延長するステップと、
前記スレッドの削除日が現在日付と等しいかどうかを判定するステップと、
前記削除日が前記現在日付と等しい場合は前記スレッドを削除するステップとを含むことを特徴とするコンピュータ読み取り可能な記録装置。
【請求項１２】
少なくとも１つの投稿が肯定的な評価を受け取ったかどうかを判定するステップと、
少なくとも１つの投稿が肯定的な評価を受け取った場合は前記スレッドの削除日を更新するステップとを含む
ことを特徴とする請求項１１に記載のコンピュータ読み取り可能な記録装置。
【請求項１３】
前記第１のタイプの投稿は、質問／回答タイプのスレッド及びフィードバックタイプのスレッドで構成されたリストから選択され、前記第２のタイプの投稿は一般的コメントタイプの投稿を含むことを特徴とする請求項１１に記載のコンピュータ読み取り可能な記録装置。
【請求項１４】
複数の投稿を含むディスカッショングループから複数のポストを含むスレッドを除去するためのシステムであって、該システムはサーバを有し、該サーバは、
前記スレッドに関連する少なくとも１つの投稿に関するクライアントから入力を受け取ること、
前記クライアントへ前記スレッドの少なくとも１つの投稿を戻すことと、
前記クライアントが前記スレッドの少なくとも１つの投稿を開いたかどうかを判定することと、
もし前記クライアントが前記スレッドの前記少なくとも１つの投稿を開いた場合は前記スレッドの削除日を更新することと、
前記クライアントに前記スレッドの前記少なくとも１つの投稿の評価を問うことと、前記評価を問うことは、前記クライアントに前記少なくとも１つの投稿の近くに表示された前記スレッドの前記少なくとも１つの投稿の評価について前記クライアントに問うメッセージを提供することと、前記メッセージは選択された時に前記クライアントからの肯定的な応答を示すように動作する第１の選択と、選択された時に前記クライアントからの否定的な応答を示すように動作する第２の選択とを含み、
前記クライアントからの前記少なくとも１つの投稿に関連した少なくとも１つの評価である前記第１の選択と前記第２の選択との内の１つを受け取ることと、
前記クライアントから前記第１の選択と前記第２の選択の内のいずれも受け取らない時、前記少なくとも１つの投稿に関連した前記少なくとも１つの評価に前記肯定的な評価を割当てることと、
前記クライアントから受け取った前記少なくとも１つの評価に依存してデータベースから前記少なくとも１つの投稿に関連した前記スレッドを削除するかどうかを決定することと、
前記クライアントから受け取った前記入力が有用であることを示す値を持っているかどうかを決定することと、
もし前記クライアントから受け取った前記入力が有用であることを示す値を持っている場合は前記スレッドの削除日を更新することと、該削除日を更新することは、
前記スレッドのタイプを判定することと、
もし前記スレッドが一般的コメントタイプのスレッドである場合は前記削除日を第１の事前定義済み値に設定することと、
もし前記スレッドが質問／回答タイプのスレッドを含む場合は前記削除日を第２の事前定義済み値に設定することと、
もし前記スレッドがフィードバックタイプの投稿を含む場合は前記削除日を第３の事前定義済み値に設定することと、前記第１の事前定義済み値は前記第２の事前定義済み値よりも小さいことと
を動作可能である前記サーバと、
前記クライアントを前記サーバに接続する分散ネットワークと
を備えたことを特徴とするシステム。
【請求項１５】
前記サーバが、前記スレッドを削除するかどうかを決定することは、
前記スレッドの削除日が現在日付と等しいかどうかを判定することと、
前記削除日が前記現在日付と等しい場合は前記スレッドを削除することとを含む
ことを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記サーバはさらに、前記クライアントから受け取った前記入力を、前記投稿に関連する評価フィールドに記憶し、前記スレッドに関連する削除日を記憶するように動作可能であることを特徴とする請求項１４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスレッドを削除する方法及びシステムに関し、より詳細には、ディスカッショングループからスレッドを削除する方法及びシステム並びに記録媒体に関する。
【背景技術】
【０００２】
インターネットは、２つの主要機能を有するまでに発展した。すなわち、通信の促進と情報拡散である。通信の促進と情報拡散の両方のためのソースの１つは、ディスカッショングループである。ディスカッショングループは基本的に、特定のトピックに関する継続的な公開ディスカッションである。ユーザは、特定のディスカッショングループにログオンし、ディスカッションボードにメッセージや質問を投稿することができる。ディスカッショングループは、ユーザが特定のトピックに関する詳細なディスカッションに参加したいときに、非常に効果的である。通常、ディスカッショングループは、特定のトピックに関心のある、または特定のトピックに関係する質問の回答を求めている、創始者またはエンティティによって開始される。各ディスカッショングループ内に複数のスレッドがある場合があるが、これらのスレッドは、同じ主題に関係する複数の投稿の階層リストであり、また、その主題に関するユーザ間の会話をアーカイブするものである。各スレッド内の投稿は通常、主題の行、ならびに様々なスレッドタイプの概念（例えば、今すぐ、質問と回答、又は一般的ディスカッション）を共有する。通常、投稿者とも呼ばれるユーザが、投稿してスレッドを開始する。次いで、他の投稿者がその投稿に返信することができる。これらの返信がディスカッションのスレッドを構成する。
【０００３】
ユーザは、ディスカッショングループにログインして、スレッド内の投稿を読むことができ、あるいは所与のスレッドに新しい投稿を追加することができる。ディスカッショングループは非常に普及してきたものの、その普及はいくつかの問題につながっている。第１に、ディスカッショングループ内のスレッドは非常に大きくなる可能性があるので、サーバ内の記憶空間を多量に必要とする。ディスカッションボードは、通常はそのフォーラムまたはディスカッショングループを始めた創始者によって、単一のサーバ上で維持されるのが普通なので、スレッドを記憶するコストは非常に高くなる可能性がある。さらに、スレッド中で特定の返信が検索されることがあるので、多数の重要でないスレッド中で検索することに関連するコストは、時間と金銭の両面で高価になる。
【０００４】
第２の問題は、ユーザにとって役立たないスレッドがあることである。これらのスレッドは、サーバ上に残り、貴重なシステムリソースを無駄に消費する。さらに、ディスカッショングループのトピックが古くなったため、あるいはディスカッションの焦点だった問題を解決するソフトウェア製品用アップグレードまたはパッチが入手可能になったために、元々は有用であったスレッドでも古いものになる場合がある。この場合、これらの古いスレッドはサーバ上のリソースを占有し、それにより、サーバのホスティングに関連するコストを増大させる。ディスカッショングループに関するさらに別の問題は、要求しないのに提供される広告である。要求しないのに提供されるこれらの広告は、どんな有用な情報もディスカッションスレッドに提供せず、貴重なシステムリソースを占有し、一般に、意図されたユーザを困らせる。
【０００５】
これらの問題に対処する方法の１つは、スレッド内で所定の日付よりも古い個々の投稿を削除することである。通常、ディスカッションボードをホストするサーバが、「古い」投稿をシステムから削除することになる。サーバは普通、各投稿を調べ、投稿日を見てその古さを決定する。投稿日が９０日などのしきい値日数を超える場合は、その投稿またはメッセージは除去される。個々の投稿を先入れ先出し（ＦＩＦＯ）手法に基づいて削除すれば、ディスカッションボードに記憶される投稿の総数が削減されるが、この方法からはいくつかの問題が生じる。第１に、古い投稿を削除すると、スレッドが断片化し、スレッドの連続性が損なわれる。例えば、元の投稿と初期の返信がディスカッションボードから削除された場合、スレッドにアクセスしたユーザは、価値のある情報を含むかもしれない最初の質問またはコメントと初期の返信とを見ないことになる。さらに、投稿がどんなコンテキストで作成されたのかがユーザにわからないため、残りの投稿はユーザにとって無意味なものになる場合がある。別の問題は、投稿がＦＩＦＯ手法に基づいて削除されるので、潜在的に有用な投稿が削除される場合があり、それにより、潜在的に重要な情報は消去されると同時に、無用な投稿はそのまま残される可能性があることである。
【０００６】
ディスカッションスレッドを記憶するコストに対処するための別の方法は、スレッド内の最も古い投稿が所定日数を超えた場合にスレッド全体を削除することである。したがって、所与のスレッド内の個々の投稿だけを削除するのではなく、スレッド全体を削除する。スレッド全体を削除すればスレッドの断片化の問題は軽減されるが、潜在的に有用なスレッドが、単に任意のしきい値期限を超えたというだけで削除され、潜在的に無用なスレッドが、所定期限よりも古くなっていないために残る場合がある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、ディスカッショングループを自動化方式で監視する方法が、絶えず必要とされている。特に、ディスカッショングループ内で、スレッドの古さにかかわらず、無用なスレッド及び使用されていないスレッドはディスカッションストリングから除去すると共に有用なスレッドは維持する方法が必要とされている。
【０００８】
本発明は、このような状況に鑑みてなされたもので、その目的とするところは、ディスカッションスレッドを評価に基づいて管理するための、スレッドを削除する方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、スレッド内の個々の投稿に与えられた評価に基づいてディスカッショングループからスレッドを除去するための方法及びシステムにおいて、前述の必要性を満たすものである。概して述べると、本発明は、ユーザから供給された個々の投稿の評価に基づいてディスカッショングループからスレッドを除去する方法を含む。スレッド内の投稿を開いたとき、このスレッドを削除すべき日付が最初に所定値に設定される。ユーザがこのスレッド内の投稿を読むときは常に、投稿の有用性を評価するようユーザに求めるウィンドウが表示される。少なくとも１人のユーザがスレッド中の少なくとも１つの投稿を有用と評価した場合は、削除日は再設定される。しかし、少なくとも１つの投稿を有用として選択するユーザがいなかった場合は、削除日は変更されない。次に、スレッドの削除日を調べ、ディスカッショングループをホストしているサーバのシステムクロックの現在日付と削除日が同じかどうかを判定する。スレッドの削除日がシステムクロックの現在日付と同じである場合は、スレッド全体をディスカッショングループから削除する。
【００１０】
本方法ではまた、少なくとも１人のユーザがスレッド内の投稿を開いたかどうかを最初に判定することによって、評価フィールドが有用を示す値を有するかどうかを判定することができる。次に、スレッドに関連する評価フィールドを調べ、ユーザがスレッド内の少なくとも１つの投稿を有用として断定的に評価したかどうかを判定する。ユーザが評価フィールド中で肯定的な回答をすることによって、少なくとも１つの投稿を有用と判定した場合は、削除日は再設定される。しかし、ユーザの応答がない場合は暗黙的な肯定応答と考えられるので、ユーザが投稿を開いたが投稿を評価しなかった場合でも、投稿は有用と考えられる。
【００１１】
本方法では、スレッドタイプを最初に調べることによって削除日を再設定する。スレッドが一般的コメントタイプなどの第１タイプであると判定された場合、削除日は第１の所定日付に設定される。しかしスレッドが、質問／回答タイプのスレッドやフィードバックタイプのスレッドとすることのできる第２のスレッドタイプとして分類された場合は、削除日は第２の所定日付に設定され、第１の所定日付は第２の所定日付よりも小さい。これは、第２タイプに含まれるスレッドは第１タイプに含まれるスレッドよりも有用と考えられ、より長期間にわたってサーバ上のディスカッションボードに保持されるからである。
【００１２】
本発明の様々な態様は、開示する実施形態に関する以下の詳細な記述を検討し、添付の図面及び特許請求の範囲を参照すれば、より明確に理解及び認識することができる。
【発明の効果】
【００１３】
本発明によれば、ディスカッションスレッドを評価に基づいて管理することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明を適用できる実施形態を詳細に説明する。本発明は通常、ディスカッショングループ中の所与のスレッドをディスカッショングループから除去すべきかどうかを判定するためのルーチンに組み入れられる。このルーチンは、ユーザが所与のスレッド内の各投稿の有用性を評価することを可能にする。
【００１５】
ここで図に目を向けるが、いくつかの図を通して、同じ数字は同じ要素を指す。図１に、本発明を実施することのできる適したコンピューティングシステム環境の例１００を示す。コンピューティングシステム環境１００は、適したコンピューティング環境の一例にすぎず、本発明の使用または機能の範囲についてどんな制限も意味しない。またコンピューティング環境１００は、この例示的な動作環境１００に示すコンポーネントのいずれか１つまたは組合せに関してどんな依存や要件を有するものとも解釈すべきではない。
【００１６】
本発明は、その他多くの汎用または専用コンピューティングシステム環境または構成でも動作する。本発明と共に使用するのに適する場合のある周知のコンピューティングシステム、環境、及び／または構成の例には、限定しないがパーソナルコンピュータ、サーバコンピュータ、ハンドヘルドまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラム可能な民生用電子機器、ネットワークＰＣ（personal computer）、ミニコンピュータ、メインフレームコンピュータ、ならびに、これらのシステムまたはデバイスのいずれかを含む分散コンピューティング環境などが含まれる。
【００１７】
本発明は、プログラムモジュールなど、コンピュータによって実行されるコンピュータ実行可能命令の一般的な状況で述べることができる。一般にプログラムモジュールは、特定のタスクを実施するか特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本発明はまた、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実施される分散コンピューティング環境で実施することもできる。分散コンピューティング環境では、プログラムモジュールは、メモリ記憶デバイスを含めたローカルとリモートの両方のコンピュータ記憶媒体に位置することができる。
【００１８】
図１を参照すると、本発明を実施するための例示的なシステム１００は、コンピュータ１１０の形の汎用コンピューティングデバイスを含む。コンピュータ１１０のコンポーネントには、限定しないが、処理ユニット１２０と、システムメモリ１３０と、システムメモリ１３０を含めた様々なシステムコンポーネントを処理ユニット１２０に結合するシステムバス１２１とを含めることができる。システムバス１２１は、様々なバスアーキテクチャのいずれかを用いた、メモリバスまたはメモリコントローラ、周辺バス、ローカルバスを含めて、いくつかのタイプのバス構造のいずれかとすることができる。限定ではなく例として、このようなアーキテクチャには、ＩＳＡ（Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ  Ｃｈａｎｎｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｎｈａｎｃｅｄ  ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｓｔａｎｄａｒｄｓ  Ａｓｓｏｃｉａｔｉｏｎ）ローカルバス、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス（メザニンバスとも呼ばれる）が含まれる。
【００１９】
コンピュータ１１０は通常、様々なコンピュータ可読媒体を備える。コンピュータ可読媒体は、コンピュータ１１０からアクセスできる任意の利用可能な媒体とすることができ、揮発性と不揮発性、取外し可能と取外し不可能の両方の媒体が含まれる。限定ではなく例として、コンピュータ可読媒体には、コンピュータ記憶媒体及び通信媒体を含めることができる。コンピュータ記憶媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、その他のデータなどの情報を記憶するための任意の方法または技術で実現される、揮発性と不揮発性、取外し可能と取外し不可能の両方の媒体が含まれる。コンピュータ記憶媒体には、限定しないがＲＡＭ（random access memory）、ＲＯＭ（read only memory）、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）、フラッシュメモリまたはその他のメモリ技術、ＣＤ（compact disc）−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置またはその他の磁気記憶デバイスが含まれ、あるいは、所望の情報を記憶するのに使用できコンピュータ１１０からアクセスできるその他の任意の媒体が含まれる。通信媒体は通常、搬送波やその他のトランスポート機構など変調されたデータ信号中に、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータを組み入れるものであり、任意の情報送達媒体が含まれる。「変調されたデータ信号」という語は、信号中の情報が符号化される形で１つまたは複数の特性が設定されたまたは変更された信号を意味する。限定ではなく例として、通信媒体には、有線ネットワークや直接配線接続などの有線媒体と、音響、ＲＦ（無線周波）、赤外線、その他の無線媒体などの無線媒体とが含まれる。以上の任意の組合せもコンピュータ可読媒体の範囲に含めるべきである。
【００２０】
システムメモリ１３０は、読取り専用メモリ（ＲＯＭ）１３１やランダムアクセスメモリ（ＲＡＭ）１３２など、揮発性及び／または不揮発性メモリの形のコンピュータ記憶媒体を含む。ＲＯＭ１３１には通常、起動中などにコンピュータ１１０内の要素間で情報を転送するのを助ける基本ルーチンを含むＢＩＯＳ（ｂａｓｉｃ  ｉｎｐｕｔ／ｏｕｔｐｕｔ  ｓｙｓｔｅｍ）１３３が記憶されている。ＲＡＭ１３２は通常、処理ユニット１２０からすぐにアクセス可能な、かつ／または処理ユニット１２０が現在作用している、データ及び／またはプログラムモジュールを含む。限定ではなく例として、図１には、オペレーティングシステム１３４、アプリケーションプログラム１３５、その他のプログラムモジュール１３６、及びプログラムデータ１３７を示す。
【００２１】
コンピュータ１１０は、その他の取外し可能／取外し不可能、揮発性／不揮発性コンピュータ記憶媒体を備えることもできる。例にすぎないが図１には、取外し不可能な不揮発性の磁気媒体に対して読み書きするハードディスクドライブ１４１と、取外し可能な不揮発性の磁気ディスク１５２に対して読み書きする磁気ディスクドライブ１５１と、ＣＤ  ＲＯＭやその他の光媒体など取外し可能な不揮発性の光ディスク１５６に対して読み書きする光ディスクドライブ１５５を示す。この例示的な動作環境で使用することのできるその他の取外し可能／取外し不可能、揮発性／不揮発性コンピュータ記憶媒体には、限定しないが磁気テープカセット、フラッシュメモリカード、デジタル多用途ディスク、デジタルビデオテープ、固体ＲＡＭ、固体ＲＯＭなどが含まれる。ハードディスクドライブ１４１は通常、インタフェース１４０などの不揮発性メモリインタフェースを介してシステムバス１２１に接続され、磁気ディスクドライブ１５１及び光ディスクドライブ１５５は通常、インタフェース１５０などの取外し可能メモリインタフェースでシステムバス１２１に接続される。
【００２２】
以上に論じ図１に示した各ドライブ及びそれらに関連するコンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、その他のデータの記憶域をコンピュータ１１０に提供する。例えば図１には、ハードディスクドライブ１４１がオペレーティングシステム１４４、アプリケーションプログラム１４５、その他のプログラムモジュール１４６、プログラムデータ１４７を記憶しているのが示されている。これらのコンポーネントは、オペレーティングシステム１３４、アプリケーションプログラム１３５、その他のプログラムモジュール１３６、プログラムデータ１３７と同じものとすることもでき、異なるものとすることもできることに留意されたい。ここでは、オペレーティングシステム１４４、アプリケーションプログラム１４５、その他のプログラムモジュール１４６、プログラムデータ１４７が少なくとも異なるコピーであることを示すために、異なる番号を付けてある。ユーザは、キーボード１６２、及びマウスやトラックボールやタッチパッドと一般に呼ばれるポインティングデバイス１６１などの入力デバイスを介して、コンピュータ１１０にコマンド及び情報を入力することができる。その他の入力デバイス（図示せず）には、マイクロホン、ジョイスティック、ゲームパッド、衛星受信アンテナ、スキャナなどを含めることができる。これら及び他の入力デバイスは、システムバス１２１に結合されたユーザ入力インタフェース１６０を介して処理ユニット１２０に接続されることが多いが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（「ＵＳＢ」）など、その他のインタフェース及びバス構造で接続されてもよい。モニタ１９１または他のタイプの表示デバイスも、ビデオインタフェース１９０などのインタフェースを介してシステムバス１２１に接続される。モニタに加えて、コンピュータは、スピーカ１９７やプリンタ１９６など、その他の周辺出力デバイスも備えることができ、これらは出力周辺インタフェース１９５を介して接続することができる。
【００２３】
コンピュータ１１０は、リモートコンピュータ１８０など１つまたは複数のリモートコンピュータへの論理接続を用いて、ネットワーク化された環境で動作することができる。リモートコンピュータ１８０は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、またはその他の一般的なネットワークノードとすることができ、図１にはメモリ記憶デバイス１８１しか示していないが、通常はパーソナルコンピュータ１１０に関して上述した要素の多くまたはすべてを備える。図１に示す論理接続は、ローカルエリアネットワーク（ＬＡＮ）１７１及びワイドエリアネットワーク（ＷＡＮ）１７３を含むが、その他のネットワークを含むこともできる。このようなネットワーキング環境は、オフィス、企業全体のコンピュータネットワーク、イントラネット、インターネットでよく見られる。
【００２４】
ＬＡＮネットワーキング環境で使用されるときは、コンピュータ１１０は、ネットワークインタフェースまたはアダプタ１７０を介してＬＡＮ１７１に接続される。ＷＡＮネットワーキング環境で使用されるときは、コンピュータ１１０は通常、インターネットなどのＷＡＮ１７３を介した通信を確立するためのモデム１７２またはその他の手段を備える。モデム１７２は内蔵でも外付けでもよく、ユーザ入力インタフェース１６０またはその他の適切な機構を介してシステムバス１２１に接続することができる。ネットワーク化された環境では、コンピュータ１１０に関して示したプログラムモジュールまたはその一部をリモートのメモリ記憶デバイスに記憶することができる。限定ではなく例として、図１には、リモートアプリケーションプログラム１８５がメモリデバイス１８１上にあるものとして示す。図示のネットワーク接続は例示的なものであり、コンピュータ間に通信リンクを確立する他の手段を使用してもよいことは理解されるであろう。
【００２５】
図２は、本発明のいくつかの実施形態による動作環境を提供するクライアントサーバ動作システム２００を示すブロック図である。クライアント−サーバシステム２００は、パーソナルコンピュータ１１０とすることのできるクライアントマシン２０５を含み、個々のユーザはこれを使用してディスカッショングループにアクセス及び投稿することができる。クライアント２０５をパーソナルコンピュータとして示すが、クライアント２０５はパーソナルコンピュータに限定されず、サーバ、パーソナルデジタルアシスタント（ＰＤＡ）、セルラー電話機、Ｂｌａｃｋｂｅｒｒｙ（登録商標）デバイスでもよく、あるいはユーザが分散ネットワークにアクセスすることを可能にするその他の任意のデバイスでもよいことは、当業者なら理解するであろう。
【００２６】
クライアント２０５はまた、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ製のＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）など、ユーザがインターネット上またはその他の任意の分散ネットワーク上のディスカッショングループにアクセスすることを可能にするウェブブラウザ２１０アプリケーションプログラムを備えることができる。
【００２７】
クライアント−サーバシステム２００は、スレッド式ディスカッション（ＴＤ）サーバ２２５も含む。ＴＤサーバ２２５は、ネットワークニュース転送プロトコル（ＮＮＴＰ）サーバ２３５に接続させることができ、ＮＮＴＰサーバは、特定のディスカッショングループをホストすることができる。ＴＤサーバ２２５は、ＮＮＴＰサーバ２３５との間で任意の投稿をプッシュ及び／またはプルすることができる。ＴＤサーバ２２５は単一のＮＮＴＰサーバ２３５に接続されているように示してあるが、ＴＤサーバ２２５は任意の数のＮＮＴＰサーバ２３５に接続することができることは、当業者なら理解するであろう。また、ＴＤサーバ２２５は、スタンドアロンとすることもでき、どんなＮＮＴＰサーバ２３５にも接続されずにディスカッショングループをサポートすることができる。ＴＤサーバ２２５は、ディスカッショングループ中の各スレッドに関連する各投稿を記憶する統合コミュニティ記憶データベース２３０を備えることができる。例えば、クライアント２０５上のユーザがディスカッショングループのディスカッションボードに投稿したいとき、クライアント２０５はＴＤサーバ２２５に投稿を渡し、ＴＤサーバ２２５は、投稿及び関連するスレッドをＴＤデータベース２３０に記憶する。このようにして、投稿及びスレッドは２度記憶される。すなわち、１度はＮＮＴＰサーバ２３５に記憶され、１度はＴＤサーバ２２５に記憶される。これにより、ＮＮＴＰサーバ２３５の場合のようにスレッドを任意の時間にわたって記憶するのではなく、スレッドがどれくらい重要と判定されるかに基づいてＴＤサーバ２２５に記憶することができる。例えば、投稿は通常、９０日などの一定期間が経過した後でＮＮＴＰサーバ２３５から削除される。特定の投稿が投稿されてから９０日経った後でユーザがその投稿を見たいと思っても、すでに削除されているのでそのメッセージは見られないことになる。しかし、スレッドをＴＤサーバ２２５に記憶することにより、スレッド内の個々の投稿は、ＮＮＴＰサーバ２３５から除去された後でもまだ利用可能となる。
【００２８】
新しい投稿を作成するとき、ユーザは、自分が作成している投稿のタイプを識別するよう求められる。例えば、投稿は質問タイプの投稿とすることができ、これはユーザがコミュニティに投稿して回答を受け取ることを望むものである。あるいは、投稿はディスカッショングループの主題に関する一般的コメントタイプの投稿とすることができ、これは、コミュニティ全体が興味を持つだろうと投稿者が思うものである。あるいは、投稿は返信タイプの投稿とすることができ、これは、投稿者が質問または一般的コメントに応答するものである。最後に、投稿はフィードバックタイプの投稿とすることができ、これは、ユーザがディスカッショングループのホストにコメントまたは提案を提供するものである。この投稿タイプのリストは網羅的なものではなく、本発明の範囲を逸脱することなくその他のタイプの投稿を含めてもよいことは、当業者なら理解するであろう。いくつかの投稿タイプは他の投稿タイプよりも重要と考えられるので、ユーザによって作成された投稿のタイプは、投稿がどれくらい長くＴＤサーバ２２５に記憶されることになるかを決定する。例えば、回答投稿とフィードバック投稿のどちらかの投稿を含むスレッドは、より長期間にわたって有益であるかもしれない情報を通常は含むので、より重要と考えられる。開発者が、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｅｘｃｅｌ（商標）でのカスタムマクロの作成に関する質問を有し、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｅｘｃｅｌ（商標）でのマクロの作成を扱うディスカッショングループに質問タイプの投稿をしたと仮定する。この質問タイプの投稿を含むスレッドが回答も含む場合、このスレッドは、カスタムマクロを作成する人なら誰もが興味を持つ可能性が高く、そのため、コミュニティ全体にとってより価値がある可能性が高い。したがって、このスレッドはより長く置いておくのが有利である。同様に、フィードバックタイプの投稿も、どのように製品を改良するかに関する情報と製品の製造者からの応答との両方を含むことがあるので、より重要である場合がある。
【００２９】
スレッドタイプが質問／回答タイプとフィードバックタイプのどちらかである場合、スレッドに対する削除日は第１の値に設定される。第１の値は通常、最後のメッセージが追加された日付または最後の肯定的な評価が受け取られた日付に、１２０日などの事前定義済み日数を足した日付である。しかし、投稿タイプが質問タイプでもフィードバックタイプでもなく、一般的コメントタイプなどの投稿である場合は、スレッドを削除する削除日は第２の値に設定される。第２の値は、質問またはフィードバックタイプの投稿に関連する第１の値よりも小さい。例えば、一般的コメントスレッドに対する第１のしきい値は９０日に設定することができる。これらのしきい値は、通常は構成可能であり、ＴＤサーバ２２５の管理者が設定することができる。ユーザが所与のスレッド内の投稿の１つを有用と評価したときは、ＴＤサーバ２２５のシステムクロック上の現在日付にしきい値を足すことによって、スレッドの削除日が再設定される。ディスカッショングループコミュニティにとって重要な情報を保持すると思われるスレッドに対して別個のしきい値を設定することで、スレッドがより長期間にわたってＴＤサーバ２２５上で維持されることが保証される。
【００３０】
クライアント２０５におけるユーザが投稿タイプを識別すると、投稿タイプはＴＤサーバ２２５上のＴＤデータベース２３０中に配置される。ユーザから供給された、投稿に関連する追加情報をＴＤデータベース２３０中に配置することもできる。例えば、各投稿は通常、投稿者を追跡及び識別するのに使用されるいくつかのフィールドを含むことができる。例えば各投稿は、ディスカッショングループを識別するためのフィールド、ならびに、スレッド主題を識別するためのフィールド、投稿者のｅメールアドレスのフィールド、投稿された日付のフィールド、投稿自体のテキストのフィールドを含むことができ、場合によっては、投稿が返信であれば先行した投稿のテキストのフィールドを含むことができる。これらのフィールドのいくつかは、クライアント２０５がＴＤサーバ２２５に登録したときのクライアント２０５とサーバ２２５との間のハンドシェーキングを通して自動的に埋められるものとしてもよく、あるいは投稿作成時にユーザが手動で入力してもよい。さらに、フィールドパスポート識別（ＩＤ）を使用してユーザを識別することもでき、これは通常、ＴＤサーバ２２５によって生成される。
【００３１】
投稿者に関する情報が生成された後、ディスカッショングループ内の他のユーザが投稿を読むことができる。投稿が読まれるとき、ユーザがその投稿またはメッセージを有用だと思ったかどうかをユーザに尋ねるメッセージを含むウィンドウを、表示デバイス上で投稿の近くに表示することができる。通常、ユーザが選択できるように、「はい」ボタンと「いいえ」ボタンの２つの応答ボタンをウィンドウ中に設けることができる。投稿を評価するためのユーザインタフェースを、ボタンを使用するものとして述べるが、本発明の範囲を逸脱することなく、スレッド内の個々の投稿を評価するためにその他のタイプのユーザインタフェース機構を使用してもよいことは、当業者なら理解するであろう。ユーザは、メッセージまたは投稿が有用であったと判定した場合は「はい」ボタンを選択し、投稿またはメッセージが有用でなかったと判定した場合は「いいえ」ボタンを選択することによって回答することができる。次いで、この回答は、クライアント２０５からＴＤサーバ２２５に渡され、ＴＤデータベース２３０中のその投稿に関連する評価フィールドに記憶される。肯定的な評価を受け取ると、ＴＤサーバ２２５はスレッドの削除日を第２の日付に再設定することになる。ユーザはまた、テキストメッセージに返信しない選択肢も有する。この場合、ユーザがどんなフィードバックも提供しなかったとき、ユーザの応答がなかったことは、ユーザによる暗黙的な「はい」の応答として記録される。これは、ユーザがわざわざ投稿を開いて読んだのだから、ユーザはこの投稿が重要であって何らかの価値のあるものだと思ったはずだと考えられるからである。同様に、ユーザが特定の投稿に対する返信を投稿したが、投稿に対する評価は提供しなかった場合も、この返信投稿は、投稿が有用かどうかの問いに対する暗黙的な「はい」の応答と考えることができる。この場合もやはり、ユーザが時間を割いてメッセージに返信したのなら、そのメッセージは有用なはずだと考えられる。
【００３２】
ユーザが投稿した後、または投稿を評価した後で、評価は投稿と共にＴＤサーバ２２５上のＴＤデータベース２３０中の評価フィールドに記憶される。次いでＴＤサーバ２２５は、ＴＤデータベース２３０に記憶されたディスカッショングループの各スレッド内の各投稿を所定の間隔でチェックして、その投稿がどれくらいの期間保存されていたか、及び、よい評価を受け取っているかどうかを判定する。まず、各スレッドの各投稿中の評価フィールドをチェックして、いずれかの投稿がよい評価を受け取っているかどうかを判定する。投稿の１つがよい評価を受け取っている場合は、削除日を、システムクロック上の現在日付に所定のしきい値日付を足した日付に設定する。例えば、質問スレッド中の投稿の１つが肯定的な評価を受け取っている場合は、このスレッドを削除するための削除日を、システムクロックの日付に質問タイプの投稿に対するしきい値（１８０日とすることができる）を足した日付に再設定する。更新された削除日は、スレッドと共にＴＤデータベース２３０に記憶する。スレッドの開始者がスレッド内の少なくとも１つの投稿を「回答済」としてマークした場合、元の質問に対して満足のいく回答がなされたということなので、このスレッドは有用と考えられる。回答が供給されたため、次いでこのスレッドは質問／回答タイプのスレッドにアップグレードされ、このタイプのスレッドはＴＤサーバ２２５上でより長期間にわたって維持される。この場合、スレッドの削除日は、システムクロックの日付に質問／回答スレッドに対する第２のしきい値日数を足した日付に更新される。したがって、質問／回答タイプのスレッドに対するしきい値日数が１８０日であるとすると、この特定スレッドの削除日は、現在の日付に１８０日を足した日付に再設定される。
【００３３】
スレッド内の元の投稿に関連する日付を、システムクロックの日付とチェックする。システムクロックの日付の方がスレッドの削除日よりも小さい場合は、スレッドはシステム上に残る。しかし、削除日の方がシステムクロックの日付よりも小さい場合は、スレッドは重要でないと判定され、スレッド全体をＴＤデータベース２３０から削除する。したがって、このようにしてスレッドは、スレッドが最初に開始されてから任意の日数が経過した後で削除されるのではなく、スレッドが有用であるとディスカッショングループのユーザが判定したかどうかに基づいてＴＤサーバ２２５上で保持される。
【００３４】
クライアント−サーバシステム２００は、分散ネットワーク２１５との間の未許可アクセスを防止するために、ファイアフォール２２０も含むことができる。ファイアウォール２２０は、ハードウェアまたはソフトウェア、あるいはこの両方の組合せで実現することができる。ＴＤサーバ２２５に入ってくるメッセージ及びＴＤサーバ２２５から出ていくメッセージはすべて、ファイアウォール２２０を通過する。ファイアウォール２２０は、各メッセージを調べ、指定のセキュリティ基準を満たさないメッセージまたはメッセージの一部（添付ファイルなど）をブロックすることができる。
【００３５】
図３に、本発明のいくつかの実施形態による、ディスカッショングループ内のスレッドの有用性を評価するためのウィンドウ３００の典型的なスクリーンショットを示す。ウィンドウ３００は、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ製のＩＮＴＥＲＮＥＴ  ＥＸＰＬＯＲＥ（商標）などのウェブブラウザアプリケーションからのものとすることができる。本発明をウェブブラウザアプリケーションプログラムと共に使用するものとして述べるが、本発明の範囲を逸脱することなく、ユーザが分散ネットワーク２１５を介してディスカッショングループにアクセスするのを可能にするものならどんなプログラムを使用してもよいことは、当業者なら理解するであろう。ウェブブラウザアプリケーション中のウィンドウ３００は、通常、クライアント−サーバシステム２００のクライアント２０５上にある。ウィンドウ３００はタイトルバー３０５を備えており、タイトルバー３０５は通常、ソフトウェアアプリケーションと、ウィンドウ３００中で現在実行されているファイルの名前とを表示する。タイトルバー３０５はまた、最小化ボタン、最大化ボタン、閉じるボタンも備えることができ、これらは当技術分野で周知である。ウィンドウ３００はコマンドバー３１０も備えることができ、これは通常、ファイル、編集、表示、お気に入り、ツール、ヘルプなど、いくつかのコマンドを含む。本発明の範囲を逸脱することなく、ウィンドウ３００中で実行されているアプリケーションプログラムに応じて任意の数のコマンドをコマンドバー３０５中に配置することができることは、当業者なら理解するであろう。ウィンドウ３００は１つまたは複数のツールバー３１０も備えることができ、これらは、戻るボタン、進むボタン、削除ボタン、更新ボタン、ホームボタンなど、任意の数のコマンドを含むことができる。図示のツールバー３１０中に表示されているボタンの数は、ツールバー３１０中に表示することのできるコマンドボタンのタイプの代表にすぎない。本発明の範囲を逸脱することなく、様々な機能を実施するその他のボタンをコマンドバーに含めてもよいことは、当業者なら理解するであろう。
【００３６】
ウィンドウ３００は、ディスカッショングループに関する情報を表示するための表示エリア３３０も備えることができる。表示エリア３３０をいくつかの領域に分割して、ディスカッショングループに関する情報を構成することができる。例えば、表示エリア３３０は第１の領域３３２を含むことができ、この第１の領域は、ＴＤサーバ２２５によってホストされる利用可能なディスカッショングループの階層構成を表示することができる。例えば図では、ゲーム、ＭａｐＰｏｉｎｔ、モバイルデバイス、マネー、ＭＳＮ、．Ｎｅｔ開発、Ｏｆｆｉｃｅのディスカッションカテゴリが示されている。各カテゴリ内には、サブカテゴリまたはディスカッショングループがあるものとすることができる。例えばＯｆｆｉｃｅカテゴリは、Ａｃｃｅｓｓサブカテゴリ、Ｅｘｃｅｌサブカテゴリ、Ｗｏｒｄサブカテゴリなどを有することができる。同様に、各サブカテゴリの下に、追加のレベルのサブカテゴリまたはディスカッショングループがあるものとすることができる。各カテゴリに含めることのできるサブカテゴリのレベル数に制限はない。各カテゴリまたはサブカテゴリの一番下に、ディスカッショングループのリストがある。例えば、Ｅｘｃｅｌサブカテゴリの下には、一般的な質問のディスカッショングループがある。カーソルがディスカッショングループトピックの近くに置かれると、括弧、陰影、リバースビデオ、またはその他の任意の視覚的インジケータなどの視覚的インジケータ３３８をトピックの周りに表示して、視覚的フィードバックをユーザに提供することができる。
【００３７】
第１の領域３３２で所望のディスカッショングループが強調表示されると、このディスカッショングループのディスカッショングループトピックを、表示エリア３３０の第２の領域３３４に表示することができる。第２の領域３３４は、ディスカッショングループトピックの名前、ならびにディスカッショングループトピックの下にある各スレッドを含むことができる。さらに第２の領域は、各スレッド内にいくつの投稿がリストされているかを示すフィールド３３７、ならびに、有用と識別された投稿の数を示す評価フィールド３３８も含むことができる。
【００３８】
ユーザは、ポインティングデバイス１６１を使用して所望のスレッドの近くにある展開アイコン３３９を選択することによって、スレッドを展開することができる。さらに、スレッドは、ポインティングデバイス１６１を所望のスレッドの近くに置くことによって選択することもできる。展開アイコンはコンピューティングの分野で周知であり、したがって詳細には論じない。所望のスレッドが選択されると、個々の投稿のリストが、それらを入力したユーザと共に、スレッドタイトルの近くに表示される。例えば図３に示すように、投稿のリストは、ディスカッショントピックスレッドのすぐ下に表示される。投稿を入力したユーザの名前に加えて、投稿が入力された日付が表示されてもよい。
【００３９】
第２の領域３３４に表示された各スレッドの近くには、どのタイプの投稿がスレッドに関連するかを示すためのインジケータ３６０がある。例えば、インジケータのタイプの１つは、投稿が質問タイプの投稿であることを示すための疑問符とすることができる。同様に、インジケータ３６０は、投稿がディスカッショングループのオペレータへの提案であることを示すためのコールアウトボックスとすることができる。同様に、スレッドが質問または提案への返信を含む場合は、インジケータはそれぞれ、チェックマーク付きの疑問符、またはチェックマーク付きのコールアウトボックスとすることができる。通常、各スレッドの近くのインジケータ３６０は、そのスレッドの性質を示す。インジケータ３６０はまた、どのスレッドが重要かもしれないかについての視覚的フィードバックをユーザに提供する。同様に、長期間にわたってリストされている投稿に返信がない場合、ユーザはそのスレッドがあまり有用ではないと考えることができる。各スレッドにインジケータ３６０が関連するのとちょうど同じように、展開アイコン３３９を選択することによってスレッドのビューが展開されると、スレッド内の各投稿にも同様のインジケータ３６５が関連するものとすることができる。インジケータ３６０及び３６５を、疑問符、コールアウトボックス、あるいは疑問符とチェックマークまたはコールアウトボックスとチェックマークの組合せとして述べたが、インジケータ３６０及び３６５は、本発明の範囲を逸脱することなく、スレッド内にリストされた投稿のタイプをユーザに伝えるものならどんな形状でもよいことは、当業者には理解されるであろう。
【００４０】
投稿を選択するには、ユーザは、ポインティングデバイス１６１を使用してカーソルを個々の投稿の上に置き、投稿を「クリック」すればよい。ユーザが個々の投稿をクリックすると、投稿のテキストが表示エリア３３０の第３の領域３３６に表示される。個々の投稿のテキストに加えて、投稿の主題、投稿の作成日時、投稿作成者の名前など、追加情報も第３の領域３３６に表示することができる。さらに、第３の領域には、ユーザからのフィードバックを引き出すのに使用される評価ウィンドウ３９２も表示することができる。評価ウィンドウ３９２は、「この投稿は役に立ちましたか？」とユーザに尋ねることのできるテキストメッセージを含む。さらに、評価ウィンドウは、ユーザが応答のために選択する「はい」ボタン３９４及び「いいえ」ボタン３９６も有することができる。ユーザが「はい」ボタンを選択した場合は、投稿に関連する評価フィールドに肯定応答が記録される。あるいは、ユーザが読むために投稿を選択したが、評価ウィンドウ３９２中の「はい」ボタン３９４と「いいえ」ボタン３９６のどちらかを断定的に選択しなかった場合、応答がなかったことを肯定的な回答として扱うことができる。したがって、応答がなかった場合、これはユーザが「はい」ボタンを選択したように扱われる。反対に、ユーザが「いいえ」ボタン３９６を選択した場合は、この特定の投稿の評価フィールドに否定応答が記録される。さらに、ユーザのパスポートＩＤも、ユーザの応答と共に記録され、ＴＤデータベース２３０に記憶される。これにより、応答をユーザに関連付けることができ、各ユーザが各投稿につき１度だけ投票するよう保証することができる。ウィンドウの表示エリア３３０が３つの領域で構成されるように述べたが、本発明の範囲を逸脱することなくその他のウィンドウ構成を使用してもよいことは、当業者なら理解するであろう。
【００４１】
図４は、本発明のいくつかの実施形態による、どのようにしてユーザが所与のスレッド内で新しい投稿を作成することができるかを示すウィンドウ３００のスクリーンショットを示す図である。新しい投稿を生成するためのメニューバー３４０が、表示エリア３３０の第２の領域３３４の近くにある。例えば、メニューバー３４０は第２の領域３３４のすぐ上にある。メニューバー３４０は、本発明の範囲を逸脱することなくウィンドウ３００内のどこにあってもよいことは、当業者なら理解するであろう。ユーザが「新規」ボタン３４５と「返信」ボタン３５０のどちらかを選択すると、ドロップダウンウィンドウ４０５がメニューバー３４０の近くに現れる。ユーザが「新規」ボタン３４５を選択した場合、ドロップダウンウィンドウ４０５は、利用可能な投稿タイプを表すいくつかのメニュー項目を表示する。例えば、ドロップダウンメニュー４０５は、質問タイプの投稿を表す質問メニュー項目４１０を含むことができる。ユーザが質問メニュー項目４１０を選択した場合、選択されたディスカッション中で新しい質問スレッドが開始される。ドロップダウンメニュー４０５は、提案タイプの投稿を表す提案メニュー項目４１５も含むことができる。ユーザが提案メニュー項目４１５を選択すると、選択されたディスカッションスレッド中で提案投稿が作成される。ドロップダウンメニュー４０５は、一般的コメントタイプの投稿を表す一般的コメントメニュー項目４２０も有することができる。ユーザが一般的コメントメニュー項目４２０を選択すると、選択されたディスカッションに新しい一般的コメントスレッドが追加される。ドロップダウンメニューは質問メニュー項目４１０、提案メニュー項目、一般的コメントメニュー項目４２０だけを有するものとして述べたが、本発明の範囲を逸脱することなく任意の数のメニュー項目をドロップダウンメニュー４０５に追加することができることは、当業者なら理解するであろう。また、ディスカッションスレッドに対して新しい投稿タイプが作成されたときは、それらも容易にドロップダウンメニュー４０５に追加することができる。最後に、ユーザが作成したい所望の投稿タイプを選択すると、表示エリア３３０の第３の領域３３６にカーソルが現れて、ユーザは投稿のテキストを入力することができるようになる。ユーザがテキストメッセージを入力し終わると、投稿は、表示エリア３３０の第２の領域３３４中で、適切なディスカッションの下に現れる。
【００４２】
メニュー項目に加えて、ドロップダウンメニュー４０５は、１つまたは複数のメニュー項目に関連するいくつかの識別印も含むことができる。例えば、質問タイプの投稿４１０には疑問符４２５が関連し、提案タイプのメニュー項目４１５にはコールアウトバルーン４３０が関連するものとすることができる。これらの印はユーザに視覚的フィードバックを提供し、また、表示エリア３３０の第２の領域３３４に表示されたスレッドに含まれる投稿のタイプをユーザに対して識別するのに使用される。ドロップダウンメニュー４０５で、ユーザはいずれかのメニュー項目を選択することができる。さらに、メニューバー３４０は、質問メニュー項目４１０に関連する質問マーク４２５や、提案メニュー項目に関連するコールアウトバルーン４３０など、１つまたは複数のスレッドタイプに関連する識別印も表示することができる。ユーザが投稿を評価するのを可能にする方法はドロップダウンメニュー４０５で提示されるものとして述べたが、評価をメニューバー上に配置したり、投稿のテキスト内に表示されたフィールド中に配置したりするなど、本発明の範囲を逸脱することなくその他の方法を使用してユーザが投稿を評価するのを可能にすることもできることは、当業者なら理解するであろう。重要な特徴は、ユーザに関連性がわかるように、評価機構が適切な投稿に明確に関連付けられていることである。
【００４３】
図５は、スレッドの古さではなく、どれくらいユーザがスレッドの有用性または重要性を評価するかに基づいてディスカッションスレッドをＴＤサーバ２２５から除去することのできるルーチン５００を示す論理流れ図である。ルーチン５００は、ＴＤサーバ２２５に記憶することができ、クライアント上のブラウザアプリケーションプログラム中で実施することができる。ルーチン５００は５０５で開始し、ディスカッショングループ内のディスカッションボード上で、スレッドがユーザによって開始される。スレッドは、ユーザが投稿をサブミットしたときに開始される。投稿メニューバー３４０がウェブブラウザウィンドウ３３０に表示され、投稿メニューバー３４０は「新規」ボタン３４５及び「返信」ボタン３５０を含むものとすることができる。ユーザが「新規」ボタン３４５を選択した場合は、ドロップダウンメニュー４０５が現れて、ユーザが選択することのできる投稿タイプが表示される。通常、ドロップダウンメニュー４０５は、質問メニュー項目４１０、提案メニュー項目４１５、一般的コメントメニュー項目４２０を含むことになる。さらに投稿メニューバー３４０は、質問メニュー項目４１０に関連する質問マーク４２５や、提案項目４１５に関連するコールアウトバルーン４３０など、１つまたは複数のメニュー項目に関連する識別印も表示することができる。次いで、ユーザは単に、標準的なウィンドウ操作技法を使用してドロップダウンメニュー４０５中の所望の選択肢の上にカーソルをドラッグして適切なメニュー項目を選択するだけで、メニュー項目を選択して投稿を入力することができる。ユーザが所望の投稿タイプを選択すると、表示エリア３３０の第３の部分３３６にカーソルが現れて、ユーザはテキストメッセージを作成することができるようになる。表示エリア３３０の第３の部分３３６には、投稿を作成しているユーザの名前が事前にロードされているものとすることができ、また、ユーザが返信ボタン３５０を選択した場合なら、投稿の主題が事前にロードされているものとすることができる。しかし、投稿が新しいスレッドの最初である場合は、ユーザは通常、投稿の主題を供給する必要がある。投稿のテキストに加えて、追加情報も投稿に加えられる。追加情報には、ディスカッショングループの名前、投稿の主題の行、投稿者のｅメールアドレス、投稿が作成された日付、ユーザのパスポートＩＤが含まれる。
【００４４】
５１０で、投稿の削除日を設定し、投稿と共にＴＤデータベース２３０に記憶する。削除日は、投稿が作成された日付に第１の事前定義済み日数Ｔ１を足した日付として選択される。例えば、ほとんどのスレッドの場合、事前定義済み日数Ｔ１は通常は９０日である。したがって、削除日は、スレッドが作成された日から９０日後に設定される。しかし、いくつかのタイプのスレッドは他のスレッドよりも重要な場合があり、したがって、Ｔ１よりも大きい第２の事前定義済み日数Ｔ２をスレッド作成日に足して、削除日を形成することができる。例えば、少なくとも１つの回答投稿を含む、質問／回答スレッドは、一般的コメントスレッドよりも重要と考えることができ、この質問スレッドはより長期間にわたって保持すべきである。そのため、Ｔ２は１８０日に設定することができる。したがって、質問／回答スレッドの削除日は、スレッドが作成されたときのシステム日付に第２の事前定義済み日数Ｔ２を足すことによって決定される。Ｔ１を９０日、第２の事前定義済み日数Ｔ２を１８０日として述べたが、Ｔ１及びＴ２の値は、ディスカッショングループに投稿されているスレッドの数及びメッセージの数に鑑みてＴＤサーバ２２５の管理者が適切と思う任意の日数に設定してよいことは、当業者なら理解するであろう。ただし、質問／回答やフィードバックタイプのスレッドなど、より重要なスレッドに関連する値Ｔ２は、残りのスレッドタイプに関連する値Ｔ１よりも大きくすべきであり、それにより、質問及びフィードバックタイプのスレッドがＴＤサーバ２２５上により長く保持されるようにすべきである。
【００４５】
削除日が決定されると、ルーチン５００は、５１５でユーザがスレッド内の投稿を肯定的に評価したと判定されるまで、アイドル状態になる。５１５で、スレッド中のいずれかの投稿が別のユーザによって肯定的に評価されたかどうかを判定する。投稿が肯定的に評価された場合は、ルーチン５００の「ＹＥＳ」ブランチを辿って５２０に進み、投稿が返信または一般的コメントタイプであるかどうか、あるいは投稿が質問／回答またはフィードバックタイプであるかどうかに応じて、それぞれ削除日をシステムクロックの現在日付に適切な期間Ｔ１またはＴ２を足した日付に再設定する。削除日が再設定されると、ルーチンは５４０に進み、所定期間が経過した後で、削除日がシステムクロックの日付と等しいかどうかを判定する。通常、ルーチンは、毎日や３０日ごとなどの事前定義済み間隔でスレッドを調べる。これにより、不要なスレッドが適時にＴＤサーバ２２５から除去されることが保証される。ＴＤサーバ２２５が削除日を調べるための事前定義済み時間量は、任意の日数とすることができ、前述のように３０日に限定されないことは当業者なら理解するであろう。事前定義済み日数が経過すると、５４５で、ＴＤサーバ２２５のシステムクロックが特定スレッドの削除日以上かどうかを判定する。システムクロックの日付が削除日以上である場合は、「ＹＥＳ」ブランチを辿って５５０に進み、スレッド全体を削除する。しかし、システムクロックの日付がスレッドの削除日未満である場合は、「ＮＯ」ブランチを辿って５４０に戻り、ＴＤサーバ２２５は、もう一度所定期間にわたって待機した後で５４５に進み、再びＴＤデータベース２３０中のスレッドをチェックして、いずれかのスレッドを削除すべきかどうかを判定する。投稿をチェックしてそのいずれかを削除すべきかどうかを判定するこのプロセスを、継続的に繰り返す。
【００４６】
５１５に戻るが、投稿が肯定的に評価されていない場合は、「ＮＯ」ブランチを辿って５２５に進み、スレッド内の投稿が投稿作成者によって回答済としてマークされているかどうかを判定する。元の投稿の作成者は、返信を検討するオプションを有し、返信のうちの１つが投稿に対する回答を提供すると思う場合は、その投稿を回答済としてマークすることができる。投稿を回答済としてマークすると、このスレッドは自動的に質問／回答タイプのスレッドに変換される。これにより、投稿はより重要なステータスに自動的に高められ、このスレッドはＴＤサーバ２２５上でより長期間にわたって維持されることが保証される。この場合、「ＹＥＳ」ブランチを辿って５３０に進み、削除日を、システムクロックの現在日付に第２の事前定義済み期間Ｔ２を足した日付に再設定する。スレッドの削除日が再設定されると、ルーチン５００は５４０に進み、所定期間にわたって待機する。５４５で、ＴＤサーバ２２５のシステムクロックが特定スレッドの削除日以上かどうかを判定する。システムクロックの日付が削除日以上である場合は、「ＹＥＳ」ブランチを辿って５５０に進み、スレッド全体を削除する。しかし、システムクロックの日付がスレッドの削除日未満である場合は、「ＮＯ」ブランチを辿って５４０に戻り、ＴＤサーバ２２５は、もう一度所定期間にわたって待機した後で５４５に進み、再びＴＤデータベース２３０中の投稿をチェックして、いずれかのスレッドを削除すべきかどうかを判定する。しかし、５２５で、スレッドが質問に対する回答を含まないと判定された場合は、「ＮＯ」ブランチを辿って５４０に進み、スレッドを削除すべきかどうかを判定するプロセスを開始する。
【００４７】
例示的な実施形態が関係するその他の代替実施形態も、その趣旨及び範囲を逸脱することなく、当業者には明らかになるであろう。したがって本発明の範囲は、以上の記述ではなく添付の特許請求の範囲によって定義する。
【図面の簡単な説明】
【００４８】
【図１】本発明のいくつかの実施形態による動作環境を提供するコンピュータを示すブロック図である。
【図２】本発明のいくつかの実施形態による動作環境を提供するクライアント−サーバシステムを示すブロック図である。
【図３】本発明のいくつかの実施形態による、ディスカッショングループ中のスレッドの有用性をユーザが評価する方法を示すスクリーンショットの図である。
【図４】本発明のいくつかの実施形態による、追加の投稿をスレッドに加える方法を示すスクリーンショットの図である。
【図５】本発明のいくつかの実施形態による、ディスカッショングループのユーザによってスレッドがどれくらい重要と評価されるかに基づいて、スレッドをディスカッショングループから除去するためのルーチンを示す論理流れ図である。
【符号の説明】
【００４９】
２００  クライアント−サーバシステム
２０５  クライアントマシン
２１０  ウェブブラウザ
２１５  分散ネットワーク
２２０  ファイアウォール
２２５  ＴＤサーバ
２３０  ＴＤデータベース
２３５  ＮＮＴＰサーバ
【図１】
0004724434.tif 000002
【図２】
0004724434.tif 000003
【図３】
0004724434.tif 000004
【図４】
0004724434.tif 000005
【図５】
0004724434.tif 000006