JP2016206813A - 車両を管理するシステム及び方法 - Google Patents

Abstract

【課題】 車両の制御に伴うユーザ認証を、セキュリティを維持しつつ簡易な仕組みで実現する。【解決手段】 一実施形態に係るシステムは、ユーザ端末が秘密鍵を記憶すると共にサーバが秘密鍵に対応する公開鍵と車両端末とを関連付けて記憶し、ユーザ端末が、車両の所定の制御の要求を、当該ユーザ端末が記憶している秘密鍵を用いて生成されたデジタル署名と共に車両端末に送信し、車両端末が、ユーザ端末から受信したデジタル署名の、サーバが車両端末と関連付けて記憶している公開鍵を用いた検証の検証結果に基づいて、車両の所定の制御を実行する。【選択図】 図２

Description

本発明は、車両を管理するシステム及び方法に関し、詳しくは、ユーザ端末と、車両に設けられた車両端末と、サーバと、を備え、前記車両を管理するシステム、及びこれらによって実行される方法に関する。

従来より、会員間で自動車を共同使用するカーシェアリングサービスが提供されており、当該サービスを提供するシステムでは、例えば、自動車を使用するユーザが、予め配布されているＩＣカードを用いて自動車のドアのロック／アンロックを行うように構成されている（例えば、特許文献１参照）。このように構成されたシステムでは、具体的には、ＩＣカードに記憶されているユーザ固有の登録コード等の情報が自動車に設けられているカードリーダー等によって読み取られ、この登録コード等を用いた認証を受けることによりドアのロック／アンロックがなされる。

特開２０１２−２４３２２８号公報

しかしながら、上述した従来のシステムでは、ユーザの認証に登録コード等の情報を用いるが、こうした情報はシステムの管理サーバ等によっても通常は管理されるから、登録コード等の情報が管理サーバ等から不正に流出してしまうと、自動車の不正使用のリスクが高まってしまう。こうした不正使用のリスクを低減するために、例えば、ＩＣカードに記憶されている登録コード等の情報を暗号化すると共にカードリーダー側で復号化する等の対応も考えられるものの、通常は、カードリーダー側の処理能力は低いから、カードリーダー側の処理を複雑化するのは難しい。従って、ドアのロック／アンロック等の車両の制御に伴うユーザ認証を、セキュリティを維持しつつ簡易な仕組みで実現することが望まれる。

本発明の実施形態は、車両の制御に伴うユーザ認証を、セキュリティを維持しつつ簡易な仕組みで実現することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一実施形態に係るシステムは、ユーザ端末と、車両に設けられた車両端末と、サーバと、を備え、前記車両を管理するシステムであって、前記ユーザ端末が、秘密鍵を記憶するステップと、前記サーバが、前記秘密鍵に対応する公開鍵と前記車両端末とを関連付けて記憶するステップと、前記ユーザ端末が、前記車両の所定の制御の要求を、当該ユーザ端末が記憶している前記秘密鍵を用いて生成されたデジタル署名と共に前記車両端末に送信するステップと、前記車両端末が、前記ユーザ端末から受信した前記デジタル署名の、前記サーバが当該車両端末と関連付けて記憶している前記公開鍵を用いた検証の検証結果に基づいて、前記車両の前記所定の制御を実行するステップと、を実行する。

本発明の一実施形態に係る方法は、ユーザ端末と、車両に設けられた車両端末と、サーバと、によって前記車両を管理する方法であって、前記ユーザ端末が、秘密鍵を記憶するステップと、前記サーバが、前記秘密鍵に対応する公開鍵と前記車両端末とを関連付けて記憶するステップと、前記ユーザ端末が、前記車両の所定の制御の要求を、当該ユーザ端末が記憶している前記秘密鍵を用いて生成されたデジタル署名と共に前記車両端末に送信するステップと、前記車両端末が、前記ユーザ端末から受信した前記デジタル署名の、前記サーバが当該車両端末と関連付けて記憶している前記公開鍵を用いた検証の検証結果に基づいて、前記車両の前記所定の制御を実行するステップと、を備える。

本発明の様々な実施形態によって、車両の制御に伴うユーザ認証を、セキュリティを維持しつつ簡易な仕組みで実現することができる。

本発明の一実施形態に係るシステム１の構成を概略的に示す構成図。 一実施形態における車両端末３０が備える通信Ｉ／Ｆ３３の構成を概略的に示す構成図。 一実施形態におけるシステム１が備えるサーバ１０、ユーザ端末２０及び車両端末３０が有する機能を概略的に示すブロック図。 一実施形態における車両端末管理テーブル５１ａにおいて管理される情報の一例を示す図。 一実施形態におけるユーザ管理テーブル５１ｂにおいて管理される情報の一例を示す図。 一実施形態における予約管理テーブル５１ｃにおいて管理される情報の一例を示す図。 一実施形態において車両端末３０を初期設定するときに車両端末３０とサーバ１０との間で行われる通信の様子を示すシーケンス図。 一実施形態においてユーザが公開鍵及び秘密鍵を生成するときにユーザ端末２０とサーバ１０との間で行われる通信の様子を示すシーケンス図。 一実施形態においてユーザが自動車を予約するときにユーザ端末２０とサーバ１０との間で行われる通信の様子を示すシーケンス図。 一実施形態における予約画面８０の一例を示す図。 一実施形態における車両詳細画面９０の一例を示す図。 一実施形態においてユーザが自動車のドアをロック／アンロックするときにサーバ１０、ユーザ端末２０、及び車両端末３０との間で行われる通信の様子を示すシーケンス図。 一実施形態において車両端末３０が自動車の稼動情報をサーバ１０に対して送信するときに車両端末３０とサーバ１０との間で行われる通信の様子を示すシーケンス図。

図１は、本発明の一実施形態に係るシステム１のネットワーク構成を概略的に示す構成図である。一実施形態におけるシステム１は、図示するように、サーバ１０と、ユーザ端末２０と、自動車に設置される車両端末３０と、を備え、これらが移動体通信網及びインターネット等によって構成される通信網４０を介して相互に通信可能に接続されている。一実施形態におけるシステム１は、ユーザによる自動車の共同使用を可能とするカーシェアリングサービスを提供するカーシェアリングシステムとして機能する。なお、図１においては、１つのユーザ端末２０及び１つの車両端末３０のみを図示しているが、一実施形態におけるシステム１は、複数のユーザ端末２０及び複数の車両端末３０を備える。

