JP2022056197A - 価格査定サーバ、価格査定システムおよびプログラム - Google Patents

Abstract

【課題】車両の保管状況およびユーザの運転内容を加味した車両の価格査定を行うことができる価格査定サーバ、価格査定システムおよびプログラムを提供する。【解決手段】価格査定サーバ３０は、ハードウェアを有するプロセッサを備え、プロセッサは、車両の価格に寄与する価格査定情報を取得し、この価格査定情報に基づいて、車両の推定価格情報を推定し、この推定価格情報を出力する。【選択図】図４

Description

本開示は、価格査定サーバ、価格査定システムおよびプログラムに関する。

特許文献１では、ユーザが使用している車両に搭載されている車載通信モジュールを介して、ユーザが使用している車両の査定価格をリアルタイムで行う技術が知られている。この技術では、車載通信モジュールが車両から取得した車両データを、インターネットを介して中古車の下取り価格のデータベースと中古車のデータベースとを備えるウエッブサーバに送信し、ウエッブサーバから車両の査定価格を受信する。

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

しかしながら、特許文献１では、車両の保管状況およびユーザの運転内容を加味して車両の価格査定を行っていなかった。

本開示は、上記に鑑みてなされたものであって、車両の保管状況およびユーザの運転内容を加味した車両の価格査定を行うことができる価格査定サーバ、価格査定システムおよびプログラムを提供することを目的とする。

本開示に係る価格査定サーバは、ハードウェアを有するプロセッサを備え、前記プロセッサは、車両の価格に寄与する価格査定情報を取得し、前記価格査定情報に基づいて、前記車両の推定価格情報を推定し、前記推定価格情報を出力する。

また、本開示に係る価格査定システムは、ハードウェアを有する第１のプロセッサを備える携帯端末と、ハードウェアを有する第２のプロセッサを備える車両査定サーバと、を備え、前記第２のプロセッサは、前記携帯端末を介して車両の価格に寄与する価格査定情報を取得し、前記価格査定情報に基づいて、前記車両の推定価格情報を推定し、前記推定価格情報を前記携帯端末へ出力する。

また、本開示に係るプログラムは、ハードウェアを有するプロセッサに、車両の価格に寄与する価格査定情報を取得し、前記価格査定情報に基づいて、前記車両の推定価格情報を推定し、前記推定価格情報を出力する、ことを実行させる。

本開示によれば、車両の保管状況およびユーザの運転内容を加味した車両の価格査定を行うことができるという効果を奏する。

図１は、一実施の形態に係る価格査定システムの構成を概略的に示す図である。 図２は、一実施の形態に係る車両の機能構成を示すブロック図である。 図３は、一実施の形態に係る携帯端末の機能構成を示すブロック図である。 図４は、一実施の形態に係る価格査定サーバの機能構成を示すブロック図である。 図５は、一実施の形態に係る携帯端末が実行する処理の概要を示すフローチャートである。 図６は、一実施の形態に係る携帯端末が表示する推定価格情報の一例を示す図である。 図７は、一実施の形態に係る価格査定サーバが実行する処理の概要を示すフローチャートである。

以下、本開示の実施の形態に係る価格査定システムについて、図面を参照しながら説明する。なお、以下の実施の形態により本開示が限定されるものでない。また、以下において、同一の部分には同一の符号を付して説明する。

〔価格査定システムの概要〕
図１は、一実施の形態に係る価格査定システムの構成を概略的に示す図である。図１に示す価格査定システム１は、車両１０と、携帯端末２０と、価格査定サーバ３０と、を備える。価格査定システム１は、ネットワークＮＷを通じて携帯端末２０と価格査定サーバ３０とが通信可能に構成される。このネットワークＮＷは、例えばインターネット回線および携帯電話回線等から構成される。また、価格査定システム１は、所定の通信規格に従って携帯端末２０と（例えばＷｉ－Ｆｉ（登録商標）およびＢｌｕｅｔｏｏｔｈ（登録商標））と車両１０とが通信を行い、携帯端末２０が車両１０の価格に寄与する価格査定情報を取得し、この取得した価格査定情報を価格査定サーバ３０へ送信する。そして、価格査定サーバ３０は、携帯端末２０から受信した車両１０の価格査定情報に基づいて、車両１０を売買する際における現在の価格および将来の価格を含む推定価格情報を推定し、この推定価格情報を携帯端末２０または中古車売買を行うことができる端末装置（例えばＰＣ）等へ送信する。その後、携帯端末２０は、価格査定サーバ３０から送信された推定価格情報を表示する。なお、図１では、価格査定システム１の概略を説明するため、携帯端末２０が車両１０外に位置しているが、使用時には、ユーザが携帯端末２０を所持した状態で車両１０内に持ち込まれる。もちろん、価格査定システム１は、携帯端末２０と車両１０とが後述する通信規格による通信範囲内であれば、携帯端末２０が車両１０内に位置する必要はない。

〔車両の構成〕
まず、車両１０の機能構成について説明する。図２は、車両１０の機能構成を示すブロック図である。

