컨버세이션 스레드화

Conversation threading
토론 그룹의 스레드 보기.톱 레벨에서는, 복수의 투고와의 토론.제목 옆에 각 게시물의 줄 수, 보낸 사람 및 날짜가 표시됩니다.

컨버세이션스레딩은 많은 전자 메일클라이언트, 게시판, 뉴스그룹 및 인터넷포럼에서 사용되는 기능으로, 이 소프트웨어에서는 메시지에 대한 회신을 시각적으로 그룹화하여 사용자를 지원합니다.이러한 그룹을 대화, 주제 스레드 또는 단순 스레드라고 합니다.토론 포럼,[1] 전자 메일 클라이언트 또는 뉴스 클라이언트는 메시지를 이렇게 그룹화할 수 있는 경우 "컨버세이션 뷰", "스레드된 토픽" 또는 "스레드된 모드"가 있다고 합니다.

스레드는 다양한 방법으로 표시할 수 있습니다.초기 메시징 시스템(및 대부분의 최신 전자 메일 클라이언트)은 원본 메시지 텍스트를 회신에 자동으로 포함시켜 각 개별 전자 메일을 전체 스레드의 자체 복사본으로 만듭니다.소프트웨어는 전자 메일 수신 트레이와 같은 목록 내에 메시지의 스레드를 정렬할 수도 있습니다.이러한 배열은 계층형 또는 중첩형일 수 있으며, 트리에서 응답에 가까운 메시지를 정렬할 수도 있고, 선형 또는 플랫형일 수도 있으며, 응답 관계에 관계없이 모든 메시지를 시간 순서대로 표시할 수도 있습니다.

인터랙티브 저널리즘의 한 형태로서의 대화는 2016년경부터 트위터에서 인기를 끌었다.Eric Garland와 Seth Abramson과 같은 작가들은 실시간으로 에세이를 올리기 시작했고, 각각 140자 [2]또는 280자로 제한되는 일련의 숫자 트윗으로 구성했다.

메커니즘

RFC 822 규격(및 그 후속 RFC 5322)에 준거한 인터넷 전자 메일클라이언트는 각 메시지의 헤더필드에 하나의 메시지 식별자를 추가합니다.

메시지 ID: <xNCx2XP2qgUc9Qd2uR99iHsiAaJfVoqj91ocj3tdWT@wikimedia.org >

사용자가 메시지를 작성하는 경우B전갈에 답함으로써A메일 클라이언트는 메시지의 고유 메시지 ID를 추가합니다.A들판의 형태로

응답처: <xNCx2XP2qgUc9Qd2uR99iHsiAaJfVoqj91ocj3tdWT@wikimedia.org> 참고 자료: <xNCx2XP2qgUc9Qd2uR99iHsiAaJfVoqj91ocj3tdWT@wikimedia.org >

회답의 머리글자에B. RFC 5322 에서는, 이러한 필드를 입력하기 위한 다음의 알고리즘이 정의되어 있습니다.

"In-Reply-To:" 필드에는 회신인 메시지의 "Message-ID:" 필드("부모 메시지")의 내용이 포함됩니다.부모 메시지가 여러 개 있는 경우 [회신처(In-Reply-To:)]필드에 부모의 모든 [메시지 ID(Message-ID:)]필드의 내용이 포함됩니다.부모 메시지에 "Message-ID:" 필드가 없는 경우 새 메시지에는 "In-Reply-To:" 필드가 없습니다."References:" 필드에는 부모의 "References:" 필드 내용(있는 경우)과 부모의 "Message-ID:" 필드 내용(있는 경우)이 포함됩니다.부모 메시지에 "References:" 필드가 없지만 단일 메시지 식별자를 포함하는 "In-Reply-To:" 필드가 있는 경우, "References:" 필드에는 부모의 "In-Reply-To:" 필드의 내용과 부모의 "Message-ID:" 필드의 내용이 포함됩니다(임의의 경우).부모에게 "참조:", "회신처:" 또는 "메시지 ID:" 필드가 없는 경우 새 메시지에는 "참조:" 필드가 없습니다.

