特開 2024-170239 情報処理方法、情報処理プログラム、情報処理装置及び表示プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024170239

(43)【公開日】2024-12-06

(54)【発明の名称】情報処理方法、情報処理プログラム、情報処理装置及び表示プログラム

(51)【国際特許分類】

   G06Q 50/40 20240101AFI20241129BHJP

   G06Q 30/04 20120101ALI20241129BHJP

【ＦＩ】

G06Q50/30

G06Q30/04

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2023087286

(22)【出願日】2023-05-26

(71)【出願人】

【識別番号】522413663

【氏名又は名称】ＤＲＤ４株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】瀬川 慶一

(72)【発明者】

【氏名】山川 照人

【テーマコード（参考）】

5L030

5L049

5L050

【Ｆターム（参考）】

5L030BB11

5L049BB11

5L049CC41

5L050CC41

(57)【要約】

【課題】車両の走行距離に基づく利用料の請求額を出力する情報処理方法、情報処理装置及び表示プログラムを提供すること。
【解決手段】情報処理方法は、車両の利用期間と総走行距離とに基づく残価データを取得し、前記残価データに基づいて、前記車両の所定期間内における基本料金、及び、所定期間内の走行距離に基づく追加料金を算出し、前記基本料金と前記追加料金とから算出した請求額を出力する処理をコンピュータが実行する。
【選択図】図１７

【特許請求の範囲】

【請求項1】

車両の利用期間と総走行距離とに基づく残価データを取得し、
前記残価データに基づいて、前記車両の所定期間内における基本料金、及び、所定期間内の走行距離に基づく追加料金を算出し、
前記基本料金と前記追加料金とから算出した請求額を出力する
処理をコンピュータが実行する情報処理方法。

【請求項2】

前記追加料金は、前記残価データに基づき算出した距離単価と、所定期間内の走行距離に基づいて算出する、
請求項１に記載の情報処理方法。

【請求項3】

前記距離単価は、前記車両の初度登録時からの経過年数における走行距離毎の残価データから、走行距離の異なる２つの残価を選択し、選択した２つの残価の差に基づいて定める
請求項２に記載の情報処理方法。

【請求項4】

前記車両の初度登録時からの経過年数における所定の走行距離に対応する残価データが、前記経過年数及び前記走行距離に対応付けられた参考残価データに満たない場合、満たない量に相当する額と前記走行距離とに基づき、調整原価を求め、
求めた前記調整原価により、前記距離単価を補正する
請求項３に記載の情報処理方法。

【請求項5】

２つの残価の組み合わせを複数組生成し、
生成した各組について、それぞれ距離単価を計算し、最も高い値、中央値または平均値を距離単価として採用する。
請求項３に記載の情報処理方法。

【請求項6】

採用した距離単価に、所定値を上乗せした値に基づいて、前記追加料金を算出する
請求項２から請求項５の何れか一項に記載の情報処理方法。

【請求項7】

前記追加料金を算出する毎に、算出した前記追加料金の積算値を求め、
求めた前記積算値を記憶し、
前記所定期間の満了後に、記憶した前記積算値を出力する
請求項１から請求項５の何れか一項に記載の情報処理方法。

【請求項8】

前記基本料金は、利用期間満了時の前記車両の初度登録時からの経過年数に基づき、算出する
請求項１から請求項５の何れか一項に記載の情報処理方法。

【請求項9】

前記基本料金は、前記車両の新車時の車両価格、又は、現在の残価と、前記車両の所定期間の経過後であって走行距離を０とした場合の残価との差額に基づき算出する
請求項１から請求項５の何れか一項に記載の情報処理方法。

【請求項10】

車種、グレード、及び、車体色、並びに、初度登録時からの経過年数、及び、総走行距離毎の残価データを対応付けたテーブルを参照し、前記基本料金及び前記距離単価を算出する
請求項２から請求項５の何れか一項に記載の情報処理方法。

【請求項11】

車両の利用期間と総走行距離とに基づく残価データを取得し、
前記残価データに基づいて、前記車両の所定期間内における基本料金、及び、所定期間の走行距離に基づく追加料金を算出し、
前記基本料金と前記追加料金とから算出した請求額を出力する
処理をコンピュータに実行させる情報処理プログラム。

【請求項12】

車両の利用期間と総走行距離とに基づく残価データを取得する取得部と、
前記残価データに基づいて、前記車両の所定期間内における基本料金、及び、所定期間内の走行距離に基づく追加料金を算出する算出部と、
前記基本料金と前記追加料金とから算出した請求額を出力する出力部と
を備える情報処理装置。

【請求項13】

車両の利用期間と総走行距離とに基づく残価データを用いて算出された基本料金、所定期間内の走行距離に基づき、前記残価データを用いて算出された追加料金、及び、前記基本料金と前記追加料金とに基づき算出された請求額を受信し、
受信した前記基本料金、前記追加料金、及び、前記請求額を表示する
処理をコンピュータに実行させる表示プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両の走行距離に基づく利用料の請求額を出力する情報処理方法、情報処理プログラム、情報処理装置及び表示プログラムに関する。

【背景技術】

【0002】

乗用車の購入代金の支払い方法として、残価型クレジットが利用されている（特許文献１など）。残価型クレジットは、前もって将来の下取り価格（残価）を設定して車両価格から残価を差し引いた金額に基づいて、月々の返済額を設定する。残価型クレジットでは、契約満了まで残価を据え置くため、通常のクレジット払いと比べて、１回の返済額が安くなるという利点がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００３－６７６５９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

残価型クレジットにおいては、残価を的確に設定することが重要である。車両の残価は主として、初度登録からの経過年数、及び総走行距離により反比例し、経過年数及び総走行距離が長いほど残価は少なくなる。しかし、従来の残価型クレジットにおいては、残価の設定においては、総走行距離は一定の選択肢が設けられている場合はあるものの、契約時点において、ほぼ一律に決めている。そのため、利用頻度が高くなく、１回あたりの走行距離も少なめの利用者については、妥当性の有る残価よりも低い残価を設定されてしまい、不公平感が生じる。

【0005】

本発明はこのような状況に鑑みてなされたものである。その目的は、車両の走行距離に基づく利用料の請求額を出力する情報処理方法、情報処理プログラム、情報処理装置及び表示プログラムの提供である。

【課題を解決するための手段】

【0006】

本願の一態様に係る情報処理方法は、車両の利用期間と総走行距離とに基づく残価データを取得し、前記残価データに基づいて、前記車両の所定期間内における基本料金、及び所定期間内の走行距離に基づく追加料金を算出し、前記基本料金と前記追加料金とから算出した請求額を出力する処理をコンピュータが実行する。

【発明の効果】

【0007】

本願の一態様にあっては、車両の走行距離に基づく利用料の請求額を出力することが可能となる。

【図面の簡単な説明】

【0008】

【図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】料金算出処理の他の手順例を示すフローチャートである。

【発明を実施するための形態】

【0009】

（実施の形態１）
以下実施の形態を、図面を参照して説明する。図１は自動車取引システムの構成例を示す説明図である。自動車取引システム１００はサーバ１、利用者端末２、所有者端末３及び通信デバイス４を含む。

【0010】

サーバ１は自動車取引システム１００の運用に関わる種々の情報処理を担う情報処理装置である。サーバ１はサーバコンピュータ、ワークステーション、ＰＣ（Personal Computer）等で構成する。また、サーバ１を複数のコンピュータからなるマルチコンピュータやクラスタシステム、ソフトウェアによって仮想的に構築された仮想マシン又は量子コンピュータで構成しても良い。さらに、サーバ１の機能をクラウドサービスで実現してもよい。

【0011】

図２はサーバのハードウェア構成例を示すブロック図である。サーバ１は制御部１１、主記憶部１２、補助記憶部１３、通信部１４及び読み取り部１５を含む。各構成はバスＢにより接続されている。

【0012】

制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有する。制御部１１は、補助記憶部１３に記憶された制御プログラム１Ｐ（プログラム、プログラム製品）を読み出して実行することにより、サーバ１が担う種々の情報処理、制御処理等を行い、取得部、算出部、出力部等の各種機能部を実現する。

【0013】

主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等である。主記憶部１２は主として制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。

【0014】