図２に示す車両１０は、車速センサ１０１と、加速度センサ１０２と、アクセルペダルセンサ１０３と、ブレーキペダルセンサ１０４と、カメラ１０５と、カーナビゲーションシステム１０６と、記録部１０７と、第１の通信部１０８と、第２の通信部１０９と、ＥＣＣ（Electronic Control Unit）１１０と、を備える。なお、以下の説明では、車両１０を自動車として説明するが、これに限定されることなく、例えば、移動体であっても適用することができる。移動体としては、バイクや電動スクーター等の二輪、バス、トラック、重機、船舶およびドローン等である。

車速センサ１０１は、車両１０の走行時における走行速度（実測速度）を検出し、この検出結果をＥＣＵ１１０へ出力する。

加速度センサ１０２は、車両１０に加わる加速度を検出し、この検出結果をＥＣＵ１１０へ出力する。

アクセルペダルセンサ１０３は、ユーザによるアクセルペダルの踏み込み量を検出し、この検出結果をＥＣＵ１１０へ出力する。

ブレーキペダルセンサ１０４は、ユーザによるブレーキペダルの踏み込み量を検出し、この検出結果をＥＣＵ１１０へ出力する。

カメラ１０５は、車両１０の周辺環境および車室内を撮像することによって画像データを生成し、この画像データをＥＣＵ１１０へ出力する。カメラ１０５は、車両１０の外部または内部に複数設けられる。カメラ１０５は、被写体像を結像する１または複数のレンズ等の光学系と、この光学系が結像した被写体像を受光することによって画像データを生成するＣＣＤやＣＭＯＳ等のイメージセンサと、を用いて実現される。また、カメラ１０５は、車両１０の停車時に、車両１０の外装側の周辺環境（例えば３６０度または後方側の環境）を撮像することによって画像データを生成する。

カーナビゲーションシステム１０６は、ＧＰＳ（Global Positioning System）センサ１０６１と、地図データベース１０６２と、報知装置１０６３と、操作部１０６４と、を有する。

ＧＰＳセンサ１０６１は、複数のＧＰＳ衛星または送信アンテナからの信号を受信し、受信した信号に基づいて、車両１０の位置（経度および緯度）を算出する。ＧＰＳセンサ１０６１は、ＧＰＳ受信センサ等を用いて構成される。なお、一実施の形態では、ＧＰＳセンサ１０６１を複数個搭載することによって車両１０の向き精度向上を図ってもよい。

地図データベース１０６２は、各種の地図データを記録する。地図データベース１０６２は、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等の記録媒体を用いて構成される。

報知装置１０６３は、画像、地図、映像および文字情報を表示する表示部１０６３ａと、音声や警報音等の音を発生する音声出力部１０６３ｂと、を有する。表示部１０６３ａは、液晶や有機ＥＬ（Electro Luminescence）等の表示ディスプレイを用いて構成される。音声出力部１０６３ｂは、スピーカ等を用いて構成される。

操作部１０６４は、ユーザの操作の入力を受け付け、受け付けた各種の操作内容に応じた信号をＥＣＵ１１０へ出力する。操作部１０６４は、タッチパネル、ボタン、スイッチおよびジョグダイヤル等を用いて実現される。

このように構成されたカーナビゲーションシステム１０６は、ＧＰＳセンサ１０６１によって取得した現在の車両１０の位置を、地図データベース１０６２が記録する地図データに対応する地図上に重ねることによって、車両１０の現在走行している道路および目的値までの経路等を含む情報を、表示部１０６３ａと音声出力部１０６３ｂとによってユーザに対して報知する。

記録部１０７は、車両１０に関する各種情報を記録する。記録部１０７は、ＥＣＵ１１０から入力された車両１０のＣＡＮデータ（Controller Area Network）、カメラ１０５が生成した画像データおよびＥＣＵ１１０が実行する各種のプログラム等を記録する。記録部１０７は、ＤＲＡＭ（Dynamic Random Access Memory）、ＲＯＭ（Read Only Memory）、Ｆｌａｓｈメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等を用いて実現される。

第１の通信部１０８は、ＥＣＵ１１０の制御のもと、第１の通信規格に従って携帯端末２０と通信確立を行い、ＣＡＮデータおよび画像データを含む車両１０の価格に寄与する価格寄与情報を携帯端末２０へ送信する。ここで、第１の通信規格とは、遠距離通信可能なＷｉ－Ｆｉ通信である。第１の通信部１０８は、Ｗｉ－Ｆｉ通信可能な通信モジュールを用いて実現される。

第２の通信部１０９は、ＥＣＵ１１０の制御のもと、第２の通信規格に従って携帯端末２０と通信確立を行い、携帯端末２０から音声データ等を受信する。ここで、第２の通信規格とは、短距離通信可能なＢｌｕｅｔｏｏｔｈである。

