(57)【要約】【課題】貸し出される車両に搭載された車載機器の一部の機能が使用できない場合において、適切な使用料金を算出できる料金算出サーバを提供することを課題とする。【解決手段】料金算出サーバ２０において、取得部２１は、ユーザが使用する車両に搭載された車載機器の利用状況が記録された利用状況データを取得する。利用履歴管理部２２は、利用状況データの履歴をユーザに対応付けて管理する。車両管理部２５は、車載機器が有する一の機能の利用可否を示す利用可否情報を、車載機器が搭載される車両に対応付けて記録する。料金決定部２６は、ユーザが車両を新たに利用する場合、車両の貸出料金を決定する。貸し出される車両の利用可否情報が、当該車両の車載機器が有する一の機能を利用できないことを示し、かつ、利用状況データの履歴が所定条件を満たす場合、料金調整部２７は、貸出料金の一部を値引きする。【選択図】図３
2020197804.tif 000002
【特許請求の範囲】
【請求項１】
車両の貸し出しサービスで用いられる料金算出サーバであって、
ユーザが使用する車両に搭載された車載機器の利用状況が記録された利用状況データを取得する取得部と、
前記取得部により取得された利用状況データの履歴を前記ユーザと対応付けて管理する利用履歴管理部と、
前記サービスで貸し出される車両に搭載された車載機器が有する一の機能の利用可否を示す利用可否情報を、前記貸し出される車両に対応付けて記録する車両管理部と、
前記ユーザが車両を新たに利用する場合、前記ユーザにより新たに使用される車両の貸出料金を決定する料金決定部と、
前記新たに使用される車両に対応付けられた利用可否情報が、前記新たに使用される車両に搭載された車載機器が有する一の機能を利用できないことを示し、かつ、前記ユーザに対応する利用状況データの履歴が所定条件を満たす場合、前記料金決定部により決定された貸出料金の一部を値引きする料金調整部と、を備える料金算出サーバ。
【請求項２】
請求項１に記載の料金算出サーバであって、さらに、
前記取得された利用状況データに基づいて前記ユーザに付与するポイントを決定し、付与したポイントを前記ユーザの識別情報に対応付けて管理するポイント管理部、を備え、
前記料金調整部は、前記ポイント管理部により管理されるポイントに応じた額を、前記決定された貸出料金から値引きする、料金算出サーバ。
【請求項３】
請求項２に記載の料金算出サーバであって、
前記利用状況データは、前記ユーザが使用する車両に搭載された車載機器の利用状況を前記車載機器が有する機能ごとに記録し、
前記ポイント管理部は、前記取得された利用状況データに記録された機能ごとの利用状況に基づいて前記ユーザに付与するポイントを決定する、料金算出サーバ。
【請求項４】
請求項１〜３のいずれか１項に記載の料金算出サーバであって、
前記取得部は、前記ユーザが前記サービスを利用する時の運転状況を記録した運転状況データを取得し、
前記料金算出サーバは、さらに、
前記取得部により取得された運転状況データの履歴を前記ユーザに対応付けて管理する運転履歴管理部、を備え、
前記料金調整部は、前記運転履歴管理部により管理される運転状況データの履歴に基づいて、前記決定された貸出料金を値引きする、料金算出サーバ。
【請求項５】
車両の貸し出しサービスで用いられる料金算出方法であって、
ユーザが使用する車両に搭載された車載機器の利用状況が記録された利用状況データを取得する取得ステップと、
前記取得ステップにより取得された利用状況データの履歴を前記ユーザと対応付けて管理する利用履歴管理ステップと、
前記サービスで貸し出される車両に搭載された車載機器が有する一の機能の利用可否を示す利用可否情報を、前記貸し出される車両に対応付けて記録する車両管理ステップと、
前記ユーザが車両を新たに利用する場合、前記ユーザにより新たに使用される車両の貸出料金を決定する料金決定ステップと、
前記新たに使用される車両に対応付けられた利用可否情報が、前記新たに使用される車両に搭載された車載機器が有する一の機能を利用できないことを示し、かつ、前記ユーザに対応する利用状況データの履歴が所定条件を満たす場合、前記料金決定ステップにより決定された貸出料金の一部を値引きする料金調整ステップと、を備える料金算出方法。
【請求項６】
請求項５に記載の料金算出方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の貸し出しサービスにおいてサービスの利用料金を算出する料金算出サーバに関する。
【背景技術】
【０００２】
車両を貸し出すサービスの一種であるレンタカーサービスでは、様々なオプションが提供されている。例えば、乗り捨てサービスは、出発営業所と異なる営業所に車両を返却することができ、レンタカーサービスで提供されるオプションである。
【０００３】
特許文献１は、レンタカーの利用が終了した場合に、ユーザが任意の場所に任意の時間に乗り捨てることができるレンタカーシステムを開示している。特許文献１に係る発明は、走行情報や車両情報に基づいてレンタカーの利用料金を算出する。走行情報は、レンタカーの走行距離、燃料消費量、走行ルート、走行速度、停止時間などである。車両情報は、レンタカーの故障の有無を示す情報である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３５８５９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
レンタカーサービスにおいて、ユーザは、カーナビゲーション装置等の車載装置を使用することができる。カーナビゲーション装置は、走行ルートの案内機能だけでなく、テレビ受信機能、ラジオ受信機能又は音楽再生機能等の様々な機能を有する。
【０００６】
レンタカーに搭載された車載機器の一部の機能が故障等により使用できない場合がある。ユーザが、借りた車両の車載機器で一部の機能を使用できない場合、このユーザは、故障していない車載機器が搭載された車両を使用する他のユーザに比べて不利益を被ることになる。しかし、特許文献１に係る発明は、車載機器の一部の機能が故障等により使用できない場合におけるレンタカー料金の調整方法を考慮していない。
【０００７】
上記問題点に鑑み、本発明は、貸し出される車両に搭載された車載機器の一部の機能が使用できない場合において、適切な使用料金を算出できる料金算出サーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、第１の発明は、車両の貸し出しサービスで用いられる料金算出サーバであって、取得部と、利用履歴管理部と、車両管理部と、料金決定部と、料金調整部とを備える。取得部は、ユーザが使用する車両に搭載された車載機器の利用状況が記録された利用状況データを取得する。利用履歴管理部は、取得部により取得された利用状況データの履歴をユーザと対応付けて管理する。車両管理部は、サービスで貸し出される車両に搭載された車載機器が有する一の機能の利用可否を示す利用可否情報を、貸し出される車両に対応付けて記録する。料金決定部は、ユーザが車両を新たに利用する場合、ユーザにより新たに使用される車両の貸出料金を決定する。新たに使用される車両に対応付けられた利用可否情報が、新たに使用される車両に搭載された車載機器が有する一の機能を利用できないことを示し、かつ、ユーザに対応する利用状況データの履歴が所定条件を満たす場合、料金調整部は、料金決定部により決定された貸出料金の一部を値引きする。
【０００９】
第１の発明は、ユーザが新たに車両を使用する場合に、新たに使用する車両に搭載された車載機器が有する機能の利用可否に応じて、新たに使用する車両の貸出料金を算出する。従って、第１の発明は、貸し出される車両に搭載された車載機器の一部の機能が使用できない場合に適切な使用料金を算出できる。
【００１０】
第２の発明は、第１の発明であって、さらに、ポイント管理部、を備える。ポイント管理部は、取得された利用状況データに基づいてユーザに付与するポイントを決定し、付与したポイントをユーザの識別情報に対応付けて管理する。料金調整部は、ポイント管理部により管理されるポイントに応じた額を、決定された貸出料金から値引きする。
【００１１】
第２の発明は、車載機器の利用状況に応じてユーザにポイントを付与し、付与されたポイントに基づいて貸出料金を算出する。従って、第２の発明は、車載機器の利用状況という新たな観点に基づいて、ユーザにポイントを付与することができる。
【００１２】
第３の発明は、第２の発明であって、利用状況データは、ユーザが使用する車両に搭載された車載機器の利用状況を車載機器が有する機能ごとに記録する。ポイント管理部は、取得された利用状況データに記録された機能ごとの利用状況に基づいてユーザに付与するポイントを決定する。
【００１３】
第３の発明は、車載機器が有する機能ごとの利用状況に基づいて、ユーザにポイントを付与することができる。
【００１４】
第４の発明は、第１~第３のいずれかの発明であって、取得部は、ユーザがサービスを利用する時の運転状況を記録した運転状況データを取得する。第４の発明は、さらに、運転履歴管理部、を備える。運転履歴管理部は、取得部により取得された運転状況データの履歴をユーザに対応付けて管理する。料金調整部は、運転履歴管理部により管理される運転状況データの履歴に基づいて、決定された貸出料金を値引きする。
【００１５】
第４の発明は、ユーザがサービスを利用する時の運転状況に基づいて、貸出料金を算出する。これにより、ユーザが、貸し出される車両や車載機器の故障につながる危険な運転をすることを抑制し、車両及び車載機器の維持にコストを低減できる。
【００１６】
第５の発明は、車両の貸し出しサービスで用いられる料金算出方法であって、取得ステップと、利用履歴管理ステップと、車両管理ステップと、料金決定ステップと、料金調整ステップとを備える。取得ステップは、ユーザが使用する車両に搭載された車載機器の利用状況が記録された利用状況データを取得する。利用履歴管理ステップは、取得ステップにより取得された利用状況データの履歴をユーザと対応付けて管理する。車両管理ステップは、サービスで貸し出される車両に搭載された車載機器が有する一の機能の利用可否を示す利用可否情報を、貸し出される車両に対応付けて記録する。料金決定ステップは、ユーザが車両を新たに利用する場合、ユーザにより新たに使用される車両の貸出料金を決定する。新たに使用される車両に対応付けられた利用可否情報が、新たに使用される車両に搭載された車載機器が有する一の機能を利用できないことを示し、かつ、ユーザに対応する利用状況データの履歴が所定条件を満たす場合、料金調整ステップは、料金決定ステップにより決定された貸出料金の一部を値引きする。
【００１７】
第５の発明は、第１の発明で用いられる。
【００１８】
第６の発明は、第５の発明である料金算出方法をコンピュータに実行させるためのプログラムである。
【００１９】
第６の発明は、第１の発明と同様の効果を奏する料金算出方法をコンピュータに実行させるためのプログラム実現することができる。これにより、第１の発明と同様の効果を奏する料金算出方法をコンピュータに実行させるためのプログラム実現することができる。
【発明の効果】
【００２０】
本発明は、貸し出される車両に搭載された車載機器の一部の機能を使用できない場合において、適切な使用料金を算出することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態に係る料金算出サーバを備えるレンタカーシステムの構成を示す機能ブロック図である。
【図２】図１に示す記録装置の構成を示す機能ブロック図である。
【図３】図１に示す料金算出サーバの構成を示す機能ブロック図である。
【図４】図１に示すレンタカーシステムの動作を示すシーケンス図である。
【図５】図１に示す記録装置の動作を示すフローチャートである。
【図６】図１に示す料金算出サーバの動作を示すフローチャートである。
【図７】図６に示すポイント付与処理のフローチャートである。
【図８】図３に示すポイント管理部が用いる付与テーブルの一例を示す図である。
【図９】図３に示すポイントＤＢ３３の一例を示す図である。
【図１０】図３に示す利用履歴ＤＢの一例を示す図である。
【図１１】図３に示す運転履歴ＤＢの一例を示す図である。
【図１２】図６に示す料金算出処理のフローチャートである。
【図１３】図３に示す車両管理ＤＢの一例を示す図である。
【図１４】ＣＰＵバス構成の一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００２３】
［１．構成］
［１．１．レンタカーシステム１００の構成］
図１は、本発明の実施の形態に係る料金算出サーバ２０を備えるレンタカーシステム１００の構成を示す機能ブロック図である。図１を参照して、レンタカーシステム１００は、記録装置１０と、車載機器１０Ａと、加速度センサ１０Ｂと、料金算出サーバ２０と、予約端末３０とを備える。
【００２４】
記録装置１０は、レンタカーシステム１００を運用する企業が貸し出す車両１に搭載される。記録装置１０は、車両１に搭載された車載機器１０Ａの利用状況を記録する。記録装置１０は、車両１に搭載された加速度センサ１０Ｂから受ける加速度情報や、車両１の速度情報に基づいて、車両１を運転するユーザの運転状況を記録する。記録装置１０は、記録した利用状況及び運転状況を示す状況データ５１を料金算出サーバ２０に出力する。
【００２５】
車載機器１０Ａは、本実施の形態では、カーナビゲーション装置である。車載機器１０Ａは、車両１の走行ルートを案内するナビゲーション機能の他に、映像再生機能、音楽再生機能、テレビ機能、ラジオ機能、ＥＴＣ（Electronic Toll Collection system）機能を含む。車載機器１０Ａは、記録装置１０からの要求に応じて、車載機器１０Ａの利用状況を通知する。
【００２６】
加速度センサ１０Ｂは、車両１の前後方向、左右方向及び鉛直方向の各々の加速度を測定し、その測定結果を示す加速度情報を記録装置１０に出力する。
【００２７】
予約端末３０は、レンタカーサービスを提供する企業の営業所に設定され、料金算出サーバ２０と通信する。予約端末３０は、ユーザ９からのレンタカーの予約申し込みを受け付ける。予約端末３０は、ユーザ９によるレンタカーの新たな予約を受け付けた場合、予約内容を含む料金算出要求５２を料金算出サーバ２０に送信する。
【００２８】
料金算出サーバ２０は、記録装置１０及び予約端末３０の各々と通信する。料金算出サーバ２０は、状況データ５１を車両１に搭載された記録装置１０から受ける。料金算出サーバ２０は、料金算出要求５２を予約端末３０から受けた場合、料金算出要求５２に含まれる予約申込内容に基づいて、貸出料金を算出する。料金算出サーバ２０は、記録装置１０から受けた状況データ５１に基づいて、算出した貸出料金の値引き額を決定し、決定した値引額を用いて貸出料金を調整する。料金算出サーバ２０は、調整された貸出料金を示す料金通知５３を予約端末３０に出力する。
【００２９】
［１．２．記録装置１０の構成］
図２は、図１に示す記録装置１０の構成を示す機能ブロック図である。図２を参照して、記録装置１０は、動作確認部１１と、利用時間取得部１２と、運転状況取得部１３と、状況データ作成部１４と、通信部１５とを備える。
【００３０】
動作確認部１１は、動作確認要求１１１を車載機器１０Ａに所定の要求間隔で送信する。動作確認要求１１１は、車載機器１０Ａが実行している機能の通知を要求するメッセージである。所定の要求間隔は、例えば、１分である。動作確認部１１は、動作確認要求１１１の応答である機能通知１１２を車載機器１０Ａから受けた場合、その受けた機能通知１１２を利用時間取得部１２に供給する。
【００３１】
利用時間取得部１２は、動作確認部１１から受けた機能通知１１２に基づいて、車載機器１０Ａが有する各機能の利用時間を取得し、取得した利用時間に基づいて利用状況データ１２１を生成する。利用状況データ１２１は、車載機器１０Ａが有する各機能の利用時間を示し、車両１を特定する情報と、各機能の利用時間と、利用状況データ１２１の生成日とを示す。生成された利用状況データ１２１は、状況データ作成部１４に出力される。
【００３２】
運転状況取得部１３は、加速度センサ１０Ｂから加速度情報１３１を受け、車両１から速度情報１３２を受ける。速度情報１３２は、車両１の車輪の単位時間あたりの回転量を示す。運転状況取得部１３は、その受けた加速度情報１３１及び速度情報１３２に基づいて、車両１の運転状況を特定する。具体的には、運転状況取得部１３は、加速度情報１３１及び速度情報１３２に基づいて危険運転の発生回数をカウントし、危険運転の発生回数を示す運転状況データ１３３を状況データ作成部１４に出力する。運転状況データ１３３は、車両１を特定する情報と、危険運転の発生回数と、運転状況データ１３３の作成日とを含む。
【００３３】
状況データ作成部１４は、利用時間取得部１２から受けた利用状況データ１２１と、運転状況取得部１３から受けた運転状況データ１３３とを含む状況データ５１を作成する。状況データ作成部１４は、その作成した状況データ５１を、通信部１５を介して料金算出サーバ２０に送信する。
【００３４】
通信部１５は、無線通信を用いて、状況データ作成部１４から受けた状況データ５１を料金算出サーバ２０に送信する。
【００３５】
［１．３．料金算出サーバ２０の構成］
図３は、図１に示す料金算出サーバ２０の構成を示す機能ブロック図である。図３を参照して、料金算出サーバ２０は、取得部２１と、利用履歴管理部２２と、運転履歴管理部２３と、ポイント管理部２４と、車両管理部２５と、料金決定部２６と、料金調整部２７と、利用履歴データベース３１と、運転履歴データベース３２と、ポイントデータベース３３と、車両管理データベース３４と、予約データベース３５とを備える。以下の説明において、データベースを「ＤＢ（DataBase）」と省略して記載する。
【００３６】
なお、料金算出サーバ２０とは別のサーバが、図３に示すＤＢを備えてもよい。この場合、料金算出サーバ２０は、別のサーバと通信してこれらのＤＢにアクセスする。
【００３７】
取得部２１は、記録装置１０と通信することにより、状況データ５１を記録装置１０から取得する。取得部２１は、その取得した状況データ５１に含まれる利用状況データ１２１を利用履歴管理部２２及びポイント管理部２４に出力する。取得部２１は、その取得した状況データ５１に含まれる運転状況データ１３３を運転履歴管理部２３に出力する。
【００３８】
利用履歴管理部２２は、利用履歴ＤＢ３１を用いて、取得部２１から受けた利用状況データ１２１をユーザ９と対応付けて管理する。具体的には、ユーザ９が車両１を借りていた場合、利用履歴管理部２２は、利用履歴ＤＢ３１に含まれる複数の累積利用データのうちユーザ９に対応する累積利用データを特定する。利用履歴管理部２２は、特定した累積利用データを取得部２１から受けた利用状況データ１２１を用いて更新する。累積利用データは、ユーザ９がレンタカーサービスを利用した時の車載機器の利用状況を示す。詳細は後述するが、累積利用データは、車載機器が有する各機能の累積利用時間を記録する。
【００３９】
運転履歴管理部２３は、運転履歴ＤＢ３２を用いて、取得部２１から受けた運転状況データ１３３をユーザ９と対応付けて管理する。具体的には、ユーザ９が車両１を借りていた場合、運転履歴管理部２３は、運転履歴ＤＢ３１に含まれる複数の危険運転データのうちユーザ９に対応する危険運転データを特定する。運転履歴管理部２３は、特定した運転履歴データを、取得部２１から受けた運転状況データ１３３を用いて更新する。詳細は後述するが、運転履歴データは、ユーザ９がレンタカーサービスから借りた車両において危険運転を行う頻度を示す。
【００４０】
ポイント管理部２４は、予約ＤＢと、取得部２１から受けた利用状況データ１２１とを用いて、利用状況データ１２１の作成日において車両１を使用していたユーザ９を特定する。ユーザ９の特定の詳細については後述する。なお、予約ＤＢ３５は、車両の予約状況を管理するためのデータベースであり、ユーザ９のＩＤ報と、ユーザ９の予約車両と、予約期間とを対応付けて管理する。
【００４１】
また、ポイント管理部２４は、取得部２１から受けた利用状況データ１２１を用いて、ユーザ９に付与するポイントを決定する。ポイント管理部２４は、決定したポイントをユーザ９のＩＤに対応付けて、ポイントＤＢ３３に記録されたユーザ９のポイントに加算する。ポイントＤＢ３３は、レンタカーサービスを利用するユーザの各々に付与されたポイントを記録する。
【００４２】
車両管理部２５は、レンタカーサービスで貸し出される車両を管理する車両管理ＤＢ３４を用いて、貸し出される車両の車載機器で利用できる機能を記録する。具体的には、車両管理部２５は、車載機器が有する各機能の利用可否を示す利用可否情報を、この車載機器が搭載される車両に対応付けて車両管理ＤＢ３４に記録する。
【００４３】
料金決定部２６は、予約端末３０から受けた料金算出要求５２を受けた場合、料金算出要求５２に含まれる予約内容に基づいて、車両の貸出料金を決定する。料金決定部２６は、決定した貸出料金と、予約したユーザのＩＤとを含む料金情報２６１を料金調整部２７に出力する。
【００４４】
料金調整部２７は、料金情報２６１を料金決定部２６から受けた場合、料金情報２６１で含まれる貸出料金を値引きするか否かを決定する。貸出料金の値引きの決定の詳細については、後述する。料金調整部２７は、貸出料金の値引きを決定した場合、第１〜第３の値引き額の少なくとも１つを用いて、貸出料金を値引きする。料金調整部２７は、値引きされた貸出料金を示す料金通知５３を予約端末３０に送信する。
【００４５】
第１〜第３の値引き額は、以下のようにして決定される。料金調整部２７は、車両を予約したユーザのポイントに基づいて第１の値引き額を決定する。料金調整部２７は、車両を予約したユーザの運転履歴に基づいて第２の値引き額を決定する。料金調整部２７は、予約された車両に搭載された車載機器が有する一の機能の利用可否に基づいて第３の値引き額を決定する。料金調整部２７は、第２の値引き額を決定する。値引額の決定については後述する。
【００４６】
［２．動作］
［２．１．レンタカーシステム１００の動作］
図４は、図１に示すレンタカーシステム１００の動作を示すシーケンス図である。以下、図４を参照しながら、レンタカーシステム１００の動作について説明する。また、図４において、記録装置１０により生成される利用状況データ１２１及び運転状況データ１３３の一例を示している。
【００４７】
以下、特に説明のない限り、ユーザ９が状況データ５１の作成日に車両１を使用していたと仮定して、レンタカーシステム１００の動作を説明する。
【００４８】
（状況データ５１の送信）
記録装置１０は、所定期間における車載機器１０Ａの利用状況を示す利用状況データ１２１を生成する（ステップＳ１１）。所定期間は、本実施の形態では、１日である。記録装置１０は、動作確認要求１１１の応答である機能通知１１２に基づいて、車載機器１０Ａが有する各機能の利用時間を利用状況データ１２１に記録する。利用時間の記録の詳細については後述する。
【００４９】
利用状況データ１２１は、車両１のＩＤと、作成日と、各機能の利用時間とを含む。図４に示す利用状況データ１２１は、２０１９年５月２１日における各機能の利用時間を示す。図４に示す利用状況データ１２１において、ナビゲーションの利用時間が１１５分であることがわかる。
【００５０】
記録装置１０は、所定期間における車両１の運転状況を示す運転状況データ１２１を生成する（ステップＳ１２）。所定期間は、本実施の形態では、１日である。記録装置１０は、加速度センサ１０Ｂから受けた加速度情報１３１と、車両１から受ける速度情報１３２とに基づいて急加速等の危険運転の発生回数をカウントする。記録装置１０は、所定期間における危険運転の発生回数を、運転状況データ１３３に記録する。
【００５１】
運転状況データ１３３は、車両１のＩＤと、作成日と、危険運転の発生回数とを含む。危険運転の発生回数は、危険運転の種別ごとにカウントされる。図４に示す運転状況データ１３３は、２０１９年５月２１日における危険運転の発生回数を示す。図４に示す運転状況データ１３３において、急ブレーキの発生回数が２回であることがわかる。
【００５２】
記録装置１０は、利用状況データ１２１及び運転状況データ１３３を含む状況データ５１を生成し、生成した状況データ５１を料金算出サーバ２０に送信する（ステップＳ１３）。本実施の形態では、記録装置１０は、１日に１回、状況データ５１を送信する。本実施の形態において、状況データ５１の作成日は、利用状況データ１２１及び運転状況データ１３３の作成日に一致する。
【００５３】
（ポイントの付与）
料金算出サーバ２０は、状況データ５１を受けた場合、その受けた状況データ５１に含まれる利用状況データ１２１を用いて、ユーザ９にポイントを付与する（ステップＳ１４）。具体的には、ユーザ９が、図４に示す利用状況データ１２１の作成日に車両１を借りているため、料金算出サーバ２０は、ユーザ９に付与するポイントを利用状況データ１２１に基づいて決定する。料金算出サーバ２０は、決定したポイントを、ポイントＤＢに記録されたユーザ９のポイントに加算する。
【００５４】
（データベースの更新）
料金算出サーバ２０は、状況データ５１を受けた場合、利用履歴ＤＢ３１及び運転履歴ＤＢ３２を更新する（ステップＳ１５）。具体的には、料金算出サーバ２０は、利用履歴ＤＢ３１に記録されているユーザ９の利用履歴データを、利用状況データ１２１に記録されている利用時間に基づいて更新する。料金算出サーバ２０は、運転履歴ＤＢ３２に記録されているユーザ９の運転履歴データを、運転状況データ１３３に記録されている危険運転の発生回数に基づいて更新する。
【００５５】
（貸出料金の算出）
ユーザ９が、予約端末３０が設定された営業所で、レンタカーの予約を新たに申し込んだ場合、予約端末３０は、営業所のオペレータの操作に応じて、ユーザ９の新たな予約を受け付ける（ステップＳ１６）。予約端末３０は、ユーザ９の予約を受け付けた場合、料金算出要求５２を料金サーバ２０に送信する（ステップＳ１７）。料金算出要求５２は、貸し出される車両の種類、貸出期間等の予約内容を含む。
【００５６】
料金算出サーバ２０は、料金算出要求５１を予約端末３０から受けた場合、その受けた料金算出要求４１に基づいて、車両の貸出料金を決定する（ステップＳ１８）。具体的には、料金決定部２６は、図示しない料金決定テーブルを参照して、料金算出要求５２に含まれる予約内容に応じた貸出料金を算出する。
【００５７】
料金調整部２７は、ステップＳ１８で決定された貸出料金を調整する（ステップＳ１９）。上述のように、料金調整部２７は、第１〜第３の値引き額の少なくとも１つを用いて、決定された貸出料金を値引きする。料金調整部２７は、値引きされた貸出料金を示す料金通知５３を予約端末３０に送信する（ステップＳ２０）。
【００５８】
［２．２．記録装置１０の動作］
図５は、図２に示す記録装置１０の動作を示すフローチャートである。図５を参照しながら、記録装置１０の動作を詳しく説明する。記録装置１０は、車両１のイグニッションスイッチがオンされた場合、図５に示す処理を開始する。
【００５９】
動作確認部１１は、最後に動作確認要求を出力した基準時刻からの時間が所定の要求間隔を経過したか否かを判断する（ステップＳ１０１）。要求間隔は、例えば、１秒である。なお、動作確認部１１は、図５に示す処理の開始後にステップＳ１０１を最初に実行する場合、イグニッションスイッチがオンされた時刻を基準時刻に設定する。
【００６０】
基準時刻からの時間が要求間隔を経過していない場合（ステップＳ１０１においてＮｏ）、記録装置１０は、後述するステップＳ１０５に進む。
【００６１】
基準時刻からの時間が要求間隔を経過した場合（ステップＳ１０１においてＹｅｓ）、動作確認部１１は、動作確認要求１１１を車載機器１０Ａに出力する（ステップＳ１０２）。動作確認要求１１１は、上述のように、車載機器１０Ａで利用中の機能の通知を要求するためのメッセージである。動作確認部１１は、動作確認要求１１１の応答である機能通知１１２を車載機器１０Ａから取得するまで待機する（ステップＳ１０３）。
【００６２】
動作確認部１１は、機能通知１１２を車載機器１０Ａから取得した場合（ステップＳ１０３においてＹｅｓ）、その取得した機能通知１１２を利用時間取得部１２に出力する。利用時間取得部１２は、動作確認部１１から受けた機能通知１１２に基づいて、利用状況データ１２１を更新する（ステップＳ１０４）。ステップＳ１０４は、図４に示すステップＳ１１に対応する。
【００６３】
機能通知１１２は、機能通知１１２が生成された時刻を含む。第１時刻及び第２時刻に生成された機能通知１１２が、ナビゲーション機能が利用中であることを示すと仮定する。第２時刻は、第１時刻よりも後の時刻である。この場合、利用時間取得部１２は、第１時刻から第２時刻までの時間をナビゲーション機能の利用時間に加算する。これにより、第２時刻までのナビゲーションの利用時間が特定される。ＥＴＣ機能を除く機能の利用時間が、ナビゲーションの利用時間と同様に特定される。
【００６４】
機能通知１１２は、ＥＴＣ機能が利用されたか否かを示す情報を含む。機能通知１１２が、ＥＴＣ機能が利用されたことを示す場合、利用時間取得部１２は、ＥＴＣ機能の利用回数をインクリメントする。
【００６５】
運転状況取得部１３は、加速度センサ１０Ｂから受ける加速度情報１３１と車両１から受ける速度情報１３２とに基づいて、車両１の挙動を特定する（ステップＳ１０５）。
【００６６】
具体的には、運転状況取得部１３は、加速度情報１３１に基づいて、車両１の急加速、急ブレーキ、急ハンドルのうち少なくとも１つが行われたか否かを判断する。急加速等の判断の詳細な説明については省略する。速度情報１３２が所定の基準速度よりも大きい速度を示す場合、運転状況取得部１３は、車両１が速度超過の状態にあると判断する。
【００６７】
運転状況取得部１３は、ステップＳ１０５の結果に基づいて、運転状況データ１３３を更新する（ステップＳ１０６）。ステップＳ１０６は、図４に示すステップＳ１１に対応する。具体的には、運転状況取得部１３は、急加速、急ブレーキ、急ハンドル及び速度超過の各々の発生回数を、ステップＳ１０５の特定結果に基づいてインクリメントする。例えば、運転状況取得部１３は、急ブレーキが発生したと判断した場合、急ブレーキの発生回数をインクリメントする。
【００６８】
状況データ作成部１４は、現在時刻が状況データ５１の送信時刻であるか否かを判断する（ステップＳ１０７）。送信時刻は、予め設定されており、例えば、午前０である。
【００６９】
具体的には、現在時刻が状況データ５１の送信時刻である場合（ステップＳ１０７においてＹｅｓ）、状況データ作成部１４は、利用状況データ１２１を利用時間取得部１２から取得し、運転状況データ１３３を運転状況取得部１３から取得する。状況データ作成部１４は、取得した利用状況データ１２１及び運転状況データ１３３を含む状況データ５１を、料金算出サーバ２０に送信する（ステップＳ１０８）。ステップＳ１０８は、図４に示すステップＳ１３に対応する。利用状況データ１２１及び運転状況データ１３３が、利用時間取得部１２及び運転状況取得部１３においてリセットされる（ステップＳ１０９）。後述するステップＳ１１０に進む。
【００７０】
現在時刻が送信時刻ではない場合（ステップＳ１０７においてＮｏ）、記録装置１０は、車両１のイグニッションスイッチがオフされたか否かを判断する（ステップＳ１１０）。イグニッションスイッチがオンである場合（ステップＳ１１０においてＹｅｓ）、記録装置１０は、ステップＳ１０１を再び実行する。イグニッションスイッチがオフである場合（ステップＳ１１０においてＮｏ）、記録装置１０は、図５に示す処理を終了する。
【００７１】
［２．３．料金算出サーバ２０の動作］
図６は、図１に示す料金算出サーバ２０の動作を示すフローチャートである。図６を参照しながら、料金算出サーバ２０の動作を詳しく説明する。
【００７２】
料金算出サーバ２０は、電源がオンされた場合に、図６に示す処理を開始する。料金算出サーバ２０は、状況データ５１を記録装置１０から取得した場合（ステップＳ２１においてＹｅｓ）、料金算出サーバ２０は、ポイント付与処理（ステップＳ２２）を実行する。ポイント付与処理（ステップＳ２２）は、車両１を借りているユーザ９にポイントを付与し、利用状況ＤＢ３１と運転履歴ＤＢ３２とポイントＤＢ３３とを更新する。ステップＳ２２は、図４に示すステップＳ１４及びＳ１５に対応する。ステップＳ２２の詳細については、後述する。
【００７３】
取得部２１が状況データ５１を記録装置１０から取得していない場合（ステップＳ２１においてＮｏ）、料金算出サーバ２０は、後述するステップＳ２３に進む。
【００７４】
料金算出サーバ２０は、料金算出要求５２を予約端末３０から受けた場合（ステップＳ２３においてＹｅｓ）、料金算出処理（ステップＳ２４）を実行する。料金算出処理（ステップＳ２４）は、料金算出要求５２に含まれる予約内容に基づいて貸出料金を算出し、算出された貸出料金を値引きにより調整する。調整された貸出料金は、予約端末３０に通知される。料金算出処理（ステップＳ２４）は、図４に示すステップＳ１８〜Ｓ２０に対応する。ステップＳ２４の詳細については、後述する。
【００７５】
料金算出サーバ２０は、料金算出要求５２を予約端末３０から受けていない場合（ステップＳ２３においてＮｏ）、ステップＳ２５に進む。
【００７６】
［２．４．ポイント付与処理（ステップＳ２２）］
図７は、図６に示すポイント付与処理（ステップＳ２２）のフローチャートである。料金算出サーバ２０は、取得部２１が状況データ５１を記録装置１０から取得した場合に、図７に示す処理を開始する。
【００７７】
取得部２１は、図４に示す処理が開始される前に、取得した状況データ５１に含まれる利用状況データ１２１を、利用履歴管理部２２及びポイント管理部２４に出力する。取得部２１は、取得した状況データ５１に含まれる運転状況データ１３３を運転履歴管理部２３に出力する。
【００７８】
ポイント管理部２４は、予約ＤＢ３５と取得部２１から受けた利用状況データ１２１とに基づいて、ユーザを特定する（ステップＳ２２１）。具体的には、ポイント管理部２４は、図４に示す利用状況データ１２１を取得した場合、日付及び車両ＩＤを、取得した利用状況データ１２１から抽出する。ポイント管理部２４は、抽出した日付及び車両ＩＤに基づいて、状況データ５１の作成日において車両１を借りていたユーザ９を予約ＤＢ３５から特定する。ポイント管理部２４は、ステップＳ２２１において特定したユーザ９のＩＤを利用履歴管理部２２と、運転履歴管理部２３とに通知する。
【００７９】
ポイント管理部２４は、取得した利用状況データ１２１に基づいて、ステップＳ２２１で特定したユーザにポイントを付与するか否かを決定する（ステップＳ２２２）。
【００８０】
図４に示す利用状況データ１２１を取得し、ステップＳ２２１においてユーザ９が特定された場合を例にして、ステップＳ２２２を説明する。ポイント管理部２４は、利用状況データ１２１に記録されている各機能の利用時間又は利用回数が予め設定された付与基準時間又は付与基準回数以上であるか否かを判断する。例えば、ナビゲーションの付与基準時間は、３０分である。音楽再生、映像再生、テレビ及びラジオの各々の付与基準時間は、１５分である。ＥＴＣの付与基準回数は、２回である。図４に示す利用状況データ１２１において、ナビゲーションの利用時間が付与基準時間を上回っている。この場合、ポイント管理部２４は、ユーザ９にポイントを付与することを決定し（ステップＳ２２２においてＹｅｓ）、後述するステップＳ２２３に進む。
【００８１】
利用状況データ１２１に記録されている全ての機能の利用時間又は利用回数が、付与基準時間又は付与基準回数を下回っている場合、ポイント管理部２４は、ユーザ９にポイントを付与しないことを決定する（ステップＳ２２２においてＮｏ）。この場合、ポイント管理部２４は、後述するステップＳ２２５に進む。
【００８２】
ユーザへのポイント付与が決定された場合（ステップＳ２２２においてＹｅｓ）、ポイント管理部２４は、ユーザに付与するポイントを決定する（ステップＳ２２３）。ステップＳ２２３を、図４及び図８を参照しながら説明する。図８は、ポイント管理部２４がステップＳ２２３で使用する付与テーブル３６の一例を示す図である。
【００８３】
図４に示す利用状況データ１２１において、ナビゲーション、音楽再生及びテレビの利用時間が、上述の付与基準時間を上回っている。ポイント管理部２４は、ナビゲーション、音楽再生及びテレビの各々に対応するポイントのうち、最も高いポイントを付与テーブル３６の中から特定する。付与テーブル３６において、ナビゲーション、音楽再生及びテレビの中で、ナビゲーションのポイントが最も高い。ポイント管理部２４は、ナビゲーションに対応する１００ポイントを、ユーザ９に付与することを決定する。
【００８４】
なお、ポイント管理部２４は、付与基準時間又は付与基準回数を上回る機能に対応する全てのポイントを、ユーザ９に付与してもよい。
【００８５】
再び図７を参照して、ポイント管理部２４は、ステップＳ２２３で付与したポイントを用いて、ポイントＤＢ３３を更新する（ステップＳ２２４）。
【００８６】
図９は、図３に示すポイントＤＢ３３の一例を示す図である。図９を参照しながら、ステップＳ２２４を説明する。図９において、ユーザ９に割り当てられたユーザＩＤは、「Ａ３」である。ポイント管理部２４は、１００ポイントをユーザ９に付与することを決定した場合（ステップＳ２２３）、ポイントＤＢ３３に記録されたユーザ９のポイントに１００を加算する。この結果、図９に示すポイントＤＢ３３において、ユーザ９のポイントは、１８４０から１９４０に更新される。
【００８７】
このように、料金算出サーバ２０は、ユーザ９による車載機器の利用状況に基づいて、ユーザ９にポイントを付与する。従って、料金算出サーバ２０は、車載機器の利用状況という新たな観点に基づいてポイントを付与することができる。
【００８８】
再び図７を参照して、利用履歴管理部２２が、取得部２１から受けた利用状況データ１２１を用いて、利用履歴ＤＢ３１を更新する（ステップＳ２２５）。ステップＳ２２５を、図１０を参照しながら具体的に説明する。
【００８９】
図１０は、図３に示す利用履歴ＤＢ３１の一例を示す図である。図１０を参照して、利用履歴ＤＢ３１は、車載機器の各機能の利用時間の累積値をユーザごとに記録する。利用履歴ＤＢ３１において、１行分のデータが、各ユーザの利用履歴データに相当する。利用履歴管理部２２は、利用状況データ１２１に記録された利用時間を、ステップＳ２２１で特定されたユーザに対応する利用履歴データの利用時間に加算する。
【００９０】
例えば、図４に示す利用状況データ１２１において、ナビゲーションの利用時間は、１１５（ｍｉｎ）である。このため、利用履歴管理部２２は、１１５（ｍｉｎ）を、ユーザ９の利用履歴データに記録されたナビゲーションの記録時間に加算する。この結果、ユーザ９の利用履歴データにおいて、ナビゲーションの利用時間が、２８５（ｍｉｎ）から３９５（ｍｉｎ）に更新される。つまり、利用状況データ１２１に記録された利用時間又は利用回数が、ユーザ９に対応する利用履歴データに機能ごとに加算される。
【００９１】
再び図７を参照して、運転履歴管理部２３が、取得部２１にから受けた運転状況データ１３３を用いて、運転履歴ＤＢ３２を更新する（ステップＳ２２６）。ステップＳ２２６を、図１１を参照しながら具体的に説明する。
【００９２】
図１１は、図３に示す運転履歴ＤＢ３２の一例を示す図である。図１１を参照して、運転履歴ＤＢ３２は、危険運転の発生頻度をユーザごとに記録する。運転履歴ＤＢ３２において、１行分のデータが、各ユーザの運転履歴データに相当する。運転履歴データにおいて、危険運転の発生頻度が、１時間当たりの発生回数で記録されている。例えば、ユーザ９の運転履歴データにおいて、急加速、急ブレーキ、速度超過、急ハンドルの１時間あたりの発生回数は、それぞれ、０．４回、０．２回、０．５回及び０．１回である。累積使用時間は、各ユーザがレンタカーサービスを利用した時間の累積値である。
【００９３】
運転履歴管理部２３は、運転状況データ１３３に記録された危険運転の発生回数を用いて、ステップＳ２２１で特定されたユーザに対応する利用履歴データを更新する。具体的には、運転履歴管理部２３は、ユーザ９の利用履歴データにおける累積使用時間を急加速の発生頻度に乗じることにより、ユーザ９の急加速の累積発生回数を算出する。運転履歴管理部２３は、算出した急加速の累積発生回数に、図４に示す運転状況データ１３３に記録された急加速の発生回数を加算する。これにより、急加速の発生回数が更新される。
【００９４】
運転履歴管理部２３は、予約ＤＢを参照してユーザ９が車両１を予約した時間を取得する。運転履歴管理部２３は、取得した時間をユーザ９の累積使用時間に加算することにより、累積使用時間を更新する。運転履歴管理部２３は、更新された急加速の発生回数を更新された累積使用時間で除算し、その除算値をユーザ９の新たな急加速の発生回数として、ユーザ９の運転履歴データに記録する。ユーザ９の急ブレーキ、速度超過及び急ハンドルの各々の発生頻度も、同様にして更新される。
【００９５】
料金算出サーバ２０は、ステップＳ２２５を実行した後に、図１１に示す処理を終了する。
【００９６】
［２．５．料金算出処理（ステップＳ２４）］
図１２は、図６に示す料金算出処理（ステップＳ２４）のフローチャートである。料金算出サーバ２０は、料金算出要求５２を予約端末３０から受けた場合に、図１２に示す処理を開始する。以下、ユーザ９が新たに車両の予約をした場合を例にして、図１２に示す処理を説明する。
【００９７】
料金決定部２６は、予約端末３０から受けた料金算出要求５２から予約内容を抽出する。料金決定部２６は、その抽出した予約内容に基づいて、車両の貸出料金を決定する（ステップＳ２４１）。
【００９８】
予約内容は、ユーザ９のＩＤと、ユーザ９が予約した車両のＩＤと、車両の予約期間と、ポイントの使用可否の情報とを含む。料金決定部２６は、抽出した予約内容に対応する各種料金を図示しない料金テーブルから読み出し、読み出した各種料金を合計して貸出料金を決定する。料金決定部２６は、ステップＳ２４１で決定した貸出料金を示す料金情報２６１を料金調整部２７に出力する。料金情報２６１は、ユーザ９のＩＤと、予約した車両のＩＤと、ポイントの使用可否を示す情報とを含む。
【００９９】
料金調整部２７は、料金決定部２６から受けた料金情報２６１に基づいて、貸出料金の調整にポイントを使用するか否かを判断する（ステップＳ２４２）。具体的には、料金情報２６１がポイントの使用を指示する情報を含む場合、料金調整部２７は、ポイントの使用を決定する（ステップＳ２４２においてＹｅｓ）。この場合、料金調整部２７は、第１の値引き額を決定するために、後述するステップＳ２４２を実行する。料金情報２６１がポイントを使用しないこと指示する情報を含む場合、料金調整部２７は、ポイントを使用しないことを決定する（ステップＳ２４２においてＮｏ）。この場合、料金調整部２７は、第１の値引き額を決定することなく、後述するステップＳ２４４を実行する。
【０１００】
料金調整部２７は、ポイントの使用を決定した場合（ステップＳ２４２においてＹｅｓ）、ユーザ９のポイントに基づく第１の値引き額を決定する（ステップＳ２４３）。
【０１０１】
具体的には、料金調整部２７は、料金情報２６１に含まれるユーザ９のＩＤをポイント管理部２４に出力して、ユーザ９のポイントの通知を要求する。ポイント管理部２４は、料金調整部２７からポイント通知の要求を受けた場合、ユーザ９のＩＤを用いて、ポイントＤＢ３３からユーザ９のポイントを読み出す。ポイント管理部２４は、読み出したポイントを料金調整部２７に出力する。料金調整部２７は、ポイント管理部２４から受けたポイントを用いて、第１の値引き額を決定する。
【０１０２】
例えば、ユーザ９のポイントが１０００ポイント未満の場合、料金調整部２７は、貸出料金の１０％を第１の値引き額に決定する。ユーザ９のポイントが１０００ポイント以上３０００ポイント未満の場合、料金調整部２７は、貸出料金の３０％を第１の値引き額に決定する。ユーザ９のポイントが３０００ポイント以上の場合、料金調整部２７は、貸出料金の５０％を第１の値引き額に決定する。
【０１０３】
このように、料金調整部２７は、車載機器が有する機能ごとに特定されたユーザの利用状況に基づいて、レンタカーの貸出料金を算出することができる。
【０１０４】
なお、料金調整部２７は、予め設定された１ポイント当たりの値引き額に、ポイント管理部２４からのポイントを乗ずることにより、第１の値引き額を決定してもよい。
【０１０５】
料金調整部２７は、ユーザ９の運転履歴に基づいて、第２の値引き額を決定する（ステップＳ２４４）。具体的には、料金調整部２７は、料金情報２６１に含まれるユーザ９のＩＤを運転履歴管理部２３に出力して、ユーザ９に対応する運転履歴データを要求する。運転履歴管理部２３は、ユーザ９のＩＤを料金調整部２７から受けた場合、その受けたユーザ９のＩＤを用いて、ユーザ９の運転履歴データを運転履歴ＤＢ３２から読み出す。運転履歴管理部２３は、読み出した運転履歴データを料金調整部２７に出力する。
【０１０６】
料金調整部２７は、ユーザ９の運転履歴データに記録された危険運転の発生頻度を所定の基準値と比較し、その比較結果に基づいて第２の値引き額を決定する。例えば、図１１を参照して、ユーザ９が急加速をする頻度は、１時間あたり０．４回である。急加速についての基準値が０．５回である場合、料金調整部２７は、ユーザ９についての急加速の発生頻度が基準値を下回っていると判断する。料金調整部２７は、危険運転の種類ごとに、危険運転の発生頻度を基準値と比較する。基準値は、危険運転の種類ごとに設定される。
【０１０７】
料金調整部２７は、発生頻度が基準値を下回っている危険運転の数に基づいて、第２の値引き額を決定する。例えば、発生頻度が基準値を下回っている危険運転の数が２以下である場合、料金調整部２７は、第２の値引き額を０円に決定する。発生頻度が基準値を下回っている危険運転の数が３である場合、料金調整部２７は、ステップＳ２４１で決定された貸出料金の２％を、第２の値引き額として決定する。発生頻度が基準値を下回っている危険運転の数が４である場合、料金調整部２７は、ステップＳ２４１で決定された貸出料金の５％を、第２の値引き額として決定する。
【０１０８】
料金調整部２７は、発生頻度が基準値を下回る危険運転の数が増加するにつれて第２の値引き額が増加するように、第２の値引き額を決定してもよい。
【０１０９】
このように、料金調整部２７は、レンタカーサービスを利用するユーザ９の運転状況に応じて、ユーザ９の貸出料金を決定する。これにより、ユーザが交通事故の発生や、車両の故障、車載機器の故障につながる危険運転をすることが抑制されるため、車両及び車載機器の維持に要するコストを低減できる。
【０１１０】
再び、図１２を参照して、車両管理部２５は、ユーザ９が予約した車両の車載機器において、使用できない機能があるか否かを判断する（ステップＳ２４５）。具体的には、料金調整部２７は、料金情報２６１に含まれる予約車両のＩＤを車両管理部２５に出力して、予約車両の車載機器で利用できない機能の通知を車両管理部２５に要求する。車両管理部２５は、予約車両のＩＤを料金調整部２７から受けた場合、車両管理ＤＢ３４を参照して、予約車両に搭載された車載機器の故障の有無を確認する。
【０１１１】
図１３は、図３に示す車両管理ＤＢ３４の一例を示す図である。図１３を参照して、車両管理ＤＢ３４は、各車両の車載機器で利用できる機能を記録する。車両管理ＤＢ３４における１行分のデータが、各車両における車載機器で利用できる機能を示す利用可否情報である。
【０１１２】
例えば、利用可否情報３５１は、車両ＩＤが「Ｃ１０１」である車両の車載機器で利用可能な機能を示す。利用可否情報３５１は、車両ＩＤが「Ｃ１０１」である車両における車載機器において、ナビゲーション、音楽再生、映像再生、テレビ、ラジオ、ＥＴＣの全ての機能が利用可能であることを示す。利用可否情報３５４は、車両ＩＤが「Ｃ１０４」である車両の車載機器で利用可能な機能を示す。利用可否情報３５４は、ナビゲーションが利用可能であり、音楽再生及び映像再生の機能が故障中であり、テレビ、ラジオ及びＥＴＣの装備がないことを示す。
【０１１３】
予約車両のＩＤが「Ｃ１０３」である場合、車両管理部２５は、車両管理ＤＢ３４に含まれる利用可否情報３５３に基づいて、予約車両の車載機器においてナビゲーションを利用できないと判断する。車両管理部２５は、予約車両でナビゲーションを利用できないことを料金調整部２７に通知する。なお、車両管理部２５は、予約車両で全ての機能を利用できると判断した場合、全ての機能を利用可能であることを料金調整部２７に通知する。
【０１１４】
車両管理部２５が、予約車両の車載機器において利用不可の機能があると判断した場合（ステップＳ２４４においてＹｅｓ）、料金調整部２７は、第３の値引き額を決定するために、後述するステップＳ２４５を実行する。車両管理部２５が、予約車両の車載機器において全ての機能を利用できると判断した場合（ステップＳ２４４においてＮｏ）、料金調整部２７は、第３の値引き額を決定することなく、後述するステップＳ２４５を実行する。この場合、第３の値引き額は０円である。
【０１１５】
再び、図１２を参照して、車両管理部２５が、予約車両の車載機器で利用できない機能があると判断した場合（ステップＳ２４５においてＹｅｓ）、利用履歴管理部２２は、ユーザ９が車載機器において最も利用する機能を特定する（ステップＳ２４６）。
【０１１６】
具体的には、料金調整部２７は、ユーザ９のＩＤを利用履歴管理部２２に出力して、車載機器の機能のうちユーザが最も利用する機能の通知を要求する。利用履歴管理部２２は、ユーザ９のＩＤを料金調整部２７から受けた場合、ユーザ９のＩＤに対応する利用履歴データを利用履歴ＤＢ３１から読み出す。利用履歴管理部２２は、その読み出した利用履歴データの中から利用時間が最も長い機能を特定する。図１０を参照して、ユーザ９に対応する利用履歴データにおいて、利用時間の最も長い機能は、ナビゲーションである。利用履歴管理部２２は、ナビゲーションがユーザ９により最も利用される機能であると特定し、特定結果を料金調整部２７に通知する。
【０１１７】
図１２を参照して、料金調整部２７は、車両管理部２５が利用できないと判断した機能がユーザ９が最も利用する機能と一致するか否かを判断する（ステップＳ２４７）。つまり、料金調整部２７は、ユーザ９が最も利用する機能がユーザ９の予約車両において利用可能であるか否かを判断する。
【０１１８】
例えば、ユーザ９の予約車両が、車両ＩＤ「Ｃ１０３」の車両である場合、車両管理部２５は、図１３に示す車両管理ＤＢ３４に基づいて、予約車両でナビゲーションを利用できないと判断する。図１０に示すように、ユーザ９が最も利用する機能はナビゲーションである。この場合、ユーザ９の予約車両で利用できない機能がユーザ９が最も利用する機能と一致するため（ステップＳ２４７においてＹｅｓ）、料金調整部２７は、第３の値引き額を決定する（ステップＳ２４８）。第３の値引き額は、例えば、ステップＳ２４１で決定された貸出料金の３％である。第３の値引き額は一定の額であってもよい。
【０１１９】
なお、料金調整部２７は、利用できない機能の数が増加するにつれて第３の値引き額が増加するように、第３の値引き額を決定してもよい。
【０１２０】
ユーザ９の予約車両で利用できない機能がユーザ９が最も利用する機能と一致しない場合（ステップＳ２４７においてＹｅｓ）、料金調整部２７は、第３の値引き額を決定することなく、ステップＳ２４９を実行する。この場合、第３の値引き額は０円である。
【０１２１】
料金調整部２７は、第１〜第３の値引き額を用いて、ステップＳ２４１で決定された貸出料金を調整する（ステップＳ２４９）。具体的には、料金調整部２７は、第１〜第３の値引き額の合計を貸出料金から差し引くことにより、新たな貸出料金を算出する。料金調整部２７は、ステップＳ２４９で調整された貸出料金を予約端末３０に通知する（ステップＳ２５０）。
【０１２２】
以上説明したように、車両に搭載された車載機器が有する機能の一部を利用できない場合、料金算出サーバ２０は、この車両の貸出料金を値引きする。これにより、料金算出サーバ２０は、車両に搭載された車載機器が有する機能の一部を利用できない場合において、適切な使用料金を算出できる。
【０１２３】
料金算出サーバ２０は、車載機器が有する機能ごとの利用状況に応じてユーザにポイントを付与し、付与したポイントに応じた額を貸出料金から値引きする。これにより、レンタカーサービスの事業者は新たなポイントサービスを提供することができる。
【０１２４】
料金算出サーバ２０は、レンタカーサービスを利用するユーザの運転状況に応じて、車両の貸出料金を算出する。これにより、ユーザが、車両や車載機器の故障につながる危険な運転をすることを抑制できるため、車両及び車載機器の維持コストを低減できる。
【０１２５】
［変形例］
上記実施の形態において、記録装置１０が車載機器１０Ａとは別の装置である例を説明したが、これに限られない。車載機器１０Ａが記録装置１０を含んでいてもよい。
【０１２６】
上記実施の形態において、料金算出サーバ２０が、ユーザに付与されたポイントを用いて第１の値引き額を決定する例を説明したが、これに限られない。料金算出サーバ２０は、第１の値引き額を決定する処理を実行しなくてもよい。
【０１２７】
上記実施の形態において、料金算出サーバ２０が、ユーザの運転履歴に基づいて第２の値引き額を決定する例を説明したが、これに限られない。料金算出サーバ２０は、第２の値引き額を決定する処理を実行しなくもよい。この場合、料金算出サーバ２０が、動作確認要求を車載機器１０Ａに定期的に送信してもよい。取得部２１が、車載機器１０Ａから受けた機能通知１１２を用いて、利用状況データ１２１を生成する。
【０１２８】
上記実施の形態において、車載機器で利用できない機能が、ユーザが最もよく利用する機能に一致する場合に、料金算出サーバ２０が貸出料金を値引きする例を説明したがこれに限られない。車載機器が有する機能のうち一部の機能を利用できない場合、料金算出サーバは、この車載機器を搭載する車両の貸出料金を値引きしてもよい。
【０１２９】
上記実施の形態において、料金算出サーバ２０が、利用状況データ１２１に基づいてユーザにポイントを付与する例を説明したが、これに限られない。料金算出サーバ２０は、利用状況データ１２１のデータに基づいてユーザにポイントを付与してもよい。
【０１３０】
上記実施の形態において、料金算出サーバ２０がレンタカーシステム１００で用いられる例を説明したが、これに限られない。料金算出サーバ２０を、カーシェアリングサービス等の車両貸し出しサービスに用いてもよい。
【０１３１】
上記実施の形態において、記録装置１０及び料金算出サーバ２０の各機能ブロックは、ＬＳＩなどの半導体装置により個別に１チップ化されてもよいし、一部又は全部を含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１３２】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
【０１３３】
また、記録装置１０及び料金算出サーバ２０の各機能ブロックにより実行される処理の一部または全部は、プログラムにより実現されるものであってもよい。そして、上記各実施の形態の各機能ブロックの処理の一部または全部は、コンピュータにおいて、中央演算装置（ＣＰＵ）により行われる。また、それぞれの処理を行うためのプログラムは、ハードディスク、ＲＯＭなどの記憶装置に格納されており、ＲＯＭにおいて、あるいはＲＡＭに読み出されて実行される。
【０１３４】
また、上記実施の形態の各処理をハードウェアにより実現してもよいし、ソフトウェア（ＯＳ（オペレーティングシステム）、ミドルウェア、あるいは、所定のライブラリとともに実現される場合を含む。）により実現してもよい。さらに、ソフトウェアおよびハードウェアの混在処理により実現しても良い。
【０１３５】
例えば、上記実施の形態（変形例を含む）の各機能ブロックを、ソフトウェアにより実現する場合、図１４に示したハードウェア構成（例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、入力部、出力部等をバスＢｕｓにより接続したハードウェア構成）を用いて、各機能部をソフトウェア処理により実現するようにしてもよい。
【０１３６】
また、上記実施の形態における処理方法の実行順序は、必ずしも、上記実施の形態の記載に制限されるものではなく、発明の要旨を逸脱しない範囲で、実行順序を入れ替えてもよい。
【０１３７】
前述した方法をコンピュータに実行させるコンピュータプログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明の範囲に含まれる。ここで、コンピュータ読み取り可能な記録媒体としては、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、大容量ＤＶＤ、次世代ＤＶＤ、半導体メモリを挙げることができる。
【０１３８】
上記コンピュータプログラムは、上記記録媒体に記録されたものに限られず、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送されるものであってもよい。
【０１３９】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【０１４０】
１００  レンタカーシステム
１０  記録装置
１０Ａ  車載機器
２０  料金算出サーバ
２１  取得部
２２  利用履歴管理部
２３  運転履歴管理部
２４  ポイント管理部
２５  車両管理部
２６  料金決定部
２７  料金調整部
３０  予約端末
【図１】
2020197804.tif 000003
【図２】
2020197804.tif 000004
【図３】
2020197804.tif 000005
【図４】
2020197804.tif 000006
【図５】
2020197804.tif 000007
【図６】
2020197804.tif 000008
【図７】
2020197804.tif 000009
【図８】
2020197804.tif 000010
【図９】
2020197804.tif 000011
【図１０】
2020197804.tif 000012
【図１１】
2020197804.tif 000013
【図１２】
2020197804.tif 000014
【図１３】
2020197804.tif 000015
【図１４】
2020197804.tif 000016