要約

  • 2026年9月9日に提出されたdraft-carpenter-gendispatch-anachronisms改訂07は、IETFには利益相反について一般に合意された定義も一般方針もない、という節を追加した。これは議論を始めるための個人Informational Internet-Draftであり、採択済み方針ではない。
  • IESG、IAB、LLC、Trust/IPMCには、それぞれ対象者と判断を限定した方針がある。補うべき最小単位は全参加者の恒久的な身辺記録ではなく、特定の権限行使について適用方針、措置、代行者を残す判断別記録である。

改訂07で新設された第11節は短い。利益相反という主張がIETFメーリングリストで時折なされる一方、一般に合意された定義と一般方針はなく、IETF LLC職員、IESGメンバー、IETF Trust/IPMCには方針がある、と述べるだけだ。

この一段落は誰かを告発していない。対象となる判断も違反も示していない。「管理がない」のではなく、「一般」方針がないという問題設定である。

改訂06にはこの節がなかった。公式差分では、文書名に「and Gaps」が加わり、要旨もギャップを特定する文面に変わった。変更履歴は「Added conflict of interest」と明記している。

ただし、これは制度変更ではない。Datatrackerは文書を、Informationalを意図するアクティブな個人Internet-Draftとして表示する。個人提出はIETFの承認を受けたものではなく、標準化プロセス上の正式な地位を持たないという注意もある。履歴はBrian Carpenterによる9月9日の提出を記録し、API項目にはstreamも担当Area Directorもない。

文書自身も、目的は議論を開くことであり、関心があれば個別の焦点を持つ草案に分けるべきだとしている。GenDispatchのcharterが与えるのは振り分け機能である。既存WG、新しい作業場所、他機関への提案、保留、却下などを選べるが、提案された作業そのものを行うWGではない。改訂07は論点を公式の視野に入れたのであって、結論を発効させたのではない。

既存方針は役割ごとに境界を持つ

IESGの利益相反方針はNomCom選出メンバーとex-officioメンバーを対象にし、liaisonにも遵守を期待する。主な雇用、スポンサー、コンサルティング顧客、関連収入、他の想定される利益源を公開し、個別案件の潜在的な相反はIESG内部で開示する。明確な相反があれば、Area Directorは通常recuseし、他のADに対応を委ねる。

同方針が例示する行為は、consensus判断、文書承認、designated expertの選任、charter、BoF、appeal、liaison statement、任命である。雇用主がIETF活動に関係しているだけでは相反ではないとも記す。つまり、関係そのものより、対象役割がどの裁量を使おうとしているかが鍵になる。

IAB方針には別の境界がある。選出およびex-officioのIABメンバーが対象で、liaisonとIAB program参加者は明示的に対象外だ。確認、標準appeal、RFC Series、liaison、助言、任命を扱い、recusalがあれば公開議事録に残す。

IETF LLC方針のCovered Individualsは、Board Directors、職員、契約者、LLCのためにその資格で行動するよう正式に授権された人である。通常のIETF/IRTF参加者、IESG/IABメンバー、WG/RG Chair、directorate参加者、複数の編集・ボランティア職、Ombudsteam、Trust trusteesは、別のLLC資格を得ない限り対象外と明記される。

Trust/IPMCの方針一覧とIPMC方針も、それぞれの理事会判断を対象にする。RFC 9680は、この構造を「該当する場合」のIESG、IAB、LLC方針に従う、と表現している。何が該当するかが、まさに接続部分である。

複数の境界は直ちに欠陥ではない。契約、IAB appeal、IESG承認、WGのconsensus callでは、開示先も機密性も代行方法も異なる。問題は、重要な行為が境界の間に落ちる場合と、後から適用方針を確かめられない場合に現れる。

参加をトリガーにすると広すぎる

RFC 3935は、個人参加、専門的な意見への開放、rough consensusをIETFの基礎に置く。RFC 7282は、IETFには実質的に「member」がいないと説明する。人は著者、実装者、従業員、顧客、reviewerとして同時に関わり得る。これらは経験と利害の源にはなるが、自動的な利益相反判定ではない。

メーリングリストに投稿した時点で常時開示を求めれば、判断とのつながりが薄い個人情報が大量に集まる。さらに、技術的な異論への回答が、発言者の所属調査に置き換わる危険がある。

裁量権なら対象を限定できる。RFC 2418はWG Chairにプロセス管理とrough consensus判断を委ねる。RFC 7282によれば、これは多数決ではない。異論を実質的に検討したかどうかを判断する行為である。editor、review leader、expert、AD、appeal bodyも、別の段階で異なる権限を持つ。

したがって、起動条件は、役割が特定の裁量を使う時でよい。consensusを宣言する、文書を進めるか止める、expertを選ぶ、appealを処理する、資金を配分する、といった時点で、その判断に関係する利益、適用方針、代行役だけを確認する。

事後救済は別の層である。RFC 2026第6.5節はプロセス上の行為をreviewする道を設ける。2025年のIESG statementは、具体的な行為、根拠、求める救済を示し、推測や個人攻撃を避けるよう求める。appealは重要だが、判断前の開示や代行権限を遡って作るものではない。

人ではなく判断に記録を結び付ける

最小の判断範囲別利益相反記録には、判断IDと段階、その案件での役割、適用方針と版、または該当する名称付き方針なし、必要最小限の利益区分、開示先、重要性を判断する独立した役割を置く。

次に、参加継続、棄権、recusal、その他の緩和措置を記録する。recusalの場合は「退いた」で終わらず、どの役割が代行したかを示す。方針が求める範囲で公開理由や議事録を結び、review/appeal経路と訂正履歴を保つ。権限ある評価者が「相反なし」「参加可」と判断した場合も正式な状態である。

各組織の方針を統合する必要はない。IESG、IAB、LLC、Trust/IPMCは独自の定義、機密性、判断主体を維持できる。共通にするのは、対象外、非公開、評価済み参加可、緩和済み、recused、審査中を識別する最小フィールドだけだ。沈黙を潔白証明にも疑惑にも変えない。

これはHeng LuのMinimum Initial Specificationが示す、小さな共有境界だけを確定し、ローカル判断を残す考え方に沿う。The Policy Mirrorの観点では、重要な結果を規則、権限、証拠から再構成できなければならない。この記録は私の提案であり、改訂07の要件ではない。

改訂07は答えを出していないからこそ有用だ。散発的な告発を制度設計の問いに変えた。次に設計すべきなのは人物台帳ではなく、権限が結果へ変わる瞬間の地図である。

出典