JP2002096715A - ドライバ認証のための方法ならびにそのシステム、およびその記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 車輌にドライバの認証システムを搭載するこ
とにより、ネットワーク上の認証システムとの連携を可
能とし、車輌盗難の防止をはかる。 【解決手段】 車載機２において、車輌に搭乗しようと
するドライバに対し、本人認証のために用いる電子証明
書の提示を促す。車載機２は提示された電子証明書を基
に、認証機関３へ認証情報ＤＢ８に予め登録されたドラ
イバの個人情報との照合による認証を要求する。車載機
２は、認証に成功したドライバにのみ前記車輌の運転を
許可する。また、認証機関３は外部接続されるネットワ
ーク５経由で付加情報を取得し、その組み合わせによっ
て認証を行い、運転可否の判断に反映させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車輌に車載コンピ
ュータを搭載し、ネットワーク上の認証システムとの連
携を行うことによりドライバ認証を行う、ドライバ認証
のための方法ならびにその車載システム、およびその記
録媒体に関する。

【０００２】

【従来の技術】車輌は、ドライバが鍵をドアに差し込む
ことにより、あるいはキーレスエントリであればリモコ
ンを検知部に向かってＯＮすることによって開錠され、
搭乗後、更にイグニッションスイッチに鍵を差込み、イ
グニッションＯＮ位置まで廻すことによってエンジンを
始動し、運転が可能となる。ところで、搭乗したドライ
バが運転可能か否かの判断は搭乗時に行なわれることは
なく、必要が生じた際に運転免許証を確認することによ
ってのみ行なわれる。従って、鍵を所有さえすれば、正
規のドライバか、あるいは盗難者であるかにかかわら
ず、誰でも車輌を開錠し、運転が可能であった。

【０００３】一方、オンラインショッピング等の普及に
伴い、インターネット上で行われる本人認証では、例え
ば、認証機関から発行された電子証明書をパーソナルコ
ンピュータ上のブラウザ等にインポートし、インターネ
ットを介して相手に提示することによって本人認証を行
っている。また、利用の際に認証を必要とする設備・機
器では、磁気カード、ＩＣカード等を用い、これらの設
備・機器に設置されたカードリーダから利用者の登録情
報を読み込ませたり、あるいは、利用者自身が、登録さ
れたパスワード等の入力を行い本人認証を行っている。

【０００４】

【発明が解決しようとする課題】インターネット上で、
認証機関から発行された電子証明書をパーソナルコンピ
ュータ上のブラウザ等にインポートする方式の場合、そ
のパーソナルコンピュータ上のみでしか電子証明書を使
用できず、また利用対象もインターネット上のサイトに
限定されている。また、利用の際に認証を必要とする設
備・機器において、これらの設備・機器に設置されたカ
ードリーダから利用者のカードに記録された登録情報を
読み込ませたり、あるいは、利用者自身が、登録された
パスワード等の入力を行い本人認証を行う場合、これら
の入力を、所定の入力装置に接触して直接入力を行うこ
とになる。従って、上記したいずれの方法もドライバ認
証に流用するには無理があり、特に、盗難防止等に対応
でき、更に、警察、病院等、既に構築された情報システ
ムとの連携を持った車輌用のドライバ認証システムの登
場が望まれていた。

【０００５】本発明は、上記の点に鑑みてなされたもの
で、車輌にドライバの認証システムを搭載することによ
り、ネットワーク上の認証システムとの連携を可能と
し、車輌の盗難防止をはかった、ドライバ認証のための
方法ならびにその車載システム、およびその記録媒体を
提供するものである。

【０００６】

【課題を解決するための手段】本発明のドライバ認証の
ための方法は、搭乗ドライバに本人認証のために用いる
電子証明書の提示を促し、前記提示された電子証明書
と、あらかじめ登録されたドライバの個人情報との照合
を行い、前記照合の結果、一致が確認されたドライバに
のみ当該車輌の運転を許可することを特徴とする。