まず、一実施形態におけるカーシェアリングサービスの管理サーバとして機能するサーバ１０のハードウェア構成について説明する。サーバ１０は、一般的なコンピュータとして構成されており、図示のとおり、ＣＰＵ（コンピュータプロセッサ）１１と、メインメモリ１２と、ユーザＩ／Ｆ１３と、通信Ｉ／Ｆ１４と、ストレージ（記憶装置）１５と、を含み、これらの各構成要素がバスを介して互いに電気的に接続されている。ＣＰＵ１１は、ストレージ１５からオペレーティングシステムやその他様々なプログラムをメインメモリ１２にロードし、このロードしたプログラムに含まれる命令を実行する。メインメモリ１２は、ＣＰＵ１１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭ等によって構成される。なお、一実施形態におけるサーバ１０は、それぞれ上述したようなハードウェア構成を有する複数のコンピュータを用いて構成され得る。

ユーザＩ／Ｆ１３は、例えば、オペレータの入力を受け付けるキーボードやマウス等の情報入力装置と、ＣＰＵ１１の演算結果を出力する液晶ディスプレイ等の情報出力装置とを含む。通信Ｉ／Ｆ１４は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装され、通信網４０を介してユーザ端末２０及び車両端末３０と通信可能に構成される。

ストレージ１５は、例えば磁気ディスクドライブで構成され、カーシェアリングサービスの管理機能を提供するための制御用プログラム等の様々なプログラムが記憶される。また、ストレージ１５には、当該管理機能を提供するための各種データも記憶され得る。ストレージ１５に記憶され得る各種データは、サーバ１０と通信可能に接続されるサーバ１０とは物理的に別体のデータベースサーバ等に格納されてもよい。

一実施形態において、サーバ１０は、ユーザ端末２０及び車両端末３０との間でＨＴＴＰ通信を行うウェブサーバとしても機能する。また、サーバ１０は、階層構造の複数のウェブページから成るウェブサイトを管理し、こうしたウェブサイトを介してカーシェアリングサービスの管理機能をユーザ端末２０のユーザに対して提供し得る。ストレージ１５には、このウェブページに対応するＨＴＭＬデータも記憶され得る。ＨＴＭＬデータは、様々な画像データが関連付けられ、又、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語等で記述された様々なプログラムが埋め込まれ得る。

また、一実施形態において、サーバ１０は、ユーザ端末２０においてウェブブラウザ以外の実行環境上で実行されるアプリケーションを介してカーシェアリングサービスの管理機能を提供し得る。ストレージ１５には、こうしたアプリケーションも記憶され得る。このアプリケーションは、例えば、Ｏｂｊｅｃｔｉｖｅ−ＣやＪａｖａ（登録商標）等のプログラミング言語を用いて作成される。ストレージ１５に記憶されたアプリケーションは、配信要求に応じてユーザ端末２０に配信される。なお、ユーザ端末２０は、こうしたアプリケーションを、サーバ１０以外の他のサーバ（アプリケーションマーケットを提供するサーバ）等からダウンロードすることもできる。

このように、サーバ１０は、カーシェアリングサービスの管理機能を提供するためのウェブサイトを管理し、当該ウェブサイトを構成するウェブページ（ＨＴＭＬデータ）をユーザ端末２０からの要求に応答して配信することができる。また、上述したように、サーバ１０は、このようなウェブページ（ウェブブラウザ）を用いた当該管理機能の提供とは代替的に、又は、これに加えて、ユーザ端末２０において実行されるアプリケーションとの通信に基づいて当該管理機能を提供することができる。いずれの態様で当該機能を提供するにしても、サーバ１０は、カーシェアリングサービスの管理機能の提供に必要な各種データ（画面表示に必要なデータを含む）をユーザ端末２０との間で送受信することができる。また、サーバ１０は、各ユーザを識別する識別情報（例えば、ユーザＩＤ）毎に各種データを記憶し、ユーザ毎にカーシェアリングサービスの提供状況を管理することができる。詳細な説明は省略するが、サーバ１０は、ユーザの認証処理や課金処理等を行う機能を有することもできる。

次に、一実施形態におけるカーシェアリングサービスのユーザ（会員）が使用するユーザ端末２０のハードウェア構成について説明する。ユーザ端末２０は、ウェブページをウェブブラウザ上で表示すると共にアプリケーションを実行するための実行環境を実装した任意の携帯型の情報処理装置であり、スマートフォン、タブレット端末、ウェアラブルデバイス、及びゲーム専用端末等が含まれ得る。

ユーザ端末２０は、一般的なコンピュータとして構成され、図１に示すとおり、ＣＰＵ（コンピュータプロセッサ）２１と、メインメモリ２２と、ユーザＩ／Ｆ２３と、通信Ｉ／Ｆ２４と、ストレージ（記憶装置）２５と、を含み、これらの各構成要素がバスを介して互いに電気的に接続されている。

ＣＰＵ２１は、ストレージ２５からオペレーティングシステムやその他様々なプログラムをメインメモリ２２にロードし、このロードしたプログラムに含まれる命令を実行する。メインメモリ２２は、ＣＰＵ２１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭ等によって構成される。

ユーザＩ／Ｆ２３は、例えば、ユーザの入力を受け付けるタッチパネル及びボタン等の情報入力装置と、ＣＰＵ２１の演算結果を出力する液晶ディスプレイ等の情報出力装置とを含む。

通信Ｉ／Ｆ２４は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせとして実装される。一実施形態において、通信Ｉ／Ｆ２４は、図示するように、通信網４０に含まれる３Ｇ又はＬＴＥ等の移動体通信網を介した通信を実行するための３Ｇ／ＬＴＥモジュール２４ａと、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）又はＮＦＣ等の近距離無線通信を実行するための近距離無線通信モジュール２４ｂと、を備える。

ストレージ２５は、例えば磁気ディスクドライブやフラッシュメモリ等により構成され、オペレーティングシステム等の様々なプログラムが記憶される。また、ストレージ２５は、サーバ１０等から受信した様々なアプリケーションが記憶され得る。

ユーザ端末２０は、例えば、ＨＴＭＬ形式のファイル（ＨＴＭＬデータ）を解釈して画面表示するためのウェブブラウザを備えており、このウェブブラウザの機能によりサーバ１０から取得したＨＴＭＬデータを解釈して、受信したＨＴＭＬデータに対応するウェブページを表示することができる。また、ユーザ端末２０のウェブブラウザには、ＨＴＭＬデータに関連付けられた様々な形式のファイルを実行可能なプラグインソフトが組み込まれ得る。

