JP2022189413A - 情報処理装置、情報処理方法、及び情報処理システム - Google Patents

Abstract

【課題】貸与サービスに利用される車両の商品価値の低下を抑制する上で有効な技術を提供する。【解決手段】情報処理装置は、車両の貸与サービスである第１サービスに関わる処理を行うための制御部を備える。情報処理装置の制御部は、車両の貸与サービスにより第１車両が貸与されている第１ユーザによる、第１車両の商品価値を維持するための所定の行為の実績を取得する。制御部は、所定の行為の実績が所定の基準以上である場合に、第１ユーザに対してインセンティブを提供する。【選択図】図９

Description

本開示は、車両の貸与サービスに関する。

ユーザに車両を一定期間貸与する契約形態が知られている。このような契約形態は、リース契約、又はサブスクリプション契約等とも呼ばれる。これに関する発明として、例えば、特許文献１には、リース契約の有無に応じて、ユーザに対して洗車サービスを無料で提供するシステムが開示されている。

特開２０１５－１２２１０７号公報

本開示の目的は、貸与サービスに利用される車両の商品価値の低下を抑制する上で有効な技術を提供することにある。

本開示は、車両の貸与サービスである第１サービスに関わる処理を行うための情報処理装置として捉えることができる。その場合の情報処理装置は、例えば、
前記第１サービスにより第１車両が貸与されている第１ユーザによる、前記第１車両の商品価値を維持するための所定の行為の実績を取得すること、
前記所定の行為の実績が所定の基準以上である場合に、前記第１ユーザに対してインセンティブを提供することと、
を実行する制御部を備えるようにしてもよい。

本開示は、車両の貸与サービスである第１サービスに関わる情報処理方法として捉えることもできる。その場合の情報処理方法は、例えば、
前記第１サービスにより第１車両が貸与されている第１ユーザによる、前記第１車両の商品価値を維持するための所定の行為の実績を取得する第１ステップと、
前記所定の行為の実績が所定の基準以上である場合に、前記第１ユーザに対してインセンティブを提供する第２ステップと、
をコンピュータが実行するようにしてもよい。

本開示は、車両の貸与サービスである第１サービスに関わる処理を行うための第１装置と、前記第１サービスで貸与される車両のメンテナンスに関連する第２サービスをオンラインで提供する第２装置と、を含む、車両管理システムとして捉えることもできる。その場合、第１装置が、例えば、
前記第１サービスにより第１車両が貸与されている第１ユーザによる、前記第２サービスの利用回数を、前記第２装置から取得することと、
前記第２サービスの利用回数が第４の閾値以上である場合に、前記第１ユーザに対してインセンティブを提供することと、
を実行するようにしてもよい。

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

本開示によれば、貸与サービスに利用される車両の商品価値の低下を抑制する上で有効な技術を提供することができる。

車両リースシステムの概要を示す図である。 車両リースシステムに含まれる契約管理サーバ、予約管理サーバ、及びユーザ端末の構成を概略的に示すブロック図である。 ユーザ端末のブラウザに表示される画面の第１の例を示す図である。 ユーザ端末のブラウザに表示される画面の第２の例を示す図である。 ユーザ端末のブラウザに表示される画面の第３の例を示す図である。 契約情報テーブルの構成例を示す図である。 実績情報テーブルの構成例を示す図である。 予約管理サーバからの作業情報を受信したことをトリガにして、契約管理サーバで実行される処理ルーチンを示すフローチャートである。 所定のタイミングにおいて契約管理サーバで実行される処理ルーチンを示すフローチャートである。

本開示の一態様に係る情報処理装置は、車両の貸与サービスに関わる処理を行う。貸与サービスは、例えば、契約期間中において、定期的（例えば、月毎又は年毎）にユーザからの料金の支払いを受けることで、車両の使用権をユーザに付与するサービスである。このよう貸与サービスは、リース又はサブスクリプションとも呼ばれる（以下では、「第１サービス」と記す場合もある。）。

第１サービスの契約期間が終了した後は、車両が別のユーザに貸与されたり、又は中古車として売り出されたりする。その際、車両の商品価値が高いほど、借り手又は売り手が現れやすくなるとともに、より高値で貸与又は売却しやすくなる。車両の商品価値は、車両の各部の状態が新車時の状態に近いほど、高くなる傾向がある。よって、契約期間中における車両の商品価値の低下をより小さくすることができれば、契約期間終了後の車両を有益に活用することが可能になる。

そこで、本開示に係る情報処理装置は、第１サービスを利用しているユーザに、車両の商品価値を維持する意欲を喚起するための処理を行う。具体的には、情報処理装置の制御部が、第１サービスにより第１車両が貸与されている第１ユーザによる、第１車両の商品価値を維持するための所定の行為の実績を取得する。制御部は、第１ユーザによる所定の行為の実績が所定の基準以上であれば、第１ユーザに対してインセンティブを提供する。これにより、第１サービスを利用している第１ユーザに対し、所定の行為を起こす意欲を喚起することができる。その結果、契約期間中における車両の商品価値の低下をより小さくすることができる。

本開示における「所定の行為」は、第１車両の商品価値を維持するための行為のうち、第１サービスに付帯していない作業を伴う行為でもよい。このような所定の行為としては、例えば、第１車両のボディの劣化を抑制するための行為を挙げることができる。契約期間中における第１車両のボディの劣化を抑制することができれば、契約期間終了後における第１の車両の商品価値を高いものにすることができる。

第１車両のボディの劣化には、ボディ塗装の劣化が含まれる。ボディ塗装の劣化を抑制
するために有効な方法の一つは、ある程度の頻度で第１車両を洗車することである。そこで、本開示に係る情報処理装置の制御部は、第１車両を洗車するための行為の発生頻度が第１の閾値以上であれば、所定の行為の実績が所定の基準以上であると判定してもよい。これにより、第１の閾値以上の頻度で第１車両を洗車する意欲を、第１ユーザに喚起することができる。なお、第１の閾値は、ボディ塗装の劣化を抑えることができる、最小限の洗車頻度であり、例えば、月間で２回程度の洗車が行われる頻度である。また、洗車作業は、第１ユーザ自身が行ってもよく、又は第１ユーザからの依頼を受けた業者等が行ってもよい。よって、第１車両を洗車するための行為には、第１ユーザ自身が第１車両を洗車する行為、及び第１ユーザが第１車両の洗車を業者等に依頼する行為が含まれる。