【０００７】また、本発明のドライバ認証のための方法
において、前記個人情報が登録されるドライバは、あら
かじめ車輌の所有者によって搭乗を許可されたドライバ
であることを特徴とする。

【０００８】また、本発明のドライバ認証のための方法
において、ネットワークを介して外部接続される警察情
報システムに対し、前記搭乗ドライバの免許情報を要求
し、送信される前記搭乗ドライバの免許情報によっては
前記車輌の運転を不許可とすることを特徴とする。

【０００９】また、本発明のドライバ認証のための方法
において、ネットワークを介して外部接続される病院情
報システムに対し、前記搭乗ドライバの治療情報を要求
し、送信される前記搭乗ドライバの治療情報によっては
前記車輌の運転を不許可とすることを特徴とする。

【００１０】本発明のドライバ認証システムは、搭乗ド
ライバの認証を行い、運転が許可されたドライバにのみ
車輌の運転を許可するドライバ認証システムであって、
搭乗ドライバに本人認証のために用いる電子証明書の提
示を促し、前記提示された電子証明書とあらかじめ登録
されたドライバの個人情報との照合を行い、前記照合が
成功したドライバにのみ当該車輌の運転を許可する認証
制御を備えたことを特徴とする。

【００１１】また、本発明のドライバ認証システムにお
いて、ネットワークを介して外部接続される情報システ
ムに対し、前記ドライバ認証に必要な付加情報の送信を
要求する付加情報要求部と、前記付加情報を得、前記ド
ライバ認証部による登録ドライバの認証に前記付加情報
を反映させる付加情報反映部とを更に備えたことを特徴
とする。上記構成により、例えば、警察システム、病院
システム等外部情報システムとの連携がはかれ、単なる
ドライバの本人認証にとどまらず、免許の有無による運
転の禁止、あるいは治療内容によっては運転の見合わせ
等を促すことができる。

【００１２】本発明の記録媒体は、認証機関が持つ認証
システムとはネットワークを介して接続される車載シス
テムに用いられるドライバ認証プログラムであって、前
記ドライバ認証プログラムは、搭乗ドライバに対して本
人認証のための電子証明書の提示を要求するステップ
と、前記提示された電子証明書を前記認証機関が持つ認
証システムに転送して認証要求を行うステップと、前記
認証機関から本人認証の結果を受信して前記搭乗ドライ
バによる運転の可否を判断するステップとがプログラム
され記録されたことを特徴とする。

【００１３】また、本発明の記録媒体において、前記ド
ライバ認証プログラムは、更に、前記ネットワークを介
して外部接続される情報システムから前記認証機関を介
して到来する免許情報もしくは病院治療情報を、前記搭
乗ドライバによる運転可否の判断に反映させるステップ
を含むことを特徴とする。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照して説明する。図１は、本発明のドライバ認証
システムの接続形態を示すブロック図である。図１にお
いて、１は、携帯端末であり、車載機２との通信ならび
に個人情報（電子証明書）の管理機能を有する。車載機
２は、携帯端末１との通信を行う他、本人認証、車輌へ
のアクセス機能を持つ。また、車載機２は、無線ＬＡＮ
（Local Area Network ）、もしくはインターネット４
を介して認証機関３に接続される。認証機関３には、認
証システムが構築され、認証情報ＤＢ８を内蔵し、当該
認証情報ＤＢ８を参照することによって本人認証が行な
われ、また、警察システム６等、ネットワーク５を介し
て接続される他情報システムへの問い合わせ機能も持
つ。警察システム６は、免許情報ＤＢ７を有し、認証機
関３の要求に基づいて検索した結果を出力する。

【００１５】図２は、図１に示す本発明実施形態の動作
の流れを説明するために引用したイベントフローであ
る。以下、図２を参照しながら図１に示す本発明実施形
態の動作について説明する。ここでは、車輌の所有者に
より、事前に車輌に搭乗が許可されるドライバの個人情
報が認証情報ＤＢ８に設定登録されてあるものとして説
明を行う。

