要約

  • 9月9日のIETF vCon作業部会の議事録は、セッションを時系列の親とし、録音等の対話片、単発のイベント、入れ子のセッションを置く方向を記す。ただしメーリングリストでの確認が必要だ。
  • 11日に出たJonathan Rosenbergの再構成案は個人提出のInternet-Draftであり、IETFが認めた実装仕様ではない。
  • 問われるのは保存形式の豊かさだけではない。記録されなかった時間と削除された情報を、受け手が「何も起きなかった」と取り違えない仕組みが要る。

通話の途中で担当者が別の担当者に相談し、利用者は保留音を聞く。その間に自動応答システムが外部の道具を呼び出した場合、録音ファイルのリストは一連の行為を説明できるだろうか。ファイルの数と、会話の経過について説明できる範囲は同じではない。vConをめぐる九月の議論は、このずれをデータ構造の問題として表に出した。

作業部会の承認済みの憲章は、会話データの相互運用と個人情報の保護を並べる。現在の中核草案第04版には、参加者、対話片、分析、添付資料の構成と、署名、暗号化、墨消し、追記の扱いがある。ただし文書はまだInternet-Draftだ。持ち運びやすい記録は利用価値を高める一方、話者やその発言、後に付された分析を広く流通させ得る。

9月9日の会合では、短い録音片を単位とすると通話の開始・終了を表しにくく、片と片の間に誰が参加していたかも読みにくいと指摘された。参加や転送、番号入力などは録音の続かない瞬間に起こり得る。議事録が記す案では、全体の時間軸をセッションが持ち、イベントは録音の長さを借りずに置ける。セッションの内側には対話片、イベント、子セッションが入り、参加者は最上位で定義する。

しかし議事録はこの方向を「リスト上で確認する」と明記する。イベントが対話片にも属せるかは未解決だ。さらに、入れ子構造になると従来の配列番号だけで対象を一意に指すのが難しくなる。文書内で一意の識別子を振る案は、墨消しで要素を取り去った後の参照を守りやすいが、既存実装にとって破壊的変更になり得ると議事録は認める。作業部会は後方互換性も望んでいる。

Rosenbergの11日の個人草案は、セッションに開始・終了と参加者を置き、道具への要求や応答、転送をイベントにする。会議中の別室の相談やAIエージェントが子エージェントに委ねる仕事は子セッションの例だ。この構図は何を表現したいのかを理解する助けになる。ただし草案自体が説明用モデルで実装可能な仕様ではないと断り、DatatrackerもIETFの正式な承認はないと示す。

墨消しされた記録では、欠落をどう表すかが切実になる。中核草案第04版は、より墨消しの少ない元記録を参照し、その元記録へのアクセスを制限するよう求める。配列から要素を消す場合は後の番号がずれないよう空欄を残すことも勧める。全体識別子は別の手段になり得るが、採用は決まっていない。どちらの方法も、すべての行為が捕捉されたことや、利用の同意があることまで保証しない。

9月24日の公開会合ページには資料があるが、確認できる承認済み議事録はない。10月8日の議題も中核文書の更新を引き続き話すというものだ。次に見るべきは決定済みと呼べる文書が出たか、それが空白、削除、旧形式の読み方をどう定義したかである。これは読者のための検証軸であり、IETFが既に課した義務ではない。

出典