特開 2025-2781 情報処理装置

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

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

(11)【公開番号】P2025002781

(43)【公開日】2025-01-09

(54)【発明の名称】情報処理装置

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241226BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2023103127

(22)【出願日】2023-06-23

(71)【出願人】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】檜垣 篤史

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

5L049

5L050

【Ｆターム（参考）】

5L049CC11

5L050CC11

(57)【要約】

【課題】車両の乗換えを促進する上で有効な技術を提供する。
【解決手段】情報処理装置では、制御部が、第１の時期における第１の車両の残価、第１の時期よりも将来の第２の時期における第１の車両の残価、第１の時期から第２の時期まで第１の車両を利用し続けると仮定した場合に発生する所定の費用、第１の時期における第１の車両の残債、第２の時期における第１の車両の残債、第１の車両の月額保険料、及び第２の車両の車種を含む情報の入力を受け付ける。制御部は、受け付けた情報に基づいて、第１の時期に第１の車両から第２の車両へ乗り換えると仮定した場合の第１の支払額、及び第２の時期に第１の車両から第２の車両へ乗り換えると仮定した場合の第２の支払額を演算する。制御部は、第１の支払額と第２の支払額を比較する情報を出力する。
【選択図】図４

【特許請求の範囲】

【請求項1】

ユーザが使用している第１の車両の第１の時期における残価、前記第１の時期よりも将来の第２の時期における前記第１の車両の残価、前記第１の時期から前記第２の時期まで前記第１の車両を利用し続けると仮定した場合に発生する所定の費用、前記第１の時期における前記第１の車両の残債、前記第２の時期における前記第１の車両の残債、前記第１の車両の月額保険料、及び前記ユーザが乗換えを希望している第２の車両の車種を含む情報の入力を受け付けることと、
前記入力の受け付けに応じて、前記第１の時期に前記第１の車両から前記第２の車両へ乗り換えると仮定した場合の第１の支払額、及び前記第２の時期に前記第１の車両から前記第２の車両へ乗り換えると仮定した場合の第２の支払額を演算することと、
前記第１の支払額及び前記第２の支払額を比較する情報を出力することと、
実行するように構成される制御部を備える、
情報処理装置。

【請求項2】

前記第１の支払額を演算することは、
前記第１の時期から前記第２の時期までの月数に前記第１の車両の前記月額保険料を乗算して、第１の金額を演算すること、
前記第１の時期における前記第１の車両の前記残価に、前記第１の金額及び前記所定の費用を加算して、第２の金額を演算することと、
前記第２の金額から前記第１の時期における第１の車両の前記残債を減算して、第３の金額を演算することと、
前記第２の車両に関する支払額から前記第３の金額を減算して、前記第１の支払額を演算することと、
を含み、
前記第２の支払額を演算することは、
前記第２の時期における前記第１の車両の前記残価から、前記第２の時期における第１の車両の前記残債を減算して、第４の金額を演算することと、
前記第２の車両に関する支払額から前記第４の金額を減算して、前記第２の支払額を演算することと、
を含む、
請求項１に記載の情報処理装置。

【請求項3】

前記第１の支払額及び前記第２の支払額を比較する情報を出力することは、前記第１の支払額、前記第２の支払額、及び前記第１の支払額と前記第２の支払額との差を含むユーザインターフェース画面を出力することを含む、
請求項１に記載の情報処理装置。

【請求項4】

前記入力を受け付けることは、前記第１の時期における前記第１の車両の前記残価の入力欄、前記第２の時期における第１の車両の前記残価の入力欄、前記所定の費用の入力欄、前記第１の時期における前記第１の車両の前記残債の入力欄、前記第２の時期における前記第１の車両の前記残債の入力欄、前記第１の車両の前記月額保険料の入力欄、及び前記第２の車両の前記車種の入力欄を含むユーザインターフェース画面を出力することを含む、
請求項１に記載の情報処理装置。

【請求項5】

前記第１の時期は、前記第２の金額が前記第１の車両の残債を上回る時期である、
請求項１に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置に関する。

【背景技術】

【0002】

車両の販売を促進する技術が知られている（例えば、特許文献１を参照。）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

本開示の目的は、ユーザの車両の乗換えを促進する上で有効な技術を提供することにある。

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

【0005】

本開示の態様の１つは、情報処理装置である。その場合の情報処理装置は、例えば、
ユーザが使用している第１の車両の第１の時期における残価、前記第１の時期よりも将来の第２の時期における前記第１の車両の残価、前記第１の時期から前記第２の時期まで前記第１の車両を利用し続けると仮定した場合に発生する所定の費用、前記第１の時期における前記第１の車両の残債、前記第２の時期における前記第１の車両の残債、前記第１の車両の月額保険料、及び前記ユーザが乗換えを希望している第２の車両の車種を含む情報の入力を受け付けることと、
前記入力の受け付けに応じて、前記第１の時期に前記第１の車両から前記第２の車両へ乗り換えると仮定した場合の第１の支払額、及び前記第２の時期に前記第１の車両から前記第２の車両へ乗り換えると仮定した場合の第２の支払額を演算することと、
前記第１の支払額及び前記第２の支払額を比較する情報を出力することと、
実行するように構成される制御部を備える。

