「免許証を入れないと車が動かない」は、なぜ実現していないのか
SNSなどでたまに出てくる案がある。
ETCカードみたいに、免許証を差し込まないとエンジンがかからないようにすれば、無免許運転がなくなるのでは？
発想としては分かりやすい。
免許がない人は運転できない。
免許証を持っていない人は車を動かせない。
カードを差さないと起動しないなら、無免許運転を防げるように見える。
しかし、これは実装まで考えるとかなり重い。
理由は、「免許証を車に差す」という行為が、単なる便利機能ではなく、車の起動条件そのものを行政の資格情報に結びつける設計だからである。
一言でいうと、
免許証起動は、車を行政カード仕様に密結合する設計
になってしまう。
見た目はシンプルだが、中身はかなり危ない。
鍵認証と資格認証は別物
まず分けるべきなのは、鍵認証と資格認証である。
現在の車は、基本的に「鍵を持っている人が使える」設計である。
スマートキーやデジタルキーも、基本的にはその延長にある。
これは、車に対して「この人はこの車を使ってよい」という利用権限を確認している。
一方、免許証起動は違う。
免許証起動は、
この人は法的に運転してよい資格を持っているか
を車に確認させる仕組みである。
つまり、車の起動条件に「行政が管理する運転資格」を組み込むことになる。
ここが大きな違いである。
鍵認証は、車メーカーやサービス事業者が管理しやすい。
デジタルキーなら、発行・共有・削除・停止をメーカーやサービス側で設計できる。
しかし免許証は、行政が管理する公的資格である。
カード仕様、ICチップ、更新、失効、停止、再発行、制度変更が絡む。
この時点で、車メーカー側のコントロール外の要素が一気に増える。
現在でも免許情報を読む仕組み自体はある
免許証を使った資格確認の発想自体は、まったく不可能というわけではない。
日本ではマイナンバーカードと運転免許証の一体化、いわゆるマイナ免許証の制度が始まっており、マイナ免許証のICチップに記録された免許情報を、専用アプリで確認できる仕組みがある。
警察庁の案内でも、マイナポータル連携やマイナ免許証読み取りアプリによって、ICチップに記録された免許情報を確認できると説明されている。
つまり、免許情報をデジタルに確認する方向そのものは進んでいる。
しかし、ここから「車のエンジン始動条件にする」まで行くと、話が一気に変わる。
免許情報を確認できることと、車の安全重要機能に組み込むことは別である。
問題1：毎回のユーザー負担が大きすぎる
まず普通に面倒である。
車に乗るたびに、次の工程が追加される。
- 財布やカードケースから免許証を出す
- 車に差し込む、または読み取らせる
- 読み取りを待つ
- エンジンをかける
- 免許証を抜く
- 免許証をしまう
日常の移動で毎回これをやるのは、かなり負担が大きい。
車は、日常の道具である。
買い物、通勤、送迎、通院、荷物運び、旅行、仕事、ちょっとした移動に使われる。
そのたびに免許証を出し入れするのは、UXとして重い。
ホテルのカードキーもそうだが、鍵は「持っていれば使える」から便利である。
本人確認を毎回厳密にしない代わりに、日常運用の摩擦を下げている。
車の鍵も同じである。
毎回、免許証を差す仕組みは、安全そうに見える一方で、善良な大多数のユーザーに毎回の手間を強いる。
これは、設計としてかなり重い。
問題2：免許証を持っている人が本人とは限らない
さらに、免許証だけで起動できるなら、本人確認としては弱い。
他人の免許証を借りる。
家族の免許証を使う。
盗まれた免許証を使う。
偽造・不正利用を狙う。
カードを差すだけでは、「そのカードの持ち主本人が運転している」ことは確認できない。
本人確認までやるなら、顔認証、PIN、生体認証、スマホ認証、オンライン照会などが必要になる。
すると今度は、
- 顔認証が失敗したらどうするのか
- マスク・帽子・夜間・逆光でどうするのか
- 高齢者や障害のある人への配慮はどうするのか
- 通信不能時はどうするのか
- 緊急時はどうするのか
- 認証ログを誰が管理するのか
という問題が出る。
つまり、免許証起動は、カードだけだと本人性が弱い。
本人性まで強くすると、システムが一気に重くなる。
問題3：緊急時に弱い
車は、日常道具であると同時に、緊急時の道具でもある。
たとえば、
- 家族を病院に連れて行く
- 災害時に避難する
- 道路上で危険な場所から車を動かす
- 車庫や駐車場で少しだけ移動する
- 整備士やレッカー業者が動かす
- 運転代行が動かす
- ホテルや施設のスタッフが移動する
こういう場面がある。
免許証がないと絶対に動かない仕組みにすると、緊急時に困る可能性がある。
安全装置には、フェイルセーフの考え方が必要である。
しかし、免許証起動を厳密にしすぎると、
認証できなければ絶対に動かない
というフェイルクローズ寄りの設計になる。
これはセキュリティとしては強そうに見えるが、車という道具では危険な場面もある。
車は、完全に止めることが安全とは限らない。
「少し動かせること」が安全になる場面もある。
問題4：家族・整備・代行・レンタカー・ホテル運用が面倒になる
車は本人だけが触るとは限らない。
家族が運転する。
整備士が動かす。
運転代行が動かす。
レンタカー会社が管理する。
カーシェア事業者が貸し出す。
ホテルや施設のスタッフが駐車場内で移動する。
中古車販売店が試運転する。
レッカー業者が移動する。
このとき、毎回「誰の免許証で起動するのか」が問題になる。
もちろん、それぞれの場面で認証フローを作ることはできる。
しかし、作れば作るほど複雑になる。
整備モード。
管理者モード。
緊急モード。
代行モード。
社用車モード。
家族共有モード。
一時利用モード。
こうした例外が増えると、結局システムは複雑になる。
そして複雑なシステムは、トラブル時の説明も難しくなる。
問題5：免許更新のたびに車側はどうするのか
ここが大きい。
免許証は、人に紐づく。
そして更新される。
運転免許は、優良運転者や一般運転者ではおおむね5年、違反運転者や初回更新者などではおおむね3年周期で更新がある。
一方、車はモノに紐づく。
自家用乗用車の場合、車検は初回3年、以後2年ごとである。
車自体は10年、15年、20年使われることもある。
つまり、免許証と車のライフサイクルは一致しない。
ここで、免許証を車両起動に必須化すると、次の問題が起きる。
免許更新でICカードの中身が変わったら、車はそのまま読めるのか？
もし読めないなら、車側のソフト更新やリーダー対応が必要になる。
そうなると、
- 免許更新のたびに車側の対応確認が必要なのか
- ディーラーに行く必要があるのか
- OTA更新できない古い車はどうするのか
- 中古車はどうするのか
- 家族の免許更新ごとに車の登録を更新するのか
- 読み取りエラーで車が動かない場合、誰が責任を取るのか
という問題が出る。
これはユーザーにとっても無駄である。
免許を更新するだけなのに、車まで気にしないといけない。
これは日常道具としては重すぎる。
問題6：行政仕様変更が自動車メーカーの工程変更地獄になる
さらにメーカー視点では、もっと重い。
免許証やマイナ免許証のIC仕様、読み取り方式、認証方式、暗号仕様、証明書仕様、アプリ仕様が変わる可能性がある。
それを車両起動に組み込むなら、自動車メーカーは行政側の仕様変更を追い続ける必要がある。
行政がカード仕様を変える。
するとメーカー側では、次のような作業が発生する。
- 車載リーダー仕様確認
- 読み取りソフト更新
- ECUや車載システムとの接続確認
- 新旧カードの互換性確認
- 失効・更新・再発行時の挙動確認
- 通信不能時の動作確認
- 読み取り失敗時のエラー設計
- ユーザー表示の文言設計
- ディーラー説明
- 整備マニュアル更新
- 品質保証
- サプライヤー調整
- リコールリスク評価
これは完全に工程変更地獄である。
特に車はスマホアプリと違って、長期間使われる。
古い車も道路を走り続ける。
行政カード仕様が変わるたびに、車側が追従しなければならない設計は、あまりにも密結合である。
一言でいうと、
行政カード仕様に車を人質に取られる設計
になってしまう。
問題7：安全重要機能に外部仕様を入れると検証が重くなる
免許証起動は、単なる便利機能ではない。
車が動くかどうかに関わる。
つまり、安全重要機能に近い。
この場合、メーカーは「だいたい読めます」では済まない。
次のようなケースを検証する必要がある。
- 有効な免許証
- 失効した免許証
- 免許停止中
- 免許取消
- 期限切れ
- 更新直後
- 再交付後
- マイナ免許証
- 従来免許証
- ICチップ不良
- カード破損
- 読み取りエラー
- 通信不能
- 地下駐車場
- 山間部
- 災害時
- バッテリー低下
- 車載リーダー故障
- 家族利用
- 整備モード
- 緊急移動
- レッカー
- 代行運転
これを全車種・全モデル・長期運用で見る必要がある。
普通に重い。
問題8：悪い人には抜け道、普通の人には手間
免許証起動の一番微妙なところは、負担と効果のバランスである。
善良な人には毎回手間が増える。
免許証を出す。
読み取らせる。
しまう。
読み取り失敗に対応する。
カード忘れや破損で困る。
一方、悪意ある人は抜け道を探す。
他人の免許証を使う。
借りる。
盗む。
本人確認の甘い部分を突く。
整備モードや緊急モードを悪用する。
本人確認まで強くすると、今度は普通の人のUXがさらに悪くなる。
つまり、
普通の人には面倒。
悪い人には抜け道。
メーカーには工程変更地獄。
行政には仕様維持地獄。
という設計になりやすい。
これはコスパが悪い。
問題9：全員巻き込み型ポカヨケになってしまう
ポカヨケとは、ミスを防ぐ仕組みである。
本来の良いポカヨケは、ミスを防ぎながら作業を楽にする。
現場の負担を減らし、自然に正しい行動になるようにする。
しかし、免許証起動を全車に強制すると、全員の作業工程が増える。
無免許運転をする一部の人を防ぐために、全運転者が毎回カード認証をする。
これは、
全員巻き込み型ポカヨケ
になってしまう。
ポカヨケとしては、かなり重い。
事故や違反を防ぐ対策は重要である。
しかし、対象と負担のバランスを見る必要がある。
全員に毎回追加工程を課すなら、それに見合う効果と運用性が必要になる。
では、まったく使い道がないのか
ここまで見ると、免許証起動は全面的にダメに見える。
しかし、免許証やマイナ免許証を使った資格確認そのものは、もっと活用されてもよい。
問題は、
全車のエンジン始動条件にすること
である。
資格確認レイヤーとして使うなら、現実的な場面はある。
たとえば、
- レンタカー
- カーシェア
- 社用車
- 物流・配送車両
- 高齢者向け安全サービス
- 違反歴のある人向け限定装置
- 飲酒運転対策
- 保険連動サービス
- 教習・講習後の制限付き利用
- 企業の車両管理
こうした場面では、「利用前に免許情報を確認する」価値がある。
実際、スマホはすでに車の鍵として使われる方向に進んでいる。
一方で、スマホキーは「車の利用権限」を扱うものであり、免許資格そのものを車両起動条件にするものではない。
また、飲酒運転対策としては、アルコール・イグニッション・インターロックのように、特定リスクに対して始動制限をかける装置が存在する。
NHTSAも、飲酒運転違反者向けの対策として、一定以下の呼気アルコール濃度でなければ車を始動または運転できない装置を説明している。
つまり、始動制限そのものが絶対に悪いわけではない。
大事なのは、対象を絞ることだ。
現実的な解決策：車本体に密結合しない
現実的な方向は、免許証を車のエンジンに直接つなぐことではない。
むしろ、車本体とは切り離した資格確認レイヤーを作る方がよい。
たとえば、
- 車は従来通りキーやスマホキーで動く
- レンタカー・カーシェア・社用車では利用前に免許情報を確認する
- スマホアプリや外部サービスで免許区分・有効期限・条件を確認する
- 車側には「利用OK/NG」だけを渡す
- 緊急時や通信不能時の例外ルールを設ける
- ログを残す
- 高リスク利用者には追加装置を導入する
こうすれば、車本体を行政カード仕様に密結合しなくて済む。
もちろん、この方式でも課題はある。
本人確認。
通信。
プライバシー。
ログ管理。
責任分界。
行政API。
サービス事業者の運用。
それでも、全車のエンジン起動条件に直接入れるよりは現実的である。
まとめ：免許証起動は「安全そう」だが、生活道具としては重すぎる
「免許証を差し込まないと車が動かないようにする」という案は、一見かなり合理的に見える。
無免許運転を減らしたい。
資格のない人に運転させたくない。
車側で防げばよい。
この発想自体は分かる。
しかし、実装まで見ると問題が多い。
- 毎回のユーザー負担が大きい
- 免許証を持っている人が本人とは限らない
- 本人確認までやるとシステムが重い
- 緊急時に弱い
- 家族・整備・代行・ホテル・レンタカー運用が面倒
- 免許更新のたびに車側対応が問題になる
- 行政仕様変更がメーカー工程変更地獄になる
- 車は10年、20年使われるため後方互換が重い
- 悪い人には抜け道があり、普通の人には手間が増える
- 全員巻き込み型ポカヨケになる
だから、結論はこうである。
免許証を車の鍵にするのは重い。
免許証を資格確認レイヤーとして使うならあり。
全車のエンジン始動条件にするのは、行政仕様・メーカー工程・ユーザー負担を考えると現実的ではない。
安全っぽい案ほど、工程まで分解する必要がある。
正義感だけで設計すると、日常の利用者、メーカー、整備現場、行政、緊急時の全員が重くなる。
一言で言えば、
免許証起動は、発想はシンプル。
でも実装すると、変更管理表が地獄になる。
車は生活道具である。
だからこそ、鍵認証と資格認証は分けて考えた方がいい。
チェックリスト：免許証起動案を評価するときに見ること
ユーザー負担
- ☐ 毎回カードを出す必要があるか
- ☐ 読み取り待ちが発生するか
- ☐ 読み取り失敗時の対応があるか
- ☐ カード忘れ・破損・紛失時にどうするか
- ☐ 高齢者や子育て世帯、業務利用者に過剰負担にならないか
緊急時
- ☐ 災害時に動かせるか
- ☐ 急病時に家族が使えるか
- ☐ 危険場所から車を移動できるか
- ☐ 整備士・レッカー・代行が使えるか
- ☐ 認証失敗時の例外ルールがあるか
行政仕様
- ☐ ICカード仕様変更にどう対応するか
- ☐ 新旧免許証をどう扱うか
- ☐ マイナ免許証と従来免許証をどう扱うか
- ☐ 失効・停止・取消情報をどう確認するか
- ☐ 通信不能時にどうするか
- ☐ 後方互換を何年保証するか
メーカー工程
- ☐ 全車種で読み取り検証が必要か
- ☐ サプライヤー変更が発生するか
- ☐ OTA非対応車はどうするか
- ☐ ディーラー対応が増えるか
- ☐ リコールリスクが増えるか
- ☐ ユーザー向け説明が複雑にならないか
防止効果
- ☐ 他人の免許証利用を防げるか
- ☐ 本人確認が必要か
- ☐ 悪意ある利用者に抜け道がないか
- ☐ 善良な利用者への負担に見合う効果があるか
- ☐ 全員強制ではなく対象限定でよいのではないか