ボディ塗装の劣化を抑制するために有効な方法として、ある程度の頻度で第１車両にボディコ－ティングを施工する方法もある。そこで、本開示に係る情報処理装置の制御部は、第１車両にボディコ－ティングを施工するための行為の発生頻度が第２の閾値以上であれば、所定の行為の実績が所定の基準以上であると判定してもよい。これにより、第２の閾値以上の頻度で第１車両にボディコ－ティングを施工する意欲を、第１ユーザに喚起することができる。なお、第２の閾値は、ボディ塗装の劣化を抑えることができる、最小限の施工頻度であり、例えば、数ヶ月毎又は数年毎にボディコ－ティングが施工される頻度である。また、ボディコ－ティング作業は、第１ユーザ自身が行ってもよく、又は第１ユーザからの依頼を受けた業者等が行ってもよい。よって、第１車両にボディコ－ティングを施工するための行為には、第１ユーザ自身がボディコ－ティングを施工する行為、又は第１ユーザがボディコ－ティングの施工を業者等に依頼する行為が含まれる。

なお、第１車両のボディの劣化には、ボディの損傷も含まれる。ボディの損傷を抑制するために有効な方法の一つは、第１車両を公共の駐車場等に駐車する際に、他の車両等により第１車両が傷つけられにくい場所に駐車することである。他の車両等により第１車両が傷つけられにくい場所は、例えば、公共の駐車場のうちで、駐車密度が低い場所（駐車エリア）である。そこで、本開示に係る情報処理装置の制御部は、公共の駐車場に第１車両を駐車するための行為の発生頻度に対し、公共の駐車場における駐車密度の低い場所に第１車両を駐車するための行為の発生頻度の割合が第３の閾値以上であれば、所定の行為の実績が前記所定の基準以上であると判定してもよい。これにより、第１車両を公共の駐車場に駐車する場合に、駐車密度の低い場所に第１車両を駐車する意欲を、第１ユーザに喚起することができる。なお、第３の閾値は、例えば、６割から７割以上の割合である。

本開示における「所定の行為」は、車両の商品価値の維持に関連する第２サービスを利用するための行為でもよい。第２サービスは、例えば、車両の商品価値を維持する上で有効なメンテナンス作業のうち、第１サービスに付帯していないメンテナンス作業（例えば、車両の洗車、又は車両のボディコ－ティング等）を提供するためのサービスである。このような第２サービスの利用頻度が高いほど、第１車両の商品価値が維持されやすい。そこで、本開示に係る情報処理装置の制御部は、第２サービスを利用するための行為の発生頻度が第４の閾値以上であれば、所定の行為の実績が所定の基準以上であると判定してもよい。これにより、第４の閾値以上の頻度で第２サービスを利用する意欲を、第１ユーザに喚起することができる。なお、第４の閾値は、第１車両の商品価値を維持することができる、最小限の利用頻度である。

ここで、第２サービスは、メンテナンス作業を行う業者により運営されてもよいが、第１サービスの提供者、若しくは第１サービスの提供者と関連する事業者により運営されてもよい。第１サービスの提供者、若しくは第１サービスの提供者と関連する事業者が第２サービスを運営する場合、第２サービスは、上記したメンテナンス作業を提供する業者に対する作業依頼の手続きを代行するプラットフォームサービスでもよい。

ここで、第１サービスが、定期的に第１ユーザから料金の支払いを受けることで、第１車両の使用権を第１ユーザに付与するサービスである場合、制御部は、インセンティブの提供として、上記した料金を減額してもよい。

また、第１サービスが、第１車両の走行距離に上限が設けられるサービスである場合、制御部は、インセンティブの提供として、上記した上限を延長してもよい。

また、制御部は、インセンティブの提供として、第１車両の走行性能に関わる機能とは異なる機能をモディファイする権利を提供してもよい。「第１車両の走行性能に関わる機能とは異なる機能をモディファイする」とは、例えば、ウィンカーの点灯方法をデフォルトの点灯方法とは異なる点灯方法に変更すること、インストルメントパネルの表示デザインをデフォルトの表示デザインとは異なる表示デザインに変更すること、車載のマルチメディア機器で再生可能なコンテンツをアップグレードすること等が含まれる。

＜実施形態＞
以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載される構成は、特に記載がない限り本開示の技術的範囲をそれらのみに限定する趣旨のものではない。

（システム概要）
図１は、本開示に係る情報処理装置を適用する車両リースシステムの概要を示す図である。本実施形態における車両リースシステムは、車両１のリース契約を管理する契約管理サーバ１００と、車両１のメンテナンス作業の予約を行う予約管理サーバ２００と、ユーザ端末３００と、を含んで構成される。

契約管理サーバ１００は、車両１のリースサービス（本開示に係る「第１サービス」に相当。）に関する各種処理を行うサーバ装置であり、本開示に係る「情報処理装置（第１装置）」の一例である。契約管理サーバ１００は、第１事業者により運営され、第１事業者がユーザと結んでいるリース契約を管理する。リース契約は、ユーザが毎月の利用料金を支払うことで、第１事業者が所有している車両１の使用者として当該ユーザを公的機関に登録する契約である。リース契約の契約期間は、第１事業者により定められた複数の期間（例えば、３年間、５年間、７年間）の中から、ユーザが選択することができる。

また、契約管理サーバ１００は、ユーザによる所定の行為の実績に基づいて、ユーザに提供されるインセンティブを決定し、決定されたインセンティブに関する情報（インセンティブ情報）をユーザの使用するユーザ端末３００へ送信する。本例における所定の行為は、車両１の商品価値を維持するための行為のうち、後述の予約管理サーバ２００を通じて、車両１のメンテナンス作業を業者に依頼する行為である。

予約管理サーバ２００は、メンテナンス作業の予約サービス（本開示に係る（第２サービスに相当。）に関する各種処理を行うサーバ装置であり、本開示に係る「第２装置」の一例である。予約管理サーバ２００は、第２事業者により運営され、第２事業者と提携している業者が提供可能なメンテナンス作業の予約を管理する。第２事業者と提携している業者が提供可能なメンテナンス作業とは、車両１の商品価値を維持する上で有効なメンテナンス作業である。斯様なメンテナンス作業には、例えば、車両１の洗車、及び車両１のボディコ－ティング等が含まれる。

