知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023140287
(43)【公開日】2023-10-04
(54)【発明の名称】制御方法、プログラム及び記憶媒体
(51)【国際特許分類】
G06Q 50/30 20120101AFI20230927BHJP
【ＦＩ】
G06Q50/30
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2023007031
(22)【出願日】2023-01-20
(31)【優先権主張番号】P 2022045964
(32)【優先日】2022-03-22
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】314012076
【氏名又は名称】パナソニックＩＰマネジメント株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】矢羽田 洋
(72)【発明者】
【氏名】廣田 智之
(72)【発明者】
【氏名】西 孝啓
(72)【発明者】
【氏名】遠間 正真
(72)【発明者】
【氏名】杉尾 敏康
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC42
(57)【要約】 （修正有）
【課題】車両または車両の利用情報を適切に管理する制御方法、プログラム及び記憶媒体を提供する。
【解決手段】鍵管理システムにおいて、制御方法を実行する鍵管理クラウドの演算部は、電子鍵が会社電子鍵かもしくは個人電子鍵かを判定する。電子鍵が会社電子鍵と判定すると、車両から取得した車両利用情報を会社保険クラウドへ送信する。そして、電子鍵が個人電子鍵と判定すると、車両から取得した車両利用情報を個人保険クラウドへ送信し、車両利用情報を会社保険クラウドへは送信しない。
【選択図】図２０
【解決手段】鍵管理システムにおいて、制御方法を実行する鍵管理クラウドの演算部は、電子鍵が会社電子鍵かもしくは個人電子鍵かを判定する。電子鍵が会社電子鍵と判定すると、車両から取得した車両利用情報を会社保険クラウドへ送信する。そして、電子鍵が個人電子鍵と判定すると、車両から取得した車両利用情報を個人保険クラウドへ送信し、車両利用情報を会社保険クラウドへは送信しない。
【選択図】図２０
【特許請求の範囲】
【請求項1】
複数の車両に関する車両情報と、前記複数の車両にそれぞれ対応する複数の電子鍵と、を管理する少なくとも１つのデータベースにアクセス可能な第１コンピュータにおける制御方法であって、
第１ユーザの第１端末から、ネットワークを介して、前記第１ユーザが利用可能な第１電子鍵と、前記第１ユーザが利用を要求している第１車両を特定するための第１車両ＩＤと、を含む第１認証情報を受け取り、
前記第１電子鍵及び前記第１車両ＩＤと、前記少なくとも１つのデータベースと、に基づいて、前記第１認証情報が有効であると判断した後、前記第１ユーザが前記第１車両を利用することを許可することを示す第１許可信号を、前記ネットワークを介して前記第１車両に送信し、
前記第１ユーザが前記第１車両の利用を開始した後、前記第１車両の利用状況を示す第１利用情報を、前記ネットワークを介して前記第１車両から取得し、
前記第１電子鍵が、前記第１ユーザの所属する第１事業体に紐づけられている第１会社鍵である場合に、前記第１利用情報の少なくとも一部を、前記第１事業体に関連する第２コンピュータに、前記ネットワークを介して送信し、
前記第１電子鍵が、前記第１ユーザの第１個人鍵である場合に、前記第１利用情報の前記少なくとも一部を、前記第２コンピュータに送信しない、
制御方法。
第１ユーザの第１端末から、ネットワークを介して、前記第１ユーザが利用可能な第１電子鍵と、前記第１ユーザが利用を要求している第１車両を特定するための第１車両ＩＤと、を含む第１認証情報を受け取り、
前記第１電子鍵及び前記第１車両ＩＤと、前記少なくとも１つのデータベースと、に基づいて、前記第１認証情報が有効であると判断した後、前記第１ユーザが前記第１車両を利用することを許可することを示す第１許可信号を、前記ネットワークを介して前記第１車両に送信し、
前記第１ユーザが前記第１車両の利用を開始した後、前記第１車両の利用状況を示す第１利用情報を、前記ネットワークを介して前記第１車両から取得し、
前記第１電子鍵が、前記第１ユーザの所属する第１事業体に紐づけられている第１会社鍵である場合に、前記第１利用情報の少なくとも一部を、前記第１事業体に関連する第２コンピュータに、前記ネットワークを介して送信し、
前記第１電子鍵が、前記第１ユーザの第１個人鍵である場合に、前記第１利用情報の前記少なくとも一部を、前記第２コンピュータに送信しない、
制御方法。
【請求項2】
前記第１端末において、前記第１会社鍵と、前記第１個人鍵と、を含む複数の第１電子鍵が記憶されており、
前記第１電子鍵は、前記第１端末において、前記複数の第１電子鍵の中から選択された１つであり、
前記第１許可信号は、前記第１車両のドアを開錠するための開錠指示を含む、
請求項１に記載の制御方法。
前記第１電子鍵は、前記第１端末において、前記複数の第１電子鍵の中から選択された１つであり、
前記第１許可信号は、前記第１車両のドアを開錠するための開錠指示を含む、
請求項１に記載の制御方法。
【請求項3】
前記第２コンピュータは、前記第１事業体が第１自動車保険を契約している第１保険会社が利用するコンピュータである、
請求項１に記載の制御方法。
請求項１に記載の制御方法。
【請求項4】
前記第１電子鍵が前記第１個人鍵である場合に、前記第１利用情報の少なくとも一部を、第３コンピュータに送信し、
前記第３コンピュータは、前記第１ユーザ個人が第２自動車保険を契約している第２保険会社が利用するコンピュータである、
請求項３に記載の制御方法。
前記第３コンピュータは、前記第１ユーザ個人が第２自動車保険を契約している第２保険会社が利用するコンピュータである、
請求項３に記載の制御方法。
【請求項5】
さらに、前記第１電子鍵が前記第１会社鍵である場合、
前記第１認証情報が有効であると判断した後に、前記第１事業体が前記第１保険会社と契約している保険についての確認を要求する第１確認要求を、前記ネットワークを介して前記第２コンピュータに送信し、
前記第２コンピュータにおいて、前記第１確認要求に基づいて、前記第１自動車保険の契約内容が確認されたことを示す第１確認結果を、前記ネットワークを介して前記第２コンピュータから受け取り、
前記第１確認結果を受け取った後に、前記第１許可信号を前記第１車両に送信する、
請求項４に記載の制御方法。
前記第１認証情報が有効であると判断した後に、前記第１事業体が前記第１保険会社と契約している保険についての確認を要求する第１確認要求を、前記ネットワークを介して前記第２コンピュータに送信し、
前記第２コンピュータにおいて、前記第１確認要求に基づいて、前記第１自動車保険の契約内容が確認されたことを示す第１確認結果を、前記ネットワークを介して前記第２コンピュータから受け取り、
前記第１確認結果を受け取った後に、前記第１許可信号を前記第１車両に送信する、
請求項４に記載の制御方法。
【請求項6】
さらに、前記第１電子鍵が前記第１個人鍵である場合、
前記第１認証情報が有効であると判断した後に、前記第１ユーザが前記第２保険会社と契約している保険についての確認を要求する第２確認要求を、前記ネットワークを介して前記第３コンピュータに送信し、
前記第３コンピュータにおいて、前記第２確認要求に基づいて、前記第２自動車保険の契約内容が確認されたことを示す第２確認結果を、前記ネットワークを介して前記第３コンピュータから受け取り、
前記第２確認結果を受け取った後に、前記第１許可信号を前記第１車両に送信する、
請求項５に記載の制御方法。
前記第１認証情報が有効であると判断した後に、前記第１ユーザが前記第２保険会社と契約している保険についての確認を要求する第２確認要求を、前記ネットワークを介して前記第３コンピュータに送信し、
前記第３コンピュータにおいて、前記第２確認要求に基づいて、前記第２自動車保険の契約内容が確認されたことを示す第２確認結果を、前記ネットワークを介して前記第３コンピュータから受け取り、
前記第２確認結果を受け取った後に、前記第１許可信号を前記第１車両に送信する、
請求項５に記載の制御方法。
【請求項7】
前記第１電子鍵が前記第１会社鍵である場合、前記第１許可信号は、前記第１自動車保険の契約内容の少なくとも一部を示す第１保険情報を、前記第１車両の車室内に設けられたディスプレイに表示させる第１表示指示を含み、
前記第１電子鍵が前記第１個人鍵である場合、前記第１許可信号は、前記第２自動車保険の契約内容の少なくとも一部を示す第２保険情報を、前記ディスプレイに表示させる第２表示指示を含む、
請求項６に記載の制御方法。
前記第１電子鍵が前記第１個人鍵である場合、前記第１許可信号は、前記第２自動車保険の契約内容の少なくとも一部を示す第２保険情報を、前記ディスプレイに表示させる第２表示指示を含む、
請求項６に記載の制御方法。
【請求項8】
さらに、前記第１電子鍵が前記第１個人鍵であって、かつ、前記第１ユーザ個人が契約している自動車保険を特定できない場合、前記第１ユーザに推奨される自動車保険を示す推奨保険情報を、前記第１車両の車室内に設けられたディスプレイに表示させる表示指示信号を、前記ネットワークを介して前記第１車両に送信し、
前記第１ユーザが前記推奨される自動車保険に加入したことを示す第３の確認結果を、前記ネットワークを介して前記第１車両から受け取り、
前記第３の確認結果を受け取った後に、前記第１ユーザが前記第１車両を利用することを許可する、
請求項６に記載の制御方法。
前記第１ユーザが前記推奨される自動車保険に加入したことを示す第３の確認結果を、前記ネットワークを介して前記第１車両から受け取り、
前記第３の確認結果を受け取った後に、前記第１ユーザが前記第１車両を利用することを許可する、
請求項６に記載の制御方法。
【請求項9】
前記少なくとも１つのデータベースは、さらに、
複数のユーザ、または、前記複数のユーザのそれぞれ所属する複数の事業体がそれぞれ契約している複数の保険会社に関する保険会社情報と、前記複数の保険会社がそれぞれ利用している複数のコンピュータのネットワーク上のアドレスを示すアドレス情報と、を管理しており、
前記第１電子鍵が前記第１会社鍵である場合、前記第１保険会社が利用する前記第２コンピュータの前記ネットワーク上のアドレスを示す第１アドレス情報は、前記第１会社鍵を前記少なくとも１つのデータベースに照合することによって特定され、
前記第１電子鍵が前記第１個人鍵である場合、前記第２保険会社が利用する前記第３コンピュータの前記ネットワーク上のアドレスを示す第２アドレス情報は、前記第１個人鍵を前記少なくとも１つのデータベースに照合することによって特定される、
請求項４に記載の制御方法。
複数のユーザ、または、前記複数のユーザのそれぞれ所属する複数の事業体がそれぞれ契約している複数の保険会社に関する保険会社情報と、前記複数の保険会社がそれぞれ利用している複数のコンピュータのネットワーク上のアドレスを示すアドレス情報と、を管理しており、
前記第１電子鍵が前記第１会社鍵である場合、前記第１保険会社が利用する前記第２コンピュータの前記ネットワーク上のアドレスを示す第１アドレス情報は、前記第１会社鍵を前記少なくとも１つのデータベースに照合することによって特定され、
前記第１電子鍵が前記第１個人鍵である場合、前記第２保険会社が利用する前記第３コンピュータの前記ネットワーク上のアドレスを示す第２アドレス情報は、前記第１個人鍵を前記少なくとも１つのデータベースに照合することによって特定される、
請求項４に記載の制御方法。
【請求項10】
前記第１電子鍵が前記第１会社鍵である場合、前記第１認証情報は、前記第１保険会社が利用する前記第２コンピュータのネットワーク上のアドレスを示す第１アドレス情報をさらに含み、
前記第１電子鍵が前記第１個人鍵である場合、前記第１認証情報は、前記第２保険会社が利用する前記第３コンピュータの前記ネットワーク上のアドレスを示す第２アドレス情報をさらに含む、
請求項４に記載の制御方法。
前記第１電子鍵が前記第１個人鍵である場合、前記第１認証情報は、前記第２保険会社が利用する前記第３コンピュータの前記ネットワーク上のアドレスを示す第２アドレス情報をさらに含む、
請求項４に記載の制御方法。
【請求項11】
前記第２コンピュータは、前記第１事業体が利用する事業用コンピュータであり、
前記第１電子鍵が前記第１会社鍵である場合に前記第２コンピュータに送信される前記第１利用情報の前記少なくとも一部は、前記第１車両ＩＤと、前記第１車両の位置情報を時刻情報に対応づけた第１移動履歴とを含む、
請求項１に記載の制御方法。
前記第１電子鍵が前記第１会社鍵である場合に前記第２コンピュータに送信される前記第１利用情報の前記少なくとも一部は、前記第１車両ＩＤと、前記第１車両の位置情報を時刻情報に対応づけた第１移動履歴とを含む、
請求項１に記載の制御方法。
【請求項12】
さらに、前記第１電子鍵が前記第１会社鍵である場合に、前記第１車両の制御モードを社用車モードに設定するための第１設定指示を、前記ネットワークを介して前記第１車両に送信し、
前記第１電子鍵が前記第１個人鍵である場合に、前記第１車両の前記制御モードを私用車モードに設定するための第２設定指示を、前記ネットワークを介して前記第１車両に送信する、
請求項１１に記載の制御方法。
前記第１電子鍵が前記第１個人鍵である場合に、前記第１車両の前記制御モードを私用車モードに設定するための第２設定指示を、前記ネットワークを介して前記第１車両に送信する、
請求項１１に記載の制御方法。
【請求項13】
前記社用車モードにおける第１出発地から第１目的地までの第１経路の第１走行距離が、前記私用車モードにおける前記第１出発地から前記第１目的地までの第２経路の第２走行距離に比べて長い、または、
前記第１出発地から前記第１目的地までを前記社用車モードで走行した場合にかかる第１走行時間が、前記第１出発地から前記第１目的地までを前記私用車モードで走行した場合にかかる第２走行時間よりも長い、
請求項１２に記載の制御方法。
前記第１出発地から前記第１目的地までを前記社用車モードで走行した場合にかかる第１走行時間が、前記第１出発地から前記第１目的地までを前記私用車モードで走行した場合にかかる第２走行時間よりも長い、
請求項１２に記載の制御方法。
【請求項14】
前記社用車モードにおいて、前記第１車両の車室内に設けられたディスプレイ上に、前記第１ユーザに向けた第１広告情報が表示され、
前記私用車モードにおいて、前記ディスプレイ上に、前記第１ユーザに向けた第２広告情報が表示され、
前記第１広告情報の表示頻度、表示位置及び表示内容の少なくとも１つが、前記第２広告情報とは異なる、
請求項１２に記載の制御方法。
前記私用車モードにおいて、前記ディスプレイ上に、前記第１ユーザに向けた第２広告情報が表示され、
前記第１広告情報の表示頻度、表示位置及び表示内容の少なくとも１つが、前記第２広告情報とは異なる、
請求項１２に記載の制御方法。
【請求項15】
さらに、前記第１会社鍵を用いた前記第１車両の利用開始時において、前記第１車両に搭載されているバッテリーに蓄電されている第１蓄電量を示す第１バッテリー情報を、前記ネットワークを介して前記第１車両から取得し、
前記第１会社鍵を用いた前記第１車両の利用終了時において、前記バッテリーに蓄電されている第２蓄電量を示す第２バッテリー情報を、前記ネットワークを介して前記第１車両から取得し、
前記第１事業体が利用する前記事業用コンピュータ、または、前記第１事業体の決済手段を管理する金融機関が利用する金融用コンピュータに対して、前記第１蓄電量から前記第２蓄電量への変化量が反映された金額で、決済処理を実行する、
請求項１１に記載の制御方法。
前記第１会社鍵を用いた前記第１車両の利用終了時において、前記バッテリーに蓄電されている第２蓄電量を示す第２バッテリー情報を、前記ネットワークを介して前記第１車両から取得し、
前記第１事業体が利用する前記事業用コンピュータ、または、前記第１事業体の決済手段を管理する金融機関が利用する金融用コンピュータに対して、前記第１蓄電量から前記第２蓄電量への変化量が反映された金額で、決済処理を実行する、
請求項１１に記載の制御方法。
【請求項16】
さらに、前記第１会社鍵を用いた前記第１車両の利用開始時において、前記第１車両に搭載されているバッテリーに蓄電されている第１蓄電量を示す第１バッテリー情報を、前記ネットワークを介して前記第１車両から取得し、
前記第１会社鍵を用いた前記第１車両の利用終了時において、前記バッテリーに蓄電されている第２蓄電量を示す第２バッテリー情報を、前記ネットワークを介して前記第１車両から取得し、
前記第１事業体が利用する前記事業用コンピュータ、または、前記第１事業体の決済手段を管理する金融機関が利用する金融用コンピュータに対して、前記第１蓄電量及び前記第２蓄電量の少なくとも一方に反映された金額で、決済処理を実行し、
前記決済処理において、前記第１蓄電量が第１基準量以下の場合、または、前記第２蓄電量が第２基準量以上の場合において、前記金額を所定の金額から減額処理する、
請求項１１に記載の制御方法。
前記第１会社鍵を用いた前記第１車両の利用終了時において、前記バッテリーに蓄電されている第２蓄電量を示す第２バッテリー情報を、前記ネットワークを介して前記第１車両から取得し、
前記第１事業体が利用する前記事業用コンピュータ、または、前記第１事業体の決済手段を管理する金融機関が利用する金融用コンピュータに対して、前記第１蓄電量及び前記第２蓄電量の少なくとも一方に反映された金額で、決済処理を実行し、
前記決済処理において、前記第１蓄電量が第１基準量以下の場合、または、前記第２蓄電量が第２基準量以上の場合において、前記金額を所定の金額から減額処理する、
請求項１１に記載の制御方法。
【請求項17】
さらに、前記第１会社鍵を用いた前記第１車両の利用期間において前記第１車両に搭載されているバッテリーに対して第１充電器による充電操作が行われた後、前記第１充電器と、前記第１事業体が利用する前記事業用コンピュータ、または、前記第１事業体の決済手段を管理する金融機関が利用する金融用コンピュータとの間で決済処理が行われたことを示す第１決済報告を、前記第１充電器、前記事業用コンピュータ、または前記金融用コンピュータから前記ネットワークを介して受け取り、
前記第１決済報告を前記第１会社鍵と紐付けて、前記第１コンピュータのメモリに記録する、
請求項１１に記載の制御方法。
前記第１決済報告を前記第１会社鍵と紐付けて、前記第１コンピュータのメモリに記録する、
請求項１１に記載の制御方法。
【請求項18】
さらに、前記第１認証情報が有効であると判断した後に、前記第１車両に搭載されているバッテリーの充電履歴の情報に基づいて、前記バッテリーの蓄電量を示すインディケータを前記第１車両の車室内のディスプレイ上に表示させるための表示設定情報を、前記ネットワークを介して前記第１車両に送信し、
前記充電履歴は前記第１コンピュータのメモリ上に記憶されており、
前記第１電子鍵が前記第１会社鍵である場合、前記ディスプレイに表示される前記インディケータは、前記第１事業体が所有する第１蓄電量を示す第１オブジェクトと、前記第１事業体が所有しない他の蓄電量を示す第２オブジェクトとを含み、
前記第１電子鍵が前記第１個人鍵である場合、前記ディスプレイに表示される前記インディケータは、前記第１ユーザ個人が所有する第２蓄電量を示す第３オブジェクトと、前記第１ユーザが所有しない他の蓄電量を示す第４オブジェクトとを含む、
請求項１に記載の制御方法。
前記充電履歴は前記第１コンピュータのメモリ上に記憶されており、
前記第１電子鍵が前記第１会社鍵である場合、前記ディスプレイに表示される前記インディケータは、前記第１事業体が所有する第１蓄電量を示す第１オブジェクトと、前記第１事業体が所有しない他の蓄電量を示す第２オブジェクトとを含み、
前記第１電子鍵が前記第１個人鍵である場合、前記ディスプレイに表示される前記インディケータは、前記第１ユーザ個人が所有する第２蓄電量を示す第３オブジェクトと、前記第１ユーザが所有しない他の蓄電量を示す第４オブジェクトとを含む、
請求項１に記載の制御方法。
【請求項19】
請求項１から１８のいずれか１項に記載の制御方法を前記第１コンピュータに実行させるためのプログラム。
【請求項20】
請求項１から１８のいずれか１項に記載の制御方法を前記第１コンピュータに実行させるためのプログラムを記録した非一時的な記録媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、車両と通信可能なコンピュータを制御するための制御方法、プログラム及び記憶媒体に関する。
【背景技術】
【0002】
特許文献１は、車両の動作モードを通常モードからバレットモードに切り替える際に電子キーシステムの暗号鍵をバレットモード用暗号鍵に変更する方法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１２－６７４８９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１の技術ではさらなる改善が必要である。
【課題を解決するための手段】
【0005】
本開示の一態様に係る制御方法は、複数の車両に関する車両情報と、複数の車両にそれぞれ対応する複数の電子鍵と、を管理する少なくとも１つのデータベースにアクセス可能な第１コンピュータにおける制御方法であって、第１ユーザの第１端末から、ネットワークを介して、第１ユーザが利用可能な第１電子鍵と、第１ユーザが利用を要求している第１車両を特定するための第１車両ＩＤと、を含む第１認証情報を受け取り、第１電子鍵及び第１車両ＩＤと、少なくとも１つのデータベースと、に基づいて、第１認証情報が有効であると判断した後、第１ユーザが第１車両を利用することを許可することを示す第１許可信号を、ネットワークを介して第１車両に送信し、第１ユーザが第１車両の利用を開始した後、第１車両の利用状況を示す第１利用情報を、ネットワークを介して第１車両から取得し、第１電子鍵が、第１ユーザの所属する第１事業体に紐づけられている第１会社鍵である場合に、第１利用情報の少なくとも一部を、第１事業体に関連する第２コンピュータに、ネットワークを介して送信し、第１電子鍵が、第１ユーザの第１個人鍵である場合に、第１利用情報の少なくとも一部を、第２コンピュータに送信しない。
【発明の効果】
【0006】
本開示によれば、さらなる改善ができる。
【図面の簡単な説明】
【0007】
【図1】第１の形態に係る鍵管理システムの全体構成の一例を示すブロック図。
【図2】第１の形態に係る鍵管理システムの構成の一例を示すブロック図。
【図3】第１の形態に係る、所有者用の鍵発行の一例を示すフローチャート図。
【図4】第１の形態に係る、一時利用者用の鍵発行の一例を示すフローチャート図。
【図5】第１の形態に係る、開錠から施錠までの一例を示すフローチャート図。
【図6】第１の形態に係る、鍵データの一例を説明する図。
【図7】第１の形態に係る、鍵種別に応じて車両機能を設定する一例を示すフローチャート図。
【図8】第１の形態に係る、鍵ＩＤに応じて車両機能を設定する一例を示すフローチャート図。
【図9】第１の形態に係る、所有者に対するカーナビゲーションシステムの画面表示の一例を示す図。
【図10】第１の形態に係る、一時／共同利用者に対するカーナビゲーションシステムの画面表示の一例を示す図。
【図11】第１の形態に係る、所有者に対するカーナビゲーションシステムの画面表示の一例を示す図。
【図12】第１の形態に係る、一時／共同利用者に対するカーナビゲーションシステムの画面表示の一例を示す図。
【図13】第１の形態に係る、所有者に対するコックピットの画面表示の一例を示す図。
【図14】第１の形態に係る、一時／共同利用者に対するコックピットの画面表示の一例を示す図。
【図15】第１の形態に係る、一時／共同利用者が利用中の車両での通知処理の一例を示すフローチャート図。
【図16】第１の形態に係る、家族／一時／共同利用者が利用中の車両での通知処理の一例を示すフローチャート図。
【図17】第１の形態に係る、共同利用者に対する利用通知の一例を示すフローチャート図。
【図18】第２の形態に係る鍵管理システムの全体構成の一例を示すブロック図。
【図19】第２の形態に係る鍵管理システムの構成の一例を示すブロック図。
【図20】第２の形態に係る鍵管理システムの処理の一例を示すフローチャート図。
【図21】第２の形態に係る、ユーザが会社電子鍵を用いて汎用のシェアリングカーである車両を社用目的で利用する際の利用開始から終了までのシーケンス図。
【図22】第２の形態に係る、ユーザが個人電子鍵を用いて汎用のシェアリングカーである車両を私用目的で利用する際の利用開始から終了までのシーケンス図。
【図23】第２の形態に係る、個人保険クラウドにより保険契約の有効性が確認できなかった場合のシーケンス図。
【図24】第２の形態に係る、会社保険クラウドにおける保険料金の計算を説明するフローチャート図。
【図25】第２の形態に係る、車両が利用される電子鍵の種別に応じて制御を自動変更することを示すフローチャート図。
【図26】第２の形態に係る、個人電子鍵を用いて私用目的で利用した際の車両状況とその際のバッテリー蓄電量とを示した図。
【図27】第２の形態に係る、会社電子鍵を用いて車両を利用する際のシーケンス図。
【図28】第２の形態に係る、会社電子鍵を用いて車両を利用する際のシーケンス図。
【図30】第２の形態に係る車両のバッテリー蓄電量を表示する一例を示す図。
【図31】第２の形態に係る、利用開始時の情報端末の画面遷移を示した図。
【図32】第２の形態に係る、利用終了時の情報端末の画面遷移を示した図。
【図33】第２の形態に係る、車両利用中にコックピットを例示する図。
【発明を実施するための形態】
【0008】
（本開示に至る経緯）
我々の日常生活を取り巻く環境はますますデジタル化されてきている。例えば、多くの人が個人専用の情報端末であるスマートフォンを保有し、そのスマートフォンにユーザの健康管理を行うアプリケーション（以下、アプリケーションをアプリと呼ぶ）、他人とのコミュニケーションを行うソーシャルコミュニケーションアプリ、など様々なアプリをインストールして利用するようになった。
我々の日常生活を取り巻く環境はますますデジタル化されてきている。例えば、多くの人が個人専用の情報端末であるスマートフォンを保有し、そのスマートフォンにユーザの健康管理を行うアプリケーション（以下、アプリケーションをアプリと呼ぶ）、他人とのコミュニケーションを行うソーシャルコミュニケーションアプリ、など様々なアプリをインストールして利用するようになった。
【0009】
本開示は、多様な情報処理能力がある情報端末であるスマートフォンと、スマートフォンで動作するアプリと、多様な情報を管理、提供する情報処理サーバ（以下、情報処理サーバをクラウドと呼ぶ）とを連携動作させることによって、健康な、幸福な、快適な、便利な、安心な、安全な、愉しい、経済的な、合理的な、生活ができるようにユーザを支援するための技術を開示していく。
【0010】
なお、本開示は、ここで用いられる制御方法に含まれる特徴的な各構成をコンピュータに実行させるプログラム、あるいはこのプログラムによって動作するシステムとして実現することもできる。また、このようなコンピュータプログラムを、ＳＤカード等のコンピュータ読取可能な非一時的な記録媒体あるいはインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。
【0011】
なお、以下で説明する実施の形態は、いずれも本開示の一具体例を示すものである。以下の実施の形態で示される数値、形状、構成要素、ステップ、ステップの順序などは、一例であり、本開示を限定するものではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また全ての実施の形態において、各々の内容を組み合わせることもできる。
【0012】
（第１の形態）
我々の社会は、今後もさらにインターネットが普及し、各種センサーが身近になることが予想される。これにより、我々の社会は、個人の内部状態及び活動等に関する情報から建造物及び交通網等を含む街全体の情報までもが、デジタル化されてコンピューターシステムで利用できる状態になっていくと予想される。デジタル化された個人に関するデータ（個人情報）は、通信ネットワークを介してビッグデータとして情報銀行などのクラウドサーバに安全に管理され、個人や社会のために様々な用途に利用されていく。
我々の社会は、今後もさらにインターネットが普及し、各種センサーが身近になることが予想される。これにより、我々の社会は、個人の内部状態及び活動等に関する情報から建造物及び交通網等を含む街全体の情報までもが、デジタル化されてコンピューターシステムで利用できる状態になっていくと予想される。デジタル化された個人に関するデータ（個人情報）は、通信ネットワークを介してビッグデータとして情報銀行などのクラウドサーバに安全に管理され、個人や社会のために様々な用途に利用されていく。
【0013】
このような高度情報化社会は、日本ではＳｏｃｉｅｔｙ５．０と呼ばれる。高度情報化社会は、個人を取り囲む物質世界である現実空間（フィジカル空間）とコンピュータ同士が連携してフィジカル空間に関する各種処理がなされる仮想空間（サイバー空間）とを高度に融合させた情報基盤（サイバーフィジカルシステム）により、経済発展と社会的課題の解決とが期待される社会である。
【0014】
そうした高度情報化社会では、個人が行う日常の様々なシーンでのコミュニケーション（情報の取得、提供及びその表現方法を含む）や行動を分析し、蓄積した個人情報を含むビッグデータを分析することで、そのシーンに応じた、その個人にとって最適と思われるコミュニケーションの方法にて、その個人に必要な情報やサービスを提供することが可能になる。
【0015】
以降では、そのようなサイバーフィジカルシステムが稼働する高度情報化社会において、様々なユーザが夫々の形態で車両を共有して利用する具体的な様態について説明していく。
【0016】
図１は、本開示の一形態に係る鍵管理システム１００の全体構成の一例を示すブロック図である。ここではユーザＡが所有する車両１を所有者であるユーザＡと、利用者であるユーザＢとが、別々に利用するとして説明する。車両１は４Ｇ、５Ｇと呼ばれるセルラー通信２などの無線通信規格を用いて広域通信網３であるインターネットに接続し各種情報にアクセスすることができる。また、Ｂｌｕｅｔｏｏｔｈ（登録商標）や超広帯域無線通信規格であるＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）などを用いて近距離のデバイスと近距離無線通信４をすることができる。さらに、車両１は車両１を利用することができる電子鍵を車両管理クラウド５からインターネットを経由して取得、更新することができる。
【0017】
ユーザＡは情報端末６を所有しており、ユーザＢは情報端末７を所有している。夫々の情報端末６、７には、車両１を利用するための電子鍵８、電子鍵９が保管されている。車両１を利用するために必要となる電子鍵８、９は、鍵管理クラウド１０と情報端末６、７とがインターネットを経由して双方向に通信して生成、取得される。
【0018】
なお、本開示では、車両１の所有者であるユーザＡが、他人であるユーザＢに対して車両１を利用許可する場合には、ユーザＡが鍵管理クラウド１０で一時利用者用の電子鍵９を発行し、ユーザＡがその電子鍵９をユーザＢの情報端末７へ送信するとして説明するが、これに限られることはない。所有者であるユーザＡの許諾のもとに、車両１を利用可能な電子鍵９をユーザＢの情報端末７へ送信できる方法であれば、どのような方法であっても構わない。
【0019】
図２は、鍵管理システム１００の構成の一例を示すブロック図である。情報端末６は、映像情報、音声情報、かつ／または周辺環境の物理量を取得するためのセンサー部６０１と、映像や音声を出力する映像音声出力部６０２、ユーザからのボタン押下やタッチ操作などを受け付ける操作部６０３、情報端末の中で行われる各種演算や情報描画などの情報処理を行う演算部６０４、演算部６０４が使うデータやファイルを保持するメモリ６０５及び通信ネットワーク上の他のコンピュータと通信を行うための通信部６０６を備える。
【0020】
鍵管理を行うアプリが情報端末６にインストールされると、情報端末６のメモリ６０５にプログラムと必要なデータが記録され、演算部６０４によってそのプログラムが実行される。なお、情報端末７のハードウェア構成も、この情報端末６のハードウェア構成と同様である。このため、情報端末７のハードウェア構成は、上記の情報端末６のハードウェア構成の説明を参照されたい。
【0021】
なお、情報端末６、７はスマートフォンとして説明するが、それに限られない。腕時計型のスマートウォッチ、眼鏡型のスマートグラス、指輪型のスマートリング、音声操作するスマートスピーカー、もしくは可動部も備えるロボットのような形態であっても良い。
【0022】
車両管理クラウド５は、通信ネットワーク上の他のコンピュータと通信を行うための通信部５０１、車両やユーザに関する情報やその管理プログラムを記録しているメモリ５０２、各種のデータ処理を行う演算部５０３とを備える。
【0023】
鍵管理クラウド１０は、通信ネットワーク上の他のコンピュータと通信を行うための通信部１００１、車両やユーザに関する情報やその管理プログラムを記録しているメモリ１００２、各種のデータ処理を行う演算部１００３とを備える。
【0024】
車両１は、車両１の移動や車室空間内の装置（座席など）を動かすための可動部１０１、車両周囲を照らす照明部１０２、車両周囲の人や車、さらに車室内の人や物の位置や状態を検知するためのセンサー部１０３、乗客に様々な映像音声情報を提供すると共に、乗客からタッチ操作や音声操作などの入力を受け付ける情報入出力部１０４、開錠する鍵を認証し、車両１のドアの施錠／開錠を制御する鍵制御部１０５、車両基幹システムや車両機能に関する各種処理を実行する演算部１０６、車両基幹システムのプログラムや鍵管理のデータベースを含む各種データを記録しているメモリ１０７、外部機器との無線通信を行う通信部１０８、運転席向けの空調、かつ／または車室全体向けの空調を設定する、また、車両に具備されたＵＳＢポートへの給電の有無、最大電流量、サポートするＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格のバージョンを設定する車室空間制御部１０９、とから成る。
【0025】
なお、車両管理クラウド５、鍵管理クラウド１０、車両１、情報端末６、７は、広域通信網３のインターネットではない通信手段により、通信がなされても良い。例えば、車両１と情報端末６、７との間で行われる開錠処理については、近距離無線通信４が用いられても良い。
【0026】
（第一の実施形態）
ここからは、複数人で共有利用される車両１を複数の電子鍵を用いて利用する形態について説明する。
ここからは、複数人で共有利用される車両１を複数の電子鍵を用いて利用する形態について説明する。
【0027】
図３は、所有者用の鍵発行の一例を示すフローチャート図である。ここでは、ユーザＡの情報端末６には予め鍵管理を行うアプリがインストールされて、利用可能な状態になっているとして説明を行う。また、車両管理クラウド５は車両に対して暗号化された鍵データを送信、設定することを主目的としている。
【0028】
一方で、鍵管理クラウド１０は電子鍵の管理機能サービスを車両１の所有者、利用者に対して提供することを主目的としている。これらのクラウドは別々のクラウドに実装されていても良いし、１つのクラウドに実装されていても良い。また、別々の事業者によって運営されていても良いし、１つの事業者が両方のクラウドを運営する形態であっても良い。
【0029】
まず、ユーザＡは情報端末６（または、情報端末６にインストールされている鍵管理を行うアプリであっても良い、以下同様）を介して、所有者であるユーザＡ向けに鍵の生成を鍵管理クラウド１０に対して依頼する（ステップＳ１０１）。この要求には、発行する鍵を利用するユーザ（ユーザＡ）を識別する情報であるユーザＩＤ、発行する鍵を利用する情報端末６を識別する情報である情報端末ＩＤ、発行する鍵の利用対象となる車両１を識別する情報である車両ＩＤ、発行する鍵の種別を指定する情報である鍵種別、発行する鍵の有効期間を示す有効期間とが含まれる。鍵種別については後段で説明する。
【0030】
この要求を受信した鍵管理クラウド１０（または、鍵管理クラウド１０で鍵管理を行うプログラムであっても良い、以下同様）は、受信した要求に従って新たな電子鍵の生成を車両管理クラウド５に対して要求する（ステップＳ１０２）。
【0031】
車両管理クラウド５は要求を受信すると、受信したユーザＩＤ、情報端末ＩＤ、車両ＩＤ、鍵ＩＤ、鍵種別、有効期間に対応する新たな鍵ＩＤ（該当の電子鍵を識別するための情報）、かつ／または、鍵認証関数（車両と情報端末との間での鍵認証に利用するハッシュ関数などを含む所定の計算を規定する情報）を生成し、１つの鍵に関連するデータセットとして扱う。
【0032】
さらに、それを車両管理クラウド５のメモリ５０２に記録されている鍵管理のデータベースに登録し、鍵管理のデータベースを更新する（ステップＳ１０３）。続けて、車両管理クラウド５は生成した鍵ＩＤ、かつ／または鍵認証関数を含む鍵データ（ユーザＩＤ、情報端末ＩＤ、車両ＩＤ、鍵ＩＤ、鍵種別、鍵認証関数、有効期間を含むデータセット、またはその一部）を鍵管理クラウド１０へ送信する（ステップＳ１０４）。
【0033】
この鍵データを受信した鍵管理クラウド１０は、鍵管理クラウド１０のメモリ１００２に記録されている鍵管理のデータベースを更新する（ステップＳ１０５）。続けて、鍵管理クラウド１０は、鍵の生成を要求した情報端末６に対して鍵データを送信する（ステップＳ１０６）。情報端末６は、受信した鍵データを情報端末６のメモリ６０５に記録する（ステップＳ１０７）。
【0034】
車両管理クラウド５は鍵管理のデータベースが更新した後に、車両ＩＤに対応する車両１（または、車両１で鍵管理を行うプログラム、または鍵管理のデータベースであっても良い、以下同様）に対して、追加された鍵データを送信する（ステップＳ１０８）。車両１はこれを車両１の通信部１０８にて受信し、車両１のメモリ１０７に記録されている鍵管理のデータベースを更新して保管する（ステップＳ１０９）。
【0035】
なお、車両管理クラウド５から車両１に対する鍵データの送信は、ここでは新たな電子鍵の追加であるが、本開示はこれに限らない。例えば、車両管理クラウド５は不適切な利用者が車両１を利用できなくなるように、車両１が現在保管している鍵管理のデータベースの内、不適切な利用者のユーザＩＤに関連する鍵データを全て破棄または利用不可にするコマンドを含むようにしても良い。
【0036】
このコマンドを受信した車両１は、車両１のメモリ１０７にある鍵管理のデータベースからユーザＩＤに関連する鍵データを全て破棄、または利用不可に設定する。利用不可に設定する処理とは、例えば、該当する鍵に対応する有効期間を、過去を示す値か、利用不可を示す値に設定することでなされても良い。これによって上記の不適切な利用者が、この車両をこれから利用できなくすることができる。
【0037】
図４は、一時利用者用の鍵発行の一例を示すフローチャート図である。この図において情報端末６、車両１、車両管理クラウド５、鍵管理クラウド１０のデータ処理フローは図３と類似しているため、異なる部分についてのみ説明する。またこの例は、ユーザＡが所有する車両１を、ユーザＢが一時利用するための鍵を発行する例として説明する。
【0038】
一時利用者であるユーザＢが所有する情報端末７（または、情報端末７にインストールされている鍵管理を行うアプリであっても良い、以下同様）から、所有者であるユーザＡの情報端末６に対して、ユーザＢの鍵を生成するために必要な情報が送信される（ステップＳ２０１）。ここでは、新しい鍵を利用するユーザ（ユーザＢ）を識別する情報であるユーザＩＤと、発行する鍵を利用する情報端末（情報端末７）を識別する情報である情報端末ＩＤが送信される。
【0039】
次に、情報端末６は、一時利用者であるユーザＢ向けに鍵の生成を鍵管理クラウド１０に対して依頼する（ステップＳ２０２）。この要求には、受信したユーザＢを識別する情報であるユーザＩＤと、情報端末７を識別する情報である情報端末ＩＤに加えて、車両ＩＤ、鍵種別、有効期間とが含まれる。
【0040】
以下は、図３と同様に鍵生成の処理（ステップＳ２０３、ステップＳ２０４、ステップＳ２０５、ステップＳ２０６、ステップＳ２０７、ステップＳ２０９及びステップＳ２１０）が進められ、情報端末６は、一時利用者であるユーザＢのための鍵データを通信部６０６より受信し、メモリ６０５に記録されている鍵管理のデータベースを更新する（ステップＳ２０８）。
【0041】
情報端末６は、情報端末７に対してユーザＢ用に新規作成された鍵の鍵データ（ユーザＢを示すユーザＩＤ、情報端末７を示す情報端末ＩＤ、車両１を示す車両ＩＤ、ユーザＢのために新規発行された鍵を示す鍵ＩＤ、その鍵の鍵種別、その鍵の鍵認証関数、その鍵の有効期間を含むデータセット、またはその一部）を送信する（ステップＳ２１１）。情報端末７はこれを受信すると、情報端末７のメモリ６０５に鍵管理のデータベースとして保存、またはその内容を更新する（ステップＳ２１２）。
【0042】
なお、この例では一時利用者のユーザＢを識別するユーザＩＤだけでなく、情報端末７を識別する情報端末ＩＤも含めて鍵データとして関連付けて運用されている。これは、このユーザＢを名乗る第三者が車両１を利用しようとしても、情報端末７でなければ車両１との認証が成功しないようにするためである。言い換えれば、鍵データが第三者に漏洩したとしても、情報端末７でしか利用できない鍵データであるため、車両１の不正利用を防ぐことができ、安全性を高めることが期待できる。
【0043】
図５は、開錠から施錠までの一例を示すフローチャート図である。この図では説明の都合上、所有者であるユーザＡが情報端末６を用いて車両１を利用する場合をもとに説明するが、所有者以外を含むユーザ、所有者以外が所有する情報端末であっても開錠、施錠の処理は同じである。
【0044】
また、車両１の開錠操作は、ユーザＡが情報端末６を携帯したまま運転席のドアノブを握ることとする。また、車両１の施錠操作は、車両が停車状態にある時に、ユーザＡが情報端末６を携帯したまま降車し、車両１から一定距離以上離れることとする。これらの開錠／施錠操作は一例であって、これ以外の操作や状態で代替されても良い。
【0045】
ユーザＡが情報端末６を携帯したまま車両１の運転席のドアノブを握ることで、車両１はユーザＡが開錠操作を行ったと判定する（ステップＳ３０１）。ユーザＡが運転席のすぐ近くにいることは、車両１の通信部１０８が、情報端末６から発信されたＢｌｕｅｔｏｏｔｈ（登録商標）電波の受信強度によって距離を推定したり、車両１の通信部１０８として複数個所に具備されたＵＷＢアンテナにより人または情報端末６との距離を推定したり、車両１のセンサー部１０３として具備されたカメラによって運転席のドアの前にいる人を画像認識して個人識別したり、しても良い。また、車両１は、運転席のドアノブを人が握ったことを検知するためのセンサーを具備するようにしても良い。
【0046】
車両１は運転席のドアノブを握られたことを判定すると、運転席から所定距離内の通信デバイスに対して近距離無線通信４を用いて、鍵認証の要求を送信する（ステップＳ３０２）。この要求には車両ＩＤと鍵認証関数への入力値（乱数など）が含まれていても良い。
【0047】
（鍵認証要求）
この要求を情報端末６が受信した場合には、情報端末６は要求に含まれる鍵認証関数への入力値を取得し、鍵認証関数に基づき演算（ステップＳ３０３）し、その結果を応答値としてユーザＩＤかつ／または情報端末ＩＤと共に車両１に応答する（ステップＳ３０４）。
この要求を情報端末６が受信した場合には、情報端末６は要求に含まれる鍵認証関数への入力値を取得し、鍵認証関数に基づき演算（ステップＳ３０３）し、その結果を応答値としてユーザＩＤかつ／または情報端末ＩＤと共に車両１に応答する（ステップＳ３０４）。
【0048】
（鍵認証応答）
車両１は送信した入力値と、返信された応答値と、返信されたユーザＩＤかつ／または情報端末ＩＤとを、車両１のメモリ１０７に記録されている鍵管理のデータベースに基づいて照合し、正当な鍵データを持つ通信デバイスなのか、かつ／または、開錠操作を行ったのがどのユーザで、どの情報端末なのか、を判定する（ステップＳ３０５）。
車両１は送信した入力値と、返信された応答値と、返信されたユーザＩＤかつ／または情報端末ＩＤとを、車両１のメモリ１０７に記録されている鍵管理のデータベースに基づいて照合し、正当な鍵データを持つ通信デバイスなのか、かつ／または、開錠操作を行ったのがどのユーザで、どの情報端末なのか、を判定する（ステップＳ３０５）。
【0049】
（鍵認証）
ここでは、車両１が運転席から所定距離内の通信デバイスに対して鍵認証関数への入力値を送信し、これを受信した情報端末６が鍵認証関数に基づいて演算した結果を車両１に返すことで、通信デバイスが正当な鍵データを持つかを検証し、開錠の可否判定を行うチャレンジ＆レスポンス認証方式で説明したが、本開示はこれに限らない。
ここでは、車両１が運転席から所定距離内の通信デバイスに対して鍵認証関数への入力値を送信し、これを受信した情報端末６が鍵認証関数に基づいて演算した結果を車両１に返すことで、通信デバイスが正当な鍵データを持つかを検証し、開錠の可否判定を行うチャレンジ＆レスポンス認証方式で説明したが、本開示はこれに限らない。
【0050】
例えば、車両１が鍵認証要求として鍵データ（ユーザＩＤ、情報端末ＩＤ、鍵ＩＤ、鍵種別、鍵認証関数、有効期間の全て、または一部）を要求し、それを受信した情報端末６が鍵データを返信し、車両１がその鍵データを車両１のメモリ１０７にて管理されている鍵管理のデータベースと照合することで、鍵認証を行うようにしても良い。
【0051】
鍵認証が成功した場合は、車両１は車両基幹システムを起動するプログラムをメモリ１０７から読み込み、演算部１０６にて実行させる（ステップＳ３０６）。これによって車両１が具備する各種装置の状態や各種計器の値が確認される。また車両１はドアを開錠する。鍵認証が失敗した場合は、車両１はドアを開錠せず、車両１を起動することもせず、ここで処理を終了して、図５にある以降の処理は行わない。
【0052】
車両１は基幹システムを起動すると、開錠した鍵ＩＤ、または鍵種別、に応じて各種車両機能を自動で設定する（ステップＳ３０７）。ここではカーナビゲーションシステムの画面や、シートの位置／角度などが開錠した鍵ＩＤに対する車両機能の設定情報に基づき設定される。この詳細は後に説明する。
【0053】
各種車両機能が利用可能な状態となって、運転手または乗客が行った各種車両機能への設定変更や、操作履歴は、上記の開錠した鍵ＩＤと紐づけて車両１のメモリ１０７に記録、管理される（ステップＳ３０８）。これは次回の開錠時または車両起動時に自動的に設定を反映するためである。例えば、シートの位置をずらすと、車両１はその位置を鍵ＩＤと関連付けてメモリ１０７に記録する。そして、次回その鍵ＩＤで開錠、または車両起動された時には、車両１の演算部１０６は可動部１０１を介して、自動的にシートの位置を前回と同じ位置へ移動させる。
【0054】
このような個々の乗客の肉体的特徴や、思考や好みの傾向に合わせた設定項目は数多くあり、同じ車両を複数人で共有する場合には面倒だった。車両の鍵が物理的に同一であり、複数人で共有する場合にはこのような課題が解決できなかった。しかし、車両がシェアリングされる時代となった時には、電子鍵で他人の車両を利用できるようになると想像され、その際にその電子鍵が内包する情報を適切に設定、制御することで、車両の利用者を車両側が特定することも可能になってくる。そうなれば、その特定した利用者に応じて車室内の環境を、その利用者に応じて自動調整する機能を実現することができると考えられ、ユーザにとって認知されやすい利便性、快適性をもたらすと期待される。
【0055】
ここまでの処理は開錠時の車両動作であった。続けて、施錠時の車両動作を引き続き図５を用いて説明する。車両１が停車状態にある時に、ユーザＡが情報端末６を携帯したまま車両１から降車し、車両１から一定距離以上離れることで、車両１はユーザＡが施錠操作を行ったと判定する（ステップＳ３１１）。ユーザＡと車両１との距離は、先程のように無線通信を用いた受信電波強度や、複数アンテナでＴｏＦ（Ｔｉｍｅ ｏｆ Ｆｌｉｇｈｔ）を利用した測距や、カメラの撮影映像を画像認識して推定する方法、さらにはこれらの組み合わせなどが考えられる。
【0056】
車両１は施錠操作であると判定すると、上記の開錠操作時と同様に、運転席から所定距離内の通信デバイスに対して近距離無線通信４を用いて、鍵認証の要求を送信する（ステップＳ３１２）。この要求には車両ＩＤと鍵認証関数への入力値（乱数など）が含まれていても良い。
【0057】
（鍵認証要求）
この要求を情報端末６が受信した場合には、情報端末６は要求に含まれる鍵認証関数への入力値を取得し、鍵認証関数に基づき演算（ステップＳ３１２）し、その結果を応答値として車両１に応答する（ステップＳ３１３）。
この要求を情報端末６が受信した場合には、情報端末６は要求に含まれる鍵認証関数への入力値を取得し、鍵認証関数に基づき演算（ステップＳ３１２）し、その結果を応答値として車両１に応答する（ステップＳ３１３）。
【0058】
（鍵認証応答）
車両１は送信した入力値に対して返信された応答値と、返信されたユーザＩＤかつ／または情報端末ＩＤとを、車両１のメモリ１０７に記録されている鍵管理のデータベースに基づいて照合し、正当な鍵データを持つ通信デバイスなのか、かつ／または、施錠操作を行ったのがどのユーザで、どの情報端末なのか、を判定する（ステップＳ３１４）。
車両１は送信した入力値に対して返信された応答値と、返信されたユーザＩＤかつ／または情報端末ＩＤとを、車両１のメモリ１０７に記録されている鍵管理のデータベースに基づいて照合し、正当な鍵データを持つ通信デバイスなのか、かつ／または、施錠操作を行ったのがどのユーザで、どの情報端末なのか、を判定する（ステップＳ３１４）。
【0059】
（鍵認証）
鍵認証が成功した場合は、車両１は停車状態から駐車状態へと各種車両機能を変更し、全てのドアを施錠して処理を終了する（ステップＳ３１５）。一方、鍵認証が失敗した場合は、車両１はドアを施錠せず、車両を停車状態から駐車状態へと変更させることもせず、処理を終了する。
鍵認証が成功した場合は、車両１は停車状態から駐車状態へと各種車両機能を変更し、全てのドアを施錠して処理を終了する（ステップＳ３１５）。一方、鍵認証が失敗した場合は、車両１はドアを施錠せず、車両を停車状態から駐車状態へと変更させることもせず、処理を終了する。
【0060】
図６は、鍵データの一例を説明する図である。ここでは各端末にて管理される鍵管理のデータベースの内部データの種類とその内容について説明する。表の一行が１つの鍵データに対応し、これが複数集められたものをここでは鍵管理のデータベースと呼ぶ。この鍵管理のデータベースは上記の通り車両管理クラウド５、鍵管理クラウド１０、各ユーザの情報端末、車両１のそれぞれのメモリ１０７にそれぞれの形式で必要な情報を含んで記録、管理されている。
【0061】
１つの鍵データは、ユーザＩＤ、情報端末ＩＤ、車両ＩＤ、鍵ＩＤ、鍵種別、鍵認証関数、有効期間、に関する情報から構成される。
【0062】
１つ目の鍵を例にとると、「ユーザＩＤ」の値によりこの鍵の所有者を示す。ここでは「Ａ」の値を取り、所有者がユーザＡであることを示す。「情報端末ＩＤ」の値によりこの鍵を保管している情報端末６を示す。ここでは「０００１」の値を取り、情報端末６が「０００１」の情報端末ＩＤを持つ情報端末（情報端末６）であることを示す。「車両ＩＤ」の値によりこの鍵の対象となる車両を示す。ここでは「００１０」の値を取り、対応する車両が「００１０」の車両ＩＤを持つ車両（車両１）であることを示す。「鍵ＩＤ」の値によりこの鍵を識別する。ここでは「００１１」の値を取り、この鍵が「００１１」の鍵ＩＤを持つ鍵（ユーザＡの電子鍵８）であることを示す。
【0063】
「鍵種別」の値によりこの鍵の種別を示す。ここでは「所有者」の値を取り、この鍵が車両ＩＤの車両の所有者のものであることを示す。「鍵種別」は、該当する車両の所有者の鍵種別を示す「所有者」の値だけでなく、該当する車両の所有者の家族の鍵種別を示す「家族」の値、該当する車両の一時的な利用者の鍵種別を示す「一時利用者」の値、該当する車両を複数人、または複数組織で共同して利用する人の鍵種別を示す「共同利用者」の値、であっても良い。
【0064】
共同利用者の場合は、車両管理クラウド５は共同して利用するグループごとに異なる鍵ＩＤを発行するようにしても良い。この図６では、車両ＩＤが「１１００」の車両をＤ社社員とＥ社社員とで共同で利用している。これらの鍵の鍵種別は「共同利用者」で同じであるが、鍵ＩＤの値がＤ社社員には「１００１」、Ｅ社社員には「２００１」と異なることで、利用するグループを識別することができる。
【0065】
「鍵認証関数」の値によりこの鍵が鍵認証要求時の入力値に対して、どのような鍵認証応答時の応答値を返すかが決定される。ここでは「ｆ００１１」の値を取り、この鍵に付与された鍵認証関数が「ｆ００１１」で特定される演算を行うものであることを示す。
【0066】
「有効期間」の値によりこの鍵が有効である期限を示す。ここでは「００００００００－００００００００」の値を取り、この鍵が無期限に利用できること、または、有効期間が設定されていないことを示す。鍵種別が「一時利用者」や、「共同利用者」である場合には、ここに有意な値が設定されることがある。この図６の例では、鍵種別が「一時利用者」である鍵に対しては、有効期間の値が「２０２２０２０９－２０２２０２１０」と設定されている。これは年月日を示し、２０２２年２月９日から２０２２年２月１０日までが有効期間であることを意味している。
【0067】
なお、ここでは年月日にて有効期間を表現しているが、本開示はこれに限らず、より詳細に時分秒の情報まで規定しても良いし、タイムゾーン情報を加えても良いし、他の表現形式が用いられても良い。
【0068】
「車両機能の設定」には、該当する鍵で車両が開錠、または起動された際に自動的に設定される項目と、設置する値が含まれる。この情報は鍵データの一部として含まれても、含まれなくても良いし、車両１のメモリ１０７に記録される鍵管理のデータベースだけに記録されるようにしても良い。この情報には、該当するユーザＩＤのユーザが運転席に座る時の運転席のシート位置や、カーナビゲーションシステムの履歴表示を許可するか否かといった多様な車両機能に関する設定情報が含まれている。この詳細については後述する。
【0069】
本開示の鍵管理システム１００により車両を開錠するユーザの情報端末は、上記鍵データの全てまたは一部を用いて車両と鍵認証を行う。これらの鍵データがユーザごとに、またはユーザのグループ（家族や、Ｄ社社員など）ごとに異なることによって、車両を開錠、施錠したユーザを特定することができ、それによって、車両は設定された個別の挙動を実行することができるようになる。
【0070】
図７は、鍵種別に応じて車両機能を設定する一例を示すフローチャート図である。この処理は図５の「鍵種別に応じた車両機能を設定」にあたる１ステップの処理の詳細である。この処理は車両１の演算部１０６にて実行され、演算部１０６からの指示に従って車両機能（鍵制御部１０５、可動部１０１、照明部１０２、情報入出力部１０４などを含む車両が具備する各種機能）が制御される。
【0071】
処理が開始されると、演算部１０６は車両を開錠した鍵の鍵種別から開錠者の種別を特定する（ステップＳ４０１）。そして開錠者の種別に応じて夫々の処理へ分岐する（ステップＳ４０２）。
【0072】
開錠者の種別が「所有者」または「家族」である場合には、車両１の演算部１０６は開錠に用いられた鍵の鍵ＩＤに対応する設定情報を、車両１のメモリ１０７に記録された鍵管理のデータベースから読み込み、該当の設定情報に基づき車両機能を設定する（ステップＳ４０３）。ここの処理の詳細は図８で説明する。
【0073】
次に、開錠者が車両機能に対して行った設定の変更や、操作の履歴を開錠に用いられた鍵の鍵ＩＤと紐づけて、車両１のメモリ１０７に記録された鍵管理のデータベースに記録し、管理する（ステップＳ４０４）。さらに、家族が開錠した車両の現在位置が許可エリアの外である場合には、情報入出力部１０４に許可エリア外にいることを表示し、所有者の情報端末に対しても通知する（ステップＳ４０５）。この処理は図１６で説明する。以上で車両機能の設定処理を終了する。
【0074】
このように鍵ＩＤと関連付けて車両機能の設定、操作履歴を記録しておくことで、この鍵ＩＤの鍵の所有者（例えばユーザＡ）が次回乗車する際に体形や好みにあったシートや情報表示などのこれまで使っていた設定を自動的に反映させることが可能になる。
【0075】
また、異なる鍵ＩＤを持つ他人（例えばユーザＢ）がこの車両を開錠して車両機能の設定を変更したとしても、その他人（ユーザＢ）の鍵ＩＤの設定情報として記録、管理されるため、この鍵ＩＤの鍵の所有者（ユーザＡ）が次回乗車した時に、再び設定し直すといった手間が無くなる。
【0076】
開錠者の種別が「一時利用者」である場合にも同様に、車両１の演算部１０６は、一時利用者の鍵ＩＤに対する設定情報を、車両１のメモリ１０７にある鍵管理のデータベースから読み込み、該当の設定情報に基づき車両機能を設定する（ステップＳ４０６）。また、一時利用者の車両機能に対して行った設定の変更や、操作の履歴を開錠に用いられた鍵の鍵ＩＤと紐づけて、鍵管理のデータベースに記録し、管理する（ステップＳ４０７）。
【0077】
加えて、一時利用者の鍵データの有効期間及び車両の現在位置に基づいて、一時利用者に車両返却を促したり、所有者に車両位置を通知する（ステップＳ４０８）。この処理は図１５、図１６で説明する。以上で車両機能の設定処理を終了する。
【0078】
開錠者の種別が「共同利用者」である場合にも同様に、車両１の演算部１０６は、共同利用者の鍵ＩＤに対する設定情報を、車両１のメモリ１０７にある鍵管理のデータベースから読み込み、該当の設定情報に基づき車両機能を設定する（ステップＳ４０９）。また、共同利用者の車両機能に対して行った設定の変更や、操作の履歴を開錠に用いられた鍵の鍵ＩＤと紐づけて、鍵管理のデータベースに記録し、管理する（ステップＳ４１０）。
【0079】
加えて、車両１の演算部１０６は、共同利用者のユーザＩＤ、かつ／または情報端末ＩＤに基づいて、この共同利用者のスケジュールへのアクセス情報（例えば、接続先のＵＲＬとアカウント情報）を取得し、通信部１０８を介して共同利用者のスケジュールから目的地情報を取得する。演算部１０６はこの目的地情報を、車両１に具備されたカーナビゲーションシステムに目的地として登録し（ステップＳ４１１）、誘導を始める要求を行う。この要求を受けたカーナビゲーションシステムは車両１の現在位置から目的地までの誘導を開始する。以上で車両機能の設定処理を終了する。
【0080】
なお、ここでは共同利用者のユーザＩＤ、かつ／または情報端末ＩＤに基づいてスケジュールへのアクセス情報を取得するとして説明したが、本開示はこれに限らない。所有者、家族、一時利用者、共同利用者のいずれにおいても、車両１の演算部１０６は通信部１０８を介して、各自の情報端末から目的地情報、さらにルート選択の条件（移動にかかる時間や費用、炭素排出換算量などの地球環境負荷の指標に対する要件）を取得し、カーナビゲーションシステムに目的地として設定させるようにしても良い。
【0081】
なお、この説明では鍵種別に基づいて処理を分岐させたが、本開示はこれに限らず、開錠者の種別が識別できるのであれば鍵種別以外の情報（例えば、鍵ＩＤ）に基づいて処理を分岐させるようにしても良い。
【0082】
なお、この説明では、開錠者が座る座席を運転席であると想定して説明した。しかし、開錠者が運転席でない席に座る場合でも同様に車両機能を設定しても良い。または、開錠者ではなく、運転者をドライバーモニタリングシステムなどが取得する顔画像や体格情報から特定し、その運転者の種別（所有者、家族、一時利用者、共同利用者）に応じて処理を分岐するようにしても良い。
【0083】
図８は、鍵ＩＤに応じて車両機能を設定する一例を示すフローチャート図である。これは、図５の「鍵種別に応じた車両機能を設定」ステップ（ステップＳ３０７）、図７の分岐直後の処理である所有者または家族、一時利用者、共同利用者のそれぞれに対して行われる「鍵ＩＤに対する設定情報を読み車両機能を設定」ステップ（ステップＳ４０３、ステップＳ４０６及びステップＳ４０９）の詳細である。図７と同様に、この処理は車両１の演算部１０６にて実行され、演算部１０６からの指示に従って各種車両機能が制御される。
【0084】
まず、車両１の運転席のドアに近づいて開錠した開錠者、または車両１を開錠した開錠者、の鍵ＩＤに対する設定情報を車両１のメモリ１０７に記録された鍵管理のデータベースから読み出す（ステップＳ５０１）。なお、これ以降では開錠者は運転者であるとして説明を行う。開錠者が運転者ではない場合、つまり後部座席に座ったり、自動運転車両で誰も運転しない場合には、運転席に座ったユーザをドライバーモニタリングシステムなどが個人特定した上で、このユーザが所有する鍵データを用いて、下記の処理を行うように変更しても良い。
【0085】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、運転席の座面シートの位置、座面部と背もたれ部、背もたれ部とヘッドレスト部の接続角度をそれぞれ設定するよう、可動部１０１に要求する（ステップＳ５０２）。これによって開錠者の体格に応じたシート設定が自動でなされる。
【0086】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、バックミラー、サイドミラーの角度、曲率を設定するよう可動部１０１に指示する（ステップＳ５０３）。また、車両後方、周囲を視認するためのモニター映像に映す対象範囲、ズーム倍率、を設定するよう情報入出力部１０４に要求する。これによって開錠者にとって見やすいミラーの設定が自動でなされる。
【0087】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、運転席向けの空調（温度、湿度、風量、風向、空気清浄機能の有無）、かつ／または車室全体向けの空調を設定するよう車室空間制御部１０９に要求する（ステップＳ５０４）。これによって開錠者の好みの空調設定が自動でなされる。
【0088】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、アクセルの踏み込み量に対する駆動出力の相関を含む走行モードを設定するよう可動部１０１に要求する（ステップＳ５０５）。これによって開錠者の好みの走行モード設定が自動でなされる。
【0089】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、車両の最高速度を設定するよう可動部１０１に要求する（ステップＳ５０６）。これによって開錠者に応じて車両がだせる最高速度を自動で制限することができる。鍵種別が一時利用者であって、車両の移動を伴わずに駐停車状態に限定して車室空間を貸し出すような場合には、最高速度を０Ｋｍ／ｈに設定した上で一時利用者に鍵データを渡すようにしても良い。
【0090】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、車両の最大加速度を設定するよう可動部１０１に要求する（ステップＳ５０７）。これによって開錠者に応じて車両がだせる最大加速度を自動で制限することができる。
【0091】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、車両前方を照らす照明の天候に応じた点灯モード（濃霧時、降雪時にフォグランプを併用するか否か、など）、車両周辺照度に応じた点灯条件（どの照度まで下がると照明をＯＮにするか、など）、点灯時の光量、照明角度（照明が照らす地面までの距離）を設定するよう照明部１０２に要求する（ステップＳ５０８及びステップＳ５０９）。これによって開錠者の好みの照明設定が自動でなされる。
【0092】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、車両に具備されたＵＳＢポートへの給電の有無、最大電流量、サポートするＵＳＢ規格のバージョンを設定するよう車室空間制御部１０９に要求する（ステップＳ５１０）。これによって開錠者に応じたＵＳＢ給電設定が自動でなされる。鍵種別が一時利用者であって、車両１の移動を伴わずに駐停車状態に限定して車室空間を貸し出すような場合に、ＵＳＢポートへの給電が許可された鍵であればＵＳＢ給電に対応したデバイスがその車室内で利用しやすくなるメリットがある。
【0093】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、コックピットを含む車室内モニターに表示される運転計器類を含む画面デザイン（計器類のデザインやレイアウト、表示される情報の内容やその表示形態）、ユーザーインターフェース（タッチ操作、音声操作、ジェスチャー操作の有効／無効など）を設定するよう情報入出力部１０４に要求する（ステップＳ５１１）。これによって開錠者の好みの情報表示設定が自動でなされる。
【0094】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、カーナビゲーションシステムを含む車室内モニターに表示されるルート関連情報の表示設定、目的地設定の履歴表示の有無を設定するよう情報入出力部１０４に要求する（ステップＳ５１２）。これによって開錠者の好みの表示形態でルート情報が自動で表示される。
【0095】
また、これによって一時利用者などに対して当該車両の所有者が過去に設定した目的地や、自宅の位置情報を表示させないなどのプライバシーに配慮した設定を自動で行うことができる。これは特にシェアリングされる車両利用に対して所有者や利用者の懸念となり易く、開錠した鍵に応じた自動制御がなされることが望ましい。
【0096】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、開錠者（運転者）から前方方向の空間、またはフロントガラスやヘッドアップディスプレイのような透明な板状表示部上に表示される運転支援情報の表示有無、表示モードを設定するよう情報入出力部１０４に要求する（ステップＳ５１３）。これによって開錠者の好みの運転支援情報設定が自動でなされる。
【0097】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、運転中の車両周囲及び車室内の映像音声を記録するドライブレコーダなどの記録データへのアクセス可否または再生可否を設定するよう情報入出力部１０４に要求する（ステップＳ５１４）。これによって開錠者が異なるドライブレコーダの映像を自動で視聴不可にすることができる。例えば、鍵種別が一時利用者の開錠者に、所有者が運転時のドライブレコーダの映像音声を視聴されるといったプライバシー問題を防ぐことができる。
【0098】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、運転中の車室内の映像音声、またはその解析から得られる分析データを記録するドライバーモニタリングシステムなどの記録データへのアクセス可否または再生可否を設定するよう情報入出力部１０４に要求する（ステップＳ５１５）。これによって開錠者が異なるドライバーモニタリングシステムの映像またはその分析データを自動で視聴または読み込み不可にすることができる。例えば、鍵種別が一時利用者の開錠者に、所有者が運転時のドライバーモニタリングシステムの記録データが視聴されるといったプライバシー問題を防ぐことができる。
【0099】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、運転中の車室内の映像音声、またはその解析から得られる分析データを記録する乗客モニタリングシステムなどの記録データへのアクセス可否または再生可否を設定するよう情報入出力部１０４に要求する（ステップＳ５１６）。これによって開錠者が異なる乗客モニタリングシステムの映像またはその分析データを自動で視聴または読み込み不可にすることができる。例えば、鍵種別が一時利用者の開錠者に、所有者が運転時の乗客モニタリングシステムの記録データが視聴されるといったプライバシー問題を防ぐことができる。
【0100】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、運転関連情報だけでなく、運転に関係のない娯楽コンテンツも楽しむようなインフォテインメントシステムに自動でログインできる設定を情報入出力部１０４に要求する（ステップＳ５１７）。これによって開錠者が好みの情報表示設定が自動でなされる。例えば、これによって、開錠者が乗車するとすぐにインフォテインメントシステムに開錠者が契約している動画配信サービスのトップメニュー画面が表示されるといったことが実現できる。
【0101】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、車両に走行が困難となるような重大な異常があると判断された場合、または車両が事故に巻き込まるなどの緊急事態が発生したと判断される場合に備えて、緊急連絡を行う連絡先を設定するよう情報入出力部１０４に要求する（ステップＳ５１８）。これによって異常時または緊急時と判断された時に自動で緊急連絡がなされる。緊急連絡を行う連絡先は、車両保険会社、車両販売会社、警察署、消防署、開錠者が指定する連絡先の内、少なくとも１つを含む。
【0102】
なお、車両１の演算部１０６は、これらの異常時または緊急時と判断した際に、ドライブレコーダ、ドライバーモニタリングシステム、乗客モニタリングシステムなどの車室内状態をセンシングするデバイスに対して、乗客の安否確認や状態確認を行わせるようにしても良い。また、このセンシングデータや分析データを上記の緊急連絡に含めるようにしても良い。例えば、事故を起こしたと判断した際に、その事故直前から直後の車両内外の映像や、運転手や乗客の生命活動情報をセンシングした結果（心拍数、呼吸数、体温、血圧など）を車両位置情報と共に消防署に通知することで、消防署や関連機関が迅速な対応をとることが可能となる。
【0103】
車両１の演算部１０６は、開錠者が用いた鍵の鍵ＩＤに対する設定情報に基づいて、自動運転時に適用する運転ポリシーを設定するように可動部１０１に要求する（ステップＳ５１９）。これによって開錠者が好みの自動運転制御を自動で設定することができる。自動運転時の運転ポリシーには、道路区間ごとの速度制限に対する運転速度の基準、加速制御、減速制御、左折／右折時の車両制御、車間距離、車線変更の条件、車両周辺の移動体（人、自転車など）の通行優先度合い、の少なくとも１つが含まれる。
【0104】
図９及び図１１は、所有者に対するカーナビゲーションシステムの画面表示の一例を示す図である。図１０及び図１２は、一時利用者または共同利用者に対するカーナビゲーションシステムの画面表示の一例を示す図である。これは、図５の「鍵種別に応じた車両機能を設定」ステップ（ステップＳ３０７）、図７の分岐直後の処理である所有者または家族、一時利用者、共同利用者のそれぞれに対して行われる「鍵ＩＤに対する設定情報を読み車両機能を設定」ステップ（ステップＳ４０３、ステップＳ４０６及びステップＳ４０９）が実行され、車両１の演算部１０６から情報入出力部１０４（のカーナビゲーションシステム）の設定が鍵種別かつ／または鍵ＩＤに応じて変更された後の画面表示の一例を示している。
【0105】
図９は、所有者のカーナビゲーションシステムに車両周辺のマップを表示している画面である。ここで、画面左端にある１３．２Ｋｍ、１５：２１着という表示は、目的地まで１３．２Ｋｍあり、目的への到着予定時刻が１５：２１であることを示している。ここで距離の単位はｍが用いられている。また、車両周辺のマップの縮尺が画面左端に８００ｍとして表示されており、マップの拡大／縮小のユーザーインターフェースは、「広域」または「詳細」を指でタッチする方式が使われている。
【0106】
一方、図１０のシーンは図９と同じであるが、一時利用者、または共同利用者の鍵種別（または鍵ＩＤ）にて車両を開錠した（または車両基幹システムを起動した）場合の画面表示の一例である。図９と図１０との相違点は、目的までの距離が１３．２Ｋｍではなく８．２Ｍｉｌｅと単位が異なること、１５：２１着ではなく１５：２１ＥＴＡと言語が異なること、マップの拡大／縮小のボタンが「広域」と「詳細」ではなく、「－」と「＋」とマークを用いることで言語依存性が異なること、マップの縮尺が８００ｍではなく１００ｍと縮尺が異なること、である。マップの縮尺が変わったため、図１０ではズームアップされて車両周辺の詳細地図が表示されている。
【0107】
図９と図１０とのカーナビゲーションシステムの画面表示の設定の違いは、開錠した鍵の鍵種別（または鍵ＩＤ）の違いである。このように開錠した鍵の鍵種別（または鍵ＩＤ）に応じて、所有者であれば日頃から使っている設定に応じてマップが表示され、一時利用者や共同利用者であればデフォルトの設定に応じてマップが表示される。
【0108】
また、マップ表示の設定が変更された場合であっても、その変更は、設定を変更した開錠者自身の鍵の鍵ＩＤと関連付けて鍵管理のデータベースに記録される仕組みであるため、他の鍵ＩＤが異なる利用者には影響を及ぼさない利点がある。
【0109】
図１１は、所有者に対するカーナビゲーションシステムの画面表示の一例を示す図である。この画面はカーナビゲーションシステムの利用履歴である目的地設定の履歴を表示している。この履歴画面は画面下部の「ＭＥＮＵ」ボタンを選択し、「目的地の履歴」ボタン（図示なし）を選択することで表示することができる。
【0110】
この図１１の例では、目的地の履歴として、所有者が何時、どこを目的地または経由地として設定したかがリスト表示される。そのため所有者は過去の自分の利用履歴にある同一の目的地を容易に選択することができる。
【0111】
【0112】
この図１２の例では、目的地の履歴として、開錠をした一時利用者または共同利用者が何時、どこを目的地または経由地として設定したかがリスト表示される。自分の履歴でない部分は表示されない、または「＊＊＊＊＊」とアスタリスクで内容が分からないように表示される。そのため一時利用者または共同利用者は過去の自分の利用履歴にある同一の目的地を容易に選択することができる。
【0113】
図１１と図１２とのカーナビゲーションシステムの画面表示の設定の違いは、開錠した鍵の鍵種別（または鍵ＩＤ）の違いである。このように開錠した鍵の鍵種別（または鍵ＩＤ）に応じて、所有者であれば日頃から使っている所有者の履歴が表示され、一時利用者や共同利用者であれば全ての履歴が表示されないようにしたり、自分の履歴だけが表示される。このようにして開錠した鍵の鍵種別（または鍵ＩＤ）に応じて、カーナビゲーションシステムの利用履歴に関する情報の表示を切り替えることで、自分の利用履歴を他人に知られることをなくし、プライバシーを守ることができる。この機能は車両１を他人と共有する場合に特に有用となると思われる。
【0114】
図１３は、所有者に対するコックピットの画面表示の一例を示す図である。図１４は、一時／共同利用者に対するコックピットの画面表示の一例を示す図である。これは、図５の「鍵種別に応じた車両機能を設定」ステップ（ステップＳ３０７）、図７の分岐直後の処理である所有者または家族、一時利用者、共同利用者のそれぞれに対して行われる「鍵ＩＤに対する設定情報を読み車両機能を設定」ステップ（ステップＳ４０３、ステップＳ４０６及びステップＳ４０９）が実行され、車両１の演算部１０６から情報入出力部１０４（のコックピットシステム）の設定が鍵種別かつ／または鍵ＩＤに応じて変更された後の画面表示の一例を示している。
【0115】
図１３は、所有者のコックピット画面である。上側にはセンサー部１０３（の１台以上のリアカメラ）からの映像を視認し易いように加工した車両後方の高視野角映像、左下側にはガソリンまたはバッテリー残量と現在の車速、さらに右下側には車両周辺のマップとルートが表示されている。これらは所有者が個別に設定した表示デザインである。
【0116】
図１４は、一時利用者または共同利用者のコックピット画面である。左下側にガソリンまたはバッテリー残量と、左側中央にスピードメーター、右側中央にタコメーターが表示されている。これらは一時利用者または共同利用者向けにデフォルトで設定されている表示デザインである。
【0117】
図１３と図１４とのコックピットシステムの画面表示の設定の違いは、開錠した鍵の鍵種別（または鍵ＩＤ）の違いである。このように開錠した鍵の鍵種別（または鍵ＩＤ）に応じて、所有者であれば日頃から使っている所有者が設定したコックピットの表示デザインで運転計器などが表示され、一時利用者や共同利用者であればデフォルトの表示デザインで運転計器などが表示される。このようにして開錠した鍵の鍵種別（または鍵ＩＤ）に応じて、コックピットシステムに表示する情報、その表示形態を切り替えることで、自分の好みに合わせつつも、他人が運転する際には影響させないようにすることができる。
【0118】
図１５は、一時利用者または共同利用者が利用中の車両１に関する通知処理の一例を示すフローチャート図である。この例では、車両１の所有者（ユーザＡ）が所有する情報端末を情報端末６し、車両１を一時利用または共同利用するユーザ（ユーザＢ）が所有する情報端末を情報端末７として説明する。この処理は、図７の一時利用者に対して行われる「一時利用者の鍵の有効期間、車両現在位置に基づき一時利用者、所有者に通知」のステップの具体的処理の一例を示している。
【0119】
なお、図７において、共同利用者に対する処理においてこのステップは図示されていないが、共同利用者に対しても一時利用者と同様に適用することが可能である。
【0120】
また、ここでは一時利用者が車両を借用開始する予定日時を借用予定日時、返却する予定日時を返却予定日時とする。借用予定日時及び返却予定日時は、一時利用者または共同利用者の鍵データの１つとして扱われる（図６で図示せず）。一時利用者または共同利用者の所有する鍵の有効期間は、この借用予定日時と返却予定日時が示す時間を含むように設定されている。例えば、有効期間の開始日時は借用予定日時と同じであり、有効期間の終了日時は返却予定日時に所定時間（例えば、３時間や、２４時間）を加えた時間に設定されるようにしても良い。
【0121】
車両１の演算部１０６は、現在日時と開錠に用いられた鍵に設定された返却予定日時に基づき、残利用時間を取得する（ステップＳ６０１）。さらに、車両１の現在位置、車両１を返却すべき位置を示す返却位置に基づいて現在位置から返却位置までの移動にかかる移動推定時間を計算、または外部サービスと通信部１０８を介して連携することによって取得する（ステップＳ６０２）。残利用時間が移動推定時間よりも大きい場合は、車両１の返却が返却予定日時までになされるとして再び、上記ステップＳ６０１の処理に戻る（ステップＳ６０３：Ｙｅｓ）。残利用時間が移動推定時間よりも大きくない場合は、車両１の返却が遅くなる可能性があるとして次の処理に進む（ステップＳ６０３：Ｎｏ）。
【0122】
車両１の返却が返却予定日時よりも遅くなる可能性があることを検知した車両１の演算部１０６は、車両１を利用している一時利用者、または共同利用者（ユーザＢ）に対して、車両の返却を促すメッセージを車両１の情報入出力部１０４を介して利用者に通知する（ステップＳ６０４）。例えば、情報入出力部１０４の１つであるコックピットシステムにその旨を表示させることが考えられる。
【0123】
さらに、車両１の演算部１０６は、現在利用しているユーザＢの所有する情報端末７（現在利用中の鍵の情報端末ＩＤにより特定される）に対して、車両１の通信部１０８を介して車両１の返却を促すメッセージを送信する。これにより、情報端末７はこのメッセージを受信し、情報端末７の映像音声出力部６０２を介してその所有者であるユーザＢに返却を促すことができる（ステップＳ６０５）。
【0124】
車両１の演算部１０６は、返却予定日時に返却されないリスクがあるために、所有者（ユーザＡ）の情報端末（情報端末６）に対して、車両１の現在位置を通信部１０８を介して通知する（ステップＳ６０６）。この通知を受信した情報端末６は、映像音声出力部６０２を介してその所有者であるユーザＡに、現在の車両位置情報を通知する（ステップＳ６０７）。この車両位置情報は図１６で説明するようにプライバシーに配慮されるように加工されてから通知されるようにしても良い。車両１が返却されるまで、現在の車両１の利用者（ユーザＢ）に対する返却を促すメッセージと、車両１の所有者（ユーザＡ）に対する車両１の現在位置情報とがそれぞれ通知され続ける（車両１が返却されたかの分岐処理でステップＳ６０８：Ｎｏ）。
【0125】
なお、本開示はこれに限らず、所有者（ユーザＡ）への車両現在位置の通知は、返却予定日時を超過しても車両１が返却されてない場合にのみ、車両１の演算部１０６から通信部１０８を介してなされるようにしても良い。
【0126】
車両１が返却されると（車両１が返却されたかの分岐処理でステップＳ６０８：Ｙｅｓ）、車両１の演算部１０６は、この利用者の鍵において移動した総距離とルート情報、さらに実際の利用開始から終了までの総利用時間とを集計し、通信部１０８を介して、鍵管理クラウド１０へ送信する（ステップＳ６０９）。鍵管理クラウド１０は、これを受信し、利用料金体系に準じて利用料金を計算する（ステップＳ６１０）。そして、車両１の所有者（ユーザＡ）に車両１を貸し出した対価を別途計算し、支払う（ステップＳ６１２）。
【0127】
さらに、この支払いに関する詳細を情報端末６に対して送信する。情報端末６はこの支払いに関する詳細を映像音声出力部６０２に表示する（ステップＳ６１３）。これによって所有者（ユーザＡ）が車両１の貸し出しに対する対価を確認する。
【0128】
さらに、鍵管理クラウド１０は、車両１を利用した利用者（ユーザＢ）から利用料金を徴収する（ステップＳ６１４）。さらに、利用者（ユーザＢ）の情報端末（情報端末７）に対して、利用料金の通知を送信する。情報端末７はこの利用料金に関する通知を映像音声出力部６０２に表示する。これによって利用者（ユーザＢ）が車両１の利用に対する利用料金を確認する。
【0129】
なお、鍵管理クラウド１０のメモリ１００２には、車両の所有者、利用者の決済情報（例えば、電子決済サービスでのユーザ識別情報、クレジットカード情報など）がそれぞれ記録、管理されているとする。
【0130】
図１６は、家族／一時／共同利用者が利用中の車両１での通知処理の一例を示すフローチャート図である。この処理は、図７の「所有者が乗車していない場合に車両現在位置が許可エリア外であれば、家族、所有者に通知」のステップ（ステップＳ４０５）の具体的処理の一例を示している。
【0131】
なお、図７において、一時利用者または、共同利用者に対する処理においてこのステップは図示されていないが、一時利用者、共同利用者に対しても家族と同様に適用することが可能である。また、許可エリアは移動が許可されたエリア情報を示し、鍵種別が、家族、一時利用者、または共同利用者の鍵データの１つとして扱われる（図６で図示せず）。
【0132】
ここでは、車両１の所有者であるユーザＡの情報端末を情報端末６とし、車両１の利用者の情報端末を情報端末７として説明する。
【0133】
車両１の演算部１０６は、開錠に用いられた鍵の鍵種別が「家族」か、「一時利用者」か、「共同利用者」か、または、開錠に用いられた鍵のユーザＩＤまたは鍵ＩＤが子供や高齢者の鍵を示す場合に以下の処理を行う。
【0134】
まず、車両１の演算部１０６は、車両１の現在位置を取得する（ステップＳ７０１）。そして、その現在位置が該当する利用者に対する許可エリア内であるかを判定する。許可エリア内であれば上記ステップＳ７０１の処理へ戻る（ステップＳ７０２：Ｙｅｓ）。一方で、許可エリア内でない場合は次の処理に進む（ステップＳ７０２：Ｎｏ）。
【0135】
車両１の演算部１０６は、車両１の利用者に対して許可エリア内での利用を促すメッセージを情報入出力部１０４に表示する（ステップＳ７０３）。例えば、情報入出力部１０４の１つであるコックピットシステムにその旨を表示させることが考えられる。さらに、車両１の演算部１０６は、現在利用しているユーザＢの所有する情報端末７（現在利用中の鍵の情報端末ＩＤにより特定される）に対して、車両１の通信部１０８を介して許可エリア内での利用を促すメッセージを送信する。
【0136】
これにより、情報端末７はこのメッセージを受信し、情報端末７の映像音声出力部６０２を介して（ステップＳ７０４）、その所有者であるユーザＢに許可エリア内での利用をを促すことができる。
【0137】
さらに、車両１の演算部１０６は、車両１の所有者であるユーザＡの情報端末６に対して、現在使われている鍵の鍵ＩＤと、車両１の現在位置情報とを通信部１０８を介して送信する（ステップＳ７０５）。情報端末６は、これを受信し、映像音声出力部６０２に車両１の利用者（鍵ＩＤから、または鍵ＩＤに対応するユーザＩＤ、情報端末ＩＤから特定）と現在位置情報を表示する（ステップＳ７０６）。これによりユーザＡが利用者と車両１の現在位置を知る。
【0138】
なお、ここで、車両１は現在位置情報を通知するとしたが、特にシェアリングカーである場合などでは、不特定な利用者（一例として、ユーザＢ等）のプライバシー保護が問題となる場合がある。そのため、車両１は現在位置情報の解像度を下げて、情報端末６へ送信するようにしても良い。
【0139】
例えば、車両１の現在位置である都道府県や市町村といった一定の大きさを持つエリア単位で大まかに表現しても良いし、位置情報ではなく返却予定場所までの予想移動時間（単位は１時間単位、１０分単位、１分単位などでも良い）によって表現しても良いし、返却予定場所までの予想移動距離（単位は１０Ｋｍ単位、１Ｋｍ単位などでも良い）によって表現するようにしても良いし、または、定量的に示さなくても良い。
【0140】
例えば、まだまだ時間がかかる、まだまだ遠い、１時間以上かかる、１時間以上かかる距離、およそ２時間以内、およそ２時間以内で移動できる距離、などの現在位置が特定できないように解像度を落とした表現で代替しても良い。
【0141】
車両１の演算部１０６は、車両１が移動中か、または利用者が車内にいることをセンサー部１０３で検知している間は、上記処理を繰り返し行う（ステップＳ７０７：Ｙｅｓ）。車両が移動中でない場合、または駐車状態となり施錠された場合（ステップＳ７０７：Ｎｏ）には、この処理を終了する。
【0142】
この図１６の処理は、上記説明の通り、家族、一時利用者、共同利用者、子供、または高齢者が利用する車両１が許可エリアを超えて移動する場合に、所有者に通知がいくための処理である。例えば、この車両が自動運転車両である場合に、子供や高齢者が所有者の想定外の遠くまで、または危険な地域に、移動していることを知ることができるようになる。または、一時利用者や共同利用者が、予め定められた移動エリアを超えて移動していることを知ることができるようになる。
【0143】
図１７は、共同利用者に対する利用通知の一例を示すフローチャート図である。共同利用者の場合、図６で示したように、同一の車両（車両ＩＤが「１１００」）をＤ社社員とＥ社社員のように複数のグループが利用することが考えられる。このような共同利用は、複数のグループが車両の維持費用を分け合うことができて経済合理性が高いが、利用度合いに応じて課金する体系を運用しようとするとその管理が面倒となる。
【0144】
この例では、鍵データの鍵ＩＤ（または、ユーザＩＤ、情報端末ＩＤ、鍵種別など）を用いて、共同利用される車両の維持費をそのグループごとの利用度合いに応じて分割する方法を考える。共有車両１１（車両ＩＤが「１１００」）を情報端末１２（情報端末ＩＤが「１００１」）を用いてユーザＤ（ユーザＩＤが「Ｄ」）が利用する処理を説明する。
【0145】
ここでのユーザＤ、情報端末１２、共有車両１１の間でなされる処理は、図５で説明したユーザＡ、情報端末６、車両１の間でなされる処理と同一であるので、異なる部分を中心に説明する。なお、共有車両１１のハードウェア構成は、上述した車両１のハードウェア構成と同様である。このため、共有車両１１のハードウェア構成は、上記の車両１のハードウェア構成の説明を参照されたい。
【0146】
共有車両１１の演算部１０６は、ユーザＤによる開錠が成功した直後に、ユーザＤ（情報端末１２）により開錠され利用が開始されたことを示す利用通知（開錠）を、通信部１０８を介して鍵管理クラウド１０へ送信する（ステップＳ８０９）。これがユーザＤ、またはＤ社、による共有車両１１の利用開始として扱われる。
【0147】
共有車両１１の演算部１０６は、ユーザＤによる施錠が成功した直後に、ユーザＤ（情報端末１２）により施錠され利用が終了したことを示す利用通知（施錠）を、通信部１０８を介して鍵管理クラウド１０へ送信する（ステップＳ８１７）。これがユーザＤ、またはＤ社、による共有車両１１の利用終了として扱われる。
【0148】
鍵管理クラウド１０は、鍵ＩＤに対するこの利用履歴情報を記録する（ステップＳ８１８）。さらに、鍵管理クラウド１０は所定の時間単位（例えば、１ヵ月に１回）で契約しているグループ（この例ではＤ社）ごとに利用履歴を累計し、その利用料金を計算し、そのグループに対して利用料金を請求する（ステップＳ８１９）。
【0149】
このように、１台以上の車両１を１以上のグループで共同利用する際に、それぞれのグループごとの利用履歴に応じて利用料金を計算することが、鍵管理クラウド１０で鍵ごとの利用状況を取得することにより簡易化され、正確になる。
【0150】
なお、鍵ＩＤに応じて車両機能を設定する例を示したが、鍵ＩＤの代わりに顔認証を用いてもよい。所有者、家族、一時利用者、共同利用者の顔データを予めサーバ、または、車両に搭載されているメモリに保存する。運転席付近に設置されたドライバーモニタリングセンサーにより、開錠者の顔情報を取得し、サーバ、または、車両１に搭載されているメモリ１０７に保存されている顔データとの照合を行うことで、開錠者が所有者、家族、一時利用者、共同利用者のいずれなのか判断し、開錠者の好みに合った車両機能を設定する構成としてもよい。顔認証にて車両機能を設定する場合には、情報端末に代えて、物理的な鍵を用いて開錠を行ってもよい。
【0151】
また、車内の乗員を識別するための車内モニタリングセンサーにより、開錠者以外の乗員の顔情報を取得し、サーバ、または、車両１に搭載されているメモリ１０７に保存されている顔データの照合を行うことで、それぞれの座席の乗員を特定し、それぞれの乗員に応じて車両機能を設定する構成としてもよい。
【0152】
車内モニタリングセンサーは、ルームミラー付近に設置されてもよいし、天井の中心付近に設置してもよい。また、例えば、後部座席の場合は、前部座席の背もたれの後ろ側またはヘッドレストの後ろ側に設置するなど、各座席から見た場合の正面付近に車内モニタリングセンサーを設置してもよい。
【0153】
また、顔認証による照合が取れない場合には、所有者、家族、一時利用者、共同利用者のいずれでもないと判断し、車両機能を所定のデフォルト設定としてもよいし、所有者の情報端末に顔データの登録がない利用者が乗車している旨のアラート通知を行ってもよい。
【0154】
鍵管理システム１００は、車両１の鍵を物理鍵から電子鍵に移行するだけでなく、ユーザごとに車両機能の設定ができることで、自分の好みの車両機能の設定を複数人が共有する車両に対して記録し、復元することができる。また、一時的な車両利用者に対して、貸出期間や移動許可エリアを守るための仕組みが導入されることで、第三者との車両共有トラブルを未然に防ぐ効果も期待できる。車両が所有から共有へと新たな利用形態へと広がる中で、本開示の鍵管理システム１００がその利用促進、発展のために貢献できると期待する。
【0155】
（第２の実施形態）
ここからは、同一ユーザが複数の電子鍵を用いてシェアリングカーを利用する形態についてさらに詳細に説明する。前述と同様の実施形態については説明を割愛する。
ここからは、同一ユーザが複数の電子鍵を用いてシェアリングカーを利用する形態についてさらに詳細に説明する。前述と同様の実施形態については説明を割愛する。
【0156】
第２の実施形態に係る制御方法は、複数の車両に関する車両情報と、複数の車両にそれぞれ対応する複数の電子鍵と、を管理する少なくとも１つのデータベースにアクセス可能な第１コンピュータにおける制御方法であって、第１ユーザの第１端末から、ネットワークを介して、第１ユーザが利用可能な第１電子鍵と、第１ユーザが利用を要求している第１車両を特定するための第１車両ＩＤと、を含む第１認証情報を受け取り、第１電子鍵及び第１車両ＩＤと、少なくとも１つのデータベースと、に基づいて、第１認証情報が有効であると判断した後、第１ユーザが第１車両を利用することを許可することを示す第１許可信号を、ネットワークを介して第１車両に送信し、第１ユーザが第１車両の利用を開始した後、第１車両の利用状況を示す第１利用情報を、ネットワークを介して第１車両から取得し、第１電子鍵が、第１ユーザの所属する第１事業体に紐づけられている第１会社鍵である場合に、第１利用情報の少なくとも一部を、第１事業体に関連する第２コンピュータに、ネットワークを介して送信し、第１電子鍵が、第１ユーザの第１個人鍵である場合に、第１利用情報の少なくとも一部を、第２コンピュータに送信しない。
【0157】
図１８は、本開示の一形態に係る鍵管理システム２００の全体構成の一例を示すブロック図である。ここでは、ユーザＣは自らが利用する情報端末６１（一例として、スマートフォン等）にインストールしたシェアリングカーのアプリを用いて、複数の電子鍵を管理（記憶）する。１つはユーザＣが所属する法人または組織の目的に沿った活動において利用する会社電子鍵８１であり、もう１つはユーザＣが個人の私的な目的に沿った活動において利用する個人電子鍵９１である。
【0158】
ユーザＣは、利用用途に応じて、情報端末６１に管理される複数の電子鍵の中から１つの電子鍵を選択する。つまり、電子鍵は、情報端末６１において、複数の電子鍵の中から選択された１つである。
【0159】
ユーザＣは、第１ユーザの一例である。情報端末６１は、第１端末の一例である。ユーザＣが所属する法人または組織は、事業体の一例である。なお、事業体は会社と読み替えても良い。会社電子鍵８１は、第１会社鍵の一例である。個人電子鍵９１は、第１個人鍵の一例である。電子鍵は、第１電子鍵の一例である。
【0160】
車両１１１は電気自動車のシェアリングカーであり、その車両１１１を識別するためのＩＤである車両ＩＤと、車載電池であるバッテリーと、を具備する。車両１１１は、第１車両の一例である。車両１１１のバッテリーの充電、放電を行う充電器には、ユーザＣが所有する個人充電器２１と、ユーザＣが所属する法人が所有する会社充電器２２と、不特定多数に充放電サービスを提供するための一般充電器２３と、がある。
【0161】
これらの充放電器は夫々が固有のコンピュータである個人クラウド２４、会社クラウド２５、一般クラウド２６とネットワークを介して接続されており、充放電や決済に関する情報を相互通信する。
【0162】
車両管理クラウド５は、車両製造会社が車両１１１を管理するクラウドである。鍵管理クラウド１０は、車両１１１を不特定多数の利用者間で利用するための電子鍵を管理するクラウドである。第１コンピュータは、鍵管理クラウド１０の一例であり、複数の車両に関する車両情報と、複数の車両にそれぞれ対応する複数の電子鍵と、を管理する少なくとも１つのデータベースにアクセス可能なコンピュータである。
【0163】
上述した少なくとも１つのデータベースは、さらに、複数のユーザ、または、複数のユーザのそれぞれ所属する複数の事業体がそれぞれ契約している複数の保険会社に関する保険会社情報と、複数の保険会社がそれぞれ利用している複数のコンピュータのネットワーク上のアドレスを示すアドレス情報と、を管理しており、第１電子鍵が第１会社鍵である場合、第１保険会社が利用する第２コンピュータのネットワーク上のアドレスを示す第１アドレス情報は、第１会社鍵を少なくとも１つのデータベースに照合することによって特定され、第１電子鍵が第１個人鍵である場合、第２保険会社が利用する第３コンピュータのネットワーク上のアドレスを示す第２アドレス情報は、第１個人鍵を少なくとも１つのデータベースに照合することによって特定される。
【0164】
また、個人保険クラウド２７、会社保険クラウド２８は、夫々ユーザＣが車両１１１を個人電子鍵９１、会社電子鍵８１で利用する際に適用される保険契約を締結している保険会社が利用するクラウドである。第２コンピュータは、会社保険クラウド２８の一例であり、第１事業体が第１自動車保険を契約している第１保険会社が利用するコンピュータである。また、第２コンピュータは、第１事業体が利用する事業用コンピュータであっても良い。第３コンピュータは、個人保険クラウド２７の一例であり、第１ユーザ個人が第２自動車保険を契約している第２保険会社が利用するコンピュータである。
【0165】
図１９は、鍵管理システム２００の構成の一例を示すブロック図である。図２に加えて、車両１１１は、バッテリーの充放電を管理するバッテリー管理部１２１と、車室内の照明や空調などを調整する車室環境調整部１２２と、を備えている。
【0166】
充電器（個人充電器２１、会社充電器２２及び一般充電器２３）は、ユーザＣに対して情報を提示するための映像音声出力部２１１と、ユーザＣが操作を行うための操作部２１２と、車両１１１に対する充放電を管理する電力部２１３と、外部コンピュータと通信するための通信部２１４と、全体制御をプログラムに従い行う演算部２１５と、そのプログラムの実行に用いられるメモリ２１６と、から構成される。
【0167】
図１８でクラウドと表記したものはネットワークに接続されたコンピュータ、または複数のコンピュータから構成されるコンピューターシステムであって、前述の通り、通信部５０１と、メモリ５０２と、演算部５０３と、から構成される。なお、これら情報端末６１、車両１１１、充電器、クラウドの通信部はインターネットを経由して外部のコンピュータと通信するだけに留まらず、直接、近距離無線通信技術を介して通信するようにしても良い。
【0168】
図２０は、鍵管理システム２００の構成の一例を示すフローチャートである。第１電子鍵が第１会社鍵である場合、第１認証情報が有効であると判断した後に、第１事業体が第１保険会社と契約している保険についての確認を要求する第１確認要求を、ネットワークを介して第２コンピュータに送信し、第２コンピュータにおいて、第１確認要求に基づいて、第１自動車保険の契約内容が確認されたことを示す第１確認結果を、ネットワークを介して第２コンピュータから受け取り、第１確認結果を受け取った後に、第１許可信号を第１車両に送信する。
【0169】
また、第１電子鍵が第１会社鍵である場合、第１認証情報は、第１保険会社が利用する第２コンピュータのネットワーク上のアドレスを示す第１アドレス情報をさらに含み、第１電子鍵が第１個人鍵である場合、第１認証情報は、第２保険会社が利用する第３コンピュータのネットワーク上のアドレスを示す第２アドレス情報をさらに含む。
【0170】
具体的には、まず、鍵管理クラウド１０の演算部５０３は、電子鍵が会社電子鍵８１か、もしくは、個人電子鍵９１かを判定する（ステップＳ９０１）。鍵管理クラウド１０の演算部５０３は、電子鍵が会社電子鍵８１と判定すると、車両１１１から取得した車両利用情報を会社保険クラウド２８へ送信する（ステップＳ９０２）。
【0171】
また、鍵管理クラウド１０の演算部５０３は、電子鍵が個人電子鍵９１と判定すると、車両１１１から取得した車両利用情報を個人保険クラウド２７へ送信する（ステップＳ９０３）。つまり、鍵管理クラウド１０の演算部５０３は、電子鍵が個人電子鍵９１と判定すると、車両１１１から取得した車両利用情報を会社保険クラウド２８へ送信しない。なお、ステップＳ９０２において、鍵管理クラウド１０の演算部５０３は、車両１１１から取得した車両利用情報を会社クラウド２５へ送信しても良い。
【0172】
続いて、図２１は、ユーザＣが会社電子鍵８１を用いて汎用のシェアリングカーである車両１１１を社用目的で利用する際の利用開始から終了までのシーケンス図である。
【0173】
具体的には、まず、ユーザＣは情報端末６１にインストールしたシェアリングカーのアプリを起動し、駐車されている車両１１１の車両ＩＤを読み取り、その車両１１１の開錠操作（つまり利用開始）を指示する（ステップＳ１００１）。この時、ユーザＣはアプリが管理する複数の電子鍵から、今回の利用目的に応じて会社電子鍵８１を選択する。車両ＩＤの読み込みはＮＦＣ（登録商標）などの近距離無線通信で車両１１１から情報端末６１が取得しても良いし、車両１１１に付与された２次元コード（一例として、ＱＲコード（登録商標）等）を情報端末６１のセンサー（ＣＭＯＳなど）により読み取っても良い。
【0174】
情報端末６１（またはその情報端末上で動作するアプリケーションを指す、以下同様）は、この開錠操作に応じて通信部６０６により、会社電子鍵８１による鍵認証を鍵管理クラウド１０へ要求する（ステップＳ１００２）。この要求には、このユーザＣを特定するユーザＩＤ、このユーザＣが利用している情報端末６１を特定するスマホＩＤ、利用する車両１１１を特定する車両ＩＤ、さらにユーザＣによって選択された会社電子鍵８１を特定する電子鍵ＩＤ、この会社電子鍵８１による車両利用時に適用される保険情報を管理する会社保険クラウド２８への接続情報が含まれている。
【0175】
鍵管理クラウド１０はこれらを受信すると、これらのＩＤと接続情報のペアリング情報をメモリ５０２に記録すると共に、演算部５０３により、利用可否を判定し（鍵認証）（ステップＳ１００３）、ＮＧの場合は処理を終了する（ステップＳ１００４）。ＩＤのペアリング情報には、少なくとも車両ＩＤと、電子鍵ＩＤとが含まれれば良い。利用が許可された場合は、利用許可（第１許可信号）応答を情報端末６１に返信する（ステップＳ１００５）と同時に、車両１１１に対して、車両１１１のドアを開錠するための開錠指示を含む利用許可を送信し、これを受信した車両１１１は鍵制御部１０５によりドアを開錠する（ステップＳ１００６）。
【0176】
また、鍵管理クラウド１０は、通信部５０１により車両１１１の制御モードを社用車モードに設定するための第１設定指示を、ネットワークを介して車両１１１に送信する（ステップＳ１００７）。さらに、鍵管理クラウド１０は、通信部５０１により車両１１１に搭載されているバッテリーの充電履歴の情報に基づいて、バッテリーの蓄電量を示すインディケータを車両１１１の車室内のディスプレイ上に表示させるための表示設定情報を、ネットワークを介して車両１１１に送信する（ステップＳ１００８）。
【0177】
鍵管理クラウド１０は、通信部５０１により車両ＩＤから特定された車種情報（原動機付自転車、普通自動二輪車、軽自動車、普通自動車、大型自動車など車両形状に関する情報、かつ／または、車両モデルを特定する情報）と、電子鍵ＩＤと、を指定された接続情報に基づき会社保険クラウド２８へ通知し、保険適用の可否を確認要求する（ステップＳ１００９）。利用する車両１１１の車種情報と利用する法人情報（電子鍵ＩＤにより特定可能）を取得することにより、会社保険クラウド２８は適当な保険条件を算出することができる。
【0178】
会社保険クラウド２８は、演算部５０３によりこれらの情報に基づき保険適用の可否、その条件を確認し（ステップＳ１０１０）、通信部５０１によりその保険確認結果を鍵管理クラウド１０へ返信する（ステップＳ１０１１）。鍵管理クラウド１０は、通信部５０１により保険確認結果を車両１１１に送信する（ステップＳ１０１２）。ユーザＣが車両１１１を起動すると、情報入出力部１０４にて、開錠した会社電子鍵８１に基づく車両１１１の利用条件及び保険確認結果（保険の利用条件）をユーザＣに提示する（ステップＳ１０１３）。
【0179】
つまり、第１電子鍵が第１会社鍵である場合、第１許可信号は、第１自動車保険の契約内容の少なくとも一部を示す第１保険情報を、第１車両の車室内に設けられたディスプレイに表示させる第１表示指示（車両１１１の利用条件及び保険確認結果（保険の利用条件））を含む。これによってユーザＣは車両１１１の利用条件を容易に確認することができる。
【0180】
車両１１１は利用開始に伴い、通信部１０８により、車両ＩＤ、利用開始時刻、利用者情報（会社電子鍵８１の電子鍵ＩＤ、ユーザＩＤ、スマホＩＤ）を車両利用開始情報として、鍵管理クラウド１０へ送信する（ステップＳ１０１４）。また、第１電子鍵が第１会社鍵である場合に、第２コンピュータに送信される第１利用情報の少なくとも一部は、第１車両ＩＤと、第１車両の位置情報を時刻情報に対応づけた第１移動履歴と、を含んでも良い。
【0181】
これを受けた鍵管理クラウド１０は、通信部５０１により保険料算出のために会社保険クラウド２８へこれらの情報を送信する（ステップＳ１０１５）。また、車両１１１は、演算部１０６により、ユーザＣが会社電子鍵８１にて利用している間、車両１１１の利用情報を定期的、かつ／または、駐停車や充放電などの所定イベント発生の度に取得し（ステップＳ１０１６）、通信部１０８により鍵管理クラウド１０へ送信する（ステップＳ１０１７）。
【0182】
鍵管理クラウド１０は、通信部５０１により、その度に会社保険クラウド２８へ全てまたは一部の情報を保険料算出のために送信する（ステップＳ１０１８）。なお、この車両利用情報は車両１１１から会社保険クラウド２８へ鍵管理クラウド１０を経由せず、直接的に送信されるようにしても良い。その場合は、前段の保険確認結果に、会社保険クラウド２８への送信アドレス情報を付与しておけばよい。
【0183】
ユーザＣが車両１１１に対して車両利用を終了する操作を行う（例えば、車両１１１の情報入出力部１０４や情報端末６１の映像音声出力部６０２に表示されるメニューから利用終了を選択する）（ステップＳ１０１９）と、これを受けた車両１１１は、通信部１０８により、車両利用が終了されたことを示す車両利用終了情報を鍵管理クラウド１０へ送信する（ステップＳ１０２０）。また、これを受信した鍵管理クラウド１０は同様の車両利用終了情報を通信部５０１により会社保険クラウド２８へ送信する（ステップＳ１０２１）。
【0184】
会社保険クラウド２８は、車両利用開始情報、車両利用終了情報、（必要であれば車両利用情報も含む）に基づき、演算部５０３により保険料金を計算し（ステップＳ１０２２）、通信部５０１により、保険料金情報として鍵管理クラウド１０（かまたは、車両１１１、情報端末６１であっても良い）へ送信する（ステップＳ１０２３）。
【0185】
鍵管理クラウド１０は、演算部５０３により、車両利用開始情報、車両利用終了情報、（必要であれば車両利用情報も含む）に基づき車両利用料金（利用料金）を計算し（ステップＳ１０２４）、演算部５０３により、受信した保険料金を加えて利用サマリー情報を生成し、それを通信部５０１により情報端末６１に送信する（ステップＳ１２０５）。これを受信した情報端末６１は、映像音声出力部６０２にてこの利用サマリー情報を提示する（ステップＳ１０２６）。なお、利用サマリー情報は、車両１１１に送信するようにしても良い、この場合は車両１１１の情報入出力部１０４にて利用サマリー情報を提示する。
【0186】
さらに、鍵管理クラウド１０は、演算部５０３により、開錠操作に用いられた会社電子鍵８１に紐づけられた請求先情報（当該法人の口座情報やクレジットカード情報）に基づき車両１１１の利用料金を請求する（ステップＳ１０２７）。同様に、会社保険クラウド２８は、演算部５０３により、その会社電子鍵８１に紐づけられた請求先情報に基づき保険料金を請求する（ステップＳ１０２８）。この請求先情報は、会社電子鍵８１に紐づく形で予め鍵管理クラウド１０、会社保険クラウド２８の夫々にて管理されていても良いし、必要な時に鍵管理クラウド１０や情報端末６１からネットワークを介して取得するようにしても良い。また、これらの請求は纏めて鍵管理クラウド１０にて一括請求されても良い。
【0187】
最後に、鍵管理クラウド１０は（前述の利用許可応答にて、ＩＤペアリング情報を車両１１１にも送信していた場合は車両１１１も含めて）、演算部５０３により、ＩＤのペアリング情報を廃棄する（ステップＳ１０２９）。その後、車両１１１は、演算部１０６により、車両状態をリセットする（ステップＳ１０３０）。なお、ここでは車両１１１は、車両利用開始情報、車両利用情報、車両利用終了情報を夫々が発生したタイミングにて送信するとしたがこれに限らない。車両１１１のメモリ１０７にてこれらの情報を記録しておき、ユーザＣが利用終了操作を行った際に、これらを纏めて鍵管理クラウド１０、かつ／または、会社保険クラウド２８へ送信するようにしても良い。
【0188】
図２２は、ユーザＣが個人電子鍵９１を用いて汎用のシェアリングカーである車両１１１を私用目的で利用する際の利用開始から終了までのシーケンス図である。さらに図２２では、ユーザＣが契約している保険があり、個人保険クラウド２７にてその利用が許可されるケースである。処理自体には図２１と同じ流れのため、会社電子鍵８１を個人電子鍵９１として、会社保険クラウド２８を個人保険クラウド２７に置き換えれば良い。
【0189】
図２２に記載のステップＳ１００２～Ｓ１００５において、第１電子鍵が第１個人鍵である場合、第１認証情報が有効であると判断した後に、第１ユーザが第２保険会社と契約している保険についての確認を要求する第２確認要求を、ネットワークを介して第３コンピュータに送信し、第３コンピュータにおいて、第２確認要求に基づいて、第２自動車保険の契約内容が確認されたことを示す第２確認結果を、ネットワークを介して第３コンピュータから受け取り、第２確認結果を受け取った後に、第１許可信号を第１車両に送信する。
【0190】
なお、図２２に記載のステップＳ１００７において、鍵管理クラウド１０は、通信部５０１により車両１１１の制御モードを個人目的での利用である私用車モードに設定するための第２設定指示を、ネットワークを介して車両１１１に送信する（ステップＳ１００７）。
【0191】
また、図２２に記載のステップＳ１０１３においては、ユーザＣが車両１１１を起動すると、情報入出力部１０４にて、開錠した個人電子鍵９１に基づく車両１１１の利用条件及び保険確認結果（保険の利用条件）をユーザＣに提示する（ステップＳ１０１３）。つまり、第１電子鍵が第１個人鍵である場合、第１許可信号は、第２自動車保険の契約内容の少なくとも一部を示す第２保険情報（車両１１１の利用条件及び保険確認結果（保険の利用条件））を、第１車両の車室内に設けられたディスプレイに表示させる第２表示指示を含む。
【0192】
また、個人保険クラウド２７では、鍵管理クラウド１０から受信した利用する車両１１１の車種情報と利用する個人情報（電子鍵ＩＤ、ユーザＩＤ、スマホＩＤの１つ以上）を取得することにより、適当な保険条件を算出することができる。
【0193】
【0194】
この場合、鍵管理クラウド１０は、通信部５０１により、車両ＩＤから特定された車種情報、個人電子鍵９１の電子鍵ＩＤ、とを指定された接続情報に基づき個人保険クラウド２７へ通知し、保険適用の可否を確認要求する（ステップＳ１０３９）。個人保険クラウド２７は、演算部５０３により、利用する車両１１１の車種情報と利用する個人情報（電子鍵ＩＤ、ユーザＩＤ、スマホＩＤの１つ以上）を取得することにより、個人保険クラウド２７はこれらの情報に基づき保険適用の可否、その条件を確認し（ステップＳ１０４０）、通信部５０１により、保険契約の有効性が確認できなかった旨の保険確認結果（ＮＧ）を鍵管理クラウド１０へ返信する（ステップＳ１０４１）。なお、鍵管理クラウド１０は個人保険クラウド２７が特定できない場合、ステップＳ１０３９で確認要求せずに保険確認結果（ＮＧ）として、ステップＳ１０４２へ進むようにしても良い。
【0195】
鍵管理クラウド１０は、これを受けて、通信部５０１により、ユーザＣに推奨する推奨保険情報を車両１１１（または情報端末６１）に送信する（ステップＳ１０４２）。この推奨保険情報は予めシェアリングカーの運営会社と保険会社とが締結した契約に基づくものであっても良い。ユーザＣが車両１１１を起動すると、車両１１１の情報入出力部１０４は、取得した推奨保険情報をユーザＣに提示する（ステップＳ１０４３）。
【0196】
ユーザＣは推奨保険情報の中から１つの保険契約を情報入出力部１０４にて選択し、ユーザＣを認証する情報（ユーザＣの生体情報、運転免許証、パスワード、秘密鍵、情報端末６１など）を用いて電子署名を行う（ステップＳ１０４４）。車両１１１は、通信部１０８により、電子署名された保険契約情報を鍵管理クラウド１０に送信し（ステップＳ１０４５）、鍵管理クラウド１０はこれをメモリ５０２に保管する。
【0197】
つまり、第１電子鍵が第１個人鍵であって、かつ、第１ユーザ個人が契約している自動車保険を特定できない場合、鍵管理クラウド１０は、第１ユーザに推奨される自動車保険を示す推奨保険情報を、第１車両の車室内に設けられたディスプレイに表示させる表示指示信号を、ネットワークを介して第１車両に送信し、第１ユーザが推奨される自動車保険に加入したことを示す第３の確認結果（電子署名）を、ネットワークを介して第１車両から受け取り、第３の確認結果を受け取った後に、第１ユーザが第１車両を利用することを許可する。
【0198】
以降、保険料金の計算は、鍵管理クラウド１０にて行うとしているが、本開示はこれに限らず、図２２と同様にシェアリングカーの運営会社が契約した保険会社のクラウドに対して、鍵管理クラウド１０（または車両１１１）が車両利用開始情報、車両利用情報、車両利用終了情報をネットワークを介して送信する（ステップＳ１０４６）ことで、その保険会社のクラウドにて計算するようにしても良い。
【0199】
図２４は、図２１で出て来た処理の一部である、会社保険クラウド２８における保険料金の計算を説明するフローチャート図である。ここで示すように、会社保険クラウド２８は、演算部５０３により、鍵管理クラウド１０（または車両１１１、情報端末６１であっても良い）から取得した車種情報に対する保険適用条件１を自身のメモリ５０２から取得する（ステップＳ１０５１）。メモリ上には、車種情報に応じて適用されるべき保険適用条件が予め規定されたテーブルが記録されており、これに基づき会社保険クラウド２８は対応する車種情報の保険適用条件を読み出し、それを保険適用条件１として取得する。
【0200】
会社保険クラウド２８は、演算部５０３により、鍵管理クラウド１０（または車両１１１、情報端末６１であっても良い）から取得した電子鍵ＩＤに紐づく会社に対する保険適用条件２を自身のメモリ５０２から取得する（ステップＳ１０５２）。メモリ上には、法人や組織に応じて適用されるべき保険適用条件が予め規定されたテーブルが記録されており、これに基づき会社保険クラウド２８は電子鍵ＩＤに紐づく会社に対する保険適用条件を読み出し、それを保険適用条件２として取得する。
【0201】
会社保険クラウド２８は、演算部５０３により、保険適用条件１と、保険適用条件２と、に基づき、今回適用すべき保険条件を設定する（ステップＳ１０５３）。メモリ上には、保険適用条件１と保険適用条件２の組み合わせに応じて予め規定されたテーブルが記録されており、これに基づき会社保険クラウド２８は保険条件を決定する。そして、会社保険クラウド２８は、通信部５０１により、保険条件を問い合わせた鍵管理クラウド１０（または車両１１１、情報端末６１であっても良い）に対して、保険条件を返信して（ステップＳ１０５４）処理を終える。
【0202】
勿論、会社保険クラウド２８は、電子鍵ＩＤに紐づく会社に対して車種情報ごとの保険条件を記載した１つのテーブルを用いて、適用すべき保険条件を取得し、通信部５０１により、鍵管理クラウド１０へ返信するようにしても良い。なお、この図２４のフローチャートは、図２２、図２３の個人保険クラウド２７における保険条件の決定処理においても保険適用条件２を除いて同じである。保険適用条件２は、個人保険クラウド２７が受信した電子鍵ＩＤに紐づくユーザ個人に対して設定された保険適用条件である。
【0203】
図２５は、車両１１１が利用される電子鍵の種別に応じて制御を自動変更することを示すフローチャート図である。
【0204】
車両１１１の演算部１０６は、受信した電子鍵ＩＤにより利用される電子鍵の種別（会社電子鍵８１か、個人電子鍵９１か）を特定する（ステップＳ１０６１）。車両１１１は、演算部１０６により、電子鍵の種別が会社電子鍵８１に属すると判定された場合（ステップＳ１０６２：会社電子鍵）は、演算部１０６により、外部コンピュータ（鍵管理クラウド１０、会社クラウド２５、情報端末６１のうち、少なくともいずれか一つ）から、その会社電子鍵８１に設定された移動空間制御モード情報を取得する（ステップＳ１０６３）。
【0205】
車両１１１の演算部１０６は、その移動空間制御モード情報に基づき、環境負荷の少ない可動部１０１の制御方法を設定する（ステップＳ１０６４）。さらに言えば、個人電子鍵９１に設定された移動空間制御モードよりも環境負荷が少ない、会社電子鍵８１に設定された移動空間制御モードを適用するよう演算部１０６が可動部１０１に指示する。例えば、センサー（アクセルポジションセンサー）が同一のアクセル開放度合いを検出しても、個人電子鍵９１の時と比べて、会社電子鍵８１の場合は、より少ない出力しか発生しないように可動部（とバッテリー管理部１２１）を動作させるように制御する。
【0206】
また、急激なアクセル操作に対して、これを時間的に緩やかな出力変化となるように、アクセル開放度合いの時間的変化の最大量を設けるようにしても良い。このようにすることで、滑らかな加減速が実現され、移動距離当たりの電力消費量が効率化され、より経済的で環境に良い移動を実現することができる。
【0207】
車両１１１の演算部１０６は、その移動空間制御モード情報に基づき、乗客の覚醒度を高めたり、集中力を高め易い車室環境となるよう車室環境調整部１２２の制御方法を設定する（ステップＳ１０６５）。例えば、車室環境調整部１２２の空気清浄機能により、車室内のアレルギー物質、花粉、ＰＭ２．５といった粉塵の濃度を、個人電子鍵９１の時と比べて、より低く設定してスッキリした空気質を提供することができる。
【0208】
また、ナノイー（登録商標）のような、菌、ウィルス、ニオイなどの空気中の有害物質を抑制する働きのあるイオンの濃度を、個人電子鍵９１の時と比べて、より高く設定することで同様の効果を提供することも可能である。さらに、車室環境調整部１２２の車内向けの照明機能の色温度を、個人電子鍵９１の時と比べて、より高く設定することで、活動的で知的作業などの集中力を高め易い車室環境を提供することができる。
【0209】
車両１１１の演算部１０６は、その移動空間制御モード情報に基づき、環境負荷の少ない移動ルートを探索、提示するように情報入出力部１０４を制御する（ステップＳ１０６６）。例えば、目的地までのルート選択が情報入出力部にて選択された場合に、複数のルート候補から、個人電子鍵９１の時と比べて、より電費（燃費）の良いルートを表示／推奨したり、移動に伴う炭素排出量を試算した結果に基づき、より炭素排出量の少ないルートを表示／推奨する設定がなされる。これにより、このユーザＣの炭素排出量や、この会社電子鍵８１に紐づく会社のＳｃｏｐｅ３の炭素排出量を抑制することが可能となる。
【0210】
車両１１１の演算部１０６は、その移動空間制御モード情報に基づき、ビジネス関連情報またはその会社電子鍵８１と相関の高いコンテンツを提示するように情報入出力部１０４を制御する（ステップＳ１０６７）。
【0211】
例えば、会社電子鍵８１の場合は業務中であるために、関連ビジネスのニュースであったり、その会社電子鍵８１に紐づく会社の社員向けコンテンツや他社員の現在地情報を提示する。これによって、業務移動時に業務に関する情報が取得でき、効率化が期待できる。
【0212】
車両１１１の演算部１０６は、電子鍵の種別により、会社電子鍵８１と特定された場合は、以上の設定、処理を行いこのフローを終了する。一方で、車両１１１の演算部１０６は、個人電子鍵９１と特定された場合（ステップＳ１０６２：個人電子鍵）は、その車両１１１に予め設定されたデフォルト、または個人電子鍵９１と紐づけて設定していた移動空間制御モード情報による制御方法が各種装置に対して設定される（ステップＳ１０６８）。
【0213】
車両１１１の演算部１０６は、車両１１１の可動部１０１に対しては、会社電子鍵８１の時と比べて加減速制限が緩和されたり、ユーザＣの嗜好に合わせた出力制御がなされても良い（ステップＳ１０６９）。例えば、ユーザＣが自分の個人電子鍵９１にスポーツモードを設定していた場合には、その車両１１１においてデフォルトよりも加速が得られやすい可動部１０１の制御がなされる設定が適用される。
【0214】
車両１１１の演算部１０６は、車室環境調整部１２２の空気温度調整機能により、車室内の空気温度を、会社電子鍵８１の時と比べて、より外気温との差が大きい温度まで指定することが許可されるように設定されても良い（ステップＳ１０７０）。また、照明機能の色温度をより低く設定して（または設定できるようにして）、車室内でリラックスしやすいようにしても良い。
【0215】
車両１１１の演算部１０６は、情報入出力部１０４での目的までのルート選択において、複数のルート候補から、会社電子鍵８１の時と比べて、より移動時間が少ないルートを表示／推奨したり、電費が悪いルートや、炭素排出量が多いと予想されるルートを表示／推奨するように情報入出力部１０４を制御しても良い（ステップＳ１０７１）。
【0216】
つまり、社用車モードにおける第１出発地から第１目的地までの第１経路の第１走行距離が、私用車モードにおける第１出発地から第１目的地までの第２経路の第２走行距離に比べて長い、または、第１出発地から第１目的地までを社用車モードで走行した場合にかかる第１走行時間が、第１出発地から第１目的地までを私用車モードで走行した場合にかかる第２走行時間よりも長くなるようにしても良い。
【0217】
または、第１経路を走行した際に予想される車両の移動に伴う電気消費量（またはガソリンや水素の燃料消費量）が、第２経路を走行した際に予想される電気消費量よりも少なくなるようにしても良い。または、第１経路を走行した際に予想される車両の移動に伴う温室効果ガス排出量が、第２経路を走行した際に予想される温室効果ガス排出量よりも少なくなるようにしても良い。
【0218】
また、車両１１１の演算部１０６は、ビジネス関連情報だけに限らず、個人電子鍵９１に紐づく興味情報に相関の高い情報や、車両１１１の現在位置付近の広告宣伝情報を含めて、情報入出力部１０４で提示するよう設定する（ステップＳ１０７２）。
【0219】
つまり、社用車モードにおいて、第１車両の車室内に設けられたディスプレイ上に、第１ユーザに向けた第１広告情報が表示され、私用車モードにおいて、ディスプレイ上に、第１ユーザに向けた第２広告情報が表示され、第１広告情報の表示頻度、表示位置及び表示内容の少なくとも１つが、第２広告情報とは異なる。
【0220】
また、第１広告情報には含まれない飲食や娯楽に関する広告情報が第２広告情報には含まれるようにしても良い。または、第１広告情報より第２広告情報の方が、それら飲食や娯楽に関する広告情報の表示頻度やその表示内容の種類が拡大されるようにしても良い。
【0221】
このように、車両利用者の開錠した電子鍵の種別に基づいて、車両１１１の可動部１０１、車室環境調整部１２２、情報入出力部１０４の制御方法を夫々切り替えるようにすることが考えられる。なお、この移動空間制御モードは、ユーザＣが情報端末６１にて予め設定して、車両利用開始時に情報端末６１から車両１１１に送信されるようにしても良い。
【0222】
なお、ここでの処理は車両１１１が実施するとして説明したが、車両１１１とネットワークを介して通信する外部コンピュータ（鍵管理クラウド１０、車両管理クラウド５など）により実施するようにしても良い。この場合は、外部コンピュータの演算部５０３は、該当の会社電子鍵８１または個人電子鍵９１に対して設定された移動空間制御モード情報を取得し、それを車両１１１に対して設定する要求を通信部５０１を介して送信する。
【0223】
図２６は、ユーザＣがシェアリングカーを会社電子鍵８１を用いて、業務目的で利用した後と、個人電子鍵９１を用いて、私用目的で利用した後と、の車両状況及びその際のバッテリー蓄電量を示した図である。
【0224】
まず、最上段２６１は、車両１１１が利用開始前で駐車場に駐車されている状態を示している。バッテリー蓄電量はバッテリー管理部１２１にて計測され、車両１１１と鍵管理クラウド１０で逐次管理されている。車両利用前にバッテリーに蓄電された全ての電気は、その全てをシェアリングカーのサービス運営会社が充電した電気、かつ／または、支払いをした電気であるとして、ここでは「一般」として区分され表示されている。
【0225】
ここでいう区分とは、その区分が対応するバッテリー蓄電量に対して、その充電時に利用されていた鍵の所有者、その充電に対する対価を支払った個人または法人、その充電の操作を行った個人または法人、その充電を行った充電器を所有または運用する個人または法人、の少なくとも１つ以上を識別する情報である。
【0226】
次段２６２は、ユーザＣがその車両１１１を会社電子鍵８１により利用開始時の状態を示している。ここでのバッテリー蓄電量は先程と変わらない。電子鍵の列の「会社電子鍵」は該当する行が会社電子鍵８１で利用されている状態であることを示している。次段２６３はユーザＣが車両１１１で走行して充電量が減ったことを示している。この状態が充電する直前の状態である。
【0227】
次段２６４は車両１１１が充電した直後の状態を示し、バッテリー蓄電量が回復している。ここでは会社電子鍵８１を利用して充電されたことを意味するように充電量を「会社」として区分され示している。図に記載の充電量が会社電子鍵８１を利用中に充電された電気量である。
【0228】
次段２６５は、ユーザＣが車両１１１の利用を終了する時の状態を示している。先程から走行して利用開始時よりも少し少ないところまでバッテリー蓄電量が減っている。ユーザＣは、ここで、利用開始時と利用終了時におけるバッテリー蓄電量の変化量（利用前後変化量＜０）も含めてシェアリングカーの運営会社に対して利用料金を支払う。利用前後変化量が負の値を持つことで、利用料金が高くなる。
【0229】
つまり、第１会社鍵を用いた第１車両の利用開始時において、第１車両に搭載されているバッテリーに蓄電されている第１蓄電量を示す第１バッテリー情報を、ネットワークを介して第１車両から取得し、第１会社鍵を用いた第１車両の利用終了時において、バッテリーに蓄電されている第２蓄電量を示す第２バッテリー情報を、ネットワークを介して第１車両から取得し、第１事業体が利用する事業用コンピュータ、または、第１事業体の決済手段を管理する金融機関が利用する金融用コンピュータに対して、第１蓄電量から第２蓄電量への変化量が反映された金額で、決済処理を実行する。
【0230】
次段２６６は、再び車両１１１が最初の時と同じ利用開始前で駐車場に駐車されている状態を示している。ここの時に、バッテリー蓄電量は再び「一般」と「会社」の区分がなくなり、次の利用者向けに、全てシェアリングカーの運営会社が充電した電気であるとして「一般」として表現される。
【0231】
次段２６７はさきほどと同じまたは異なるユーザＣが個人電子鍵９１にて利用開始したことを示している。直前段の「一般」のバッテリー蓄電量がそのまま利用開始時にユーザＣに提示される。次段２６８は、ユーザＣが車両１１１で走行して「一般」の蓄電量が減り、個人電子鍵９１を利用して「個人」で示す充電量を充電した直後である。
【0232】
次段２６９は、さらにユーザＣが車両１１１で走行して「個人」に区分される蓄電量が減り、放電する直前の状態である。次段２７０は車両１１１のバッテリーから放電された直後の状態である。放電量は図に示した分量であり、「個人」に区分される蓄電量がさらに放電により減っている。
【0233】
次段２７１は、ユーザＣが車両１１１の利用を終了する時の状態を示している。先程と同様にユーザＣはここで、利用開始時と利用終了時におけるバッテリー蓄電量の変化量（利用前後変化量＞０）も含めてシェアリングカーの運営会社に対して精算をして、利用料金を支払う。利用前後変化量が正の値を持つことで、利用料金が安くなる。
【0234】
つまり、第１事業体が利用する事業用コンピュータ、または、第１事業体の決済手段を管理する金融機関が利用する金融用コンピュータに対して、第１蓄電量及び第２蓄電量の少なくとも一方に反映された金額で、決済処理を実行し、決済処理において、第１蓄電量が第１基準量以下の場合、または、第２蓄電量が第２基準量以上の場合において、金額を所定の金額から減額処理する。以下、次段２７２は、再び利用開始待ち（駐車中）となり、バッテリー蓄電量が「一般」の区分に統合される。
【0235】
なお、ここではバッテリー蓄電量の区分を、「一般」「会社」「個人」と区分して表記したがこれは夫々が示すバッテリー蓄電量の所有者を示している。「一般」であればシェアリングカーの運営会社が、「会社」であれば利用された会社電子鍵８１が示す法人が、「個人」であれば利用された個人電子鍵９１が示す個人が所有しているとしている。
【0236】
これによってシェアリングカーを返却時に、シェアリングカーの運営会社と、法人またはシェアリングカーの運営会社と、個人と、が、利用前後変化量に基づく電気の売買取引を行っているとみなすこともできる。このようにすることで、バッテリー蓄電量の残量表示や、決済処理を利用者にとって分かり易くすることができる。
【0237】
図２７は、会社電子鍵８１を用いて車両１１１を利用する際のシーケンス図である。この図では、車両１１１と充電器とが通信することにより充電の認証、制御、決済がなされる。また、車両利用情報を車両１１１から鍵管理クラウド１０、会社保険クラウド２８（図示なし）に送信する以前、及び、利用終了操作により車両１１１が鍵管理クラウド１０へ車両利用終了情報を送信した以降の処理については、図２１と同一であるため割愛してある。
【0238】
ユーザＣが会社電子鍵８１にて利用している間、車両１１１の利用情報を定期的、かつ／または、駐停車や充放電などの所定イベント発生の度に、鍵管理クラウド１０へ送信し、鍵管理クラウド１０はその度に会社保険クラウド２８へ全てまたは一部の情報を保険料算出のために送信する。
【0239】
ユーザＣが充電開始操作として、車両１１１と充電器を有線電力線で接続するか、または車両１１１と充電器の位置関係を無線給電できるよう調整する（ステップＳ１０８３、ステップＳ１０８４）。そうすると、車両１１１から充電要求が充電器に送信される（ステップＳ１０８５）。この充電要求には、車両ＩＤ、ユーザＩＤ、会社電子鍵８１（電子鍵ＩＤ、及び会社電子鍵８１に対応した銀行口座やクレジットカードの支払い手段情報）の情報が含まれるようにしても良い。これを受信した充電器の通信部２１４は、その充電器に対応するクラウドに対して、この充電要求の情報に基づき決済手段の認証要求を行う（ステップＳ１０８６）。
【0240】
ここで、充電器とはユーザＣが所有する個人充電器２１、ユーザＣが所属する法人が所有する会社充電器２２、不特定多数に充放電サービスを提供するための一般充電器２３のいずれかである。また、対応するクラウドとは、個人充電器２１に対応する個人クラウド２４、会社充電器２２に対応する会社クラウド２５、一般充電器２３に対応する一般クラウド２６である。
【0241】
クラウドの演算部５０３により、認証要求が許可されない場合は、決済可能な決済手段が確認できるまで、決済手段の設定を促すメッセージを充電器に表示させる（図示せず）。クラウドの演算部５０３により、認証要求が許可された場合は、クラウドの通信部５０１により、認証ＯＫの返答が充電器に返信される（ステップＳ１０８８）。そして、充電器の通信部２１４により、車両１１１へも認証ＯＫの返答が返信される（ステップＳ１０８９）。
【0242】
これにより、車両１１１の通信部１０８が充電開始時の車両状態（車両ＩＤ、バッテリー蓄電量、電子鍵ＩＤ）を鍵管理クラウド１０へ送信し（ステップＳ１０９０）、これを鍵管理クラウド１０がメモリ５０２に記録する（ステップＳ１０９１）。そして、充電器で充電制御をしながら、車両１１１はバッテリーに充電する（ステップＳ１０９３）。
【0243】
ユーザＣは充電終了操作として、車両１１１と充電器を有線電力線の接続を解除するか、充電器の映像音声出力部２１１、操作部２１２を用いて充電を終了する旨の指示を行う（ステップＳ１０９４、ステップＳ１０９５）。
【0244】
充電器の通信部２１４は、充電時間、充電量、充電器ＩＤ（充電器を特定するための情報）、車両ＩＤ、会社電子鍵８１（電子鍵ＩＤ）を含む充電情報と、充電料金と決済手段情報を含む決済情報とを対応するクラウドへ送信する（ステップＳ１０９６）。これを受信した対応するクラウドの演算部５０３は、会社電子鍵８１に紐づく決済手段により決済を行う（ステップＳ１０９７）。
【0245】
充電情報と決済情報は充電器の通信部２１４から車両１１１と鍵管理クラウド１０へと送信され（ステップＳ１０９８、ステップＳ１０９９）、車両１１１のメモリ１０７に充電情報が記録され（ステップＳ１１００）、鍵管理クラウド１０のメモリ５０２に充電情報と決済情報とが記録される（ステップＳ１１０１）。
【0246】
つまり、第１会社鍵を用いた第１車両の利用期間において、第１車両に搭載されているバッテリーに対して第１充電器による充電操作が行われた後、第１充電器と、第１事業体が利用する事業用コンピュータ、または、第１事業体の決済手段を管理する金融機関が利用する金融用コンピュータ（クラウド）と、の間で決済処理が行われたことを示す第１決済報告（決済情報）を、第１充電器、事業用コンピュータ、または金融用コンピュータからネットワークを介して受け取り、第１決済報告を第１会社鍵と紐付けて、第１コンピュータのメモリに記録する。
【0247】
充電終了のイベント発生に応じて車両１１１の通信部１０８から鍵管理クラウド１０へ車両状態が送信され（ステップＳ１１０２）、鍵管理クラウド１０で車両状態がメモリ５０２に記録される（ステップＳ１１０３）。
【0248】
ユーザＣが利用終了操作を行う（ステップＳ１１０４）と、車両１１１の通信部１０８から鍵管理クラウド１０へ車両利用終了情報が送信される（ステップＳ１１０５）。これ以降は図２１の説明と同じであり割愛する。また、バッテリー蓄電量の利用前後変化量に伴う利用料金の計算の詳細については後述する。
【0249】
このように、会社電子鍵８１で利用しているシェアリングカーの利用料金は、会社電子鍵８１に紐づけられた支払い手段情報に基づき決済される。そのため、ユーザＣは支払い時に決済手段を都度設定するようなことがなく、また、シェアリングカーの運営会社も利用終了時に決済不能といった状態や手間を無くすことができる。
【0250】
また、図２１で説明したように利用が終了したと同時に、ユーザＣの個人情報や会社情報を示すＩＤのペアリング情報が鍵管理クラウド１０（及び車両１１１）から自動的に削除される。これによって、不特定多数で利用するシェアリングカーでの個人情報保護の取り扱いに関する懸念が解消される。
【0251】
なお、上記説明では充電器での充電として説明したが、放電の場合でも同様に適用できる。放電の場合は、車両１１１から充電器に対して放電された放電量に基づき、充電器または対応するクラウドが放電料金を算出し、それを会社電子鍵８１に紐づく決済手段に対して支払うようにすれば良い。
【0252】
なお、上記説明は会社電子鍵８１での利用として説明したが、個人電子鍵９１での利用時にも同様に適用できる。個人電子鍵９１の場合は、個人電子鍵９１に紐づく決済手段に対して、充電器での充電料金（放電料金）及びシェアリングカーの利用料金を決済すれば良い。ここに記載した利点や応用は、図２８のケースにおいても同様に適用可能である。
【0253】
図２８は、会社電子鍵８１を用いて車両１１１を利用する際のシーケンス図である。この図では、情報端末６１と、充電器と、が連携することにより、充電の認証、制御、決済がなされる。また、車両利用情報を車両１１１から鍵管理クラウド１０、会社保険クラウド２８（図示なし）に送信する以前、及び、利用終了操作により車両１１１が鍵管理クラウド１０へ車両利用終了情報を送信した以降の処理については、図２７と同様に割愛してある。以下、図２７との相違点のみ説明する。
【0254】
ユーザＣは充電準備操作として、情報端末６１を操作し（ステップＳ１１１１）、シェアリングカーの運営会社、または一般充電器２３の運営会社が提供するアプリを起動し、利用する充電器に対応するクラウドに対して認証コードを要求する（ステップＳ１１１２）。これを受信した利用する充電器に対応するクラウドは、演算部５０３により認証コードを生成し（ステップＳ１１１３）、生成した認証コードを情報端末６１へ応答する（ステップＳ１１１４）。
【0255】
この認証コード要求には、充電情報や決済情報を円滑に生成し、ユーザＣの手間を減らすために、予め必要となる情報（車両ＩＤ、ユーザＩＤ、スマホＩＤ、会社電子鍵８１の電子鍵ＩＤ、会社電子鍵８１に紐づく決済手段情報）を含めるようにしても良い。
【0256】
認証コードを受信した情報端末６１は、認証コードを映像音声出力部６０２にて表示する。ユーザＣは、その表示された認証コードが充電器の光学センサー（図示なし）で読み取れるように、情報端末６１を用いて提示（送信）する（ステップＳ１１１５）。充電器は認証コードを読み取り（ステップＳ１１１６）、通信部２１４により、対応するクラウドに対して認証要求を行う（ステップＳ１１１７）。
【0257】
受信したクラウドの演算部５０３は、その認証コードの有効性を認証し（ステップＳ１１１８）、認証できなければ処理を終了し（ステップＳ１１１９）、認証できた場合には、通信部５０１により、認証ＯＫの応答を充電器に対して返信する（ステップＳ１１２０）。認証ＯＫの応答を受けた充電器は、ユーザＣに対して充電を始めるよう映像音声出力部２１１を介してメッセージを提示する（ステップＳ１１２１）。
【0258】
ユーザＣが充電開始操作として、車両１１１と充電器を有線電力線で接続するか、または車両１１１と充電器の位置関係を無線給電できるよう調整する（ステップＳ１０８３、ステップＳ１０８４）。そうすると、車両１１１の通信部１０８から充電要求が充電器に送信する（ステップＳ１０８５）。この充電要求には、車両ＩＤ、ユーザＩＤ、会社電子鍵８１（電子鍵ＩＤ）の情報が含まれるようにしても良い。
【0259】
ユーザＣは充電終了操作として、有線電力線の接続を解除するか、充電器の映像音声出力部２１１、操作部２１２を用いて充電を終了する旨の指示を行う（ステップＳ１０９５）。充電器の通信部２１４は、充電時間、充電量、充電器ＩＤ（充電器を特定するための情報）、車両ＩＤ、会社電子鍵８１（電子鍵ＩＤ）を含む充電情報と、充電料金と、決済手段情報と、を含む決済情報とを対応するクラウドへ送信する（ステップＳ１０９６）。
【0260】
これを受信した対応するクラウドの演算部５０３は、会社電子鍵８１に紐づく決済手段により決済を行う（ステップＳ１０９７）。さらに、クラウドの通信部５０１は、これらの充電情報と決済情報をユーザＣに提示するために情報端末６１へ送信する（ステップＳ１１３１）。
【0261】
【0262】
車両１１１（鍵管理クラウド１０、情報端末６１が実施しても良い）の演算部１０６は、車両１１１のバッテリー容量（Ｃ）を取得する（ステップＳ１１４１）。また、車両１１１のバッテリー管理部１２１は、ユーザＣが利用開始時にその瞬間のバッテリー蓄電量（Ｃｓ）を取得する（ステップＳ１１４２）。ここで、Ｃｓの値（またはＣｓ／Ｃの値）が所定量以下であれば、Ｙｅｓ（ステップＳ１１４３：Ｙｅｓ）に進み、少なくともＣｓの値に基づき利用インセンティブ（Ｉ１）を計算する（ステップＳ１１４４）。その後、ユーザＣにより車両１１１が利用される（ステップＳ１１４５）。
【0263】
以降は車両１１１の利用終了がＹｅｓ（ステップＳ１１４６：Ｙｅｓ）になるまで、車両１１１の利用が継続される。ここでは、車両１１１のバッテリーに対して、充電、放電、走行などによる電力消費があり、車両１１１の利用中はバッテリー蓄電量が変化する。
【0264】
利用終了すると、Ｙｅｓ（ステップＳ１１４６：Ｙｅｓ）に進み、バッテリー管理部１２１は、利用終了時のバッテリー蓄電量（Ｃｅ）を取得する（ステップＳ１１４７）。鍵管理クラウド１０の演算部５０３は、バッテリー容量（Ｃ）、利用開始時のバッテリー蓄電量（Ｃｓ）、利用終了時のバッテリー蓄電量（Ｃｅ）のいずれか２つ以上に基づき、充電インセンティブ（Ｉ２）を計算する（ステップＳ１１４８）。
【0265】
鍵管理クラウド１０の演算部５０３は、利用インセンティブ（Ｉ１）かつ／または利用インセンティブ（Ｉ２）を含めて、利用料金を計算し、利用料金の計算処理を終了する（ステップＳ１１４９）。利用インセンティブ（Ｉ１）は、ＣｓまたはＣｓ／Ｃの値が大きくなるにつれ段階的にユーザメリット（割引額や割引率）が下がるように設計されても良い。逆に言えば、利用インセンティブ（Ｉ１）は、ＣｓまたはＣｓ／Ｃの値が小さいほどユーザメリット（割引額や割引率）が上がるように設計されても良い。
【0266】
利用インセンティブ（Ｉ２）は、Ｃｅ、Ｃｅ／Ｃ、（Ｃｅ－Ｃｓ）、または（Ｃｅ－Ｃｓ）／Ｃの値が大きくなるにつれ段階的にユーザメリットが上がるように設計されても良い。逆に言えば、利用インセンティブ（Ｉ２）は、Ｃｅ、Ｃｅ／Ｃ、（Ｃｅ－Ｃｓ）、または（Ｃｅ－Ｃｓ）／Ｃの値が小さいほどユーザメリットが減少したり、割り増し料金のようにデメリットが増えるように設計されても良い。
【0267】
このようにすることで、利用開始時にバッテリー蓄電量が所定量より低かった場合、利用終了時のバッテリー蓄電量が所定量より高かった場合などに利用料金を割引することができる。また、利用終了時と利用開始時とのバッテリー蓄電量の変化量（利用前後変化量）が正の値であればその値に応じた割引、負の値であればその値に応じた割り増しをすることなどが可能となる。
【0268】
利用開始時のバッテリー蓄電量が一定量以上あることは、次の利用者の利用体験上とても有用である。そのため、このような利用インセンティブを車両１１１のバッテリー蓄電量の値や変化量から設定して、シェアリングカーの運営会社が利用料金に組み込むことで、返却時にバッテリー蓄電量を高めようとする動機付けを全利用者に対して与えることができる。これは、シェアリングカーの運営会社が個別の車両１１１の充電量を一定量以上に管理するメンテナンスコストを削減することにも役立つと思われる。
【0269】
なお、ここで利用インセンティブのレートとなる、１Ｗｈ当たりの価値（例えば、円／Ｗｈ）はシェアリングカーの運営会社が個別のレートを設定するようにしても良い。自宅の太陽光発電で得た余剰電力をシェアリングカーに充電して、その車両１１１を返却することで余剰電力の売却ができたり、停電時にシェアリングカーを借りて、そこから自宅へ給電することで自宅の住宅設備や家電を動かす代わりに、利用した電力量に応じたシェアリングカーの利用料金を支払うことなども可能となる。
【0270】
なお、利用料金へのインセンティブは、バッテリー蓄電量だけに依らず、シェアリングカーを返却した駐車場に充電設備があり、返却時に充電プラグを接続したり、充電スタンドが近い駐車場で返却する、といったことを含めて算出するようにしても良い。
【0271】
図３０は、車両１１１のバッテリー蓄電量を車両１１１の情報入出力部１０４にて表示する一例を示す図である。図２６ではバッテリー蓄電量を「一般」「会社」「個人」と電気の所有者に応じて区分して表現したが、これをバッテリー蓄電量を示すインディケータの中でユーザＣに提示するようにしても良い。
【0272】
図３０（ａ）は、電気の所有者に応じて区分してバッテリー蓄電量が表示されている。「一般」とされたシェアリングカーの運営会社の所有分は１５ＫＷｈであり、この電気を利用した場合の炭素排出のＣＯ２換算量は２５Ｋｇ－ＣＯ２ｅｑである。これにより、「一般」の電気が利用されることで、どれぐらいの炭素排出量になるかを示している。「会社」については会社電子鍵８１が示す法人／組織の所有分とその炭素排出量、「個人」についてはユーザ個人の所有分とその炭素排出量である。ここでは、「会社」と「個人」については太陽光発電などの再生エネルギーを１００％用いた電力であったため、炭素排出量が０Ｋｇ－ＣＯ２ｅｑと表示されている。
【0273】
つまり、第１電子鍵が第１会社鍵である場合、ディスプレイに表示されるインディケータは、第１事業体が所有する第１蓄電量を示す第１オブジェクト（一例として、図３０（ａ）に示す会社のバッテリー蓄電量）と、第１事業体が所有しない他の蓄電量を示す第２オブジェクト（一例として、図３０（ａ）に示す個人及び一般のバッテリー蓄電量）と、を含む。
【0274】
このように表示されることで、同じ電気であっても、その発電時の炭素排出量、地球環境負荷の違いを認識することができる。図３０（ｃ）、図３０（ｄ）はバッテリー蓄電量の別の表示モードであり、ユーザＣが切り替えることができる。図３０（ｃ）では非炭素由来、炭素由来の電力の蓄電量を示している。図３０（ｄ）ではバッテリーに蓄電された電気全体の発電時の炭素排出量を示している。
【0275】
図３０（ｂ）では、図２６で利用開始時にシェアリングカーの運営会社の所有分としての「一般」の蓄電量と、ユーザ個人の所有分としての「個人」の蓄電量と、が区別されて表示される。つまり、第１電子鍵が第１個人鍵である場合、ディスプレイに表示されるインディケータは、第１ユーザ個人が所有する第２蓄電量を示す第３オブジェクト（一例として、図３０（ｂ）に示す個人のバッテリー蓄電量）と、第１ユーザが所有しない他の蓄電量を示す第４オブジェクト（一例として、図３０（ｂ）に示す一般のバッテリー蓄電量）とを含む。
【0276】
これにより、シェアリングカーを利用するユーザＣは、図２９のような利用インセンティブが適用される場合において、利用料金に組み込まれる利用インセンティブを見積もり易くすることができる。上記の説明においては、バッテリーへの蓄電量をＫＷｈの単位で示しているが、本開示はこれに限らず、バッテリー全体の蓄電量を１００％とする％単位で表現しても良いし、予想走行距離を示すＫｍ単位やマイル単位で表現しても良い。
【0277】
同様に、上記の説明では炭素排出量のＣＯ２換算量の単位としてＫｇ－ＣＯ２ｅｑを用いたが、これに限らず１Ｗｈ当たりの炭素排出量換算値を示すＫｇ－ＣＯ２ｅｑ／Ｗｈでも、１Ｋｍ当たりの炭素排出量換算値を示すＫｇ－ＣＯ２ｅｑ／Ｋｍでも、バッテリー１％の消費量当たりの炭素排出量換算値を示すＫｇ－ＣＯ２ｅｑ／％でも良い。
【0278】
なお、上記の説明では電気の所有者（または購入者）の区分に応じて表現したが、これに限らずその電気を充電した充電器の所有者の区分に応じて表現しても良い。充放電時にやり取りされる充電器ＩＤ情報に基づき、充電された電気や、充電に用いた充電器の所有者を特定することが可能である。
【0279】
図３１及び図３２は、利用開始または終了時の情報端末６１の画面遷移を示した図である。図３１は利用開始時の画面遷移を示している。まず、最初にユーザＣは情報端末６１にインストールされているシェアリングカーを利用するためのアプリ「シェアリングカーアプリ」を起動する。起動した画面が最初の画面であり、画面にはすぐに利用開始するための「今すぐ利用」ボタン、シェアリングカーの予約を行うための「予約」ボタン、過去の利用履歴を確認するための「履歴」ボタン、ユーザＣの個人情報や電子鍵の設定情報を確認及び設定するための「設定」ボタンとが表示されている。
【0280】
ユーザＣが「今すぐ利用」ボタンをタッチ操作等で操作部６０３を介して選択すると、利用する車両１１１を特定するために、車両１１１に貼付された２次元コードを読み取る画面に遷移する。画面の破線四角の中に車両１１１の２次元コードを収めることでシェアリングカーアプリが車両１１１（車両ＩＤ）を特定することができる。
【0281】
車両１１１が特定されると、車両１１１を利用する鍵を選択する画面へ遷移する。ここでは３つの鍵が例示されている。○○会社〇〇部の業務目的で車両１１１を利用する場合に選択する一番目の鍵と、このユーザＣが兼務している同じ〇〇会社内の□□部の業務目的で車両１１１を利用する場合に選択する二番目の鍵と、このユーザＣが私用目的で車両１１１を利用する場合に選択する三番目の鍵と、が表示されている。ユーザＣは、図３１において、車両利用の目的に応じて二番目の鍵を選択している。つまり、兼務先である□□部の業務目的でこの車両１１１を利用しようとしている。
【0282】
鍵が選択されると、車両１１１を利用可能かが鍵管理クラウド１０の演算部５０３で判定され、利用許可された場合は、乗車可能である旨のメッセージが表示される。この例では、乗車後は車両１１１に具備された情報入出力部１０４（例えば、コクピットに配置されたモニター）に、車両１１１の起動方法や、利用終了の操作方法などのガイダンスが提示されることを通知している。
【0283】
また、所定時間以内に乗車行為が検出されなかった場合（例えば、その車両１１１のいずれのドア、トランクも開錠されなかった場合）には、自動的に利用終了されるようにしても良い。この自動キャンセルの機能及びその提示は、とりわけ予約されていた車両１１１の利用開始時刻を所定時間過ぎても利用開始が検出されない場合などに、その予約者に対して利用料金が所定額以上に増加することを抑制し、別の利用希望者へその車両１１１を融通するためでもある。
【0284】
図３２は利用終了時の画面遷移を示している。ユーザＣが情報端末６１から利用終了を操作する場合は、シェアリングカーアプリを起動し、「今すぐ返却」ボタンを選択することで利用を終了することができる。画面には分かり易くなるように、利用終了する鍵を示す情報が示されるようにしても良い。「今すぐ返却」ボタンが選択されると、利用終了の確認画面へ遷移する。確認画面では、利用終了する車両情報（車両１１１の外観映像、車両１１１のナンバーなど）と、鍵情報（鍵所有者の情報等）と、が情報端末６１に表示される。
【0285】
確認画面で利用終了の意思が確認されると、利用したユーザ、利用した鍵、利用した車両、利用開始／終了日時、利用開始／終了場所、利用料金などを含む利用履歴情報（図２１、図２２、図２３での利用サマリー情報）が表示される。
【0286】
図３３は車両利用中にコックピットを例示する図である。この図のように自車両に対する他車両や通行人等との相対的位置関係を示す俯瞰図情報３３１、目的地までのルートと自車両周辺のマップを示すナビゲーション情報３３２、現在利用している鍵と保険を示す鍵情報３３３、現在のバッテリー蓄電量を示すバッテリー情報３３４、現在の走行速度情報３３５が表示されている。
【0287】
鍵情報がコックピット（車両内）に表示されることで、この車両１１１を利用するユーザＣは利用中である鍵を認識し易くなる。言い換えれば、その鍵に紐づく車両１１１の利用目的（図では会社電子鍵８１であるため、兼務先の□□部の業務中であること）を想起し易くし、業務目的外の利用を阻み、業務に集中する心理的効果が期待できる。
【0288】
また、バッテリー情報では三角形のマークが示しているところが、目的地に到着した際の予想バッテリー残量を示している。ユーザＣはこれを確認しながら、目的地まで充電せずに到達可能か否かを知ることができる。また、こういう表示を行うことで、適当なタイミングで充電を促すことも可能であるし、充電がきれて途中で移動できなくなる不安を軽減することができる。
【0289】
（その他の実施の形態）
鍵管理システム１００及び鍵管理システム２００で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供されてもよい。
鍵管理システム１００及び鍵管理システム２００で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供されてもよい。
【0290】
鍵管理システム１００及び鍵管理システム２００で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な非一時的な記録媒体に記録して提供するように構成してもよい。
【0291】
さらに、鍵管理システム１００及び鍵管理システム２００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、鍵管理システム１００及び鍵管理システム２００で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【0292】
本開示のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【産業上の利用可能性】
【0293】
本開示における制御方法、プログラム及び記憶媒体は、車両を管理するコンピュータにおいて利用されうる。
【符号の説明】
【0294】
１ 車両
２ セルラー通信
３ 広域通信網
４ 近距離無線通信
５ 車両管理クラウド
６ 情報端末
７ 情報端末
８ 電子鍵
９ 電子鍵
１０ 鍵管理クラウド
１１ 共有車両
１２ 情報端末
２１ 個人充電器
２２ 会社充電器
２３ 一般充電器
２４ 個人クラウド
２５ 会社クラウド
２６ 一般クラウド
２７ 個人保険クラウド
２８ 会社保険クラウド
６１ 情報端末
８１ 会社電子鍵
９１ 個人電子鍵
１００ 鍵管理システム
１０１ 可動部
１０２ 照明部
１０３ センサー部
１０４ 情報入出力部
１０５ 鍵制御部
１０６ 演算部
１０７ メモリ
１０８ 通信部
１０９ 車室空間制御部
１１１ 車両
１２１ バッテリー管理部
１２２ 車室環境調整部
２００ 鍵管理システム
２１１ 映像音声出力部
２１２ 操作部
２１３ 電力部
２１５ 演算部
２１６ メモリ
５０１ 通信部
５０２ メモリ
５０３ 演算部
６０１ センサー部
６０２ 映像音声出力部
６０３ 操作部
６０４ 演算部
６０５ メモリ
６０６ 通信部
１００１ 通信部
１００２ メモリ
１００３ 演算部
２ セルラー通信
３ 広域通信網
４ 近距離無線通信
５ 車両管理クラウド
６ 情報端末
７ 情報端末
８ 電子鍵
９ 電子鍵
１０ 鍵管理クラウド
１１ 共有車両
１２ 情報端末
２１ 個人充電器
２２ 会社充電器
２３ 一般充電器
２４ 個人クラウド
２５ 会社クラウド
２６ 一般クラウド
２７ 個人保険クラウド
２８ 会社保険クラウド
６１ 情報端末
８１ 会社電子鍵
９１ 個人電子鍵
１００ 鍵管理システム
１０１ 可動部
１０２ 照明部
１０３ センサー部
１０４ 情報入出力部
１０５ 鍵制御部
１０６ 演算部
１０７ メモリ
１０８ 通信部
１０９ 車室空間制御部
１１１ 車両
１２１ バッテリー管理部
１２２ 車室環境調整部
２００ 鍵管理システム
２１１ 映像音声出力部
２１２ 操作部
２１３ 電力部
２１５ 演算部
２１６ メモリ
５０１ 通信部
５０２ メモリ
５０３ 演算部
６０１ センサー部
６０２ 映像音声出力部
６０３ 操作部
６０４ 演算部
６０５ メモリ
６０６ 通信部
１００１ 通信部
１００２ メモリ
１００３ 演算部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】