【００１６】まず、車輌に搭乗しようとするドライバ
は、電子証明書を記憶した携帯端末１を用い、無線通信
により車載機２に接続して認証依頼を行う（）。次
に、車載機２はその依頼を受けて証明書要求を携帯端末
１へ返信する（）。携帯端末１はその要求に応じて電
子証明書を車載機２へ送信する（）。このことによ
り、携帯端末１から電子証明書を受けた車載機２は、認
証機関３にこの電子証明書を転送する（）。そして、
電子証明書を受けた認証機関３の認証システムは、認証
情報ＤＢ８より認証情報を検索する（）。次に、認証
システムは、その検索結果を基に、当該搭乗ドライバが
あらかじめ所有者によって搭乗許可を得たドライバであ
るか否かを認証し、その結果を認証機関３へ送信する
（）。更に、認証機関３は、当該ドライバが運転免許
を取得しているか否かを問い合わせる免許情報要求につ
いて、ネットワーク５を介して警察システム６に送信す
る（）。

【００１７】警察システム６は上記免許情報要求を基に
免許ＤＢ７を検索する（）。免許ＤＢ７は検索結果を
警察システム６へ送信する（）。次に、警察システム
６は検索結果である免許情報を認証機関３へ通知する
（ａ）。次に、認証機関３において、本人認証と搭乗ド
ライバの自動車免許に係る認証が正常に完了した場合、
その認証結果を車載機２に送信する（ｂ）。ここでは図
示しないが、他に、ネットワーク５を介して病院システ
ムが接続されていた場合、搭乗ドライバの病院治療デー
タを問い合わせ、その認証結果を車載機２へ送信するこ
ともできる。また、接続されるのは病院システムに限ら
ず搭乗ドライバの認証に用いて好適な情報を提供する種
々のシステムであってもよく、その情報を基に認証結果
を出力してもよい。

【００１８】車載機２は、上記した認証結果を受信する
と、車輌のドアを開錠し、エンジンスタートを許可する
か、あるいは、ドアの開錠を禁止すると共にそのドライ
バによる運転を不許可とする（ｃ）。尚、認証機関３で
不許可とされるドライバは、車輌の所有者によりあらか
じめ乗車許可を得ていなか、乗車許可を得てあっても運
転免許証が失効している、あるいは搭乗前に病院で手
術、投薬等を受け、運転が困難な場合等が考えられる。
また、搭乗ドライバが予め乗車許可を得ていない（未登
録ドライバ）であった場合、車の所有者もしくは、登録
されているドライバに対して、メール等で通知すること
が可能である。

【００１９】図３に、上記したドライバ認証システムの
動作概念図が示されている。上述したように、運転可能
なドライバとは、あらかじめ当該車輌の所有者によって
搭乗許可が得られたドライバであり、また、本人証明の
ための電子証明書を提示でき、更に、免許証、病院治療
等の付加情報により運転が可能な状態にあると判断され
たドライバである。従って、事前に運転可能なドライバ
の登録を要し、その認証情報および付加情報は、車載機
２が持つローカルＤＢ９、またはネットワーク上のＤ
Ｂ、あるいはネットワーク上のＡＳＰ（Application S
ervice Provider）を介し、いずれかの形態で保管され
る。

【００２０】そして、ドライバが車輌に搭乗する際、携
帯端末１を介してユーザＩＤ、パスワード等のユーザ識
別情報Ａを入力することにより、正当なドライバを特定
するものであるか判断することでドライバの認証を行う
登録ドライバ認証Ｂが行なわれ、電子証明書の使用が可
能な状態となる。認証機関３に構築される認証システム
は、車載機２からの認証要求Ｃ（無線通信による接続要
求）により認証サービスの受け付け（Ｄ）がなされ、電
子証明書による本人認証が行なわれる（Ｅ）。また、こ
のとき、免許情報、病院カルテ等付加情報による運転可
能なドライバ認証への反映も行なわれる。ここでは、エ
ージェントにより、ネットワーク経由で接続される警察
システム、病院システム等からエージェントによりその
データが自動収集されるものとする。