ＥＣＵ１１０は、メモリと、ＣＰＵ（Central Processing Unit）等のハードウェアを有するプロセッサを用いて構成される。ＥＣＵ１１０は、車両１０の各部を制御する。ＥＣＵ１１０は、車両１０のＣＡＮデータおよび画像データを含む車両１０の価格に寄与する価格寄与情報を第１の通信部１０８に送信させる。ＣＡＮデータには、走行速度（実測速度）、加速度、アクセルペダルの踏み込み量、ブレーキペダルの踏み込み量、車両１０の走行状態データ、この走行状態データを検出した時刻情報、車両１０の位置情報（経度緯度情報）、車両１０の車種情報および車両１０を識別する識別情報（車両ＩＤ）等が含まれる。

〔携帯端末の構成〕
次に、携帯端末２０の機能構成について説明する。図３は、携帯端末２０の機能構成を示すブロック図である。

図３に示す携帯端末２０は、第１の通信部２０１と、第２の通信部２０２と、表示部２０３と、操作部２０４と、位置取得部２０５と、カメラ２０６と、第３の通信部２０７と、記録部２０８と、制御部２０９と、を備える。携帯端末２０は、携帯電話、タブレット型端末およびウエアラブル端末等を用いて実現される。

第１の通信部２０１は、制御部２０９の制御のもと、第１の通信規格に従って車両１０と通信確立を行い、車両１０から車両１０の価格寄与情報を受信し、この価格寄与情報を制御部２０９へ出力する。また、第１の通信部２０１は、制御部２０９の制御のもと、車両１０に向けて携帯端末２０に関する各種情報、例えば携帯端末２０を識別する識別情報（機器アドレス）を車両１０へ送信する。第１の通信部２０１は、Ｗｉ－Ｆｉ通信可能な通信モジュールを用いて実現される。

第２の通信部２０２は、制御部２０９の制御のもと、第２の通信規格に従って車両１０と通信確立を行い、各種情報、例えば音声データ等を車両１０へ送信する。また、第２の通信部２０２は、制御部２０９の制御のもと、車両１０から各種情報を受信する。第２の通信部２０２は、Ｂｌｕｅｔｏｏｔｈ通信可能な通信モジュールを用いて実現される。

表示部２０３は、制御部２０９の制御のもと、各種情報を表示する。表示部２０３は、液晶または有機ＥＬ等の表示パネルを用いて実現される。

操作部２０４は、ユーザによる各種の操作の入力を受け付け、受け付けた操作に応じた信号を制御部２０９へ出力する。操作部２０４は、タッチパネル、スイッチ、ボタン等を用いて実現される。

位置取得部２０５は、携帯端末２０の位置を取得し、この取得位置を制御部２０９へ出力する。位置取得部２０５は、複数のＧＰＳ受信センサ等を用いて実現される。

カメラ２０６は、制御部２０９の制御のもと、被写体を撮像することによって画像データを生成し、この画像データを制御部２０９へ出力する。カメラ２０６は、１または複数の光学系と、この光学系が結像して被写体像を撮像することによって画像データを生成するＣＣＤやＣＭＯＳ等のイメージセンサ等を用いて構成される。

第３の通信部２０７は、制御部２０９の制御のもと、ネットワークＮＷを介して第１の通信部２０１が車両１０から取得した価格査定情報を価格査定サーバ３０へ送信する。第３の通信部２０７は、第１の通信規格および第２の通信規格と異なる第３の通信規格によって価格査定情報を送信する。ここで、第３の通信規格とは、携帯電話回線による通信規格、例えば第４世代移動通信システム（４Ｇ）および第５世代移動通信システム（５Ｇ）等による通信規格である。第３の通信部２０７は、第４世代移動通信システム（４Ｇ）および第５世代移動通信システム（５Ｇ）等による通信可能な通信モジュールを用いて構成される。

記録部２０８は、携帯端末２０に関する各種情報および携帯端末２０が実行する各種のプログラムを記録する。記録部２０８は、ＤＲＡＭ、ＲＯＭ、Ｆｌａｓｈメモリ、ＳＳＤ、メモリカード等を用いて実現される。

