(57)【特許請求の範囲】
【請求項１】
操作開始時から操作終了時までの使用内容である車両情報を取得し該車両情報を用いて検証用情報を生成する制御装置と、前記車両情報及び前記制御装置から受信した前記検証用情報を記憶する権限所有者装置と、前記権限所有者装置から前記車両情報及び前記検証用情報を受信し該検証用情報を用いて該車両情報が前記権限所有者装置により改ざんされているか否かを検証する管理装置と、を備え、前記車両情報に応じて課金が異なるサービスを行う車両情報収集システムにおいて、
前記制御装置は、
該制御装置の操作開始時から操作終了時までの前記車両情報を蓄積記憶する制御装置メモリと、
前記管理装置により生成され前記権限所有者装置から受信する検証用コードと前記制御装置メモリに蓄積記憶していた前記車両情報を用いて前記検証用情報を生成し次回の検証用コードとして前記制御装置メモリに記憶させ、生成した前記検証用情報を前記権限所有者装置に送信し、前記権限所有者装置から前記車両情報の送信要求を受けて前記制御装置メモリに蓄積記憶した前記車両情報を前記権限所有者装置に送信し、該車両情報の送信により蓄積記憶していた前記車両情報を前記制御装置メモリから削除する制御装置制御部と、を備え、
前記権限所有者装置は、
前記車両情報を記憶する権限所有装置メモリと、
前記制御装置に対して操作指示を行い、該操作指示に対応して前記制御装置から送信される前記車両情報を受信して前記権限所有装置メモリに蓄積記憶指示し、前記管理装置から送信された前記検証用コードを前記制御装置へ転送して前記制御装置が生成する前記検証用情報を受信し、受信した該検証用情報及び前記権限所有装置メモリに蓄積記憶させた前記車両情報を前記管理装置に送信する権限所有者制御部と、を備え、
前記管理装置は、
前記検証用コードを生成して前記権限所有者装置へ送信し、該検証用コードに対応して前記権限所有者装置から送信される前記検証用情報及び前記車両情報を受信し、受信した前記検証用情報を用いて前記車両情報が前記権限所有者装置により改ざんされているか否かを検証する管理装置制御部、を備えることを特徴とする車両情報収集システム。
【請求項２】
操作開始時から操作終了時までの使用情報である車両情報を取得し該車両情報を用いて検証用情報を生成する制御装置と、前記制御装置のアクセス権限を有する権限所有者に用いられ前記車両情報及び前記制御装置から受信した前記検証用情報を記憶する権限所有者装置と、前記権限所有者装置から前記車両情報及び前記検証用情報を受信し該検証用情報を用いて該車両情報が前記権限所有者装置により改ざんされているか否かを検証する管理装置と、を備え、前記車両情報に応じて課金が異なるサービスを行う車両情報収集システムで用いられる車両情報検証方法において、
前記制御装置が該制御装置の操作開始時から操作終了時までの前記車両情報を該制御装置に設けられた制御装置メモリに蓄積記憶する車両情報記憶ステップと、
前記管理装置が検証用コードを生成して前記権限所有者装置に送信する第１の検証用コード送信ステップと、
前記第１の検証用コード送信ステップにより前記権限所有者装置に送信された前記検証用コードを前記制御装置が該権限所有者装置に要求する要求ステップと、
前記要求ステップに応じて前記権限所有者装置が前記制御装置に前記検証用コードを送信する第２の検証用コード送信ステップと、
前記第２の検証用コード送信ステップにより送信された前記検証用コードを受信した前記制御装置が、該検証用コード及び前記車両情報記憶ステップにより前記制御装置メモリに記憶された前記車両情報を用いて前記検証用情報を生成する生成ステップと、
前記生成ステップにより生成された前記検証用情報を、前記制御装置が次回の検証用コードとして前記制御装置メモリに記憶する検証用コード記憶ステップと、
前記権限所有者装置からの送信要求に応じて、前記車両情報記憶ステップにより記憶された前記車両情報を前記制御装置が前記権限所有者装置に送信する車両情報送信ステップと、
前記生成ステップにより生成された前記検証用情報を前記制御装置が前記権限所有者装置に送信する検証用情報送信ステップと、
前記車両情報送信ステップにより前記車両情報が送信されると前記制御装置が前記制御装置メモリに蓄積記憶していた前記車両情報を該制御装置メモリから削除する削除ステップと、
前記車両情報送信ステップにより送信された前記車両情報及び前記検証用情報送信ステップにより送信された前記検証用情報を前記権限所有者装置が前記管理装置に送信する車両情報・検証用情報送信ステップと、
前記車両情報・検証用情報送信ステップにより送信された前記車両情報及び前記検証用情報を受信した前記管理装置が、受信した前記検証用情報を用いて前記車両情報が前記権限所有者装置により改ざんされているか否かを検証する検証ステップと、
を備えることを特徴とする車両情報検証方法。
【請求項３】
制御装置のアクセス権限を有する権限所有者により用いられる権限所有者装置と、前記権限所有者装置から制御装置の使用情報である車両情報及び前記制御装置が生成する検証用情報を受信し該検証用情報を用いて前記車両情報が前記権限所有者装置により改ざんされているか否かを検証する管理装置とを有し、前記車両情報に応じて課金が異なるサービスを行う車両情報収集システムで使用される制御装置において、
該制御装置の操作開始時から操作終了時までの前記車両情報を蓄積記憶する制御装置メモリと、
前記制御装置メモリに蓄積記憶した前記車両情報と前記管理装置により生成され前記権限所有者装置から受信する検証用コードとを用いて前記検証用情報を生成し、次回の検証用コードとして前記制御装置メモリに記憶させ、生成した前記検証用情報を前記権限所有者装置に送信し、前記権限所有者装置から前記車両情報の送信要求を受けて前記制御装置メモリに蓄積記憶した前記車両情報を前記権限所有者装置に送信し、該車両情報の送信により前記制御装置メモリに蓄積記憶していた前記車両情報を削除する制御装置制御部と、を備えることを特徴とする制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は自動車保険に代表される各種サービスの認証、保証、課金システムに係るもので、特に情報の改ざんを防ぎ、依頼者と提供者間に限定した内容を、正しく、容易に、確実に伝え、利用する技術に関するものである。
【背景技術】
【０００２】
従来の車両情報収集システムは、二通り有り、第一には、車両からサーバに対して人工衛星等を用いてリアルタイムに通信を行うことによって、サーバは車両情報の収集を行っていた。この詳細は、例えば、特許文献１に開示されている。
また第二には、車両情報を車両に着脱可能な個人所有の記憶媒体に記憶し、後日専用の端末装置を用いてサーバに送信することによって、車両とサーバ間の通信障害等で車両情報が収集できないといった問題を解決する方法も提案されている。これは例えば、特許文献２に開示されている。
【０００３】
しかし、後日に専用の端末装置を用いてデータを送信する方法は、悪意で改ざんしたデータが送られる可能性があるので、更に、車両情報をＩＣカード等の消去不可能なメモリに記録することによって、この改ざんを防ぎ、個人が自由に車両情報を消去あるいは変更できないようにした方法も提案されている。この詳細としては例えば、特許文献３に開示されている。
また、上記特許文献１によれば、車両保険に代表される従来の車両サービスは、家族や知人が車両を借りた場合は、各個人が個別に車両サービスとの契約を行うことによって、借用者はサービスを受けていた。あるいは、借りた車両の乗車した時に、車両の所有者の契約内容と借用者の契約内容を比較し、不足しているサービスについて追加の契約を行うことによって、借用者はサービスを受けていた。これは例えば、特許文献４に開示されている。
【特許文献１】特開２００２−３５８４２５号公報
【特許文献２】特開２００４−２９５４２１号公報
【特許文献３】特開２００２−２５９７０３号公報
【特許文献４】特開２００４−３８２７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の車両情報収集システムは、オンライン方式では、利用中または利用に先だってサーバと交信を行うため、特別な手続きが必要で、装置側が複雑になるという課題がある。
ＩＣカード等の個人所有の記憶媒体に車両情報を記憶して、後に専用装置で送信する方式では、車両情報の改ざんを防ぐため、車両情報を消去不可能な領域に記憶する必要があった。しかし、車両情報のような可変長で、且つ比較的記憶容量が必要とされる情報を、そのような特別な領域に書き込もうとすると、高価な記憶媒体が必要である。更に、個人所有の記憶媒体であるにもかかわらず、個人が消去あるいは変更できないようにするために、複雑なアクセス制御が必要である、という課題がある。これは運用上困難である。
更に、車検のために一時的に車両を預けたり、買い換えのために下取りに出した時に、メーカなどの従業員等、外部の人によって車両内に残存している車両情報を見られてしまう恐れがある、という課題がある。
また、従来の車両サービスは、車両を借りた場合に、借用者がサービスに契約しているか、あるいは借りた車両に乗車した時にサービスの契約手続きを行う必要があった。しかし、例えば、実家に帰省した時に車両を運転する等のように、年に数回だけ借りるために、契約手続きを行うのは不便である。
【０００５】
この発明は、上記のような課題を解決するためになされたもので、複雑なアクセス制御が不要で、一般の記憶領域を持つ個人所有の安価な記憶媒体に車両情報を記憶して、なおかつ他人への情報流出を防ぎつつ、個人による車両情報の改ざんも防ぐ、つまり普遍的な要素により信頼性高いデータをやり取りすることを目的とする。
即ち、車検や下取り時等の、第三者への車両情報流出を防ぎ、サービス提供会社が車両情報の改ざんを検出可能とし、改ざんされた車両情報に基づいてサービスを行う、というリスクを回避することを目的とする。
また、借用者が別途サービス契約を行う等の特別な操作を不要にして、利便性を向上すること目的とする。
更に、車両とサーバ間の通信を不要とし、通信状態の悪化やサーバの通信負荷等の通信状況に依存せず、安全に車両情報をサーバが収集できるシステムを得ることを目的とする。
更に、システム運用に掛かるコスト逓減を目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る車両情報検証システムは、
操作開始時から操作終了時までの使用内容である車両情報を取得しこの車両情報を用いて検証用情報を生成する制御装置と、車両情報及び制御装置から受信した検証用情報を記憶する権限所有者装置と、権限所有者装置から車両情報及び検証用情報を受信しこの検証用情報を用いて受信した車両情報が権限所有者装置により改ざんされているか否かを検証する管理装置とを備え、車両情報に応じて課金が異なるサービスを行う車両情報検証システムであって、
制御装置は、
制御装置の操作開始時から操作終了時までの車両情報を蓄積記憶する制御装置メモリと、
管理装置により生成され権限所有者装置から受信する検証用コードと制御装置メモリに蓄積記憶していた車両情報を用いて検証用情報を生成し次回の検証用コードとして制御装置メモリに記憶させ、生成した検証用情報を権限所有者装置に送信し、権限所有者装置から車両情報の送信要求を受けて制御装置メモリに蓄積記憶した車両情報を権限所有者装置に送信し、車両情報の送信により蓄積記憶していた車両情報を制御装置メモリから削除する制御装置制御部と、を備え、
権限所有者装置は、
車両情報を記憶する権限所有装置メモリと、
制御装置に対して操作指示を行い、この操作指示に対応して制御装置から送信される車両情報を受信して権限所有装置メモリに蓄積記憶指示し、管理装置から送信された検証用コードを制御装置へ転送して制御装置が生成する検証用情報を受信し、受信した検証用情報及び権限所有装置メモリに蓄積記憶させた車両情報を管理装置に送信する権限所有者制御部と、を備え、
管理装置は、
検証用コードを生成して権限所有者装置へ送信し、この検証用コードに対応して権限所有者装置から送信される検証用情報及び車両情報を受信し、受信した検証用情報を用いて車両情報が権限所有者装置により改ざんされているか否かを検証する管理装置制御部、を備えたものである。
【発明の効果】
【０００７】
この発明によれば、上記の構成により、管理装置が制御装置により生成された検証用情報を用いて車両情報が権限所有者装置により改ざんされているか否かを検証するため、権限所有者による車両情報に対する内容の変更や削除等の不正行為を検出することができ、改ざんされた車両情報による管理装置のリスクを回避できる。
また、複雑なアクセス制御が不要となるため、一般の記憶領域を持つ安価な個人所有の記憶媒体を利用でき、更に、車両情報を送信した後はこの車両情報を制御装置から削除するため、車検や下取り時の、第三者への車両情報の流出を防止できる。
即ち、権限所有者による車両情報の改ざん防止と第三者への車両情報流出防止が可能な信頼性の高い車両情報収集システムを得ることができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
この実施の形態では、走行距離や走行速度等の、対象となる車両が持つ車両情報に基づいて、契約対象となる所有者に対する、課金、キャッシュバックまたはポイント付加等を行うサービスに適した、信頼の置ける車両情報を収集できるシステムを説明する。
具体的には、車両情報を用いて保険料を算定する自動車保険サービスにおける車両情報収集システムを説明し、そのシステムで車両所有者がサービスを利用する形態について述べる。
【０００９】
１．１．全体の構成
図１は、この発明の実施の形態１における車両情報収集システムの構成図である。
図１において、車両所有者の携帯電話１０１（権限所有者装置の一例）は、車両を所有する者（以下、車両所有者と記述する）が保持している携帯電話である。車両１２１は、車両所有者が保持しており、保険対象の車両である。保険会社サーバ１４１は、車両所有者が契約している保険会社のサーバである。しかし携帯電話１０１は、ＰＤＡやＰＨＳ（登録商標）に代表される携帯端末であったり、スマートキー、携帯型のパーソナルコンピュータであってもよい。つまり一般的には、権限所有者装置と考えてよい。また車両は、玄関ドア、建物の出入口、電化製品等の一般的な制御装置であってもよい。更に保険会社サーバは、サービス提供管理装置の一種と考えられる。つまり、所有者がエレベータ等の特定の装置を使用して、保守サービスを受けるシステムなどにも適用できる。
【００１０】
１．２．車両所有者が持つ端末装置（携帯電話）の構成
車両所有者の携帯電話１０１は、Ｐ（Ｐは権限所有者の略である）通信部１０２、Ｐ表示部１０３、Ｐ入力部１０４、Ｐ制御部１０５、Ｐ記憶部１０６、カード部１０７を備えている。Ｐ通信部１０２は、無線通信や赤外線通信等を用いて他の機器との通信を担う。Ｐ表示部１０３は、Ｐ制御部１０５から送信された情報を画面に表示する。Ｐ入力部１０４は、操作ボタンやタッチパネル等を用いて車両所有者が情報を入力する処理を担う。Ｐ制御部１０５は、車両所有者の携帯電話１０１の処理を制御する。即ち図示しないマイクロプロセッサを備えていて、次のＰ記憶部（メモリ）に記憶されたプログラムを読取ってこの制御処理を行う。Ｐ記憶部１０６は、車両所有者の携帯電話１０１の処理に必要なプログラムやデータを格納する。カード部１０７は、内部にＵＩＭ（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）１０８を装着可能である。
【００１１】
ＵＩＭ１０８は、Ｕ（Ｕはカード部の略である）通信部１０９、Ｕ制御部１１０、Ｕ記憶部１１１を備えている。Ｕ通信部１０９は、無線通信やその他の通信手段を用いて他の機器との通信を担う。Ｕ制御部１１０は、ＵＩＭ１０８の処理を制御する。Ｕ記憶部（メモリ）１１１（Ｕメモリは権限所有者装置内にあり、広義の権限所有者メモリでもある）は、ＵＩＭ１０８の処理に必要なプログラムやデータを格納する。Ｕ制御部１１０も、図示しないマイクロプロセッサを備えて、Ｕ記憶部１１１に記憶されたプログラムを読取って制御を行なう。
車両所有者は、車両を購入する際に、車両所有者の携帯電話１０１を用いてドアのアンロック／ロック、エンジン始動／停止、カーナビゲーション等車載器の始動／停止等の車両操作を行うために必要なプログラムやデータを車両所有者の携帯電話１０１のＰ記憶部１０６にＰ入力部１０４を通じて格納する。格納方法としては、販売店の専用端末に車両所有者の携帯電話１０１を接続してダウンロードしたり、販売店が作成したＣＤ−ＲＯＭ等の外部記憶媒体を車両所有者の計算機に設置し、車両所有者の携帯電話１０１を接続してダウンロードしたりする。
【００１２】
カード部１０７が内部で着脱可能で権限所有者装置（携帯電話）１０１からは独立したＵＩＭを備えることにより、以下の利点を備える。
（１）カードにアクセスするために必要なパスワードを携帯電話のパスワードとは別に設定することができる。即ち、携帯電話が他人の手にいることがあったとしても、そしてその人が携帯電話にアクセスしたとしても、カード自体にはアクセスができず、他人がカード内のデータが改ざんされることを防止できる。
（２）携帯電話の場合は更に、頻繁に新しい機種の携帯電話への買い替えが発生する。こうした場合にも、カード部が独立しているので、新しい携帯電話にカードを装着するだけで以前のデータが利用でき、利便性が向上する。
【００１３】
また、車両所有者は、車両に対する保険契約の手続きを行う際に、後で保険料を算定するために必要なプログラムやデータを車両所有者の携帯電話１０１のＰ記憶部１０６に格納する。格納方法としては、車両を操作するために必要なプログラムやデータの格納方法と同様に、保険会社や代理店の専用端末に車両所有者の携帯電話１０１を接続してダウンロードしたり、保険会社や代理店が作成したＣＤ−ＲＯＭ等の外部記憶媒体を車両所有者の計算機に設置し、車両所有者の携帯電話１０１を接続してダウンロードしたりする。
車両を操作するために必要なプログラムやデータ、および保険料を算定するために必要なプログラムやデータを図２、図３に示す。図２は車両所有者の携帯電話１０１のＰ記憶部１０６に格納されたプログラム、図３はＵＩＭ１０８のＵ記憶部１１１に格納されたデータである。端末側車両操作プログラム２０１は、車両を操作するための処理を行うプログラムである。端末側精算準備プログラム２０２は、保険料を算定するための精算準備の処理を行うプログラムである。端末側精算プログラム２０３は、保険料を算定するための精算の処理を行うプログラムである。車両所有者の秘密鍵３０１は、公開鍵暗号の秘密鍵であり、車両所有者に対応する。車両所有者の証明書３０２は、公開鍵証明書であり、車両所有者の秘密鍵３０１と対なす公開鍵を含む。車両所有者の証明書３０２は、陸運局等の公的機関や車両メーカ等から発行され、保険契約時に保険会社にも登録しておく。保険会社の証明書３０３は、保険会社の公開鍵証明書である。
【００１４】
１．３．制御装置（車両）の構成
車両１２１は、Ｍ（Ｍは制御装置の略である）通信部１２２、Ｍ制御部１２３、Ｍ記憶部１２４を備えている。Ｍ通信部１２２は、無線通信や赤外線通信等を用いて他の機器との通信を担う。Ｍ制御部１２３は、車両１２１の動作を制御する。つまり同様に図示しないマイクロプロセッサを備えていて、次のＭ記憶部に記憶されたプログラムを読取って制御処理を行う。Ｍ記憶部１２４は、車両１２１の動作に必要なプログラムやデータを格納する。
車両メーカは、車両を出荷する際に、車両が動作するために必要なプログラムやデータを車両１２１に格納する。格納方法としては、車両メーカの専用機器や専用端末等にＭ記憶部１２４を接続してダウンロードする。
また、車両所有者は、車両に対する保険契約の手続きを行う際に、後で保険料を算定するために必要なプログラムやデータを車両１２１に格納する。格納方法としては、保険会社や代理店の専用端末やＣＤ−ＲＯＭからダウンロードしたプログラムを用いて、車両所有者の携帯電話１０１から車両１２１にダウンロードする。
【００１５】
車両が動作するために必要なプログラムやデータ、および保険料を算定するために必要なプログラムやデータを図４に示す。図４は、車両１２１のＭ記憶部１２４に格納されたプログラムおよびデータである。車両側車両操作プログラム４０５は、車両が動作するための処理を行うプログラムである。車両の証明書４０２は、公開鍵証明書であり、車両の秘密鍵４０１と対なす公開鍵を含む。車両の証明書４０２は、陸運局等の公的機関や車両メーカ等から発行され、保険契約時に保険会社にも登録しておく。車両所有者の証明書４０３は公開鍵暗号の公開鍵であり、車両所有者の証明書３０２と同一のものである。保険会社の証明書４０４は、保険会社の公開鍵証明書であり、保険会社の証明書３０３と同一のものである。
【００１６】
１．４．サービス提供管理装置（保険会社サーバ）の構成
保険会社サーバ１４１は、Ｓ（Ｓは管理装置の略である）通信部１４２、Ｓ表示部１４３、Ｓ入力部１４４、Ｓ制御部１４５、Ｓ記憶部１４６を備えている。Ｓ通信部１４２は、インターネット通信等を用いて他の機器との通信を担う。Ｓ表示部１４３は、Ｓ制御部１４５から送信された情報を画面に表示する。Ｓ入力部１４４は、キーボードやタッチパネル等を用いて保険会社の職員が情報を入力する処理を担う。Ｓ制御部１４５は、車両保険会社サーバ１４１の処理を制御する。即ち同様に図示しないマイクロプロセッサを備えていて、次のＳ記憶部に記憶されたプログラムを読取って制御処理を行う。Ｓ記憶部１４６は、保険会社サーバ１４１の処理に必要なプログラムやデータを格納する。
保険会社の職員は、車両情報収集システムを構築する際に、保険料を算定するために必要なプログラムやデータを保険会社サーバ１４１に格納する。格納方法としては、管理サーバに保険会社サーバ１４１を接続してダウンロードしたり、ＣＤ−ＲＯＭ等の外部記憶媒体を保険会社サーバ１４１に設置し、インストールしたりする。
【００１７】
保険料を算定するために必要なプログラムやデータを図５に示す。図５は保険会社サーバ１４１のＳ記憶部１４６に格納されたプログラムである。サーバ側精算準備プログラム５０５は、保険料を算定するための精算準備の処理を行うプログラムである。サーバ側精算プログラム５０６は、保険料を算定するための精算の処理を行うプログラムである。保険会社の秘密鍵５０１は、公開鍵暗号の秘密鍵であり、保険会社に対応する。保険会社の証明書５０２は、公開鍵証明書であり、保険会社の秘密鍵５０１と対なす公開鍵を含み、保険会社の証明書３０３、および保険会社の証明書４０４と同一のものである。保険会社の証明書５０２は、証明書発行機関や自社等から発行される。車両所有者の証明書５０３は、車両所有者の公開鍵証明書であり、車両所有者の証明書３０２、および車両所有者の証明書４０３と同一のものである。車両の証明書５０４は、車両の公開鍵証明書であり、車両の証明書４０２と同一のものである。
【００１８】
２．１．全体の動作
次に、上記のように構成された本実施の形態の動作について図６を用いて説明する。
図６は、保険契約手続き終了後から最初の保険料精算日までの車両情報に基づいて保険料精算を行う一連の動作を示す処理のシーケンス図である。
本実施の形態の動作は、車両所有者が保険契約手続き終了後から最初の保険料精算日までの間に繰り返す、車両のエンジンを始動してから停止するまでの車両操作、具体的にはエンジン始動処理６０１、エンジン停止処理６０２と、保険料精算日に行われる保険料精算準備処理６０３と、精算日以降に車両所有者が始めて車両のエンジンを始動してから停止するまでの車両操作、具体的には精算とエンジン始動処理６０４、精算とエンジン停止処理６０５と、精算日以降に車両所有者が始めて車両操作を行った後で行われる保険料精算処理６０６と、精算後に車両所有者が車両のエンジンを始動してから停止するまでの車両操作、つまりエンジン始動処理６０７、エンジン停止処理６０８を行う動作から構成される。即ち、状況により保険料が異なるような自動車保険サービスにおいて使用情報として、使用時間、期間毎走行時間、速度等の車両情報に基づいて課金が行われ、それらを第三者に知られず、改ざんなしに通知する。
【００１９】
２．２．車両操作の動作
車両所有者が保険契約手続き終了後から最初の保険料精算日までの間に繰り返す車両操作の動作を説明する。即ち図６の処理６０１、処理６０２等の動作である。図７は、車両所有者が携帯電話１０１を用いて車両１２１を操作する場合の、携帯電話１０１にある端末側車両操作プログラム２０１の一連の動作を示すフローチャートであり、図８は、車両１２１にある車両側車両操作プログラム４０５の一連の動作を示すフローチャートである。
先ずこれらのフローチャートにおけるステップＳ７０１とＳ８０１は、車両所有者の携帯電話１０１と車両１２１との間で行う通信リンクの確立ステップである。
次に重要なステップとしてＳ７０２とＳ８０２の相互認証ステップがある。この認証には、各種の具体的な方法があり、暗号鍵を共有していれば公開鍵を送信して、車両が記憶している公開鍵と一致するかで認証を行うことでもよい。その他に車両所有者の署名付きで鍵を送るようにして記憶している署名との一致も調べて、所有者であることの正しさを高めたり、更に署名を乱数も併用して送信し、通信の秘匿性を高めたり、車両の識別情報も送信して記憶している識別情報との一致も調べたり、それらに乱数を併用するようにしてもよい。更に車両の証明書を送信して記憶されている証明書との一致も調べたり、車両の公開鍵と車両所有者の公開鍵との両方を送信して一致を調べたり、これらの複数の情報を送信して、それらの完全一致を調べたり、乱数を併用して秘匿性を高めたりして、これらの各種の送信情報と受信情報を付き合わせて、その送受信情報が一致していることで所有者であることの認証を行う。
【００２０】
最も簡単な方法は、互いが記憶している共通のデータ、車両所有者の携帯電話内にあるＵＩＭのＵ記憶部１１１にある車両所有者の証明書３０２と、車両のＭ記憶部１２４にある車両所有者の証明書４０３との一致を調べることも考えられる。ただ、上記の各方法が、より安全で確実に認証が行える。しかし、これらの詳細動作は、直接にはサービスには関係せず、車両の所有者が確かに携帯電話の所持者と同一であるかを認証するだけなので、詳細な記述は省略する。いずれにしても相互認証により、制御装置（車両）、または権限所有者装置（携帯電話）が、それぞれ、なりすましの装置で無いことを確認できる。
Ｓ７０３とＳ８０３は、携帯電話１０１の端末側車両操作プログラム２０１が操作開始要求を送信し、車両１２１の車両側車両操作プログラム４０５がそれを受信するステップである。
車両側車両操作プログラム４０５は、操作内容を判定し（Ｓ８０４）、エンジン始動／停止以外の操作、エンジン始動の操作、エンジン停止の操作によって、以下の異なる処理を行う。
【００２１】
２．２．１．エンジンの始動／停止、以外の操作動作
ドアのアンロック／ロック等の、エンジン始動／停止以外の操作の時は、車両側車両操作プログラム４０５は、完了通知を送信し（Ｓ８０５）、操作状態に遷移する（Ｓ８１２）。端末側車両操作プログラム２０１は、完了通知を受信すると（Ｓ７０４）、処理を終了する。
【００２２】
２．２．２．エンジン始動の操作動作
先ず、サービス開始時の操作を説明する。これは図６のエンジン始動処理６０１に対応する処理である。エンジン始動の操作の時は、車両側車両操作プログラム４０５は、精算検証用情報生成コード要求を送信する（Ｓ８０６）。精算検証用情報生成コードは、図６のシーケンス、保険料精算準備処理６０３によって保険料精算日に保険会社サーバから車両所有者の携帯電話１０１に送信されるコードで、制御装置に適用される一般的な場合は、検証用コードである。これは保険料精算時に保険契約手続き終了後あるいは前回の保険料精算日から、これまでの車両情報を検証するための精算検証用情報を車両１２１が生成するために必要である。端末側車両操作プログラム２０１は、精算検証用情報生成コード要求を受信すると（Ｓ７０５）、Ｕ記憶部１１１に精算検証用情報生成コードが格納されているかどうか判定する（Ｓ７０６）。しかしエンジン始動処理６０１のように、保険契約手続き終了後から最初の保険料精算日までの間には、検証用情報生成コードは格納されていないので、端末側車両操作プログラム２０１は処理を終了する。車両側車両操作プログラム４０５は、精算検証用情報生成コードを受け取れないと判定すると（Ｓ８０７，Ｓ８０８）、車両情報収集を開始し（Ｓ８１１）、操作状態に遷移する（Ｓ８１２）。
ここで車両情報とは、操作開始年月日および時刻、走行時間、走行距離の測定情報等の、保険料算定に利用する情報である。一般的な制御装置で云えば、契約サービスを受ける度毎の適用開始年月日と時刻、契約に基づいたサービス分類と適用時間等の、使用情報である。
【００２３】
２．２．３．エンジン停止の操作動作
図６のエンジン停止処理６０２に対応する処理である。図８でエンジン停止の操作の場合であれば、車両側車両操作プログラム４０５は、車両情報収集を終了する（Ｓ８１３）。例えば、操作終了年月日および時刻、操作開始から終了までの走行距離を車両情報として記録する。次に、精算検証用情報生成コードの有無を検証する（Ｓ８１４）。しかしエンジン停止処理６０２のように、保険契約手続き終了後から最初の保険料精算日までの間には、精算検証用情報生成コードは格納されていないので、検証用情報を生成する（Ｓ８２１）。検証用情報は、精算検証用情報の生成時に使用される情報で、次の手順により生成する。保険契約手続き終了後あるいは前回の保険料精算日から初めて車両操作を行った場合は、車両情報のハッシュ値を検証用情報とする。また次回の検証用コードとして記憶する。つまり次回の検証用情報は、前回の検証用コードと次回の車両情報とのハッシュ値である。ハッシュ値とは、一方向性関数アルゴリズムを用いて車両情報を計算した結果である。即ち一方向性関数に入力して結果を得る。２回目以降に車両操作を行った場合は、車両情報と前回の検証用情報のハッシュ値を検証用情報とする。車両側車両操作プログラム４０５は、車両情報を送信し（Ｓ８２２）、車両情報をＭ記憶部１２４から削除する（Ｓ８２３）。端末側車両操作プログラム２０１は、車両情報を受信すると（Ｓ７０５）、Ｕ記憶部１１１に格納し（Ｓ７０９）処理を終了する。
なお、上記では、一方向性関数アルゴリズムの例としてハッシュ値を用いたが、他の一方向性関数アルゴリズムとしてＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）がある。一方向性関数としてＭＡＣを使用する場合には、入力として鍵（パスワード）も必要になるが、その鍵（パスワード）としては、車両の公開鍵、または証明書のハッシュ値が使える。
車両所有者が車両操作を行った後に車両所有者の携帯電話１０１のＵ記憶部１１１と、車両１２１のＭ記憶部１２４に格納される情報を図１３、図１４に示す。車両操作を行う前と比較して、車両情報３０４と、検証用情報４０６が加わっている。
【００２４】
２．３．保険料精算準備の動作
次に使用終了時として、図６の保険料精算準備処理６０３の詳細を、保険料精算日に行われる保険料精算準備の操作動作を示す図９、図１０を用いて説明する。図９は、保険会社サーバ１４１にあるサーバ側精算準備プログラム５０５の一連の動作を示すフローチャート、図１０は、車両所有者の携帯電話１０１にある端末側精算準備プログラム２０２の一連の動作を示すフローチャートである。
保険料精算日になると、サーバ側精算準備プログラム５０５は、車両所有者毎に異なる乱数を生成する（Ｓ９０１）。生成した乱数に保険料を精算する期間を付加した情報（ａとする）、保険会社の秘密鍵５０１を用いて署名を生成する。署名は、秘密鍵５０１によってａのハッシュ値を演算したものである。保険料精算日は、年末１２月３１日や年度末３月３１日等、保険料を精算する期間は、例えば２００５年１月１日から２００５年１２月３１日、２００５年４月１日から２００６年３月３１日等でよい。サーバ側精算準備プログラム５０５は、ａに署名を付加した情報を精算検証用情報生成コードとして生成し、メール等で送信する（Ｓ９０２、Ｓ９０３）。
端末側精算準備プログラム２０２は、メール等で精算検証用情報生成コードを受信すると（Ｓ１００１）、保険会社の証明書３０３を用いて精算検証用情報生成コードを検証する（Ｓ１００２）。検証は、保険会社の証明書３０３から取得した公開鍵を用いて精算検証用情報生成コードの署名を復号してａのハッシュ値を取得する。精算検証用情報生成コードのａからハッシュ値を生成し、復号したａのハッシュ値と比較し、一致したら検証に成功したとする。一致しなかったら検証に失敗したとする。検証に失敗したら処理を終了し、検証に成功したら、精算検証用情報生成コードを格納し、受取確認を送信して（Ｓ１００４）、処理を終了する。サーバ側精算準備プログラム５０５は、受取確認を受信して（Ｓ９０４）、処理を終了する。
【００２５】
通信の不具合等によってサーバ側精算準備プログラム５０５が受取確認を受信できなかった場合、サーバ側精算準備プログラム５０５は、新たに乱数を生成し、その乱数を含む新しい精算検証用情報生成コードを送信する。端末側精算準備プログラム２０２は、既に精算検証用情報生成コードを受信していれば、既存の精算検証用情報生成コードに含まれる乱数を返信する。それ以前に精算検証用情報生成コードを受信していなければ、今回受信した精算検証用情報生成コードを用いて精算準備を行い、受取確認を返信する。サーバ側精算準備プログラム５０５は、乱数を受信したら、その乱数を含む精算検証用情報生成コードを精算に用いる。受取確認を受信したら、今回送信した精算検証用情報生成コードを精算に用いる。サーバ側精算準備プログラム５０５による精算検証用情報生成コードの再送にも失敗したら、電話等の確実な手段を用いて処理を促す。
保険料精算準備が終了した後に保険会社サーバ１４１のＳ記憶部１４６と、車両所有者の携帯電話１０１のＵ記憶部１１１に格納される情報を図１５、図１６に示す。保険料精算準備を行う前と比較して、精算検証用情報生成コード５０７と、精算検証用情報生成コード３０５が加わっているが、同一のものである。
【００２６】
２．４．精算日以降の、初めての車両操作の動作
次に、精算日以降に車両所有者が始めて車両のエンジンを始動してから停止するまでの車両操作の動作、つまり図６の精算とエンジン始動処理６０４、停止処理６０５について図７、図８を用いて説明する。
Ｓ７０１からＳ７０４、Ｓ８０１からＳ８０４は、車両所有者が保険契約手続き終了後から最初の保険料精算日まで繰り返す車両操作の動作の時と同様であるので、ここでは説明を省略する。
車両側車両操作プログラム４０５は、操作内容を判定し（Ｓ８０４）、エンジン始動／停止以外の操作、エンジン始動の操作、エンジン停止の操作によって異なる処理を行う。
【００２７】
２．４．１．精算日以降の、初めてのエンジン始動／停止以外の操作動作
エンジン始動／停止以外の操作の時は、車両所有者が保険契約手続き終了後から最初の保険料精算日まで繰り返す車両操作の動作の時と同様であるので、ここでは説明を省略する。
【００２８】
２．４．２．精算日以降の、初めてのエンジン始動の操作動作
精算とエンジン始動処理６０４の操作の時は、車両側車両操作プログラム４０５は、精算検証用情報生成コード要求を送信する（Ｓ８０６）。端末側車両操作プログラム２０１は、精算検証用情報生成コード要求を受信すると（Ｓ７０５）、Ｕ記憶部１１１に精算検証用情報生成コードが格納されているかどうか判定する（Ｓ７０６）。保険料精算準備後には、検証用情報生成コードは格納されているので、送信して（Ｓ７０７）、処理を終了する。車両側車両操作プログラム４０５は、精算検証用情報生成コードを受信したと判定すると（Ｓ８０７，Ｓ８０８）、保険会社の証明書４０４を用いて精算検証用情報生成コードを検証する（Ｓ８０９）。検証方法は、端末側精算準備プログラム２０２のＳ１００２と同様である。検証に失敗したら処理を終了し、検証に成功したら、精算検証用情報生成コードを格納し、車両情報収集を開始し（Ｓ８１１）、操作状態に遷移する（Ｓ８１２）。
エンジン始動の操作終了後に車両１２１のＭ記憶部１２４に格納される情報を図１７に示す。エンジン始動の操作を行う前と比較して、Ｍ記憶部１２４には精算検証用情報生成コード４０７、車両情報４０８が加わっている。
【００２９】
２．４．３．精算日以降の、初めてのエンジン停止の操作動作
精算とエンジン停止処理６０５の操作の時は、車両側車両操作プログラム４０５は、車両情報収集を終了する（Ｓ８１３）。次に、精算検証用情報生成コードの有無を検証する（Ｓ８１４）。保険料精算準備後には、精算検証用情報生成コードは格納されているので、精算検証用情報を生成する（Ｓ８１６）。ここで精算検証用情報は、車両情報とＭ記憶部１２４に記憶している前回の記憶検証用コード（Ｓ８２１で生成したもの）と、送られてきた精算検証用情報生成コードとに基づいて生成する。精算検証用情報の生成方法は、精算日の翌日に初めて車両操作を行った場合と、精算日と精算日の翌日にまたがって車両操作を行った場合とで異なる。
【００３０】
２．４．４．特に精算日の翌日に行う、初めての車両操作の動作
まず、車両側車両操作プログラム４０５は、精算検証用情報生成コードに含まれる保険料精算期間と直前に収集した車両情報から操作開始日時を比較する。このとき、精算日の翌日に初めて車両操作を行った場合は、直前に収集した車両情報は精算検証用情報生成コードに含まれる保険料精算の期間外の情報であるので、車両側車両操作プログラム４０５は、精算検証用情報生成コードに含まれる乱数と検証用情報４０６のハッシュ値を生成する（以下、ｂとする）。車両の秘密鍵４０１を用いてｂの署名を生成し、ｂとｂの署名を付加した情報を精算検証用情報とし、送信後（Ｓ８１８）、削除する。端末側車両操作プログラム２０１は、精算検証用情報を受信すると、Ｕ記憶部１１１に格納し、車両情報要求を送信する（Ｓ７０８）。車両側車両操作プログラム４０５は、車両情報要求を受信すると（Ｓ８１９、Ｓ８２０）、車両情報から検証用情報を生成し（Ｓ８２１）、車両情報送信後（Ｓ８２２）、車両情報を削除し（Ｓ８２３）、操作状態に遷移する（Ｓ８１２）。端末側車両操作プログラム２０１は、車両情報を受信すると、Ｕ記憶部１１１に格納し、処理を終了する（Ｓ７０７）。
【００３１】
２．４．５．特に精算日と精算日の翌日にまたがって行う、初めての車両操作の動作
精算日と精算日の翌日にまたがって車両操作を行った場合は、直前に収集した車両情報は精算検証用情報生成コードに含まれる保険料精算の期間に含まれる情報があるので、車両情報を期間内の情報と期間外の情報に分ける。期間内の車両情報と検証用情報４０６のハッシュ値を生成して、新しい検証用情報を生成する。その後、精算検証用情報生成コードに含まれる乱数と新しい検証用情報のハッシュ値を生成する（以下、ｃとする）。車両の秘密鍵４０１を用いてｃの署名を生成し、ｃとｃの署名を付加した情報を精算検証用情報とし、送信後（Ｓ８１８）、削除する。端末側車両操作プログラム２０１は、精算検証用情報を受信すると、Ｕ記憶部１１１に格納し、車両情報要求を送信する（Ｓ７０８）。車両側車両操作プログラム４０５は、車両情報要求を受信すると（Ｓ８１９、Ｓ８２０）、期間外の車両情報から検証用情報を生成し（Ｓ８２１）、期間内と期間外の車両情報を送信後（Ｓ８２２）、車両情報を削除し（Ｓ８２３）、操作状態に遷移する（Ｓ８１２）。端末側車両操作プログラム２０１は、車両情報を受信すると、Ｕ記憶部１１１に格納し、処理を終了する（Ｓ７０７）。
車両所有者が車両操作を行った後に車両所有者の携帯電話１０１のＵ記憶部１１１と、車両１２１のＭ記憶部１２４に格納される情報を図１８、図１４に示す。車両操作を行う前と比較して、Ｕ記憶部１１１には精算検証用情報３０６が加わっている。
このように車両から最新の記憶している検証用情報が送信されるので、それを用いて保険会社サーバで生成された検証用情報と比較すれば、携帯電話１０１で使用者がそれまでの車両情報を改ざんすることが防止できる。
【００３２】
２．５．精算動作
次に図６の保険料精算処理６０６の詳細動作を、図１１、図１２を用いて説明する。図１１は、車両所有者の携帯電話１０１にある端末側精算プログラム２０３の一連の動作を示すフローチャート、図１２は、保険会社サーバ１４１にあるサーバ側精算プログラム５０６の一連の動作を示すフローチャートである。これらには、以下に述べる互いの検証は基本的に必要であるが、それ以外にも乱数の適用や、暗号化により、互いのなりすましや、情報が傍受されることを防ぐことができる。
精算日以降に車両所有者が始めて車両のエンジンを停止／ドアロックを行うと、精算処理が開始される。
端末側精算プログラム２０３は、保険会社サーバ１４１に対して応答要求を送信する。保険会社サーバ１４１のサーバ側精算プログラム５０６が応答要求を受信することによって、車両所有者の携帯電話１０１と保険会社サーバ１４１間の通信リンクを確立する（Ｓ１１０１、Ｓ１２０１）。
サーバ側精算プログラム５０６は、証明書要求を送信する（Ｓ１２０２）。端末側精算プログラム２０３は、証明書要求を受信すると（Ｓ１１０２）、車両所有者の証明書３０２を送信する（Ｓ１１０３）。サーバ側精算プログラム５０６は、車両所有者の証明書３０２を受信すると（Ｓ１２０３）、Ｓ記憶部１４６に格納している利用者の証明書と照合する（Ｓ１２０４）。照合に成功すれば次のステップに進む。照合に失敗したらプログラムを終了する。サーバ側精算プログラム５０６は、照合に成功すると、車両所有者の証明書を検証する（Ｓ１２０６）。検証に成功すれば次のステップに進む。検証に失敗したらプログラムを終了する。
【００３３】
次に、サーバ側精算プログラム５０６は、保険会社の証明書５０２を送信する（Ｓ１２０８）。
端末側精算プログラム２０３は、保険会社の証明書５０２を受信し（Ｓ１１０４）、証明書検証を行う（Ｓ１１０５）。検証に成功すれば次のステップに進む。検証に失敗したらプログラムを終了する。次に、端末側精算プログラム２０３は、証明書受信完了通知を送信する（Ｓ１１０７）。
サーバ側精算プログラム５０６は、証明書受信完了通知を受信すると（Ｓ１２０９）、共通鍵生成用乱数を生成し（Ｓ１２１０）、乱数を生成し（Ｓ１２１１）、サーバ識別情報と共通鍵生成用乱数と乱数を車両所有者の公開鍵で暗号化し（Ｓ１２１２）、車両所有者の携帯電話１０１に対して送信する（Ｓ１２１３）。サーバ識別情報は保険会社の証明書５０２に含まれる発行者名とシリアルナンバとする。車両所有者の公開鍵は、車両所有者の証明書３０２から取得する。
【００３４】
端末側精算プログラム２０３は、暗号化されたサーバ識別情報と共通鍵生成用乱数と乱数を受信し（Ｓ１１０８）、車両所有者の秘密鍵３０１を用いて復号する（Ｓ１１０９）。次に、保険会社の証明書３０３を用いて、サーバ識別情報を検証する（Ｓ１１１０）。検証に成功したら次のステップに進む。検証に失敗したらプログラムを終了する。端末側精算プログラム２０３は、共通鍵生成用乱数を生成し（Ｓ１１１２）、乱数を生成し（Ｓ１１１３）、車両所有者の識別情報と共通鍵生成用乱数と乱数を車両の公開鍵で暗号化して（Ｓ１１１４）、送信する（Ｓ１１１５）。車両所有者の識別情報は車両所有者の証明書３０２に含まれる発行者名とシリアルナンバとする。保険会社の公開鍵は、保険会社の証明書５０２から取得する。
サーバ側精算プログラム５０６は、暗号化されたサーバ識別情報と共通鍵生成用乱数と乱数を受信し（Ｓ１２１４）、保険会社の秘密鍵５０１を用いて復号する（Ｓ１２１５）。次に、車両所有者の証明書３０２を用いて、車両所有者の識別情報を検証する（Ｓ１２１６）。検証に成功したら次のステップに進む。検証に失敗したらプログラムを終了する。サーバ側精算プログラム５０６は、Ｓ１２１０において生成した共通鍵生成用乱数とＳ１２１４において受信した共通鍵生成用乱数から共通鍵を生成する（Ｓ１２１７）。例えば、共通鍵生成用乱数を連結して取得したハッシュ値の先頭から鍵長までの長さの値を共通鍵とする。次に、車両所有者の携帯電話１０１に対して、Ｓ１２１４において受信した乱数を送信する（Ｓ１２１８）。
【００３５】
端末側精算プログラム２０３は、乱数を受信し（Ｓ１１１６）、Ｓ１１１３において生成した乱数と照合して検証する（Ｓ１１１７）。一致したら次のステップに進む。一致しなければプログラムを終了する。端末側精算プログラム２０３は、Ｓ１１０８において受信した共通鍵生成用乱数とＳ１１１２において生成した共通鍵生成用乱数から共通鍵を生成する（Ｓ１１１９）。次に、共通鍵を用いて車両情報と精算検証用情報を暗号化し（Ｓ１１２０）、送信し（Ｓ１１２１）、プログラムを終了する。
サーバ側精算プログラム５０６は、暗号化された車両情報と精算検証用情報を受信し（Ｓ１２１９）、共通鍵を用いて復号し（Ｓ１２２０）、精算検証用情報を検証する（Ｓ１２２１）。精算検証用情報の検証は、車両の証明書５０４から取得した公開鍵を用いて、精算検証用情報の署名を復号する（ｄとする）。精算検証用情報から署名を取り除いた情報のハッシュ値を生成し、ｄと一致すれば検証に成功したとする。一致しなければ、検証に失敗したと見なして、処理を終了する。検証に成功したら、車両情報を検証する（Ｓ１２２３）。車両情報の検証は、保険料精算期間内の車両情報に対して、まず最も古い車両情報のハッシュ値を生成する。次に、ハッシュ値に次の車両情報を加えたもののハッシュ値を生成する処理を車両情報がなくなるまで繰り返す。最後に、精算検証用情報生成コードの乱数とハッシュ値を加えたもののハッシュ値を生成し、精算検証用情報と一致するかを比較する。
【００３６】
車両所有者が一部の車両情報を削除したり、内容を変更したりすると、車両１２１で生成された精算検証用情報と一致しないため、サーバ側精算プログラム５０６は、改ざんされたと検知できる。検証に失敗したら、処理を終了する。検証に成功したら、保険料精算期間内の車両情報から保険料を算定し（Ｓ１２２５）、処理を終了する。
精算検証用情報あるいは車両情報の検証に失敗した場合は、何らかの不正行為が行われたと見なし、懲罰のため無制限の保険料金等、所定の保険料を課金する。
精算を行った後に保険会社サーバ１４１のＳ記憶部１４６に格納される情報を図１９に示す。精算を行う前と比較して、Ｓ記憶部１４６には車両情報５０８と精算検証用情報５０９が加わっている。
なお、カード部は独立しているので、詳細説明は省略するが、ここでは説明しない専用のカード読取り装置と保険会社サーバ１４１とを結んで、サーバが直接、カード部１０７の情報を読取るシステムも可能である。その場合は、携帯電話１０１から車両情報と精算検証用情報の両方を変更することは無理があり、心理的にも改ざんの可能性が更に低下する。
【００３７】
２．６．精算後の車両操作の動作
精算後に車両所有者が車両のエンジンを始動してから停止するまでの車両操作、つまり図６のエンジン始動処理６０７、エンジン停止処理６０８の動作は、保険契約手続き終了後から最初の保険料精算日まで繰り返す、車両のエンジンを始動してから停止するまでの車両操作、つまりエンジン始動処理６０１、エンジン停止処理６０２と同様であるので、ここでは説明を省略する。
なお、車両情報の閲覧が必要な場合には、車両所有者は、車両所有者の携帯電話１０１を用いて車両情報を閲覧することができる。車両情報を閲覧している場合の表示画面の例を図２０に示す。
また乗車中に事故が発生した場合には、測定中の車両情報が車両に記録されているので、その情報を用いて保険会社は事故の状況や保険適用の判断を行うことができる。
【００３８】
以上のように、この実施の形態では、車両所有者による車両情報に対する内容の変更や削除等の不正行為を検出することによって、複雑なアクセス制御が要らず、一般の記憶領域を持つ安価な個人所有の記憶媒体を利用できる。
また、車両情報を車両に保持しないことによって、車検や下取り時に第三者へ車両情報が流出することを防止できる。
また、車両情報に対する不正行為をサービス会社のサーバにおいて検出することによって、改ざんされた車両情報によるサービス会社のリスクを回避できる。
また、車両とサービス会社のサーバ間での通信を不要とすることによって、通信状態の悪化やサーバの通信負荷等の通信状況に依存せずに、サーバが安全に車両情報を収集できる。
また、車両に人工衛星通信やインターネット通信等高機能の通信モジュールを搭載不要とすることによって、車両に設置する設備コストの逓減を図ることができる。
【００３９】
実施の形態２．
この実施の形態においては、先の実施の形態におけるサービスに加えて、車両を他人に貸した場合も同様なサービスを適用するシステムを説明する。即ち車両に限定した場合の、車両所有者及び車両借用者がサービスを利用する形態を述べる。しかし勿論、先の実施の形態でも述べたように、車両の借用に限定されず、他の装置や器具の使用サービス等において、権限所有者から権限借用者が制御装置を借用する場合にも適用されることは明らかである。
例として車両の借用を取上げる場合、車両借用者は車両の電子キーを借りる手続きを行うだけであり、サービスに対する料金の支払いは車両所有者に請求されるので、車両借用者が乗車前に別途契約手続きを行う等の特別な操作を必要とせずに車両を借りることができ、車両借用者の利便性が向上する。なお、こうした運用に関することは本説明の範囲外であるので、ここでは技術的な構成と動作のみを述べる。
【００４０】
３．１．全体の構成
図２１は、この実施の形態における車両情報収集システムの構成を示す図である。
図２１において、車両所有者の携帯電話（権限所有者装置）１０１、車両（制御装置）１２１、保険会社サーバ（サービス提供管理装置）１４１は、実施の形態１と同様であるので、ここでは説明を省略する。本実施の形態で加えられる要素として、車両借用者の携帯電話（権限借用者装置）２１０１は、車両所有者から車両を借用する者（以下、車両借用者）が保持している携帯電話である。
なお、この構成で、車両１２１と保険会社サーバ１４１とは、実施の形態１と同様の構成であるので、詳細記述は省略する。
【００４１】
３．２．車両所有者の携帯電話の構成
車両所有者の携帯電話１０１の構成も、実施の形態１と同様である。しかしＰ記憶部１０６ｂの内容が異なる。即ちこのＰ記憶部１０６ｂは、車両を貸して操作するために必要なプログラムやデータ、及び保険料を算定するために必要なプログラムやデータを格納する。こうした必要なプログラムやデータを図２２、図３に示し、図２２は車両所有者の携帯電話１０１のＰ記憶部１０６ｂに格納されたプログラム、図３はＵＩＭ１０８のＵ記憶部１１１に格納されたデータである。端末側車両操作プログラム２０１は、車両を操作するための処理を行うプログラムである。端末側精算準備プログラム２０２は、保険料を算定するための精算準備の処理を行うプログラムである。端末側精算プログラム２０３は、保険料を算定するための精算の処理を行うプログラムである。車両操作権限貸与プログラム２２０１は、車両を人に貸すために車両操作権限を貸与するプログラムである。車両操作権限借用プログラム２２０２は、車両を人から借りるために車両操作権限を借用するプログラムである。車両操作権限返却プログラム２２０３は、人から借りた車両操作権限を返却するプログラムである。車両操作権限返却受取プログラム２２０４は、人から返却された車両操作権限を受け取るプログラムである。
これらのプログラムやデータの取得方法は、実施の形態１で述べたプログラムやデータの取得方法と同様であるので、ここでの記述は省略する。
ＵＩＭ１０８のＵ記憶部１１１を表す図３は、実施の形態１と同様であるので、その説明は省略する。
【００４２】
３．３．車両借用者の携帯電話の構成
車両借用者の携帯電話２１０１は、Ｑ通信部２１０２、Ｑ表示部２１０３、Ｑ入力部２１０４、Ｑ制御部２１０５、Ｑ記憶部２１０６、Ｑカード部２１０７を備えている。
Ｑ通信部２１０２は、無線通信や赤外線通信等を用いて他の機器との通信を担う。Ｑ表示部２１０３は、Ｑ制御部２１０５から送信された情報を画面に表示する。Ｑ入力部２１０４は、操作ボタンやタッチパネル等を用いて車両借用が情報を入力する処理を担う。Ｑ制御部２１０５は、車両借用者の携帯電話２１０１の処理を制御する。この機能は、図示しないマイクロプロセッサにより、Ｑ記憶部２１０６に記憶されているプログラムを読取り実行して得られる。Ｑ記憶部２１０６は、車両借用者の携帯電話２１０１の処理に必要なプログラムやデータを格納する。Ｑカード部２１０７は、内部にＵＩＭ（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）２１０８を装着可能である。
ＵＩＭ２１０８は内部に、Ｖ通信部２１０９、Ｖ制御部２１１０、Ｖ記憶部２１１１を備えている。
Ｖ通信部２１０９は、無線通信やその他の通信手段を用いて他の機器との通信を担う。Ｖ制御部２１１０は、ＵＩＭ２１０８の処理を制御する。これも図示しないマイクロプロセッサによりＶ記憶部に記憶されたプログラムを読取り実行して制御機能が得られる。Ｖ記憶部２１１１は、ＵＩＭ２１０８の処理に必要なプログラムやデータを格納する。
【００４３】
車両借用者は、自身の車両を購入する際または他人の車両を借用する際に、車両借用者の携帯電話２１０１を用いて、車両操作や車両の電子キーの貸し借りを行うために必要なプログラムやデータを車両借用者の携帯電話２１０１に格納する。格納方法としては他のプログラムやデータのロードと同様に、販売店の専用端末に車両借用者の携帯電話２１０１を接続してダウンロードしたり、販売店が作成したＣＤ−ＲＯＭ等の外部記憶媒体を車両借用者の計算機に設置し、車両借用者の携帯電話２１０１を接続してダウンロードしたりする。
車両を操作／貸し借りするために必要なプログラムやデータ、および保険料を算定するために必要なプログラムやデータを図２３、図２４に示す。図２３は車両借用者の携帯電話２１０１のＱ記憶部２１０６に格納されたプログラム、図２４はＵＩＭ２１０８のＶ記憶部２１１１に格納されたデータである。端末側車両操作プログラム２３０１は、車両を操作するための処理を行うプログラムである。車両操作権限借用プログラム２３０３は、車両を人から借りるために車両操作権限を借用するプログラムである。車両操作権限返却プログラム２３０４は、人から借りた車両操作権限を返却するプログラムである。車両借用者の秘密鍵２４０１は、公開鍵暗号の秘密鍵であり、車両借用者に対応する。車両借用者の証明書２４０２は、公開鍵証明書であり、車両借用者の秘密鍵２４０１と対なす公開鍵を含む。車両借用者の証明書２４０２は、陸運局等の公的機関や車両メーカ等から発行される。
【００４４】
４．１．全体の動作
次に、上記のように構成された本実施の形態におけるシステムの動作について図２５を用いて説明する。
図２５は、保険契約手続き終了後から最初の保険料精算日までの車両所有者および車両借用者の車両情報に基づいて保険料精算を行う一連の動作を示す処理のシーケンス図である。
本実施の形態の動作は、車両所有者が保険契約手続き終了後から最初の保険料精算日まで繰り返す、車両のエンジンを始動してから停止するまでの車両操作、つまりエンジン始動処理２５０１、エンジン停止処理２５０２と、車両所有者から車両借用者への車両操作権限の貸与処理２５０３と、車両借用者が借りた車両のエンジンを始動してから停止するまでの車両操作、つまりエンジン始動処理２５０４、エンジン停止処理２５０５と、車両借用者から車両所有者への車両操作権限の返却処理２５０６と、保険料精算日に行われる保険料精算準備処理２５０７と、精算日以降に車両所有者が始めて車両のエンジンを始動してから停止するまでの車両操作、つまり精算とエンジン始動処理２５０８、精算とエンジン停止処理２５０９と、精算日以降に車両所有者が始めて車両操作を行った後で行われる保険料精算処理２５１０と、精算後に車両所有者が車両のエンジンを始動してから停止するまでの車両操作、つまりエンジン始動処理２５１１、エンジン停止処理２５１２と、を行う動作から構成される。
以下、これらの処理動作を分けて説明する。
【００４５】
４．２．車両所有者による車両操作の動作
基本的には、車両所有者による車両操作は、実施の形態１と同様であるので、同様の部分の説明は省き、異なる部分を説明する。
まず、車両所有者が保険契約手続き終了後から最初の保険料精算日まで繰り返す車両操作の動作、つまりエンジン始動処理２５０１は、実施の形態１と同様である。即ち図７の端末側車両操作プログラム２０１のフローチャートと、図８の車両側車両操作プログラム４０５のフローチャートに基づいて処理が行われる。そのステップＳ７０１，Ｓ８０１ないしＳ７０３，Ｓ８０３で通信リンクを確立し（Ｓ７０１、Ｓ８０１）、相互認証を行い（Ｓ７０２、Ｓ８０２）、操作開始要求を送信、受信する（Ｓ７０３、Ｓ８０３）。認証ステップＳ７０２、Ｓ８０２は重要であるが、ここでの詳細説明は省く。
以下、車両側車両操作プログラム４０５は、操作内容を判定し（Ｓ８０４）、エンジン始動／停止以外の操作、エンジン始動の操作、エンジン停止の操作によって異なる処理を行う。
ドアのアンロック／ロック等、エンジン始動／停止以外の操作の時は、実施の形態１と同様なので、ここでは説明を省略する。
【００４６】
４．２．１．車両所有者によるエンジン始動処理
エンジン始動処理２５０１の操作の場合、Ｓ８０８までは実施の形態１と同様である。Ｓ８０８において、精算検証用情報生成コードを受け取れないと判定すると、車両側車両操作プログラム４０５は、車両情報収集を開始し（Ｓ８１１）、操作状態に遷移する（Ｓ８１２）。車両情報とは、運転者識別情報と、操作開始年月日および時刻、走行距離の測定情報等保険料算定に利用する情報である。運転者識別情報は、運転者の証明書に記載されている公開鍵とする。
【００４７】
４．２．２．車両所有者によるエンジン停止処理
エンジン停止処理２５０２の操作の場合、Ｓ８１４までは実施の形態１と同様である。Ｓ８１４において、精算検証用情報生成コードの有無を検証し、精算検証用情報生成コードが格納されていないことを判定すると、運転者毎に検証用情報を生成する（Ｓ８２１）。検証用情報は、精算検証用情報の生成時に使用される情報で、実施の形態１で述べた手順により生成する。そして検証用情報は、運転者毎に格納する。Ｓ８２２以降は実施の形態１０と同様である。
こうして車両所有者が車両操作を行った後に車両所有者の携帯電話１０１のＵ記憶部１１１と、車両１２１のＭ記憶部１２４に格納される情報は図１３、図１４の通りで、車両操作を行う前と比較して、車両情報３０４と、検証用情報４０６が加わっている。
【００４８】
４．３．車両所有者による車両操作権限貸与処理
車両操作権限貸与処理２５０３の詳細は、図２６に示すシーケンスで行う。また図２７は、車両所有者の携帯電話のＰ記憶部１０６ｂにある車両操作権限貸与プログラム２２０１が行う処理を示すフローチャートであり、図２８は、車両借用者の携帯電話のＱ記憶部２１０６にある車両操作権限借用プログラム２３０３が行う処理を示すフローチャートである。
まず車両所有者の携帯電話１０１は、Ｓ２７０１で車両借用者の公開鍵要求送信２６０１をする。以下、図２６ないし図２８に記述する手順で、正しい相手であることを確認しながら、車両所有者の公開鍵を送信する。そして認証が終ると、車両所有者の車両を操作する権限を示したチケット送信２６０５する。
そのチケットを送信する際にも、各種の認証方法があるが、本願の主旨である、改ざんを防いで、かつ情報漏洩も防ぐ高信頼度の使用情報の送受信、には直接関係しないので、詳細記述は省略する。
車両所有者から車両借用者への操作権限貸与を行った後に車両借用者の携帯電話２１０１のカード部にあるＶ記憶部２１１１に格納される情報を図３１に示す。操作権限貸与を行う前と比較して、Ｖ記憶部２１１１には車両を操作する権限を示したチケット２４０３が加わっている。
【００４９】
４．４．車両借用者による車両操作処理
車両借用者によるエンジン始動処理２５０４は、車両１２１との間で図７と図８に基づいて行われる。しかし当然のことながら車両所有者の証明書等の車両所有者に固有の情報は、チケット２４０３が示す情報で認証する。
即ちＳ７０１，Ｓ８０１ないしＳ７０３，Ｓ８０３で相互認証して操作開始要求が送受信されると、以下Ｓ７０５，Ｓ８０６ないしＳ８１２で、実施の形態１で述べた手順と同様にエンジン始動以下の操作が行われる。
車両借用者によるエンジン停止処理２５０５も、実施の形態１で述べた手順と同様に行われる。
また車両１２１は、このチケット２４０３対応に使用情報を区分して記憶し、その使用情報に基づいて、または検証用コードに基づいて検証用情報を生成して車両情報と共に車両借用者の携帯電話２１０１に送信する。
車両借用者が車両操作を行った後に車両借用者の携帯電話２１０１のＶ記憶部２１１１に格納される情報を図３２に示す。車両操作を行う前と比較して、Ｖ記憶部２１１１には車両情報２４０４が加わっている。
【００５０】
４．５．車両借用者による車両操作権限返却処理
次に、車両借用者から車両所有者への操作権限返却の動作について図２６、図２９及び図３０を用いて説明する。図２９は、車両借用者の携帯電話２１０１の車両操作権限返却プログラム２３０４、図３０は、車両所有者の携帯電話１０１における車両操作権限返却受取プログラム２２０４の一連の動作を示すフローチャートである。
車両借用者の携帯電話２１０１のチケット２４０３に使用期限が含まれている場合は、その使用期限が切れた日時になると車両操作権限返却プログラム２３０４が起動する。チケット２４０３に使用期限が含まれていない場合は、車両借用者が車両借用者の携帯電話２１０１を用いてチケットの返却操作ボタンを押下すると車両操作権限返却プログラム２３０４が起動する。
車両操作権限返却プログラム２３０４は、チケットの保有状況を検証する（Ｓ２９０１）。車両借用者の携帯電話２１０１には、チケット２４０３が格納されているので、チケット２４０３に使用期限が含まれているかどうかを確認する（Ｓ２９０２）。使用期限が含まれているならば期限が切れているかどうかを確認する（Ｓ２９０３）。使用期限がチケット２４０３に含まれていないか、または使用期限が切れている場合は、メール等で車両所有者の携帯電話１０１に車両情報を送信（Ｓ２９０４）して、チケット２４０３を削除して（Ｓ２６０５）、終了する。
車両所有者の携帯電話１０１が車両借用者の携帯電話２１０１からのメール等を受信すると、車両操作権限返却受取プログラム２２０４が起動する。
車両操作権限返却受取プログラム２２０４は、車両情報の受信を検証する（Ｓ３００１）。車両借用者の車両情報を受信しているので、車両情報を検証する（Ｓ３００２）。検証は、車両情報に含まれる運転者識別情報を車両借用者の証明書等を用いて確認する。その後、運転者毎に車両情報を格納する。
車両借用者から車両所有者への操作権限返却を行った後に車両借用者の携帯電話２１０１におけるカード部のＶ記憶部２１１１に格納される情報を図３３に示す。操作権限返却を行う前と比較して、Ｖ記憶部２１１１からチケットが削除されている。
【００５１】
４．６．保険料精算準備処理
保険料精算日に行われる保険料精算準備処理２５０７については、実施の形態１における保険料精算準備処理６０３と同様なので、ここでは説明を省略する。
【００５２】
４．７．精算日以降の、初めての車両操作の動作
次に、精算日以降に車両所有者が始めて車両のエンジンを始動してから停止するまでの車両操作の動作について図７、図８を用いて説明する。
Ｓ７０１からＳ７０４、Ｓ８０１からＳ８０４は、車両所有者が保険契約手続き終了後から最初の保険料精算日まで繰り返す車両操作の動作の時と同様であるので、ここでは説明を省略する。
車両側車両操作プログラム４０５は、操作内容を判定し（Ｓ８０４）、エンジン始動／停止以外の操作、エンジン始動の操作、エンジン停止の操作によって異なる処理を行う。
ここで、精算日以降の、初めてのエンジン始動／停止以外の操作、つまりドア開閉等の操作の時は、車両所有者が保険契約手続き終了後から最初の保険料精算日まで繰り返す車両操作の動作の時と同様であるので、ここでは説明を省略する。
【００５３】
４．７．１．精算日以降の、初めてのエンジン始動の操作
エンジン始動の操作の時は、実施の形態１と同様であるので、ここでは説明を省略する。
【００５４】
４．７．２．精算日以降の、初めてのエンジン停止の操作
エンジン停止の操作の時は、車両側車両操作プログラム４０５は、車両情報収集を終了する（Ｓ８１３）。次に、精算検証用情報生成コードの有無を検証する（Ｓ８１４）。保険料精算準備後には、精算検証用情報生成コードは格納されているので、精算検証用情報を生成する（Ｓ８１６）。精算検証用情報の生成方法は、精算日の翌日に初めて車両操作を行った場合と、精算日と精算日の翌日にまたがって車両操作を行った場合とで異なる。
【００５５】
４．７．３．特に精算日の翌日に行う、初めての車両操作
まず図８のフローチャートに従って、車両側車両操作プログラム４０５は、精算検証用情報生成コードに含まれる保険料精算期間と直前に収集した車両情報から操作開始日時を比較する。精算日の翌日に初めて車両操作を行った場合は、直前に収集した車両情報は精算検証用情報生成コードに含まれる保険料精算の期間外の情報であるので、運転者毎に分かれている検証用情報４０６を連結して、新しい検証用情報を生成する。次に、車両側車両操作プログラム４０５は、精算検証用情報生成コードに含まれる乱数と新しい検証用情報のハッシュ値を生成する（以下、ｅとする）。続いて、車両の秘密鍵４０１を用いてｅの署名を生成し、ｅとｅの署名を付加した情報を精算検証用情報とし、送信後（Ｓ８１７）、削除する（Ｓ８１８）。
図７のフローに従って、端末側車両操作プログラム２０１は、精算検証用情報を受信すると、Ｕ記憶部１１１に格納し、車両情報要求を送信する（Ｓ７０８）。車両側車両操作プログラム４０５は、車両情報要求を受信すると（Ｓ８１９、Ｓ８２０）、車両情報から検証用情報を生成し（Ｓ８２１）、車両情報送信後（Ｓ８２２）、車両情報を削除し（Ｓ８２３）、操作状態に遷移する（Ｓ８１２）。端末側車両操作プログラム２０１は、車両情報を受信すると、Ｕ記憶部１１１に運転者毎に格納し、処理を終了する（Ｓ７０７）。
【００５６】
４．７．４．特に精算日と精算日の翌日にまたがって行う、初めての車両操作
精算日と精算日の翌日にまたがって車両操作を行った場合は、直前に収集した車両情報は精算検証用情報生成コードに含まれる保険料精算の期間に含まれる情報があるので、車両情報を期間内の情報と期間外の情報に分ける。期間内の車両情報に含まれる運転者識別情報に対応する運転者の検証用情報を取得し、期間内の車両情報と検証用情報のハッシュ値を生成して、新しい検証用情報を生成する。その後、精算検証用情報生成コードに含まれる乱数と新しい検証用情報のハッシュ値を生成する（以下、ｆとする）。車両の秘密鍵４０１を用いてｆの署名を生成し、ｆとｆの署名を付加した情報を精算検証用情報とし、送信後（Ｓ８１８）、削除する。
端末側車両操作プログラム２０１は、精算検証用情報を受信すると、Ｕ記憶部１１１に格納し、車両情報要求を送信する（Ｓ７０８）。車両側車両操作プログラム４０５は、車両情報要求を受信すると（Ｓ８１９、Ｓ８２０）、期間外の車両情報から検証用情報を生成し（Ｓ８２１）、期間内と期間外の車両情報を送信後（Ｓ８２２）、車両情報を削除し（Ｓ８２３）、操作状態に遷移する（Ｓ８１２）。端末側車両操作プログラム２０１は、車両情報を受信すると、Ｕ記憶部１１１に運転者毎に格納し、処理を終了する（Ｓ７０７）。
車両所有者が車両操作を行った後に車両所有者の携帯電話１０１のＵ記憶部１１１と、車両１２１のＭ記憶部１２４に格納される情報を図１８、図１４に示す。車両操作を行う前と比較して、Ｕ記憶部１１１には精算検証用情報３０６が加わっている。
【００５７】
４．８．精算動作
次に保険料精算処理２５１０の詳細を、先の実施の形態でも用いた車両所有者の携帯電話１０１の端末側精算プログラム２０３が行う処理フローを示す図１１、保険会社サーバ１４１のサーバ側精算プログラム５０６が行う処理フローを示す図１２を用いて説明する。
精算日以降に車両所有者が始めて車両の操作を行うと、精算処理が開始される。
精算処理は、Ｓ１１１９までは実施の形態１と同様なので、ここでは説明を省略する。
次に、車両所有者は車両借用者から車両操作権限返却処理２５０６時に車両情報を受取っているので、この受取った車両情報も含めて、共通鍵を用いて運転者毎の車両情報と精算検証用情報を暗号化し（Ｓ１１２０）、送信し（Ｓ１１２１）、プログラムを終了する。サーバ側精算プログラム５０６は、暗号化された運転者毎の車両情報と精算検証用情報を受信し（Ｓ１２１９）、共通鍵を用いて復号し（Ｓ１２２０）、精算検証用情報を検証する（Ｓ１２２１）。精算検証用情報の検証のためには、車両の証明書５０４から取得した公開鍵を用いて、精算検証用情報の署名を復号する（ｇとする）。サーバ側精算プログラム５０６は、精算検証用情報から署名を取り除いた情報のハッシュ値を生成し、ｇと一致すれば検証に成功したとする。一致しなければ、検証に失敗したと見なして、処理を終了する。検証に成功したら、車両情報を検証する（Ｓ１２２３）。
【００５８】
車両情報の検証のためには、運転者毎に、保険料精算期間内の車両情報に対して、まず最も古い車両情報のハッシュ値を生成する。次に、サーバ側精算プログラム５０６は、ハッシュ値に次の車両情報を加えたもののハッシュ値を生成する処理を車両情報がなくなるまで運転者毎に繰り返す。次に、サーバ側精算プログラム５０６は、運転者毎のハッシュ値を連結したデータのハッシュ値を生成する。最後に、精算検証用情報生成コードの乱数とハッシュ値を加えたもののハッシュ値を生成し、精算検証用情報と一致するかを比較する。
車両所有者が一部の車両情報を削除したり、内容を変更したりすると、車両１２１で生成された精算検証用情報と一致しないため、サーバ側精算プログラム５０６は、改ざんされたと検知できる。検証に失敗したら、処理を終了する。検証に成功したら、保険料精算期間内の車両情報から保険料を算定し（Ｓ１２２５）、処理を終了する。
精算検証用情報あるいは車両情報の検証に失敗した場合は、何らかの不正行為が行われたと見なし、無制限の保険料金等所定の保険料とする。
精算を行った後に保険会社サーバ１４１のＳ記憶部１４６に格納される情報を図１９に示す。精算を行う前と比較して、Ｓ記憶部１４６には車両情報５０８と精算検証用情報５０９が加わっている。
【００５９】
４．９．精算後の車両操作
精算後に車両所有者が車両のエンジンを始動してから停止するまでの車両操作の動作は、保険契約手続き終了後から最初の保険料精算日まで繰り返す、車両のエンジンを始動してから停止するまでの車両操作と同様であるので、ここでは説明を省略する。
また、車両所有者および車両借用者は、車両所有者の携帯電話１０１および車両借用者の携帯電話２１０１を用いて車両情報を閲覧することができる。車両情報を閲覧している場合の表示画面例は、先の図２０と同様になる。
更に、車両所有者および車両借用者の車両操作中に事故が発生した場合も実施の形態１と同様に、測定中の車両情報が車両に記録されているので、その情報を用いて保険会社は事故の状況や保険適用の判断を行うことができる。
以上のように、この実施の形態では、実施の形態１での効果に加えて、以下の効果も加わる。即ち、車両借用者は車両の電子キーを借りる手続きを行うだけであり、サービスに対する料金の支払いは車両所有者に請求されるので、車両借用者が乗車前に別途契約手続きを行う等の特別な操作を必要とせずに車両を借りることができ、車両借用者の利便性が向上する。
【００６０】
なお、上記の各実施の形態は上記の構成に限定されるものではなく、例えば、次のように変更してもよい。即ち実施の形態１および実施の形態２では、公開鍵証明書を用いているが、公開鍵を含む任意の情報であってもよい。
また、車両と車両所有者の携帯電話間、車両所有者の携帯電話と保険会社サーバ間において送受信するデータは、データの内容や処理の負荷状況に応じて、暗号化または／および署名を行ってもよい。
更に、実施の形態２において、車両と車両所有者の携帯電話間、車両と車両借用者の携帯電話間、車両所有者の携帯電話と車両借用者の携帯電話間、車両所有者の携帯電話と保険会社サーバ間において送受信するデータは、データの内容や処理の負荷状況に応じて、暗号化または／および署名を行ってもよい。
上記の各実施の形態では、保険料の精算時に、ＩＳＯ／ＩＥＣ  ９８９７０−３  ｔｈｒｅｅ−ｐａｓｓ  ｍｕｔｕａｌ  ａｕｔｈｅｎｔｉｃａｔｉｏｎに示される認証手順を使用しているが、同等の効果を得られるその他の認証手順を用いてもよい。
更に、上記の各実施の形態では、車両の操作開始のタイミングは、エンジン始動としているが、それに代えて、ドアのアンロック、車両の発進、駐車ブレーキ解除を用いてもよい。また、車両の操作終了のタイミングは、エンジン停止の代わりに、ドアのロック、車両の停止、駐車ブレーキをかける時を用いてもよい。
また実施の形態２において、期限が切れたチケットを車両操作権限返却プログラムが消去せずに、車両情報と共に車両借用者が手動で削除してもよい。
【００６１】
更に実施の形態１における車両操作の認証として、権限所有者装置である携帯電話の所有者と、制御装置である車両の運転者とが一致することを以下のような方法を用いて確認してもよい。
１）携帯電話上で指紋や声紋等を用いた生体認証を行った後、認証が得られる場合に、携帯電話の端末側車両操作プログラムにより車両操作を可能にする。
２）車両の座席にカメラを設置し、運手者の顔と、所有している携帯電話に登録されている顔情報が一致するかを確認した上で、端末側車両操作プログラムによりエンジン始動等を可能にする。
３）車両情報に、アクセルやブレーキの踏み方、走行速度等運転の癖の情報を含めておき、保険料精算時に、車両所有者から申請された運転者と車両情報の運転の癖により判定した運転者が同一人物かどうかを判定する。
【００６２】
上記の各実施の形態では、車両情報として、操作開始／終了年月日、操作開始／終了時刻、走行距離を用いているが、それに代えて操作開始／終了年月日、操作開始／終了時刻、一定時間毎の走行速度等サービスに利用可能な情報を用いてもよい。
また同様に、精算検証用情報生成コードに使用する乱数の代わりに、現在時刻やシーケンシャルナンバ等、保険料精算毎に異なる値を用いてもよい。
また同様に、精算検証用情報の生成方法として、ハッシュ値の生成の代わりに、検証用情報を鍵として精算検証用情報生成コードを暗号化してもよい。
実施の形態２では、精算検証用情報の生成方法として、運転者全員の検証用情報を連結する場合を説明したが、それに代えて、運転者毎に精算検証用情報を生成してもよい。この場合、運転者毎に、検証用情報と精算検証用情報生成コードから精算検証用情報を生成する。
実施の形態２では、運転者識別情報に車両の運転者の公開鍵を用いているが、その代わりに、運転者の証明書に含まれている免許証番号や保険証番号、運転者の証明書等運転者を特定できる任意の情報を用いてもよい。
また、上記の各実施の形態では、装置またはシステムとして構成を説明したが、これらはマイクロプロセッサを用いた汎用の計算機による高信頼情報の送信、送受信方法であってもよい。その場合には、図７、図８等の動作を実現する機能をプログラムで得て、そのプログラムを各記憶部（メモリ）に記憶し、プロセッサで読取って実行する。
【図面の簡単な説明】
【００６３】
【図１】この発明の実施の形態１における高信頼情報送受信システム、特に車両情報システムの構成を示す図である。
【図２】実施の形態１における車両所有者の携帯電話の記憶部にあるプログラムを示す図である。
【図３】実施の形態１における車両所有者の携帯電話のカード部にある情報を示す図である。
【図４】実施の形態１における車両の記憶部にある情報を示す図である。
【図５】実施の形態１における保険会社サーバの記憶部にある情報を示す図である。
【図６】実施の形態１における基本的な処理を示すシーケンス図である。
【図７】実施の形態１における車両所有者が持つ車両操作プログラムが行う処理フローを示す図である。
【図８】実施の形態１における車両にある車両側車両操作プログラムが行う処理フローを示す図である。
【図９】実施の形態１におけるサーバにあるサーバ側精算準備プログラムが行う処理フローを示す図である。
【図１０】実施の形態１における端末にある端末側精算準備プログラムが行う処理フローを示す図である。
【図１１】実施の形態１における端末にある端末側精算プログラムが行う処理フローを示す図である。
【図１２】実施の形態１におけるサーバにあるサーバ側精算プログラムが行う処理フローを示す図である。
【図１３】実施の形態１における車両所有者の携帯電話のカード部にある契約後の情報を示す図である。
【図１４】実施の形態１における車両の記憶部にある契約後の情報を示す図である。
【図１５】実施の形態１における保険会社サーバの記憶部にある精算準備情報を含む情報を示す図である。
【図１６】実施の形態１における車両所有者の携帯電話のカード部にある精算準備情報を含む情報を示す図である。
【図１７】実施の形態１における車両の記憶部にある精算日以後の検証情報を含む情報を示す図である。
【図１８】実施の形態１における車両所有者のカード部にある精算日以後の検証情報を含む情報を示す図である。
【図１９】実施の形態１における保険会社サーバの記憶部にある精算日以後の検証情報を含む情報を示す図である。
【図２０】実施の形態１における閲覧した車両情報の例を示す図である。
【図２１】この発明の実施の形態２における高信頼情報送受信システム、特に車両情報システムの構成を示す図である。
【図２２】実施の形態２における車両所有者の携帯電話の記憶部にあるプログラムを示す図である。
【図２３】実施の形態２における車両借用者の携帯電話の記憶部にあるプログラムを示す図である。
【図２４】実施の形態２における車両借用者の携帯電話のカード部にある情報を示す図である。
【図２５】実施の形態２における基本的な処理を示すシーケンス図である。
【図２６】実施の形態２における車両操作権限貸与処理の詳細を示すシーケンス図である。
【図２７】実施の形態２における車両操作権限貸与プログラムが行う処理フローを示す図である。
【図２８】実施の形態２における車両操作権限借用プログラムが行う処理フローを示す図である。
【図２９】実施の形態２における車両操作権限返却プログラムが行う処理フローを示す図である。
【図３０】実施の形態２における車両操作権限返却受取プログラムが行う処理フローを示す図である。
【図３１】実施の形態２における車両操作権限を受取った後の車両借用者のカード部にある情報を示す図である。
【図３２】実施の形態２における車両操作権限を受取り車両走行した後の車両借用者のカード部にある情報を示す図である。
【図３３】実施の形態２における車両操作権限を返却した後の車両借用者のカード部にある情報を示す図である。
【符号の説明】
【００６４】
１０１  車両所有者の携帯電話（権限所有者装置）、１０２  Ｐ通信部、１０３  Ｐ表示部、１０４  Ｐ入力部、１０５  Ｐ（権限所有者装置）制御部、１０６，１０６ｂ  Ｐ記憶部、１０７  カード部、１０８  ＵＩＭ、１０９  Ｕ通信部、１１０  Ｕ制御部、１１１  Ｕ記憶部、１２１  車両（制御装置）、１２２  Ｍ通信部、１２３  Ｍ（制御装置）制御部、１２４  Ｍ記憶部（制御装置メモリ）、１４１  保険会社サーバ（サービス提供管理装置）、１４２  Ｓ通信部、１４３  Ｓ表示部、１４４  Ｓ入力部、１４５  Ｓ制御部、１４６  Ｓ記憶部、２１０１  車両借用者の携帯電話（権限借用者装置）、２１０２  Ｑ通信部、２１０３  Ｑ表示部、２１０４  Ｑ入力部、２１０５  Ｑ制御部、２１０６  Ｑ記憶部、２１０７  Ｑカード部、２１０８  ＵＩＭ、２１０９  Ｖ通信部、２１１０  Ｖ制御部、２１１１  Ｖ記憶部、Ｓ８１１  車両情報収集開始ステップ、Ｓ８１３  車両情報収集終了ステップ、Ｓ８２１  検証用情報生成ステップ、Ｓ８２２  車両情報送信ステップ、Ｓ８２３  車両情報削除ステップ。
【図１】
0004768396.tif 000002
【図２】
0004768396.tif 000003
【図３】
0004768396.tif 000004
【図４】
0004768396.tif 000005
【図５】
0004768396.tif 000006
【図６】
0004768396.tif 000007
【図７】
0004768396.tif 000008
【図８】
0004768396.tif 000009
【図９】
0004768396.tif 000010
【図１０】
0004768396.tif 000011
【図１１】
0004768396.tif 000012
【図１２】
0004768396.tif 000013
【図１３】
0004768396.tif 000014
【図１４】
0004768396.tif 000015
【図１５】
0004768396.tif 000016
【図１６】
0004768396.tif 000017
【図１７】
0004768396.tif 000018
【図１８】
0004768396.tif 000019
【図１９】
0004768396.tif 000020
【図２０】
0004768396.tif 000021
【図２１】
0004768396.tif 000022
【図２２】
0004768396.tif 000023
【図２３】
0004768396.tif 000024
【図２４】
0004768396.tif 000025
【図２５】
0004768396.tif 000026
【図２６】
0004768396.tif 000027
【図２７】
0004768396.tif 000028
【図２８】
0004768396.tif 000029
【図２９】
0004768396.tif 000030
【図３０】
0004768396.tif 000031
【図３１】
0004768396.tif 000032
【図３２】
0004768396.tif 000033
【図３３】
0004768396.tif 000034