【0006】

本開示は、上記情報処理装置の処理をコンピュータが実行する情報処理方法として捉えることもできる。また、本開示は、上記情報処理方法をコンピュータに実行させるための情報処理プログラム又は該情報処理プログラムを格納する非一時的記憶媒体として捉えることもできる。

【発明の効果】

【0007】

本開示によれば、ユーザの車両の乗換えを促進する上で有効な技術を提供することができる。

【図面の簡単な説明】

【0008】

【図1】実施形態におけるシステムの構成例を概略的に示すブロック図である。

【図2】サポート用Ｗｅｂページの第１の例を示す図である。

【図3】サポート用Ｗｅｂページの第２の例を示す図である。

【図4】実施形態におけるサーバで実行される処理フローを示すフローチャートである。

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

【0009】

車両の販売サービス又はリースサービスでは、ユーザが現在使用している車両（第１の
車両）を下取りに出して、別の車両（第２の車両）を購入又はリースする形態、所謂乗換えがある。ところで、第１の車両の下取り価格は、経時的に低下する傾向がある。そのため、ユーザが割賦で第１の車両を使用している場合、乗換え時期によっては、第１の車両の下取り価格より残債の方が大きくなる。そのような場合、ユーザは、第２の車両の支払額に加え、第１の車両の残債を支払う必要がある。よって、第１の車両の下取り価格が残債を上回るタイミングで、ユーザの乗換え意欲を喚起する手立てが必要となる。

【0010】

そこで、本開示に係る情報処理装置では、制御部が、ユーザが使用している第１の車両の第１の時期における残価、第１の時期よりも将来の第２の時期における第１の車両の残価、第１の時期から第２の時期まで第１の車両を利用し続けると仮定した場合に発生する所定の費用、第１の時期における第１の車両の残債、第２の時期における第１の車両の残債、第１の車両の月額保険料、及びユーザが乗換えを希望している第２の車両の車種を含む情報の入力を受け付ける。その際、制御部は、第１の時期における第１の車両の残価の入力欄、第２の時期における第１の車両の残価の入力欄、所定の費用の入力欄、第１の時期における第１の車両の残債の入力欄、第２の時期における第１の車両の残債の入力欄、第１の車両の月額保険料の入力欄、及び第２の車両の車種の入力欄を含むユーザインターフェース画面を出力してもよい。

【0011】

ここで、第１の時期は、第１の車両の下取り価格が第１の車両の残債を上回る時期である。一例として、第１の時期は、第１の車両の下取り価格が第１の車両の残債を上回る期間のうち、ユーザが所定の拠点に来店するタイミングであってよい。所定の拠点は、例えば、車両の販売サービスおよびまたはリースサービスを提供する事業者の店舗（例えば、カーディーラー等）又は当該事業者から委託を受けた事業者等が運営する整備工場である。また、第２の時期は、第１の時期より将来の時期であって、ユーザが乗換えを検討し易い時期（例えば、第１の車両の法定点検又は車検等の時期）である。

【0012】

制御部は、上記した情報の入力を受け付けると、第１の支払額及び第２の支払額を演算する。第１の支払額は、第１の時期に第１の車両から第２の車両へ乗り換えると仮定した場合のユーザの支払額である。第２の支払額は、第２の時期に第１の車両から第２の車両へ乗り換えると仮定した場合のユーザの支払額である。

【0013】

一例として、第１の支払額は、以下の手順で演算されてよい。
（１）第１の時期から第２の時期までの月数に第１の車両の月額保険料を乗算して、第１の金額を演算
（２）第１の時期における第１の車両の残価に、第１の金額及び所定の費用を加算して、第２の金額を演算
（３）第２の金額から第１の時期における第１の車両の残債を減算して、第３の金額を演算
（４）第２の車両に関する支払額から第３の金額を減算して、第１の支払額を演算

【0014】

また、一例として、第２の支払額は、以下の手順で演算されてよい。
（５）第２の時期における第１の車両の残価から、第２の時期における第１の車両の残債を減算して、第４の金額を演算
（６）第２の車両に関する支払額から第４の金額を減算して、第２の支払額を演算

【0015】

ここで、所定の費用は、例えば、第１の時期から第２の時期までの期間中に第１の車両が受ける必要があるメンテナンス（例えば、法定点検、およびまたは車検整備等）にかかる費用、及び第１の時期から第２の時期までの期間中に第１の車両に課せられる税金等を含む。