補助記憶部１３はハードディスク又はＳＳＤ（Solid State Drive）等であり、制御部１１が処理を実行するために必要な制御プログラム１Ｐや各種ＤＢ（Database、データベース）を記憶する。補助記憶部１３は、車両ＤＢ１３１、残価ＤＢ１３２、料金ＤＢ１３３、利用者ＤＢ１３４、契約ＤＢ１３５、デバイスＤＢ１３６、位置情報ＤＢ１３７、走行距離ＤＢ１３８、月間総距離ＤＢ１３９、請求ＤＢ１３Ａ及び訓練ＤＢ１３Ｂを記憶する。補助記憶部１３はサーバ１に外部接続された外部記憶装置であってもよい。補助記憶部１３に記憶する各種ＤＢ等を、サーバ１とは異なるデータベースサーバやクラウドストレージに記憶してもよい。

【0015】

通信部１４はネットワークＮを介して、利用者端末２、所有者端末３及び通信デバイス４と通信を行う。また、制御部１１が通信部１４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム１Ｐをダウンロードし、補助記憶部１３に記憶してもよい。

【0016】

読み取り部１５はＣＤ（Compact Disc）－ＲＯＭ及びＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読み取り部１５を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、補助記憶部１３に記憶してもよい。また、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでもよい。

【0017】

利用者端末２は自動車を利用する車両利用者が使用する端末である。自動車取引システム１００では、車両利用者はオートローン、残価型クレジット等により、自動車を購入するか、サブスクリプション、リース契約により、自動車を借り受けることを想定している。利用者端末２はスマートフォン、タブレットコンピュータ、ノートパソコン、ＰＣ等で構成する。以降、車両利用者を単に利用者ともいう。自動車を車両ともいう。

【0018】

図３は利用者端末のハードウェア構成例を示すブロック図である。利用者端末２は制御部２１、主記憶部２２、補助記憶部２３、通信部２４、表示パネル２５、操作部２６及び撮像部２７を含む。各構成はバスＢで接続されている。

【0019】

制御部２１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部２１は、補助記憶部２３に記憶された制御プログラム２Ｐ（プログラム、プログラム製品）を読み出して実行することにより、種々の機能を提供する。

【0020】

主記憶部２２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部２２は主として制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。

【0021】

補助記憶部２３はハードディスク又はＳＳＤ等であり、制御部２１が処理を実行するために必要な各種データを記憶する。補助記憶部２３は利用者端末２に外部接続された外部記憶装置であってもよい。補助記憶部２３に記憶する各種ＤＢ等を、データベースサーバやクラウドストレージに記憶してもよい。

【0022】

通信部２４はネットワークＮを介して、サーバ１と通信を行う。また、制御部２１が通信部２４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム２Ｐをダウンロードし、補助記憶部２３に記憶してもよい。

【0023】

表示パネル２５は、液晶パネル又は有機ＥＬ（Electro Luminescence）ディスプレイ等で構成することができる。操作部２６は、例えば、表示パネル２５に組み込まれたタッチパネルで構成することができ、利用者が表示パネル２５上で行う所定の操作を行うことができる。また、操作部２６は、表示パネル２５に表示したソフトウェアキ－ボード上の操作を行うことができる。なお、操作部２６は、ハードウェアキーボード、マウスなどでもよい。

【0024】

撮像部２７は例えばＣＣＤカメラ又はＣＭＯＳカメラ等であり、ＣＣＤ又はＣＯＭＳ等を介して入力された光信号を光電変換することにより画像データを取得する。

【0025】

所有者端末３は、自動車の所有者が使用する端末である。自動車の所有者は、ローン会社やクレジット会社、リース会社等である。自動車取引システム１００の運営者が所有者となってもよい。所有者端末３はＰＣ、ノートパソコン、タブレットコンピュータ、スマートフォン等で構成する。

【0026】

図４は所有者端末のハードウェア構成例を示すブロック図である。所有者端末３は制御部３１、主記憶部３２、補助記憶部３３、通信部３４、入力部３５及び表示部３６を含む。各構成はバスＢで接続されている。

【0027】

制御部３１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部３１は、補助記憶部３３に記憶された制御プログラム３Ｐ（プログラム、プログラム製品）を読み出して実行することにより、種々の機能を提供する。

【0028】

主記憶部３２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部３２は主として制御部３１が演算処理を実行するために必要なデータを一時的に記憶する。

【0029】

補助記憶部３３はハードディスク又はＳＳＤ等であり、制御部３１が処理を実行するために必要な各種データを記憶する。補助記憶部３３は所有者端末３に外部接続された外部記憶装置であってもよい。補助記憶部３３に記憶する各種ＤＢ等を、データベースサーバやクラウドストレージに記憶してもよい。

【0030】

通信部３４はネットワークＮを介して、サーバ１と通信を行う。また、制御部３１が通信部３４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム３Ｐをダウンロードし、補助記憶部３３に記憶してもよい。

【0031】

入力部３５はキーボードやマウスである。表示部３６は液晶表示パネル又は有機ＥＬ（electro Luminescence）表示パネル等を含む。表示部３６はサーバ１が出力した利用者情報などを表示する。また、入力部３５と表示部３６とを一体化し、タッチパネルディスプレイを構成してもよい。なお、所有者端末３は外部の表示装置に表示を行ってもよい。

【0032】

通信デバイス４は自動車に取り付けてあるデバイスである。通信デバイス４は衛星測位システム等を利用して自己の位置を測定する機能、測定した位置を移動体通信網により、サーバ１へ送信する機能を備える。通信デバイス４は例えば、通信型ドライブレコーダにより構成する。

【0033】

図５は通信デバイスのハードウェア構成例を示すブロック図である。通信デバイス４は制御部４１、主記憶部４２、補助記憶部４３、通信部４４、位置取得部４５及び撮像部４６を含む。各構成はバスＢで接続されている。

【0034】

制御部４１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部４１は、補助記憶部４３に記憶された制御プログラム４Ｐ（プログラム、プログラム製品）を読み出して実行することにより、通信デバイス４の制御を行う。

【0035】

主記憶部４２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部４２は主として制御部４１が演算処理を実行するために必要なデータを一時的に記憶する。

【0036】

補助記憶部４３はＳＤメモリカード又はＳＳＤ等であり、制御部４１が処理を実行するために必要な各種データを記憶する。また、補助記憶部４３は位置取得部４５が取得した位置情報や、撮像部４６が取得した画像を記憶する。

【0037】

通信部４４はネットワークＮを介して、サーバ１と通信を行う。通信部４４はＳＩＭ（Subscriber Identity Module）カード４４１を備えており、移動体通信網を利用して、サーバ１へ位置情報や画像を送信する。

【0038】

位置取得部４５は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機等で構成する。位置取得部４５は、ＧＰＳ衛星からの電波を受信する。位置取得部４５は、受信した衛星電波を元に、自らの位置を求める。

【0039】

撮像部４６は例えばＣＣＤカメラ又はＣＭＯＳカメラ等で構成する。撮像部４６はＣＣＤ又はＣＯＭＳ等を介して入力された光信号を光電変換することにより画像データを取得する。

【0040】

次に、自動車取引システム１００が用いるデータベースについて説明する。図６は車両ＤＢの例を示す説明図である。車両ＤＢ１３１は自動車取引システム１００が取り扱っている車両の情報を記憶する。車両ＤＢ１３１は車両ＩＤ列、メーカ列、車種列、グレード列、本体色列、初度登録年月列及び価格列を含む。車両ＩＤ列は車両を一意に特定可能な車両ＩＤを記憶する。車両ＩＤは、自動車取引システム１００において各車両を一意に特定可能であればよい。車両ＩＤは独自に発行してもよいが、ＩＳＯ３８３３が定義されている車両識別番号（Vehicle Identification Number、略してＶＩＮ）や国土交通省から付与される車台番号を用いてもよい。メーカ列は車両のメーカを記憶する。車種列は車種を記憶する。グレード列は車両のグレードを記憶する。本体色列は車両本体の色（車体色）を記憶する。初度登録年月列は初度登録年月を記憶する。初度登録年月は、車両を初めて陸運支局に登録申請をし、受理された年月である。価格列は初度登録時の車両価格を記憶する。図６の例では、記憶する車両価格の単位は万円である。

【0041】

