要約

  • 2026年6月29日公開のdraft-eggert-procon-chair-standin-00は、IETF議長が別のArea Directorを緊急代行者に指名し、議長が職務不能になれば、その人が「自動的かつ即時に」議長の役割を引き受ける案である。
  • RFC 8713の中途欠員手続きは、NomComを再招集する場合に最長6週間を認め、正式な後任を選ぶ。短期または部分的な職務不能に対する即時の橋渡しではないため、草案が扱う空白は実在する。
  • 現行案は「誰が待機するか」を決めるが、「誰が職務不能を制度上の事実として認定するか」を決めない。部分的な移行範囲、当事者間の不一致、代行者自身が不在の場合も未定義である。
  • 公開すべきなのは診断ではなく権限状態だ。指名と受諾、起動を決めた権限主体、発効時刻、移行範囲、復帰または正式後任による終了を記録すれば、プライバシーと検証可能性を両立できる。

非常用の鍵と、封を切る権限

草案の骨格は簡潔である。IETF議長は就任時、自らの裁量で別のArea Directorを代行者に指名し、後から変更できる。議長が職務不能になれば代行者が自動的かつ即時に議長の役割を引き受ける。NomComが新議長を任命するか、現議長が職務復帰を宣言すれば、緊急委任は終わる。

ここには三つの異なる行為がある。指名は、将来に備えて誰が待機するかを決める。起動は、現在だれが権限を行使するかを変える。終了は、その一時的な権限を返すか、正式な後任へ接続する。草案は最初の行為を現議長に割り当て、終了の一経路も本人の宣言に置いた。それでも真ん中の起動だけは、誰の行為なのか分からない。

「自動的」という語は、この欠落を解消しない。職務不能は、機械が無条件に観測できる信号ではない。連絡不能、特定事項からの回避、判断能力への懸念、短期の身体的制約など、異なる事実が現れる。誰かが事実を受け、条件を満たしたと判断し、時刻と範囲を伝え、IESGやIABなどに新しい状態を認識させる。入力者を決めない自動化は、最初に動いた人へ非公式の決定権を与えるだけである。

だからといって事前指名を捨てる理由にはならない。危機のさなかに人物を探すより、平時に本人の受諾、必要なアクセス、利益相反、予備順序を確認する方がよい。課題は人名ではなく、その人名を現在の権限へ変える正当な操作である。

正式後任までの六週間を埋める橋

草案が示す時間差は現実的だ。RFC 8713第3.5節によれば、中途欠員を埋めるためNomComを再招集する場合、候補選定と確認には最長6週間が認められる。選ばれた人は残存任期、条件によってはその次の任期まで務める。これは慎重な正式選任であり、数時間後の会議や数日間の不在を支える仮設橋ではない。

リコールも即時代行の代わりにはならない。請願、委員会、調査、投票を経て、成立後は中途欠員手続きに進む。解任に必要な手続保障を、短期の運用継続へそのまま使うことはできない。

ただし、空白があることと草案が現行規則であることは別だ。2026年8月28日時点で、Datatrackerは第00版をactive individual Internet-Draftと表示していた。公開日は6月29日、期限は12月31日で、RFC stream、Responsible AD、telechat dateはなく、IESG stateはI-D Existsだった。PROCONの文書一覧でもWorking Groupのactive Internet-Draftsではなくrelated documentsに置かれていた。提案は検討対象であり、IETFの承認や現行手続ではない。

IETF 126では前進への支持が示された。PROCON会合の投票記録では、二つの議長関連文書をWG項目として採用するかとの問いに、賛成12、反対1、意見なし1、締切時の在席30とある。議事録は、その後の作業として正式なメーリングリスト採用コールを挙げた。従って、会場投票は採用への支持であり、採用手続きの完了ではない。

「誰が決めるか」は会合でも問われていた

起動主体の問題は、草案外から後付けされたものではない。IETF 125のPROCON議事録には、Jari Arkkoが、職務不能そのものを定義するより、誰が決定できるかを定義すべきだと述べた記録がある。この切り分けは重要だ。プロセス文書が医学的定義を発明する必要はない。権限状態を変更できる主体と手順だけは決めなければならない。

同じ会合の公開チャットでは、Eric Rescorlaが職務不能を本人の意思に反して認定できるかを問い、緊急権限を限定できないかと提起した。Joel Halpernは当時の文面では議長が発言すれば役割を取り戻せるため、非自発的な認定にはなりにくいと指摘した。Mike Bishopは、議長が「職務不能ではない」と言い、後継者が反対した場合の仲裁者を求めた。いずれも個人の発言であって合意ではない。しかし、起動、範囲、復帰が一つの文章では閉じないことを示している。

代行者の選び方自体も変化した。IETF 124の資料ではIAB Chair、その次にIETF LLC Chairという役職ベースの順序が示されていた。後の案は現議長が指名するArea Directorへ移った。同じ時期の議論では、議長に付随する全役割を一人が引き受けるのか、役割ごとに異なる代行が要るのかも問われた。設計が変化する以上、指名は公開され、版を残し、予備を持つべきである。