【００２１】エージェントの振る舞いはシナリオ記述に
よって定義される（Ｆ）。ここで定義された認証シナリ
オに従い、エージェント生成時に与えられたジョブを解
析し、物理的な移動先を決定するためにネットワーク上
のサービスを検索する（Ｇ、Ｈ）。そしてエージェント
の移動先が決定され、その移動先にエージェント自身を
送り込むことで所望の処理が実行される。なお、ＡＳＰ
としてネットワークを介し提供されうる情報であれば複
合的に追加利用することが可能である。

【００２２】認証機関３は、処理結果を受信し、本人認
証に付加情報による認証が反映された統合情報に基づく
認証結果を車載機２へ送信し（Ｉ、Ｊ）、車載機２は、
その結果に基づいて車輌のドアを開錠してエンジンスタ
ートを許可するか、あるいは、ドアの開錠を禁止すると
共にそのドライバによる運転を不許可とする。

【００２３】図４は、図１に示すシステム構成のうち、
ドライバを認証する部分のみ機能展開して示したブロッ
ク図である。図４において、携帯端末１は、使用者認証
部１１とサービスアクセス部１２と証明書送信部１３
と、証明書格納部１４とから成る。この携帯端末１は、
例えば、携帯電話端末や、無線通信可能なＰＤＡ（Ｐｅ
ｒｓｏｎａｌ ＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔｓ）
等を用いて実現される。

【００２４】証明書格納部１４は、認証機関３によって
発行された電子証明書のデータ（以下、この電子証明書
のデータを電子証明書と称す）と、携帯端末１において
行う使用者認証用のデータ（個人識別情報）となるパス
ワード、指紋等の情報を格納している。証明書格納部１
４に格納される電子証明書は、所有者固有の情報をも
ち、例えば、個人を識別するＩＤ（識別番号等）と証明
書用のデータとからなる。また、証明書格納部１４は、
具体的には携帯端末１内の内蔵メモリや、携帯端末１に
接続される着脱可能なメモリカード等の記憶媒体を用い
て構成される。そしてまた、この証明書格納部１４は、
格納された情報の改竄を防止するため、任意の消去・更
新ができないように構成されている。また上記のよう
に、証明書格納部１４を着脱可能なメモリカードを用い
て構成した場合、他の携帯端末に装着して利用すること
もできる。

【００２５】使用者認証部１１は、電子証明書を使用し
ようとしている人が、電子証明書を使用できる本人であ
るかどうか、パスワードの入力や使用者の指紋の入力等
により使用者を認証する機能をもつ。この認証により使
用者が正当であることが確認されると電子証明書の使用
が許可される。

【００２６】サービスアクセス部１２は、車載機２に組
み込まれるサービス受付部２１への接続要求と、サービ
ス受付部２１から携帯端末１に送られる接続用アプリケ
ーションプログラムの受信とその実行を行う機能をも
つ。例えば、この接続用アプリケーションプログラムが
Ｊａｖａアプレットとして構成される場合、サービスア
クセス部１２には、ＪａｖａＶＭ（Ｊａｖａ Ｖｉｒｔ
ｕａｌ Ｍａｃｈｉｎｅ）が組み込まれ、このプログラ
ムを実行する。この接続用アプリケーションプログラム
により、携帯端末１の表示部（図示せず）には、車載機
２と通信し認証を行うためや、車載機２を操作するため
あるいは車載機２が提供するサービスを享受するため
の、この車載機２に固有の画面メニューが表示される。
そして、携帯端末１は車載機２に対応したリモコンのよ
うに機能する。そして、使用者により指定されたサービ
スを要求するサービス要求を車載機２に向け送信する。
また、車載機２が複数あり、これらが同時に応答した場
合、表示部にこれらのいずれかを選択するメニューを表
示させ、ユーザに選択させる。

【００２７】証明書送信部１３は、車載機２から送られ
る電子証明書要求の受信と、この電子証明書要求に応じ
て電子証明書を送信する機能をもつ。なお、電子証明書
を送信する際に、暗号化を行うことにより、さらにセキ
ュリティを高めることができる。またこの暗号化は、電
子証明書の送信を無線通信により行うことから、電子証
明書の送信毎に、暗号化の方式や暗号化に用いる暗号鍵
等を異なるようにすることが望ましい。

