DNS-AIDとANSとは？AIエージェントの識別と発見を支える新しいDNSベース標準

AIエージェントがウェブサイト、API、そして他のエージェントと自律的にやり取りする世界が現実になりつつあります。そこで浮上しているのが、**「今やり取りしているAIエージェントは誰なのか？本物なのか？」**という基本的なインターネットの問題です。

2026年5月、DNSインフラ企業のInfobloxとGoDaddyは、この問題に対応する2つのオープン標準「DNS‑AID」と「Agent Name Service（ANS）」への支持を発表しました。どちらも既存のインターネット基盤である**DNS（ドメインネームシステム）**を活用し、AIエージェントの識別・発見・検証を可能にすることを目的としています 。

この取り組みは、将来的に「エージェント同士が自律的に連携するウェブ（agentic web）」の基盤になる可能性があります。

AIエージェント時代に必要な「発見」と「信頼」の仕組み

AIエージェントは、人間の代わりに次のようなタスクを実行するようになっています。

・APIを呼び出す
・サービス同士の交渉や取引を行う
・複数システムのワークフローを調整する

こうした活動が企業やサービスの境界を越えて行われる場合、共通の信頼基盤が必要になります。

InfobloxとGoDaddyは、もし共通の標準がなければ、AIエージェントの識別や発見が特定のプラットフォームや企業のディレクトリに依存する可能性があると指摘しています 。

そこで提案されているのが、既存のインターネットの名前基盤であるDNSを使うアプローチです。

発表された仕組みは、役割の異なる2つの標準で構成されています。

・DNS‑AID（DNS for AI Discovery） — エージェント発見の仕組み
・ANS（Agent Name Service） — エージェントの身元確認と信頼の仕組み

両者を組み合わせることで、システムは

・そのエージェントは何者か
・何ができるのか
・信頼できるか

を判断できるようになることを目指しています。

DNS‑AID：AIエージェントを「見つける」ための仕組み

DNS‑AIDは、Infobloxが中心となって提案している仕組みで、AIエージェントを発見可能にすることを目的としています。

IETFドラフトでは、DNSに次のような情報を公開するための構造が定義されています。

・エージェントのエンドポイント
・対応プロトコル
・提供できる機能や能力

つまり、企業は自社ドメインのDNSレコードに、エージェントのメタデータを公開できます。

たとえば、ある会社が自社ドメインのDNSにエージェント情報を登録すれば、他のシステムはDNSを通じてその情報を取得し、そのエージェントの機能や接続方法を理解できるようになります 。

DNS‑AIDの主な目的は次の通りです。

・インターネット規模でのエージェント発見
・エージェント間の標準化されたメタデータ共有
・中央ディレクトリに依存しない相互運用

DNSはもともとインターネット全体でサービス発見に使われてきたため、エージェント発見の基盤として自然な選択肢と考えられています 。

ANS：AIエージェントの「身元」と信頼を証明

一方でANS（Agent Name Service）は、エージェントのアイデンティティと信頼の確立に焦点を当てています。

ANSの基本アイデアは、AIエージェントのアイデンティティを組織が所有するドメイン名に結びつけることです。

この仕組みでは、公開鍵暗号や証明書を使って、エージェントとドメインの関係を検証します 。

実際の流れは次のようになります。

・組織がドメインの所有権を証明
・エージェントIDをそのドメインに暗号的に結び付け
・他のシステムがその証明チェーンを検証

その結果、システムは

「このエージェントは本当にこの会社のものか？」

を確認できるようになります。

IETFドラフトでは、ANSを**「自律型AIエージェントのためのドメイン基盤の信頼レイヤー」**として位置付けています 。

なぜDNSを使うのか

DNS‑AIDとANSが共通しているのは、DNSを基盤としている点です。

DNSにはすでに次のような特性があります。

・世界中で使われる階層型ネーミングシステム
・分散管理
・高い普及率
・DNSSECなどのセキュリティ機能

また、企業はすでに自社ドメインを管理しているため、エージェント情報を自分のドメイン配下に公開するだけで運用できます。

このモデルは、次の既存仕組みとも似ています。

・TLS証明書
・メール認証（SPF / DKIM / DMARC）
・サービスディスカバリー

つまり、AIエージェントの信頼もドメイン所有権を起点に検証できるようになります 。

なぜIETFで標準化を進めるのか

DNS‑AIDとANSは現在、IETF（Internet Engineering Task Force）のプロセスでInternet‑Draftとして提案されています。

Internet‑Draftは正式な標準ではなく、エンジニアや企業がレビューしながら改善していく初期段階の仕様です。

IETFで進めることには次のメリットがあります。

・仕様が公開される
・複数ベンダーが実装できる
・インターネット標準として発展する可能性がある

ただし、現時点ではまだドラフト段階であり、正式標準ではありません。最終仕様や採用状況は今後の議論次第です 。

AIエージェント市場の「単一ベンダー支配」を防ぐ可能性

この取り組みの重要な狙いのひとつは、特定のAIプラットフォームがエージェントの認証や発見を独占する未来を避けることです。

もしエージェントの識別や発見が

・特定企業のマーケットプレイス
・中央レジストリ

に依存すると、その運営者は次のような影響力を持つ可能性があります。

・どのエージェントが表示されるか
・どのエージェントが信頼されるか
・どのエージェント同士が通信できるか

DNSベースのオープン標準なら、ドメインを持つ組織なら誰でも自分のエージェントを公開・検証できるため、特定プラットフォームへの依存を減らせます 。

これは、ウェブサイトが特定企業の許可なしで公開できる現在のインターネットと同じ思想です。

今後の展開

DNS‑AIDとANSは、AIエージェントが相互に連携する**「エージェント型ウェブ」**の基盤技術として提案されています。

もし採用が進めば、将来的には次のような技術と組み合わされる可能性があります。

・エージェント間通信プロトコル
・信頼評価システム
・アクセス制御

ただし現時点ではまだ初期段階であり、最終的にどれほど広く採用されるかは、クラウド企業・AIプラットフォーム・インフラ企業がどれだけ実装に参加するかにかかっています。