制御部２０９は、メモリと、ＣＰＵ等のハードウェアを有するプロセッサと、を用いて構成される。制御部２０９は、車両１０から車両の価格に寄与する価格査定情報を取得し、価格査定情報に基づいて、車両１０にイベントが生じたか否かを判断し、車両１０にイベントが生じた場合、価格査定情報を、車両１０を査定する価格査定サーバ３０へ出力する。ここで、イベントとは、車両１０の起動時、停止時、急ブレーキ時、事故時、走行距離が価格の下がる距離に到達した到達時、および所定の場所の通過時のいずれかである。また、価格査定情報は、車両１０の走行データ、ＣＡＮデータ、走行距離データ、年式データ、画像データ、車両１０の車室内の臭いを示す臭気データ、傷の有無に関する傷データ、車両１０の所有車の運転傾向データ、車両１０の駐車場所データおよび駐車場所における駐車期間データのいずれか一つ以上である。また、制御部２０９は、価格査定情報に含まれるＣＡＮデータに基づいて、車両１０を所有する所有者の運転傾向を推定する。具体的には、制御部２０９は、ＣＡＮデータの加速度、アクセルペダルの踏み込み量およびブレーキペダルの踏み込み量に基づいて、車両１０を所有する所有者の運転傾向を推定する。さらに、制御部２０９は、画価格査定情報に含まれる画像データに基づいて、車両１０の駐車場所および車両１０の駐車期間を推定する。具体的には、制御部２０９は、画像データに対して周知のパターンマッチング等を行うことによって、車両１０の周辺環境を抽出することによって車両１０の駐車場所および車両１０の駐車期間を推定する。さらに、制御部２０９は、車両１０の車室内を撮像した画像データに基づいて、車室内の動物の有無およびユーザの喫煙の有無を判定することによって、車両１０の車室内の臭いを示す臭気データを推定する。例えば、制御部２０９は、画像データに対して周知のパターンマッチングを行うことによって車室内の犬または猫等の動物の有無を検出または煙草の有無を検出し、動物または煙草を検出した場合、臭気ありと臭気データを推定する。さらに、制御部２０９は、画像データに対して周知のパターンマッチングを行うことによって車両１０の傷の有無に関する傷データを推定する。なお、一実施の形態では、制御部２０９が第１のプロセッサとして機能する。

〔価格査定サーバの構成〕
次に、価格査定サーバ３０の機能構成について説明する。図４は、価格査定サーバ３０の機能構成を示すブロック図である。

図４に示す価格査定サーバ３０は、通信部３０１と、記録部３０２と、ユーザ情報データベース３０３（以下、「ユーザ情報ＤＢ３０３」という）と、車両データベース３０４（以下、「車両ＤＢ３０４」という）と、推論部３０５と、制御部３０６と、を備える。

通信部３０１は、制御部３０６の制御のもと、ネットワークＮＷを介して複数の携帯端末２０と通信を行い、各携帯端末２０が送信した価格査定情報を受信し、この価格査定情報を制御部３０６へ出力する。また、通信部３０１は、制御部３０６の制御のもと、価格査定情報を受信した携帯端末２０へ車両１０の推定価格情報を送信する。通信部３０１は、インターネット回線を用いた通信可能な通信モジュールを用いて構成される。

記録部３０２は、価格査定サーバ３０に関する各種情報を記録する。また、記録部３０２は、価格査定サーバ３０が実行する各種のプログラムを記録するプログラム記録部３０２ａを有する。記録部３０２は、ＤＲＡＭ、ＲＯＭ、Ｆｌａｓｈメモリ、ＳＳＤ、ＨＤＤ等を用いて実現される。

ユーザ情報ＤＢ３０３は、車両１０と、携帯端末２０と、車両１０および携帯端末２０の所有するユーザの氏名と、ユーザの生年月日と、ユーザの住所と、ユーザのメールアドレスと、価格査定サーバが提供するサービスにログインするためのパスワードと、を対応付けたユーザ情報を記録する。ユーザ情報ＤＢ３０３は、ＨＤＤおよびＳＳＤ等を用いて実現される。なお、ユーザ情報は、予めユーザが携帯端末２０等を介して価格査定サーバ３０にログインすることによって登録される。

車両ＤＢ３０４は、各ユーザによって予め登録された各ユーザが所有する車両１０の車種名と、車両１０を所定するユーザの氏名と、車両１０の車検情報と、車両１０の年式と、車両１０の価格査定情報と、推定価格情報と、を対応付けた車両情報を記録する。車両ＤＢ３０４は、ＨＤＤおよびＳＳＤ等を用いて実現される。

推論部３０５は、制御部３０６の制御のもと、車両１０の価格査定情報を入力データとし、出力データとして車両１０の現在の価格とユーザの使用傾向に基づく将来の価格と含む推定価格情報を推論結果として出力する。具体的には、推論部３０５は、メモリと、ＧＰＵ（Graphics Processing Unit）やＦＰＧＡ（Field-Programmable Gate Array）等のハードウェアを有するプロセッサと、を用いて構成される。また、推論部３０５は、制御部３０６の制御のもと、メモリに格納された学習済みモデルを読み出し、この読み出した学習済みモデルに入力データとして車両１０の価格査定情報を入力し、出力データとして推定価格情報を出力する。この学習済みモデルは、例えば機械学習としてＤＮＮ（Deep Neural Network）を用いて形成される。なお、ＤＮＮのネットワークの種類は、推論部３０５が使用できるものであればよい。具体的には、機械学習の種類は、特に限定されないが、例えば価格査定情報と推定価格情報とを紐付けた教師用データや学習用データを用意し、この教師用データや学習用データを多層ニューラルネットワークに基づいた計算モデルに入力して学習するものであればよい。さらに、機械学習の手法としては、例えばＣＮＮ（Convolutional Neural Network）、３Ｄ－ＣＮＮ等の多層のニューラルネットワークのＤＮＮに基づく手法が用いられてもよい。さらにまた、機械学習の手法としては、ＣＡＮデータ、例えば走行速度のような時間的に連続する時系列データを対象とする場合、再帰型ニューラルネットワーク（Recurrent Neural Network：ＲＮＮ）やＲＮＮを拡張したＬＳＴＭ（Long Short-Term Memory units）等に基づく手法を用いてもよい。

