JP2024033380A - 情報処理システム - Google Patents

Abstract

【課題】サービスの不正使用をより強固に制限できる情報処理システムを提供すること。
【解決手段】本発明は、車載器１０とサーバー２０とがネットワークを介して通信できる情報処理システム１００であって、前記車載器は、認証局が発行した証明書と前記車載器の識別情報を保持しており、前記車載器の起動時に、前記証明書と前記車載器の識別情報を前記認証局に送信し、前記サーバーは、前記車載器から受信した前記証明書の認証を前記認証局に要求し、認証が成功した場合、前記車載器の識別情報を前記認証局から取得し、前記車載器から受信した前記車載器の識別情報と前記認証局から取得した前記車載器の識別情報とが一致した場合、一時認証情報を前記車載器に発行し、前記車載器は、前記サーバーへのサービス要求時に、前記一時認証情報を送信し、前記サーバーは、前記一時認証情報に基づきサービスを提供する。
【選択図】図１

Description

本発明は、車載器を認証してサービスを提供する情報処理システムに関する。

ネットワークを通じて車載器や乗員にサービスを提供するサービス提供センターが知られている。サービス提供センターは決められた方法で車載器を認証し、認証が成功すると車載器や乗員にサービスを提供する。

認証方法の１つとしてユーザーＩＤと機器ＩＤを使用する技術がある（例えば、特許文献１参照。）。特許文献１には、ユーザーＩＤと音楽再生装置固有の機器ＩＤとを登録しておき、機器ＩＤが既に登録されている場合、音楽データの再生に一定の制限を付けて許可する技術が開示されている。

特開2002－116769号公報

しかしながら、従来の技術では、乗員が車載器の識別情報を詐称した場合もサービスが提供されるという問題がある。車載器とサービス提供センターが通信を行う際に、認証情報と車載器の識別情報が使用される。認証情報は契約者又は車載器に固有の情報であるが、サービス提供センターでは認証情報と車載器の識別情報とが対応付けて管理されていなかった。このため、契約者以外の第三者が認証情報を何らかの方法で正しく生成すれば、形式が知られている機器ＩＤを詐称することでサービスを利用できる場合があった。

本発明は、上記課題に鑑み、車載器によるサービスの不正使用をより強固に制限できる情報処理システムを提供することを目的とする。

上記課題に鑑み、本発明は、車載器とサーバーとがネットワークを介して通信できる情報処理システムであって、前記車載器は、認証局が発行した証明書と前記車載器の識別情報を保持しており、前記車載器の起動時に、前記証明書と前記車載器の識別情報を前記認証局に送信し、前記サーバーは、前記車載器から受信した前記証明書の認証を前記認証局に要求し、認証が成功した場合、前記車載器の識別情報を前記認証局から取得し、前記車載器から受信した前記車載器の識別情報と前記認証局から取得した前記車載器の識別情報とが一致した場合、一時認証情報を前記車載器に発行し、前記車載器は、前記サーバーへのサービス要求時に、前記一時認証情報を送信し、前記サーバーは、前記一時認証情報に基づきサービスを提供する。

サービスの不正使用をより強固に制限できる情報処理システムを提供することができる。

サービス提供システムの概略構成図の一例である。 サービス提供センター、及び、認証局が車載器を認証し、車載器にサービスを提供する流れを説明する図である。

以下、本発明を実施するための形態の一例として、サービス提供センターとサービス提供センターが行う認証方法について説明する。

＜システム構成例＞
本実施形態の車両は、いわゆるコネクティッドカーであり、該車両の車載器や乗員は、サービス提供センターから種々のサービスを受けることができる。コネクティッドカーの定義は、必ずしも確立していないが、「ＩＣＴ（Information and Communication Technology）端末としての機能を有する自動車」である。車両は、通信ネットワークを通じて、自車の状態と周辺の状況などをサービス提供センターに送信する。サービス提供センターは、送られた情報をもとにして最新の情報（地図、ＩＯＴ、渋滞を避ける最短ルート、駐車場など）を車両に返す。この他、リモートスタート、スマートフォンによるデジタルキーサービス、リモート監視、緊急通報など多様なサービスがある。

