要約

  • ICANNのパブリックコメント実務ページは、手続を最低四十日間開くと明記している。今回読んだ文書の中で、存在する期間の数字はこれだけである。
  • 定款の二十一日は、取締役会が行為する前の事前通知期間であって、コメント期間の長さではない。そして手続を閉じるのは、主題ごとに整理し、結論と次の段階を記録する要約報告書であり、手続ごとに日付が示される。

同じ手続に載っている三つの日付

DNSSEC DS Automation: Security & Stability Assessment の手続は、UTCで示された自身のタイムラインに三つの日付を置いている。2026年10月12日に提出受付を開始、2026年11月23日23時59分に提出を締め切り、「Report Due: 07 December 2026 | 23:59」。そこで示される文書には固有名がある。「Public Comment Summary report」だ（当該手続ページ）。

二つの引き算は私のものであって、ICANNのものではない。2026年10月12日から11月23日までは四十二日で、公表された四十日の下限より四日長い。2026年11月23日から12月7日までは十四日。どちらの差も規則ではない。前者はこの手続についての事実であり、後者は報告書の日付が手続ページに事前に示されている、ということを示すだけだ。

四十日はどこに書かれているのか

下限は定款の中にはない。パブリックコメントの実務ページにあり、原文はこうだ。「Proceedings are open for a minimum of 40 days with exceptions as documented in the ICANN Bylaws or ICANN community operational procedures.」四十日、そして例外へ明示的に参照を置いている。その例外文書を、今回の読解では開いていない。

定款第3条第§3.6(a)(ii)款が今回の読解に渡したのは断片だけである。「provide a reasonable opportunity for parties to comment」（ICANN定款）。全文は取得できておらず、本稿もこの款に日数を付けない。

二つの層は同じものを奪い合ってはいない。定款の条文が定めるのは手続だ。事前の通知、意見を述べる機会、そしてその後に誰が行為するか。実務ページが提供するのは期間の長さと、閉じる文書の雛形である。私はより強い言い方――拘束力に見える数字と、権威に見える文書が入れ替わった、という言い方――を試したが、それは行き過ぎだと判断した。四十日の下限を動かすにはどの文書が変わらなければならないのかは、読んだ文書の中では確定していない。だからその一文は結論ではなく、開いたままの問いとして置いておく。

二十一日は別の時計

定款第3条第§3.6(a)(i)款は、「any action by the Board」の前に「at least twenty-one days (and if practical, earlier)」の通知を求めている。これは取締役会の行為前の事前通知期間であって、コメント期間の長さではない。二つの数字は同じ規則の二つの版でもない。対象も時点も違う。

混同しやすいのは無理もない。二つの数字は同じ条の中に、数段落離れて住んでいる。だが代償は小さくない。四十日間開かれた手続の三十五日目に提出しても、期限内だ。二十一日を基準に予定を組むと、手続が閉じた後に気づくことになる。

四つの機関が手続を開ける

パブリックコメントの紹介ページは率直だ。「The ICANN Board, Supporting Organizations, Advisory Committees, or ICANN organization (org) can open proceedings.」四つの機関であり、その中には後に要約報告書を書く組織そのものが入っている。

定款第3条第§3.3款は公的参加を調整しているが、「開く・延ばす・閉じる」を一つの部署にまとめて割り当てる一文は置いていない。今回読んだ文書の中に、延長権限についての記述は出てこない。これは私の読解範囲についての判断であって、そうした規則が存在しないという判断ではない。

何が閉じるのか、誰の日付で

閉じ方には固有の形があり、組織が公表している実務文書にこうある。「When the submission period for a Public Comment proceeding ends, ICANN org develops a summary report using a template.」その報告書は共通の主題を識別し分析し、手続の結論、それによる文書の変更、そして次の段階を記録する。紹介ページは同じことをもっと短く言う。「ICANN org summarizes submissions and identifies themes into a published report.」

これは処理の道具であって、一件ごとの提出に対する裁定ではない。読んだ文書のどこにも「意見は無視される」という結論を導ける記述はない。材料が指しているのは、雛形に沿って集約し、結論を記録するという姿だ。この区別は実在する。そしてそれは告発ではない。

残るのは日付の問題で、これには一つの答えがない。三つの言い方が並存している。2014年11月21日の政策更新は、職員が「will be expected to produce a summary report of comments submitted within two weeks of the closing date of the proceeding」と述べていた。これは歴史的文書であり、本稿もそのように扱う。現在の期限をこれで計算することはしない。紹介ページは提出物を検討する十四日間の間隔に触れているとされるが、その一文そのものは逐語では取得できていない。そして進行中の手続はそれぞれ自分の報告日を持っている。上の2026年12月7日がそれだ。三つのうちどれも、本稿では現行の一般的な期限としては扱わない。

今回の読解が得られなかったもの

本稿で使った六つの文書はすべてICANN自身が公表しており、ICANNが本稿の対象である。これらはこの機関による自己記述であり、自己記述として引用できるが、中立的な検証として扱うことはできない。検索は三回試行した。最初の二回は提供側の容量が使えずに空振りし、何も持ち帰らなかった。三回目に、文書のアドレスを特定する形で当たり、引用できる条文が返ってきた。それらの失敗は私の経路についての事実であって、文書についての事実ではない。

vip.icann.orgのアーカイブにある「How Public Comment Works」のページは取得できなかった。二回の試行がタイムアウトし、検索のプレビューだけが残った。そこから得たものは何も使っていない。四十日の下限が参照する例外文書は読んでいない。したがって本稿は例外を一つも列挙せず、どの手続も例外扱いとは記述しない。延長の実務についても、あるのか、誰が行うのか、記録が残るのかは確定していない。

ICANNパブリックコメントのディレクトリ項目は、この手続について検証可能な要素をまとめている。ただし進行中の手続ページの代わりにはならない。日付はそこに載っている。

読者はこれをどう使えるか

ここから三つの動作が出てくる。四つ目は消去法で出る。まず、窓の内側で早く書く。下限は下限であって期限の約束ではなく、手続ページに示された締切日だけが拘束する。次に、主題が読める形で書く。閉じる道具が主題を識別し分析する以上、自分の主題を先に示し、明確な提案を添えた提出のほうが、散らばった議論より処理の流れに入りやすい。そして、記憶の中の数字ではなく手続ページを読む。最後に、一件ごとの裁定を待たない。公表されるのは処理の報告書であり、結論と変更と次の段階を伴う。

今回の読解で計算できないのは、延長と豁免と例外だ。この三つは取得した文書の中にない。作り出すことは、空白のままにしておくより悪い。