部分的な職務不能には範囲がある

草案の問題提起は「部分的または全面的」に職務を果たせない状況を挙げる。一方、規定文は代行者がIETF議長の「役割」を引き受けるとだけ述べる。部分的な状態と全面的な移行の間が設計されていない。

部分的な制約には様々な形があり得る。ある機密案件だけ回避する、非同期には働けるが会議を進行できない、意思決定はできるが移動を伴う公務はできない、短時間通信できない、という具合だ。現実の人物について推測する必要はない。制度上の要点は、部分的な不能は一本の目盛りではなく、機能の組み合わせだということである。

狭い利益相反でも議長権限の全体を移せば、非常手続きが過大になる。完全に発言できなくなるまで何も移さなければ、遅すぎる。起動記録に移行対象の機能を列挙し、待てる事項は保留し、必要な継続行為だけを移す仕組みが要る。

ここで通常の委任と緊急代行を混同してはならない。職務能力のある議長が仕事を配る場合、本人が生きた権限源である。緊急代行は、本人がその委任を有効に行えない可能性があるからこそ起動する。受け手が同じArea Directorでも、権限の出発点は異なる。

復帰にも判定と記録が要る

草案は、議長が職務復帰可能と宣言すれば緊急委任が終わるとする。代行者による権限の長期化を防ぐ意味で、これは大切な原則である。しかし、起動に関わった同僚が復帰はまだ危険だと判断した場合を扱わない。

代行者が本人を一方的に排除できる設計は危険だ。他方、通信の真正性や判断を巡る争いがあるとき、どんなメッセージでも即時復帰と見なせば、二人の議長を生む可能性がある。短時間で判断する仲裁主体、その間の暫定状態、判断期限が必要になる。

また、本人の復帰とNomComによる新議長の任命は異なる終了だ。前者は権限の返還、後者は正式交代による仮設橋の撤去である。未処理案件と責任の履歴を追うため、同じ終了で上書きしてはならない。

指名された代行者が連絡不能、辞任、利益相反、または同時に職務不能となる場合もある。予備のない代行制度は、単一障害点を一段後ろへ移したにすぎない。

病状ではなく権限状態を公開する

説明責任を理由に、当事者の診断や症状を公開させるべきではない。コミュニティが知る必要があるのは、なぜ別の人物がIETF議長として行動しているかであって、その根拠資料の詳細ではない。

公開層は短くてよい。規則の版、決定主体、必要な定足数、発効時刻、移行範囲、次回見直し期限を示す。健康、安全、家族に関する資料は権限を持つ少人数が秘密に扱う。後の監査は、構成員、回避、人数、手順が正しかったかだけを確かめられる。

この区別は双方を守る。健康を公開討論の材料にしない。同時に、プライバシーを理由に権限移行を隠さない。私生活の事実は非公開でよいが、誰が制度権限を持つかは公開情報である。

新草案に対しBrian Carpenterは、議長が代行者を「designates」するだけでなく「designates and announces」とする小さな修正を提案した。平時の公告は有用だ。ただし公告された待機者は、まだ現任者ではない。表示も指名済みと起動済みを分けなければならない。

四つの記録で橋を見えるようにする

必要なのは病歴台帳ではなく、四つの権限記録である。

指名記録には、指名した議長、代行者、本人の受諾、発効日、予備者、公告先を記す。これは準備を証明するだけで、現在の権限を与えない。変更時は古い記録を消さず、新しい版を追加する。

起動記録には、決定主体、規則版、定足数、回避、時刻、代行者の受諾、移行範囲を置く。非公開資料を適切に確認した事実だけを公開できる。単独の緊急起動を許すなら、短い失効時間と追認を必須にする。

代行行為記録は、重要な判断を一時的な権限期間に結びつける。全メールの監視ではなく、通常のArea Directorとしての行為、任意委任による行為、緊急代行としての行為を後から区別できればよい。

復帰・終了記録は、本人への返還か正式後任による終了か、発効時刻、争いがあった場合の判断者、未処理事項の扱いを示す。橋を撤去しても、使われた履歴は残す。

こうすれば「自動」という一語の背後にある、準備、判断、範囲、行為、終了を確認できる。非常状態を起動できる権限には、識別可能な責任、狭い範囲、見直し可能性が伴う。

次の版が完成させるべきもの

緊急代行案は、常設副議長を置かず、現職Area Directorを事前に準備し、本人の復帰または正式後任で終える。過度に重い制度を作らないという直感は妥当である。

次の版で必要なのは医学的な条文ではない。起動決定者、迅速な定足数、予備、部分起動、事前公告、時刻、権限の上限、争いの迅速審査、復帰と正式交代の別記録である。

非常用の鍵には名前が付いた。残っているのは、封を切る権限と、その時刻を消えない形で記すことである。

出典