図７は残価ＤＢの例を示す説明図である。残価ＤＢ１３２は車両の残価を記憶する。残価ＤＢ１３２はヘッダ１３２１とテーブル１３２２とからなる。ヘッダ１３２１は車両ＩＤ、車種、グレード、本体色を記憶する。テーブル１３２２は車両の総走行距離と、現時点から経過年数とに対応付けて、残価率と残価とを記憶する。図７に示すヘッダ１３２１とテーブル１３２２とが、自動車取引システム１００が取り扱う車両毎に作成され、記憶される。残価ＤＢ１３２は後述する基本料金及び請求単価の計算を行う際に作成される。

【0042】

図８は料金ＤＢの例を示す説明図である。料金ＤＢ１３３は、車両の利用料金を記憶する。料金ＤＢ１３３は車両ＩＤ列、基本料金列、請求単価列及び算出日列を含む。車両ＩＤ列は車両ＩＤを記憶する。基本料金列は料金のうち請求毎には変動しない固定部分の料金を記憶する。請求単価列は請求毎に変動する従量料金（追加料金）を計算する基礎となる単価を記憶する。従量料金は走行距離により計算する。詳細は後述する。算出日列は料金を算出した日付を記憶する。なお、本明細書においては、利用料金は月極で支払うものとして説明するが、それに限るものではない。

【0043】

図９は利用者ＤＢの例を示す説明図である。利用者ＤＢ１３４は、車両利用者の情報を記憶する。利用者ＤＢ１３４は利用者ＩＤ列、氏名列、性別列、生年月日列及び住所列を含む。利用者ＩＤ列は利用者を一意に特定する利用者ＩＤを記憶する。氏名列利用者の氏名を記憶する。性別列は利用者の性別を記憶する。生年月日列は利用者の生年月日を記憶する。住所列は利用者の住所を記憶する。

【0044】

図１０は契約ＤＢの例を示す説明図である。契約ＤＢ１３５は、所有者と利用者とで結ばれた車両の利用契約の情報を記憶する。契約ＤＢ１３５は利用者ＩＤ列、車両ＩＤ列、支払開始月列、支払終了月列、料金プラン列、月額基本料金列、請求単価列、及びボーナス払い列を含む。利用者ＩＤ列は利用者ＩＤを記憶する。車両ＩＤ列は契約車両の車両ＩＤを記憶する。支払開始月列は利用者が料金の支払いを開始する又は開始した時点の年と月とを記憶する。支払終了月列は利用者が料金の支払いを終了する又は終了した時点の年と月とを記憶する。料金プラン列は料金プランの名称を記憶する。月額基本料金列は月あたりの基本料金を記憶する。請求単価列は従量料金を算出する際に用いる単価を記憶する。本明細書においては、従量料金は走行距離に応じて決まるものとする。請求単価は、単位走行距離当たり、例えば１ｋｍ当たりの従量料金である。ボーナス払い列は利用料金をボーナス払いする場合の支払月や金額を記憶する。

【0045】

図１１はデバイスＤＢの例を示す説明図である。デバイスＤＢ１３６は通信デバイス４についての情報を記憶する。デバイスＤＢ１３６は車両ＩＤ列、端末管理番号列、ＩＭＥＩ列及びＳＩＭ列を含む。車両ＩＤ列は通信デバイス４が取り付けられている車両の車両ＩＤを記憶する。端末管理番号列は通信デバイス４の管理番号を記憶する。ＩＭＥＩ列は国際移動体装置識別番号（International Mobile Equipment Identifier：ＩＭＥＩ）を記憶する。ＳＩＭ列は通信デバイス４が備えるＳＩＭカード４４１の端末製造番号を記憶する。

【0046】

図１２は位置情報ＤＢの例を示す説明図である。位置情報ＤＢ１３７は通信デバイス４の位置、すなわち車両の位置を記憶する。位置情報ＤＢ１３７はＩＭＥＩ列、ＳＩＭ列、Trip開始列、Trip終了列、時刻列、緯度列及び経度列を含む。ＩＭＥＩ列は通信デバイス４に付与されたＩＭＥＩを記憶する。ＳＩＭ列は通信デバイス４が備えるＳＩＭカード４４１の端末製造番号を記憶する。Trip開始列はTripの開始に該当するレコードである場合、フラグが立つ。Trip終了列はTripの終了に該当するレコードである場合、フラグが立つ。Tripは車両のひとまとまりの運行である。TripのTrip開始時点はエンジンの始動時点、Trip終了時点はエンジンの停止時点である。例えば、図１２ではフラグが立っていることをチェックマークで示す。時刻列は位置を観測した時刻を記憶する。緯度列は位置を示す緯度を記憶する。経度列は位置を示す経度を記憶する。位置を示す座標は地理座標系の緯度、経度に限らず、ＵＴＭ座標系や平面直角座標系の座標値でもよい。

【0047】

図１３は走行距離ＤＢの例を示す説明図である。走行距離ＤＢ１３８は各Tripの走行距離を記憶する。走行距離ＤＢ１３８は車両ＩＤ列、ＩＭＥＩ列、開始列、終了列、Trip列、及び走行距離列を含む。車両ＩＤ列は車両ＩＤを記憶する。ＩＭＥＩ列は通信デバイス４に付与されたＩＭＥＩを記憶する。開始列はTripの開始日時を記憶する。終了列はTripの終了日時を記憶する。Trip列は順番号を記憶する。走行距離列はTripの走行距離を記憶する。図１３の例では単位はメートル（ｍ）である。

【0048】

図１４は月間総距離ＤＢの例を示す説明図である。月間総距離ＤＢ１３９は各車両の月毎の総走行距離を記憶する。月間総距離ＤＢ１３９は車両ＩＤ列、ＩＭＥＩ列、年月列及び総距離列を含む。車両ＩＤ列は車両ＩＤを記憶する。ＩＭＥＩ列は通信デバイス４に付与されたＩＭＥＩを記憶する。年月列は算出対象とした年月を記憶する。総距離列は対象月の総走行距離を記憶する。総走行距離は、走行距離ＤＢ１３８から対象月のデータを抽出し、抽出したレコードの走行距離を合計した値である。なお、月をまたぐTripについては、開始日時で判断するのか、終了日時で判断するのか、予め定めておくこととする。

【0049】

図１５は請求ＤＢの例を示す説明図である。請求ＤＢ１３Ａは利用者への利用料金の請求額を記憶する。請求ＤＢ１３Ａは利用者ＩＤ列、車両ＩＤ列、ＩＭＥＩ列、利用年月列、基本料金列、従量料金列及び利用料金列を含む。利用者ＩＤ列は利用者ＩＤを記憶する。車両ＩＤ列は利用者が利用している車両の車両ＩＤを記憶する。ＩＭＥＩ列は通信デバイス４に付与されたＩＭＥＩを記憶する。利用年月列は請求対象となった車両の利用月を記憶する。基本料金列は請求した基本料金の額を記憶する。ボーナス払いを設定している場合、基本料金は通常月とボーナス月とは異なる額となる。従量料金列は請求した従量料金の額を記憶する。利用料金列は請求した利用料金の額（＝基本料金＋従量料金）を記憶する。

【0050】

次に、利用料金の基となる基本料金及び請求単価の算出方法について説明する。以下、残価が減少する分を減価という。本明細書では、車両の残価が減っていく要因（減価要因）は、様々なものがあるところ、大きく分けると、「使われた量に応じて減価する要素」と「使用しなくとも年数の経過に応じて減価する要素」が存在することに着目する。前者は車両の総走行距離で決まる減価である。後者は総走行距離が０であっても、初度登録時からの時間経過によって決まる減価である。これらの事項に基づき、車両の総走行距離の大小に関わらず年月の経過による減価は、主に基本料金に含めて回収し、総走行距離による減価は、主に従量料金として回収する。以下、具体的な例を想定して説明する。

【0051】

まず、計算の基になる残価データについて説明する。各車種、各グレード及び各本体色、並びに、初度登録月からの経過年数及び総走行距離に対応付けられている残価データ（残価率及び残価）を取得する。以降、当該残価データを基礎残価データという。サーバ１は例えば情報提供会社より残価データをダウンロード等にて取得し、補助記憶部１３等に記憶する。残価は、車種、グレード、本体色が同一であっても、車両の状態等によって決まる格付けによって異なる。本実施の形態においては、平均的な状態より良質な状態を示す格付けの残価データを取得する。

【0052】

次に、計算時点又は利用開始予定時点において、対象とする車種の初度登録月からの経過年数を求める。例えば、２０２３年４月に、初度登録月２０２０年１２月の車両を対象とした計算を行う場合、経過年数は２年である。