ユーザ端末２０のユーザがサーバ１０によって提供されるカーシェアリングサービスの管理機能を利用する際には、例えば、ＨＴＭＬデータやアプリケーションによって指示されたアニメーションや操作用アイコン等がユーザ端末２０に画面表示される。ユーザは、ユーザ端末２０のタッチパネル等を用いて各種指示を入力することができる。ユーザから入力された指示は、ユーザ端末２０のウェブブラウザやＮｇＣｏｒｅ（商標）等のアプリケーション実行環境の機能を介してサーバ１０に伝達される。

次に、一実施形態のカーシェアリングサービスにおいて共同使用される自動車に設けられる車両端末３０のハードウェア構成について説明する。車両端末３０は、図１に示すように、一般的なコンピュータとして構成されており、図示のとおり、ＣＰＵ（コンピュータプロセッサ）３１と、メインメモリ３２と、通信Ｉ／Ｆ３３と、ストレージ（記憶装置）３４と、を含み、これらの各構成要素がバスを介して互いに電気的に接続されている。

ＣＰＵ３１は、ストレージ３４からオペレーティングシステムやその他様々なプログラムをメインメモリ３２にロードし、このロードしたプログラムに含まれる命令を実行する。メインメモリ３２は、ＣＰＵ３１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭ等によって構成される。

通信Ｉ／Ｆ３３は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせとして実装される。図２は、一実施形態における車両端末３０の通信Ｉ／Ｆ３３の構成を概略的に示す。一実施形態における通信Ｉ／Ｆ３３は、図示するように、通信網４０に含まれる３Ｇ又はＬＴＥ等の移動体通信網を介した通信を実行するための３Ｇ／ＬＴＥモジュール３３ａ（第１の通信モジュール）と、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ又はＮＦＣ等の近距離無線通信を実行するための近距離無線通信モジュール３３ｂ（第２の通信モジュール）と、自動車１００の車両制御部１１０との間でＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信を実行するためのＣＡＮ通信モジュール３３ｃと、を備える。

３Ｇ／ＬＴＥモジュール３３ａは、図示しないＧＰＳアンテナ及び３Ｇ／ＬＴＥアンテナによって、車両端末３０（車両１００）の位置情報を取得できるように構成されている。即ち、３Ｇ／ＬＴＥモジュール３３ａはＧＰＳ衛星からのＧＰＳデータをＧＰＳアンテナによって受信し、このデータに基づき車両端末３０の位置情報を取得する。また、３Ｇ／ＬＴＥモジュール３３ａは、例えばＧＰＳアンテナがＧＰＳデータを受信できない場所（例えば、地下駐車場等）において、移動体通信網の基地局からのＡ−ＧＰＳデータを３Ｇ／ＬＴＥアンテナによって受信し、このデータに基づき車両端末３０の位置情報を取得する。

ＣＡＮ通信モジュール３３ｃは、図２に示すように、自動車１００の車両制御部１１０が有する車両診断用コネクタ（ＯＢＤＩＩ）１１１に接続用コネクタ１２０を介して着脱可能に接続される。車両制御部１１０は、車両診断用コネクタ１１１の他、エンジン制御ユニット（ＥＣＵ）１１２、メータ制御ユニット（Ｍ＆Ａ）１１３、ドア等のボディを制御するボディ制御ユニット（ＢＣＭ）１１４、ステアリング制御ユニット（ＳＴＲＧ）１１５、トラクションコントロール等の車両姿勢制御ユニット（ＴＲＣ）１１６、及び電源管理ユニット（ＩＰＤＭ）１１７等の各種の制御ユニットによって構成されている。これらの制御ユニット及び車両診断用コネクタ１１１は、ＣＡＮバス１１８Ｈ（ＣＡＮ Ｈライン）及び１１８Ｌ（ＣＡＮ Ｌライン）によって相互に電気的に接続されており、このバス１１８Ｈ、Ｌを介して各種の制御信号を相互に送受信する。従って、車両端末３０は、車両診断用コネクタ１１１を介して各種の制御ユニットに制御信号を送信することによって、自動車１００の各部を制御することができる。

車両端末３０のＣＰＵ３１は、３Ｇ／ＬＴＥジュール３３ａ又は近距離無線通信モジュール３３ｂを介して受信した情報を、ＣＡＮ通信に適合する信号に変換してＣＡＮ通信モジュール３３ｃに提供することができる。また、ＣＰＵ３１は、ＣＡＮ通信モジュール３３ｃから受信した信号を、移動体通信網を介した通信又は近距離無線通信に適合する情報に変換して３Ｇ／ＬＴＥジュール３３ａ又は近距離無線通信モジュール３３ｂに提供することができる。

次に、このようなハードウェア構成を有する一実施形態におけるシステム１が有する機能について説明する。図３は、システム１（サーバ１０、ユーザ端末２０及び車両端末３０）が有する機能を概略的に示すブロック図である。一実施形態におけるサーバ１０は、図３（Ａ）に示すように、様々な情報を記憶する情報記憶部５１と、ユーザや自動車（車両端末３０）等のカーシェアリングサービスの基本情報の管理に関する処理を実行する基本情報管理部５２と、ユーザによる自動車の予約に関する処理を実行する予約管理部５３と、自動車の制御に伴うユーザ認証に関する処理を実行するユーザ認証管理部５４と、を有する。これらの機能は、ＣＰＵ１１及びメインメモリ１２等のハードウェア、並びに、ストレージ１５に記憶されている各種プログラムやテーブル等が協働して動作することによって実現され、例えば、ロードしたプログラムに含まれる命令をＣＰＵ１１が実行することによって実現される。また、図３（Ａ）に例示したサーバ１０が有する機能の一部又は全部は、サーバ１０と、ユーザ端末２０及び／又は車両端末３０とが協働することによって実現され得る。