このようなサービスの利用には、仮に無料で利用できる期間が用意されていても車両の所有者等による契約が必要である。しかし、従来は、上記のように、契約者以外の者が機器ＩＤを詐称することでサービスを利用できる場合があった。そこで、本実施形態では、以下のように、サービス提供センターが、認証局が発行した証明書を認証に使用することで、不正使用をより強固に制限する。

図１は、サービス提供システム１００の概略構成図を示す。まず、本実施形態の認証方法の概略を説明する。
(1) 車載器１０は、認証局３０が発行したクライアント証明書を保持している。クライアント証明書は、認証局３０において、クライアント証明書の発行時に機器ＩＤと対応付けられている。
(2) 車載器１０は、例えば起動時に、クライアント証明書と車載器１０の機器ＩＤをサービス提供センター２０に送信する。
(3) サービス提供センター２０は、クライアント証明書に記載された認証局３０にクライアント証明書の内容（認証局３０のデジタル署名）を送信してクライアント証明書の認証を認証局３０に要求する。クライアント証明書の認証が成功した場合、認証局３０は機器ＩＤをサービス提供センター２０に返す。
(4) 機器ＩＤを取得したサービス提供センター２０は、車載器１０から受信した機器ＩＤと認証局３０から取得した機器ＩＤが一致するか否か判断する。一致した場合、サービス提供センター２０は、一時認証情報を車載器１０に発行する。一時認証情報は、少なくとも一定期間、サービスの利用を許可する情報である。
(5) 車載器１０は、サービスの要求時にサービス提供センター２０に一時認証情報を送信する。
(6) サービス提供センター２０は一時認証情報に基づきサービス要求に応じた処理を実行する。

このように、本実施形態のサービス提供システム１００は、認証局３０が発行したクライアント証明書に基づきサービス実行のための認証を行う。認証局３０が発行するクライアント証明書は偽造が困難であり、認証局３０が認証成功と判断するクライアント証明書を第三者が用意することも困難である。したがって、形式が知られている機器ＩＤを詐称しても、契約者以外の第三者がサービスを受けることを抑制できる。また、これまでと同様に、サービス提供センター２０では認証情報と器機ＩＤとの対応付けを管理する必要がない。

＜用語について＞
車載器の識別情報とは、車載器を一意に識別又は特定するための、文字、数字、記号、アルファベット、又は、これらの組み合わせである。本実施形態では、機器ＩＤという用語で説明される。

情報処理システムは、車載器１０、サービス提供センター２０，及び、認証局３０が必要に応じて通信し、全体としてサービス提供センター２０が車載器１０にサービスを提供する仕組みをいう。本実施形態では、サービス提供システム１００という用語で説明される。

＜システム構成＞
図１を用いてサービス提供システム１００のシステム構成について説明する。図１に示すように、サービス提供システム１００は、車両に搭載された車載器１０と、サービス提供センター２０と、認証局３０とを有している。認証局３０は、独立した商用の機関であることが多く、サービス提供システム１００の一部でなくてよい。

車載器１０は携帯電話網などの通信ネットワークを介してサービス提供システム１００と通信する通信装置を有している。通信装置は、乗員が携帯するスマートフォンなどのＳＩＭ機能搭載機により代用してもよい。この場合、車載器１０にはスマートフォンが有線又は無線で接続されている。

通信装置は、不図示の携帯電話網等の基地局に接続する。基地局は、主に有線の通信ネットワークやゲートウェイを介して、サービス提供センター２０と接続されている。サービス提供センター２０と認証局３０はインターネットやＬＡＮなどの通信ネットワークを介して通信可能に接続されている。サービス提供センター２０と認証局３０が一体でもよい。