制御部３０６は、メモリと、ＣＰＵ等のハードウェアを有するプロセッサと、を用いて構成される。制御部３０６は、ネットワークＮＷを介して携帯端末２０から車両１０の価格に寄与する価格査定情報を取得し、この価格査定情報に基づいて、車両１０の推定価格情報を推定し、推定価格情報を携帯端末２０へ出力する。なお、一実施の形態では、制御部３０６が第２のプロセッサとして機能する。

〔携帯端末の処理〕
次に、携帯端末２０が実行する処理について説明する。図５は、携帯端末２０が実行する処理の概要を示すフローチャートである。なお、図５においては、携帯端末２０が実行する処理のうち、ユーザが予め価格査定サーバ３０に登録することによってユーザが所有する車両１０の推定価格情報を、価格査定サーバ３０を介して確認する際に携帯端末２０が実行する処理（価格査定推定処理）について説明する。

図５に示すように、まず、制御部２０９は、第１の通信部２０１を制御することによって車両１０の第１の通信部１０８と第１の通信規格（Ｗｉ－Ｆｉ）に従って通信を確立する（ステップＳ１０１）。この場合、ユーザは、携帯端末２０のユーザが操作部２０４を操作し、デザリング設定を行う。具体的には、制御部２０９は、表示部２０３が表示する複数の機器アドレス（ＩＰアドレス）の中からユーザが操作部２０４を操作することによって選択した車両１０の機器アドレスと通信を行う。そして、制御部２０９は、ユーザが操作部２０４を操作することによって入力されたパスワード（複数のテキスト）と、予め設定されたパスワードとを比較し、一致する場合、第１の通信部２０１と車両１０の第１の通信部１０８との通信を確立する。これにより、車両１０は、第１の通信規格によって携帯端末２０と無線通信を行うことができる。なお、一実施の形態では、無線通信によって車両１０と携帯端末２０とを通信可能に接続しているが、これに限定されることなく、例えば有線接続によって通信可能に接続してもよい。

続いて、制御部２０９は、第１の通信部２０１を介して車両１０から価格査定情報を取得する（ステップＳ１０２）。具体的には、制御部２０９は、所定の時間間隔、例えば１分間隔で価格査定情報を取得する。もちろん、制御部２０９は、携帯端末２０と車両１０との通信確立が維持されている場合、常に価格査定情報を取得するようにしてもよい。

その後、制御部２０９は、第１の通信部２０１を介して車両１０から取得した価格査定情報の数値化を行う（ステップＳ１０３）。具体的には、制御部２０９は、価格査定情報に含まれる画像データと、車両１０の位置情報と、時刻情報と、に基づいて、車両１０の駐車場所と、駐車期間と、を推定し、この推定結果の数値化を行う。より具体的には、制御部２０９は、車両１０の駐車場所が海の近くであったり、駐車場所に屋根がなく、雨ざらしであったりした場合において、駐車期間が長いと推定したとき、価格査定に寄与する数値を低くする。例えば、制御部２０９は、車両１０の駐車場所が海の近くであり、駐車期間が長いと推定した場合、価格査定に寄与する数値が１００点満点の場合、例えば３０点と数値化を行い、車両１０の駐車場所が海の遠く、内陸であり、駐車期間が短いと推定した場合、８０点と数値化を行う。また、制御部２０９は、価格査定情報のＣＡＮデータに基づいて、ユーザの運転傾向の数値化を行う。具体的には、制御部２０９は、ＣＡＮデータに含まれる加速度センサ１０２の検出結果、アクセルペダルセンサ１０３、ブレーキペダルセンサ１０４の検出結果および画像データに基づいて、車両１０の加減速の荒さ、先行車両との車間距離および歩行者横断の妨害回数等を推定することによってユーザの運転傾向の数値化を行う。

続いて、制御部２０９は、価格査定情報に含まれるＣＡＮデータに基づいて、車両１０にイベントが発生したか否かを判定する（ステップＳ１０４）。例えば、制御部２０９は、ＣＡＮデータに基づいて、イベントとして車両１０が急ブレーキを行ったか否かを判定し、車両１０が急ブレーキを行った場合、車両１０にイベントが発生したと判定する一方、車両１０が急ブレーキを行っていない場合、車両１０にイベントが発生していないと判定する。なお、イベントとしては、車両１０の起動時、停止時、急ブレーキ時、事故時、走行距離が価格の下がる距離に到達した到達時、および所定の場所の通過時のいずれかである。ここで、車両１０の起動時とは、イグニッションキーのオンまたは電源ボタンのオンがあったタイミングである。また、車両１０の停止時とは、イグニッションキーのオフまたは電源ボタンのオフがあったタイミングである。また、車両１０の事故時とは、加速度センサ１０２が検出した加速度が所定の閾値以上を超えたタイミングである。車両１０の走行距離が価格の下がる距離に到達した到達時とは、例えば車両１０の走行距離が１０００ｋｍ毎に到達したタイミングである。また、車両１０が所定の場所の通過時とは、車両１０を売買する際に価格に影響する場所、例えば海辺や冠水地を通過したタイミングである。制御部２０９によって車両１０にイベントが発生したと判定された場合（ステップＳ１０４：Ｙｅｓ）、携帯端末２０は、後述するステップＳ１０５へ移行する。これに対して、制御部２０９によって車両１０にイベントが発生していないと判定された場合（ステップＳ１０４：Ｎｏ）、携帯端末２０は、後述するステップＳ１０６へ移行する。