그 후 최신 전자 메일클라이언트는 RFC 822에In-Reply-To: 기재되어 있는 고유한 메시지 식별자 및 수신된 모든 전자 메일헤더의 필드를 사용하여 계층 내의 부모 메시지와 루트메시지를 특정하고 이를 작성한 액션의 체인을 재구성하여 토론 트리로 표시할 수 있습니다.이 필드의 목적은 토론 트리의 일부 응답이 없는 경우에도 토론 트리를 재구성할 수 있도록 하는 것입니다.

이점

턴테이크 및 시간 제약 해소

스레드형 토론을 통해 독자는 대화의 전체 구조를 빠르게 파악하고 스레드 내에 내포된 대화의 특정 지점을 분리하여 새로운 메시지를 게시하여 시간 제약 없이 기존 스레드 또는 서브 스레드에서 토론을 확장할 수 있습니다.한편, 리니어 스레드에서는, 토픽이 새로운 논의 포인트로 이행하면, 유저는 1) 대면 대화에서의 턴 테이킹과 같은 리니어 대화를 단편화하는 것을 피하기 위해서, 이전의 논의 포인트를 재검토해 확대하는 투고를 하는 경향이 적어진다.또 2) 동작의 의무가 있다.토픽을 유지하거나 토픽을 변경하기 위해 이동합니다.이러한 이점을 감안할 때, 나사산 토론 가장(예:주요 전제를 식별하 → 도전 진실성 → 점유율 증거 → 문제 정확성, 유효성, 또는 유용성에 소개된 증거)자주 뉴스 그룹과 복잡한 이메일 체인점에서 발견된 브람스로 – – 복잡한 다단한 직무를 포함한 대화를 나눈 논쟁[3]을 촉진하기 위하여 유용하다.실내 변기간단한 1단계 작업(예를 들어 간단한 질문에 대한 답변 게시 또는 공유)으로 유도합니다.

메시지 타깃

전자 메일에서는, 「수신인」과 「참조인」의 행을 사용하고, 대상 독자의 특정의 멤버를 대상으로 하는 메시지를 송신할 수 있습니다.그러나 일부 메시지 시스템에는 이 옵션이 없습니다.그 결과, 특정 메시지의 수신처를 특정하는 것이 어려워질 수 있습니다.메시지가 계층적으로 표시될 경우 이전 메시지의 작성자를 시각적으로 쉽게 식별할 수 있습니다.

리스트의 잡동사니 제거

대량의 메시지 목록을 표시할 때 중요한 정보를 처리, 분석, 평가, 통합 및 통합하는 것이 어려울 수 있습니다.메시지를 스레드별로 그룹화하면 주어진 토론 토픽에 대한 컨텍스트에서 많은 메시지를 검토하는 프로세스를 보다 효율적으로 수행할 수 있고 정신적 노력을 덜 들일 수 있습니다. 따라서 각 개별 토픽/스레드 내에서 토론을 더욱 확장하고 진전시키기 위해 더 많은 시간과 정신적 자원을 사용할 수 있습니다.

그룹 포럼에서 사용자가 스레드에 회신할 수 있도록 허용하면 목록에 표시되는 새 게시물의 수가 줄어듭니다.

일부 클라이언트는 전체 메시지 스레드에 대한 작업을 허용합니다.예를 들어 텍스트 기반 뉴스리더 nn에는 메시지 제목 또는 작성자와 일치하는 사용자가 설정한 규칙에 따라 자동으로 수신 메시지를 삭제하는 "kill" 기능이 있습니다.이를 통해 수동으로 확인 및 삭제해야 하는 메시지 수를 대폭 줄일 수 있습니다.

실시간 피드백

보통 저널리스트인 저자가 트위터를 통해 스레드를 투고할 때, 사용자는 종종 저자가 다음 메시지를 투고하기 전에 스레드에 있는 140자 또는 280자의 트윗에 응답할 수 있다.작성자는 피드백을 후속 [2]메시지의 일부로 포함할 수 있습니다.

단점들

신뢰성.

메시지를 정확하게 스레드화하려면 전자 메일소프트웨어가 다른 메시지에 대한 회신인 메시지를 식별해야 합니다.

