マイナドライブIDの本体サイトでは、「店頭本人確認を10秒で完了」と表現しています。大事なのは、マイナ免許証を単に読めることではなく、店舗の受付で利用者が迷わず操作でき、スタッフが転記せず、必要な項目だけを基幹システムへ連携できることです。

この記事の結論

マイナドライブIDは、stera端末上でマイナ免許証を読み取り、4桁PIN入力によるICチップ認証、必要に応じた本人情報取得、読取結果の基幹システム連携までを店舗業務に組み込むためのソリューションです。PINやAPDU rawデータなど、業務利用に不要な情報は標準では送信しません。

この記事は、レンタカー、建機レンタル、カーシェア、不動産、金融機関など、運転免許証の確認が業務上必要な事業者向けに書いています。マイナンバー制度全般やマイナ保険証の解説ではなく、マイナ免許証を店頭本人確認でどう扱うかに絞ります。

マイナ免許証読取でできること

stera端末でIC情報を読み取る

マイナドライブIDは、stera端末のICカードリーダーを使ってマイナ免許証を読み取ります。スタッフが紙の免許証を目視して、氏名や有効期限を手入力する運用と比べると、読み取り結果をシステムへ渡せる点が大きな違いです。

店頭では、利用者が端末画面の案内に従って操作し、必要なPINを入力したうえでカードをかざします。「タッチ・PIN入力・自動連携」という短い流れにできるため、店舗受付の流れに組み込みやすいのが特徴です。

免許確認と本人確認を分けて考える

免許情報の確認では、免許情報記録番号、有効期限、免許条件、免許区分など、業務に必要な免許項目を扱います。一方で、氏名、住所、生年月日のような本人情報は、業務上必要な場合のみ取得する設計にします。

すべての項目を常に取得するのではなく、「免許確認だけで足りるのか」「本人確認や顧客登録まで必要なのか」を先に決めることが、個人情報の取り扱いを最小化する第一歩です。

stera端末での基本フロー

1. スタッフが読取を開始する

店舗スタッフは、受付や契約手続きのタイミングでマイナドライブIDを起動し、マイナ免許証の読取を開始します。端末側には、利用者が次に何をすればよいかを表示します。

2. 利用者が暗証番号を入力する

免許情報を読むには、利用者による4桁暗証番号の入力が必要です。氏名、住所、生年月日を読み取る場合は、券面事項入力補助に関する追加の入力が必要になるため、導入前にどの情報を使うかを整理しておきます。

3. カードをかざして読取を行う

利用者がstera端末にマイナンバーカードをかざすと、アプリがICチップから必要な情報を読み取ります。読み取りに失敗した場合は、カード位置、PIN、通信状態、端末状態などを確認して再試行します。

4. 読取結果を業務システムへ連携する

読取完了後、マイナドライブIDの連携基盤から顧客側のAPIへ読取イベントを送信します。イベントには、店舗ID、端末ID、スタッフID、読取ステータス、必要な本人情報・免許情報などを含められます。

標準では送信しない情報

マイナ免許証の読取は個人情報を扱うため、取得できるものをすべて送るのではなく、業務上必要な項目に限定することが重要です。

  • 4桁暗証番号は保存・送信しません。
  • 14桁入力値は認証にのみ使用し、保存・送信しません。
  • APDU rawデータやカード内部の未加工バイナリは送信しません。
  • 顔写真画像は標準では基幹システムへ送信しません。

顔写真画像などの連携が業務上どうしても必要な場合は、保存目的、保存期間、同意取得、アクセス制御、削除方法を個別に協議したうえで設計します。

基幹システム連携で決めること

顧客側では、マイナドライブID連携基盤からのHTTPS POSTを受け付けるAPIを用意します。認証方式は、mTLS、OAuth2 Client Credentials、HMAC署名などから、セキュリティポリシーに合わせて決めます。

また、読取1回につき1イベントとして扱い、`eventId` や `idempotencyKey` による重複排除を実装します。ネットワーク障害や一時的なAPIエラーでは再送が発生するため、同じイベントを二重登録しない設計が必要です。

項目マッピング

マイナドライブID側の標準項目と、顧客側の会員管理・契約管理・レンタカー基幹システムの項目名をマッピングします。たとえば、店舗ID、端末ID、スタッフID、氏名、生年月日、住所、免許有効期限、免許条件などです。

導入前チェックリスト

  • 免許確認のみでよいか、本人確認・顧客登録まで行うか
  • 氏名、住所、生年月日を保存する業務上の必要性があるか
  • 顔写真は端末上の目視確認で足りるか
  • 既存顧客に紐づけるキーは何か
  • 読取失敗・中断イベントを監査ログとして保持するか
  • 顧客側APIの認証方式、冪等性、ログ方針が決まっているか

マイナドライブIDの導入相談までの流れ

  1. 本人確認・免許確認の現行フローを整理する
  2. 読み取りたい項目と保存したい項目を決める
  3. stera端末の設置環境と基幹システム連携方法を確認する
  4. マイナドライブIDのデモまたは連携相談を申し込む

特に初期設計では、「何を読むか」よりも「何を読まないか」「何を保存しないか」を先に決めると、現場運用とセキュリティレビューが進めやすくなります。

FAQ

よくある質問

Q. マイナドライブIDはマイナンバーを取得しますか？
いいえ。マイナドライブIDはマイナ免許証の業務利用を目的とした読取ソリューションであり、マイナンバーそのものを取得・保存するものではありません。
Q. 4桁暗証番号は保存されますか？
保存しません。4桁暗証番号は免許情報読取の認証にのみ使用し、基幹システムへ送信しません。
Q. 氏名・住所・生年月日は必ず送信されますか？
必ず送信されるわけではありません。業務上必要な場合のみ、利用者による所定の入力を経て、事前に合意した項目だけを送信します。
Q. 顔写真画像は基幹システムに保存できますか？
標準では送信しません。顔写真画像の連携が業務上どうしても必要な場合は、保存目的、保存期間、同意取得、アクセス制御、削除方法を個別に協議します。
Q. 既存の会員管理システムやレンタカー基幹システムと連携できますか？
連携先システムにHTTPS POSTを受け付けるAPIをご用意いただくことで、読取完了イベントを送信できます。認証方式や項目マッピングは個別に設計します。