ステップＳ１０５において、制御部２０９は、車両１０から取得した価格査定情報を携帯電話回線による第２の通信規格に従って第３の通信部２０７に送信させる。この場合、制御部２０９は、価格査定情報に対して、周知の暗号化処理を行って第３の通信部２０７に送信させる。もちろん、制御部２０９は、価格査定情報に対して、周知の暗号化処理以外にも、圧縮処理等を行ってもよい。

続いて、制御部２０９は、ユーザが操作部２０４に対して車両１０の推定価格情報を確認するための表示操作を行ったか否かを判定する（ステップＳ１０６）。具体的には、制御部２０９は、操作部２０４から入力される操作信号に基づいて、ユーザが操作部２０４を操作することによって表示部２０３が表示する車両１０の推定価格情報の確認を行うアプリケーション（Ａｐｐ）に対応するアイコンをタッチしたか否かを判定する。制御部２０９によってユーザが操作部２０４に対して車両１０の推定価格情報を確認するための表示操作を行ったと判定された場合（ステップＳ１０６：Ｙｅｓ）、携帯端末２０は、後述するステップＳ１０７へ移行する。これに対して、制御部２０９によってユーザが操作部２０４に対して車両１０の推定価格情報を確認するための表示操作を行っていないと判定された場合（ステップＳ１０６：Ｎｏ）、携帯端末２０は、後述するステップＳ１１０へ移行する。

ステップＳ１０７において、制御部２０９は、価格査定サーバ３０に車両１０の推定価格情報の要求する要求信号を第３の通信部２０７に送信させる。この要求信号には、携帯端末２０を識別する機器アドレス、価格査定サーバ３０に登録した登録情報（ログイン情報）および価格査定サーバ３０のアクセスするためのパスワード等が含まれる。

その後、制御部２０９は、第３の通信部２０７が価格査定サーバ３０から推定価格情報を受信したか否かを判定する（ステップＳ１０８）。制御部２０９によって第３の通信部２０７が価格査定サーバ３０から推定価格情報を受信したと判定された場合（ステップＳ１０８：Ｙｅｓ）、携帯端末２０は、後述するステップＳ１０９へ移行する。これに対して、制御部２０９によって第３の通信部２０７が価格査定サーバ３０から推定価格情報を受信していないと判定された場合（ステップＳ１０８：Ｎｏ）、携帯端末２０は、ステップＳ１０７へ戻る。

ステップＳ１０９において、制御部２０９は、第３の通信部２０７が価格査定サーバ３０から受信した車両１０の推定価格情報を表示部２０３に表示させる。

図６は、表示部２０３が表示する車両１０の推定価格情報の一例を示す図である。図６に示す推定価格情報Ｐ１には、価格情報Ｗ１と、価格推移情報Ｗ２と、が含まれる。価格情報Ｗ１は、ユーザが所有する車両１０の車種（Ａ車）の相場と、現在の車両１０の査定価格Ｋ１と、査定価格の最小値（ＭＩＮ）および最大値（ＭＡＸ）を示す査定範囲Ｑ１と、を含む。価格推移情報Ｗ２は、ユーザの運転傾向Ｄ１と、ユーザの運転傾向に基づく価格推移Ｄ２と、を含む。ユーザの運転傾向Ｄ１には、一日の平均走行距離と、修復歴と、運転の荒さと、が含まれる。さらに、一日の平均走行距離、修復歴および運転の荒さの各々に対応するシークバーが含まれる。さらに、価格推移Ｄ２には、シークバーの各々のスライダーＢ１～Ｂ３に連動して変動する将来の価格推移Ｌ１～Ｌ３が含まれる。価格推移Ｌ１は、現在の運転傾向で経過した場合を示す。価格推移Ｌ２は、ベストな運転傾向で経過した場合を示す。価格推移Ｌ３は、ワーストな運転傾向で経過した場合を示す。

このように、ユーザは、表示部２０３が表示する推定価格情報Ｐ１を確認することによって現在または未来の車両１０の査定価格を把握することができる。なお、推定価格情報Ｐ１は、一例に過ぎず、種々の変更および追加を行うことができ、例えば車種の平均相場または取引実績等を含めてもよい。