【0053】

続いて、利用契約の想定期間を加算した想定総経過年数を求める。すなわち、利用期間終了時点の経過年数を求める。上述の例で、利用期間（所定期間）が２０２３年４月から３年間とすると、想定総経過年数は２年＋３年＝５年である。

【0054】

次に、基礎残価データを参照して、想定総経過年数及び総走行距離と残価率及び残価とを対応付けた表を作成する。一例は図７に示した残価ＤＢ１３２である。上述の例では、想定総経過年数は５年＝６０ヶ月であるが。図７では利用期間を１年間、５年間とした場合、すなわち、想定総経過年数が３年＝３６ヶ月、７年＝８４ヶ月の場合も作成している。

【0055】

作成した残価ＤＢ１３２を参照して、想定総経過年数における総走行距離０ｋｍの残価、残価率を特定する。図７の例では、想定総経過年数３年の場合、残価＝２，５０７，０００円、残価率＝８９．３％である。

【0056】

特定した総走行距離０ｋｍの残価又は残価率を用いて、基本料金として徴収する額の総額である支払元本を計算する。例えば、残価率を用いて、以下の式（１）で計算する。

【0057】

元本＝車両価格－（車両価格×残価率）＋メンテンス料＋税金＋諸費用 …（１）
車両価格は車両ＤＢの価格列に記憶された初度登録時の車両価格である。メンテナンス料は利用期間中の車検、定期点検などを受けられる費用である。税金は自動車税（軽自動車税）、環境性能割、自動車重量税及び消費税等である。諸費用は自賠責保険料、検査登録費用、車庫証明費用及び納車費用等である。

【0058】

求めた元本から以下の式（２）で基本料金を計算する。

【0059】

基本料金＝（元本＋金利手数料）／支払回数 …（２）
支払いは利用期間中に毎月行うとすると、支払回数は利用期間月数と等しい。利用期間が３年であれば、支払回数は３６回である。

【0060】

計算して得た基本料金は、料金ＤＢ１３３に記憶される。なお、総走行距離０ｋｍの残価又は残価率に基づいて、基本料金を計算するのは、車両の総走行距離の大小に関わらず年月の経過によって、残価が減少する分は、基本料金として回収するという上述した考え方に基づくものである。なお、式（１）、式（２）による基本料金の算出方法は一例であり、これらに限るものではない。

【0061】

続いて、請求単価の算出について説明する。まず、対象車種の想定総経過年数おける総走行距離毎の残価データの中から、任意の２つの総走行距離を基準に、対応する２つの残価を特定する。特定した残価の差分を、２つの総走行距離の差分で割ることにより、単位距離当たりの減価が求まる。

【0062】

図１６は原価単価の計算例を示す説明図である。原価単価は請求単価の基になる単価である。図１６に示す例では、想定総経過年数は３年＝３６ヶ月、２つの残価の組合せは、０ｋｍとそれ以外の距離としている。総走行距離１８，０００ｋｍのときの走行距離１ｋｍ当たりの減価（絶対値）は以下のように計算される。２つの残価の組合せは、一方が０ｋｍでなくともよく、例えば、総走行距離１８，０００ｋｍの残価と、総走行距離２４，０００ｋｍの残価から、走行距離１ｋｍ当たりの減価を求めてもよい。

【0063】

原価単価＝（2,507千円－2,423千円）／（18,000-0）＝５円（小数第１位四捨五入）
他の総走行距離についても計算すると、図１６のキロ単位行の値が求まる。求まった複数の減価（絶対値）を基に、この後の処理に用いる値（原価単価という）を決定する。例えば、複数の減価（絶対値）の中から、最大値、中央値又は平均値を原価単価とする。最大値を採用すると、原価単価は６円となる。

【0064】

さらに、原価単価に利益、請求に必要な諸経費相当分、消費税を加えて、請求単価を確定する。諸経費は例えば、請求に係る事務手数料、金融機関等に支払う振替手数料、収納代行会社に支払う手数料等である。例えば、利益を１０円乗せるとすると、利益が乗った原価（距離原価）は１６円である。さらに、諸経費相当分として５％を乗せ、消費税１０％を加えると、以下のように利用者に請求する単価（請求単価）は１８円となる。

【0065】

請求単価＝16円×（1+0.05）×1.1＝18円（小数点第１位四捨五入）
以上のように、基本料金と請求単価とを定める方法は、上述したような、車両の総走行距離の大小に関わらず年月の経過による減価は平均的な格付けの値を採用し、基本料金として回収する。そして、総走行距離による減価は、従量料金として回収する。このような算出方法で算出した料金プランを、スタンダードプランと呼ぶ。

【0066】

次に、自動車取引システム１００が行う情報処理について説明する。図１７は料金算出処理の手順例を示すフローチャートである。料金算出処理は自動車取引システム１００の顧客となり、車両の利用者になろうとする者（利用予定者）からの要求により開始される処理である。説明の便宜上、利用予定者を利用者と表現し、使用する端末を利用者端末２と表現して説明する。

【0067】

利用者は利用者端末２を操作して、料金算出を指示する。利用者端末２の制御部２１は算出の要求をサーバ１へ送信する（ステップＳ１）。サーバ１の制御部１１は算出の要求を受信する（ステップＳ２）。制御部１１は対象とする車両の情報を入力する入力画面を利用者端末２へ送信する（ステップＳ３）。利用者端末２の制御部２１は入力画面を受信する（ステップＳ４）。制御部２１は入力画面を表示パネル２５に表示する（ステップＳ５）。利用者は利用した車両の情報を入力画面に入力する。入力すべき情報は、車種、グレード及び色（本体色）である。制御部２１は入力を受け付ける（ステップＳ６）。なお、利用者に車両の情報以外に車両の利用期間を入力させてもよい。制御部２１は受け付けた車種、グレード及び色をサーバ１へ送信する（ステップＳ７）。サーバ１の制御部１１は車種、グレード及び色を受信する（ステップＳ８）。制御部１１は在庫が有るか否かを判定する（ステップＳ９）。自動車取引システム１００において、車両の調達は、提携するディーラーから行うことを前提としているので、制御部１１は、提携ディーラーのシステムへ問い合わせを行い、在庫の有無を判定する。制御部１１は在庫が有ると判定した場合（ステップＳ９でＹＥＳ）、想定総経過年数を特定する（ステップＳ１０）。制御部１１は、ディーラーへの問い合わせから得た車両の情報から、初度登録年月から処理日現在の経過年数を算出する。現在の経過年数に利用期間を足して、利用期間満了時の経過年数＝想定総経過年数を特定する。利用者が利用期間を指定した場合は指定した期間を足す。利用者が利用期間を指定していない場合、３年、５年、７年等を想定して、想定総経過年数を特定する。このとき、複数の想定総経過年数を特定し、各想定総経過年数について、以降の処理を行ってもよい。制御部１１は想定総経過年数についての残価・残価率表を作成する（ステップＳ１１）。図７に示した残価ＤＢ１３２が一例である。制御部１１は基本料金の算出を行う（ステップＳ１２）。制御部１１は請求単価の算出を行う（ステップＳ１３）。制御部１１は算出した基本料金、請求単価を料金ＤＢ１３３に記憶する（ステップＳ１４）。制御部１１は基本料金、請求単価を含む料金画面を作成し、利用者端末２へ送信する（ステップＳ１５）。利用者端末２の制御部２１は料金画面を受信し、表示パネル２５に表示する（ステップＳ１６）。制御部２１は処理を終了する。制御部１１は在庫がないと判定した場合（ステップＳ９でＮＯ）、在庫がない旨の通知をする画面を作成し、利用者端末２へ送信する（ステップＳ１７）。利用者端末２の制御部２１は画面を受信し、表示パネル２５に表示する（ステップＳ１８）。利用者は終了するか、終了せずに他の車両を検索するかを入力する。制御部２１は入力を受け付ける（ステップＳ１９）。制御部２１は終了するか否かを判定する（ステップＳ２０）。制御部２１は終了しないと判定した場合（ステップＳ２０でＮＯ）、処理をステップＳ５へ戻す。制御部２１は終了する判定した場合（ステップＳ２０でＹＥＳ）、処理を終了する。

【0068】