予約管理サーバ２００は、ユーザ端末３００からのリクエストに基づいて、メンテナンス作業の予約を行う。リクエストは、ユーザが希望するメンテナンス作業の予約を要求するメッセージである。メンテナンス作業の予約は、ユーザが希望するメンテナンス作業を
提供可能な業者に対して行われる。また、予約管理サーバ２００は、予約されたメンテナンス作業に関する情報（作業情報）を、契約管理サーバ１００へ提供する。作業情報の提供は、当該メンテナンス作業の予約が完了した時点で予約管理サーバ２００から契約管理サーバ１００へ提供されてもよく、又は業者による当該メンテナンス作業が完了した時点で予約管理サーバ２００から契約管理サーバ１００へ提供されてもよい。

ユーザ端末３００は、第１事業者と車両１のリース契約を結んでいるユーザが使用するコンピュータである。ユーザは、ユーザ端末３００を介して予約管理サーバ２００にアクセスし、メンテナンス作業の予約を要求することができる。

（システム構成）
図２は、本実施形態に係る車両リースシステムに含まれる、契約管理サーバ１００、予約管理サーバ２００、及びユーザ端末３００の構成例を概略的に示したブロック図である。

ユーザ端末３００は、例えば、パーソナルコンピュータ、スマートフォン、携帯電話、タブレットコンピュータ、又は個人情報端末等のように、個人が利用するコンピュータである。ユーザ端末３００は、通信部３０１、制御部３０２、記憶部３０３、及び入出力部３０４を含んで構成される。

通信部３０１は、ユーザ端末３００をネットワークに接続するための通信インタフェースである。通信部３０１は、例えば、ＬＡＮ（Local Area Network）等の通信網を利用して、ネットワークに接続する。通信部３０１は、５Ｇ（5th-Generation）若しくはＬＴＥ（Long Term Evolution）等の移動体通信サービス、又はＷｉ－Ｆｉ（登録商標）等の無
線通信網を利用して、ネットワークに接続してもよい。ネットワークは、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）、又はその他の通信網で
ある。通信部３０１は、ネットワークを通じて、他の機器（例えば、契約管理サーバ１００、又は予約管理サーバ２００）と通信する。

制御部３０２は、ユーザ端末３００が行う制御を司る演算装置である。制御部３０２は、例えば、ＣＰＵ（Central Processing Unit）又はＤＳＰ（Digital Signal Processor
）等のプロセッサにより構成される。本例における制御部３０２は、ユーザとのインタラクションを実現する機能を有する。例えば、制御部３０２は、予約管理サーバ２００を通じて予約可能なメンテナンス作業をユーザに提示する機能と、ユーザが所望のメンテナンス作業を選択する操作を受け付ける機能と、ユーザにより選択されたメンテナンス作業に関するリクエストを予約管理サーバ２００へ送信する機能と、を実現する。これらの機能は、例えば、ユーザ端末３００で動作するウェブブラウザ、又はユーザ端末３００にインストールされるアプリケーション・プログラムによって実現される。

記憶部３０３は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、補助記憶装置に格納されているプログラムをロードするための記録領域として用いられたり、又は制御部３０２の演算結果等を一時的に記憶するためのバッファとして用いられたりする記憶装置である。主記憶装置は、例えば、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等の半導体メモリを含んで構成される。補助記憶装置は、制御部３０２に実行させるためのプログラム、及び制御部３０２がプログラムを実行する際に使用されるデータ等を格納する。補助記憶装置は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、又はＨＤＤ（Hard Disk Drive）等を含んで構成される。補助記憶装置は、リムーバブルメディア、即ち可搬記録媒体を含んでもよい。リムーバブルメディアは、例えば、ＣＤ（Compact Disc）若しくはＤＶＤ（Digital Versatile Disc）等のようなディスク記録媒体でもよく、又はＵＳＢ（Universal Serial Bus）メモリでもよい。補助記憶
装置に格納されるプログラムには、ＯＳ（Operating System）に加え、上記したインタラクションを実現するためのアプリケーション・プログラムが含まれてもよい。なお、補助記憶装置に格納されている情報の一部又は全部は、主記憶装置に格納されてもよい。

入出力部３０４は、ユーザが行った入力操作を受け付ける一方で、ユーザに対して情報を提示する。入出力部３０４は、例えば、タッチパネルディスプレイとその制御回路を含んで構成される。

ユーザ端末３００の構成は、図２に示した例に限定されず、適宜構成要素の追加、変更、又は省略を行うことができる。

次に、予約管理サーバ２００について説明する。予約管理サーバ２００は、第２事業者と提携している業者が提供可能なメンテナンス作業をユーザに提示し、ユーザが選択したメンテナンス作業の予約を行う装置である。予約管理サーバ２００は、ユーザ端末３００とのインタラクションを行うためのＷｅｂサーバを実現可能に構成されてもよい。その場合、ユーザ端末３００は、ブラウザを通じてＷｅｂサーバにアクセスすることで、予約管理サーバ２００を通じて予約可能なメンテナンス作業をユーザに提示することができる。また、ユーザ端末３００は、ユーザが選択したメンテナンス作業に関するリクエストを、ブラウザを通じて予約管理サーバ２００へ送信することができる。これにより、ユーザは、メンテナンス作業の予約を簡単に行うことができる。なお、予約管理サーバ２００は、Ｗｅｂサーバ以外の手段によってサービスを提供してもよい。例えば、ユーザ端末３００にインストールされているアプリケーション・プログラムと所定のプロトコルとによって対話するサービスを予約管理サーバ２００において実行してもよい。

上記した機能を実現する予約管理サーバ２００は、汎用のコンピュータにより構成することができる。すなわち、予約管理サーバ２００は、通信部２０１と、制御部２０２と、記憶部２０３と、を含んで構成される。

通信部２０１は、予約管理サーバ２００をネットワークに接続するための通信インタフェースである。例えば、通信部２０１は、ＬＡＮ又はＷｉ－Ｆｉ（登録商標）を通じてネットワークに接続し、ネットワークを通じて他の機器（例えば、契約管理サーバ１００又はユーザ端末３００）と通信する。

制御部２０２は、プロセッサにより構成され、予約管理サーバ２００が行う制御を司る。本例における制御部２０２は、予約部２０２１、及び送信部２０２２等の機能モジュールを有する。これらの機能モジュールは、記憶部２０３に格納されているプログラムをプロセッサが実行することで実現される。なお、これらの機能モジュールの一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）又はＦＰＧＡ（Field Programmable Gate Array）等のハードウェア回路により実現されてもよい。