【００２８】車載機２には、サービス受付部２１と、認
証制御部２２が組み込まれる。サービス受付部２１は、
携帯端末１のサービスアクセス部１２からの接続要求を
受け付け、この接続要求に応じて、前述した接続用アプ
リケーションプログラムを送信する機能をもつ。この接
続用アプリケーションプログラムを、携帯端末１からの
接続要求に応じて送るのは、様々な車載機２を想定して
いるため、それぞれに固有の画面やメニューを携帯端末
１に表示させるためである。認証制御部２２は、携帯端
末１に対する電子証明書の要求と、認証機関３の電子証
明書の転送、認証機関による認証結果の受信、サービス
提供許可・不許可の判定の機能をもつ。そのために、ド
ライバ認証に必要な付加情報の送信を要求する付加情報
要求部２２１と、この付加情報を得、ドライバ認証部に
よる登録ドライバの認証に付加情報を反映させる付加情
報反映部２２２とを備える。なお、車載機２と携帯端末
１間は、ここでは、近距離無線通信規格（Ｂｌｕｅｔｏ
ｏｔｈ）等により無線で接続されるものとする。

【００２９】認証機関３に構築される認証システムは、
認証実行部３１と、個人情報格納部３２とから成る。認
証実行部３１は、車載機２に組み込まれたサービス受付
部２１から転送された電子証明書の受信とその復号化を
行い、電子証明書に含まれる個人情報と個人情報格納部
３２に保存されている個人情報との照合を行う。そし
て、その照合結果を車載機２の認証制御部２２へ送信す
る機能をもつ。個人情報格納部３２は、電子証明書を発
行した個人の情報（個人情報）を蓄積し管理する機能を
もつ。この個人情報格納部３２に格納される個人情報
は、個人を識別するＩＤ（識別番号等）、電子証明書照
合用データ、氏名、性別、年齢、住所、電話番号、その
他所有者に属する情報からなっている。なお、個人情報
格納部３２は、ハードディスク、光磁気ディスク等の不
揮発性の記録装置により構成される。

【００３０】また、上記携帯端末１の使用者認証部１１
とサービスアクセス部１２と証明書送信部１３、車載機
２のサービス受付部２１と認証制御部２２、そして認証
システム３の認証実行部３１の各機能は、メモリおよび
ＣＰＵ（中央演算装置）等により構成される処理部によ
り、これらの各機能を実現するためのプログラム（図示
せず）をメモリにロードして実行することによりその機
能が実現されるものとする。

【００３１】次に、このように構成された本人認証機能
を有する携帯端末１および車載機２とさらに認証機関３
の認証システムから成るシステムの利用時における動作
について、図５および図6に示すフローチャートを参照
して説明する。

【００３２】はじめに、車輌に搭乗しようとするドライ
バは、パスワード、指紋情報等の本人を特定することが
できる個人識別情報を、携帯端末１に入力する。上記個
人識別情報が入力されると、使用者認証部１１は、入力
された情報が、正当なユーザを特定するものであるか否
か判断する（ステップＳ１）。そして、この判断で、正
当なドライバを特定するものであると判定された場合
（ステップＳ１の判断でＹＥＳの判定）、電子証明書を
使用可能な状態とする（ステップＳ２）。ステップＳ１
の判断でＮＯの判定された場合、電子証明書の使用を不
許可にする（ステップＳ３）。

【００３３】次に、携帯端末１のサービスアクセス部１
２は、ドライバからの操作に応じて、車載機２のサービ
ス受付部２１に接続要求を無線通信により送信する（ス
テップＳ４）。次に、サービス受付部２１は、携帯端末
１から接続要求を受けると（ステップＳ５）、接続用ア
プリケーションプログラムを携帯端末１のサービスアク
セス部１２に送信する（ステップＳ６）。そして、サー
ビスアクセス部１２は、接続用アプリケーションプログ
ラムを受信するとこのプログラムを実行する（ステップ
Ｓ７）。この接続用アプリケーションプログラムによ
り、携帯端末１は、車載機２から所望のサービスを受け
るためのサービス要求を、サービス受付部２１へ送るこ
とができる。