図１８は基本料金算出処理の手順例を示すフローチャートである。サーバ１の制御部１１は残価ＤＢ１３２を参照して、想定総経過年数における総走行距離０ｋｍの残価率を特定する（ステップＳ３１）。制御部１１は自動車税、消費税等の税金を計算する（ステップＳ３２）。制御部１１は自賠責保険、車庫証明等の諸経費、手数料を取得する（ステップＳ３３）。制御部１１は基本料金を算出する（ステップＳ３４）。基本料金は例えば上述した式（１）で算出する。制御部１１は処理を呼び出し元へ戻す。

【0069】

図１９は請求単価算出処理の手順例を示すフローチャートである。サーバ１の制御部１１は残価ＤＢ１３２を参照して、２つの総走行距離を選択する（ステップＳ４１）。制御部１１は単位キロ当たりの減価を算出する（ステップＳ４２）。制御部１１は選択した２つの総走行距離に対応する残価の差分を、総走行距離の差分で除し、１キロ単位の減価を算出する。制御部１１は総走行距離の他の組合せがあるか否かを判定する（ステップＳ４３）。制御部１１は総走行距離の他の組合せがあると判定した場合（ステップＳ４３でＹＥＳ）、処理をステップＳ４１へ戻す。制御部１１は総走行距離の他の組合せがないと判定した場合（ステップＳ４３でＮＯ）、求めた全ての単位キロ当たりの減価より、原価単価を決定する（ステップＳ４４）。例えば、減価の最大値、減価の平均値、又は、減価の中央値を、原価単価とする。制御部１１は原価単価に、利益、請求に必要な諸経費相当分、消費税等を加えた請求単価を算出する（ステップＳ４５）。制御部１１は処理を呼び出し元へ戻す。

【0070】

料金算出処理により求めた基本料金及び請求単価を条件に、利用者は所有者と車両の利用契約を結ぶ。利用契約締結後、車両が納車され、利用者は利用を開始する。

【0071】

次に、利用料金の算出について説明する。利用料金は所定期間毎、ここでは月毎に算出する。利用料金を算出するには、従量料金の算出基礎になる所定期間の総走行距離、ここでは月間総走行距離の算出が必要である。月間総走行距離を求めるための処理について説明する。

【0072】

図２０は位置情報取得処理の手順例を示すフローチャートである。位置情報取得処理は、車両に取り付けられている通信デバイス４から位置情報を取得して、車両の位置を位置情報ＤＢ１３７に蓄積する処理である。通信デバイス４は車両のエンジンが起動したことを検知して、処理を開始する。通信デバイス４の制御部４１はサーバ１へ認証要求を送信する（ステップＳ６１）。サーバ１の制御部１１は認証要求を受信する（ステップＳ６２）。制御部１１は認証を行う（ステップＳ６３）。例えば制御部１１はＳＭＳ認証を行う。制御部１１は認証結果を通信デバイス４へ送信する（ステップＳ６４）。通信デバイス４の制御部４１は認証結果を受信する（ステップＳ６５）。制御部４１は認証に成功したか否か判定する（ステップＳ６６）。制御部４１は認証に失敗したと判定した場合（ステップＳ６６でＮＯ）、処理を終了する。制御部４１は認証に成功したと判定した場合（ステップＳ６６でＹＥＳ）、位置取得部４５での測位結果をサーバ１へ送信する（ステップＳ６７）。サーバ１の制御部１１は測位結果受信する（ステップＳ６８）。制御部１１は測位結果に基づく車両の位置情報を位置情報ＤＢ１３７に記憶する（ステップＳ６９）。制御部１１は位置情報を記憶した旨の応答を通信デバイス４へ送信する（ステップＳ７０）。通信デバイス４の制御部４１は応答を受信する（ステップＳ７１）。制御部４１は処理を終了するか否かを判定する（ステップＳ７２）。例えば、制御部４１は車両のエンジンが停止したことを検知した場合、終了すると判定する。制御部４１は処理を終了しないと判定した場合（ステップＳ７２でＮＯ）、処理をステップＳ６７へ戻して、処理を続行する。制御部４１は処理を終了すると判定した場合（ステップＳ７２でＹＥＳ）、終了をサーバ１へ送信する（ステップＳ７３）。サーバ１の制御部１１は終了を受信する（ステップＳ７４）。制御部１１は終了を記憶する（ステップＳ７５）。例えば、制御部１１は、最新の位置情報にTrip終了のフラグを立てる。制御部１１は応答を通信デバイス４へ送信する（ステップＳ７６）。通信デバイス４の制御部４１は応答を受信し（ステップＳ７７）、処理を終了する。

【0073】

図２１は走行距離算出処理の手順例を示すフローチャートである。走行距離算出処理は位置情報ＤＢ１３７に記憶している位置情報に基づいて、各Tripの車両走行距離を算出する処理である。サーバ１の制御部１１は処理対象とする１つのTripに含まれる位置情報を取得する（ステップＳ９１）。制御部１１は位置情報に基づいて、Tripの開始位置、終了位置、途中の通過位置を、電子地図上にプロットする（ステップＳ９２）。その際、制御部１１は、各点と道路ラインデータとの重なりを調べ、すべての点が道路上になるように補正する（マップマッチングを行う）。制御部１１はプロットした位置と、道路ラインデータ又は道路ネットワークデータとより、開始位置から修了位置までの経路を生成する（ステップＳ９３）。制御部１１は経路と道路ネットワークデータとから、走行距離を算出する（ステップＳ９４）。制御部１１は走行距離を走行距離ＤＢ１３８に記憶する（ステップＳ９５）。制御部１１は終了するか否かを判定する（ステップＳ９６）。制御部１１は走行距離を算出していないTripがなければ終了すると判定し、そうでなければ、終了しないと判定する。制御部１１は終了しないと判定した場合（ステップＳ９６でＮＯ）、処理をステップＳ９１へ戻し、処理を続行する。制御部１１は終了すると判定した場合（ステップＳ９６でＹＥＳ）、処理を終了する。なお、走行距離算出処理は、位置情報取得処理において、１つのTripの終了を検知する毎に、当該Tripを対象として走行距離を算出することが望ましい。この場合、ステップＳ９６は不要である。

【0074】

図２２は月間総走行距離算出処理の手順例を示すフローチャートである。月間総走行距離算出処理は、各車両について月毎の総走行距離を算出する処理である。月間総走行距離算出処理は月次バッチ処理等により、実行される。サーバ１の制御部１１は算出対象とする期間を取得する（ステップＳ１１１）。期間は例えば、前月１日から前月末日である。それに限らず、前月２１日から当月２０日までなどとしてもよい。制御部１１は対象とする期間内のTrip毎の走行距離データを走行距離ＤＢ１３８から取得する（ステップＳ１１２）。上述したが、Tripの開始から終了までが月をまたぐ場合、開始日時で判断するのか、終了日時で判断するのか、予め定めておくこととする。制御部１１は算出対象とする車両ＩＤを選択する（ステップＳ１１３）。制御部１１は対象とした車両ＩＤの各Tripの走行距離を足し合わせて、月間の総走行距離を算出する（ステップＳ１１４）。制御部１１は算出した月間の総走行距離を、月間総距離ＤＢ１３９に記憶する（ステップＳ１１５）。制御部１１は未処理の車両ＩＤがある否かを判定する（ステップＳ１１６）。制御部１１は未処理の車両ＩＤがあると判定した場合（ステップＳ１１６でＹＥＳ）、処理をステップＳ１１３へ戻し、未処理の車両ＩＤに対する処理を行う。制御部１１は未処理の車両ＩＤがないと判定した場合（ステップＳ１１６でＮＯ）、処理を終了する。

【0075】

