(57)【特許請求の範囲】
【請求項１】
ドライバが所持する携帯端末と、車両に搭載され無線通信機能を有する車載機と、前記車載機とネットワークを介して接続された認証手段とから構成されるドライバ認証システムにおけるドライバ認証のための方法において、
前記ドライバの指示を受けて前記携帯端末が前記車載機へ認証依頼を送信する第１のステップと、
前記車載機が該認証依頼を受けて電子証明書を前記携帯端末へ要求する第２のステップと、
前記携帯端末が該要求を受けて予め内部に記憶されている電子証明書を前記車載機へ送信する第３のステップと、
前記車載機が前記携帯端末から電子証明書を受けて該電子証明書を前記ネットワークを介して前記認証手段へ送信する第４のステップと、
前記認証手段が前記電子証明書を認証し、その結果を前記ネットワークを介して前記車載機へ送信するする第５のステップと、
を有することを特徴とするドライバ認証のための方法。
【請求項２】
前記第５のステップは、前記認証手段が前記電子証明書を認証すると共に、前記ドライバの情報を警察システムへ送信して前記ドライバの運転免許情報を前記警察システムから取得し、前記電子証明書の認証結果および前記運転免許情報の認証結果を前記ネットワークを介して前記車載機へ送信する処理であることを特徴とする請求項１に記載のドライバ認証のための方法。
【請求項３】
前記第５のステップは、前記認証手段が前記電子証明書を認証すると共に、前記ドライバの情報を病院システムへ送信して前記ドライバの病気治療情報を前記病院システムから取得し、前記電子証明書の認証結果および前記病気治療情報の認証結果を前記ネットワークを介して前記車載機へ送信するする処理であることを特徴とする請求項１に記載のドライバ認証のための方法。
【請求項４】
ドライバが所持する携帯端末と、車両に搭載され無線通信機能を有する車載機と、前記車載機とネットワークを介して接続された認証手段とから構成されるドライバ認証システムにおいて、
前記携帯端末は、
前記ドライバの指示を受けて前記車載機へ認証依頼を送信する第１の送信手段と、
前記車載機からの要求を受けて予め内部に記憶されている電子証明書を前記車載機へ送信する第２の送信手段とを具備し、
前記車載機は、
前記携帯端末から前記認証依頼を受けて前記携帯端末へ電子証明書の送信要求を送信する第３の送信手段と、
前記携帯端末から受けた電子証明書を前記ネットワークを介して前記認証手段へ送信する第４の送信手段と、
前記認証手段からの認証結果を受信する受信手段とを具備し、
前記認証手段は、
前記車載機から受けた電子証明書を認証する認証手段と、
前記認証手段による認証結果を前記ネットワークを介して前記車載機へ送信する第５の送信手段と、
を具備することを特徴とするドライバ認証システム。
【請求項５】
前記認証手段は、前記ドライバの情報を警察システムへ送信して前記ドライバの運転免許情報を前記警察システムから取得して認証する運転免許情報認証手段をさらに具備し、前記第５の送信手段は前記電子証明書の認証結果および前記運転免許情報の認証結果を前記ネットワークを介して前記車載機へ送信することを特徴とする請求項４に記載のドライバ認証システム。
【請求項６】
前記認証手段は、前記ドライバの情報を病院システムへ送信して前記ドライバの運転免許情報を前記病院システムから取得して認証する病気治療情報認証手段をさらに具備し、前記第５の送信手段は前記電子証明書の認証結果および前記病気治療情報の認証結果を前記ネットワークを介して前記車載機へ送信することを特徴とする請求項４に記載のドライバ認証システム。
【請求項７】
ドライバが所持する携帯端末と、車両に搭載され無線通信機能を有する車載機と、前記車載機とネットワークを介して接続された認証手段とから構成されるドライバ認証システムにおいて、
前記車載機を構成するコンピュータに、
前記携帯端末から認証依頼を受けて前記携帯端末へ電子証明書の送信要求を送信する手順と、
前記携帯端末から受けた電子証明書を前記ネットワークを介して前記認証手段へ送信する手順と、
前記認証手段からの認証結果を受信する手順と、
を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車輌に車載コンピュータを搭載し、ネットワーク上の認証システムとの連携を行うことによりドライバ認証を行う、ドライバ認証のための方法ならびにその車載システム、およびその記録媒体に関する。
【０００２】
【従来の技術】
車輌は、ドライバが鍵をドアに差し込むことにより、あるいはキーレスエントリであればリモコンを検知部に向かってＯＮすることによって開錠され、搭乗後、更にイグニッションスイッチに鍵を差込み、イグニッションＯＮ位置まで廻すことによってエンジンを始動し、運転が可能となる。
ところで、搭乗したドライバが運転可能か否かの判断は搭乗時に行なわれることはなく、必要が生じた際に運転免許証を確認することによってのみ行なわれる。従って、鍵を所有さえすれば、正規のドライバか、あるいは盗難者であるかにかかわらず、誰でも車輌を開錠し、運転が可能であった。
【０００３】
一方、オンラインショッピング等の普及に伴い、インターネット上で行われる本人認証では、例えば、認証機関から発行された電子証明書をパーソナルコンピュータ上のブラウザ等にインポートし、インターネットを介して相手に提示することによって本人認証を行っている。また、利用の際に認証を必要とする設備・機器では、磁気カード、ＩＣカード等を用い、これらの設備・機器に設置されたカードリーダから利用者の登録情報を読み込ませたり、あるいは、利用者自身が、登録されたパスワード等の入力を行い本人認証を行っている。
【０００４】
【発明が解決しようとする課題】
インターネット上で、認証機関から発行された電子証明書をパーソナルコンピュータ上のブラウザ等にインポートする方式の場合、そのパーソナルコンピュータ上のみでしか電子証明書を使用できず、また利用対象もインターネット上のサイトに限定されている。
また、利用の際に認証を必要とする設備・機器において、これらの設備・機器に設置されたカードリーダから利用者のカードに記録された登録情報を読み込ませたり、あるいは、利用者自身が、登録されたパスワード等の入力を行い本人認証を行う場合、これらの入力を、所定の入力装置に接触して直接入力を行うことになる。
従って、上記したいずれの方法もドライバ認証に流用するには無理があり、特に、盗難防止等に対応でき、更に、警察、病院等、既に構築された情報システムとの連携を持った車輌用のドライバ認証システムの登場が望まれていた。
【０００５】
本発明は、上記の点に鑑みてなされたもので、車輌にドライバの認証システムを搭載することにより、ネットワーク上の認証システムとの連携を可能とし、車輌の盗難防止をはかった、ドライバ認証のための方法ならびにその車載システム、およびその記録媒体を提供するものである。
【０００６】
【課題を解決するための手段】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、ドライバが所持する携帯端末と、車両に搭載され無線通信機能を有する車載機と、前記車載機とネットワークを介して接続された認証手段とから構成されるドライバ認証システムにおけるドライバ認証のための方法において、前記ドライバの指示を受けて前記携帯端末が前記車載機へ認証依頼を送信する第１のステップと、前記車載機が該認証依頼を受けて電子証明書を前記携帯端末へ要求する第２のステップと、前記携帯端末が該要求を受けて予め内部に記憶されている電子証明書を前記車載機へ送信する第３のステップと、前記車載機が前記携帯端末から電子証明書を受けて該電子証明書を前記ネットワークを介して前記認証手段へ送信する第４のステップと、前記認証手段が前記電子証明書を認証し、その結果を前記ネットワークを介して前記車載機へ送信するする第５のステップとを有することを特徴とするドライバ認証のための方法である。
【０００７】
請求項２に記載の発明は、請求項１に記載のドライバ認証のための方法において、前記第５のステップは、前記認証手段が前記電子証明書を認証すると共に、前記ドライバの情報を警察システムへ送信して前記ドライバの運転免許情報を前記警察システムから取得し、前記電子証明書の認証結果および前記運転免許情報の認証結果を前記ネットワークを介して前記車載機へ送信する処理であることを特徴とする。
【０００８】
請求項３に記載の発明は、請求項１に記載のドライバ認証のための方法において、前記第５のステップは、前記認証手段が前記電子証明書を認証すると共に、前記ドライバの情報を病院システムへ送信して前記ドライバの病気治療情報を前記病院システムから取得し、前記電子証明書の認証結果および前記病気治療情報の認証結果を前記ネットワークを介して前記車載機へ送信するする処理であることを特徴とする。
【０００９】
請求項４に記載の発明は、ドライバが所持する携帯端末と、車両に搭載され無線通信機能を有する車載機と、前記車載機とネットワークを介して接続された認証手段とから構成されるドライバ認証システムにおいて、前記携帯端末は、前記ドライバの指示を受けて前記車載機へ認証依頼を送信する第１の送信手段と、前記車載機からの要求を受けて予め内部に記憶されている電子証明書を前記車載機へ送信する第２の送信手段とを具備し、前記車載機は、前記携帯端末から前記認証依頼を受けて前記携帯端末へ電子証明書の送信要求を送信する第３の送信手段と、前記携帯端末から受けた電子証明書を前記ネットワークを介して前記認証手段へ送信する第４の送信手段と、前記認証手段からの認証結果を受信する受信手段とを具備し、前記認証手段は、前記車載機から受けた電子証明書を認証する認証手段と、前記認証手段による認証結果を前記ネットワークを介して前記車載機へ送信する第５の送信手段とを具備することを特徴とするドライバ認証システムである。
【００１０】
請求項５に記載の発明は、請求項４に記載のドライバ認証システムにおいて、前記認証手段は、前記ドライバの情報を警察システムへ送信して前記ドライバの運転免許情報を前記警察システムから取得して認証する運転免許情報認証手段をさらに具備し、前記第５の送信手段は前記電子証明書の認証結果および前記運転免許情報の認証結果を前記ネットワークを介して前記車載機へ送信することを特徴とする。
【００１１】
請求項６に記載の発明は、請求項４に記載のドライバ認証システムにおいて、前記認証手段は、前記ドライバの情報を病院システムへ送信して前記ドライバの運転免許情報を前記病院システムから取得して認証する病気治療情報認証手段をさらに具備し、前記第５の送信手段は前記電子証明書の認証結果および前記病気治療情報の認証結果を前記ネットワークを介して前記車載機へ送信することを特徴とする。
【００１２】
請求項７に記載の発明は、ドライバが所持する携帯端末と、車両に搭載され無線通信機能を有する車載機と、前記車載機とネットワークを介して接続された認証手段とから構成されるドライバ認証システムにおいて、前記車載機を構成するコンピュータに、前記携帯端末から認証依頼を受けて前記携帯端末へ電子証明書の送信要求を送信する手順と、前記携帯端末から受けた電子証明書を前記ネットワークを介して前記認証手段へ送信する手順と、前記認証手段からの認証結果を受信する手順とを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
図１は、本発明のドライバ認証システムの接続形態を示すブロック図である。図１において、１は、携帯端末であり、車載機２との通信ならびに個人情報（電子証明書）の管理機能を有する。車載機２は、携帯端末１との通信を行う他、本人認証、車輌へのアクセス機能を持つ。また、車載機２は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  ）、もしくはインターネット４を介して認証機関３に接続される。
認証機関３には、認証システムが構築され、認証情報ＤＢ８を内蔵し、当該認証情報ＤＢ８を参照することによって本人認証が行なわれ、また、警察システム６等、ネットワーク５を介して接続される他情報システムへの問い合わせ機能も持つ。警察システム６は、免許情報ＤＢ７を有し、認証機関３の要求に基づいて検索した結果を出力する。
【００１５】
図２は、図１に示す本発明実施形態の動作の流れを説明するために引用したイベントフローである。
以下、図２を参照しながら図１に示す本発明実施形態の動作について説明する。ここでは、車輌の所有者により、事前に車輌に搭乗が許可されるドライバの個人情報が認証情報ＤＢ８に設定登録されてあるものとして説明を行う。
【００１６】
まず、車輌に搭乗しようとするドライバは、電子証明書を記憶した携帯端末１を用い、無線通信により車載機２に接続して認証依頼を行う（▲１▼）。次に、車載機２はその依頼を受けて証明書要求を携帯端末１へ返信する（▲２▼）。携帯端末１はその要求に応じて電子証明書を車載機２へ送信する（▲３▼）。
このことにより、携帯端末１から電子証明書を受けた車載機２は、認証機関３にこの電子証明書を転送する（▲４▼）。そして、電子証明書を受けた認証機関３の認証システムは、認証情報ＤＢ８より認証情報を検索する（▲５▼）。次に、認証システムは、その検索結果を基に、当該搭乗ドライバがあらかじめ所有者によって搭乗許可を得たドライバであるか否かを認証し、その結果を認証機関３へ送信する（▲６▼）。更に、認証機関３は、当該ドライバが運転免許を取得しているか否かを問い合わせる免許情報要求について、ネットワーク５を介して警察システム６に送信する（▲７▼）。
【００１７】
警察システム６は上記免許情報要求を基に免許ＤＢ７を検索する（▲８▼）。免許ＤＢ７は検索結果を警察システム６へ送信する（▲９▼）。次に、警察システム６は検索結果である免許情報を認証機関３へ通知する（ａ）。次に、認証機関３において、本人認証と搭乗ドライバの自動車免許に係る認証が正常に完了した場合、その認証結果を車載機２に送信する（ｂ）。ここでは図示しないが、他に、ネットワーク５を介して病院システムが接続されていた場合、搭乗ドライバの病院治療データを問い合わせ、その認証結果を車載機２へ送信することもできる。また、接続されるのは病院システムに限らず搭乗ドライバの認証に用いて好適な情報を提供する種々のシステムであってもよく、その情報を基に認証結果を出力してもよい。
【００１８】
車載機２は、上記した認証結果を受信すると、車輌のドアを開錠し、エンジンスタートを許可するか、あるいは、ドアの開錠を禁止すると共にそのドライバによる運転を不許可とする（ｃ）。尚、認証機関３で不許可とされるドライバは、車輌の所有者によりあらかじめ乗車許可を得ていなか、乗車許可を得てあっても運転免許証が失効している、あるいは搭乗前に病院で手術、投薬等を受け、運転が困難な場合等が考えられる。また、搭乗ドライバが予め乗車許可を得ていない（未登録ドライバ）であった場合、車の所有者もしくは、登録されているドライバに対して、メール等で通知することが可能である。
【００１９】
図３に、上記したドライバ認証システムの動作概念図が示されている。上述したように、運転可能なドライバとは、あらかじめ当該車輌の所有者によって搭乗許可が得られたドライバであり、また、本人証明のための電子証明書を提示でき、更に、免許証、病院治療等の付加情報により運転が可能な状態にあると判断されたドライバである。
従って、事前に運転可能なドライバの登録を要し、その認証情報および付加情報は、車載機２が持つローカルＤＢ９、またはネットワーク上のＤＢ、あるいはネットワーク上のＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）を介し、いずれかの形態で保管される。
【００２０】
そして、ドライバが車輌に搭乗する際、携帯端末１を介してユーザＩＤ、パスワード等のユーザ識別情報Ａを入力することにより、正当なドライバを特定するものであるか判断することでドライバの認証を行う登録ドライバ認証Ｂが行なわれ、電子証明書の使用が可能な状態となる。
認証機関３に構築される認証システムは、車載機２からの認証要求Ｃ（無線通信による接続要求）により認証サービスの受け付け（Ｄ）がなされ、電子証明書による本人認証が行なわれる（Ｅ）。また、このとき、免許情報、病院カルテ等付加情報による運転可能なドライバ認証への反映も行なわれる。ここでは、エージェントにより、ネットワーク経由で接続される警察システム、病院システム等からエージェントによりそのデータが自動収集されるものとする。
【００２１】
エージェントの振る舞いはシナリオ記述によって定義される（Ｆ）。ここで定義された認証シナリオに従い、エージェント生成時に与えられたジョブを解析し、物理的な移動先を決定するためにネットワーク上のサービスを検索する（Ｇ、Ｈ）。そしてエージェントの移動先が決定され、その移動先にエージェント自身を送り込むことで所望の処理が実行される。
なお、ＡＳＰとしてネットワークを介し提供されうる情報であれば複合的に追加利用することが可能である。
【００２２】
認証機関３は、処理結果を受信し、本人認証に付加情報による認証が反映された統合情報に基づく認証結果を車載機２へ送信し（Ｉ、Ｊ）、車載機２は、その結果に基づいて車輌のドアを開錠してエンジンスタートを許可するか、あるいは、ドアの開錠を禁止すると共にそのドライバによる運転を不許可とする。
【００２３】
図４は、図１に示すシステム構成のうち、ドライバを認証する部分のみ機能展開して示したブロック図である。
図４において、携帯端末１は、使用者認証部１１とサービスアクセス部１２と証明書送信部１３と、証明書格納部１４とから成る。この携帯端末１は、例えば、携帯電話端末や、無線通信可能なＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）等を用いて実現される。
【００２４】
証明書格納部１４は、認証機関３によって発行された電子証明書のデータ（以下、この電子証明書のデータを電子証明書と称す）と、携帯端末１において行う使用者認証用のデータ（個人識別情報）となるパスワード、指紋等の情報を格納している。証明書格納部１４に格納される電子証明書は、所有者固有の情報をもち、例えば、個人を識別するＩＤ（識別番号等）と証明書用のデータとからなる。
また、証明書格納部１４は、具体的には携帯端末１内の内蔵メモリや、携帯端末１に接続される着脱可能なメモリカード等の記憶媒体を用いて構成される。そしてまた、この証明書格納部１４は、格納された情報の改竄を防止するため、任意の消去・更新ができないように構成されている。また上記のように、証明書格納部１４を着脱可能なメモリカードを用いて構成した場合、他の携帯端末に装着して利用することもできる。
【００２５】
使用者認証部１１は、電子証明書を使用しようとしている人が、電子証明書を使用できる本人であるかどうか、パスワードの入力や使用者の指紋の入力等により使用者を認証する機能をもつ。この認証により使用者が正当であることが確認されると電子証明書の使用が許可される。
【００２６】
サービスアクセス部１２は、車載機２に組み込まれるサービス受付部２１への接続要求と、サービス受付部２１から携帯端末１に送られる接続用アプリケーションプログラムの受信とその実行を行う機能をもつ。例えば、この接続用アプリケーションプログラムがＪａｖａアプレットとして構成される場合、サービスアクセス部１２には、ＪａｖａＶＭ（Ｊａｖａ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）が組み込まれ、このプログラムを実行する。
この接続用アプリケーションプログラムにより、携帯端末１の表示部（図示せず）には、車載機２と通信し認証を行うためや、車載機２を操作するためあるいは車載機２が提供するサービスを享受するための、この車載機２に固有の画面メニューが表示される。そして、携帯端末１は車載機２に対応したリモコンのように機能する。そして、使用者により指定されたサービスを要求するサービス要求を車載機２に向け送信する。
また、車載機２が複数あり、これらが同時に応答した場合、表示部にこれらのいずれかを選択するメニューを表示させ、ユーザに選択させる。
【００２７】
証明書送信部１３は、車載機２から送られる電子証明書要求の受信と、この電子証明書要求に応じて電子証明書を送信する機能をもつ。なお、電子証明書を送信する際に、暗号化を行うことにより、さらにセキュリティを高めることができる。またこの暗号化は、電子証明書の送信を無線通信により行うことから、電子証明書の送信毎に、暗号化の方式や暗号化に用いる暗号鍵等を異なるようにすることが望ましい。
【００２８】
車載機２には、サービス受付部２１と、認証制御部２２が組み込まれる。サービス受付部２１は、携帯端末１のサービスアクセス部１２からの接続要求を受け付け、この接続要求に応じて、前述した接続用アプリケーションプログラムを送信する機能をもつ。この接続用アプリケーションプログラムを、携帯端末１からの接続要求に応じて送るのは、様々な車載機２を想定しているため、それぞれに固有の画面やメニューを携帯端末１に表示させるためである。
認証制御部２２は、携帯端末１に対する電子証明書の要求と、認証機関３の電子証明書の転送、認証機関による認証結果の受信、サービス提供許可・不許可の判定の機能をもつ。そのために、ドライバ認証に必要な付加情報の送信を要求する付加情報要求部２２１と、この付加情報を得、ドライバ認証部による登録ドライバの認証に付加情報を反映させる付加情報反映部２２２とを備える。
なお、車載機２と携帯端末１間は、ここでは、近距離無線通信規格（Ｂｌｕｅｔｏｏｔｈ）等により無線で接続されるものとする。
【００２９】
認証機関３に構築される認証システムは、認証実行部３１と、個人情報格納部３２とから成る。
認証実行部３１は、車載機２に組み込まれたサービス受付部２１から転送された電子証明書の受信とその復号化を行い、電子証明書に含まれる個人情報と個人情報格納部３２に保存されている個人情報との照合を行う。そして、その照合結果を車載機２の認証制御部２２へ送信する機能をもつ。
個人情報格納部３２は、電子証明書を発行した個人の情報（個人情報）を蓄積し管理する機能をもつ。この個人情報格納部３２に格納される個人情報は、個人を識別するＩＤ（識別番号等）、電子証明書照合用データ、氏名、性別、年齢、住所、電話番号、その他所有者に属する情報からなっている。なお、個人情報格納部３２は、ハードディスク、光磁気ディスク等の不揮発性の記録装置により構成される。
【００３０】
また、上記携帯端末１の使用者認証部１１とサービスアクセス部１２と証明書送信部１３、車載機２のサービス受付部２１と認証制御部２２、そして認証システム３の認証実行部３１の各機能は、メモリおよびＣＰＵ（中央演算装置）等により構成される処理部により、これらの各機能を実現するためのプログラム（図示せず）をメモリにロードして実行することによりその機能が実現されるものとする。
【００３１】
次に、このように構成された本人認証機能を有する携帯端末１および車載機２とさらに認証機関３の認証システムから成るシステムの利用時における動作について、図５および図６に示すフローチャートを参照して説明する。
【００３２】
はじめに、車輌に搭乗しようとするドライバは、パスワード、指紋情報等の本人を特定することができる個人識別情報を、携帯端末１に入力する。上記個人識別情報が入力されると、使用者認証部１１は、入力された情報が、正当なユーザを特定するものであるか否か判断する（ステップＳ１）。
そして、この判断で、正当なドライバを特定するものであると判定された場合（ステップＳ１の判断でＹＥＳの判定）、電子証明書を使用可能な状態とする（ステップＳ２）。ステップＳ１の判断でＮＯの判定された場合、電子証明書の使用を不許可にする（ステップＳ３）。
【００３３】
次に、携帯端末１のサービスアクセス部１２は、ドライバからの操作に応じて、車載機２のサービス受付部２１に接続要求を無線通信により送信する（ステップＳ４）。次に、サービス受付部２１は、携帯端末１から接続要求を受けると（ステップＳ５）、接続用アプリケーションプログラムを携帯端末１のサービスアクセス部１２に送信する（ステップＳ６）。
そして、サービスアクセス部１２は、接続用アプリケーションプログラムを受信するとこのプログラムを実行する（ステップＳ７）。この接続用アプリケーションプログラムにより、携帯端末１は、車載機２から所望のサービスを受けるためのサービス要求を、サービス受付部２１へ送ることができる。
【００３４】
接続用アプリケーションプログラムを実行したサービスアクセス部１２は、さらにユーザからの操作を受け、この操作に応じて、サービス受付部２１にサービス要求を出す（ステップＳ８）。
次に、サービス受付部２１がサービスアクセス部１２から送信されたサービス要求を受信すると（ステップＳ９）、認証制御部２２が携帯端末１の電子証明書を要求する証明書要求を送信する（ステップＳ１０）。
【００３５】
証明書送信部１３は、この証明書要求を受信すると（ステップＳ１１）、証明書格納部１４から電子証明書を取得し暗号化する（ステップＳ１２）。安全のため一度ユーザ（ドライバ）の確認を取った上で、この電子証明書を認証制御部２２に送信する（ステップＳ１３）。尚、この電子証明書の送信にあたり、前述したように、暗号化を行うことが望ましいがこの限りではない。以下では、この電子証明書が暗号化され送信されるものとする。
次に、認証制御部２２は、暗号化された電子証明書を受信すると（ステップＳ１４）、認証機関３の認証システムに備わる認証実行部３１に電子証明書をそのまま転送する（ステップＳ１５）。
【００３６】
認証実行部３１は、暗号化された電子証明書を受信すると（ステップＳ１６）、受信した電子証明書を復号化し（ステップＳ１７）、その情報と個人情報格納部３２に格納されたユーザの個人情報とを照合した上（ステップＳ１８）、その結果（照合結果）を認証制御部２２に返す（ステップＳ１９）。ここで返信される照合結果には、本人性の肯定／否定の判定結果と個人情報の一部（例えば、住所等）を含む。
認証制御部２２は、上記照合結果を受けると（ステップＳ２０）、この照合結果を判定し（ステップＳ２１）、本人性が保証された場合（ステップＳ２１の判断でＯＫと判定された場合）はサービス開始を許可し（ステップＳ２２）、本人性が保証されなかった場合（ステップＳ２１の判断でＮＯと判定された場合）は、その本人性を否定する通知（ＮＧ）を証明書送信部１３に送信する（ステップＳ２３）。
【００３７】
証明書送信部１３が、本人性を否定する通知を受信すると、サービスアクセス部１２は、車載機２における本人認証において、本人性が確認されなかったことをユーザに伝えるメッセージを表示させる（ステップＳ２４）。
【００３８】
以上、本人認証機能を有する携帯端末１および車載機２とさらに認証機関３の認証システムからなるシステムの利用時における動作について説明した。なお、上記で説明した動作フローチャートは一例であり、上記の処理の流れに限定されるものではない。本実施の形態では、携帯端末１を使って本人認証（個人の認証）を行っているが、使用者認証部１１とサービスアクセス部１２と証明書送信部１３と証明書格納部１４を車載機２に組み込んで、その認証を行うようにしてもよい。
【００３９】
本実施の形態の基となる特許請求の範囲に記載した発明は、現実世界で本人認証のために用いられている各種証明書を電子化し、個人で使用できる携帯端末に記憶させて使用するという発想のもとになされた。この発明は、近距離無線通信、組み込みＯＳ・Ｊａｖａ等の技術を用いることにより、あらゆる機器に認証のためのインターフェースを設け実施することが可能であり、携帯電話端末などの携帯端末も接続用アプリケーションプログラムの実行やサービス提供機器側との会話的な通信が可能となる。
よって、ユーザは上記発明による携帯端末さえ持ち歩けば、本人認証を必要とする様々なサービス提供機器を相手に、簡単な操作のみで確実な本人認証を行うことができる。
【００４０】
なお、図４に示す携帯端末１の使用者認証部１１とサービスアクセス部１２と証明書送信部１３の機能を実現するためのプログラムと、車載機２のサービス受付部２１と認証制御部２２の機能を実現するためのプログラムを、それぞれコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムを、それぞれ携帯端末１に対応するコンピュータシステムと車載機２に対応するコンピュータシステムに読み込ませ、実行することにより人認証機能を有する携帯端末１および車載機２からなるシステムを構成してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００４１】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フロッピーディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００４２】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００４３】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００４４】
【発明の効果】
以上説明のように本発明によれば、個人的に使用される携帯端末に本人性を保証する電子証明書を記憶させることにより、場所に縛られることなく、認証を伴うサービスの提供と享受を実現することができる。また、車輌に認証システムを搭載したことにより、ネットワーク上の認証システムとの連携が可能となり、更に、免許情報、病院治療情報等ネトワークを介した他の情報システムから収集した情報を統合させて認証を行うことにより、信頼性の高いドライバ認証のための方法ならびにドライバ認証システムを提供できる。
また、事前に登録したドライバしか車輌の運転が許可されないため、車輌の盗難防止にもつながる。更に、認証機関は、認証を伴うサービスの普及が進み、利用者の増加につながる。
本発明では、携帯端末上で使用者の本人認証を行い、さらに車載機において認証機関による本人認証を行う二重の認証により、本人認証を確実なものとしている。
【図面の簡単な説明】
【図１】本発明のドライバ認証システムの接続形態を示すブロック図である。
【図２】図１に示す本発明実施形態の動作の流れを説明するために引用したイベントフローである。
【図３】本発明のドライバ認証システムの動作概念を示す動作概念図である。
【図４】図１に示すシステム構成のうち、ドライバを認証する部分のみ機能展開して示したブロック図である。
【図５】図４に示す実施形態の動作を説明するために引用したフローチャートである。
【図６】図４に示す実施形態の動作を説明するために引用したフローチャート図５の続きのフローである。
【符号の説明】
１…携帯端末、２…車載機、３…認証機関、４…無線ＬＡＮ（インターネット）、５…ネットワーク、１１…使用者認証部、１２…サービスアクセス部、１３…証明書送信部、１４…証明書格納部、２１…サービス受付部、２２…認証制御部、３１…認証実行部、３２…個人情報格納部、２２１…付加情報要求部、２２２…付加情報反映部
【図１】
0003581092.tif 000002
【図２】
0003581092.tif 000003
【図３】
0003581092.tif 000004
【図４】
0003581092.tif 000005
【図５】
0003581092.tif 000006
【図６】
0003581092.tif 000007