車両９には、サービス提供センター２０からサービスを受けるための車載器１０が搭載されている。車載器１０は、例えばナビゲーション装置、又は、ディスプレイオーディオ等である。車載器１０はこれらに限られず、サービス提供センター２０からサービスを受けるための機能（例えばディスプレイ、スピーカ、マイクなどがあるがどのようなサービスを受けるかによって異なる）を有していればよい。

サービス提供センター２０が提供するサービスには車両に１０に乗車中の乗員に提供されるサービスと、乗車していない契約者（乗員となり得る者であることが多い）に提供されるサービスとがある。例えば、以下のようなものがあるが一例に過ぎない。
・事故、急病、あおり運転で困ったとき等、車両の乗員がサービス提供センター２０に消防や警察に出動を要請するサービス。
・警告灯点灯時の車両の状態や、現在の車両の状態をサービス提供センター２０が取得し、確認したりチェックしたりした結果を契約者に提供するサービス。
・乗員から離れている車両９の状態や位置を、スマートフォン等のアプリに提供するサービス。ドアのこじ開けなど、不法に侵入された場合も警報が発報される。
・スマートフォン等のアプリから乗員が乗車前に車両のエアコンを起動するサービス。
・動画や音楽等のコンテンツを、車載器１０がサービス提供センター２０から受信し、車内で再生するサービス。
・車両が乗員（ここでは運転者）を認識し、過去に設定したシート位置やナビゲーションなどの設定を自動で反映させるサービス。
・車載器１０が、サービス提供センター２０から通信で取得した最新の地図情報、施設情報、渋滞情報で目的地までのルート設定を行うサービス。
・契約者がアプリを使用してスマートフォンをクルマのキーとして利用可能にするサービス。契約者が家族などのスマートフォンをクルマのキーとして利用可能にするサービス。
・契約者が車両から離れていてもアプリから車両の充電状態や給電状態を確認するサービス。
・乗員がエージェント（ＡＩ）に話しかけるだけで目的地や情報を検索し、提供するサービス。
・乗員がオペレーターに行きたい場所を伝えるだけで目的地を設定してくれるサービス。

サービス提供センター２０は、複数の車両９に対し、上記のサービスを提供する一台以上の情報処理装置である。サービス提供に有人のオペレーターが介在してもよい。車両９のようなクライアントからの要求に対して情報や処理結果を提供する機能を果たす情報処理装置（コンピュータ）やソフトウェアをサーバーという。

本実施形態では、サービス提供センター２０を１つの情報処理装置として記載するが、サービス提供センター２０の各機能が、複数の情報処理装置に分散されていてもよい。また、複数のサービス提供センター２０が存在し、そのうち負荷が少ないサービス提供センター２０がサービスを提供してもよい。また、サービス提供センター２０がクラウドコンピューティングに対応していてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。

サービス提供センター２０は、ＣＰＵ、ＲＡＭ、ＲＯＭ、入出力部等、一般的なコンピュータが有する機能を備えた情報処理装置である。サービス提供センター２０はインターネット上に存在するか、又は、インターネットに接続可能であることが好ましい。サービス提供センター２０の実際の場所は問わないが、データセンターや施設内のサーバラックなどに配置される場合が多い。サービス提供センター２０では、例えば上記の各サービスに対応したアプリケーションが実行されている。

認証局３０は、重要な情報の暗号化において、公開鍵証明書（本実施形態では、以下、クライアント証明書という）を発行し、クライアント証明書の登録、発行、失効をおこなう第三者機関である。ここでクライアントとは車載器又はサービスの契約者（車両９の所有者）であるが、実際の契約はサービス提供センターが所有者を代行する態様であってよい。クライアント証明書は車載器１０の公開鍵、車載器１０に関する記載（契約者情報など公開鍵の所有者を特定する情報）、及び、認証局３０のデジタル署名を有する。クライアント証明書は、車載器１０がこの公開鍵に対応した秘密鍵の持ち主だと証明する。本実施形態では、サービス提供センター２０に対し、クライアント証明書が有する公開鍵と対の秘密鍵の持ち主が車載器１０である。なお、乗員はクライアント証明書の存在や認証処理について意識する必要はない。