図２３は利用料金算出処理の手順例を示すフローチャートである。利用料金算出処理は各契約者請求する月毎の利用料金を算出する処理である。利用料金算出処理は月次バッチ処理等により、実行される。なお、利用料金算出処理を実行するまで、月間総走行距離算出が完了していることが前提である。サーバ１の制御部１１は算出対象となる利用者の情報を利用者ＤＢ１３４から抽出する（ステップＳ１３１）。制御部１１は処理対象とする利用者を選択する（ステップＳ１３２）。制御部１１は選択した利用者の月間総走行距離を月間総距離ＤＢ１３９から取得する（ステップＳ１３３）。制御部１１は契約ＤＢ１３５から利用者の請求単価を取得し、それに月間総走行距離を掛けて、従量料金を算出する（ステップＳ１３４）。制御部１１は算出した従量料金に、契約ＤＢ１３５から取得した月額基本料金を加えた利用料金を算出する（ステップＳ１３５）。制御部１１は基本料金、従量料金、利用料金を請求ＤＢ１３Ａに記憶する（ステップＳ１３６）。請求ＤＢ１３Ａに記憶した請求情報に基づき、別途、利用者への請求処理が行なわれる。制御部１１は未処理の利用者が有るか否か判定する（ステップＳ１３７）。制御部１１は未処理の利用者が有ると判定した場合（ステップＳ１３７でＹＥＳ）、処理をステップＳ１３２へ戻す。制御部１１は未処理の利用者がないと判定した場合（ステップＳ１３７でＮＯ）、処理を終了する。利用料金を算出した後に、利用者に対して算出した利用料金を通知してもよい。例えば通知は電子メール、プッシュ通知等で行う。

【0076】

図２４は利用料金表示画面の例を示す説明図である。利用料金表示画面ｄ０１は、月毎の利用料金を表示する画面である。利用料金表示画面ｄ０１は利用料金ｄ０１１、支払情報ｄ０１２、基本料金ｄ０１３及び従量料金ｄ０１４を含む。利用料金ｄ０１１は請求される利用料金を示す。支払情報ｄ１１２は支配方法、引落とし日等の支払日を示す。基本料金ｄ０１３は月額の基本料金を示す。従量料金ｄ０１４は月間総走行距離に応じた従量料金を示す。

【0077】

本実施の形態においては、利用料金のうち、従量料金は車両の走行距離に基づく請求額となる。そのため、走行距離が大きい利用者であっても、小さい利用者であっても利用料金は妥当性の有る値となる。なお、所有者がリース会社等であって、利用料金の徴収を自動車取引システム１００の運営者が行っている場合において、月毎の従量料金は利用期間満了まで運営者が預かり、利用期間満了後に、運営者が所有者へ従量料金の総額（積算値）を支払うようにしてもよい。この場合、契約毎に従量料金の積算値を毎月計算し、契約ＤＢ１３５に記憶するのが望ましい。利用期間中に追加料金がどのくらい回収されているかを確認可能となるからである。また積算値を記憶していれば、利用期間満了後に所有者への支払処理を速やかに行うことが可能となる

【0078】

（実施の形態２）
本実施の形態は、月間総走行距離が規定値以内の場合は、従量料金を請求せず、規定値を越えた場合、超えた距離に応じた従量料金を請求する形態に関する。例えば、月間総走行距離が５００ｋｍ以内であれば、従量料金は発生せず、基本料金のみの請求となる。この料金プランを、月５００ｋｍまで課金無料プランという。月５００ｋｍまでとしているのは、自動車保有者に対するアンケート調査によれば、月平均の走行距離が５００ｋｍとの結果が出ているからである。したがって、月５００ｋｍまで課金無料というのは、一定の妥当性があると考えられるが、本実施の形態においては、これに限定するものではない。例えば、月３００ｋｍまで課金無料としてもよいし、月７００ｋｍまで課金無料としてもよい。このように月当たりの総走行距離が所定値以内の場合に、従量料金を請求しない料金プランを総称して、定額プランという。

【0079】

月５００ｋｍまで課金無料プランの基本料金、請求単価の算出においては、利用者が利用期間中に車両を毎月最低５００ｋｍは走行させることを前提とする。すなわち、利用期間が３６ヶ月の場合であれば、総走行距離が１８，０００ｋｍであるとして、基本料金を算出する。また、スタンダードプランよりも総走行距離が長いことを想定するので、残価データとして取得する車両の格付けは、スタンダードプランは車両の状態が平均的より良質を示す格付けとしたのに対して、平均的な状態を示す格付けとする。本実施の形態が実施の形態１と異なる点は、基本料金の算出法であるので、この点を主に以下説明する。

【0080】

図２５は残価ＤＢの他の例を示す説明図である。図２５に示す残価ＤＢ１３２の構造は、図７に示した残価ＤＢ１３２と同一であるので説明を省略する。上述したようにスタンダードプランに比べると、月５００ｋｍまで課金無料プランでは、格付けが下の残価データを用いるため、残価率、残価ともに、図２５に示す値は図７に示した値より小さくなっている。

【0081】

基本料金の算出は以下のように行う。想定想経過年数が３年＝３６ヶ月であった場合、残価ＤＢ１３２を参照して、想定総経過年数における総走行距離１８，０００ｋｍの残価率を特定する。図２５の例では、８３．０％である。この残価率を用いて、実施の形態１で示した式（１）で、基本料金を計算する。実施の形態１では総走行距離０ｋｍの残価率を採用したのに対して、本実施の形態では総走行距離１８，０００ｋｍの残価率を採用する点が異なる。

【0082】

図２６は原価単価の計算例を示す説明図である。計算方法は図１６を参照して説明した実施の形態１と同様である。図１６と同様に、想定総経過年数は３年＝３６ヶ月、２つの残価の組合せは、０ｋｍとそれ以外の距離としている。それに限らず、一方が０ｋｍではない、例えば、総走行距離１８，０００ｋｍの残価と、総走行距離２４，０００ｋｍの残価との組合せでよい。総走行距離１８，０００ｋｍのときの走行距離１ｋｍ当たりの減価（絶対値）は以下のように計算される。

【0083】

原価単価＝（2,416千円－2,331千円）／（18,000-0）＝５円（小数第１位四捨五入）
原価単価として、最大値を採用すると、原価単価は６円となる。さらに、原価単価に利益、請求に必要な諸経費相当分、消費税を加えて、請求単価を確定する。原価単価から請求単価を求める考え方は、実施の形態１と同様である。

【0084】

本実施の形態において行う処理は、図１７から図２３のフローチャートで示した内容と同様である。但し、基本料金算出処理（図１８）のステップＳ３１で特定する残価率は、総走行距離１８，０００ｋｍに対応する値である。

【0085】

本実施の形態で提案する月５００ｋｍまで課金無料プランでは、月毎に固定の基本料金がスタンダードプランよりも高くなるものの、月総走行距離が５００ｋｍまでは、追加料金（従量料金）が発生しないため、車両の走行距離が毎月５００ｋｍ近辺となることが想定される利用者にとっては、スタンダードプランよりも合理的な料金プランとなる。

【0086】

（実施の形態３）
本実施の形態は、スタンダードプランよりも固定の基本料金を圧縮する料金プランである。基本料金を圧縮する点に着目して、エコノミープランと呼ぶ。エコノミープランはスタンダードプランよりも月毎の総走行距離が少ないことを想定したプランである。そのため、残価データとして取得する車両の格付けは、スタンダードプランは車両の状態が平均的より良質を示す格付けとしたのに対して、本実施の形態では、スタンダードプランよりも更に良質の格付けとする。本実施の形態が実施の形態１と異なる点は、基本料金、従量料金の算出元となる残価データである。

【0087】

図２７は残価ＤＢの他の例を示す説明図である。図２７に示す残価ＤＢ１３２の構造は、図７に示した残価ＤＢ１３２と同一であるので説明を省略する。上述したようにスタンダードプランに比べると、エコノミープランでは、格付けが上の残価データを用いるため、残価率、残価ともに、図２７に示す値は図７に示した値より大きくなっている。

【0088】

基本料金、従量料金の算出方法は、実施の形態１（スタンダードプラン）と同様であるから説明を省略する。また、本実施の形態において行う処理は、図１７から図２３のフローチャートで示した内容と同様である。

【0089】

本実施の形態で提案するエコノミープランでは、月毎に固定の基本料金がスタンダードプランよりも安くなるため、車両を移動手段として実用的に使うのではなく、所有して眺める、純粋にドライブを楽しむといった、総走行距離は少なく所有することで喜びを得ることが主目的の利用者に適したプランとなる

【0090】