【００３４】接続用アプリケーションプログラムを実行
したサービスアクセス部１２は、さらにユーザからの操
作を受け、この操作に応じて、サービス受付部２１にサ
ービス要求を出す（ステップＳ８）。次に、サービス受
付部２１がサービスアクセス部１２から送信されたサー
ビス要求を受信すると（ステップＳ９）、認証制御部２
２が携帯端末１の電子証明書を要求する証明書要求を送
信する（ステップＳ１０）。

【００３５】証明書送信部１３は、この証明書要求を受
信すると（ステップＳ１１）、証明書格納部１４から電
子証明書を取得し暗号化する（ステップＳ１２）。安全
のため一度ユーザ（ドライバ）の確認を取った上で、こ
の電子証明書を認証制御部２２に送信する（ステップＳ
１３）。尚、この電子証明書の送信にあたり、前述した
ように、暗号化を行うことが望ましいがこの限りではな
い。以下では、この電子証明書が暗号化され送信される
ものとする。次に、認証制御部２２は、暗号化された電
子証明書を受信すると（ステップＳ１４）、認証機関３
の認証システムに備わる認証実行部３１に電子証明書を
そのまま転送する（ステップＳ１５）。

【００３６】認証実行部３１は、暗号化された電子証明
書を受信すると（ステップＳ１６）、受信した電子証明
書を復号化し（ステップＳ１７）、その情報と個人情報
格納部３２に格納されたユーザの個人情報とを照合した
上（ステップＳ１８）、その結果（照合結果）を認証制
御部２２に返す（ステップＳ１９）。ここで返信される
照合結果には、本人性の肯定／否定の判定結果と個人情
報の一部（例えば、住所等）を含む。認証制御部２２
は、上記照合結果を受けると（ステップＳ２０）、この
照合結果を判定し（ステップＳ２１）、本人性が保証さ
れた場合（ステップＳ２１の判断でＯＫと判定された場
合）はサービス開始を許可し（ステップＳ２２）、本人
性が保証されなかった場合（ステップＳ２１の判断でＮ
Ｏと判定された場合）は、その本人性を否定する通知
（ＮＧ）を証明書送信部１３に送信する（ステップＳ２
３）。

【００３７】証明書送信部１３が、本人性を否定する通
知を受信すると、サービスアクセス部１２は、車載機２
における本人認証において、本人性が確認されなかった
ことをユーザに伝えるメッセージを表示させる（ステッ
プＳ２４）。

【００３８】以上、本人認証機能を有する携帯端末１お
よび車載機２とさらに認証機関３の認証システムからな
るシステムの利用時における動作について説明した。な
お、上記で説明した動作フローチャートは一例であり、
上記の処理の流れに限定されるものではない。本実施の
形態では、携帯端末１を使って本人認証（個人の認証）
を行っているが、使用者認証部１１とサービスアクセス
部１２と証明書送信部１３と証明書格納部１４を車載機
２に組み込んで、その認証を行うようにしてもよい。

【００３９】本実施の形態の基となる特許請求の範囲に
記載した発明は、現実世界で本人認証のために用いられ
ている各種証明書を電子化し、個人で使用できる携帯端
末に記憶させて使用するという発想のもとになされた。
この発明は、近距離無線通信、組み込みＯＳ・Ｊａｖａ
等の技術を用いることにより、あらゆる機器に認証のた
めのインターフェースを設け実施することが可能であ
り、携帯電話端末などの携帯端末も接続用アプリケーシ
ョンプログラムの実行やサービス提供機器側との会話的
な通信が可能となる。よって、ユーザは上記発明による
携帯端末さえ持ち歩けば、本人認証を必要とする様々な
サービス提供機器を相手に、簡単な操作のみで確実な本
人認証を行うことができる。

