IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ トヨタ自動車株式会社の特許一覧 ▶ 株式会社KINTOの特許一覧

<>
  • 特開-情報処理装置および情報処理方法 図1
  • 特開-情報処理装置および情報処理方法 図2
  • 特開-情報処理装置および情報処理方法 図3
  • 特開-情報処理装置および情報処理方法 図4
  • 特開-情報処理装置および情報処理方法 図5
  • 特開-情報処理装置および情報処理方法 図6
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022182176
(43)【公開日】2022-12-08
(54)【発明の名称】情報処理装置および情報処理方法
(51)【国際特許分類】
   G06Q 10/00 20120101AFI20221201BHJP
【FI】
G06Q10/00
【審査請求】未請求
【請求項の数】20
【出願形態】OL
(21)【出願番号】P 2021089568
(22)【出願日】2021-05-27
(71)【出願人】
【識別番号】000003207
【氏名又は名称】トヨタ自動車株式会社
(71)【出願人】
【識別番号】520123032
【氏名又は名称】株式会社KINTO
(74)【代理人】
【識別番号】110002860
【氏名又は名称】弁理士法人秀和特許事務所
(72)【発明者】
【氏名】利根 優太
(72)【発明者】
【氏名】飯 潔倫
(72)【発明者】
【氏名】田中 唯之
(72)【発明者】
【氏名】石塚 真規
(72)【発明者】
【氏名】矢野 佑一郎
(72)【発明者】
【氏名】天野 成章
(72)【発明者】
【氏名】前田 優介
(72)【発明者】
【氏名】矢崎 圭
(72)【発明者】
【氏名】濱田 優
【テーマコード(参考)】
5L049
【Fターム(参考)】
5L049AA02
(57)【要約】
【課題】本開示の目的は、ユーザが所有する車両に新たな装備を搭載することをユーザに対して提案することを可能とする技術を提供することである。
【解決手段】情報処理装置は第1所定装備についての第1情報を取得する。第1所定装備は、ユーザが所有する車両に現在は搭載されていないが、ユーザによって車両に搭載することが過去に検討されたことがある装備である。そして、情報処理装置は、第1所定装備を、ユーザに対して車両に新たに搭載することを提案する装備として決定する。
【選択図】図5
【特許請求の範囲】
【請求項1】
ユーザが所有する車両に現在は搭載されていないが、前記ユーザによって前記車両に搭載することが過去に検討されたことがある第1所定装備についての第1情報を取得することと、
前記第1所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定することと、
を実行する制御部を備える情報処理装置。
【請求項2】
前記第1所定装備は、前記ユーザが前記車両を購入する際に前記車両に搭載することを検討したが実際には前記車両に搭載する装備として選択しなかった装備である、
請求項1に記載の情報処理装置。
【請求項3】
前記制御部は、
前記車両に搭載することで前記車両の残存価値が現状よりも高くなる前記第1所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定する、
請求項1または2に記載の情報処理装置。
【請求項4】
前記制御部は、前記第1情報が記憶されている所定のデータベースから前記第1情報を取得する、
請求項1から3のいずれか一項に記載の情報処理装置。
【請求項5】
前記制御部は、
前記第1所定装備を前記車両に新たに搭載することを前記ユーザに対して提案すること、をさらに実行する、
請求項1から4のいずれか一項に記載の情報処理装置。
【請求項6】
前記制御部は、
前記第1所定装備を前記車両に新たに搭載することを、前記車両の点検時期に基づいて定まる所定の提案時期に前記ユーザに対して提案する、
請求項5に記載の情報処理装置。
【請求項7】
前記制御部は、
前記ユーザによって前記車両に搭載することが過去に検討されてはいないが、前記車両に搭載することで前記車両の残存価値が現状よりも高くなる第2所定装備についての第2情報を取得することと、
前記第2所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定することと、
をさらに実行する、請求項1から6のいずれか一項に記載の情報処理装置。
【請求項8】
ユーザが所有する車両に現在は搭載されていないが、前記車両に搭載することで前記車両の残存価値が現状よりも高くなる第2所定装備についての第2情報を取得することと、
前記第2所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定することと、
を実行する制御部を備える情報処理装置。
【請求項9】
前記第2所定装備は、前記ユーザが前記車両を購入した時においては、前記ユーザが選択可能なオプションに含まれていなかった装備である、
請求項8に記載の情報処理装置。
【請求項10】
前記制御部は、前記第2情報が記憶されている所定のデータベースから前記第2情報を取得する、
請求項8または9に記載の情報処理装置。
【請求項11】
前記制御部は、
前記第2所定装備を前記車両に新たに搭載することを前記ユーザに対して提案すること、をさらに実行する、
請求項8から10のいずれか一項に記載の情報処理装置。
【請求項12】
前記制御部は、
前記第2所定装備を前記車両に搭載することを、前記車両の点検時期に基づいて定まる所定の提案時期に前記ユーザに対して提案する、
請求項11に記載の情報処理装置。
【請求項13】
ユーザが車両を購入する際に前記車両に搭載することを検討したが実際には前記車両に搭載する装備として選択しなかった第1所定装備についての第1情報を含むユーザ情報を取得することと、
前記第1情報を所定のデータベースに記憶することと、
を実行する制御部を備える情報処理装置。
【請求項14】
前記制御部は、
前記ユーザが前記車両を購入する際に実際に前記車両に搭載する装備として選択した装備よりもグレードが高い前記第1所定装備についての前記第1情報を前記所定のデータベースに記憶する、
請求項13に記載の情報処理装置。
【請求項15】
コンピュータによって実行される情報処理方法であって、
ユーザが所有する車両に現在は搭載されていないが、前記ユーザによって前記車両に搭載することが過去に検討されたことがある第1所定装備についての第1情報を取得することと、
前記第1所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定することと、
を含む情報処理方法。
【請求項16】
前記第1所定装備は、前記ユーザが前記車両を購入する際に前記車両に搭載することを検討したが実際には前記車両に搭載する装備として選択しなかった装備である、
請求項15に記載の情報処理方法。
【請求項17】
前記車両に搭載することで前記車両の残存価値が現状よりも高くなる前記第1所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定する、
請求項15または16に記載の情報処理方法。
【請求項18】
前記第1情報が記憶されている所定のデータベースから前記第1情報を取得する、
請求項15から17のいずれか一項に記載の情報処理方法。
【請求項19】
前記第1所定装備を前記車両に新たに搭載することを前記ユーザに対して提案すること、をさらに含む、
請求項15から18のいずれか一項に記載の情報処理方法。
【請求項20】
前記ユーザによって前記車両に搭載することが過去に検討されてはいないが、前記車両
に搭載することで前記車両の残存価値が現状よりも高くなる第2所定装備についての第2情報を取得することと、
前記第2所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定することと、
をさらに含む、請求項15から19のいずれか一項に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置および情報処理方法に関する。
【背景技術】
【0002】
特許文献1には、自動車の販売支援装置に関する技術が開示されている。特許文献1に開示された販売支援装置は、装備選択要求に応答し選択された装備を備えたカスタマイズ車を設定する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2004-252858号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示の目的は、ユーザが所有する車両に新たな装備を搭載することをユーザに対して提案することを可能とする技術を提供することである。
【課題を解決するための手段】
【0005】
本開示の第1の態様に係る情報処理装置は、
ユーザが所有する車両に現在は搭載されていないが、前記ユーザによって前記車両に搭載することが過去に検討されたことがある第1所定装備についての第1情報を取得することと、
前記第1所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定することと、
を実行する制御部を備える。
【0006】
本開示の第2の態様に係る情報処理装置は、
ユーザが所有する車両に現在は搭載されていないが、前記車両に搭載することで前記車両の残存価値が現状よりも高くなる第2所定装備についての第2情報を取得することと、
前記第2所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定することと、
を実行する制御部を備える。
【0007】
本開示の第3の態様に係る情報処理装置は、
ユーザが車両を購入する際に前記車両に搭載することを検討したが実際には前記車両に搭載する装備として選択しなかった第1所定装備についての第1情報を含むユーザ情報を取得することと、
前記第1情報を所定のデータベースに記憶することと、
を実行する制御部を備える。
【0008】
本開示の第4の態様に係る情報処理方法は、
コンピュータによって実行される情報処理方法であって、
ユーザが所有する車両に現在は搭載されていないが、前記ユーザによって前記車両に搭載することが過去に検討されたことがある第1所定装備についての第1情報を取得することと、
前記第1所定装備を、前記ユーザに対して前記車両に新たに搭載することを提案する装備として決定することと、
を含む。
【発明の効果】
【0009】
本開示によれば、ユーザが所有する車両に新たな装備を搭載することをユーザに対して提案することができる。
【図面の簡単な説明】
【0010】
図1図1は、情報管理システムの概略構成を示す図である。
図2図2は、店舗端末および管理サーバそれぞれの機能構成の一例を概略的に示すブロック図である。
図3図3は、店舗端末の操作画面の一例を示す図である。
図4図4は、第1実施形態に係る、ユーザ情報データベースに記憶されたユーザ情報のテーブル構成の一例を示す図である。
図5図5は、提案処理のフローを示すフローチャートである。
図6図6は、第2実施形態に係る、ユーザ情報データベースに記憶されたユーザ情報のテーブル構成の一例を示す図である。
【発明を実施するための形態】
【0011】
車両には様々な装備が搭載されている。そして、ユーザは、車両を購入するとき等において、複数のオプションの中から車両に搭載する装備を選択することができる。また、ユーザは、車両を購入した後においても、自身が所有する車両において、装備を交換したり、新たな装備を追加したりすることを望む場合もある。
【0012】
本開示の第1の態様および第2の態様に係る情報処理装置は、ユーザが所有する車両(以下、「ユーザ車両」と称する場合もある。)に新たに搭載することをユーザに対して提案する装備を決定する。詳細には、本開示の第1の態様に係る情報処理装置おいては、制御部が、ユーザ車両に対応する第1所定装備についての第1情報を取得する。ここで、第1所定装備は、ユーザ車両に現在は搭載されていないが、ユーザによってユーザ車両に搭載することが過去に検討されたことがある装備である。つまり、第1所定装備は、ユーザによって関心が持たれた実績がある装備である。そのため、ユーザが過去においてはユーザ車両に実際に搭載する装備として第1所定装備を選択しなかったとしても、後々、ユーザが第1所定装備をユーザ車両に搭載することを改めて望む場合がある。
【0013】
そこで、第1情報を取得した制御部は、第1所定装備を、ユーザに対してユーザ車両に搭載することを提案する装備(以下、「提案装備」と称する場合もある。)として決定する。これによれば、ユーザがユーザ車両に搭載することを望む可能性がある装備をユーザに対して提案することが可能となる。
【0014】
また、本開示の第2の態様に係る情報処理装置においては、制御部が、ユーザ車両に対応する第2所定装備についての第2情報を取得する。ここで、第2所定装備は、ユーザ車両に現在は搭載されていないが、ユーザ車両に搭載することでユーザ車両の残存価値が現状よりも高くなる装備である。第2所定装備をユーザ車両に搭載することでユーザ車両の残存価値が現状よりも高くなるのであれば、第2所定装備をユーザ車両に搭載することをユーザが望む場合がある。
【0015】
そこで、第2情報を取得した制御部は、第2所定装備を提案装備として決定する。これによっても、ユーザがユーザ車両に搭載することを望む可能性がある装備をユーザに対して提案することが可能となる。
【0016】
以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載
されている構成部品の寸法、材質、形状、および、その相対配置等は、特に記載がない限りは本開示の技術的範囲をそれらのみに限定する趣旨のものではない。
【0017】
<第1実施形態>
(システム構成)
図1は、本実施形態に係る情報管理システムの概略構成を示す図である。情報管理システム1は、ユーザが所有する車両に新たな装備を搭載することをユーザに対して提案するためのシステムである。
【0018】
情報管理システム1は、管理サーバ100、ユーザ端末200、および店舗端末300を含んでいる。情報管理システム1において、管理サーバ100、ユーザ端末200、および店舗端末300は、ネットワークN1を介して相互に接続されている。ここで、ネットワークN1としては、例えば、インターネット等の世界規模の公衆通信網であるWAN(Wide Area Network)、または携帯電話等の電話通信網が採用されてもよい。
【0019】
ユーザ端末200は、ユーザ車両10を所有するユーザ20が所持する端末である。店舗端末300は、ユーザ20がユーザ車両10を購入した販売店30において用いられる端末である。店舗端末300は、販売店30において販売員によって操作される。ユーザ端末200および店舗端末300は、いずれも、プロセッサ、主記憶部、補助記憶部、通信インターフェース、および入出力インターフェースを有するコンピュータを含んで構成される。ユーザ端末200および店舗端末300としては、スマートフォン、タブレットコンピュータ、またはパーソナルコンピュータを例示することができる。
【0020】
販売店30は車両を販売する店舗(ディーラ等)である。販売店30においては、顧客(ユーザ)が車両を購入する際に、顧客が購入した車両についての車両情報が店舗端末300に入力される。店舗端末300では、入力された車両情報に基づいて、車両を購入したユーザに関するユーザ情報が生成される。そして、店舗端末300からネットワークN1を介して管理サーバ100にユーザ情報が送信される。なお、ユーザ情報の詳細については後述する。
【0021】
管理サーバ100は、一般的なコンピュータを含んで構成される。管理サーバ100を構成するコンピュータは、プロセッサ101、通信インターフェース(通信I/F)102、主記憶部103、および補助記憶部104を有する。
【0022】
ここで、プロセッサ101は、例えば、CPU(Central Processing Unit)またはD
SP(Digital Signal Processor)である。通信I/F102は、所定の無線通信規格によりネットワークN1を介して無線通信を行うためのインターフェースである。通信I/F102は、例えば、LAN(Local Area Network)インターフェースボード、または無線通信のための無線通信回路である。主記憶部103は、例えば、RAM(Random Access Memory)である。補助記憶部104は、例えば、ROM(Read Only Memory)、HDD(Hard Disk Drive)、またはフラッシュメモリである。また、補助記憶部104は、リ
ムーバブルメディア(可搬記録媒体)を含んでもよい。ここで、リムーバブルメディアは、例えば、USBメモリ、SDカード、または、CD-ROM、DVDディスク、若しくはブルーレイディスクのようなディスク記録媒体である。
【0023】
補助記憶部104には、オペレーティングシステム(OS)、各種プログラム、および各種情報テーブル等が格納されている。そして、プロセッサ101が、補助記憶部104に記憶されたプログラムを主記憶部103にロードして実行することによって、後述するような、データベース生成のための処理および情報提供のための処理が実現される。ただ
し、管理サーバ100における一部または全部の機能はASICやFPGAのようなハードウェア回路によって実現されてもよい。なお、管理サーバ100は、必ずしも単一の物理的構成によって実現される必要はなく、互いに連携する複数台のコンピュータによって構成されてもよい。
【0024】
管理サーバ100は、店舗端末300から送信されたユーザ情報を受信する。また、管理サーバ100は、受信したユーザ情報を蓄積することでユーザ情報のデータベースを生成する。管理サーバ100におけるデータベースには、ユーザ車両10の所有者であるユーザ20についてのユーザ情報も格納されている。そして、管理サーバ100は、ユーザ20についてのユーザ情報に含まれるユーザ車両10の車両情報に基づいて提案装備を決定する。ここで、提案装備は、ユーザ20に対してユーザ車両10に新たに搭載することを提案する装備である。さらに、管理サーバ100は、提案装備についての情報である提案情報を、ネットワークN1を介してユーザ端末200に送信する。これにより、ユーザ20に対して、ユーザ車両10に提案装備を新たに搭載することが提案される。
【0025】
(機能構成)
次に、情報管理システム1を構成する店舗端末300および管理サーバ100それぞれの機能構成について図2に基づいて説明する。図2は、店舗端末300および管理サーバ100それぞれの機能構成の一例を概略的に示すブロック図である。なお、本実施形態においては、管理サーバ100が、本開示に係る情報処理装置に相当する。
【0026】
店舗端末300は、通信部310、制御部320、および入出力部330を機能部として有している。制御部320は、店舗端末300を制御するための演算処理を行う機能を有する。制御部120はプロセッサによって実現することができる。
【0027】
通信部310は、店舗端末300をネットワークN1に接続する機能を有する。通信部310は通信インターフェースによって実現することができる。そして、制御部320は、通信部310を用いてユーザ情報を管理サーバ100に送信する処理を行う。
【0028】
入出力部330は、情報の入力を受け付ける機能、および、情報を出力する機能を有する。入出力部330は、タッチパネルディスプレイ等の入出力インターフェースによって実現することができる。そして、制御部320は、入出力部330を用いて入力される車両情報を受け付ける処理を行う。さらに、店舗端末300において、制御部320は、受け付けた車両情報に基づいてユーザ情報を生成する処理を実行する。
【0029】
ここで、販売店30においては、ユーザが車両を購入する際に店舗端末300に入力される車両情報について図3に基づいて説明する。図3は、店舗端末300において、入出力部330を構成するタッチパネルディスプレイに表示される操作画面の一例を示す図である。図3に示す操作画面においては、ユーザが購入する車両の車種および型式が入力される。また、図3に示す操作画面においては、車両の車種および型式に応じたオプション装備のリストが表示される。ここで、オプション装備は、ユーザが車両を購入する際に、車両に搭載するか否かを選択可能な装備である。オプション装備は、車両の車種および型式に応じて車両メーカにより予め設定されている。オプション装備としては、具体的には、図3に示すような、「電動スライドドア」、「バックモニタ」、「全方位モニタ」、「自動ブレーキシステム」、「サイドエアバッグ」、「電動スライドシート」、「シートヒータ」を例示できる。ただし、オプション装備はこれらの装備に限られるものではない。
【0030】
そして、図3に示す操作画面においては、このオプション装備のリストを用いて、ユーザが車両に実際に搭載する装備として選択した装備(以下、「実装装備」と称する場合もある。)が入力される。さらに、図3に示す操作画面においては、このオプション装備の
リストを用いて、ユーザが車両に搭載することを検討したが実際には車両に搭載する装備として選択しなかった装備(以下、「検討装備」と称する場合もある。)が入力される。検討装備は、例えば、ユーザが車両の購入を検討するために車両の販売価格の見積が作成されるときにおいて、ユーザが一旦は車両に搭載することを検討した装備である。
【0031】
そして、店舗端末300において、制御部320は、上記のように入出力部330を介して入力された車両情報に基づいて、管理サーバ100に送信するユーザ情報を生成する。そのため、ユーザ情報には、車両情報として、ユーザが購入した車両の車種および型式についての情報、並びに、実装装備についての情報(実装装備情報)および検討装備についての情報(検討装備情報)が含まれる。
【0032】
管理サーバ100は、通信部110、制御部120、およびユーザ情報データベース(ユーザ情報DB)130を機能部として有している。通信部110は管理サーバ100をネットワークN1に接続する機能を有する。通信部110は通信I/F102によって実現することができる。
【0033】
制御部120は、管理サーバ100を制御するための演算処理を行う機能を有する。制御部120はプロセッサ101によって実現することができる。そして、制御部120は、店舗端末300から送信されユーザ情報を、通信部110を用いて受信する処理を行う。さらに、制御部120は、店舗端末300から受信したユーザ情報をユーザ情報DB130に記憶する処理を行う。なお、ユーザ情報DB130は、プロセッサ101によってデータベース管理システム(Database Management System)のプログラムが実行されることで補助記憶部104に構築される。制御部120は、店舗端末300からユーザ情報を受信する毎に、受信したユーザ情報をユーザ情報DB130に追加する。そのため、ユーザ情報DB130には、複数のユーザそれぞれについてのユーザ情報が格納されている。
【0034】
図4は、本実施形態に係る、ユーザ情報DB130に記憶されたユーザ情報のテーブル構成の一例を示す図である。図4に示すように、ユーザ情報は、ユーザIDフィールド、車両情報フィールド、購入日フィールド、および点検時期フィールドを有する。ユーザIDフィールドには、車両を購入したユーザを特定するための識別情報であるユーザIDが入力される。車両情報フィールドには、ユーザが購入した車両について車両情報が入力される。上述したように、車両情報には、ユーザが購入した車両の車種および型式についての情報、並びに、実装装備情報および検討装備情報が含まれる。購入日フィールドには、ユーザが車両を購入した日にちが入力される。点検時期フィールドには、車両の点検時期、すなわちユーザが車両の点検を受けるべき時期が入力される。ここで、点検時期は、例えば、法的に定められた時期であってもよい。また、点検時期は、車両のメーカまたは販売店30において独自に定められた時期であってもよい。
【0035】
なお、本実施形態においては、ユーザ情報DB130が、本開示に係る「所定のデータベース」に相当する。また、本実施形態においては、検討装備が本開示に係る「第1所定装備」に相当する。また、検討装備は、ユーザ車両において現在搭載されている実装装備と交換可能な装備であってもよい。
【0036】
また、制御部120は、ユーザ20がユーザ車両10を購入した後の所定の提案時期において、ユーザ車両10に新たな装備を搭載することをユーザ20に対して提案するための提案処理を実行する。制御部120は、この提案処理を実行するための機能部として、取得部121および決定部122を有している。
【0037】
(提案処理)
以下、管理サーバ100において、制御部120によって実行される提案処理のフロー
について図5に基づいて説明する。図5は、提案処理のフローを示すフローチャートである。上述したとおり、ユーザ20はユーザ車両10を販売店30において購入している。そのため、管理サーバ100のユーザ情報DB130には、ユーザ20についてユーザ情報が格納されている。
【0038】
また、図5に示すフローは、ユーザ20についてユーザ情報におけるユーザ車両10の点検時期に基づいて定まる所定の提案時期に実行される。ここで、所定の提案時期は、ユーザ車両10の点検時期よりも所定期間前の時期である。つまり、制御部120は、ユーザ情報DB130に格納されている各ユーザのユーザ情報における点検時期に基づいて、所定の提案時期が到来した車両のユーザを対象として提案処理を実行する。
【0039】
なお、所定の提案時期は、必ずしも、車両の点検時期に基づいて定まる時期でなくてもよい。例えば、制御部120は、ユーザ20がユーザ車両10を購入した日(購入日)以降において、一定の期間が経過する毎に、ユーザ20を対象として提案処理を実行してもよい。
【0040】
図5に示す提案処理のフローでは、先ずS101において、ユーザ情報DB130に格納されているユーザ20についてユーザ情報が抽出される。このS101の処理は取得部121によって実行される。これにより、取得部121は、ユーザ20についての検討装備情報を取得する。
【0041】
次に、S102において、取得部121によって取得された検討装備情報に基づいてユーザ20に対する提案装備が決定される。このS102の処理は決定部122によって実行される。これにより、決定部122は、ユーザ20がユーザ車両10を購入する際にユーザ車両10に搭載することを検討したが実際にはユーザ車両10に搭載する装備として選択しなかった検討装備を、ユーザ20に対する提案装備として決定する。
【0042】
次に、S103において、決定部122によって決定された提案装備についての情報である提案情報がユーザ端末200に送信される。これにより、所定の提案時期に、ユーザ20に対して、ユーザ車両10に提案装備を新たに搭載することが提案される。なお、制御部120は、S103においては、提案情報とともに、ユーザ車両10の点検時期についての情報をユーザ端末200に送信してもよい。これによれば、ユーザ20に対してユーザ車両10の点検時期を通知することができる。
【0043】
ユーザ20についてのユーザ情報における検討装備情報が示す検討装備は、ユーザ車両10に現在は搭載されていないが、ユーザ20によってユーザ車両10に搭載することが過去に検討されたことがある装備である。つまり、検討装備は、ユーザ20によって関心が持たれた実績がある装備である。そのため、ユーザ20がユーザ車両10の購入時においては検討装備を実装装備として選択していなかったとしても、ユーザ車両10の購入後において、ユーザ20が検討装備をユーザ車両10に搭載することを改めて望む場合がある。
【0044】
したがって、本実施例に係る情報管理システム1によれば、ユーザ20がユーザ車両10に搭載することを望む可能性がある装備をユーザ20に対して提案することが可能となる。また、上記の提案処理によれば、ユーザ車両10の点検時期に基づいて定まる所定の提案時期に、ユーザ20に対して、検討装備が提案装備として提案される。これによれば、ユーザ車両10の点検を実施するタイミングに合わせてユーザ車両10に検討装備を搭載することをユーザ20に促すことができる。
【0045】
なお、本実施形態においては、ユーザが車両を購入する際に車両に搭載することを検討
した装備を検討装備とした。しかしながら、検討装備は、ユーザが車両を購入した後において車両に搭載することを検討したが実際には車両に搭載しなかった装備であってもよい。
【0046】
(変形例1)
ユーザ20についてのユーザ情報における検討装備情報が示す検討装備の中に、ユーザ車両10に新たに搭載することでユーザ車両10の残存価値が現状よりも高くなる装備が含まれる場合がある。そこで、管理サーバ100の制御部120は、提案処理において、ユーザ20に対する提案装備を決定するときに、ユーザ車両10に新たに搭載することでユーザ車両10の残存価値が現状よりも高くなる検討装備を選択して提案装備として決定してもよい。これによれば、ユーザ20がユーザ車両10に搭載することを望む可能性がより高い装備をユーザ20に対して提案することが可能となる。
【0047】
なお、各検討装備が、ユーザ車両10に新たに搭載されることでユーザ車両10の残存価値を現状よりも高める装備であるか否かについては、各検討装備の市場価値に基づいて判断することができる。そのため、管理サーバ100は、各検討装備の市場価値についての情報を取得してもよい。そして、制御部120は、取得された各検討装備の市場価値についての情報に基づいて、ユーザ車両10に新たに搭載されることでユーザ車両10の残存価値を現状よりも高める検討装備を選択してもよい。
【0048】
(変形例2)
また、管理サーバ100において、制御部120は、店舗端末300から受信したユーザ20のユーザ情報をユーザ情報DB130に記憶する際に、ユーザ情報DB130に記憶する検討装備情報に含まれる検討装備を選別してもよい。この場合、制御部120は、ユーザ情報の実装装備情報に含まれる実装装備よりもグレードが高い検討装備を、検討装備情報に含まれる装備の中から選別してもよい。そして、制御部120は、ユーザ情報DB130に記憶するユーザ情報における検討装備情報には、選別した検討装備のみを含める。
【0049】
これによれば、提案処理において、実装装備よりもグレードの高い検討装備がユーザ20に対する提案装備として決定されることになる。つまり、ユーザ20に対する提案装備が決定されるときに、ユーザ車両10に新たに搭載することでユーザ車両10の残存価値が現状よりも高くなる検討装備が提案装備として決定されることになる。
【0050】
<第2実施形態>
本実施形態に係る情報管理システムの概略構成は第1実施形態と同様である。以下、本実施形態に係る情報管理システムにおいて第1実施形態と異なる点について主に説明する。
【0051】
ユーザ20がユーザ車両10を購入した後に、ユーザ車両10に対して搭載可能なオプション装備が、ユーザ車両10のメーカから追加でリリースされる場合がある。このとき、追加でリリースされたオプション装備(以下、「追加オプション」と称する場合もある。)をユーザ車両10に搭載することをユーザ20が望む場合がある。
【0052】
そこで、本実施形態においては、オプション装備が追加でリリースされた場合、管理サーバ100が追加オプションについての情報(追加オプション情報)を取得する。ここで、オプション装備が追加でリリースされた場合、販売店30の販売員によって店舗端末300に追加オプション情報が入力されてもよい。そして、店舗端末300から追加オプション情報がネットワークN1を介して管理サーバ100に送信されてもよい。これにより、管理サーバ100が追加オプション情報を取得することができる。なお、管理サーバ1
00に対して追加オプション情報が直接入力されてもよい。
【0053】
そして、本実施形態では、管理サーバ100において、制御部120が、追加オプション情報を、ユーザ情報DB130に記憶されたユーザ情報に車両情報として追加する。図6は、本実施形態に係る、ユーザ情報DB130に記憶されたユーザ情報のテーブル構成の一例を示す図である。図6に示すように、本実施形態に係るユーザ情報の車両情報フィールドには、第1実施形態に係るユーザ情報(図4参照)における検討装備情報に代えて、追加オプション情報が入力される。
【0054】
そして、本実施形態においても、管理サーバ100は、ユーザ情報DB130に記憶されたユーザ情報に基づいて提案処理を実行する。つまり、管理サーバ100において、制御部120は、ユーザ20を対象として提案処理を実行する場合、ユーザ情報DB130に格納されているユーザ20についてユーザ情報を抽出する。これにより、制御部120は、ユーザ20についての追加オプション情報を取得する。
【0055】
さらに、制御部120は、ユーザ20についての追加オプション情報が示す追加オプションの中から、ユーザ車両10に新たに搭載することでユーザ車両10の残存価値が現状よりも高くなる装備を選択する。このとき、制御部120は、ユーザ情報における実装装備情報に含まれる実装装備よりもグレードが高い追加オプションを、追加オプション情報に含まれる装備の中から選択してもよい。そして、制御部120は、選択した追加オプションを提案装備として決定する。また、制御部120は、決定された提案装備についての情報である提案情報をユーザ端末200に送信する。
【0056】
追加オプションは、第1実施形態に係る検討装備と同様、ユーザ車両10に現在は搭載されていない装備である。ただし、追加オプションは、第1実施形態に係る検討装備とは異なり、ユーザ20によってユーザ車両10に搭載することが過去に検討された装備ではない。しかしながら、追加オプションが、ユーザ車両10に新たに搭載することでユーザ車両10の残存価値が現状よりも高くなる装備であれば、ユーザ20が追加オプションをユーザ車両10に搭載することを望む場合がある。
【0057】
したがって、本実施例に係る情報管理システム1によっても、ユーザ20がユーザ車両10に搭載することを望む可能性がある装備をユーザ20に対して提案することが可能となる。
【0058】
なお、本実施形態においては、ユーザ車両に新たに搭載することでユーザ車両の残存価値が現状よりも高くなる追加オプションが本開示に係る「第2所定装備」に相当する。また、追加オプションは、ユーザ車両において現在搭載されている実装装備と交換可能な装備であってもよい。また、本実施形態においては、管理サーバ100が、追加オプション以外に、ユーザ車両に現在は搭載されていないが、ユーザ車両に搭載することでユーザ車両の残存価値が現状よりも高くなる装備についての情報を取得してもよい。この場合、管理サーバ100は、取得した情報が示す装備を提案装備として決定してもよい。
【0059】
(変形例)
上記の第2実施形態においては、ユーザ情報DB130に記憶されたユーザ情報の車両情報フィールドに、第1実施形態に係る検討装備情報に代えて、追加オプション情報が入力された。しかしながら、ユーザ情報DB130に記憶されたユーザ情報の車両情報フィールドに検討装備情報と追加オプション情報との両方が入力されてもよい。そして、制御部120は、提案処理において、検討装備と追加オプションとの両方を提案装備として決定してもよい。
【0060】
なお、第1実施形態および第2実施形態において、管理サーバ100は、ユーザ20に対する提案装備を決定した後、必ずしも、提案情報をユーザ端末200に送信しなくてもよい。例えば、管理サーバ100は、提案情報を店舗端末300に送信してもよい。この場合、販売店30の販売員に、ユーザ20に対する提案装備を提案することができる。その結果、販売店30の販売員がユーザ20に対して提案装備を提案することが可能となる。
【0061】
また、情報管理システム1においては、店舗端末300が、上述した管理サーバ100の機能を有していてもよい。また、情報管理システム1において、ユーザ端末200が、上述した店舗端末300の機能を有していてもよい。
【0062】
<その他の実施形態>
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【0063】
また、1つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、1つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成(サーバ構成)によって実現するかは柔軟に変更可能である。
【0064】
本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する1つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク(フロッピー(登録商標)ディスク、ハードディスクドライブ(HDD)等)、光ディスク(CD-ROM、DVDディスク、ブルーレイディスク等)など任意のタイプのディスク、読み込み専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、EPROM、EEPROM、磁気カード、フラッシュメモリ、または光学式カードのような、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【0065】
1・・・情報管理システム
100・・管理サーバ
110、310・・通信部
120、320・・制御部
130・・ユーザ情報データベース
200・・ユーザ端末
300・・店舗端末
図1
図2
図3
図4
図5
図6