認証局３０は、クライアント証明書の発行の際に、クライアント証明書と機器ＩＤとを対応付けて保持しておく。車載器１０から送信されたクライアント証明書が有する認証局３０のデジタル署名の認証が成功すれば、認証局３０はクライアント証明書と対応付けられた当該車載器１０の機器ＩＤを特定できる。

認証局３０がクライアント証明書を発行する処理を説明する。車載器１０には機器ＩＤを暗号化する秘密鍵と、秘密鍵と一対の公開鍵が必要である。公開鍵と秘密鍵は所定のアプリケーションや所定の業者などから取得できる。サービス提供センター２０は各契約者のために公開鍵と秘密鍵を用意するものとする。契約者が公開鍵と秘密鍵を用意してもよい。

Ａ．サービス提供センター２０は車載器（サービスの契約者）のために公開鍵を認証局３０に提出する。

Ｂ．認証局３０は、対面など所定の方法で公開鍵の提供元がサービス提供センター２０であることを確認し、車載器１０のクライアント証明書を発行する。クライアント証明書には、上記のように、車載器１０の公開鍵、車載器１０に関する記載（契約者情報など公開鍵の所有者を特定する情報）、及び、認証局３０のデジタル署名が含まれる。クライアント証明書は公開鍵が確かに車載器１０のものであることを証明するクライアントの証明書となる。認証局３０は、クライアント証明書の発行の際に、クライアント証明書と機器ＩＤとを対応付けて保持しておく。

Ｃ．秘密鍵、及び、公開鍵証明書は車載器１０に格納される。

Ｄ．車載器１０がクライアント証明書をサービス提供センター２０に送信した場合、サービス提供センター２０はクライアント証明書を認証局３０で認証することで、クライアント証明書が含む公開鍵が契約者のものであることを確認できる。

＜公開鍵証明書を用いた認証の詳細＞
図２は、車載器１０、サービス提供センター２０、及び、認証局３０の機能を説明する機能ブロック図である。また、図２は、車載器１０を認証し、車載器１０にサービスを提供する流れを説明する図である。

＜＜車載器＞＞
車載器１０は、認証要求部１１とサービス利用部１２とを有している。車載器１０が有するこれらの各機能は、車載器１０がコンピュータとして有する一般的なハードウェア（ＣＰＵ、ＲＡＭ、補助記憶装置、入出力Ｉ/Ｆ、ディスプレイ、キーボード、タッチパネル、通信装置等）を、補助記憶装置からＲＡＭに展開されたプログラムを実行するＣＰＵが制御することにより実現される機能又は手段である。

認証要求部１１は、車載器１０の秘密鍵、クライアント証明書及び機器ＩＤを保持している。認証要求部１１は、秘密鍵で機器ＩＤを暗号化し、クライアント証明書及び暗号化された機器ＩＤを用いて、車載器１０の認証をサービス提供センター２０に要求する。

サービス利用部１２は、車載器１０の認証が成功した場合に一時認証情報をサービス提供センター２０から受信し、一時認証情報を添付して各種のサービスの利用をサービス提供センター２０に要求する。

＜＜サービス提供センター＞＞
サービス提供センター２０は、証明書チェック部２１、一時認証情報発行部２２、一時認証情報記憶部２３、及び、サービス機能部２４を有している。サービス提供センター２０が有するこれらの各機能は、コンピュータが有する一般的なハードウェア（ＣＰＵ、ＲＡＭ、補助記憶装置、入出力Ｉ/Ｆ、ディスプレイ、キーボード、タッチパネル、通信装置等）を、補助記憶装置からＲＡＭに展開されたプログラムを実行するＣＰＵが制御することにより実現される機能又は手段である。

