Loading article…
会話スレッドは、多くの電子メールクライアント、掲示板、ニュースグループ、インターネットフォーラムで使用されている機能で、ソフトウェアがメッセージとその返信を視覚的にグループ化することでユーザーを支援します。これらのグループは、会話、トピックスレッド、または単にスレッドと呼ばれます。ディスカッションフォーラム、電子メールクライアント、またはニュースクライアントは、メッセージをこのようにグループ化できる場合、「会話ビュー」、「スレッドトピック」、または「スレッドモード」を備えていると言われます。[ 1 ]電子メールスレッドは、電子メールチェーンと呼ばれることもあります。
スレッドはさまざまな方法で表示できます。初期のメッセージングシステム（およびほとんどの最新のメールクライアント）では、返信に元のメッセージ本文が自動的に含まれるため、個々のメールがスレッド全体のコピーになります。ソフトウェアによっては、メールの受信トレイなどのリスト内にメッセージのスレッドを整理することもあります。これらの整理方法は、階層的またはネスト構造で、ツリー構造で返信の近くにメッセージを配置する場合もあれば、直線的またはフラットな構造で、返信関係に関係なくすべてのメッセージを時系列順に表示する場合もあります。
会話スレッドは、インタラクティブなジャーナリズムの一形態として、 2016年頃からTwitterで人気を博しました。エリック・ガーランドやセス・エイブラムソンといった作家が、リアルタイムでエッセイを投稿し始め、それぞれ140文字または280文字に制限された番号付きツイートのシリーズとして構成したのです。[ 2 ]
RFC 822標準 (およびその後継規格RFC 5322 )に準拠したインターネット電子メールクライアントは、一意のメッセージ識別子をメッセージID:各メッセージのヘッダーフィールド、例：
メッセージID: <xNCx2XP2qgUc9Qd2uR99iHsiAaJfVoqj91ocj3tdWT@wikimedia.org>
ユーザーがメッセージAに返信してメッセージBを作成すると、メール クライアントはメッセージAの一意のメッセージ ID をフィールドの形式で追加します。
返信先: <xNCx2XP2qgUc9Qd2uR99iHsiAaJfVoqj91ocj3tdWT@wikimedia.org> 参考文献: <xNCx2XP2qgUc9Qd2uR99iHsiAaJfVoqj91ocj3tdWT@wikimedia.org>
返信ヘッダーBへ。RFC 5322では、これらのフィールドに値を設定するための以下のアルゴリズムが定義されています。
「In-Reply-To:」フィールドには、 このメッセージが返信されているメッセージの「Message-ID:」フィールド（ 「親メッセージ」)。親メッセージが複数ある場合は、 「In-Reply-To:」フィールドには、すべての内容が含まれます。 親の「Message-ID:」フィールド。 親メッセージのいずれかが削除された場合、新しいメッセージには「In- Reply-To:" フィールド。 「参照:」フィールドには、親のコンテンツが含まれます。 「参照:」フィールド（存在する場合）に続いて、親の内容が続きます。 「Message-ID:」フィールド（存在する場合）。親メッセージに含まれていない場合 「参照:」フィールドがありますが、「返信先:」フィールドがあります。 単一のメッセージ識別子を含み、次に「参照:」フィールド 親の「In-Reply-To:」フィールドの内容が含まれます 続いて親の「Message-ID:」フィールドの内容が続きます（もし いずれでもない)。親に「References:」、「In-Reply-To:」がない場合は、 または「Message-ID:」フィールドがない場合、新しいメッセージには 「参照:」フィールド。
現代の電子メールクライアントは、 RFC 822に記載されている固有のメッセージ識別子を使用できる。メッセージID、 返信先:そして参考文献：受信したすべてのメールヘッダーのフィールドを使用して、階層内の親メッセージとルートメッセージを特定し、それらを作成した返信アクションのチェーンを再構築し、それらをディスカッションツリーとして表示します。参考文献：このフィールドは、議論ツリー内の一部の返信が欠落している場合でも、議論ツリーを再構築できるようにすることを目的としています。
スレッド形式のディスカッションでは、読者は会話全体の構造を素早く把握し、スレッド内にネストされた会話の特定のポイントを分離し、その結果、時間的な制約なしに、既存のスレッドやサブスレッドで新しいメッセージを投稿して議論を拡張することができます。一方、直線型のスレッドでは、話題が新しいポイントに移ると、ユーザーは、1) 対面での会話におけるターンテーキングのように直線的な会話が断片化されるのを避けるために、以前の議論のポイントを再訪して拡張する投稿をする傾向が低くなり、および/または 2) 話題を維持するか、話題を変更するために動議を提出する義務が生じます。このような利点から、スレッド形式の議論は、ニュースグループや複雑なメールチェーンでよく見られるような、複雑な複数ステップのタスク（例えば、主要な前提を特定する→真実性を問う→証拠を共有する→提示された証拠の正確性、妥当性、または関連性を問う）を含む長時間の会話や議論を促進するのに最も役立ちます[3] 。これは、単純な単一ステップのタスク（例えば、簡単な質問への回答を投稿または共有する）とは対照的です。
電子メールでは、「宛先」と「CC」欄を使用することで、特定の受信者に向けてメッセージを送信できます。しかし、一部のメッセージシステムにはこのオプションがありません。そのため、特定のメッセージの意図した受信者を特定するのが難しい場合があります。メッセージが階層的に表示されると、前のメッセージの送信者を視覚的に識別しやすくなります。
大量のメッセージを閲覧する際、重要な情報を処理、分析、評価、統合、そして集約することは困難です。メッセージをスレッドごとにグループ化することで、特定の議論テーマに関連する多数のメッセージを効率的に、かつ少ない労力で確認できるようになり、各トピック／スレッド内での議論をさらに深め、発展させるための時間と精神的なリソースをより多く確保できます。
グループフォーラムでは、ユーザーがスレッドに返信できるようにすると、リストに表示される新しい投稿の数を減らすことができます。
クライアントによっては、メッセージのスレッド全体に対して操作を実行できるものもあります。例えば、テキストベースのニュースリーダーであるnnには、「kill」機能があり、メッセージの件名や作成者に一致する、ユーザーが設定したルールに基づいて受信メッセージを自動的に削除します。これにより、手動で確認して削除する必要のあるメッセージの数を大幅に減らすことができます。
通常はジャーナリストである著者がTwitterでスレッドを投稿すると、ユーザーはスレッド内の各140文字または280文字のツイートに返信することができ、多くの場合、著者が次のメッセージを投稿する前に返信できます。これにより、著者はフィードバックを後続のメッセージの一部として含めることができます。[ 2 ]
メッセージの正確なスレッド化には、メールソフトウェアが他のメッセージへの返信であるメッセージを識別できる必要がある。
この目的で使用されるアルゴリズムの中には、信頼性に欠けるものがある。例えば、件名を使ってメッセージを関連付けるメールクライアントは、たまたま同じ件名を持つ無関係な2つのメッセージに騙される可能性がある。[ 4 ]
最新の電子メールクライアントは、電子メールヘッダー内の一意の識別子を使用して、階層内の親メッセージとルートメッセージを特定します。準拠していないクライアントがディスカッションに参加すると、メッセージスレッドが混乱する可能性があります。これは、メッセージへの返信を作成する際に、すべてのクライアントがこれらのオプションの電子メール標準を尊重することに依存しているためです。[ 5 ] [ 6 ]
スレッド内のメッセージは、個々のメッセージと同じ操作オプションをユーザーに提供するとは限りません。例えば、スレッド内の個々のメッセージは、移動、スター付け、返信、アーカイブ、削除などの操作ができない場合があります。
個々のメッセージを個別に管理できないため、メッセージングシステムをToDoリスト（メールフォルダの一般的な機能）として活用することができません。ToDo項目に関連する情報を含む個々のメッセージは、長いメッセージのスレッドの中に埋もれてしまいがちです。
会話スレッドでは、スレッド内の最新のメッセージではない個々のメッセージに返信するのがはるかに簡単になります。その結果、複数の議論スレッドが並行して発生することがよくあります。並行する議論を同時にフォロー、再訪問、参加することは、精神的に困難な場合があります。議論スレッドが首尾一貫した概念的または論理的な構造で整理されていない場合（たとえば、議論中の特定の主張を支持する議論を提示するスレッドと、その主張に反対する議論を提示するスレッドが混在している場合）、並行する議論をフォローすることは特に混乱を招き、議論を阻害する可能性があります[7]。
スレッドの断片化は、ユーザーが異なる表示モード（階層型と線形型）を選択できるシステムにおいて特に問題となる可能性があります。階層型表示モードのユーザーは古いメッセージに返信してしまうため、線形型表示モードのユーザーを混乱させてしまうからです。
以下のメールクライアント、フォーラム、BBS、ニュースグループ、画像/テキスト掲示板、ソーシャルネットワークでは、メッセージをスレッドごとにグループ化して表示できます。