予約部２０２１は、前述したＷｅｂサーバを実現し、ユーザ端末３００とのインタラクションを行う。例えば、予約部２０２１は、図３に示すような画面を、ユーザ端末３００のブラウザに表示させる。すなわち、予約部２０２１は、メンテナンス作業を選択するためのプルダウンメニュー（図３中のＤ１）と、作業日時を選択するためのプルダウンメニュー（図３中のＤ２）と、作業エリアを選択するためのプルダウンメニュー（図３中のＤ３）と、図３中のＤ１からＤ３で選択された条件に適合する業者の検索を実行するための検索ボタン（図３中のＤ４）とを含む画面を、ユーザ端末３００のブラウザに表示させる。

図３に示す画面において、メンテナンス作業、作業日時、及び作業エリアが選択された
状態で検索ボタンが操作されると、予約部２０２１は、第２事業者と提携している業者の中から、選択された条件に適合する業者を抽出する。選択された条件に適合する業者が抽出されると、予約部２０２１は、図４に示すような画面を、ユーザ端末３００のブラウザに表示させる。すなわち、予約部２０２１は、選択された条件に適合する業者に関する情報（例えば、作業内容、料金、店名、及び住所等）が標記されたボタン（図４中のＤ５）を含む画面を、ユーザ端末３００のブラウザに表示させる。なお、図４に示す例では、選択された条件に適合する業者が複数抽出された場合の画面を示している。

図４に示す画面において、複数のボタンＤ５のうちの一つが選択されると、予約部２０２１は、図５に示すような画面を、ユーザ端末３００のブラウザに表示させる。すなわち、予約部２０２１は、ユーザにより選択された条件（例えば、作業内容、料金、店名、住所、及び作業日時等）を示す文字情報と、予約の実行又はキャンセルを選択するためのボタン（図５中のＤ６）とを含む画面を、ユーザ端末３００のブラウザに表示させる。図５に示す画面において、キャンセルボタンが選択されると、ユーザ端末３００に表示される画面が図３又は図４の画面に戻ってもよい。一方、図５に示す画面において、予約ボタンが選択されると、予約部２０２１は、選択された業者に対する予約を行う。例えば、予約部２０２１は、選択された業者が使用する端末に対し、作業内容、作業日時、ユーザ情報、及び車両情報等を送信する。ユーザ情報は、ユーザの氏名、及び連絡先等を含む情報である。車両情報は、作業対象の車両１の車種、車体色、及び登録番号等を含む情報である。ユーザ情報及び車両情報は、図３の画面が表示される前に、ユーザ情報及び車両情報の入力画面をユーザ端末３００のブラウザに表示させることで、ユーザに入力させてもよい。

予約部２０２１によるメンテナンス作業の予約が完了した場合、予約内容に関する情報が、予約部２０２１から送信部２０２２へ渡される。予約部２０２１から送信部２０２２へ渡される情報には、メンテナンス作業の内容、及び車両１の登録番号等が含まれる。

送信部２０２２は、作業情報をサーバへ送信する。作業情報は、ユーザにより予約されたメンテナンス作業の内容、及び車両１の登録番号等が含まれる情報である。このような作業情報は、予約部２０２１から送信部２０２２へ渡される情報に基づいて生成される。送信部２０２２は、生成された作業情報を、通信部２０１を通じて契約管理サーバ１００へ送信する。

ここで、作業情報の送信は、予約されたメンテナンス作業が完了したタイミングで行われてもよい。その場合、予約されたメンテナンス作業が完了したときに、業者の端末から予約管理サーバ２００へ作業完了通知が送信されるようにしてもよい。送信部２０２２は、作業完了通知の受信をトリガにして、上記した作業情報を契約管理サーバ１００へ送信してもよい。

記憶部２０３は、ユーザ端末３００の記憶部３０３と同様に、主記憶装置と補助記憶装置とを含んで構成される。なお、補助記憶装置に格納されるプログラムには、上記した予約部２０２１及び送信部２０２２等の機能モジュールを実現するためのプログラムが含まれる。

予約管理サーバ２００の構成は、図２に示した例に限定されず、適宜構成要素の追加、変更、又は省略が可能である。

ここで図２に戻り、契約管理サーバ１００について説明する。契約管理サーバ１００は、車両１のリース契約を管理する装置であり、予約管理サーバ２００からの作業情報に基づいて、ユーザへインセンティブを提供する。斯様な契約管理サーバ１００は、汎用のコ
ンピュータにより構成することができる。すなわち、契約管理サーバ１００は、通信部１０１と、制御部１０２と、記憶部１０３と、を含んで構成される。

通信部１０１は、予約管理サーバ２００の通信部２０１と同様の通信インタフェースであり、ネットワークを通じて他の機器（例えば、予約管理サーバ２００又はユーザ端末３００）と通信する。

制御部１０２は、予約管理サーバ２００の制御部２０２と同様に、プロセッサにより構成され、契約管理サーバ１００が行う制御を司る。本例における制御部１０２は、管理部１０２１、取得部１０２２、及び提供部１０２３等の機能モジュールを有する。これらの機能モジュールは、記憶部１０３に格納されているプログラムをプロセッサが実行することで実現される。なお、これらの機能モジュールの一部又は全部は、ＡＳＩＣ又はＦＰＧＡ等のハードウェア回路により実現されてもよい。

管理部１０２１は、ユーザによる所定の行為の実績を管理する。本例における所定の行為は、前述したように、予約管理サーバ２００を通じて、車両１のメンテナンス作業を業者に依頼する行為である。管理部１０２１は、予約管理サーバ２００からの作業情報に基づいて、後述の実績管理ＤＢ１０３２の登録内容を管理する。

取得部１０２２は、後述の実績管理ＤＢ１０３２にアクセスして、ユーザによる所定の行為の実績を取得する。取得部１０２２により取得された、ユーザによる所定の行為の実績は、提供部１０２３へ渡される。

