Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Просмотр темы в группе обсуждения. На верхнем уровне обсуждение с несколькими постами. Рядом с темой для каждого сообщения отображается количество строк, отправитель и дата.

Потоковая передача разговоров - это функция, используемая многими почтовыми клиентами , досками объявлений , группами новостей и Интернет-форумами, на которых программное обеспечение помогает пользователю, визуально группируя сообщения с их ответами. Эти группы называются беседой , тематической цепочкой или просто веткой . О дискуссионном форуме, почтовом клиенте или новостном клиенте говорят, что он имеет «режим беседы», «разделенные темы» или «режим цепочек», если сообщения могут быть сгруппированы таким образом. [1]

Обсуждения можно отображать разными способами. Ранние системы обмена сообщениями (и большинство современных почтовых клиентов) автоматически включают исходный текст сообщения в ответ, превращая каждое отдельное электронное письмо в отдельную копию всей цепочки. Программное обеспечение также может упорядочивать цепочки сообщений в списках, например в почтовом ящике. Эти структуры могут быть иерархическими или вложенными , с размещением сообщений рядом с их ответами в виде дерева, или они могут быть линейными или плоскими , отображая все сообщения в хронологическом порядке независимо от отношений ответов.

Потоковая передача разговоров как форма интерактивной журналистики стала популярной в Твиттере примерно с 2016 года. Такие авторы, как Эрик Гарланд и Сет Абрамсон , начали публиковать эссе в режиме реального времени, создавая их как серию пронумерованных твитов, каждый из которых ограничен 140 или 280 символами. [2]

Механизм [ править ]

Интернет-клиенты электронной почты, соответствующие стандарту RFC 822 (и его преемнику RFC 5322 ), добавляют уникальный идентификатор сообщения вИдентификатор сообщения: поле заголовка каждого сообщения, например

Идентификатор сообщения: <[email protected]>

Если пользователь создает сообщение B , отвечая на сообщение A , почтовый клиент добавит уникальный идентификатор сообщения A в виде полей

In-Reply-To: <[email protected]>Ссылки: <[email protected]>

в заголовок ответа B . RFC 5322 определяет следующий алгоритм заполнения этих полей:

Поле «In-Reply-To:» будет содержать содержимоеПоле "Message-ID:" сообщения, на которое это сообщение является ответом ("родительское сообщение"). Если существует более одного родительского сообщения, тогдаполе «In-Reply-To:» будет содержать содержимое всехполя "Message-ID:" родителей. Если нет поля "Message-ID:" влюбое из родительских сообщений, то в новом сообщении не будет "In-Поле "Ответить:".Поле «Ссылки:» будет содержать содержимое родительскогоПоле "Ссылки:" (если есть), за которым следует содержание родительскогоПоле «Идентификатор сообщения:» (если есть). Если в родительском сообщении нетполе "Ссылки:", но есть поле "In-Reply-To:"содержащий один идентификатор сообщения, затем поле "Ссылки:"будет содержать содержимое родительского поля "In-Reply-To:"за которым следует содержимое родительского поля "Message-ID:" (еслилюбой). Если у родителя нет ни одного из «Ссылки:», «In-Reply-To:»,или "Message-ID:", то в новом сообщении не будетПоле «Ссылки:».

Затем современные почтовые клиенты могут использовать уникальные идентификаторы сообщений, указанные в RFC 822. Идентификатор сообщения, В ответ на: и Рекомендации:полей всех полученных заголовков электронной почты, чтобы найти родительское и корневое сообщение в иерархии, восстановить цепочку действий, которые их создали, и отобразить их в виде дерева обсуждения. ЦельРекомендации: поле позволяет реконструировать дерево обсуждения, даже если в нем отсутствуют некоторые ответы.

Преимущества [ править ]

Устраняет очередность и временные ограничения [ править ]