【００４０】なお、図４に示す携帯端末１の使用者認証
部１１とサービスアクセス部１２と証明書送信部１３の
機能を実現するためのプログラムと、車載機２のサービ
ス受付部２１と認証制御部２２の機能を実現するための
プログラムを、それぞれコンピュータ読み取り可能な記
録媒体に記録して、この記録媒体に記録されたプログラ
ムを、それぞれ携帯端末１に対応するコンピュータシス
テムと車載機２に対応するコンピュータシステムに読み
込ませ、実行することにより人認証機能を有する携帯端
末１および車載機２からなるシステムを構成してもよ
い。なお、ここでいう「コンピュータシステム」とは、
ＯＳや周辺機器等のハードウェアを含むものとする。

【００４１】また、「コンピュータシステム」は、ＷＷ
Ｗシステムを利用している場合であれば、ホームページ
提供環境（あるいは表示環境）も含むものとする。ま
た、「コンピュータ読み取り可能な記録媒体」とは、フ
ロッピー（登録商標）ディスク、光磁気ディスク、ＲＯ
Ｍ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステム
に内蔵されるハードディスク等の記憶装置のことをい
う。さらに「コンピュータ読み取り可能な記録媒体」と
は、インターネット等のネットワークや電話回線等の通
信回線を介してプログラムが送信された場合のサーバや
クライアントとなるコンピュータシステム内部の揮発性
メモリ（ＲＡＭ）のように、一定時間プログラムを保持
しているものも含むものとする。

【００４２】また、上記プログラムは、このプログラム
を記憶装置等に格納したコンピュータシステムから、伝
送媒体を介して、あるいは、伝送媒体中の伝送波により
他のコンピュータシステムに伝送されてもよい。ここ
で、プログラムを伝送する「伝送媒体」は、インターネ
ット等のネットワーク（通信網）や電話回線等の通信回
線（通信線）のように情報を伝送する機能を有する媒体
のことをいう。また、上記プログラムは、前述した機能
の一部を実現するためのものであっても良い。さらに、
前述した機能をコンピュータシステムにすでに記録され
ているプログラムとの組み合わせで実現できるもの、い
わゆる差分ファイル（差分プログラム）であっても良
い。

【００４３】以上、この発明の実施形態を図面を参照し
て詳述してきたが、具体的な構成はこの実施形態に限ら
れるものではなく、この発明の要旨を逸脱しない範囲の
設計等も含まれる。

【００４４】

【発明の効果】以上説明のように本発明によれば、個人
的に使用される携帯端末に本人性を保証する電子証明書
を記憶させることにより、場所に縛られることなく、認
証を伴うサービスの提供と享受を実現することができ
る。また、車輌に認証システムを搭載したことにより、
ネットワーク上の認証システムとの連携が可能となり、
更に、免許情報、病院治療情報等ネトワークを介した他
の情報システムから収集した情報を統合させて認証を行
うことにより、信頼性の高いドライバ認証のための方法
ならびにドライバ認証システムを提供できる。また、事
前に登録したドライバしか車輌の運転が許可されないた
め、車輌の盗難防止にもつながる。更に、認証機関は、
認証を伴うサービスの普及が進み、利用者の増加につな
がる。本発明では、携帯端末上で使用者の本人認証を行
い、さらに車載機において認証機関による本人認証を行
う二重の認証により、本人認証を確実なものとしてい
る。

【図面の簡単な説明】

【図１】 本発明のドライバ認証システムの接続形態を
示すブロック図である。

【図２】 図１に示す本発明実施形態の動作の流れを説
明するために引用したイベントフローである。

【図３】 本発明のドライバ認証システムの動作概念を
示す動作概念図である。

【図４】 図１に示すシステム構成のうち、ドライバを
認証する部分のみ機能展開して示したブロック図であ
る。

【図５】 図４に示す実施形態の動作を説明するために
引用したフローチャートである。

【図６】 図４に示す実施形態の動作を説明するために
引用したフローチャート図５の続きのフローである。

【符号の説明】