提供部１０２３は、所定の行為の実績が所定の基準以上であるユーザに対して、インセンティブを提供する。具体的には、提供部１０２３は、ユーザによる所定の行為の実績が所定の基準以上であるかを判定する。その際、予約管理サーバ２００を通じて洗車を依頼する行為の月間の発生回数が第１の閾値（例えば、２回から３回）以上であれば、提供部１０２３が、所定の行為の実績が所定の基準以上であると判定するようにしてもよい。また、予約管理サーバ２００を通じてボディコ－ティングを依頼する行為の月間の発生回数が第２の閾値（例えば、１回）以上であれば、提供部１０２３が、所定の行為の実績が所定の基準以上であると判定するようにしてもよい。なお、予約管理サーバ２００を通じて洗車を依頼する行為の月間の発生回数と、予約管理サーバ２００を通じてボディコ－ティングを依頼する行為の月間の発生回数との合計が、所定の閾値（本開示に係る「第４の閾値」に相当。）以上であれば、所定の行為の実績が所定の基準以上であると判定するようにしてもよい。所定の行為の実績が所定の基準以上であると判定された場合、提供部１０２３は、当該ユーザに対して、インセンティブを提供する。

提供部１０２３により提供されるインセンティブは、車両１のリース契約に関するものでもよい。車両１のリース契約をしているユーザは、月額の利用料金を支払う必要がある。そこで、提供部１０２３は、ユーザに提供されるインセンティブとして、月額の利用料金を減額してもよい。月額の利用料金の減額は、所定の行為の実績が所定の基準以上となった月の翌月においてのみ行われてもよく、又は所定の行為の実績が所定の基準以上となった月の翌月から数ヶ月の期間において行われてもよい。また、月額の利用料金の減額が行われる期間の長さは、所定の行為の内容に応じて変更されてもよい。例えば、所定の行為が洗車を依頼する行為である場合に比べ、所定の行為がボディコ－ティングを依頼する行為である場合の方が、上記の期間が長くされてもよい。また、月額の利用料金の減額度合いが、所定の行為の内容に応じて変更されてもよい。例えば、所定の行為が洗車の依頼である場合に比べ、所定の行為がボディコ－ティングの依頼である場合の方が、上記の減額度合いが大きくされてもよい。

なお、提供部１０２３により提供されるインセンティブは、リース契約で課せられる制限の緩和でもよい。リース契約で課せられる制限は、例えば、月間の走行距離の上限である。月間の走行距離が上限を超えた場合、月額の利用料金に加え、追加料金がユーザに課せられる場合がある。そこで、提供部１０２３は、ユーザに提供されるインセンティブとして、上記した上限を延長してもよい。上記した上限の延長は、所定の行為の実績が所定の基準以上となった月の翌月においてのみ行われてもよく、又は所定の行為の実績が所定の基準以上となった月の翌月から数ヶ月の期間において行われてもよい。また、上記した上限の延長が行われる期間の長さは、所定の行為の内容に応じて変更されてもよい。例えば、所定の行為が洗車を依頼する行為である場合に比べ、所定の行為がボディコ－ティングを依頼する行為である場合の方が、上記の期間が長くされてもよい。また、上記した上限の延長度合いが、所定の行為の内容に応じて変更されてもよい。例えば、所定の行為が洗車を依頼する行為である場合に比べ、所定の行為がボディコ－ティングを依頼する行為である場合の方が、上記した上限の延長度合いが大きくされてもよい。

また、提供部１０２３により提供されるインセンティブは、車両１のリース契約に関するものに限られず、車両１をモディファイする権利の付与でもよい。ここでいう「モディファイ」は、車両１の走行性能に関わる機能とは異なる機能が対象となる。斯様なモディファイには、例えば、ウィンカーの点灯方法をデフォルトの点灯方法とは異なる点灯方法に変更すること、インストルメントパネルの表示デザインをデフォルトの表示デザインとは異なる表示デザインに変更すること、車載のマルチメディア機器で再生可能なコンテンツをアップグレード（例えば、ＶＯＤサービスの無償提供等）すること等が含まれる。

なお、提供部１０２３により提供されるインセンティブの内容が、所定の行為の月間の発生回数に応じて変更されてもよい。例えば、月額の利用料金の減額と、月間の走行距離の上限の延長と、車両１をモディファイする権利の付与との中で、所定の行為の月間の発生回数に応じて、インセンティブの内容が変更されてもよい。

記憶部１０３は、予約管理サーバ２００の記憶部２０３と同様に、主記憶装置と補助記憶装置とを含んで構成される。なお、補助記憶装置に格納されるプログラムには、上記した管理部１０２１、取得部１０２２、及び提供部１０２３等の機能モジュールを実現するためのプログラムが含まれる。また、補助記憶装置には、契約管理ＤＢ１０３１、及び実績管理ＤＢ１０３２等のデータベースが構築される。契約管理ＤＢ１０３１と実績管理ＤＢ１０３２とは、プロセッサによって実行されるＤＢＭＳ（Database Management System）のプログラムで構築される。詳細には、ＤＢＭＳのプログラムが、補助記憶部に記憶されているデータを管理することで、契約管理ＤＢ１０３１及び実績管理ＤＢ１０３２が構築される。その際、契約管理ＤＢ１０３１と実績管理ＤＢ１０３２とは、リレーショナルデータベースとして構築されてもよい。

契約管理ＤＢ１０３１は、第２事業者とリース契約を結んでいるユーザに関する情報を登録する。ここで、契約管理ＤＢ１０３１に登録される情報の一構成例について、図６に基づいて説明する。図６は、契約管理ＤＢ１０３１に登録される情報のテーブル構成例を示す図である。契約管理ＤＢ１０３１に登録されるテーブル（以下、「契約情報テーブル」と記す場合もある。）は、ユーザＩＤ、車両ＩＤ、契約期間、月額料金、及び利用制限等の各フィールドを有する。なお、図６に示す例では、ユーザ１人分の契約情報テーブルが図示されているが、第２事業者とリース契約を結んでいるユーザが複数人である場合は、複数人分の契約情報テーブルが契約管理ＤＢ１０３１に登録される。また、契約情報テーブルの構成は、図６に示す例に限定されず、適宜フィールドの追加、変更、又は削除を行うことが可能である。

契約情報テーブルのユーザＩＤフィールドには、第２事業者とリース契約を結んでいる
ユーザを識別するための情報（ユーザＩＤ）が登録される。ユーザＩＤは、ユーザがリース契約を結んだ際に、第２事業者によって付与される。なお、ユーザＩＤは、ユーザの氏名又はユーザの電子メールアドレス等でもよい。車両ＩＤフィールドには、第２事業者とリース契約を結んでいるユーザに貸与されている車両を識別するための情報（車両ＩＤ）が登録される。本例では、車両ＩＤとして、車両１の登録番号が使用される。月額料金フィールドには、リース契約で定められた月額の利用料金が登録される。利用制限フィールドには、月間の走行距離の上限が登録される。