サーバ１０の情報記憶部５１は、ストレージ１５等によって実現され、図３（Ａ）に示すように、車両端末３０に関する情報を管理する車両端末管理テーブル５１ａと、カーシェアリングサービスの会員であるユーザに関する情報を管理するユーザ管理テーブル５１ｂと、ユーザによる自動車の予約に関する情報を管理する予約管理テーブル５１ｃと、を有する。図４は、一実施形態における車両端末管理テーブル５１ａにおいて管理される情報の一例を示す。車両端末管理テーブル５１ａは、図示するように、個別の車両端末３０を識別する「車両端末ＩＤ」に対応付けて、この車両端末３０との通信の暗号化に用いる共通鍵を示す「共通鍵」、この車両端末３０が設けられる自動車を識別する「車両ＩＤ」、この自動車の車種、年式、排気量等の基本情報である「車両基本情報」、この自動車の走行距離、燃料残量、位置情報（現在地）、ドアのロック状態、及び、運転状態（エンジン回転数、車速、ステアリング角度、及び急ブレーキ作動数等の統計情報等）等の稼動情報である「車両稼動情報」、等の情報を管理する。車両端末ＩＤ及び共通鍵は、詳しくは後述するが、車両端末３０の初期設定時に登録される。また、車両稼動情報は、詳しくは後述するが、自動車１００の車両制御部１１０から収集された情報、及び、位置情報等を車両端末３０から受信して登録される。

ここで、一実施形態のカーシェアリングサービスにおいて共同使用される自動車には、カーシェアリングサービスの事業者以外の一般のオーナーが所有する自動車が含まれ得る。この場合、自動車が共同使用されることを希望する自動車オーナーに対して、カーシェアリングサービスの事業者等から車両端末３０が提供され、自動車オーナーは、提供された車両端末３０を自身の自動車に接続する。自動車オーナーは、自身が所有する自動車がカーシェアリングサービスにおいて使用されることに応じて対価を得ることができる。なお、車両端末管理テーブル５１ａの車両ＩＤ及び車両基本情報には、車両端末３０が設けられる自動車に関する情報が、自動車オーナー又はカーシェリングサービスの事業者等によって登録される。

図５は、一実施形態におけるユーザ管理テーブル５１ｂにおいて管理される情報の一例を示す。ユーザ管理テーブル５１ｂは、図示するように、個別のユーザを識別する「ユーザＩＤ」に対応付けて、氏名、住所、連絡先、請求情報、支払情報等のユーザに関する基本情報である「ユーザ基本情報」、このユーザが自動車の制御を行うときのユーザ認証に用いられる公開鍵である「公開鍵」等の情報を管理する。ユーザ基本情報は、カーシェアリングサービスにユーザ登録するとき等のタイミングにおいてユーザから提供される情報が登録される。また、公開鍵は、詳しくは後述するが、ユーザ端末２０によって生成された公開鍵が当該ユーザ端末２０から送信されて登録される。

図６は、一実施形態における予約管理テーブル５１ｃにおいて管理される情報の一例を示す。予約管理テーブル５１ｃは、図示するように、自動車を識別する「車両ＩＤ」と「予約日時」との組合せに対応付けて、この自動車をこの予約日時において予約しているユーザを識別する「ユーザＩＤ」等の情報を管理する。これらの情報は、詳しくは後述するが、ユーザ端末２０を介したユーザによる自動車の予約に応じて登録される。

サーバ１０の基本情報管理部５２は、ユーザや自動車（車両端末３０）等の基本情報の管理に関する様々な処理を実行する。例えば、基本情報管理部５２は、上述した車両端末管理テーブル５１ａ及びユーザ管理テーブル５１ｂにおいて管理される情報の登録、更新、削除等に関する処理を実行する。例えば、基本情報管理部５２は、ユーザ端末２０から受信した公開鍵とユーザとを関連付けてユーザ管理テーブル５１ｂに登録する。

サーバ１０の予約管理部５３は、ユーザによる自動車の予約に関する様々な処理を実行する。例えば、予約管理部５３は、ユーザ端末２０を介したユーザによる自動車の予約を受け付けたときに、当該ユーザと、予約された自動車と、予約された日時とを関連付けて予約管理テーブル５１ｃに登録する。

サーバ１０のユーザ認証管理部５４は、自動車の制御に伴うユーザ認証に関する様々な処理を実行する。例えば、ユーザ認証管理部５４は、車両端末３０から受信したデジタル署名を、当該車両端末３０と関連付けて記憶されている公開鍵を用いて検証し、当該検証の検証結果を車両端末３０に送信する。デジタル署名の検証は、例えば、現在日時に対応する日時及び車両端末３０に関連付けて記憶されている公開鍵を用いてデジタル署名を検証することが含まれる。

一実施形態におけるユーザ端末２０は、図３（Ｂ）に示すように、様々な情報を記憶する情報記憶部６１と、鍵（秘密鍵及び公開鍵）の管理に関する処理を実行する鍵管理部６２と、自動車の制御の要求に関する処理を実行する車両制御要求部６３と、を有する。これらの機能は、ＣＰＵ２１及びメインメモリ２２等のハードウェア、並びに、ストレージ２５に記憶されている各種プログラム等が協働して動作することによって実現され、例えば、ロードしたプログラムに含まれる命令をＣＰＵ２１が実行することによって実現される。また、図３（Ｂ）に例示したユーザ端末２０が有する機能の一部又は全部は、ユーザ端末２０と、サーバ１０及び／又は車両端末３０とが協働することによって実現され得る。

ユーザ端末２０の情報記憶部６１は、ストレージ２５等によって実現され、例えば、自動車の制御に伴うユーザ認証に用いられる秘密鍵を記憶する。

ユーザ端末２０の鍵管理部６２は、自動車の制御に伴うユーザ認証に用いられる秘密鍵及び公開鍵の管理に関する様々な処理を実行する。例えば、鍵管理部６２は、ユーザからの要求に応答して秘密鍵及び公開鍵を生成し、当該秘密鍵を情報記憶部６１（ストレージ２５等）に記憶すると共に当該公開鍵をサーバ１０に送信する。

ユーザ端末２０の車両制御要求部６３は、自動車の制御の要求に関する様々な処理を実行する。例えば、車両制御要求部６３は、自動車の制御の要求を、情報記憶部６１に記憶されている秘密鍵を用いて生成されたデジタル署名と共に車両端末３０に送信する。ここで、自動車の所定の制御には、自動車のドアのロック／アンロックが含まれる。

一実施形態における車両端末３０は、図３（Ｃ）に示すように、様々な情報を記憶する情報記憶部７１と、自動車の制御に関する処理を実行する車両制御部７２と、サーバ１０との連携に関する処理を実行するサーバ連携部７３と、を有する。これらの機能は、ＣＰＵ３１及びメインメモリ３２等のハードウェア、並びに、ストレージ３４に記憶されている各種プログラム等が協働して動作することによって実現され、例えば、ロードしたプログラムに含まれる命令をＣＰＵ３１が実行することによって実現される。また、図３（Ｃ）に例示した車両端末３０が有する機能の一部又は全部は、車両端末３０と、サーバ１０及び／又はユーザ端末２０とが協働することによって実現され得る。

