レンタカー受付で偽造免許証を見抜くための実務手順｜券面チェックとICチップ読み取りの併用で止める

レンタカー店舗の受付で「この免許証、本物か怪しい」と感じた経験は、繁忙期の受付担当者であれば一度はあるはずです。精巧に作られた偽造・変造の免許証が貸渡の現場に持ち込まれた場合、券面を眺めるだけで100%見抜くことは現実的ではありません。本稿は、stera terminalでマイナ免許証を扱うことを前提にしたレンタカー受付の責任者・業務企画・情報システム・コンプライアンス担当に向けて、偽造免許証を受付工程で止めるための具体的な設計を整理します。

結論を先に示します。偽造免許証を見抜く確度を上げる現実解は、券面の目視チェック(ホログラム・印字・記載事項の整合)に加え、ICチップの読み取りと暗証番号(PIN)による本人の意思確認を組み合わせることです。マイナ免許証では券面に免許情報の記載がないため、マイナ免許証のICチップに記録された免許の年月日・有効期間の末日・免許の種類・免許の条件に係る事項・顔写真等を読み取る ［警察庁］工程を受付に組み込まないと、必要な免許情報すら確認できません。また、2027年4月1日施行の犯罪収益移転防止法の改正により、対面取引ではICチップ付き・顔写真付き本人確認書類について券面の目視だけでなくICチップ情報の読み取りと画面表示が原則として必要 ［サイバートラスト］になるため、金融機関などの特定事業者は改修を急ぐ必要があります。レンタカー事業者はこの改正の対象事業者ではありませんが、同様の設計思想を自主的に取り入れることは、受付のリスク低減として合理的な選択です。

券面の目視チェックでできること・できないこと

まず、従来の運転免許証(ICチップ内蔵のカード)に対する券面チェックの基本を押さえておきます。見るべき箇所は、顔写真と目の前の本人の一致、氏名・生年月日・住所・交付日・有効期限の整合、公安委員会名・免許種類の記載、券面に施されたホログラム、文字のかすれや不自然な位置ずれなどです。偽造書類は、素人目には違和感がない水準まで作り込まれていることもあります。

目視だけに依存する限界も認識しておく必要があります。一見しただけでは判別できない精巧な偽変造免許証が出回り、他人名義の免許証で銀行口座を開設したり携帯電話契約を結ぶなどの悪用 ［keishicho.metro.tokyo.lg.jp］が社会的に問題視されてきました。レンタカー店舗でも、偽造された免許証原本を使った貸渡後に車両が返却されず、事件化した事案は実務上の懸念として共有されています。本人確認書類の画像を含む個人情報の漏えいも相次いで報じられており、流出した顔写真と氏名を素材に変造された免許証が店頭に差し出されるケースを想定しておくべきです。

一方で、ICチップ内蔵の免許証は構造的な抑止効果が設計されています。過去の捜査において偽造免許証によるレンタカー借用など偽造免許証の悪用があったことから、運転免許証のIC化の検討が進められた ［愛知県警察］経緯があり、IC運転免許証は偽変造が極めて困難になり、本籍はプライバシー保護のため券面から削除された ［pref.ibaraki.jp］という設計です。つまり、券面チェックの弱点を補うには、ICチップに記録された情報の読み取りを受付の標準工程に組み込むのが王道になります。

券面チェックのポイントを運用に落とす

受付担当者のための運用ルールとしては、「違和感を感じたら必ず別のスタッフを呼ぶ」「ホログラムの輝きや角度変化を見る」「氏名の文字の輪郭や印字の擦れを確認する」「交付年月日と有効期限、生年月日の桁ずれを見る」「予約情報と券面の氏名が一致するかを声に出して読み合わせる」などを手順書化します。属人化を避け、1店舗の中で判断がばらつかないようにすることが現場の第一歩です。詳細な手口は犯罪への悪用を助けるため公開しません。社内マニュアルに留め、受付研修で共有してください。

偽造の疑いがあるときの受付対応

提示された免許証に偽造の疑いがある場合は、その場で真偽を断定しようとせず、貸渡を保留して店長や責任者に引き継ぎます。別の本人確認書類の提示を求める、予約時の情報と照合し直す、といった確認を落ち着いて進め、判断に迷う場合は最寄りの警察署や警察相談専用電話（#9110）に相談します。偽造された運転免許証を使う行為は公文書偽造・同行使などの罪に問われるおそれがあり、実際に逮捕に至った事件も報じられています。

貸してしまった後に偽造が分かった場合、相手は実質的に無免許運転の状態です。事故が起きたときに保険や補償が適用されない可能性もあるため、受付で止めることが、事業者自身の損失を防ぐことにも直結します。

マイナ免許証とICチップ読み取りをどう受付に組み込むか

マイナ免許証は従来の運転免許証と大きく性質が異なります。マイナ免許証は券面に免許に関する情報が一切印刷されないため、見た目はマイナンバーカードと差がない ［police.pref.wakayama.lg.jp］仕様です。つまり、受付担当者がカード本体を見ても、免許の種類・有効期限・免許の条件はわかりません。確認するには、ICチップから免許情報を取り出す必要があります。

ICチップにアクセスするには暗証番号(PIN)の入力が必要です。従来のICカード運転免許証は4桁×2組の暗証番号で、ロックまでの入力ミスは3回連続、マイナ免許証は4桁×1組で10回連続 ［JAF］という違いがあります。暗証番号は本人のみが知る情報であり、受付担当者が聞き取ったり記録してはいけません。入力はカード所有者本人がstera terminalのタッチパネルで行う運用に統一します。