（実施の形態４）
本実施の形態は、スタンダードプラン及びエコノミープランの請求単価を、月５００ｋｍまで課金無料プランとの対比で補正する形態に関する。上述したように、各プランの基本料金、従量料金の算出には、残価データを用いている。繰り返しとなるが、残価は車両の状態を示す格付けによって異なる。減価は総走行距離と正の相関を持つと考えられ、各プランにおいて想定する総走行距離の大小より、月５００ｋｍまで課金無料プランでは、平均的な格付けの車両の残価データを、スタンダードプランでは、平均よりもやや高い格付けの車両の残価データ、エコノミープランでは、更に高い格付けの車両の残価データをそれぞれ採用し、基本料金及び従量料金を算出している。しかし、どのような格付けの車両であっても、平均と言われている月間総走行距離５００ｋｍで使用されていけば、数年経過後に評価された残価は、平均的な値となることは想定される。すなわち、スタンダードプラン又はエコノミープランで契約した利用者による車両の利用が、想定に反して、利用期間中の月間総走行距離が５００ｋｍ近辺で推移した場合、利用期間満了時の残価が契約時に想定した残価を下回ることがあり得る。また、従量料金は走行距離に応じた減価分を回収するための料金であるが、車両の格付けは変わらない前提で算出しているため、基本料金での未収分を補填できる可能性は薄い。そこで、スタンダードプラン及びエコノミープランの請求単価を、月５００ｋｍまで課金無料プランの請求単価を用いて補正する。

【0091】

図２８は距離原価の補正方法を示す説明図である。図２８に示すのは、ここまでの例と同様に、利用期間が３６ヶ月の例である。プラン列はプランの名称を示している。想定総走行距離列は料金算出時に想定する利用期間における車両の総走行距離を示している。月５００ｋｍまで課金無料プランは１８，０００ｋｍである。スタンダードプラン、エコノミープランでは想定総走行距離は設定しない。当初残価率列は基本料金の基となる総走行距離０ｋｍであったとき利用期間満了時の残価率を示している。当初残価列は同様に総走行距離０ｋｍであったとき利用期間満了時の残価を示している。基準原価列は各プランにおいて請求単価処理において算出する原価単価を示している。満了時残価列は各プランにおいて、利用期間における総走行距離が１８，０００ｋｍであったときの利用期間満了時の残価を示している。上段の定額プランとの差分列は、スタンダードプラン又はエコノミープランの満了時残価と、月５００ｋｍまで課金無料プランの満了時残価（参考残価データ）との差分を示している。満了時残価率列は各プランにおいて、利用期間における総走行距離が１８，０００ｋｍであったときの利用期間満了時の残価率を示している。下段の定額プランとの差分列は、スタンダードプラン又はエコノミープランの満了時残価率と、月５００ｋｍまで課金無料プランの満了時残価率との差分を示している。調整原価列は、上段の定額プランとの差分列の値を１８，０００で割った値を示している。距離原価列は、距離原価列の値と、調整原価列の値とを加算した値、原価単価を示している。請求単価（税抜き）列は、原価単価に利益等を加えた請求単価を示している。請求単価（税込み）列は消費税を含めた請求単価を示している。

【0092】

以上のように、スタンダードプラン及びエコノミープランにおいて、利用期間における総走行距離が、月５００ｋｍまで課金無料プランの想定総走行距離である１８，０００ｋｍとなった場合に、利用期間満了時の残価が、月５００ｋｍまで課金無料プランの残価と同じ値まで下がったとしても、差分の残価を１ｋｍ毎の調整原価とし、原価単価に加えることにより、下がった分の残価を回収することが可能となる。

【0093】

以上のように、原価単価が補正された後、請求単価が算出される。原価単価を補正する処理の手順を、フローチャートを用いて改めて説明する。図２９は原価補正処理の手順例を示すフローチャートである。原価補正処理は、図１９に示した請求単価算出処理において、ステップＳ４５に入れ換わって実行される。すなわち、ステップＳ４４に続いて、原価補正処理が実行され、ステップＳ４５は実行されずにリターンする。

【0094】

サーバ１の制御部１１は算出対象となっているのが定額プランであるか否かを判定する（ステップＳ１５１）。ここでは定額プランは、月５００ｋｍまで課金無料プランである。算出対象とする料金プランの指定は、図１７に示した料金算出処理のステップＳ６において受け付ける。制御部１１は定額プランでないと判定した場合（ステップＳ１５１でＮＯ）、定額プランの利用期間満了時の残価と、対象となっているプランにおいて、利用期間における総走行距離が１８，０００ｋｍであったときの利用期間満了時の残価とを取得する（ステップＳ１５２）。制御部１１は取得した２つの残価の差分を算出する（ステップＳ１５３）。制御部１１は残価の差分を想定総走行距離（ここでは１８，０００ｋｍ）で割り、調整原価を算出する（ステップＳ１５４）。制御部１１は距離原価を算出する（ステップＳ１５５）。距離原価は図１９のステップＳ４４で求めた原価単価（基準原価）に、調整原価を加算したものである。制御部１１は距離原価から請求単価を算出する（ステップＳ１５６）。制御部１１は定額プランであると判定した場合（ステップＳ１５１でＹＥＳ）、ステップＳ１５６を実行する。制御部１１は処理を終了する。

【0095】

本実施の形態においては、スタンダードプラン又はエコノミープランで契約した利用者による車両の利用が、想定に反して、利用期間中の月間総走行距離が５００ｋｍ近辺で推移した場合であって、利用期間満了時の残価が契約時に想定した残価を下回り、月５００ｋｍまで課金無料プランの残価と同水準になったとしても、調整原価を加味した請求単価で、従量料金を請求することにより、残価が下回った分の額を回収することが可能となる。

【0096】

なお、利用期間満了後に車両を売却した際の実際の価格が、契約時に想定した想定残価を下回った場合、オープンエンド方式を採用し、売却価格と想定残価との差分を利用者から徴収してもよい。または、クローズエンド方式を採用し、利用者から追加徴収をせずともよい。オープンエンド方式とするか、クローズエンド方式とするかは、予め定めておく。それに限らず、何れの方式とするかを、契約時に利用者と所有者とが協議の上、決めてもよい

【0097】

（実施の形態５）
基本料金、請求単価を算出する際には、利用期間における総走行距離の想定値をどのように定めるかがポイントである。本実施の形態は、学習モデルを用いて、利用者毎に総走行距離の想定値を設定する。

【0098】

図３０は訓練ＤＢの例を示す説明図である。訓練ＤＢ１３Ｂは後述する学習モデルを学習するための訓練データを記憶する。訓練ＤＢ１３Ｂは車種列、車種クラス列、色列、グレード列、年齢列、性別列、職業列、利用期間列及び総走行距離列を含む。車種列からグレード列は過去に利用契約された車両に関するデータを記憶する。車種列は車両の名称を記憶する。車種クラス列は車両のクラスを記憶する。クラスは例えば、コンパクトカークラス、スタンダードクラス、ラグジュアリー（高級車）クラス、エコロジークラス、ＳＵＶクラス、及び商用車クラスなどである。色列は車両の本体色を記憶する。グレード列は車両のグレードを記憶する。年齢列から職業列は利用情報を記憶する。年齢列は利用者の年齢を記憶する。４０代等の年代でもよい。性別列は利用者の性別を記憶する。職業列は利用者の職業を記憶する。利用期間列は車両が利用された期間を記憶する。総走行距離列は利用期間における車両の総走行距離の実績を記憶する。訓練ＤＢ１３Ｂは利用者ＤＢ１３４、契約ＤＢ１３５、月間総距離ＤＢ１３９等を参照して生成する。

【0099】

図３１は推定モデルの構成例を示す説明図である。推定モデルＭは車両情報、利用者情報及び利用期間を入力した場合に、利用期間における車両の総走行距離の推定値を出力する学習モデルである。推定モデルＭは深層学習により生成されるニューラルネットワークであり、例えばＣＮＮ（Convolutional Neural Network）等で構成する。推定モデルＭは学習工程において、訓練ＤＢ１３Ｂに記憶する訓練データにより、学習する。図３１に示す例では、車両情報は車種、車種クラス、色及びグレードである。また、利用者情報は年齢、性別、職業である。

【0100】

