Loading article…
会話スレッドは、多くの電子メール クライアント、掲示板、ニュースグループ、インターネット フォーラムで使用されている機能で、ソフトウェアがメッセージをその返信とともに視覚的にグループ化することでユーザーを支援します。これらのグループは、会話、トピック スレッド、または単にスレッドと呼ばれます。ディスカッション フォーラム、電子メール クライアント、またはニュース クライアントは、メッセージをこのようにグループ化できる場合、「会話ビュー」、「スレッド トピック」、または「スレッド モード」を備えていると言われます。[1]電子メール スレッドは、電子メール チェーンと呼ばれることもあります。
スレッドはさまざまな方法で表示できます。初期のメッセージング システム (および最近のほとんどの電子メール クライアント) では、元のメッセージ テキストが自動的に返信に含まれ、各電子メールがスレッド全体のコピーになります。ソフトウェアでは、電子メールの受信トレイなどのリスト内にメッセージのスレッドを配置することもできます。これらの配置は、階層的またはネストされた配置 (メッセージを返信の近くにツリー配置) にすることも、線形またはフラットな配置 (返信の関係に関係なくすべてのメッセージを時系列で表示) にすることもできます。
対話型ジャーナリズムの一形態としての会話スレッドは、エリック・ガーランドやセス・エイブラムソンなどの作家が、140文字または280文字に制限された一連の番号付きツイートとしてエッセイを構成し、リアルタイムで投稿し始めた2016年頃からTwitterで人気を博しました。[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:」フィールドには、 このメッセージが返信されるメッセージの「メッセージID:」フィールド（ 「親メッセージ」）。親メッセージが複数ある場合は、 「In-Reply-To:」フィールドには、 親の「Message-ID:」フィールド。 親メッセージのいずれかに「In- 「返信先:」フィールド。 「参照:」フィールドには親のコンテンツが含まれます 「参照:」フィールド（ある場合）に続いて親のコンテンツが続く 「メッセージID:」フィールド（ある場合）。親メッセージに 「参照先:」フィールドはないが、「返信先:」フィールドがある 単一のメッセージ識別子を含む場合は、「参照:」フィールド 親の「In-Reply-To:」フィールドの内容が含まれます 親の「Message-ID:」フィールドの内容（ 親に「参照:」、「返信先:」のいずれもない場合は、 または「Message-ID:」フィールドがない場合、新しいメッセージには 「参照:」フィールド。
現代の電子メールクライアントは、 RFC 822で見つかった一意のメッセージ識別子を使用することができます。 メッセージID、 返信先:そして参考文献:受信したすべてのメールヘッダーのフィールドを使用して、階層内の親メッセージとルートメッセージを見つけ、それらを作成した返信アクションのチェーンを再構築し、ディスカッションツリーとして表示します。参考文献:このフィールドの目的は、ディスカッション ツリー内の一部の返信が欠落している場合でも、ディスカッション ツリーを再構築できるようにすることです。
利点
順番や時間の制約の排除
スレッド形式のディスカッションでは、読者は会話の全体的な構造をすばやく把握し、スレッド内にネストされた会話の特定のポイントを切り分け、結果として、時間的制約なしに既存のスレッドまたはサブスレッドで新しいメッセージを投稿してディスカッションを拡張できます。一方、線形スレッドでは、トピックが新しいディスカッション ポイントに移ると、ユーザーは、1) 対面での会話で順番を交代する場合と同様に線形会話が断片化されるのを避けるために、以前のディスカッション ポイントを再訪して拡張する投稿をする傾向が低くなります。および/または、2) トピックから逸れないように動議を提出するか、ディスカッションのトピックを変更するように動議を提出する義務があります。この利点を考えると、スレッド化されたディスカッションは、単純な単一ステップのタスク（簡単な質問に対する回答を投稿または共有するなど）とは対照的に、ニュースグループや複雑な電子メールのやり取りでよく見られる複雑な複数ステップのタスク（例：主要な前提を特定する→真実性に疑問を投げかける→証拠を共有する→提示された証拠の正確性、妥当性、または関連性を疑問視する）を伴う長時間の会話や議論を促進するのに最も役立ちます[3]。
メッセージのターゲティング
電子メールでは、「宛先」と「CC」行を使用して、特定の対象者にメッセージを送信できます。ただし、一部のメッセージ システムにはこのオプションがありません。その結果、特定のメッセージの受信者を特定することが難しくなる場合があります。メッセージを階層的に示すと、前のメッセージの作成者を視覚的に識別しやすくなります。
リストの乱雑さを解消
大量のメッセージのリストを表示する場合、重要な情報を処理、分析、評価、統合、統合することが困難になることがあります。メッセージをスレッドごとにグループ化すると、特定のディスカッション トピックのコンテキストで大量のメッセージを確認するプロセスが、より効率的に、より少ない精神的労力で実行できるようになります。その結果、より多くの時間と精神的リソースを、個々のトピック/スレッド内でのディスカッションをさらに拡張および前進させるために利用できるようになります。
グループ フォーラムでは、ユーザーがスレッドに返信できるようにすると、リストに表示される新しい投稿の数が少なくなります。
一部のクライアントでは、メッセージのスレッド全体に対する操作が可能です。たとえば、テキストベースのニュースリーダーnnには、ユーザーが設定したルールに基づいて、メッセージの件名または作成者と一致する受信メッセージを自動的に削除する「kill」機能があります。これにより、手動で確認して削除しなければならないメッセージの数が劇的に減ります。
リアルタイムフィードバック
著者（通常はジャーナリスト）がTwitterでスレッドを投稿すると、ユーザーはスレッド内の140文字または280文字のツイートに返信することができ、多くの場合著者が次のメッセージを投稿する前に返信することができます。これにより著者は、後続のメッセージの一部としてフィードバックを含めるオプションを利用できます。[2]
デメリット
信頼性
メッセージを正確にスレッド化するには、電子メール ソフトウェアが他のメッセージへの返信であるメッセージを識別する必要があります。
この目的で使用されるアルゴリズムの中には、信頼性が低いものもあります。たとえば、件名を使ってメッセージを関連付ける電子メールクライアントは、偶然同じ件名を持つ2つの無関係なメッセージに騙される可能性があります。[4]
現代の電子メールクライアントは、階層内の親およびルートメッセージを特定するために、電子メールヘッダー内の一意の識別子を使用します。非準拠のクライアントがディスカッションに参加すると、メッセージへの返信を作成する際にすべてのクライアントがこれらのオプションのメール標準を尊重することに依存するため、メッセージのスレッド化が混乱する可能性があります。[5] [6]
個別メッセージ制御
スレッド内のメッセージでは、個々のメッセージと同じオプションがユーザーに提供されるとは限りません。たとえば、スレッド内に含まれる個々のメッセージを移動、スター付け、返信、アーカイブ、または削除することができない場合があります。
個々のメッセージを制御できないと、メッセージング システムを ToDo リスト (電子メール フォルダーの一般的な機能) として使用できなくなる可能性があります。ToDo 項目に関連する情報を含む個々のメッセージは、長いメッセージ スレッドの中で簡単に見失われる可能性があります。
並行した議論
会話のスレッド化により、スレッド内の最新ではない個々のメッセージに返信することがはるかに簡単になります。その結果、複数のディスカッション スレッドが並行して発生することがよくあります。並行しているディスカッションを同時にフォローしたり、再訪したり、参加したりすることは、精神的に困難な場合があります。並行しているディスカッションをフォローすることは、特に混乱を招き、ディスカッションの妨げになることがあります[7]。ディスカッション スレッドが首尾一貫した概念的または論理的な構造で構成されていない場合 (たとえば、議論中の特定の主張を支持する議論を提示するスレッドと、その主張に反対する議論を提示するスレッドが混在している場合) です。
時間的断片化
スレッドの断片化は、ユーザーがさまざまな表示モード (階層型と線形) を選択できるシステムでは特に問題になります。階層型表示モードのユーザーは古いメッセージに返信するため、線形表示モードのユーザーを混乱させてしまいます。
例
以下の電子メール クライアント、フォーラム、掲示板、ニュース グループ、画像/テキスト ボード、ソーシャル ネットワークでは、メッセージをスレッドごとにグループ化して表示できます。
クライアントベース
ウェブベース
参考文献
- ^ Hines, Elise (2017 年 5 月 5 日). 「電子メール スレッドとは?」Lifewire . 2017 年12 月 18 日閲覧。
- ^ ab ヘファーナン、ヴァージニア。「Twitterスレッドの台頭」。POLITICO Magazine 。 2019年5月7日閲覧。
- ^ Jeong, Allan (2005). 「コンピュータ支援による共同議論における、応答時間とメッセージ内容の複合的な影響がディスカッションスレッドの成長パターンに与える影響」International Journal of e-Learning & Distance Education . 19 (1).
- ^ Bienvenu, David. 「ニュースのような厳密なスレッド化を備えたメール」。Bugzilla。Mozilla。2017年5月16日閲覧。
- ^ Resnick, Peter W. (2008年10月). 「インターネット メッセージ形式」. IETF ツール. 2019年4月24日時点のオリジナルよりアーカイブ。2019年4月24日閲覧。
- ^ Klyne, Graham; Palme, Jacob (2005年3月). 「メールとMIMEヘッダーフィールドの登録」. IETFツール. 2019年4月24日時点のオリジナルよりアーカイブ。 2019年4月24日閲覧。
- ^ Brooks, D.; Jeong, A. (2006). 「Brooks, CD, & Jeong, A. (2006). コンピュータ支援による共同議論におけるグループインタラクションとグループパフォーマンスに対する事前構造化ディスカッションスレッドの効果」.遠隔教育. 27 (3): 371–390. CiteSeerX 10.1.1.523.6207 . doi :10.1080/01587910600940448. S2CID 58905596.
出典
- Horton, Sarah (2000)。Web指導ガイド: コース Web サイトを作成するための実践的なアプローチ。コネチカット州ニューヘブン: Yale University Press。ISBN 978-0300087277。「Taking discussion online」に引用。dartmouth.edu。2001年。2010年3月4日時点のオリジナルよりアーカイブ。
- Wolsey, T. DeVere、「サイバースペースでの文学ディスカッション: スレッドディスカッショングループを使用して本について話す若者」。Reading Online、7(4)、2004年1月/2月。2007年12月30日閲覧。
- ネットワーク ワーキング グループ、IETF (2008 年 6 月)。「インターネット メッセージ アクセス プロトコル - SORT および THREAD 拡張」。2009 年 10 月 10 日に取得。