要約

  • 2026年9月の改正は、通信事業者のAI/MLによる迷惑通信検知を、事業者間で共有する調査の手掛かりに変えた。措置を強める前に、利用者の申告と段階的な本人確認も組み合わせる。
  • 仕組みは責任の連鎖を定めるが、公表された行政集計からはモデルの誤検知率、異議申立てによる取消率、迷惑通信の減少を判断できない。

分析

検知番号は調査の入口

インドの商業通信に関する選好規則は、従来からアクセス事業者に大量の未承諾商業通信を検出するシステムを求めていた。TRAIの2026年2月27日付指令は、検知結果の使い道を広げた。終端側の事業者が発信回線番号（CLI）を検知すると、直ちに、遅くとも2時間以内に、DLTプラットフォームで発信元事業者に共有する。発信元事業者は送信者に通知し、KYC情報を照合し、他の事業者と連携して同一送信者に結び付く別の番号も探す。

この順序は、番号、送信者、そして不正利用の確定判断を別々に扱う。指令は、事業者に対して専有アルゴリズム、ソースコード、モデル構造、内部リスクスコアの開示を求めない。通話・メッセージの量、頻度、多様性、長さ、時間帯などの行動特徴には触れるが、各特徴をどう重み付けするかは非公開のままだ。事業者間共有とKYC照合により信号の到達範囲は広がるが、モデルの推論を第三者が再現できるようになるわけではない。

そのため、検知と処分の間には別の基準が置かれる。10日間に同じ送信者に属する5つ以上の番号が検知された場合、調査が始まる。初回はKYC再確認、2回目は対面確認を行い、以降は対面確認に加え、本人情報の不一致や通信資源の不正利用があれば措置を取る。モデルの単一出力だけで自動処罰する制度とは説明されていない。

9月改正は別の経路も加えた。10日以内に重複しない苦情が3件以上あり、送信者のCLIもAI/MLシステムに検知されていれば、措置の契機となる。苦情は受信者の経験を伝え、モデルはトラフィック全体の行動パターンを探す。両者を突き合わせると、従来の「苦情5件」より早く動ける一方、異なる種類の情報を要件にできる。UCC苦情の処理に納得できない利用者は、指定された窓口から15日以内に異議を申し立てられる。

他の条項は、正当な商業通信の条件を定める。A2P自動発信は番号とともに事前申告が必要で、未申告の発信はUCCとして扱われる。顧客からの書面またはデジタルの問い合わせは、検証可能な記録が保存されていれば、7日間の後続通信を認める根拠になる。以前に得た同意も、検証でき、事業者のデジタル基盤に登録された場合に限り有効となる。140xx、1600xx、1601xxの指定系列は一律の迷惑通信表示から保護されるが、利用者自身は端末で個別に着信を拒否できる。1分あたり最大0.05ルピーの終端料金は事業者間で発生し、着信した顧客への請求ではない。

公開できる歯止めは証拠の連鎖

TRAIは2025年について、UCC苦情3,109,000件、未登録テレマーケターへの通知731,120件、1か月の通信制限473,075件、再違反者への6か月上限89,936件、通信資源の切断184,482件を報告した。これらは行政対応の規模を示すが、誤検知率、措置の取消頻度、苦情を寄せた実人数、迷惑通信が規則によって減ったかどうかは示さない。処理件数は精度の指標ではない。

恒・盧のNote 64が区別する「共通の信号」と「検証可能な状態」は、ここでは編集上の問いとしてだけ用いる。TRAIやインド法制を説明する資料ではない。検知の後で、受信者、送信者、審査担当者が確認できるのは何か。モデルのコードを公開しなくても、個別案件を監査可能にできる。検知の時刻と理由区分、同一送信者に関連付けた番号、参照した苦情・同意情報、KYC結果、措置、訂正窓口を記録すればよい。公式要約は消費者の異議申立てを示す一方、送信者がモデル分類を訂正する手順は十分に説明していない。これは開示上の問いであり、他の救済が存在しないという証明ではない。

出典