証明書チェック部２１は、車載器１０から送信されたクライアント証明書を認証局３０に送信して、車載器１０の認証を要求し、認証成功の場合に、クライアント証明書と対応付けられている機器ＩＤを認証局３０から取得する。

一時認証情報発行部２２は、認証局３０が認証成功と判断した場合、車載器１０から送信された、暗号化されている機器ＩＤをクライアント証明書に含まれる公開鍵で復号する。また、一時認証情報発行部２２は、認証局３０から機器ＩＤと、復号した機器ＩＤが一致するか判断する。一致する場合、一時認証情報発行部２２は、一時認証情報を発行し、機器ＩＤと一時認証情報とを対応付けて一時認証情報記憶部２３に保存しておく。

サービス機能部２４は、機器ＩＤと一時認証情報と共にサービスの利用を車載器１０から要求された場合、車載器１０から送信された機器ＩＤと一時認証情報と同じ機器ＩＤと一時認証情報が、一時認証情報記憶部２３に保存されているか否かを判断する。機器ＩＤと一時認証情報とが一時認証情報記憶部２３に保存されている場合、サービス機能部２４は、車載器１０から要求されたサービスを車載器１０に提供する。

＜＜認証局＞＞
認証局は証明書機器ＩＤ記憶部３１と認証部３２を有している。証明書機器ＩＤ記憶部３１は、クライアント証明書の発行時に機器ＩＤとクライアント証明書とを対応付けて保持しておく。クライアント証明書の全体でなく、例えば認証局３０のデジタル署名と機器ＩＤとが対応付けられていてもよい。

認証部３２は、サービス提供センター２０からクライアント証明書の認証を要求された場合、クライアント証明書が有するデジタル署名を復号し、認証局３０が発行したクライアント証明書であるか否か判断する。認証局３０が発行したクライアント証明書である場合、クライアント証明書の認証が成功したことになる。

＜サービス提供センター、及び、認証局が車載器を認証し、車載器にサービスを提供する流れ＞
図２を参照して、サービス提供センター２０、及び、認証局３０が車載器１０を認証し、車載器１０にサービスを提供する流れを説明する。

(21) イグニッションオン（内燃機関車）又はシステムＯＮ（電気自動車やハイブリッド車）により、車載器１０の認証要求部１１は、サービス提供センター２０に、機器ＩＤ及びクライアント証明書を送信する。機器ＩＤは車載器１０の秘密鍵で暗号化されている。

(22) サービス提供センター２０の証明書チェック部２１は、車載器１０から受信した、クライアント証明書の認証を認証局３０に要求する。認証局３０の認証部３２は、クライアント証明書が有するデジタル署名を復号し、認証局３０が発行したクライアント証明書であるか否か判断する。認証局３０のデジタル署名が、認証局３０が付与したものであれば、クライアント証明書が有する公開鍵が、クライアント証明書に記載の車載器１０のものであると判断できる。認証局３０は、クライアント証明書の認証に成功した場合、クライアント証明書の付与時に対応付けて保持しておいた機器ＩＤをサービス提供センター２０に送信する。

クライアント証明書に認証局３０のデジタル署名がなかったり、認証局３０が付与したデジタル署名でなかったりした場合、認証部３２はクライアント証明書の認証に失敗したと判断する（クライアント証明書が有する公開鍵が車載器１０のものと確認できない）。
。認証部３２は、認証失敗をサービス提供センター２０に通知する。この場合、以降の処理は行われないので、車載器１０がサービスを利用することができない。

(23) クライアント証明書の認証に成功した場合、サービス提供センター２０の一時認証情報発行部２２は、車載器１０から送信された機器ＩＤを公開鍵で復号し、認証局３０が送信した機器ＩＤと一致するか否かを判断する。一致した場合、クライアント証明書が有する公開鍵と対の秘密鍵で機器ＩＤが暗号化されていたので、当該車載器１０が、クライアント証明書に記載の車載器１０であることを確認できる。車載器１０から送信された機器ＩＤと認証局３０が送信した機器ＩＤが一致する場合、一時認証情報発行部２２は一時認証情報を発行する。