【0016】

なお、第１の支払額及び第２の支払額の演算において、第１の金額及び所定の費用は、第１の支払額の演算に使用されることに代えて、第２の支払額の演算に使用されてもよい。その場合、第１の時期における第１の車両の残価から第１の時期における第１の車両の残債を減算した金額を、第３の金額とすればよい（この場合、第２の金額の演算は不要。）。これに伴い、第２の時期における第１の車両の残価から第２の時期における第１の車両の残債及び所定の費用を減算した金額を、第４の金額とすればよい。

【0017】

上記した手順で第１の支払額及び第２の支払額が演算されると、制御部は、演算された第１の支払額と第２の支払額を比較する情報を出力する。ここで、本開示に係る情報処理装置が車両の販売サービスおよびまたはリースサービスを提供する事業者が使用する端末である場合、第１の支払額と第２の支払額を比較する情報を出力することは、第１の支払額と第２の支払額を比較する情報を含むユーザインターフェース画面を出力することを含んでよい。また、本開示に係る情報処理装置が上記事業者の端末とネットワークを通じて接続されるＷｅｂサーバである場合、第１の支払額と第２の支払額を比較する情報を出力することは、第１の支払額と第２の支払額を比較する情報を含むユーザインターフェース画面（Ｗｅｂページ）を、上記端末のブラウザに出力させることを含んでよい。

【0018】

本開示に係る情報処理装置によれば、事業者は、第２の時期に乗り換えるよりも第１の時期に乗り換える方がお得であること（ユーザの金銭的負担が少ないこと）を、ユーザにアピールすることができる。これにより、ユーザの乗換えを促進することができる。

【0019】

以下、本開示の具体的な実施形態について図面に基づいて説明する。以下の実施形態に記載されるハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは開示の技術的範囲をそれらのみに限定する趣旨のものではない。

【0020】

＜実施形態＞
本開示の実施形態について、図面を用いて説明する。本実施形態では、本開示に係る情報処理装置を、車両の販売サービス及びリースサービスを提供するシステムに適用する例について述べる。

【0021】

（システム構成）
図１は、本実施形態におけるシステム１の構成例を概略的に示すブロック図である。本実施形態におけるシステム１は、車両の販売サービスおよびまたはリースサービスを提供するものであり、端末１００とサーバ２００を含んで構成される。図１に示す例では、端末１００が１つのみ図示されているが、複数の端末１００がシステム１に含まれ得る。

【0022】

端末１００は、所定の拠点で使用される端末である。所定の拠点は、車両の販売サービスおよびまたはリースサービスを提供する事業者が運営する店舗（例えば、カーディーラー等）又は整備工場等である。端末１００は、例えば、スマートフォン、携帯電話、タブレット端末、ウェアラブルデバイス、又は、パーソナルコンピュータ等のように、ブラウザのアプリケーション・プログラムがインストールされているコンピュータである。本実施形態では、所定の拠点では、従業員等が、端末１００を通じてサーバ２００にアクセスすることで、サポート情報の提供を受けることができる。サポート情報は、所定の拠点に来店するユーザに対し、従業員等が行う提案をサポートする情報である。本実施形態における「提案」には、車両の乗換え時期に関する提案が含まれる。

【0023】

なお、本実施形態では、ユーザが現在使用している車両を第１の車両と称し、ユーザが第１の車両からの乗換えを希望している車両を第２の車両と称する。なお、第１の車両は、ユーザが割賦で購入しているものとする。また、第２の車両は、販売対象の車両でもよく、又はリース対象の車両でもよい。さらに、第２の車両は、新車でもよく、又は中古車
でもよい。

【0024】

次に、サーバ２００は、車両の販売業務およびまたはリース業務を所定の拠点の事業者に委託している企業（例えば、車両のメーカー又はメーカーの関連企業等）が運営する情報処理装置である。サーバ２００は、ＣＰＵ又はＧＰＵ等のプロセッサと、ＲＡＭ及びＲＯＭ等の主記憶装置と、ＥＰＲＯＭ、ハードディスクドライブ、又はリムーバブルメディア等の補助記憶装置と、を有するコンピュータとして構成することができる。サーバ２００の補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、及び、各種テーブル等が格納される。サーバ２００のプロセッサは、補助記憶装置に格納されているプログラムを主記憶装置の作業領域にロードして実行することで、後述するような、所定の目的に合致した各機能を実現する。ただし、サーバ２００の一部又は全部の機能はＡＳＩＣ（Application Specific Integrated Circuit）又はＦＰＧＡ（Field Programmable Gate Array）等のハードウェア回路によって実現されてもよい。

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

１００・・・端末、２００・・・サーバ、２１０・・・通信部、２２０・・・制御部

【図1】

【図2】

【図3】

【図4】