車両端末３０の情報記憶部７１は、ストレージ３４等によって実現され、例えば、当該車両端末３０を識別する車両ＩＤ、及び、サーバ１０との通信の暗号化に用いる共通鍵を記憶する。

車両端末３０の車両制御部７２は、車両診断用コネクタ１１１を介して接続されている自動車１００の各部の制御に関する様々な処理を実行する。例えば、車両制御部７２は、ユーザ端末２０から受信したデジタル署名の検証結果に基づいて、自動車１００の各部の制御を実行する。例えば、車両制御部７２は、ユーザ端末２０から受信したデジタル署名の検証の要求を、当該デジタル署名と共にサーバ１０に送信し、当該サーバ１０から受信した検証結果に基づいて自動車１００の各部の制御を実行する。自動車１００の制御は、例えば、ＣＡＮ通信モジュール３３ｃを介して各種の制御ユニットに制御信号を送信することによって行われる。

車両端末３０のサーバ連携部７３は、サーバ１０との連携に関する様々な処理を実行する。例えば、サーバ連携部７３は、自動車１００の車両制御部１１０から様々な稼動情報を収集してサーバ１０に送信する。例えば、サーバ連携部７３は、車両端末３０の位置情報をサーバ１０に送信する。例えば、サーバ連携部７３は、車両端末３０の初期設定時におけるサーバ１０との様々な通信を実行する。

次に、このような機能を有する一実施形態におけるシステム１の動作について説明する。まず、車両端末３０の初期設定に関する動作について説明する。図７は、車両端末３０を初期設定するときに車両端末３０とサーバ１０との間で行われる通信の様子を示すシーケンス図である。車両端末３０を初期設定するときには、まず、図示するように、車両端末３０が、サーバ１０に対して初期設定を要求する（ステップＳ１００）。この初期設定の要求は、例えば、一般的なスマートフォン等の端末装置から車両端末３０に対して近距離無線通信等を介して初期設定が指示されたときに、車両端末３０によって実行される。例えば、車両端末３０を提供された自動車オーナー、又は、カーシェアリングサービスの事業者等がスマートフォン等の端末装置を介して車両端末３０に対して初期設定を指示する。

次に、サーバ１０が、初期設定を要求した車両端末３０の車両端末ＩＤ、及び、この車両端末３０とサーバ１０との間の通信の暗号化に用いる共通鍵を生成、登録すると共に車両端末３０に送信する（ステップＳ１１０）。一実施形態において、車両端末ＩＤ及び共通鍵は、車両端末管理テーブル５１ａに登録される。共通鍵の生成は、例えば、ＤＥＳ、ＡＥＳ等の共通鍵暗号方式に従う様々な鍵生成アルゴリズムを適用して行うことができる。

そして、車両端末３０が、受信した車両端末ＩＤ及び共通鍵を登録する（ステップＳ１２０）。一実施形態において、車両端末ＩＤ及び共通鍵は、車両端末３０の情報記憶部７１（ストレージ３４等）の予め定められた領域に登録される。このように、車両端末３０の初期設定では、車両端末３０の車両端末ＩＤ及び共通鍵がサーバ１０において生成され、サーバ１０及び車両端末３０においてそれぞれ登録される。ここで、初期設定後の車両端末３０とサーバ１０との間の通信は、初期設定時に登録、共有された共通鍵を用いて暗号化される。なお、こうした共通鍵を用いた暗号化は必ずしも行う必要はなく、共通鍵を用いた暗号化を行わない場合には、共通鍵の生成、共有は不要である。

以上、車両端末３０の初期設定に関する動作について説明した。次に、ユーザによる公開鍵及び秘密鍵の生成に関する動作について説明する。図８は、ユーザが公開鍵及び秘密鍵を生成するときにユーザ端末２０とサーバ１０との間で行われる通信の様子を示すシーケンス図である。公開鍵及び秘密鍵を生成するときには、まず、図示するように、ユーザ端末２０が公開鍵及び秘密鍵を生成する（ステップＳ２００）。一実施形態におけるカーシェアリングサービスでは、自動車のドアのロック／アンロックに伴うユーザ認証において公開鍵及び秘密鍵が必要とされる。従って、カーシェアリングサービスにユーザ登録したユーザは、当該サービスの利用（自動車の使用）を開始する前に、例えば、ユーザ端末２０上で表示される画面を介して公開鍵及び秘密鍵の生成を指示する。そして、当該指示に応答して、ユーザ端末２０が公開鍵及び秘密鍵を生成する。一実施形態において、公開鍵及び秘密鍵の生成は、例えば、ＲＳＡ等の公開鍵暗号方式に従う様々な鍵生成アルゴリズムを適用して行なうことができる。

次に、ユーザ端末２０が、生成した公開鍵をサーバ１０に送信すると共に（ステップＳ２１０）、秘密鍵を登録する（ステップＳ２２０）。一実施形態において、秘密鍵は、ユーザ端末２０の情報記憶部６１（ストレージ２５等）の予め定められた領域に登録される。

そして、サーバ１０が、ユーザ端末２０から受信した公開鍵を登録する（ステップＳ２３０）。一実施形態において、公開鍵は、ユーザ管理テーブル５１ｂに登録される。このように、ユーザによる公開鍵及び秘密鍵の生成では、ユーザ端末２０において生成された公開鍵暗号方式に従う公開鍵及び秘密鍵のうち、秘密鍵がユーザ端末２０に登録され、公開鍵がサーバ１０に送信されて登録される。

以上、ユーザによる公開鍵及び秘密鍵の生成に関する動作について説明した。次に、ユーザによる自動車の予約に関する動作について説明する。図９は、ユーザが自動車を予約するときにユーザ端末２０とサーバ１０との間で行われる通信の様子を示すシーケンス図である。ユーザが自動車を予約するときには、まず、図示するように、サーバ１０が予約画面の画面データをユーザ端末２０に送信する（ステップＳ３００）。例えば、ユーザが、ユーザ端末２０を介してカーシェアリングサービスのウェブサイトにアクセスし、又は、ユーザ端末２０上で当該サービス用のアプリケーションを実行し、サーバ１０に対して予約画面の画面データの送信を要求すると、サーバ１０から当該画面データがユーザ端末２０に対して送信される。