１…携帯端末、２…車載機、３…認証機関、４…無線Ｌ
ＡＮ（インターネット）、５…ネットワーク、１１…使
用者認証部、１２…サービスアクセス部、１３…証明書
送信部、１４…証明書格納部、２１…サービス受付部、
２２…認証制御部、３１…認証実行部、３２…個人情報
格納部、２２１…付加情報要求部、２２２…付加情報反
映部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） // Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７３Ａ (72)発明者 小林 和恵 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 北岡 勝也 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 大室 久子 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 (72)発明者 大鶴 暢彦 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コミュニケーションウェア株式 会社内 Ｆターム(参考） 5B049 BB31 BB41 CC16 DD01 EE01 FF03 FF04 GG04 GG07 5J104 AA07 KA01 NA33 PA16

Claims (8)

【特許請求の範囲】
1. 【請求項１】 車輌に搭乗しようとするドライバに対
   し、本人認証のために用いる電子証明書の提示を促し、 前記提示された電子証明書と、あらかじめ登録されたド
   ライバの個人情報との照合を行い、 前記照合に成功したドライバにのみ前記車輌の運転を許
   可する、ことを特徴とするドライバ認証のための方法。
2. 【請求項２】 前記個人情報が登録されるドライバは、
   あらかじめ車輌の所有者によって搭乗を許可されたドラ
   イバであることを特徴とする請求項１に記載のドライバ
   認証のための方法。
3. 【請求項３】 ネットワークを介して外部接続される警
   察情報システムに対し、前記搭乗ドライバの免許情報を
   要求し、 送信される前記搭乗ドライバの免許情報によっては前記
   車輌の運転を不許可とすることを特徴とする請求項１ま
   たは２に記載のドライバ認証のための方法。
4. 【請求項４】 ネットワークを介して外部接続される病
   院情報システムに対し、前記搭乗ドライバの病院治療情
   報を要求し、 送信される前記搭乗ドライバの病院治療情報によっては
   前記車輌の運転を不許可とすることを特徴とする請求項
   １または２に記載のドライバ認証のための方法。
5. 【請求項５】 車輌に搭乗しようとするドライバの認証
   を行い、運転が許可されたドライバにのみ前記車輌の運
   転を許可するドライバ認証システムであって、 前記車輌に搭乗しようとするドライバから本人認証のた
   めに用いる電子証明書の提示を受け、 前記提示された電子証明書とあらかじめ登録されたドラ
   イバの個人情報との照合を促し、 前記照合に成功したドライバにのみ前記車輌の運転を許
   可する認証制御部を備えたことを特徴とするドライバ認
   証システム。
6. 【請求項６】 前記認証制御部は、 ネットワークを介して外部接続される情報システムに対
   し、前記ドライバ認証に必要な付加情報の送信を要求す
   る付加情報要求部と、 前記付加情報を得、前記ドライバ認証部による登録ドラ
   イバの認証に前記付加情報を反映させる付加情報反映部
   とを更に備えることを特徴とする請求項５に記載のドラ
   イバ認証システム。
7. 【請求項７】 認証機関が持つ認証システムとはネット
   ワークを介して接続されるドライバ認証システムに用い
   られるドライバ認証プログラムが記録されたコンピュー
   タ読み取り可能な記録媒体であって、 前記ドライバ認証プログラムは、 搭乗ドライバに対して本人認証のための電子証明書の提
   示を要求するステップと、 前記提示された電子証明書を前記認証機関が持つ認証シ
   ステムに転送して認証要求を行うステップと、 前記認証機関から本人認証の結果を受信して前記搭乗ド
   ライバによる運転の可否を判断するステップと、をコン
   ピュータに実行させるドライバ認証プログラムを記録し
   た記録媒体。
8. 【請求項８】 前記ドライバ認証プログラムは、更に、
   前記ネットワークを介して外部接続される情報システム
   から前記認証機関を介して到来する免許情報もしくは病
   院治療情報を、前記搭乗ドライバによる運転可否の判断
   に反映させるステップを含むことを特徴とする請求項７
   に記載のコンピュータ読み取り可能な記録媒体。