マイナ免許証の読み取りで確認できる項目

警察庁の案内では、マイナ免許証のICチップにはマイナ免許証の番号・免許の年月日及び有効期間の末日・免許の種類・免許の条件に係る事項・顔写真等が記録される ［警察庁］とされています。マイナンバーカード本体に記録された氏名・住所・生年月日・顔写真と合わせて、受付で必要な貸渡の判断材料を揃えられます。注意点として、マイナ免許証の免許情報記録番号は運転免許証の免許証番号とは異なり、12桁のうち11桁目までは同じで12桁目が異なる場合がある ［警視庁］ため、既存の予約台帳や貸渡簿のフォーマット設計を見直す必要があります。

マイナ免許証のICチップ読み取りで引き出した顔写真データと、目の前にいる本人の顔を受付担当者が目視で比較することで、券面だけを偽造したカード・コピー・漏れた画像などは、暗証番号の入力を通らず、本人の顔とも一致しないため、受付で止められます。

従来免許証とマイナ免許証の併存を前提にした受付設計

免許証の持ち方は、従来の運転免許証のみ、マイナ免許証のみ、2枚持ちの3通りがあります。レンタカー店舗の受付は、どの持ち方にも対応できる手順を1本化しておくことが望ましい設計です。従来のICチップ内蔵免許証については、1組目の暗証番号で本籍と写真以外の券面情報を、2組目の暗証番号で本籍と写真を確認できる ［兵庫県警察］仕様のため、貸渡の実務では1組目の入力による券面情報取得で十分に設計できるケースが多いはずです。マイナ免許証は4桁1組の入力でICチップ内の免許情報へアクセスします。

受付フローは次のように整理できます。(1)予約情報との照合、(2)カード本体の券面目視、(3)stera terminalのカスタマーディスプレイに利用者がカードを置く、(4)利用者本人が暗証番号を入力、(5)端末画面でICチップ内の顔写真と本人を比較、(6)氏名・住所・生年月日・免許の種類・条件・有効期限を確認、(7)合意済み項目のみ基幹システムへ連携、という流れです。修理や車検の代車を貸し出すディーラー・整備工場でも同じ確認の考え方が使えます。有償・無償の扱いや保険など代車ならではの論点は「代車の免許証確認を見直す」で、販売店の試乗の受付は「試乗の免許証確認」で整理しています。

なりすまし事件・変造事件への備えとしてのログ設計

流出した免許証画像を使ったなりすまし申込みへの備えは、「流出画像によるなりすまし対策」で整理しています。受付での真贋判定は、万一の事件化した場合に説明責任を果たせるよう、ログを残す設計が重要です。読み取り日時、端末ID、オペレーターID、確認した項目、結果の成否などを記録します。顔写真画像そのものを基幹システムへ送らない運用にしておけば、情報漏えいリスクも抑えられます。被害を未然に止めるためには、受付担当者の属人判断ではなく、「ICチップが読めない」「暗証番号を間違え続けてロックした」「顔写真と本人が一致しない」といった事象を機械的に例外として扱い、店長への引き継ぎルールを決めておくことがポイントです。

無人店舗・オンライン予約と受付の接続

カーシェアと有人レンタカーで無人化の扱いが異なる点も確認しておきます。国土交通省が公表しているカーシェアリング導入資料では、レンタカー事業は通達により店舗において利用者と面談する必要性が示され無人貸渡しは認められていない一方、カーシェアリングはITの活用などを条件に無人での貸渡しが認められている ［kaflixcloud.co.jp］と整理されています。［国土交通省］レンタカー事業はこの前提に沿った運用設計が必要であり、無人店舗・自動精算機を導入する場合も、法令・通達・個社の許可条件を所轄運輸支局に確認したうえで進めてください。他社の運用を一括りに評価せず、自社の許可条件を基準にする姿勢が安全です。

オンライン予約と店頭受付の接続では、予約時に取得した顧客属性と、店頭でICチップから取得した氏名・住所・生年月日・免許情報の整合をシステムで突き合わせる設計が有効です。整合が取れない場合は受付をブロックし、スタッフに有人対応を促します。基幹システムとの連携は、HTTPS POSTで合意済みの業務項目のみを送信し、mTLS・OAuth2・HMAC署名のいずれかによる認証、冪等性キーの付与、連携失敗時のリトライ方針、送信・受信ログの保存期間を事前に決めておく設計が実務的です。

ここまでの設計を自店舗に落とす際の進め方を4ステップで整理します。

マイナドライブIDでできること・できないこと

ここまでの受付設計を支える選択肢として、stera terminal上で動く本人確認アプリの導入があります。マイナドライブIDは、stera terminalでマイナ免許証のICチップを読み取り、4桁の暗証番号で認証したうえで、免許情報を端末画面に表示する業務アプリです。［マイナドライブID］ICチップから取り出した顔写真は、受付担当者が目の前の本人と見比べるために画面上で使います。マイナンバー12桁は読み取りません。暗証番号(PIN)、14桁の補助入力値、APDUの生データ、カード内部の未加工バイナリ、顔写真画像は、標準運用で基幹システムへ送信しない設計です。合意した業務項目のみをHTTPS POSTで基幹システムへ連携します。

一方、できないことも正直に書きます。貸渡可否の法的判断はアプリが行うものではなく、事業者側のポリシーで決める必要があります。すべての受付例外(ICチップが物理的に破損している、暗証番号を忘れてロックしているなど)を自動で解決するものではありません。導入によって法令対応がすべて完了するわけでもありません。制度・運用・システムの3層で設計してください。

デモや個別相談はこちらから申し込めます。