EUのEuropean Student Card Initiativeでは、欧州学生カード（European Student Card、ESC）をVerifiable Credentialとして扱うための実証が進められています。

欧州委員会が公開したESC Verifiable Credentials Pilot Reportは、2025年9月から11月に行われたパイロットの設計、参加機関の反応、今後の技術課題をまとめた資料です。

この実証は、学生証明をスマホで提示する体験に加え、欧州の高等教育機関が学生ステータスをVCとして発行し、国境を越えて検証し、将来のEUDI Walletエコシステムへ接続する準備として位置づけられます。

ESCをVCにする狙い

European Student Card（ESC）は、欧州内で学生の移動を支え、留学先や受け入れ先の高等教育機関が学生ステータスを確認しやすくするための取り組みです。

これをVCとして発行できるようにすると、学生は自分のモバイル端末のウォレットに学生証明を保存し、必要な場面で提示できます。

受け取る側は、発行元へ都度問い合わせなくても、署名検証によって証明の真正性を確認できます。

レポートでは、VC化の利点として、信頼できる学生ステータス証明の持ち運び、機関横断での即時検証、プライバシー保護、EUDI Walletとの互換性が挙げられています

実証で試された2つの発行モデル

パイロットには13組織が参加しました。内訳は12の高等教育機関と、1つのNational Research and Education Network（NREN、大学・研究機関向けにネットワークや認証基盤を提供する国単位の研究教育ネットワーク）です。

実証では、2つのシナリオが用意されました。

1つ目は、ESC Routerを使った発行です。参加機関はESC Routerのパイロット環境に入り、鍵ペアを管理し、学生レコードからESCをVCとして発行します。学生にはメールでリンクまたはQRコードが送られ、Talao Walletに証明を保存します。

検証時には、公式ESC VerifierがQRコードを表示し、学生がウォレットでスキャンして提示に同意します。Verifierは提示されたESCを検証し、カード表示とJSONオブジェクトを表示します。

2つ目は、分散型の発行です。参加機関が自前のカード発行システムから、OIDC4VC / OIDC4VPに準拠したウォレットへESCを発行します。この場合、ESC Routerは主に公開鍵を登録する場所として使われます。

ESC Router発行は、多くの機関が参加しやすい中央寄りの導入モデルです。分散型発行は、各機関が自前のVC発行基盤を持つ前提になるため、より専門的な実装能力が必要になります。

結果は前向きだが、分散型発行は難易度が高い

実証全体の評価は前向きでした。参加者からは、プロセスやサポート、ドキュメントが有用だったという反応が集まっています。

ただし、13組織のうち、ESC Router発行シナリオを完了できたのは6組織、分散型発行シナリオを完了できたのは2組織でした。

発行UIやRouter側の支援がある場合は比較的進めやすい一方、機関側がOIDC4VCIやOIDC4VP、鍵管理、ウォレット互換性まで自前で扱う場合、必要な知識と実装負荷が大きくなります。

学生やスタッフを巻き込んだフィードバック収集も限定的で、シナリオ1で学生・スタッフを関与させられた組織は2つにとどまったとされています。今後の本格展開では、発行者側の評価だけでなく、実際の学生がウォレットで受け取り、提示し、更新や再発行を経験するところまで検証範囲を広げる必要がありそうです。

技術課題として浮かんだポイント

参加者からのフィードバックでは、VCとしてのデータモデルと相互運用性について言及されています。

実証開始時点のデータモデルはW3C Verifiable Credential Data Model v1に沿っていましたが、将来の相互運用性を考えるとData Model v2へ移行すべきだと整理されています。特に、独自フィールドをVCのトップレベルへ追加する形を避け、多くの情報をcredentialSubject内に置くべきだという指摘がありました。

また、EUDI Walletとの互換性を考えるうえで、SD-JWTへの移行も大きな論点です。レポートでは、現在のData Model v1とJWT-JSON-LDの構成から、Data Model v2とSD-JWT-JSON-LDへ移行する必要性が示されています。選択的開示を前提にしたウォレットエコシステムへ接続するには、VCとして署名できることに加え、提示する属性を制御できる設計が必要です。

失効も重要な課題です。学生情報が変わった場合、カードが無効になった場合、学生がオプトアウトした場合などに、既存のESC VCを失効できる必要があります。さらに、同じ学生・同じ有効なESCについて、複数のアクティブなVCが存在しないようにする設計も求められています。

本格展開に向けた改善項目

レポートの後半では、今後の技術更新として複数の項目が挙げられています。

鍵管理では、現在ESC Routerのデータベースに保存されている鍵をAWS KMSへ移行し、組織鍵の定期ローテーションとDID Document更新を自動化する案が示されています。

OID4VC関連のエンドポイントでは、nonce対応や、認可コードまたはcredential offer codeを別メールチャネルで送る改善が挙げられています。

そのほか、ウォレット側通知、credential refresh endpoint、発行データの最小化と短期保存、Issuerオンボーディングと鍵管理のポリシーレイヤーも、今後の改善項目として整理されています。

まとめ

ESC Verifiable Credentials Pilotは、欧州学生カードをVCとして発行・提示・検証するための初期実証でした。

13組織が参加し、ESC Routerを使う発行モデルと、参加機関が自前で発行する分散型モデルが試されました。

DID/VCを本番導入するうえでは、発行後にどう検証され、どう更新され、どう失効され、どの信頼基盤で受け入れられるのかまで含めた設計が必要であり、本実証でそれを証明してくれたと言えそうです。