次に、実績管理ＤＢ１０３２について説明する。実績管理ＤＢ１０３２は、第２事業者とリース契約を結んでいるユーザによる、所定の行為の実績に関する情報を登録する。図７は、実績管理ＤＢ１０３２に登録される情報のテーブル構成例を示す図である。実績管理ＤＢ１０３２に登録されるテーブル（以下、「実績情報テーブル」と記す場合もある。）は、車両ＩＤ、ユーザＩＤ、及び実績等の各フィールドを有する。なお、図７に示す例では、車両１台分の実績情報テーブルが図示されているが、リース契約により貸し出されている車両が複数台である場合は、複数台分の実績情報テーブルが実績管理ＤＢ１０３２に登録される。また、実績情報テーブルの構成は、図７に示す例に限定されず、適宜フィールドの追加、変更、又は削除を行うことが可能である。

実績情報テーブルの車両ＩＤフィールドには、リース契約により貸し出されている車両１の車両ＩＤが登録される。実績情報テーブルの車両ＩＤフィールドに登録される車両ＩＤは、前述の契約情報テーブルの車両ＩＤフィールドに登録される車両ＩＤと同一である。ユーザＩＤフィールドには、車両１が貸与されているユーザのユーザＩＤが登録される。実績情報テーブルのユーザＩＤフィールドに登録されるユーザＩＤは、前述の契約情報テーブルのユーザＩＤフィールドに登録されるユーザＩＤと同一である。実績フィールドには、所定の行為の実績に関する情報が登録される。本例の実績フィールドには、メンテナンス作業の内容別に、所定の行為の発生回数が登録される。メンテナンス作業の内容は、ユーザが予約管理サーバ２００を通じて依頼したメンテナンス作業の内容であり、本例では洗車とボディコ－ティングとが含まれる。所定の行為の発生回数は、所定の行為の月間の発生回数である。例えば、予約管理サーバ２００を通じて洗車を依頼する行為が月間で２回発生した場合は、洗車に対応する発生回数として２回／月が登録される。また、予約管理サーバ２００を通じてボディコ－ティングを依頼する行為が月間で１回発生した場合は、ボディコ－ティングに対応する発生回数として１回／月が登録される。これらの発生回数は、管理部１０２１によって管理される。すなわち、管理部１０２１は、予約管理サーバ２００からの作業情報を受信する都度、実績フィールドの発生回数を更新する。また、管理部１０２１は、月が変わる毎に、実績フィールドの発生回数をゼロにリセットする。

なお、契約管理サーバ１００の構成は、図２に示した例に限定されず、適宜構成要素の追加、変更、又は省略が可能である。

（処理の流れ）
ここで、契約管理サーバ１００により実行される処理の流れについて、図８及び図９に基づいて説明する。図８は、予約管理サーバ２００からの作業情報を受信したことをトリガにして、契約管理サーバ１００で実行される処理ルーチンを示すフローチャートである。また、図９は、所定のタイミング（例えば、月が変わるタイミング）において契約管理サーバ１００で実行される処理ルーチンを示すフローチャートである。なお、図８及び図９の処理ルーチンの実行主体は、契約管理サーバ１００の制御部１０２（プロセッサ）であるが、ここでは契約管理サーバ１００の機能モジュールを主体として説明を行う。

先ず、図８において、予約管理サーバ２００からの作業情報を、契約管理サーバ１００
の通信部１０１が受信すると（ステップ１０１）、管理部１０２１が、作業情報に含まれる登録番号を引数として、実績管理ＤＢ１０３２へアクセスすることで、メンテナンス作業の対象となる車両１の実績情報テーブルを特定する（ステップ１０２）。管理部１０２１は、ステップ１０２の処理を実行し終えると、ステップ１０３の処理を実行する。

ステップ１０３では、管理部１０２１が、ステップ１０２で特定された実績情報テーブルにおいて、所定の行為の発生回数を更新する。具体的には、管理部１０２１は、作業情報に基づいて、ユーザにより予約されたメンテナンス作業の内容を特定する。続いて、管理部１０２１は、実績情報テーブルの実績フィールドにおいて、特定されたメンテナンス作業の内容に対応する発生回数を、１回分インクリメントする。例えば、ユーザが予約管理サーバ２００を通じて依頼したメンテナンス作業の内容が洗車であれば、管理部１０２１は、洗車に対応する発生回数を１回分インクリメントする。また、ユーザが予約管理サーバ２００を通じて依頼したメンテナンス作業の内容がボディコ－ティングであれば、管理部１０２１は、ボディコ－ティングに対応する発生回数を１回分インクリメントする。ステップ１０３の処理が実行された後は、本処理ルーチンの実行が終了される。

次に、図９において、所定のタイミングで、契約管理サーバ１００の取得部１０２２が、第２事業者とリース契約を結んでいるユーザによる、所定の行為の実績を取得する（ステップ２０１）。具体的には、取得部１０２２は、実績管理ＤＢ１０３２にアクセスすることで、実績情報テーブルの実績フィールドに登録されている、メンテナンス作業の内容別の発生回数を読み出す。メンテナンス作業の内容別の発生回数は、取得部１０２２から提供部１０２３へ渡される。

提供部１０２３は、メンテナンス作業の内容別の発生回数を受け取ったことをトリガにして、ステップ２０２の処理を実行する。ステップ２０２では、提供部１０２３は、メンテナンス作業の内容別の発生回数のうち、ユーザが予約管理サーバ２００を通じて洗車を依頼する行為の月間の発生回数（図９中のＮｗｍ）が第１の閾値（図９中のＴｈｒｅ１）以上であるかを判定する。上記の発生回数Ｎｗｍが第１の閾値Ｔｈｒｅ１未満である場合（ステップ２０２で否定判定）、提供部１０２３は、ステップ２０３の処理を実行する。

ステップ２０３では、提供部１０２３は、メンテナンス作業の内容別の発生回数のうち、ユーザが予約管理サーバ２００を通じてボディコ－ティングを依頼する行為の月間の発生回数（図９中のＮｃｍ）が第２の閾値（図９中のＴｈｒｅ２）以上であるかを判定する。上記の発生回数Ｎｃｍが第２の閾値Ｔｈｒｅ２未満である場合（ステップ２０３で否定判定）、本処理ルーチンの実行が終了される。

