Кратко

  • В протоколе совещания рабочей группы vCon от 9 сентября описан возможный переход к сеансу как общей временной шкале диалогов, отдельных событий и вложенных сеансов. Направление требует подтверждения в рассылке.
  • Опубликованный 11 сентября проект Jonathan Rosenberg показывает примеры переводов вызова, вызовов инструментов и подагентов ИИ. Это индивидуальный Internet-Draft, не одобренная IETF спецификация.
  • Новый контейнер может точнее обозначать происходящее между записями, но не доказывает полноту наблюдения. Особенно важно не спутать удалённый фрагмент с отсутствием события.

Оператор службы поддержки передаёт клиента коллеге. Система сохраняет два звуковых файла, однако не фиксирует, кто и когда принял решение о передаче. Голосовой помощник мог в паузе запросить данные из другого сервиса. Если позже эти файлы станут «записью разговора», внешний читатель рискует принять техническую границу хранения за границу самого события. Сентябрьская дискуссия vCon ставит эту проблему в центр модели.

Утверждённый устав группы требует одновременно переносимости данных разговора между системами и защиты персональной информации. В действующей четвёртой версии основного проекта описаны участники, диалоги, аналитические данные и приложения, а также подписи, шифрование, редактирование с удалением чувствительных сведений и дополнения. Документ остаётся Internet-Draft, не RFC. Переносимость полезна, но вместе с материалом распространяются личность участника, сказанное им и выводы, сделанные позже.

В протоколе совещания 9 сентября отмечено, что короткие речевые отрезки могут не покрывать начало и конец звонка, а отдельные дорожки плохо показывают присутствовавших в промежутках людей. Присоединение, переадресация или нажатие клавиши иногда происходит тогда, когда нет диалога, к которому можно прикрепить событие. Участники обсуждали сеанс как главную шкалу: в нём находятся диалоги, события и дочерние сеансы, а участники описываются на верхнем уровне. У события появляется собственная временная точка, а не заимствованная длительность записи.

Протокол не утверждает этот вариант. Он прямо требует согласовать направление в рассылке. Не решено, может ли событие одновременно принадлежать диалогу. Вложенность усложняет и ссылки: индекс элемента в массиве больше не обязательно однозначен для всего документа. Сквозные идентификаторы могли бы сохранять ссылки при удалении чувствительных частей, но протокол называет их введение ломающим изменением. У группы есть и встречная цель — сохранить возможность читать существующие реализации.

Индивидуальный проект Rosenberg показывает практическую форму идеи. Сеанс имеет начало, конец и участников; событие обозначает запрос инструмента, ответ либо перевод вызова; дочерним сеансом может быть параллельное обсуждение на конференции или задача, переданная подагенту. Сам автор называет схему иллюстративной, не пригодной сразу для реализации. Страница Datatracker подчёркивает отсутствие формального одобрения IETF. Значит, текст полезен для проверки сценариев, но не для заявления о принятом отраслевом правиле.

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

Публичная страница следующего заседания 24 сентября содержит материалы, однако изученного утверждённого протокола с итоговым решением нет. В повестке 8 октября стоит продолжение обсуждения обновлений основного текста. Следующий документ следует оценивать по тому, как он называет неизмеренные интервалы, удалённые части и поведение старых программ. Это критерий редакционного анализа BTW, а не уже принятое требование IETF.

Источники