図１０は、画面データを受信したユーザ端末２０において表示される予約画面８０の一例を示す。一実施形態における予約画面８０は、図示するように、予約する日付を入力するための日付入力領域８１と、予約時間の開始時刻を入力するための開始時刻入力領域８２と、予約時間の終了時刻を入力するための終了時刻入力領域８３と、予約する自動車が所在する地域を入力するための地域入力領域８４と、検索ボタン８５と、検索結果表示領域８６と、を有する。ユーザが、予約する自動車の検索条件として入力領域８１−８４それぞれに情報を入力した上で検索ボタン８５を選択すると、入力した検索条件に適合する自動車に関する情報が検索結果表示領域８６に一覧表示される。具体的には、入力した予約日時（日付、並びに、開始時刻及び終了時刻によって特定される時間帯）に使用可能であり（他のユーザによって予約されておらず）、且つ、入力された地域に所在する自動車が、車両端末管理テーブル５１ａ及び予約管理テーブル５１ｃ等を参照することによって特定され、特定された自動車に関する情報（例えば、画像、車両基本情報等）が、検索結果表示領域８６に一覧表示される。

そして、ユーザが、予約画面８０の検索結果表示領域８６に一覧表示されている自動車の中から所望の自動車を選択すると、図１１に例示する車両詳細画面９０が表示される。車両詳細画面９０は、図示するように、自動車に関する情報（例えば、画像、車両基本情報等）と、予約情報（予約日時）とが表示され、予約ボタン９４が画面下方に配置されている。

そして、ユーザが予約ボタン９４を選択すると、ユーザ端末２０からサーバ１０に対して予約の要求（ステップＳ３１０）が行われ、サーバ１０によって予約の登録が行われる（ステップＳ３２０）。一実施形態において、予約の登録は、自動車の車両ＩＤと、予約日時と、ユーザのユーザＩＤと、を関連付けて予約管理テーブル５１ｃに登録することによって行われる。このように、ユーザによる自動車の予約では、車両ＩＤと予約日時とユーザＩＤとが関連付けて登録される。ここで、車両ＩＤは車両端末管理テーブル５１ａにおいて車両端末ＩＤに関連付けられており、ユーザＩＤはユーザ管理テーブル５１ｂにおいて公開鍵に関連付けられているから、ユーザによる自動車の予約によって、車両端末３０と予約日時と公開鍵とが関連付けて登録される、と言うこともできる。

以上、ユーザによる自動車の予約に関する動作について説明した。次に、自動車のドアのロック／アンロックに関する動作について説明する。図１２は、ユーザが自動車のドアをロック／アンロックするときにサーバ１０、ユーザ端末２０、及び車両端末３０との間で行われる通信の様子を示すシーケンス図である。ユーザが自動車のドアをロック／アンロックするときには、まず、図示するように、ユーザ端末２０が、ユーザが現在日時において予約している自動車（車両端末３０）に関する情報である予約車両情報を、サーバ１０に対して要求する（ステップＳ４００）。一実施形態において、ユーザは、ユーザ端末２０上に表示される画面を介して自動車のロック／アンロックを指示することができ、当該指示がなされると、ユーザ端末２０からサーバ１０に対して予約車両情報の要求が行なわれる。ユーザは、例えば、予約している開始時刻（又は開始時刻の所定時間前（例えば１０分前）等）になったときに、ユーザ端末２０を用いて自動車のドアのアンロックを指示する。

次に、サーバ１０が予約車両情報をユーザ端末２０に送信する（ステップＳ４１０）。一実施形態において、予約車両情報には、ユーザ端末２０のユーザが現在日時において予約している自動車に関連付けられている車両端末３０の車両端末ＩＤ（車両端末管理テーブル５１ａ及び予約管理テーブル５１ｃを参照することによって特定することができる）の他、現在日時（サーバ１０のシステム日時）が含まれる。

そして、予約車両情報を受信したユーザ端末２０は、受信した予約車両情報に含まれる現在日時と記憶している秘密鍵とに基づいてデジタル署名を生成する（ステップＳ４１５）。言い換えると、現在日時に対して秘密鍵を用いたデジタル署名が行われる。一実施形態において、デジタル署名は、例えば、現在日時のハッシュ値を、情報記憶部６１に記憶されている秘密鍵を用いて予め定められた暗号化方式で暗号化することによって生成される。

続いて、ユーザ端末２０がドアのロック／アンロックを車両端末３０に対して要求する（ステップＳ４２０）。一実施形態において、ロック／アンロックの要求は、ユーザ端末２０と車両端末３０との間で近距離無線通信を用いて行われる。ここで、一実施形態においては、ユーザ端末２０が車両端末３０との近距離無線通信による接続を確立するときに、予約車両情報に含まれる車両端末ＩＤと車両端末３０から取得した車両端末ＩＤとを照合する。また、ロック／アンロックの要求には、例えば、予約車両情報に含まれる「車両端末ＩＤ」、ロックの要求かアンロックの要求かを識別する「モード」、予約車両情報に含まれる現在日時を示す「日時」、及び、生成したデジタル署名、等の情報が含まれる。

そして、車両端末３０が、ユーザ端末２０から受信したロック／アンロックの要求に含まれるデジタル署名の検証を、サーバ１０に対して要求する（ステップＳ４３０）。デジタル署名の検証の要求には、車両端末ＩＤ、日時、及びデジタル署名、等の情報が含まれ、一実施形態においては、ユーザ端末２０から受信したロック／アンロックの要求が、サーバ１０に対して送信される。なお、上述したように、一実施形態において、車両端末３０とサーバ１０との通信は、車両端末３０の初期設定時に生成、共有された共通鍵を用いて暗号化される。

そして、サーバ１０が、車両端末３０から受信したデジタル署名を検証し（ステップＳ４４０）、検証結果を車両端末３０に送信する（ステップＳ４５０）。一実施形態において、デジタル署名の検証は、まず、受信した車両端末ＩＤに対応する車両ＩＤを車両端末管理テーブル５１ａを参照して特定し、特定した車両ＩＤと受信した日時との組合せに対応するユーザＩＤ（即ち、特定した車両ＩＤが識別する自動車を、受信した日時（現在日時）において予約しているユーザのユーザＩＤ）を予約管理テーブル５１ｃを参照して特定し、このユーザＩＤに対応する公開鍵をユーザ管理テーブル５１ｂを参照して特定する。そして、受信した日時と特定した公開鍵とを用いてデジタル署名を検証する。例えば、受信した日時のハッシュ値と、デジタル署名を公開鍵を用いて復号化して得られるハッシュ値とを比較する。

