要約

  • prop-173第1版は、通常のWHOIS、RDAP、ウェブ、同等のAPI照会を一つの独立した利用規約で扱い、各接点で同意を告知する提案だ。現段階はPolicy SIGのメーリングリストに掲載された草案であり、採択済みの方針ではない。
  • 中央の規約は版番号、発効日、履歴、旧版を持つが、応答は現行URLを示すだけでよい。規約ID、適用版、発効時刻、文書のダイジェストからなる短い受領情報が、応答と当時の文面を結ぶ。

通常照会の境界を明文化する価値

一件の登録情報を調べることと、データベースを複製することは同じではない。運用者が障害対応のためにアドレスを確認する場合も、研究者が低頻度で複数の結果を比較する場合も、最初から大容量データの取得を望んでいるわけではない。APNICには既存の一括Whois利用契約があるが、それだけでは保存、集約、再配布、別サービスへの組み込みが通常照会のどの地点で問題になるのか読み取りにくい。

prop-173の公式記録によると、第1版は2026年8月17日にPolicy SIGメーリングリストへ投稿された。現在の表示は「Published to Mailing List」である。確認した記録には、事務局の影響評価、コンセンサス認定、採択決定、実装通知はない。したがって、以下は草案が実現すれば何が起こるかの分析であり、APNICがすでにこの提案を執行しているという報告ではない。

第1版の本文は対象を広く、しかし筋道立てて定義する。WHOIS、RDAP、ウェブ検索、同等の登録データAPIを通じてAPNICが権威を持つデータへアクセスする人やシステムが対象となる。別レジストリを参照元とするデータは、その権威ある元の条件に従う。高頻度取得、大きな抽出、ミラー、代替データベースは、通常照会ではなく一括アクセスの手続きに残る。

草案は、経路方針の評価、トラブル対応、資源保有者の確認、逆引きDNS、インシデント対応、技術研究などを明示的に許す。その一方で、マーケティング名簿、組織的な収集、レート制限の回避、無許可のデータ商品化などを禁じる。誤ってアクセスを制限されたと考える利用者には、見直しの手続きも置く。

これは強い出発点である。通常照会の利用者に、一括契約から規則を推測させる必要がなくなる。中央の文書で境界を公開し、複数のインターフェースから同じ規約へ到達させる設計は、保護と実用性を両立できる。問題はその規約の内容一般ではなく、版が変わった後も古い応答が残るという時間のずれにある。

現行URLは版番号ではない

草案の告知部分では、WHOIS応答に、ディレクトリデータが利用規約の対象であり、照会または利用が同意になる旨を表示する。RDAP応答には規約を特定するnotice、関係値がterms-of-serviceのリンク、知的財産の告知、そして現行規約のURLを含める。ウェブ画面も、照会の送信と結果の利用が規約に従うことを示す。

さらにURLは、リダイレクトを使わない、保守された安定的なHTTPSアドレスでなければならない。規約本文には版番号、発効日、改訂履歴、過去の版の保存を求める。改訂には合理的な事前通知を行い、保護を大きく弱める変更などはコミュニティの協議へ戻す。

この二段構えは相当に良い。長い文面をWHOISとJSONとウェブへ重複して埋め込まずに済む。リンク切れを抑え、現在の規則を一か所で修正できる。履歴によって変更も追える。短い応答を保つことは、単純なクライアントにも利点がある。

ただし、安定した場所と固定された版は別物だ。応答に必要な項目には、適用された版番号、発効日、文書のダイジェストが含まれていない。「現行規約のURL」は、月曜日に保存された応答から金曜日に開いても、金曜日の文面を表示し得る。

もちろん、外部の照会時刻と精密な版履歴があれば、当時の規約を後から推定できる。クライアントログ、HTTP記録、パケット保存が時刻を裏付ける場合もある。その点は草案の強い防御になる。それでも、応答そのものは「この結果」と「この版」を結ぶ識別子を持たない。再構成できる可能性と、応答が自ら証拠を持つことは同じではない。

現在の一件は構造だけを示す

今回保存した 1.1.1.1のAPNIC RDAP応答には、すでに「Terms and Conditions」というnoticeとterms-of-serviceリンクがある。データの出所や不正確な情報の通報先も示す。しかし、規約の版番号、発効日、文書ダイジェストはない。

これはprop-173の実装を証明しない。単一の応答はWHOISやウェブを代表せず、すべてのRDAP提供点を調べた結果でもない。確認できるのは、実際のRDAP構造が規約の行き先を示しながら、その時点の版を示さない形になり得るということだけだ。

RFC 9083では、最上位のnoticesはサービス全体または応答全体についての情報を表す。descriptionは必須で、linksを含められる。この器は規約への参照にも、短い版情報にも使える。ただし、RFCはAPNIC固有の規約受領情報を義務付けない。標準に適合していることは、どの時点の制度文書を参照したかが証明されることを意味しない。

一括契約、権利、版の三つを分ける

APNICの一括Whois契約は、認められた範囲外の複製、保存、送信、第三者への一括提供を制限する。照会後にも利用条件が意味を持つことを示す資料である。同時に、通常照会をこの契約だけで扱うべきでないというprop-173の問題意識も裏付ける。

版の受領情報は、各フィールドの権利帰属を解決する台帳ではない。登録者が提供した内容、APNICが構成した表現、他のレジストリ由来の値、単なる事実は、それぞれ違う根拠を持ち得る。ここで必要なのは、「サービスがこの応答に対してどの規約文を提示したか」という一つの関係だけである。

APNICのプライバシー声明は、WhoisとRDAPを登録・連絡情報の取扱いの中に位置づける。版が分かっても、特定の利用が適法になるわけではない。逆に、版が分からないから直ちに不適法とも言えない。証拠の役割は、後日の議論で対象文書をすり替えないことに限られる。

草案だから直せる

APNICのポリシー策定手続きは、公開討議とコンセンサスを中心に置く。メーリングリスト上の第1版は完成品ではない。既存の長所を残したまま、WHOISコメントとRDAP noticeに共通の版識別情報を足す余地がある。

証拠はそれ以上の主張を許さない。誤った版で利用者が制限された事例、秘密の改訂、照会障害、経路への影響、裁判所の判断はいずれも確認されていない。APNIC内部には、適用版を完全に再現できる配備記録があるかもしれない。公に観察できる不足は、第1版がその記録を応答に載せるよう求めていない点である。

参照資料

本稿は、APNICの prop-173状況ページ、第1版本文、一括Whois契約、保存したRDAP応答、プライバシー声明、ポリシー策定手続き、および RFC 9083に基づく。これらは提案要件と一件の応答形を示すが、実施済みの紛争を示さない。