図３２はモデル生成処理の手順例を示すフローチャートである。サーバ１の制御部１１は訓練ＤＢ１３Ｂから訓練データを取得する（ステップＳ１７１）。制御部１１は訓練データの中から、１レコードを選択する（ステップＳ１７２）。制御部１１は選択した訓練データの１レコードを用いて学習を行う（ステップＳ１７３）。例えば、制御部１１は訓練データに含まれる車両情報、利用者情報、利用期間を推定モデルＭへ入力し、推定モデルＭから出力された総走行距離の推定値が、訓練データに含まれる総走行距離の値に近づくように、推定モデルＭを構成するニューロン間の重み等のパラメータを最適化する。制御部１１は学習に使用されていない未処理のレコードが有るか否かを判定する（ステップＳ１７４）。制御部１１は未処理のレコードが有ると判定した場合（ステップＳ１７４でＹＥＳ）、処理をステップＳ１７２へ戻し処理を継続する。制御部１１は未処理の訓練データがないと判定した場合（ステップＳ１７４でＮＯ）、学習して得た推定モデルＭを記憶し（ステップＳ１７５）、処理を終了する。

【0101】

図３３は料金算出処理の他の手順例を示すフローチャートである。利用者は利用者端末２を操作して、料金算出を指示する。利用者端末２の制御部２１は算出の要求をサーバ１へ送信する（ステップＳ１８１）。サーバ１の制御部１１は算出の要求を受信する（ステップＳ１８２）。制御部１１は車両情報、利用期間等を入力する入力画面を利用者端末２へ送信する（ステップＳ１８３）。利用者端末２の制御部２１は入力画面を受信する（ステップＳ１８４）。制御部２１は入力画面を表示パネル２５に表示する（ステップＳ１８５）。利用者は利用した車両の情報を入力画面に入力する。入力すべき情報は、車種、グレード及び色（本体色）並びに利用期間である。希望する料金プランを入力可能してもよい。なお、定額プランに関して、従量料金を請求しない月間総走行距離は、利用期間における総走行距離により定めるので、入力画面では定額となる月間総走行距離の上限値は表示しない。制御部２１は入力を受け付ける（ステップＳ１８６）。制御部２１は受け付けた車種、グレード及び色並びに利用期間をサーバ１へ送信する（ステップＳ１８７）。サーバ１の制御部１１は車種、グレード及び色並びに利用期間を受信する（ステップＳ１８８）。制御部１１は在庫が有るか否かを判定する（ステップＳ１８９）。自動車取引システム１００において、車両の調達は、提携するディーラーから行うことを前提としているので、制御部１１は、提携ディーラーのシステムへ問い合わせを行い、在庫の有無を判定する。制御部１１は在庫が有ると判定した場合（ステップＳ１８９でＹＥＳ）、想定総経過年数を特定する（ステップＳ１９０）。制御部１１は、ディーラーへの問い合わせから得た車両の情報から、初度登録年月から処理日現在の経過年数を算出する。現在の経過年数に利用者が指定した利用期間を足して、利用期間満了時の経過年数＝想定総経過年数を特定する。制御部１１総走行距離の推定を行う（ステップＳ１９１）。すなわち、制御部１１は推定モデルＭへ利用者情報、車両情報、利用期間を入力し、推定モデルＭから総走行距離の推定値を取得する。制御部１１は、推定した総走行距離を考慮して、想定総経過年数についての残価・残価率表を作成する（ステップＳ１９２）。制御部１１は、推定した総走行距離によって、残価データを取得する際の車両の格付けを調整する。制御部１１は基本料金の算出を行う（ステップＳ１９３）。制御部１１は請求単価の算出を行う（ステップＳ１９４）。定額プランの算出においては、推定した総走行距離を想定総走行距離として、基本料金、請求単価を計算する。制御部１１は算出した基本料金、請求単価を料金ＤＢ１３３に記憶する（ステップＳ１９５）。制御部１１は基本料金、請求単価を含む料金画面を作成し、利用者端末２へ送信する（ステップＳ１９６）。定額プランの料金画面では、推定した総走行距離を利用期間月数で割って求めた月毎の料金を定額とする上限距離を含める。例えば推定した総走行距離が１４，４００ｋｍで、利用期間月数が３６ヶ月のとき、月毎の上限距離は４００ｋｍとなる。利用者端末２の制御部２１は料金画面を受信し、表示パネル２５に表示する（ステップＳ１９７）。制御部２１は処理を終了する。制御部１１は在庫がないと判定した場合（ステップＳ１８９でＮＯ）、在庫がない旨の通知をする画面を作成し、利用者端末２へ送信する（ステップＳ１９８）。利用者端末２の制御部２１は画面を受信し、表示パネル２５に表示する（ステップＳ１９９）。利用者は終了するか、終了せずに他の車両を検索するかを入力する。制御部２１は入力を受け付ける（ステップＳ２００）。制御部２１は終了するか否かを判定する（ステップＳ２０１）。制御部２１は終了しないと判定した場合（ステップＳ２０１でＮＯ）、処理をステップＳ１８５へ戻す。制御部２１は終了する判定した場合（ステップＳ２０１でＹＥＳ）、処理を終了する。

【0102】

本実施の形態においては、推定モデルＭを用いて、利用期間における総走行距離の推定をするので、利用期間満了時の残価、残価率を精度良く推定することが可能となる

【0103】

（残価データの補間）
上述したように、残価データは情報提供会社より取得することを前提としている。そのため、得られる残価データは離散的であり、料金算出に必要となる残価データが得られないことが想定される。その場合は、得られるデータから補間して求める。例えば、経過年数３年（３６ヶ月）と経過年数４年（４８ヶ月）との残価データが得られている場合において、経過年数３．５年（４２ヶ月）の残価データが必要となったときは、４年の残価データと３年の残価データとの差分を１２で割り、１ヶ月毎の減価を求め、求めた減価に６を掛けた値を、３年の残価から引くことにより、経過年数３．５年の残価を得ることが可能である。

【0104】

距離についての補間は距離単価の考え方と同様である。１８，０００ｋｍと２４，０００ｋｍとの残価データが得られている場合に、２０，０００ｋｍの残価データが必要となったときは、残価データの差分を、距離の差分（６，０００ｋｍ）で割り、１ｋｍ当たりの減価を求める。求めた減価に２，０００を掛けた値を、１８，０００ｋｍの残価データより引くことにより、２０，０００ｋｍの残価データを得ることが可能である。

【0105】

本体色についての補間は困難であるが、以下のような処理を採用しうる。例えば、ソリッドホワイトの残価データは得られているが、パールホワイトの残価データは得られていない場合、同じホワイト系の色であるので、ソリッドホワイトの残価データで代用する。または、パールホワイトはソリッドホワイトよりも、やや人気が落ちると分かっていた場ときは、ソリッドホワイトの残価データに一律０．９を掛けた値を、パールホワイトの残価データとする。

【0106】

また、本体色の人気ランキングで、６位：レッド、７位：ブラウン・ベージュ、８位：グリーンであることが判明しており、残価データとしてレッド、グリーンのデータは得られているが、必要となるブラウン・ベージュの残価データがない場合は、レッドのデータと、グリーンのデータとの中間の値をブラウン・ベージュの残価データとする。

【0107】

以上に述べた補間方法は線形補間であるが、他に補間法が適しているのであれば、それを採用してもよい。

【0108】

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。

【0109】

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【0110】

また、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載してもよい。

【符号の説明】

【0111】

１００ ：自動車取引システム
１ ：サーバ
１Ｐ ：制御プログラム
１１ ：制御部
１２ ：主記憶部
１３ ：補助記憶部
１３１ ：車両ＤＢ
１３２ ：残価ＤＢ
１３２１ ：ヘッダ
１３２２ ：テーブル
１３３ ：料金ＤＢ
１３４ ：利用者ＤＢ
１３５ ：契約ＤＢ
１３６ ：デバイスＤＢ
１３７ ：位置情報ＤＢ
１３８ ：走行距離ＤＢ
１３９ ：月間総距離ＤＢ
１３Ａ ：請求ＤＢ
１３Ｂ ：訓練ＤＢ
１４ ：通信部
１５ ：読み取り部
１６ ：表示パネル
１ａ ：可搬型記憶媒体
１ｂ ：半導体メモリ
２ ：利用者端末
２１ ：制御部
２２ ：主記憶部
２３ ：補助記憶部
２４ ：通信部
２５ ：表示パネル
２６ ：操作部
２７ ：撮像部
２Ｐ ：制御プログラム
３ ：所有者端末
３Ｐ ：制御プログラム
４ ：通信デバイス
４１ ：制御部
４２ ：主記憶部
４３ ：補助記憶部
４４ ：通信部
４５ ：位置取得部
４６ ：撮像部
４Ｐ ：制御プログラム
Ｂ ：バス
Ｎ ：ネットワーク

【図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】