図５に戻り、ステップＳ１１０以降の説明を続ける。
ステップＳ１１０において、制御部２０９は、操作部２０４から車両１０の推定価格の確認を終了する終了信号が入力されたか否かを判定する。制御部２０９によって操作部２０４から車両１０の推定価格情報の確認を終了する終了信号が入力されたと判定された場合（ステップＳ１１０：Ｙｅｓ）、携帯端末２０は、本処理を終了する。これに対して、制御部２０９によって操作部２０４から車両１０の推定価格情報の価格を終了する終了信号が入力されてないと判定された場合（ステップＳ１１０：Ｎｏ）、携帯端末２０は、ステップＳ１０２へ戻る。

〔価格査定サーバの処理〕
次に、価格査定サーバ３０が実行する処理について説明する。図７は、価格査定サーバ３０が実行する処理の概要を示すフローチャートである。

図７に示すように、制御部３０６は、通信部３０１が携帯端末２０から車両１０の価格査定情報を受信したか否かを判定する（ステップＳ２０１）。制御部３０６によって通信部３０１が携帯端末２０から車両１０の価格査定情報を受信したと判定された場合（ステップＳ２０１：Ｙｅｓ）、価格査定サーバ３０は、後述するステップＳ２０２へ移行する。これに対して、制御部３０６によって通信部３０１が携帯端末２０から車両１０の価格査定情報を受信していないと判定された場合（ステップＳ２０１：Ｎｏ）、価格査定サーバ３０は、本処理を終了する。

ステップＳ２０２において、制御部３０６は、通信部３０１が受信した価格査定情報に基づいて、車両１０の推定価格情報を推定する。具体的には、制御部３０６は、価格査定情報と推論部３０５と、に基づいて、車両１０の推定価格情報を推定する。具体的には、制御部３０６は、価格査定情報を推論部３０５に入力データとして入力し、推論部３０５から出力される出力データを取得し、この取得した出力データを車両１０の推定価格情報として推定する。

続いて、制御部３０６は、通信部３０１を介して携帯端末２０から車両１０の推定価格情報を要求する要求信号が入力されたか否かを判定する（ステップＳ２０３）。制御部３０６によって通信部３０１を介して携帯端末２０から車両１０の推定価格情報を要求する要求信号が入力されたと判定された場合（ステップＳ２０３：Ｙｅｓ）、価格査定サーバ３０は、後述するステップＳ２０４へ移行する。これに対して、制御部３０６によって通信部３０１を介して携帯端末２０から車両１０の推定価格情報を要求する要求信号が入力されていないと判定された場合（ステップＳ２０３：Ｎｏ）、価格査定サーバ３０は、本処理を終了する。

ステップＳ２０４において、制御部３０６は、携帯端末２０に向けて推定価格情報を通信部３０１に送信させる。ステップＳ２０４の後、価格査定サーバ３０は、本処理を終了する。

以上説明した一実施の形態によれば、制御部２０９が車両１０から車両１０の価格に寄与する価格査定情報を取得し、この価格査定情報に基づいて、車両１０にイベントが生じたか否かを判定し、車両１０にイベントが生じた場合、価格査定情報を価格査定サーバ３０へ出力する。これにより、車載通信モジュールの初期コストを低減することができるうえ、ユーザの通信費の金銭的負担も軽減することができる。

また、一実施の形態によれば、制御部２０９が価格査定サーバ３０へ価格査定情報を送信するタイミングのイベントとして、車両１０の起動時、停止時、急ブレーキ時、事故時、走行距離が価格の下がる距離に到達した到達時、および所定の場所の通過時のいずれかである。これにより、携帯端末２０は、携帯電話回線を用いて常に価格査定情報を価格査定サーバ３０へ常に送信しないため、ユーザの通信費の金銭的負担を軽減することができる。

また、一実施の形態によれば、価格査定情報が車両１０の走行データ、ＣＡＮデータ、走行距離データ、年式データ、画像データ、車両１０の車室内の臭いを示す臭気データ、傷の有無に関する傷データ、車両１０の所有車の運転傾向データ、車両１０の駐車場所データおよび車両１０の駐車場所における駐車期間データのいずれか一つ以上を含むため、車両１０における価格査定に寄与するデータを価格査定サーバ３０へ出力することができる。

また、一実施の形態によれば、制御部２０９がＣＡＮデータに基づいて、車両１０を所有する所有者の運転傾向を推定するため、車両１０の外観以外の使用状況を反映した価格査定情報を価格査定サーバ３０へ出力することができる。

また、一実施の形態によれば、制御部２０９が画像データに基づいて、車両１０の駐車場所および車両１０の駐車期間を推定するため、車両１０の実際の使用状況を反映した価格査定情報を価格査定サーバ３０へ送信することができる。

また、一実施の形態によれば、制御部２０９が第１の無線通信規格（Ｗｉ－Ｆｉ）によって車両１０から価格査定情報を取得し、第１の無線通信規格と異なる第２の無線通信規格（携帯電話回線による通信規格）によって車両１０から取得した査定価格情報を価格査定サーバ３０へ出力するため、車載通信モジュールの初期コストを低減することができるうえ、ユーザの通信費の金銭的負担も軽減することができる。