また、上記の発生回数Ｎｗｍが第１の閾値Ｔｈｒｅ１以上である場合（ステップ２０２で肯定判定）、及び上記の発生回数Ｎｃｍが第２の閾値Ｔｈｒｅ２以上である場合（ステップ２０２で肯定判定）は、提供部１０２３が、ステップ２０４の処理を実行する。

ステップ２０４では、提供部１０２３は、ユーザに対してインセンティブを提供する。例えば、提供部１０２３は、リース契約に関する月額の利用料金の減額、月間の走行距離の上限の延長、又は車両１をモディファイする権利の付与等を行う。インセンティブの提供が月額の利用料金の減額である場合、提供部１０２３は、翌月又は翌月から数ヶ月の間における月額の利用料金を減額してもよい。例えば、契約情報テーブルの月額料金フィールドに登録されている金額に基づいて、ユーザに対する請求が行われる場合、提供部１０２３は、契約情報テーブルの月額料金フィールドに登録されている金額を減額してもよい。また、インセンティブの提供が月間の走行距離の上限の延長である場合、提供部１０２３は、翌月又は翌月から数ヶ月の間において、月間の走行距離が上限を超過しても、その超過分が延長分の範囲内であれば、追加料金が発生しないようにしてもよい。例えば、提
供部１０２３は、契約情報テーブルの利用制限フィールドに登録されている、月間の走行距離の上限を延長してもよい。また、インセンティブの提供が車両１をモディファイする権利の付与である場合、提供部１０２３は、車両１のモディファイを無償で受けられるクーポンを、ユーザ端末３００に送信してもよい。

なお、第２事業者とリース契約を結んでいるユーザが複数人である場合は、複数人のユーザの各々について、図９の処理ルーチンが実行される。

以上述べた実施形態によれば、リースサービスを利用中のユーザによる所定の行為の実績が所定の基準以上になると、該ユーザに対してインセンティブが提供される。これにより、所定の行為の実績を所定の基準以上にする意欲を、リースサービスを利用中のユーザに喚起することができる。所定の行為は、車両１の商品価値を維持するための行為であるため、所定の行為の実績を所定の基準以上にする意欲をユーザに喚起することができれば、リース契約期間中における車両１の商品価値の低下を抑えることが可能になる。

＜変形例１＞
前述の実施形態では、所定の行為として、ユーザが、予約管理サーバ２００を通じて、業者に洗車又はボディコ－ティングを依頼する行為を例示した。これに対し、ユーザ自身が、車両１を洗車する行為、又は車両１のボディコ－ティングを施工する行為を、所定の行為としてもよい。

ユーザ自身が、車両１を洗車する行為、又は車両１のボディコ－ティングを施工する行為の発生は、車載カメラで撮影された画像を解析することで、判定されてもよい。例えば、ドライブレコーダ等のように、車両１の周囲を撮影可能なカメラが車両１に搭載されている場合、当該カメラで撮影された画像が、定期的に車両１から契約管理サーバ１００へ送信されるようにしてもよい。契約管理サーバ１００は、車両１から受信した画像を解析することで、車両１を洗車する行為、又は車両１のボディコ－ティングを施工する行為が発生したかを判定してもよい。車両１を洗車する行為、又は車両１のボディコ－ティングを施工する行為が発生したと判定した場合、契約管理サーバ１００は、実績情報テーブルの実績フィールドに登録されている発生回数を更新してもよい。そして、所定の行為の実績が所定の基準以上であれば、契約管理サーバ１００が、ユーザに対してインセンティブを提供してもよい。

本変形例によれば、所定の行為の実績を所定の基準以上にするためのコストを抑えることができるため、インセンティブの提供によるユーザの恩恵を大きくすることができる。その結果、所定の行為の実績を所定の基準以上にする意欲が、より一層喚起されやすい。

＜変形例２＞
前述の実施形態では、所定の行為として、ユーザが、予約管理サーバ２００を通じて、業者に洗車又はボディコ－ティングを依頼する行為を例示した。これに対し、車両１のボディの損傷を回避するための行為を、所定の行為としてもよい。

ボディの損傷を抑制するために有効な方法の一つは、車両１を公共の駐車場等に駐車する際に、他の車両等により車両１が傷つけられにくい場所に駐車することである。他の車両等により車両１が傷つけられにくい場所は、例えば、公共の駐車場のうちで、駐車密度が低い場所である。そこで、公共の駐車場に車両１を駐車する際に、駐車密度の低い場所に駐車する行為を、所定の行為としてもよい。

公共の駐車場において駐車密度の低い場所に車両１を駐車する行為の発生は、車載カメラで撮影された画像を解析することで、判定されてもよい。また、所定の行為の実績が所
定の基準以上であるかの判定は、車両１を公共の駐車場に駐車する行為の発生回数（以下、「第１の発生回数」と記す場合もある。）に対する、公共の駐車場において駐車密度の低い場所に車両１を駐車する行為の発生回数（以下、「第２の発生回数」と記す場合もある。）の割合に基づいて行われてもよい。例えば、第１の発生回数に対する第２の発生回数の割合が第３の閾値（例えば、６割から７割）以上であれば、契約管理サーバ１００が、所定の行為の実績が所定の基準以上であると判定するようにしてもよい。

本変形例によれば、公共の駐車上において駐車密度の低い場所に車両１を駐車する意欲を、ユーザに喚起することができる。それにより、リース契約期間中に車両１のボディが傷つくリスクを低く抑えることができる。その結果、リース契約期間中における車両１の商品価値の低下を抑えることが可能になる。

＜その他＞
上記した実施形態及び変形例はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。例えば、契約管理サーバ１００で行われる処理の一部又は全部が、予約管理サーバ２００で行われてもよい。また、予約管理サーバ２００で行われる処理の一部又は全部が、契約管理サーバ１００で行われてもよい。

また、本開示において説明した処理及び手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。例えば、実施形態と変形例１－２は、可能な限り組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラム（情報処理プログラム）をコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよく、又はネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データ及びプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体である。斯様な記録媒体としては、例えば、磁気ディスク（フロッピー（登録商標）ディスク、又はＨＤＤ等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、又はブルーレイディスク等）等の任意のタイプのディスクを例示することができる。また、記録媒体は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、又はＳＳＤ（Solid State Drive）等の媒体でもよい。