一時認証情報は、車載器１０に少なくとも一時的なサービスの利用を許可する情報である。このような一時認証情報をアクセストークン、又は、トークンという場合がある。一時認証情報は、認証済みユーザーを識別するための不作為な文字列である。一時認証情報には有効期限が設定されているので、仮に一時認証情報が悪意のある第三者に付与されても、永続的なサービスの利用を抑制できる。一時認証情報発行部２２は機器ＩＤと一時認証情報とを対応付けて一時認証情報記憶部２３に保存する。

後述する電子署名を使用する検証方法は、SSL/TLSなどの通信プロトコルが要求される場合があるが、機器ＩＤを認証局３０から取得する認証方法であれば、通信プロトコルの制約を受けにくくなる。

(24) 車載器１０のサービス利用部１２は、個別のサービスの要求時に、機器ＩＤ、一時認証情報及びクライアント証明書をサービス提供センター２０に送信する。

(25) サービス提供センター２０のサービス機能部２４は、車載器１０から受け取った一時認証情報と機器ＩＤを、一時認証情報記憶部２３に保持している一時認証情報と機器ＩＤと照合し（一致するかどうか判断し）、照合ができた場合のみサービスの利用を許可する。また、サービス機能部２４は、一時認証情報を受信したが、一時認証情報を使用した送信元の認証に対応していない通信プロトコルで通信した場合、クライアント証明書と機器ＩＤを使用して車載器１０を認証できる。

＜主な効果＞
以上説明したように、本実施形態のサービス提供システム１００は、認証局３０が発行した証明書に基づきサービス実行のための認証を行う。認証局３０が発行する証明書は偽造が困難であり、認証局３０が認証成功と判断する証明書を第三者が用意することも困難である。したがって、形式が知られている機器ＩＤを詐称しても、契約者以外の第三者がサービスを受けることを抑制できる。また、これまでと同様に、サービス提供センター２０では認証情報と器機ＩＤとの対応付けを管理する必要がない。

＜サービス提供センター、及び、認証局が車載器を認証し、車載器にサービスを提供する流れ（変形例）＞
上記図２の説明では、クライアント証明書の認証成功により、認証局３０が機器ＩＤをサービス提供センター２０に提供したが、本変形例では、電子署名を使用した機器ＩＤの認証について説明する。

まず、電子署名について説明する。電子署名とは、送信したいメッセージの改ざんを検知するため、メッセージのダイジェストを秘密鍵で暗号化したものである。電子署名によりメッセージが改ざんされていないことと、メッセージの作成者の認証が可能になる。本変形例では、メッセージが車載器１０の機器ＩＤ、作成者が車載器１０である。まず、車載器１０は以下の処理を行う。
(i) 車載器１０は、機器ＩＤからハッシュ関数を使ってダイジェストを生成する。
(ii) 車載器１０は、生成したダイジェストを車載器１０の秘密鍵で暗号化する（これを電子署名という）。
(iii) 車載器１０は、機器ＩＤ（平文）、生成した電子署名、及びクライアント証明書をサービス提供センター２０に送信する。

サービス提供センター２０は、以下の処理を行う。
(iv) サービス提供センター２０は、受信した機器ＩＤから、ハッシュ関数を使ってダイジェストを生成する。
(v) サービス提供センター２０は、受信した電子署名を、車載器１０の公開鍵（クライアント証明書に含まれる）を使って復号する。
(vi) (iv) において生成したダイジェストと (v) で復号したダイジェストを比較し、完全に一致することを確認する。

電子署名により、機器ＩＤが改ざんされていないこと、及び、機器ＩＤは、検証に使用した公開鍵と対になる秘密鍵によって署名されたことが証明される。