ここで、ドアのロック／アンロックを要求したユーザが、車両端末３０が設けられている自動車を現在日時において適正に予約している場合には、デジタル署名を生成したときの秘密鍵とデジタル署名を検証するときの公開鍵は、共に当該ユーザの鍵（当該ユーザがユーザ端末２０上で生成した公開鍵とこれに対応する秘密鍵）であるから、検証ＯＫと判断される。例えば、デジタル署名を復号化して得られるハッシュ値と車両端末３０から受信した日時のハッシュ値とが一致する場合には検証ＯＫと判断され、これらの値が一致しない場合には検証ＮＧと判断される。

続いて、デジタル署名の検証結果を受信した車両端末３０は、検証結果に基づいてロック／アンロック処理を実行する（ステップＳ４６０、Ｓ４７０）。即ち、検証結果が検証ＯＫである場合には、ロック／アンロック処理をそのまま実行し、検証結果が検証ＮＧである場合には、ロック／アンロック処理を実行することなく予め定められたエラー処理を実行する。一実施形態において、ロック／アンロック処理の実行は、車両端末３０が、ＣＡＮ通信モジュール３３ｃを介してドアのロック／アンロックに対応する制御信号を車両制御部１１０（ボディ制御ユニット１１４）に対して送信することによって行われる。

このように、自動車のドアのロック／アンロックでは、現在日時（一時情報）と秘密鍵とを用いて生成したデジタル署名（現在日時に付加されたデジタル署名）を、秘密鍵に対応する公開鍵を用いて検証することにより、ロック／アンロックを要求するユーザの認証が行われる。ここで、車両端末３０に対するロック／アンロックの要求は、ユーザ端末２０によって近距離無線通信を用いて行われるから、車両端末３０（自動車）から遠隔に所在する第三者によるロック／アンロックの要求を防止することができる。また、一時的な情報である現在日時にデジタル署名を付加するから、仮に、不正に現在日時が流出してもセキュリティ上の問題は小さい。更に、ユーザ端末２０において生成、登録された秘密鍵は他の装置に送信されないため、秘密鍵が流出するリスクも低い。また、デジタル署名の検証をサーバ１０が行うため、車両端末３０の処理負荷が低減されている仕組みであると言える。

以上、自動車のドアのロック／アンロックに関する動作について説明した。次に、車両端末３０による自動車の稼動情報の送信に関する動作について説明する。図１３は、車両端末３０が自動車の稼動情報をサーバ１０に対して送信するときに車両端末３０とサーバ１０との間で行われる通信の様子を示すシーケンス図である。一実施形態において、自動車の稼動情報の送信は、定期的（例えば、１時間毎）に行われ、まず、図示するように、車両端末３０がサーバ１０に稼動情報を送信する（ステップＳ５００）。一実施形態において、稼動情報の送信は、例えば、車両端末３０が自動車１００の車両制御部１１０に含まれる各種の制御ユニットから収集した情報、及び、位置情報等を、サーバ１０に対して送信することによって行われる。

次に、サーバ１０が車両端末３０から受信した稼動情報を登録する（ステップＳ５１０）。一実施形態において、稼動情報は、車両端末管理テーブル５１ａに登録される。

そして、サーバ１０が、受信した稼動情報に基づいてドアのロック／アンロックの要否を判定し（ステップＳ５２０）、ロック／アンロックが必要であると判定された場合には、ロック／アンロックの要求を車両端末３０に対して送信する（ステップＳ５３０）。一実施形態において、ロック／アンロックの要否の判定は、様々な基準を適用して行うことができる。例えば、一定時間を超えてエンジンが停止状態となっており、且つ、ドアがアンロック状態となっているときには、ユーザがドアのロックを忘れている可能性が高いと判断し、ドアのロックが必要であると判定する基準を適用し得る。

そして、ロック／アンロックの要求を受信した車両端末３０は、要求内容に応じてドアのロック／アンロック処理を実行する（ステップＳ５４０）。このように、車両端末３０による自動車の稼動情報の送信では、自動車の稼動情報がサーバ１０に対して定期的に送信され、稼動情報に基づいて必要と判定された場合に、ドアのロック／アンロックが行なわれる。

上述した一実施形態では、現在日時を用いてデジタル署名を生成する（現在日時にデジタル署名を付加する）ように構成したが、ロックの要求かアンロックの要求かを識別するモードと現在日時とを用いてデジタル署名を生成するように構成しても良い。また、これら以外の様々な情報に基づいてデジタル署名を生成するように構成することもできる。この場合、現在日時と同様に、流出した場合のセキュリティ上の問題が小さい一時的な情報に基づいてデジタル署名を生成するのが好ましい。

上述した一実施形態では、自動車のドアのロック／アンロックに対してデジタル署名を用いたユーザ認証を行うように構成したが、同様のユーザ認証は、ドアのロック／アンロック以外の様々な自動車の制御（例えば、エンジンのＯＮ／ＯＦＦ等）に適用され得る。

上述した一実施形態では、カーシェアリングサービスを提供するカーシェアリングシステムを例示したが、本発明の実施形態はこれに限られない。例えば、自動車以外の車両（自転車等）を共同使用するシステムであって、ユーザが当該車両の制御（例えば、ロック機構のロック／アンロック）を行うシステムは、本発明の実施形態に含まれ得る。また、車両を共同使用する態様のシステム以外のシステムもまた、本発明の実施形態に含まれ得る。例えば、自身が所有する車両を制御するシステムは、本発明の実施形態に含まれ得る。この場合、車両の予約を管理する必要がないから、車両ＩＤ（車両端末３０）とユーザＩＤ（公開鍵）との関連付けのみを管理すれば良く、日時との関連付けは不要となる。

以上説明した本発明の実施形態は、ユーザ端末２０が秘密鍵を記憶すると共にサーバ１０が秘密鍵に対応する公開鍵と車両端末３０とを関連付けて記憶し、ユーザ端末２０が、車両の所定の制御（ドアのロック／アンロック）の要求を、当該ユーザ端末２０が記憶している秘密鍵を用いて生成されたデジタル署名と共に車両端末３０に送信し、車両端末３０が、ユーザ端末２０から受信したデジタル署名の、サーバ１０が車両端末３０と関連付けて記憶している公開鍵を用いた検証の検証結果に基づいて、車両の所定の制御を実行する。このように、本発明の実施形態は、公開鍵暗号方式に従うデジタル署名を用いて、車両の制御に伴うユーザ認証を、セキュリティを維持しつつ簡易な仕組みで実現することができる。