이 목적으로 사용되는 알고리즘 중 일부는 신뢰성이 떨어질 수 있습니다.예를 들어 제목줄을 사용하여 메시지를 연결하는 전자 메일 클라이언트는 제목줄이 같은 [4]관련 없는 두 메시지에 속아 넘어갈 수 있습니다.

최신 전자 메일 클라이언트는 전자 메일 헤더에서 고유한 식별자를 사용하여 계층에서 상위 메시지와 루트 메시지를 찾습니다.비호환 클라이언트가 토론에 참여할 [5][6]경우 메시지에 대한 회신을 작성할 때 이러한 선택적 메일 표준을 준수하는 모든 클라이언트에 따라 메시지 스레딩을 혼동할 수 있습니다.

개별 메시지 제어

스레드 내의 메시지가 사용자에게 개별 메시지와 동일한 옵션을 제공하는 것은 아닙니다.예를 들어, 스레드에 포함된 개별 메시지를 이동, 별 표시, 회신, 보관 또는 삭제할 수 없습니다.

개별 메시지 제어가 부족하면 메시징 시스템이 작업관리 목록(이메일 폴더의 일반적인 기능)으로 사용되지 않을 수 있습니다.작업관리 항목과 관련된 정보를 포함하는 개별 메시지는 긴 메시지 스레드에서 쉽게 손실될 수 있습니다.

병행 토론

대화식 스레드를 사용하면 스레드 내의 최신 메시지가 아닌 개별 메시지에 회신하는 것이 훨씬 쉬워집니다.그 결과 여러 개의 토론 스레드가 병렬로 발생하는 경우가 많습니다.추종, 재방문, 병렬 토론에 동시에 참여하는 것은 정신적으로 어려울 수 있습니다.다음 병렬 토론은 토론 스레드가 논리적이고 개념적이거나 논리적인 구조로 구성되어 있지 않을 때 특히 방향을 흐리게 할 수 있으며 토론을 방해할 수 있다(예를 들어, 논쟁 중에 주어진 주장을 지지하는 스레드와 주장에 반대하는 주장을 제시하는 스레드).

시간 플래그멘테이션

스레드 플래그멘테이션은 사용자가 다른 표시 모드(계층형 또는 선형)를 선택할 수 있는 시스템에서 특히 문제가 될 수 있습니다.계층 표시 모드 사용자는 오래된 메시지에 회신하여 선형 표시 모드 사용자를 혼란스럽게 합니다.

예

다음 메시징 소프트웨어는 스레드별로 메시지를 그룹화하고 표시할 수 있습니다.

클라이언트 베이스

웹 기반

「 」를 참조해 주세요.

  • 문서 모드는 마지막 페이지 업데이트 결과만 표시하는 대조적인 방법입니다.

레퍼런스

  1. ^ Hines, Elise (2017-05-05). "What Is an Email Thread?". Lifewire. Retrieved 2017-12-18.
  2. ^ a b Heffernan, Virginia. "The Rise of the Twitter Thread". POLITICO Magazine. Retrieved 2019-05-07.
  3. ^ Jeong, Allan (2005). "The combined effects of response time and message content on growth patterns of discussion threads in computer-supported collaborative argumentation". International Journal of E-Learning & Distance Education. 19 (1).
  4. ^ Bienvenu, David. "Mail with strict threading like news". Bugzilla. Mozilla. Retrieved 16 May 2017.
  5. ^ Resnick, Peter W. (October 2008). "Internet Message Format". IETF Tools. Archived from the original on 2019-04-24. Retrieved 2019-04-24.
  6. ^ Klyne, Graham; Palme, Jacob (March 2005). "Registration of Mail and MIME Header Fields". IETF Tools. Archived from the original on 2019-04-24. Retrieved 2019-04-24.
  7. ^ Brooks, D. & Jeong, A. (2006). "Brooks, C. D., & Jeong, A. (2006). Effects of pre‐structuring discussion threads on group interaction and group performance in computer‐supported collaborative argumentation". Distance Education. 27 (3): 371–390. CiteSeerX 10.1.1.523.6207. doi:10.1080/01587910600940448.{{cite journal}}: CS1 maint: 여러 이름: 작성자 목록(링크)