しかしながら、公開鍵は公開されているため、ネットワーク経由の通信では第三者が車載器１０の機器ＩＤを詐称して公開鍵を送信することができる。このため、サービス提供センター２０では公開鍵が契約者の公開鍵であるか否か確認する必要がある。この公開鍵の所有者を確認する仕組みとして、認証局モデルがある。
図２を参照し、認証局モデルに基づいて、サービス提供センター２０、及び、認証局３０が車載器１０を認証する処理の変形例を説明する。なお、以下では、(21)～(25)の相違点を主に説明する。

(21) イグニッションオン（内燃機関車）又はシステムＯＮ（電気自動車やハイブリッド車）により、車載器１０の認証要求部１１は、上記の(i)～(iii)を行い、サービス提供センター２０に、電子署名、機器ＩＤ及びクライアント証明書を送信する。

(22) サービス提供センター２０の証明書チェック部２１は、車載器１０から受信した、クライアント証明書に含まれる認証局３０のデジタル署名の認証を認証局３０に要求する。認証局３０のデジタル署名が、認証局３０が付与したものであれば、クライアント証明書に含まれる公開鍵が車載器１０のものであると判断できる。本変形例では、デジタル署名の認証に成功しても、認証局３０は、クライアント証明書の付与時に保持しておいた機器ＩＤをサービス提供センター２０に送信しない。本変形例では、認証局３０がクライアント証明書と機器ＩＤを対応付けて保持しておく必要がない。

(23) クライアント証明書に含まれる公開鍵が契約者のものであると認証された場合、サービス提供センター２０の一時認証情報発行部２２は、電子署名の検証を行う。すなわち、サービス提供センター２０が上記の(iv)～(vi)を行い、機器ＩＤが改ざんされていないこと、及び、機器ＩＤが、認証局３０が認証した公開鍵と対になる秘密鍵によって署名されたことを検証する。以上により、車載器１０から送信された機器ＩＤが検証された場合、一時認証情報発行部２２は一時認証情報を発行する。一時認証情報発行部２２は機器ＩＤと一時認証情報とを対応付けて一時認証情報記憶部２３に保存する。

(24) 車載器１０のサービス利用部１２は、個別のサービスの要求時に、機器ＩＤと一時認証情報をサービス提供センター２０に送信する。なお、機器ＩＤは認証済みなので、車載器１０とサービス提供センター２０の間の通信に機器ＩＤが添付されなくてもよい。この場合、機器ＩＤの漏洩を抑制できる。

(25) サービス提供センター２０のサービス機能部２４は、車載器１０から受け取った一時認証情報と機器ＩＤを、一時認証情報記憶部２３に保持している一時認証情報と機器ＩＤを照合し（一致するかどうか判断し）、照合ができた場合のみサービスの利用を許可する。

本変形例によれば、サービス提供センター２０が電子署名を検証できる場合には、認証局３０から機器ＩＤを取得しなくても、契約者以外の第三者がサービスを受けることを抑制できる。

９ 車両
１０ 車載器
２０ サービス提供センター
３０ 認証局
１００ サービス提供システム

Claims (1)

1. 車載器とサーバーとがネットワークを介して通信できる情報処理システムであって、
   前記車載器は、認証局が発行した証明書と前記車載器の識別情報を保持しており、
   前記車載器の起動時に、前記証明書と前記車載器の識別情報を前記認証局に送信し、
   前記サーバーは、
   前記車載器から受信した前記証明書の認証を前記認証局に要求し、
   認証が成功した場合、前記車載器の識別情報を前記認証局から取得し、
   前記車載器から受信した前記車載器の識別情報と前記認証局から取得した前記車載器の識別情報とが一致した場合、一時認証情報を前記車載器に発行し、
   前記車載器は、前記サーバーへのサービスの要求時に、前記一時認証情報を送信し、
   前記サーバーは、
   前記一時認証情報に基づきサービスを提供する情報処理システム。

Images