Многопоточное обсуждение позволяет читателям быстро понять общую структуру беседы, изолировать определенные моменты бесед, вложенных в потоки, и, как результат, публиковать новые сообщения для расширения обсуждений в любой существующей цепочке или подпотоке без ограничений по времени. С другой стороны, с линейными потоками, когда тема переходит к новой точке обсуждения, пользователи: 1) менее склонны оставлять сообщения для повторного посещения и расширения более ранних вопросов обсуждения, чтобы избежать фрагментации линейного разговора, подобного тому, что происходит с очередностью при личных беседах; и / или 2) обязаны сделать ходатайство о продолжении темы или перейти к изменению темы обсуждения. Учитывая это преимущество, многопоточное обсуждение наиболее полезно для облегчения продолжительных бесед или дебатов [3]с участием сложных многоэтапных задач (например, определение основных предпосылок → проверка правдивости → обмен доказательствами → точность, достоверность или актуальность представленных доказательств) - что часто встречается в группах новостей и сложных цепочках электронной почты - в отличие от простых одношаговых задач ( например, разместив или поделившись ответами на простой вопрос).

Таргетинг сообщений [ править ]

Электронная почта позволяет направлять сообщения определенным членам аудитории с помощью строк «Кому» и «Копия». Однако в некоторых системах сообщений эта опция отсутствует. В результате может быть сложно определить предполагаемого получателя конкретного сообщения. Когда сообщения отображаются иерархически, легче визуально идентифицировать автора предыдущего сообщения.

Устранение беспорядка в списке [ править ]

При просмотре больших списков сообщений может быть сложно обрабатывать, анализировать, оценивать, синтезировать и интегрировать важную информацию. Группировка сообщений по цепочке делает процесс просмотра большого количества сообщений в контексте данной темы обсуждения более эффективным по времени и с меньшими умственными усилиями, тем самым освобождая больше времени и умственных ресурсов для дальнейшего расширения и продвижения обсуждений в каждой отдельной теме / цепочке.

На групповых форумах, разрешив пользователям отвечать на темы, вы уменьшите количество новых сообщений, отображаемых в списке.

Некоторые клиенты разрешают операции с целыми потоками сообщений. Например, текстовая программа чтения новостей nn имеет функцию «kill», которая автоматически удаляет входящие сообщения на основе правил, установленных пользователем, совпадающим с темой или автором сообщения. Это может значительно сократить количество сообщений, которые нужно вручную проверять и удалять.

Обратная связь в реальном времени [ править ]

Когда автор, обычно журналист, публикует темы через Twitter, пользователи могут ответить на каждый твит из 140 или 280 символов, часто до того, как автор отправит следующее сообщение. Это позволяет автору включать отзыв как часть последующих сообщений. [2]

Недостатки [ править ]

Надежность [ править ]

Для точной цепочки сообщений программное обеспечение электронной почты должно идентифицировать сообщения, являющиеся ответами на другие сообщения.

Некоторые алгоритмы, используемые для этой цели, могут быть ненадежными. Например, почтовые клиенты, использующие строку темы для связи сообщений, могут быть обмануты двумя несвязанными сообщениями, которые имеют одну и ту же строку темы. [4]

Современные почтовые клиенты используют уникальные идентификаторы в заголовках электронной почты для поиска родительского и корневого сообщения в иерархии. Когда несовместимые клиенты участвуют в обсуждениях, они могут запутать цепочку сообщений, поскольку это зависит от того, соблюдают ли все клиенты эти дополнительные почтовые стандарты при составлении ответов на сообщения. [5] [6]

Управление отдельными сообщениями [ править ]

Сообщения в цепочке не всегда предоставляют пользователю те же возможности, что и отдельные сообщения. Например, может оказаться невозможным перемещать, помечать, отвечать, архивировать или удалять отдельные сообщения, содержащиеся в цепочке.

Отсутствие управления отдельными сообщениями может помешать использованию систем обмена сообщениями в качестве списков дел (обычная функция папок электронной почты). Отдельные сообщения, содержащие информацию, относящуюся к делу, могут легко потеряться в длинной цепочке сообщений.

Параллельные обсуждения [ править ]