上述した実施形態では、自動車の稼動情報は、車両端末３０からサーバ１０に対して送信されるように構成したが、これに代えて、又は、これに加えて、車両端末３０からユーザ端末２０に対して近距離無線通信を用いて送信されるように構成することもできる。この場合、更に、受信した稼動情報の全部又は一部をユーザ端末２０上で表示するように構成し得る。こうすれば、車室内のユーザは、メーターには表示されない様々な稼動情報をユーザ端末２０上で確認することができる。また、ユーザ端末２０に故障診断アプリをインストールして実行することにより、稼動情報に基づいて、自動車の故障診断を行えるようにしてもよい。

本明細書で説明された処理及び手順は、実施形態中で明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。より具体的には、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク、光ストレージ等の媒体に、当該処理に相当するロジックを実装することによって実現される。また、本明細書で説明される処理及び手順は、それらの処理・手順をコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

本明細書中で説明される処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書中で説明されるデータ、テーブル、又はデータベースが単一のメモリに格納される旨説明されたとしても、そのようなデータ、テーブル、又はデータベースは、単一の装置に備えられた複数のメモリまたは複数の装置に分散して配置された複数のメモリに分散して格納され得る。さらに、本明細書において説明されるソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。

１ システム
１０ サーバ
２０ ユーザ端末
３０ 車両端末
４０ 通信網
５１ 情報記憶部
５２ 基本情報管理部
５３ 予約管理部
５４ ユーザ認証管理部
６１ 情報記憶部
６２ 鍵管理部
６３ 車両制御要求部
７１ 情報記憶部
７２ 車両制御部
７３ サーバ連携部
８０ 予約画面
９０ 車両詳細画面
１００ 自動車
１１０ 車両制御部
１１１ 車両診断用コネクタ
１２０ 接続用コネクタ

Claims (10)

1. ユーザ端末と、車両に設けられた車両端末と、サーバと、を備え、前記車両を管理するシステムであって、
   前記ユーザ端末が、秘密鍵を記憶するステップと、
   前記サーバが、前記秘密鍵に対応する公開鍵と前記車両端末とを関連付けて記憶するステップと、
   前記ユーザ端末が、前記車両の所定の制御の要求を、当該ユーザ端末が記憶している前記秘密鍵を用いて生成されたデジタル署名と共に前記車両端末に送信するステップと、
   前記車両端末が、前記ユーザ端末から受信した前記デジタル署名の、前記サーバが当該車両端末と関連付けて記憶している前記公開鍵を用いた検証の検証結果に基づいて、前記車両の前記所定の制御を実行するステップと、を実行する、
   システム。
2. 請求項１に記載のシステムであって、
   前記所定の制御を実行するステップは、
   前記車両端末が、前記ユーザ端末から受信した前記デジタル署名の検証の要求を、当該デジタル署名と共に前記サーバに送信するステップと、
   前記サーバが、前記車両端末から受信した前記デジタル署名を、当該サーバが当該車両端末と関連付けて記憶している前記公開鍵を用いて検証し、当該検証の検証結果を前記車両端末に送信するステップと、を含む、
   システム。
3. 請求項２に記載のシステムであって、
   前記所定の制御の要求を送信するステップは、前記ユーザ端末が、一時的な一時情報と、当該一時情報と前記秘密鍵とを用いて生成された前記デジタル署名とを前記車両端末に送信することを含み、
   前記デジタル署名の検証の要求を送信するステップは、前記車両端末が、前記一時情報と前記デジタル署名とを前記サーバに送信することを含み、
   前記検証結果を送信するステップは、前記サーバが、前記車両端末から受信した前記一時情報と前記公開鍵とを用いて前記デジタル署名を検証することを含む、
   システム。
4. 前記公開鍵と前記車両端末とを関連付けて記憶するステップは、前記サーバが、前記公開鍵が関連付けられているユーザと、前記車両端末が関連付けられている車両と、を関連付けて記憶することを含む請求項１ないし３何れかに記載のシステム。
5. 請求項４に記載のシステムであって、
   前記秘密鍵を記憶するステップは、
   前記ユーザ端末が、ユーザからの指示に応答して前記秘密鍵及び前記公開鍵を生成し、当該秘密鍵を当該ユーザ端末に記憶すると共に当該公開鍵を前記サーバに送信し、
   前記サーバが、前記ユーザ端末から受信した前記公開鍵と前記ユーザとを関連付けて記憶する、ことを含む、
   システム。
6. 請求項４又は５に記載のシステムであって、
   前記公開鍵と前記車両端末とを関連付けて記憶するステップは、前記サーバが、前記公開鍵と前記車両端末と日時とを関連付けて記憶することを含み、
   前記デジタル署名の検証は、現在日時に対応する前記日時及び前記車両端末に関連付けて前記サーバが記憶している前記公開鍵を用いて前記デジタル署名を検証することを含む、
   システム。
7. 前記公開鍵と前記車両端末とを関連付けて記憶するステップは、前記サーバが、前記ユーザ端末を介したユーザによる車両の予約を受け付けたときに、当該ユーザと、予約された当該車両と、予約された日時とを関連付けて記憶することを含む請求項６に記載のシステム。
8. 請求項１ないし７何れかに記載のシステムであって、
   前記車両端末は、
   ＣＰＵと、
   前記車両の１又は複数の車両制御ユニットに接続されている車両診断用コネクタに接続用コネクタを介して接続され、当該複数の車両制御ユニットとの間でＣＡＮ通信を実行するＣＡＮ通信モジュールと、
   前記サーバと移動体通信網を介した通信を実行する第１の通信モジュールと、
   前記ユーザ端末と近距離無線通信を実行する第２の通信モジュールと、を備える、
   システム
9. 前記車両の前記所定の制御は、車両のドアのロック／アンロックを含む請求項１ないし８何れかに記載のシステム。
10. ユーザ端末と、車両に設けられた車両端末と、サーバと、によって前記車両を管理する方法であって、
    前記ユーザ端末が、秘密鍵を記憶するステップと、
    前記サーバが、前記秘密鍵に対応する公開鍵と前記車両端末とを関連付けて記憶するステップと、
    前記ユーザ端末が、前記車両の所定の制御の要求を、当該ユーザ端末が記憶している前記秘密鍵を用いて生成されたデジタル署名と共に前記車両端末に送信するステップと、
    前記車両端末が、前記ユーザ端末から受信した前記デジタル署名の、前記サーバが当該車両端末と関連付けて記憶している前記公開鍵を用いた検証の検証結果に基づいて、前記車両の前記所定の制御を実行するステップと、を備える、
    方法。