要約

  • BERECは、生成AIをインターネット上の新たな仲介層として捉える報告書案への意見募集を始めた。EUのオープンインターネット規則はインターネット接続サービスに義務を課す一方、AIが情報を選び表示する機能はアプリケーション層で動くという整理だ。
  • WebMCPの共通インターフェースはAIブラウザー間の乗り換えを容易にする可能性がある一方、利用者向け画面を握るプラットフォームの影響力を強める可能性もある。WebMCPは現時点でW3Cのコミュニティーグループ草案であり、正式標準ではない。

情報の入口はネットワークの上にもできた

欧州電子通信規制者団体（BEREC）は10月7日、生成AIとインターネットの開放性を扱う報告書案の意見募集を開始した。規制者委員会は10月1、2日の会合で案を採択し、提出期限を11月11日とした。これは協議用の草案であり、新たな規則でも特定企業に関する最終判断でもない。

報告書は、利用者が情報にたどり着く経路が接続の先まで広がっている点に注目する。固定網やモバイル網の事業者は利用者とオンラインサービスの間でデータを運ぶ。検索サービスやAI製品は、どの情報源を取得するか、どの順に見せるか、リンク一覧ではなく要約で答えるか、エージェントが代わりに操作するかを決めることがある。どちらもアクセスを左右するが、制御する場所は同じではない。

BEREC案によれば、EUのオープンインターネット規則は、インターネット接続サービスの提供者にトラフィックの平等な取り扱いを求めている。同規則は、最終利用者が情報にアクセスし、それを配信し、アプリケーションを差別なく利用する権利も保護する。BERECの説明では、接続サービスを使う企業やコンテンツ・アプリケーション提供者も利用者として保護される。したがって、通信事業者が特定の通信を遮断したり遅くしたりする場合、この規則は引き続き重要だ。草案が示す境界は別のところにある。AIプラットフォームによる情報の選別、整理、表示を直接監督する運用手段として、この規則は機能しないという整理である。規則の目的は分析の参照点になり得るが、上位層の問題は他のEU法令にもまたがる。

ここでは二つの問いを混同しないことが重要だ。接続事業者は通信を差別的に扱ったのか。それともAIサービスが、画面設計、初期設定、順位付け、情報源の選択を通じて、利用者が何を発見するかに影響したのか。後者は前者の違反を証明しない。BERECもAI仲介がすべてのEU法の適用外だとは述べていない。草案はAI法、デジタル市場法、デジタルサービス法、データ法を検討し、複数の制度の連携が必要になり得るとする。

WebMCPはサイトとエージェントの接点を変える

報告書はWebMCPを例に、技術インターフェースが制御関係をどう変え得るかを説明する。W3CのWeb Machine Learning Community Groupは10月9日、ウェブサイトがJavaScriptのツールをAIエージェントに公開できるAPIの草案を公開した。報告書の買い物の例では、サイトが商品を絞り込んだり、カートを更新したりする機能をブラウザー上でエージェントに提供する。AIプラットフォームが推論と利用者向け画面を担い、サイトは呼び出し可能な機能を提供する。

この方式なら、エージェントが画面の画像やページ全体のコードを解釈するより確実に動く可能性がある。利用者が各サイトを自分で移動する手間も減り得る。BERECはその一方で、二つの異なる効果を挙げている。共通の接続方式は別のAIサービスやブラウザーへの乗り換えを容易にするかもしれない。しかし利用者がAIプラットフォームの画面内にとどまるなら、発見、絞り込み、商業的な見せ方を決める力は同プラットフォームに残り、サイトは裏側で呼び出されるサービスになる可能性がある。

どちらの効果もまだ実証されていない。WebMCPはW3C標準ではなく、コミュニティーグループの草案である。BERECは、ウェブサイト運営者に採用の動機があるかは未確定としている。報告書が示すのは実測された通信量の変化や広範な導入ではなく、起こり得る構成だ。注目すべき問いは具体的である。どのツールを使うか、結果をどう並べるか、誰が利用者向け画面を持つか、利用者の意図を誰が把握するか。そしてウェブサイトに届くのは人の訪問か、自動化された要求か。

接続できても、見つけてもらえるとは限らない

報道機関、制作者、公共性の高い資料を公開する機関にとって、ページが到達可能なことと、内容が発見されることは同じではない。AIの回答は元のページに利用者を送らずに内容を要約する場合があり、エージェントは通常の訪問を生まずにサイトの機能を呼び出すことがある。BERECは、AI製品がオンライン情報に依存し続ける一方で、こうした動きが紹介経由の流入、広告、購読の機会を弱める可能性を指摘する。自動取得がサイトの運用費用を増やす場合もある。これは草案が示した作用経路とリスクであり、すべての媒体への定量予測ではない。

通信事業者にとっても区別は実務上重要だ。ネットワークの到達性、トラフィック管理、相互接続、アプリケーション層での情報発見は、別々の記録が必要になる。接続テストに成功しても、ある情報源がAIの回答に表示されたかは分からない。サイトへの流入減少だけでは、通信事業者による差別的な扱いも証明できない。判断が行われた層の証拠が要る。

意見募集では、BERECの描く接点が実態に合っているかを検証できる。AIサービスはどう情報源を選び引用するのか。利用者はその選択を見て、異議を唱え、変更できるのか。共通プロトコルは乗り換えの障壁を本当に下げるのか。サイトは自動アクセスと追加費用をどう把握できるのか。BERECは意見提出者に対象の章を明示するよう求め、明確な機密指定に配慮したうえで意見と要約を公開するとしている。

導入と実測された影響を待つ

Heng Luの「Running-Code Primacy」は、提案を導入済みの結果と取り違えないための編集上の基準になる。規制についても同様だ。草案が問題の隙間を見つけたとしても、どの当局が対処するのか、既存の権限で足りるのか、救済策が利用者や事業者にどう響くのかまでは決まらない。

最終報告では、BERECがネットワークの平等な通信取扱いと画面上の情報選択を区別し、単一のAI画面を義務づけずに測定可能な論点を示すかを見たい。WebMCPは複数のブラウザーとサイトに採用されるのか。利用者はサイト機能を失わずにエージェントを替えられるのか。情報源の多様性、紹介流入、ボット対応費用に現れる変化は、通常の検索や市場動向ではなくAI仲介に由来すると確かめられるのか。

論点は、回答エンジンが通信網になったかどうかではない。利用者がウェブ全体に接続できたままでも、何を見せるかを決めるフィルターが分かりにくくなることだ。今回の協議は、ネット中立性がどこで終わり、次の層に何の制度が適用され、利用者の選択や発信者の到達可能性が変わったと判断するには何を測るべきかを明確にする機会となる。

出典