С диалоговой цепочкой намного проще отвечать на отдельные сообщения, которые не являются последними сообщениями в цепочке. В результате несколько потоков обсуждения часто происходят параллельно. Следование, повторное посещение и одновременное участие в параллельных обсуждениях могут быть умственно сложными. Следование параллельным обсуждениям может быть особенно дезориентирующим и может препятствовать дискуссиям [7], когда потоки обсуждения не организованы в связную, концептуальную или логическую структуру (например, потоки, представляющие аргументы в поддержку данного утверждения, обсуждаемого, перемешиваются с потоками, представляющими аргументы против. к иску).

Временная фрагментация [ править ]

Фрагментация потоков может быть особенно проблематичной для систем, которые позволяют пользователям выбирать различные режимы отображения (иерархический или линейный). Пользователи иерархического режима отображения будут отвечать на более старые сообщения, сбивая с толку пользователей режима линейного отображения.

Примеры [ править ]

Следующее программное обеспечение для обмена сообщениями может группировать и отображать сообщения по цепочкам.

На основе клиента [ править ]

  • Apple Mail
  • Emacs Gnus
  • FastMail
  • Forte Agent
  • Gmail
  • Mailbird
  • Microsoft Outlook
  • Thunderbird
  • Протонная почта

Интернет [ править ]

  • 4chan
  • FastMail
  • Gmail
  • Хакерские новости
  • Зулип
  • Группы MSN
  • Протонная почта
  • Reddit
  • Slashdot
  • Yahoo! Группы
  • Roundcube

См. Также [ править ]

  • Режим документа , контрастный метод, который отображает только результат последнего обновления страницы.

Ссылки [ править ]

  1. ^ Хайнс, Элиза (2017-05-05). "Что такое цепочка писем?" . Lifewire . Проверено 18 декабря 2017 .
  2. ^ a b Хеффернан, Вирджиния. «Рост треда в Твиттере» . Журнал ПОЛИТИКО . Проверено 7 мая 2019 .
  3. Перейти ↑ Jeong, Allan (2005). «Комбинированное влияние времени отклика и содержания сообщения на модели роста дискуссионных потоков в компьютерной совместной аргументации» . Международный журнал электронного и дистанционного обучения . 19 (1).
  4. ↑ Bienvenu, Дэвид. «Почта со строгой цепочкой, как новости» . Bugzilla . Mozilla . Дата обращения 16 мая 2017 .
  5. ^ Резник, Питер В. (октябрь 2008). «Формат Интернет-сообщений» . Инструменты IETF . Архивировано 24 апреля 2019 года . Проверено 24 апреля 2019 .
  6. ^ Клайн, Грэм; Пальме, Джейкоб (март 2005 г.). «Регистрация полей заголовков почты и MIME» . Инструменты IETF . Архивировано 24 апреля 2019 года . Проверено 24 апреля 2019 .
  7. Перейти ↑ Brooks, D. & Jeong, A. (2006). «Брукс, CD, и Джеонг, А. (2006). Влияние предварительной структурирования дискуссионных потоков на групповое взаимодействие и производительность группы в компьютерной совместной аргументации». Дистанционное обучение . 27 (3): 371–390. CiteSeerX 10.1.1.523.6207 . DOI : 10.1080 / 01587910600940448 . CS1 maint: несколько имен: список авторов ( ссылка )
  • Хортон, Сара (2000). Интернет-учебное руководство: практический подход к созданию веб-сайтов курсов . Нью-Хейвен, Коннектикут: Издательство Йельского университета . ISBN 978-0300087277.цитируется в «Обсуждение онлайн» . dartmouth.edu . 2001. Архивировано из оригинала 4 марта 2010 года.
  • Wolsey, T. DeVere, «Обсуждение литературы в киберпространстве: молодые подростки, использующие многоплановые дискуссионные группы для обсуждения книг . Чтение в Интернете» , 7 (4), январь / февраль 2004 г. Проверено 30 декабря 2007 г ..
  • Сетевая рабочая группа, IETF (июнь 2008 г.). « Протокол доступа к сообщениям в Интернете - расширения SORT и THREAD ». Проверено 10 октября 2009.