１ 車両
１００ 契約管理サーバ
１０１ 通信部
１０２ 制御部
１０２１ 管理部
１０２２ 取得部
１０２３ 提供部
１０３ 記憶部
１０３１ 契約管理ＤＢ
１０３２ 実績管理ＤＢ
２００ 予約管理サーバ
２０１ 通信部
２０２ 制御部
２０２１ 予約部
２０２２ 送信部
２０３ 記憶部

Claims (20)

1. 車両の貸与サービスである第１サービスに関わる処理を行うための情報処理装置であって、
   前記第１サービスにより第１車両が貸与されている第１ユーザによる、前記第１車両の商品価値を維持するための所定の行為の実績を取得することと、
   前記所定の行為の実績が所定の基準以上である場合に、前記第１ユーザに対してインセンティブを提供することと、
   を実行する制御部を備える、
   情報処理装置。
2. 前記所定の行為は、前記第１車両を洗車するための行為を含み、
   前記制御部は、前記第１車両を洗車するための行為の発生頻度が第１の閾値以上であれば、前記所定の行為の実績が前記所定の基準以上であると判定する、
   請求項１に記載の情報処理装置。
3. 前記所定の行為は、前記第１車両にボディコ－ティングを施工するため行為を含み、
   前記制御部は、前記第１車両にボディコ－ティングを施工するめの行為の発生頻度が第２の閾値以上であれば、前記所定の行為の実績が前記所定の基準以上であると判定する、請求項１又は２に記載の情報処理装置。
4. 前記所定の行為は、公共の駐車場における駐車密度の低い場所に前記第１車両を駐車するための行為を含み、
   前記制御部は、公共の駐車場に前記第１車両を駐車するための行為の発生頻度に対し、公共の駐車場における駐車密度の低い場所に前記第１車両を駐車するための行為の発生頻度の割合が第３の閾値以上であれば、前記所定の行為の実績が前記所定の基準以上であると判定する、
   請求項１から３の何れか１項に記載の情報処理装置。
5. 前記所定の行為は、車両の商品価値の維持に関連する第２サービスを利用するための行為を含み、
   前記制御部は、前記第２サービスを利用するための行為の発生頻度が第４の閾値以上であれば、前記所定の行為の実績が前記所定の基準以上であると判定する、
   請求項１から４の何れか１項に記載の情報処理装置。
6. 前記第２サービスは、車両の商品価値を維持するための作業を行う事業者に対する作業依頼の手続きを代行するプラットフォームサービスである、
   請求項５に記載の情報処理装置。
7. 前記第１サービスは、定期的に前記第１ユーザからの料金の支払いを受けることで、前記第１車両の使用権を前記第１ユーザに付与するサービスであり、
   前記制御部は、前記インセンティブの提供として、前記料金を減額する、
   請求項１から６の何れか１項に記載の情報処理装置。
8. 前記第１サービスは、前記第１車両の走行距離に上限が設けられるサービスであり、
   前記制御部は、前記インセンティブの提供として、前記上限を延長する、
   請求項１から６の何れか１項に記載の情報処理装置。
9. 前記制御部は、前記インセンティブの提供として、前記第１車両の走行性能に関わる機能とは異なる機能をモディファイする権利を提供する、
   請求項１から６の何れか１項に記載の情報処理装置。
10. 車両の貸与サービスである第１サービスに関わる情報処理方法であって、
    前記第１サービスにより第１車両が貸与されている第１ユーザによる、前記第１車両の商品価値を維持するための所定の行為の実績を取得する第１ステップと、
    前記所定の行為の実績が所定の基準以上である場合に、前記第１ユーザに対してインセンティブを提供する第２ステップと、
    をコンピュータが実行する、
    情報処理方法。
11. 前記所定の行為は、車両の商品価値の維持に関連する第２サービスを利用するための行為を含み、
    前記第２ステップは、所定期間における前記第２サービスを利用するための行為の発生回数が第４の閾値以上であれば、前記所定の行為の実績が前記所定の基準以上であると判定するステップを含む、
    請求項１０に記載の情報処理方法。
12. 前記第２サービスは、車両の商品価値を維持するための作業を行う事業者に対する作業依頼の手続きを代行するプラットフォームサービスである、
    請求項１１に記載の情報処理方法。
13. 前記第１サービスは、定期的に前記第１ユーザからの料金の支払いを受けることで、前記第１車両の使用権を前記第１ユーザに付与するサービスであり、
    前記第２ステップでは、前記インセンティブの提供として、前記料金が減額される、
    請求項１０から１２の何れか１項に記載の情報処理方法。
14. 前記第１サービスは、前記第１車両の走行距離に上限が設けられるサービスであり、
    前記第２ステップでは、前記インセンティブの提供として、前記上限が延長される、
    請求項１０から１２の何れか１項に記載の情報処理方法。
15. 前記第２ステップでは、前記インセンティブの提供として、前記第１車両の走行性能に関わる機能とは異なる機能をモディファイする権利を提供する、
    請求項１０から１２の何れか１項に記載の情報処理方法。
16. 車両の貸与サービスである第１サービスに関わる処理を行うための第１装置と、
    前記第１サービスで貸与される車両のメンテナンスに関連する第２サービスをオンラインで提供する第２装置と、
    を含む、車両管理システムであって、
    前記第１装置は、
    前記第１サービスにより第１車両が貸与されている第１ユーザによる、前記第２サービスの利用実績を、前記第２装置から取得することと、
    前記第２サービスの利用実績が所定の基準以上である場合に、前記第１ユーザに対してインセンティブを提供することと、
    を実行する、
    情報処理システム。
17. 前記第１装置は、前記第２サービスを利用するための行為の発生頻度が第４の閾値以上であれば、前記第２サービスの利用実績が前記所定の基準以上であると判定する、
    請求項１６に記載の情報処理システム。
18. 前記第１サービスは、定期的に前記第１ユーザからの料金の支払いを受けることで、前記第１車両の使用権を前記第１ユーザに付与するサービスであり、
    前記第１装置は、前記インセンティブの提供として、前記料金を減額する、
    請求項１６又は１７に記載の情報処理システム。
19. 前記第１サービスは、前記第１車両の走行距離に上限が設けられるサービスであり、
    前記第１装置は、前記インセンティブの提供として、前記上限を延長する、
    請求項１６又は１７に記載の情報処理システム。
20. 前記第１装置は、前記インセンティブの提供として、前記第１車両の走行性能に関わる機能とは異なる機能をモディファイする権利を提供する、
    請求項１６又は１７に記載の情報処理システム。

Images