また、一実施の形態によれば、制御部２０９が価格査定サーバ３０から価格査定サーバ３０によって推定された車両１０の推定価格情報を取得し、この推定価格情報を表示部２０３に出力するため、ユーザが車両１０の現在の査定価格を直感的に把握することができる。

また、一実施の形態によれば、制御部３０６が車両１０の価格に寄与する価格査定情報を携帯端末２０から取得し、この価格査定情報に基づいて、車両１０の推定価格情報を推定する。そして、制御部３０６は、推定価格情報を携帯端末２０へ出力するため、車両１０の保管状況およびユーザの運転内容を加味した車両の価格査定を行うことができる。

また、一実施の形態によれば、価格査定情報が車両１０の走行データ、ＣＡＮデータ、走行距離データ、年式データ、画像データ、車両１０の車室内の臭いを示す臭気データ、傷の有無に関する傷データ、車両１０の所有車の運転傾向データ、車両１０の駐車場所データおよび車両１０の駐車場所における駐車期間データのいずれか一つ以上を含むため、車両１０の保管状況およびユーザの運転内容を加味した車両の価格査定を行うことができる。

また、一実施の形態によれば、推定価格情報に車両１０の現在の査定価格と、将来の査定価格が含まれる。このため、ユーザは、自身の現状および現状の運転傾向を把握することができる。

（その他の実施の形態）
また、一実施の形態に係る価格査定システムでは、「部」を、「回路」などに読み替えることができる。例えば、制御部は、制御回路に読み替えることができる。

また、一実施の形態に係る価格査定システムに実行させるプログラムは、インストール可能な形式または実行可能な形式のファイルデータでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）、ＵＳＢ媒体、フラッシュメモリ等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、一実施の形態に係る価格査定システムに実行させるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。

なお、本明細書におけるフローチャートの説明では、「まず」、「その後」、「続いて」等の表現を用いてステップ間の処理の前後関係を明示していたが、一実施の形態を実施するために必要な処理の順序は、それらの表現によって一意的に定められるわけではない。即ち、本明細書で記載したフローチャートにおける処理の順序は、矛盾のない範囲で変更することができる。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施の形態に限定されるものではない。したがって、添付のクレームおよびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１ 価格査定システム
１０ 車両
２０ 携帯端末
３０ 価格査定サーバ
１０１ 車速センサ
１０２ 加速度センサ
１０３ アクセルペダルセンサ
１０４ ブレーキペダルセンサ
１０５，２０６ カメラ
１０６ カーナビゲーションシステム
１０７，２０８，３０２ 記録部
１０８，２０１ 第１の通信部
１０９，２０２ 第２の通信部
１１０ ＥＣＵ
２０３，１０６３ａ 表示部
２０４，１０６４ 操作部
２０５ 位置取得部
２０７ 第３の通信部
２０９．３０６ 制御部
３０１ 通信部
３０２ａ プログラム記録部
３０３ ユーザ情報データベース
３０４ 車両データベース
３０５ 推論部
１０６１ ＧＰＳセンサ
１０６２ 地図データベース
１０６３ 報知装置
１０６３ｂ 音声出力部
ＮＷ ネットワーク

Claims (6)

1. ハードウェアを有するプロセッサを備え、
   前記プロセッサは、
   車両の価格に寄与する価格査定情報を取得し、
   前記価格査定情報に基づいて、前記車両の推定価格情報を推定し、
   前記推定価格情報を出力する、
   価格査定サーバ。
2. 請求項１に記載の価格査定サーバであって、
   前記プロセッサは、
   前記車両と所定の無線通信規格で通信確立された携帯端末を介して前記価格査定情報を取得する、
   価格査定サーバ。
3. 請求項１または２に記載の価格査定サーバであって、
   前記価格査定情報は、
   前記車両の走行データ、ＣＡＮデータ、走行距離データ、年式データ、画像データ、色データ、前記車両の車室内の臭いを示す臭気データ、傷の有無に関する傷データ、前記車両の所有車の運転傾向データ、前記車両の駐車場所データおよび前記車両の駐車場所における駐車期間データのいずれか一つ以上を含む、
   価格査定サーバ。
4. 請求項１～３のいずれか一つに記載の価格査定サーバであって、
   前記推定価格情報は、
   前記車両の現在の査定価格と、将来の査定価格と、を含む、
   価格査定サーバ。
5. ハードウェアを有する第１のプロセッサを備える携帯端末と、
   ハードウェアを有する第２のプロセッサを備える車両査定サーバと、
   を備え、
   前記第２のプロセッサは、
   前記携帯端末を介して車両の価格に寄与する価格査定情報を取得し、
   前記価格査定情報に基づいて、前記車両の推定価格情報を推定し、
   前記推定価格情報を前記携帯端末へ出力する、
   価格査定システム。
6. ハードウェアを有するプロセッサに、
   車両の価格に寄与する価格査定情報を取得し、
   前記価格査定情報に基づいて、前記車両の推定価格情報を推定し、
   前記推定価格情報を出力する、
   ことを実行させるプログラム。

Images