EMVCoがエージェント決済のフレームワーク草案を公開。中核概念「Intent Services」とは
Visa・Mastercardなど6社が運営するEMVCoが、カード型エージェント決済のフレームワーク草案を公開しました。中核概念Intent Servicesの中身と、Verifiable IntentやAP2、ACP・UCPとの役割の違いを整理します。
この記事のポイント
- EMVチップと3-Dセキュアの元締めであるEMVCoが、カード型エージェント決済のフレームワーク草案を公開し、2026年9月30日までコメントを募集している
- 中核概念「Intent Services」は、消費者がAIエージェントに与えた購買権限を複数の参加者で共有・参照・更新できる状態レイヤーとして定義されている
- Verifiable IntentやAP2が担う暗号学的な認可の証明を置き換えるものではなく、それらを補完する「共通の調整点」という位置づけになっている
EMVCoがエージェント決済のフレームワーク草案を公開

EMVCo has released a draft framework to help promote secure, interoperable and scalable card-based agentic payments.
www.businesswire.com2026年9月1日、EMVCoがカード型エージェント決済のフレームワーク草案を公開しました。文書名は「EMV® Agentic Payments: Framework for Specifications v1.0」。名前のとおり仕様そのものではなく、今後の仕様策定の土台となる枠組みという位置づけです。コメント受付は2026年9月30日までとされています。
EMVCo執行委員会チェアのJunya Tanaka氏は、発表のなかでこう述べています。
カード型のエージェント決済には、消費者・マーチャント・イシュアのすべてが信頼できるグローバルに相互運用可能な基盤が必要です。今回の公開は、意図と決済関連情報をあわせて確立し伝達するための一貫したアプローチを示すという点で、重要な一歩となります。
同時に、EMVCoは専任の「Agentic Payments Task Force」を設置済みであることも明らかにしています。タスクフォースの設置自体は2026年4月のBoard of Advisors会合で報告されており、今回の草案はその最初の成果物にあたります。
なぜEMVCoが動くと意味が違うのか
エージェント決済まわりの発表はこの1年で数えきれないほど出ています。それでもこのニュースを別枠で扱うべき理由は、発信元がEMVCoだからです。
EMVCoはVisa、Mastercard、American Express、JCB、Discover、UnionPayの6社が共同で運営する技術仕様策定団体です。1990年代後半にEuropay、Mastercard、Visaの3社で始まり、その後JCB、American Express、China UnionPay、Discoverが加わりました。ICチップカードのEMV仕様、オンライン本人認証のEMV 3-Dセキュア(3DS)、カード番号を別の値に置き換えるEMV Payment Tokenisationは、いずれもこの団体が管理しています。日本のEC事業者が3Dセキュア2.0対応に追われた記憶があるなら、その仕様の出どころがここです。
個別のネットワークが自社の仕組みを発表するのと、6社が同じテーブルで合意形成を始めるのとでは、業界に与える拘束力が違います。
背景をたどると、EMVCoは2025年11月の時点でエージェント決済への取り組みを表明していました。当時は「既存のEMV 3DS、EMV Payment Tokenisation、EMV SRCをどう拡張できるか検討する」という抽象度でしたが、そこから約10か月で具体的な枠組みが出てきた形になります。
Intent Servicesという発想
草案の中核概念がIntent Servicesです。タスクフォース議長のClinton Allen氏による解説では、決済参加者が消費者から認可された意図(intent)を、取引の前・最中・後にわたって登録し、参照し、取得し、管理するための共有された相互運用レイヤーと説明されています。草案にはエコシステム上の役割定義、意図を登録するためのデータ項目、ライフサイクルと状態情報の維持方法、そして認可された関係者だけが意図データを取得する仕組みの概要が含まれます。
ここで押さえておきたいのは、EMVCoが「意図の証明」ではなく「意図の状態管理」を課題として選んだ点です。
エージェント決済における意図の証明は、すでにいくつもの解が出ています。Mastercard Verifiable IntentはSD-JWTの委任チェーンで「誰が何をどこまで許可したか」を暗号学的に固定しますし、AP2は署名済みMandateで同じ問題に取り組んでいます。単発の購入であれば、この方式で足ります。消費者が承認し、その承認が署名として残り、マーチャントとイシュアがそれを検証すれば取引は完結します。
問題は、意図が時間をまたぐケースです。EMVCoが例として挙げているのは定期購入、累積予算、取引後の処理の3つでした。「毎月このサプリを補充して」「今月はこのカテゴリで合計5万円まで」といった指示は、一度署名して終わりにはなりません。予算の残高は購入のたびに減りますし、返品が発生すれば戻ります。定期購入の条件は途中で変わることもあります。
こうしたシナリオでは、署名された静的な証明書だけでは不十分です。エージェント、マーチャント、PSP、イシュアがそれぞれ別の場所で「残り予算はいくらか」「この定期購入はまだ有効か」を判断すると、答えが食い違います。EMVCoが用意しようとしているのは、その食い違いをなくすための参照先です。発表文では、Verifiable Intentのような既存ソリューションが提供する暗号学的な保証を「補完する共通の調整点」と表現されています。
暗号署名が「その意図は本物か」に答えるのに対し、Intent Servicesは「その意図はいま何が残っているか」に答える。役割が重なっていないからこそ、補完という言い方になっているわけです。
既存の取り組みとどこが違うのか
読者の関心が最も集まるのはここでしょう。エージェント決済まわりには似た名前の取り組みが並んでおり、今回のEMVCo草案がその競合なのか補完なのかは判断が分かれるところです。
まず整理すると、それぞれが手をつけている層が異なります。
| 取り組み | 主体 | 解こうとしている層 | エージェント決済での役割 |
|---|---|---|---|
| EMV Agentic Payments Framework(草案) | EMVCo | 意図の共有状態 | 参加者が同じ意図を登録・参照・更新するための調整点を用意する |
| Verifiable Intent | Mastercard・Google | 認可の証明 | 委任の事実と制約条件を暗号署名で改ざん不能に記録する |
| Agent Pay | Mastercard | カード資格情報 | エージェント専用トークンを発行し、発行体側の判断材料に接続する |
| Trusted Agent Protocol | Visa | エージェントの身元 | リクエスト署名でエージェントの正当性をマーチャントに示す |
| AP2 | 認可の受け渡し | Mandateで意図・カート・決済手段を署名付きで連結する | |
| ACP・UCP | OpenAI・Stripe / Google | 発見とチェックアウト | 対話面から商品発見・カート・注文までの取引動線をつなぐ |
Visa Intelligent Commerceとその中核であるTrusted Agent Protocolは、エージェント自体の身元をマーチャントに証明する層を担っています。誰が来ているのかがわからなければ、そもそもボットとして弾かれてしまうという課題への回答です。Mastercard Agent Payは、エージェント取引専用のトークンを発行することで、既存のカードレールに乗せながら発行体側で識別できるようにする発想でした。
一方のACPとUCPは、そもそも層が違います。こちらは商品発見からカート構築、注文確定までの取引動線をつなぐプロトコルであり、決済はその一部として扱われます。EMVCoの草案はカード決済に閉じた範囲を対象にしているので、直接ぶつかる関係にはありません。
では、Verifiable Intentとは競合するのか。少なくともEMVCoは競合とは言っていません。むしろVerifiable Intentを名指しで挙げ、それを補完すると書いています。実際、Verifiable Intent側もFIDO Alliance、EMVCo、IETF、W3Cのオープン標準の上に構築されていると説明しており、両者は最初から同じ標準群を見ていました。
もうひとつ注目すべきは、EMVCoがこの草案を他のEMV技術の拡張につなげる起点と位置づけていることです。EMV 3DS、EMV Payment Tokenisation、EMV SRC、そして新しいEMV Digital Payment Credential(DPC)について、エージェント決済に対応するための改善点を洗い出す材料になると明記されています。3DSの認証フローがエージェント取引を前提に見直されるとすれば、これは加盟店側の実装に直接影響します。
将来的な検討項目として挙がっているのが、Know Your Agent(KYA)とAgentic Transaction Indicatorsです。前者はエージェントの識別と属性の伝達、後者は「この取引はエージェントが消費者の代理で行った」という事実の伝達を担う仕組みになります。ただし、これらは検討する可能性があると書かれているだけで、実装時期も仕様の形も未開示です。
楽観できない理由
推進側の説明だけを並べると前進しているように見えますが、留保も必要です。
決済コンサルタントIntrepid VenturesのEric Grover氏は、Digital Transactionsの取材に対し、EMVCoの取り組みを評価しつつもプロセスの遅さと政治性を指摘しています。競合する決済ネットワーク間で技術的合意に到達しながら、同時にFIDO Alliance、W3C、OpenID Foundationといった外部団体と協調するのは、悪名高いほど遅く政治的だという趣旨です。EMV 3DSがバージョン2.0として世に出てから加盟店の実装が一巡するまでに何年かかったかを思い返せば、誇張とは言えません。
エージェント決済そのものへの懐疑もあります。同じ記事でLakeland ScientificのCliff Gray氏は、ソフトウェアに購買権限を渡すという発想自体に慎重であるべきだと述べています。信頼レイヤーが技術的に整備されることと、消費者が実際に支出を委ねることのあいだには、まだ距離があるという見方です。
そして皮肉なことに、EMVCo自身が断片化のリスクを認めています。解説記事には、エージェント決済のエコシステムは既存および新興の各種標準とプロトコルからなる複雑なもので断片化の危険がある、だからこそ他団体と協調している、という説明が置かれています。裏を返せば、EMVCoの参入が断片化を1つ増やす可能性も否定できません。カード決済に閉じた枠組みである以上、口座振替やステーブルコインを含む取引全体を覆うことはできず、事業者は複数の枠組みを並行して見続けることになります。
現時点で未開示の条件も多く残っています。正式な仕様として確定する時期、Intent Servicesを誰がどう運営するのか、対応が加盟店にとって任意なのか事実上の必須になるのか、いずれも今回の公開情報には含まれていません。
EC事業者は何を見ておくべきか
実務への影響を考えると、いますぐ着手すべき実装作業はありません。草案はコメント募集の段階であり、対応すべきAPIも技術要件も存在しないからです。
見ておくべきなのは、この枠組みがどこに接続してくるかのほうです。EMVCoが名指ししたEMV 3DS、Payment Tokenisation、SRCは、すでに多くのEC事業者が決済代行会社経由で使っている技術です。エージェント決済への対応がこれらの拡張として降りてくるなら、事業者側の作業は「新しい標準への対応」ではなく「決済基盤のバージョンアップ」として現れます。自社の決済代行会社がEMVCoのAssociateやSubscriberとして議論に参加しているかは、確認しておく価値があります。
もうひとつは、定期購入やサブスクリプションを扱う事業者にとっての含意です。Intent Servicesが想定するシナリオは、まさに継続課金と累積予算の世界でした。エージェント経由の定期購入が実際に立ち上がるとき、既存の継続課金の仕組みとどう接続するかは、決済まわりで最も設計判断が必要になる部分です。エージェンティックコマースへの対応を検討している事業者であれば、エージェント決済の全体像のなかでこの層を意識しておくと、後の判断が早くなります。
コメント募集に参加するという選択肢もあります。草案はEMVCoのリソースページから入手でき、期限は9月30日です。加盟店側の運用実態が反映されないまま仕様が固まると、実装コストは加盟店に寄ります。
まとめ
EMVCoの草案は、エージェント決済の議論が「証明」から「状態管理」へ一段深いところへ移りつつあることを示しています。一度の承認で終わらない購買をどう扱うかは、暗号署名だけでは解けない問題でした。
ただし、これはまだ枠組みの提示にすぎません。6社が合意し、加盟店とイシュアが実装するまでの距離は長く、その間に市場のほうが先に動いてしまう可能性もあります。9月30日以降にどんな修正が入るのか、そこが次の観測点になります。


