摘要

  • IETF vCon工作组9月9日的会议纪要倾向于以会话作为总时间线，容纳录音片段、离散事件和子会话；纪要同时写明方向仍须在邮件列表确认。
  • Jonathan Rosenberg于11日提交的重构稿给出代理工具调用、转接和会议旁支的示例，但它是个人Internet-Draft，不代表IETF正式采用。
  • 真正的治理问题并非文件能否装下更多数据，而是读者能否区分未录制、已删节与根本未发生，并追溯谁对范围作出了断言。

客服系统的一通电话，常被一组录音文件代表。客户等待时，坐席可能向同事求助；语音代理也可能在两句话之间查询工具。若这些动作没有自己的时间位置，后来取得文件的审计者便无法判断空白是安静、缺失，还是记录模型压根没有描述它。vCon工作组目前争论的正是这种“会话”与“媒体片段”的错位。

工作组的正式章程希望会话数据可以在系统间携带，同时保护隐私。现行的核心工作草案第04版设置当事方、对话片段、分析和附件，并讨论签名、加密、删节与修订。这仍是草案而非已发布RFC。流通能力与保护个人资料不是两个独立目标：同一份便于迁移的文件，也可能让接收者看到说话人身份、内容乃至后续机器分析。

9月9日的临时会议纪要点出了录音中心模型的两个缺口。一段段短录音可能不足以表示整个呼叫从何时开始、何时结束；也无法显示片段之间有哪些人在场。加入会议、呼叫转移或按键动作，可能发生在没有音视频对话可供挂靠的时间里。与会者先考虑录音集合，继而讨论让会话成为主时间线：事件可以独立存在，会话里有对话片段、事件和子会话，当事方则在顶层列一次。

这只是讨论方向。纪要明确要求在邮件列表确认，并未解决事件是否也应属于某段对话。嵌套又带来引用难题：原有数组序号在多层会话中未必能唯一定位片段。全文件对象标识符或能帮助被删节后的引用维持稳定，但纪要称这将是破坏兼容性的变化。已有部署不能因为概念图更整齐就被视作可随意迁移。

11日的个人重构稿提供了比抽象图更具体的应用想象：一次会话有起止和参与者，事件标记工具请求、返回或转接，子会话可以表示会议旁路，也可以表示代理交给子代理的任务。作者自己称它是说明性信息模型，不是可直接实施的规范。IETF Datatracker亦说明该稿没有工作组认可或IETF正式地位。因此，企业可以用它提出测试问题，却不能据此宣称行业标准已经改变。

删节更能检验新模型。核心草案第04版规定，删节后的vCon应引用删节较少的前身，并限制对后者的访问；从数组移走内容时，它建议保留空占位，以免后续序号移动。稳定标识符是另一种可能路径，但会议尚未决定是否纳入核心。无论采用哪种引用法，都不能凭容器自身证明最初采集合法、事件齐全，或收件人拥有使用权。

工作组9月24日再度开会，但已核阅的公开会议页没有可据以宣布决议的批准纪要。10月8日议程仅安排继续讨论核心文件更新。下一次草案修订若出现，值得首先看它怎样标明记录范围、缺失段落和兼容规则，而不是先看新增了多少事件种类。要求采集方说明覆盖边界，是BTW的编辑判断，不是IETF已颁布的义务。

来源