特許 5963861 中古車両価格設定データの分析、および提示のためのシステムおよび方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】5963861

(24)【登録日】2016年7月8日

(45)【発行日】2016年8月3日

(54)【発明の名称】中古車両価格設定データの分析、および提示のためのシステムおよび方法

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20160721BHJP

【ＦＩ】

   G06Q30/02 318

【請求項の数】17

【全頁数】28

(21)【出願番号】特願2014-522909(P2014-522909)

(86)(22)【出願日】2012年7月20日

(65)【公表番号】特表2014-523057(P2014-523057A)

(43)【公表日】2014年9月8日

(86)【国際出願番号】US2012047672

(87)【国際公開番号】WO2013016217

(87)【国際公開日】20130131

【審査請求日】2014年12月5日

(31)【優先権主張番号】61/512,787

(32)【優先日】2011年7月28日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】511061693

【氏名又は名称】トゥルーカー インコーポレイテッド

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】スウィンソン， マイケル ディー．

(72)【発明者】

【氏名】ラフリン， アイザック レモン

(72)【発明者】

【氏名】ラマヌジャ， メガシャム グラマ

(72)【発明者】

【氏名】セメヌク， ミカイル

(72)【発明者】

【氏名】リュ， シンチュー

【審査官】 田付 徳雄

(56)【参考文献】

【文献】 特開２００１−２０９６７４（ＪＰ，Ａ）

【文献】 特開２００１−１５５１０６（ＪＰ，Ａ）

【文献】 特開２００２−１１７２７５（ＪＰ，Ａ）

【文献】 米国特許第０７３６６６７９（ＵＳ，Ｂ２）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

車両データシステムであって、該車両データシステムは、
プロセッサと、
メモリと、
個々の中古車と関連付けられた車両データをユーザデバイスから受信するためにサーバコンピュータ上で実行されるインターフェースモジュールと、
ネットワークを介して、複数の車両に関する履歴中古車データおよび中古車取引データを収集するためのデータ収集モジュールと、
バックエンドオフライン処理を実行することと、フロントエンドオンライン処理を実行することとを実行するように構成されている処理モジュールと
を備え、
該バックエンドオフライン処理は、
該複数の車両の残存価額を表す減衰曲線を構築することであって、該残存価額は、該履歴中古車データおよび該中古車取引データを利用することにより決定される、ことと、
該複数の車両に関連する車両特有属性、地域特有社会経済的データおよび時間的に加重された履歴観察を含む調査データセットを構築することと、
中古車両のユーザ指定構成に対する中古車両価格を推定するための価格設定モデルに対する回帰係数を決定することと
を含み、
該フロントエンドオンライン処理は、
該車両データを該ユーザデバイスから受信した後、該バックエンド処理からの該調査データセットおよび該ユーザデバイスからの該車両データを利用して、回帰変数を導出することと、
該バックエンド処理からの該回帰係数、該フロントエンド処理からの該回帰変数、ならびに、該ユーザデバイスからの該車両データおよび該バックエンド処理からの該減衰曲線を利用することによって決定されている該個々の中古車に対する残存価額を利用して、該価格設定モデルに基づいた該個々の中古車に対する推定される中古車両小売価格を含む価格設定データを決定することと
を含み、
該インターフェースモジュールは、該推定される中古車両小売価格を該ユーザデバイスに表示させるように構成されている、車両データシステム。

【請求項2】

前記価格設定モデルは、特定の車両装備品と関連付けられた一式の減価償却関数に基づいている、請求項１に記載の車両データシステム。

【請求項3】

前記履歴中古車データは、走行距離、状態、車両属性、車両オプション、および地理的情報のうちの少なくとも１つを含む、請求項１に記載の車両データシステム。

【請求項4】

前記中古車取引データは、類似車両の販売時期情報を含む、請求項１に記載の車両データシステム。

【請求項5】

中古車両の価格を設定するための方法であって、該方法は、
ネットワーク環境内に常駐している１つ以上のサーバマシン上で実行される車両データシステムによってバックエンドオフライン処理を実行することであって、該バックエンド処理は、
複数の車両の残存価額を表す減衰曲線を構築することであって、該残存価額は、該複数の車両に関連する履歴中古車データおよび中古車取引データを利用することにより決定される、ことと、
該複数の車両に関連する車両特有属性、地域特有社会経済的データおよび時間的に加重された履歴観察を含む調査データセットを構築することと、
中古車両のユーザ指定構成に対する中古車両価格を推定するための価格設定モデルに対する回帰係数を決定することと
を含む、ことと、
該車両データシステムによってフロントエンドオンライン処理を実行することであって、該フロントエンド処理は、
車両データをユーザデバイスから受信した後、該バックエンド処理からの該調査データセットおよび該ユーザデバイスからの該車両データを利用して、回帰変数を導出することであって、該車両データは、個々の中古車に関連付けられている、ことと、
該バックエンド処理からの該回帰係数、該フロントエンド処理からの該回帰変数、および、該個々の中古車に対する残存価額を利用して、該価格設定モデルに基づいた該個々の中古車に対する推定される中古車両小売価格を含む価格設定データを決定することであって、該個々の中古車に対する残存価額は、該ユーザデバイスからの該車両データおよび該バックエンド処理からの該減衰曲線を利用することによって決定される、ことと
を含む、ことと、
該推定される中古車両小売価格を該ユーザデバイス上に表示することと
を含む、方法。

【請求項6】

前記価格設定モデルは、特定の車両装備品と関連付けられた一式の減価償却関数に基づいている、請求項５に記載の方法。

【請求項7】

前記履歴中古車データは、走行距離、状態、車両属性、車両オプション、および地理的情報のうちの少なくとも１つを含む、請求項５に記載の方法。

【請求項8】

前記中古車取引データは、類似車両の販売時期情報を含む、請求項５に記載の方法。

【請求項9】

中古車両の価格を設定するためのシステムであって、該システムは、プロセッサによって実行可能な命令を含む少なくとも１つの一過性でない機械可読媒体を有し、該命令は、
ネットワーク環境内に常駐している１つ以上のサーバマシン上で実行される車両データシステムによってバックエンドオフライン処理を実行することであって、該バックエンド処理は、
複数の車両の残存価額を表す減衰曲線を構築することであって、該残存価額は、該複数の車両に関連する履歴中古車データおよび中古車取引データを利用して決定される、ことと、
該複数の車両に関連する車両特有属性、地域特有社会経済的データおよび時間的に加重された履歴観察を含む調査データセットを構築することと、
中古車両のユーザ指定構成に対する中古車両価格を推定するための価格設定モデルに対する回帰係数を決定することと
を含む、ことと、
フロントエンドオンライン処理を実行することであって、該フロントエンド処理は、
車両データをユーザデバイスから受信した後、該バックエンド処理からの該調査データセットおよび該ユーザデバイスからの該車両データを利用して、回帰変数を導出することであって、該車両データは、個々の中古車に関連付けられている、ことと、
該バックエンド処理からの該回帰係数、該フロントエンド処理からの該回帰変数、および、該個々の中古車に対する残存価額を利用して、該価格設定モデルに基づいた該個々の中古車に対する推定される中古車両小売価格を含む価格設定データを決定することであって、該個々の中古車に対する残存価額は、該ユーザデバイスからの該車両データおよび該バックエンド処理からの該減衰曲線を利用することによって決定される、ことと
を含む、ことと、
該推定される中古車両小売価格を該ユーザデバイス上に表示することと
のためのものである、システム。

【請求項10】

前記価格設定モデルは、特定の車両装備品と関連付けられた一式の減価償却関数に基づいている、請求項９に記載のシステム。

【請求項11】

前記履歴中古車データは、走行距離、状態、車両属性、車両オプション、および地理的情報のうちの少なくとも１つを含む、請求項９に記載のシステム。

【請求項12】

前記中古車取引データは、類似車両の販売時期情報を含む、請求項９に記載のシステム。

【請求項13】

前記推定される中古車両小売価格は、曲線または柱状グラフ上に表示される、請求項１に記載の車両データシステム。

【請求項14】

前記推定される中古車両小売価格は、前記個々の中古車が交渉なしに購入されることができる先行価格である、請求項１に記載の車両データシステム。

【請求項15】

前記複数の車両に関する前記履歴中古車データおよび前記中古車取引データは、中古車両販売取引と、中古車両公開データと、地理データと、人口統計データと、車両情報と、車両残存価額データと、車両タイトル履歴データとを含む複数のデータセットを含む、請求項１に記載の車両データシステム。

【請求項16】

前記推定される中古車両小売価格は、前記個々の中古車に対する販売価格である、請求項１に記載の車両データシステム。

【請求項17】

前記推定される中古車両小売価格は、前記個々の中古車に対する公開価格である、請求項１に記載の車両データシステム。

【発明の詳細な説明】

【技術分野】

【0001】

（著作権の表示）
本特許文献の開示部分は、（著作権またはマスクワーク）保護を受ける資料を含有する。（著作権またはマスクワーク）所有者は、特許庁のファイルまたは記録に見られるような特許文献または特許開示を有する者によるファクシミリ複製に異議を唱えることはないが、それ以外は、いかなる場合も全ての（著作権またはマスクワーク）の権利を留保する。

【0002】

（関連出願の相互参照）
本願は、米国仮特許出願第６１／５１２，７８７号（２０１１年７月２８日、名称「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＡＮＡＬＹＳＩＳ ＡＮＤ ＰＲＥＳＥＮＴＡＴＩＯＮ ＯＦ ＵＳＥＤ ＶＥＨＩＣＬＥ ＰＲＩＣＩＮＧ ＤＡＴＡ」）の優先権を主張し、この出願の開示は、その全体が本明細書に参照することによって援用される。

【0003】

（発明の分野）
本開示は、中古車両を含む車両に関連する取引および価格設定データの集約、分析、および提示に関する。

【背景技術】

【0004】

販売者は、時として、どのように中古車両の価格を設定すべきかを決定する際、困難に遭遇する。本難点は、特に、新しい自動車の販売または購入と比較して、中古車取引の予測不可能性によって悪化する。

【0005】

例えば、（ａ）状態は、中古車の価値に対する決定的要因であるが、新しい自動車には適用されない。（ｂ）中古車の走行距離は、価値に影響を及ぼすが、新しい自動車では、無視され得る。（ｃ）一般に、車両が古いほど、価格が低い。すなわち、年数は、新しい自動車では、問題ではない。（ｄ）中古車の価格設定は、遥かに広範囲な型式年度と、それに連動する遥かに多くの車両モデルを有する。新しい自動車は、せいぜい、最も最近の２または３年の型式年度の車両のみを含む。（ｅ）販売速度は、より古い車両の場合、特に、１０年以上の中古自動車の場合、劇的に降下する。したがって、分析のデータ点は、ほとんど利用不可能である。新車では、ほとんどの場合、適正ないくつかの匹敵する新車取引が、利用可能である。（ｆ）特定の中古車に関するオプションは、構成不可能である。新しい自動車の場合、オプションは、ディーラー搭載オプションまたは製造業者からの直接注文によって、カスタマイズされることができる。

【0006】

したがって、購入者または販売者に、例えば、履歴取引データ、下取り価格、公開価格、予想される販売価格または販売価格の範囲、あるいは予想される販売時期を含む、指定された中古車両と関連付けられた価格設定データを提供するとき、これらの種々の課題および要因を考慮することが望ましい。また、ある価格設定データが、指定された中古車両と関連付けられた取引データと併せて提示されることが望ましい。さらに、本取引データが、取引データの分布として提示され得、市場最低販売価格、市場平均販売価格、または市場最高販売価格等の価格点を含む、ある価格設定データが、取引データと比較して提示され得ることが望ましい。

【発明の概要】

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

【0007】

本発明のこれらおよび他の側面は、以下の説明および付随の図面と併せて検討されることによって、より認識および理解されるであろう。以下の説明は、本発明の種々の実施形態およびその多数の具体的詳細を示すが、限定ではなく、例証として与えられる。多くの代用、修正、追加、または並べ替えが、本発明の範囲内で行われてもよく、本発明は、全てのそのような代用、修正、追加または並べ替えを含む。

【0008】

中古車両に関するデータの集約、分析、および表示のためのシステムおよび方法の実施形態が、開示される。特に、ある実施形態では、中古車両に関する履歴取引データは、価格設定データを決定するために、取得および処理され得、本決定された価格設定データは、車両の特定の構成と関連付けられ得る。ユーザは、次いで、集約されたデータセットまたは関連付けられた決定されたデータを利用して、車両構成に関するインターフェースが提示され得、ユーザは、種々の決定を行うことができる。本インターフェースは、例えば、履歴取引データと比較して提示される、下取り価格、公開価格、予想される販売価格または販売価格の範囲、市場最低販売価格、市場平均販売価格、市場最高販売価格等の価格設定データとともに、履歴取引データを視覚的に提示するように構成されてもよい。

【0009】

一実施形態では、種々の係数を考慮する、モデル化が、所与の中古車に対する販売および公開価格を正確に推定するために利用され得る。そのようなモデル化アプローチの実施形態は、中古車のベース値の推定を促進するために、車両装備品と関連付けられた一式の減価償却関数の展開を含んでもよい。重要要因が、その個々の影響または相互作用を推定するために、回帰モデルに組み込まれてもよい。これらの要因として、例えば、走行距離、状態、地理的情報（地域、州、郵便番号、メトロ、ＤＭＡ等）、人口統計情報（世帯所得、住宅価値等）、車両属性（変速機、エンジン、駆動系、ハイブリッド、電気等）、車両オプション、販売までの日数等が挙げられ得る。販売までの日数要因は、所与の中古車に対して、所有者が、その車両の売却を所望する時期に応じて、予想される価格が変動する、市場属性を捕捉するために利用され得る。

【0010】

ある実施形態では、回帰モデルに考慮される、前述の要因に加え、クラスタ化アプローチもまた、疎データを克服するために適用されてもよい。本クラスタ化の目的は、データ点が、回帰分析のためにともにプールされ得るように、類似車両および類似地理的地域を識別することであり得る。したがって、本モデル化または回帰の実施形態を使用して、推定される販売価格または公開価格を含む、価格設定データが、決定され得る。

【0011】

中古車両に対して、そのような推定される販売価格または公開価格（例えば、その自動車が、売りに出され得る価格）を使用して、次いで、販売者は、その車両に対応する市場要因が、より理解され得るため、中古車両の販売に関して、より良い決定を行うことができる。実際、そのような車両データシステムの実施形態は、データの簡略表示および複合表示の両方を提示することによって、販売者（例えば、個人販売者、卸売ディーラー、ディーラー等）および消費者、さらに、仲介人を含め、中古車販売プロセスに関与する全ての当事者に役立ち得る。視覚的インターフェースを利用することによって、ある実施形態では、価格設定データは、基準価格設定データ点と比較して、定量化可能な価格または価格範囲を反映する、価格曲線、棒グラフ、柱状グラフ等として、提示されてもよい。これらのタイプの視覚的提示の使用は、ユーザが、具体的車両構成に関連する価格設定データをより理解することを可能にし得る。そのようなインターフェースは、例えば、ユーザが、具体的車両構成に関する関連情報を提供するウェブサイトに行き、具体的車両構成に対応するインターフェースが、ウェブサイトを通して、ユーザに提示され得るようなウェブサイトであってもよい。
本発明は、例えば、以下を提供する。
（項目１）
車両データシステムであって、該システムは、
個々の中古車と関連付けられたユーザデータを受信するためのインターフェースモジュールと、
ネットワークを介して、履歴中古車データおよび中古車取引データを収集するためのデータ収集モジュールと、
処理モジュールであって、該処理モジュールは、
該履歴中古車データおよび中古車取引データを使用することであって、該使用することにより、ある車両の構成に対する価格設定モデルを決定する、ことと、
該ユーザデータおよび価格設定モデルに基づいて、該個々の中古車に対して推定される販売価格を導出することと
を行うように構成されている、処理モジュールと
を備える、システム。
（項目２）
前記価格設定モデルは、特定の車両装備品と関連付けられた一式の減価償却関数に基づいている、項目１に記載の車両データシステム。
（項目３）
前記履歴中古車データは、走行距離、状態、車両属性、車両オプション、および地理的情報のうちの少なくとも１つを含む、項目１に記載の車両データシステム。
（項目４）
前記中古車取引データは、類似車両の販売時期情報を含む、項目１に記載の車両データシステム。
（項目５）
前記処理モジュールは、データクラスタ化を使用して、前記価格設定モデルを決定するように構成されている、項目１に記載の車両データシステム。
（項目６）
中古車両の価格を設定するための方法であって、該方法は、
個々の中古車と関連付けられたユーザデータを受信することと、
ネットワークを介して、履歴中古車データおよび中古車取引データを収集することと、
該履歴中古車データおよび中古車取引データを使用することであって、該使用することにより、ある車両の構成に対する価格設定モデルを決定することと、
該ユーザデータおよび価格設定モデルに基づいて、該個々の中古車に対して推定される販売価格を導出することと
を含む、方法。
（項目７）
前記価格設定モデルは、特定の車両装備品と関連付けられた一式の減価償却関数に基づいている、項目６に記載の方法。
（項目８）
前記履歴中古車データは、走行距離、状態、車両属性、車両オプション、および地理的情報のうちの少なくとも１つを含む、項目６に記載の方法。
（項目９）
前記中古車取引データは、類似車両の販売時期情報を含む、項目６に記載の方法。
（項目１０）
前記処理モジュールは、データクラスタ化を使用して、前記価格設定モデルを決定するように構成されている、項目６に記載の方法。
（項目１１）
コンピュータプログラム製品を含む、中古車両の価格を設定するためのシステムであって、該システムは、プロセッサによって実行可能な命令を含む少なくとも１つの一過性でない機械可読媒体を有し、該命令は、
個々の中古車と関連付けられたユーザデータを受信することと、
ネットワークを介して、履歴中古車データおよび中古車取引データを収集することと、
該履歴中古車データおよび中古車取引データを使用することであって、該使用することにより、ある車両の構成に対する価格設定モデルを決定する、ことと、
該ユーザデータおよび価格設定モデルに基づいて、該個々の中古車に対して推定される販売価格を導出することと
のためのものである、システム。
（項目１２）
前記価格設定モデルは、特定の車両装備品と関連付けられた一式の減価償却関数に基づいている、項目１１に記載のシステム。
（項目１３）
前記履歴中古車データは、走行距離、状態、車両属性、車両オプション、および地理的情報のうちの少なくとも１つを含む、項目１１に記載のシステム。
（項目１４）
前記中古車取引データは、類似車両の販売時期情報を含む、項目１１に記載のシステム。
（項目１５）
前記処理モジュールは、データクラスタ化を使用して、前記価格設定モデルを決定するように構成されている、項目１１に記載のシステム。

【0012】

付随の本明細書の一部を形成する図面は、本発明のある側面を描写するために含まれる。本発明ならびに本発明によって提供されるシステムの構成要素および動作のより明確な印象が、図面に図示される、例示的、したがって、非制限的実施形態を参照することによって、より容易に明白となるであろう（同じ参照番号は、同一の構成要素を示す）。図面に図示される特徴は、必ずしも、正確な縮尺で描かれていないことに留意されたい。

【図面の簡単な説明】

【0013】

【図1】図１は、車両データシステムを含む、トポロジの一実施形態を描写する。

【図2】図２は、価格設定データを決定および提示するための方法の一実施形態を描写する。

【図3】図３は、価格設定データを決定および提示するための方法のある実施形態を描写する。

【図4】図４は、価格設定データを決定および提示する際に使用するための例示的ビンを描写する。

【図5】図５は、平均価格決定のための例示的履歴データを描写する。

【図6】図６は、インターフェースの一実施形態を描写する。

【図7】図７は、インターフェースの一実施形態を描写する。

【図8】図８は、インターフェースの一実施形態を描写する。

【図9】図９は、価格設定データを決定および提示するための方法のある実施形態を描写する。

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

【0014】

本開示ならびにその種々の特徴および有利な詳細は、付随の図面に図示され、以下の説明に詳述される、例示的、したがって、非限定的実施形態を参照して、より完全に説明される。しかしながら、発明を実施するための形態および具体的実施例は、好ましい実施形態を示すが、限定ではなく、単なる例証として与えられることを理解されたい。公知のプログラミング技法、コンピュータソフトウェア、ハードウェア、オペレーティングプラットフォーム、およびプロトコルの説明は、本開示を詳細において不必要に曖昧にしないように省略され得る。本発明の根本概念の精神および／または範囲にある種々の代用、修正、追加、および／または並べ替えは、本開示から、当業者に明白となるであろう。

【0015】

本明細書に開示される実施形態を実装するソフトウェアは、非一過性コンピュータ可読記憶媒体上に常駐し得る、好適なコンピュータ実行可能命令内に実装されてもよい。本開示内では、用語「コンピュータ可読媒体」は、プロセッサによって読み取られることができる、全タイプのデータ記憶媒体を包含する。コンピュータ可読媒体の実施例として、揮発性および非揮発性コンピュータメモリ、ならびにランダムアクセスメモリ、読取専用メモリ、ハードドライブ、データカートリッジ、直接アクセス記憶装置配列、磁気テープ、フロッピー（登録商標）ディスケット、フラッシュメモリドライブ、光学データ記憶デバイス、コンパクトディスク読取専用メモリ、ならびに他の適切なコンピュータメモリおよびデータ記憶デバイス等の記憶デバイスが挙げられ得るが、それに限定されない。

【0016】

次に、中古車両を含む、車両に対する価格設定データの集約、分析、表示に目を向ける。特に、実際の販売取引データは、種々のソースから取得されてもよい。本履歴取引データは、所望の価格設定データを決定するために、データセットおよび処理されたデータセットに集約されてもよく、本決定された価格設定データは、車両の特定の構成（例えば、製造業者、モデル、伝動機構、オプション、走行距離等）と関連付けられてもよい。インターフェースが、ユーザに提示されてもよく、ユーザは、車両構成、地理的エリア等の属性等の関連情報を提供してもよい。ユーザは、次いで、集約されたデータセットまたは関連付けられた決定された価格設定データを利用して、提供された情報に関する表示が提示され得、ユーザは、下取り価格、公開価格、予想される販売価格または販売価格の範囲、あるいは予想される販売時期等の種々の決定を行うことができる。

【0017】

一実施形態では、予想される販売価格または予想される販売価格の範囲内の販売価格が、指定された中古車両がその価格で販売される確率を反映する、それらと関連付けられた確実性の度合を有してもよい。公開価格および予想される販売価格は、公開価格、予想される販売価格、および販売までの平均日数が、相互依存し得るように、販売までの平均日数とリンクされてもよい。インターフェースは、ユーザに、本価格設定データの１つ以上の要素（例えば、販売までの平均日数）を調節する能力をもたらし、それによって、本調節に応答して計算された価格設定データを提示するように、インターフェースを調節してもよい。さらに、そのような価格設定データは、指定された中古車両と関連付けられた取引データと併せて提示されてもよい。本取引データは、取引データの分布として提示され、市場最低販売価格、市場平均販売価格、または市場最高販売価格等の価格点を含む、価格設定データを含んでもよい。

【0018】

ある実施形態では、次いで、複数のソースからデータフィードを使用して、モデル変数が、構築されてもよく、中古車査定のための価格設定データを生成するために、多変数回帰が、構築されてもよい。中古車空間には、具体的には、公開価格、販売価格、および下取り価格を含む、着目される複数の価格点が存在する。

【0019】

したがって、本明細書に開示されるシステムおよび方法の実施形態は、購入者および／または販売者の両方にとって有用であり得る販売価格の範囲とともに、少なくとも、これらの価格点のそれぞれに関して、正確な価格設定指標を提供することができる。

【0020】

そのような情報を提供するために、実施形態は、以下のアプローチを利用してもよい。ユーザが、その車両情報をユーザインターフェースに入力すると、その車両の仕様に関する変数が、求められる。例えば、年式、製造業者、モデル、オプション、変速機、エンジンシリンダ、色、状態、走行距離、元のＭＳＲＰおよび仕切り価格に関するデータが、求められてもよい。本データから、基準査定が、求められ得る。本査定は、実施形態に応じて、複数の方法で計算されることができるが、一実施形態では、有効なものとして、ユーザによって選択された車両と関連付けられた車両のクラスに対する減価償却値であってもよい。また、本時点において、車両の「ビン」が、指定されてもよい。ビンは、同一の製造業者、モデル、ボディタイプ、同一の年式（または、世代）、類似時間枠、または類似地理である、履歴取引における車両群として定義される。同一のビン内の最近の取引（例えば、ある時間枠内）が、あるモデル（本明細書により詳細に後述される）に基づいて評価され、車両に対して見込まれる価格に対して、さらなる精緻化を行ってもよい。本プロセスは、公開、販売、および下取り価格に対して行われてもよい。

【0021】

いくつかの実施形態では、プロセスの効率を増加させながら、依然として、結果を個々のユーザの一意の仕様に調整するために、少なくともいくつかの事前計算（例えば、指定された車両に対するデータに関するユーザからの具体的要求前に行われる計算）が、行われてもよい。本事前計算は、本明細書では、「バックエンド」と称されるものにおいて行われ得る。バックエンドは、本明細書で使用されるように、ユーザ要求に応答して行われ得ない、または指定された車両に関する特定のユーザ要求データ前の任意の時点で行われ得ることを意味する。したがって、例えば、ある計算が、ある時間枠（例えば、毎日、毎週、毎時間等）に基づく場合、これらは、バックエンドで行われていると見なされ得る。加えて、例えば、第１のユーザが、車両を指定し、その車両に関する価格設定データを要求する前に、計算が行われる場合、事前計算は、その第１のユーザおよびその要求に対して、バックエンドで行われた可能性がある。第１のユーザが、その情報を受信した後であるが、第２のユーザが、指定された車両に関するデータを要求する前に、ある計算が行われる場合、それらの計算は、バックエンドで行われたと理解され得る。そのような事前計算が生じるとき、ユーザが、指定された車両構成に関するデータを要求後、本ユーザが提供した増分データ（例えば、バックエンドで計算されたデータと併せて）を取り扱い、その結果が、ユーザの具体的車両属性により調整されることを確実にするためのプロセスフローが存在し得る。

【0022】

次に、前述のシステムおよび方法の実施形態が、より詳細に本明細書に説明される。概要として、最初に、利用されるデータおよびデータソースに関する一般的説明が、説明される。次いで、調査データセットに基づいて、モデルを構築するために利用される方法が、説明される。ある実施形態では、モデルは、１つ以上の異なるレベルで構築されてもよく、例えば、モデルは、全国レベル、製造業者レベル、型式レベル、ビンレベル等で構築されてもよい。さらに、決定することが所望される各価格に対して、一式のモデルが存在し得る。例えば、公開価格のための一式のモデル、販売価格のための一式のモデル、および下取り価格のための一式のモデルが存在し得る。したがって、例えば、各モデルがビンに対応する、公開価格のための一式のモデル、各モデルがビンに対応する、販売価格のための一式のモデル、および各モデルがビンに対応する、下取り価格のための一式のモデルが存在し得る。最後に、モデルの実装および使用が、その実装のフロントエンド（具体的車両構成のためのデータに対するユーザの要求に応答して行われる計算）相におけるそのようなモデルの使用を含め、説明される。

【0023】

本発明のシステムおよび方法の実施形態は、ある実施形態を実装するために使用され得る、トポロジの一実施形態を描写する、図１を参照してさらに説明され得る。トポロジ１００は、ネットワーク１７０を通して、コンピューティングデバイス１１０（例えば、コンピュータシステム、携帯情報端末、キオスク、専用端末、携帯電話、スマートフォン等）に連結される、車両データシステム１２０（また、本明細書では、ＴｒｕｅＣａｒシステムとも称される）と、在庫会社１４０、相手先商標製品製造会社（ＯＥＭ）１５０、販売データ会社１６０、金融機関１８２、外部情報ソース１８４、陸運局（ＤＭＶ）１８０、および１つ以上の関連付けられた販売場所、本実施形態では、自動車ディーラー１３０における１つ以上のコンピューティングデバイスとを含む、一式のエンティティを備える。ネットワーク１７０は、例えば、無線または有線通信ネットワーク、例えば、インターネットまたは広域ネットワーク（ＷＡＮ）、公衆交換電話網（ＰＴＳＮ）、あるいは任意の他のタイプの電子または非電子通信リンク、例えば、郵便、宅配便、もしくは同等物であってもよい。

【0024】

車両データシステム１２０は、１つ以上のコンピュータ可読媒体上で具現化される命令を実行する中央処理ユニットを伴う、１つ以上のコンピュータシステムを備えてもよく、命令は、本発明の実施形態と関連付けられた機能性のうちの少なくともいくつかを行うように構成される。これらのアプリケーションとして、インターフェースモジュール１９２、データ収集モジュール１９４、および車両データシステム１２０によって利用される処理モジュール１９６を実装するように構成される、１つ以上のアプリケーション（コンピュータ可読媒体上で具現化される命令）を備える、車両データアプリケーション１９０を含んでもよい。さらに、車両データシステム１２０は、得られたデータ１２４を記憶するように動作可能なデータ記憶１２２と、動作の間決定されるデータ１２６と、一式のディーラーコストモデルまたは価格比モデル、あるいは本発明の実施形態と関連付けられた、またはそれらの実施形態の実装の間に決定された任意の他のタイプのデータを備え得る、モデル１２８とを含んでもよい。

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

【数1】

ここで、βおよびδは、前述の式の関数形式を有する、非線形適合回帰モデルからの推定であって、従属変数Ｙは、残存価額を設定するソースによって定義されるような車両の残存価額の自然対数である。ｔは、現在の年から車両の型式年度を差し引いて算出される車両年数として定義される。

【0054】

一実施形態では、以下の原理もまた、従属変数Ｙに適用され得る。
○構造はさらに、平均値関数および誤差成分に分解することができる。
○モデル誤差は、無相関であって、ゼロ平均値を有する。
○平均値関数は、既知のリグレッサー変数および未知の定数（βおよびδ）から成る。
したがって、本行使から、以下の形式の予測を有する：

【0055】

【数2】

ここで、

【0056】

【化1】

は、予想される現在の基準査定に変換され得る、予想される残存価額の自然対数である。特に、基準査定は、ＭＳＲＰと

【0057】

【化2】

の逆対数との積となるであろう。

【0058】

（段階２（３０８）：残存査定）
次に、段階２（３０８）において、車両の取引残存価額が、（１）指数関数的減衰推定、（２）走行距離、（３）状態、および（４）地理の関数としてモデル化され得る。線形回帰は、可能なパラメータに対する推定を生成するために使用され得る。従属変数は、新車としての車両のＭＳＲＰ値によって除算される、車両の基準査定である。残存価額に対する結果として生じる公式は、以下の形式の線形関数である。

【0059】

【数3】

ここで、Ｙは、取引レベルにおける基準査定／ＭＳＲＰであって、βは、推定されたパラメータであって、Ｘｉは、予想される残存価額（前述の段階１（３０６）からの）、走行距離、状態（指標変数または定性値として入力され得る）、および地理（指標変数として入力され得る）に対する値である。本公式は、次いで、任意の走行距離、状態、および地理的場所を伴う、任意の車両の正確な残存価額を求めるために使用され得る。これは、減価償却関数を「新車」としての車両値に適用することによって行われる。結果は、記憶され（３１６）、以下により詳細に説明されるように、フロントエンド３０４によって使用され、最終価格を導出し得る。

【0060】

（段階３（３１０）：車両および地理的地域のクラスタ化）
いくつかの実施形態では、履歴モデルが、全地理的地域にわたって、十分な有効範囲を有していない場合が考えられ得る。したがって、最も類似するモデルに基づいて、これらの疎モデルに対する価格を推定することが重要であり得る。これは、車両および地理に基づいて、最も類似する車両モデルをクラスタ化することによって達成され得る。ここでは、モデルの類似性は、製造業者、ボディタイプ、車両タイプ（トラック、ＳＵＶ、クーペ、コンバーチブル等）、エンジン、変速機等によって定義され得る。また、展開された減価償却関数を前提として（前述のように）、クラスタ化プロセスは、実際の価格の代わりに、正規化価格（残存価額によって除算されるような）によって管理され得る。具体的車両に対する最終ビンは、本明細書では、ｑと称されるであろう。加えて、以下により詳細に論じられるであろうように、残存価額３１６は、フロントエンド３０４によって使用され、最終価格を導出してもよい。

【0061】

（段階４（３１２）：調査データセットの構築）
取引データを類似特性を有する車両のスラスタに分類後、調査データセット３１８が、車両価格設定のために構築され得る。いくつかの実施形態では、調査データセットは、以下の操作を使用して構築される。

【0062】

容認可能な信頼性を伴って、推論を引き出すために必要とされる十分な数の観察を生成するための時間的に加重された履歴データの使用。

【0063】

消費者挙動（例えば、平均所得、平均住居価格）および車両特有属性（例えば、エンジンタイプ、駆動タイプ）における地理的差異を考慮するための地域特有社会経済的変数の使用。

【0064】

（４．１履歴観察の時間的加重）
全履歴取引ｙ_ｉが、モデル化プロセスにおいて使用され得る。しかしながら、非常に遠い過去に生じた取引の使用は、特に、中古車市場が、自然災害または季節的変動によって生じる供給中断による価格急騰等の最近の変化に直面する場合、紛らわしい結果を生じさせ得る。より最近の取引に焦点を当て、それによって、より迅速に変化を捉えるために、時間的加重が、その年数（週単位）に基づいて、各観察に割り当てられる。使用されるアプローチは、以下のような指数関数的に加重された移動平均である。

【0065】

【数4】

前述において、Ｓ_ｔは、週ｔにおける指数関数的に加重された移動平均を表し、αは、履歴取引が割引される速度を制御するパラメータであり、Ｙ_ｔ−１は、週ｔ−１において生じた取引の価格である。

【0066】

αの適切な値を選定することが重要であり得る。過去の実績の分析は、適切な値の選択を支援するために使用され得る。例えば、最近４週間において、多くの観察される取引が存在する場合、履歴データに依拠せずに、タイムリーかつおよびロバストな測定値または価格を提供し得るため、これらの取引の非加重平均が、使用され得る。

【0067】

（４．２地域特有社会経済的データ）
消費者需要は、その地域人口の特性および嗜好に基づいて、地理毎に変動し得るため、一式の変数ｚが、使用され得る。これらの変数として、例えば、以下のようなデータ提供者および米国国勢調査局（最も最近の１０年毎の国勢調査に基づく）から得られた地域特有情報が挙げられ得る。１）全国の割合と比較した地方における地方世帯の割合、２）全国平均住宅価格と比較した地方における平均住宅価格、３）全国就労率と比較した地方における就労率の割合、４）地方における具体的製造業者に対する車両販売代理店の数（全米国自動車ディーラーの場所を用いた別のデータソースを使用）。

【0068】

（４．３車両特有属性）
各車両における構造および価格設定差異を考慮するために、一式の変数ｘが、考慮され得る。これらの変数として、以下が挙げられ得る。１）オプションを伴わない、ベース車両のＭＳＲＰの自然対数、２）オプションを伴う車両とベース車両とのＭＳＲＰの比の自然対数、３）車両ボディタイプ（ＳＵＶ、バン、トラック、セダン、クーペ、コンバーチブル）、４）燃料タイプ（電気、ディーゼル、ハイブリッド、ガソリン）、５）変速機タイプ（自動、手動）、６）駆動タイプ（４輪駆動、前輪駆動、後輪駆動）、および７）車両のエンジン内のシリンダの数。

【0069】

（４．４車両の使用／保守）
各車両の使用および保守を考慮するために、一式の変数ｙが、考慮され得る。これらの変数として、以下が挙げられ得る。１）車両の走行距離、２）車両の状態、３）タイトル履歴。タイトル履歴は、個々の車両に特有である。これは、車両が適切に保守されているかどうかを示す。これはまた、車両の実際の状態の推定に役立つ。

【0070】

（４．５販売までの日数）
車両を売却するまでの日数は、公開価格および自動車が最終的に売却される価格に関する、重要な要因である。過去の販売までの日数を観察するために、公開および取引データが、結合され、公開価格が追加された日と、車両が売却された実際の日が求められ得る。次いで、販売までの日数が、導出され得る。正確に同一の車両の場合でも、所有者が売却を所望する時期に応じて、異なる価格で販売され得ることに留意されたい。所有者が、低価格となる可能性が高い車両を下取りに出す場合、せいぜい、数日中であろう。加えて、公開価格は、関心購入者の数、したがって、販売までの日数にも同様に影響を及ぼすであろう。

【0071】

（段階５（３１４）：非線形回帰モデル）
ここで、類似車両および地域のその加重された平均値と比較して、

【0072】

【化3】

のように定義される正規化された価格比（ｐｒ）に対して、モデルが構築される。本作用は、以下の式によって要約され得る：

【0073】

【数5】

これは、よりよく知られた形式

【0074】

【数6】

【0075】

【数7】

に書き換えることができる。

【0076】

前述の式では、集合ｘの特徴は、車両属性等の価格比に影響を及ぼす、一式の回帰変数を表し、集合ｙは、使用／保守データを表し、集合ｚは、地域レベル顧客および人口統計情報ならびに業界レベルデータを表し、集合ｖは、販売までの日数データを表し、α_０は、大域的切片項であって、α_ｍはｉ∈ｍであるときのみに適用される製造業者レベル切片であって、

【0077】

【化4】

は、特定のビンｑに対する価格比の加重平均を示す。ε_ｉは、誤差項である。

【0078】

本モデルは、加重最小二乗推定法（ＯＬＳ）を使用して、適合され、回帰係数（すなわち、時間的加重平方残差の最小和をもたらす、推定されるパラメータ

【0079】

【化5】

）を見出し得る。結果は、次いで、以下により詳細に論じられるように、フロントエンドにおいて、最終価格を導出する際に使用するために記憶される（３２０）。

【0080】

回帰式の結果を前提として、ビンｑ内の車両ｉの予想される価格比は、したがって、

【0081】

【化6】

となり、ここで、

【0082】

【化7】

は、本モデルから生じる予測される価格比である。ｐｒハットは、車両が平均（ｐｒバー）と異なる程度の推定と考えられ得る。
取引ｉにおける車両に対する最終推定価格は、したがって、

【0083】

【数8】

となる。

【0084】

いくつかの実施形態では、回帰ステップは、複数回、行われ、価格が、所望のニーズを満たすように変更されることに留意されたい。具体的には、推奨される公開価格に関する予測のために、公開価格データが、公開価格を予測するために、従属変数として使用され得る。販売価格が、目標である場合、本プロセスは、従属変数としての公開価格と同一の方式で達成され得、次いで、推奨される販売価格の予測をもたらす。

【0085】

前述は全て、バックエンド（３０２）における線形回帰モデルの構築を説明する。したがって、バックエンドプロセスで決定されたデータを使用して、ユーザは、図３のフロントエンド処理（３０４）に描写されるように、指定された車両に対する価格設定データを取得してもよい。

【0086】

ステップ１（３３０）では、ユーザは、車両年式、製造業者、型式、および装備品を選択する。ユーザはまた、価格を推定するために、郵便番号を提供してもよい。そのようなデータを提供可能にするために、ユーザに提示され得る、インターフェースの実施形態は、図６に描写される。

【0087】

ステップ２（３３２）では、ユーザは、車両状態、エンジン、変速機、駆動系、および選択された車両装備品に対象であるオプションを選択してもよい。ユーザはまた、車両の走行距離を入力してもよい。そのようなデータを提供可能にするために、ユーザに提示され得るインターフェースの実施形態は、図７に描写される。

【0088】

ユーザが、車両ならびに走行距離および状態を選択後、ユーザに表示するための価格設定データが、例えば、公開、販売、または下取り価格設定を含め、モデルを使用して、アルゴリズム的に決定される（前述のように）。

【0089】

したがって、ステップ１および２を通して、ユーザは、具体的車両を説明していることになる。ユーザによって提供されるデータに基づいて、価格設定式における変数の値が、埋められてもよい。パラメータは、前述のように、バックエンド処理において、得られたデータを利用して、モデルを適合させ、それらの係数を設定する初期プロセスによって定義されていることに留意されたい。

【0090】

したがって、一連の計算は、価格設定データを提示するために、ステップ２（３３２）の直後に生じる。計算は、前述のように、バックエンド処理で決定されたモデルを使用して、行われ得る。

【0091】

・ビンｑは、ステップ１および２からのユーザ入力に基づいて決定され得る。

【0092】

・全履歴取引は、平均価格比を計算するために、ユーザ選択車両と同一のビンｑからまとめられ得る（３３４）。特定の車両に対する価格設定データの実施例は、図５の表に示される。例えば、ユーザが、９０４０１郵便番号における２００９ Ｈｏｎｄａ Ｃｉｖｉｃ ＬＸに関する情報ならびに前述の付加的情報を入力する場合、結果は、年式、製造業者、型式、装備品、郵便番号、および価格（ｐｒ）別に車両のリストを引き出すであろう。図示される実施例では、ビンは、装備品レベルではなく、「型式」レベルで定義される。したがって、同一のモデル内の他の装備品下の履歴データが、使用され得る。個々の自動車に対する価格設定データ（ｐｒ）は、平均価格を決定するために使用され得る。

【0093】

・車両属性が、ユーザ選択車両に関して収集され得、対応する一式の回帰変数ｘが、導出される（３３６）。

【0094】

・ユーザ入力走行距離および状態に基づいて、全関連する一式の回帰変数ｙが、計算され得る（３３６）。

【0095】

・地域レベル顧客および人口統計情報が、ユーザ入力郵便番号に基づいて収集され得、全関連する一式の回帰変数ｚが、導出され得る（３３６）。

【0096】

・販売までの平均日数は、デフォルト値として、価格報告に関する履歴取引から計算され得、一式の回帰変数ｖが、本モデルに対して計算され得る（３３４）。

【0097】

・事前に計算され得る回帰係数

【0098】

【化8】

（３２０）が、回帰変数集合ｘ，ｙ，ｚ，ｖ（ならびに平均価格比）に代入され得、予想される価格比が、

【0099】

【化9】

のように取得され得る。ユーザ入力データを使用して、残存または減価償却される価値が、減衰曲線および展開された減価償却関数に基づいて、計算され得る。

【0100】

・前述で計算された減価償却される値が与えられると、予想される価格（３３８）が、

【0101】

【化10】

のように求められ得る。

【0102】

ステップ３（３４０）では、決定された価格設定データが、次いで、ユーザに提示され得る。ユーザは、したがって、価格報告にアクセスし、そこで、予想される販売価格および公開価格を含む、価格設定データが、提示される。ユーザに、そのような価格設定データを提示し得る、インターフェースの実施形態は、図８に描写される。

【0103】

ステップ４（３４２）では、提示されたインターフェース（図６−８）上において、ユーザは、付加的フロントエンド情報を入力し、計算をさらに修正する能力を有し得る。具体的には、いくつかの実施形態では、ユーザは、車両状態、走行距離、および見込まれる販売までの日数の変更を入力することができる。これらの選択された要素に対する変更によって、具体的フロントエンドアルゴリズム調節が、行われ、インターフェースを通して、ユーザに提示され得る。

【0104】

価格設定システムの例示的実施形態は、図９の流れ図９００により詳細に示される。より具体的には、示されるのは、フロントエンド９０２およびバックエンド９０４において実装される操作である。

【0105】

バックエンドプロセス９０２は、入力として、構成データ（例えば、車両装備品データ）（９０６）、ならびに製造業者価格設定（９１０）、減価償却データ（９１２）、および取引データ（走行距離および年数調節）（９１４）を受信し得る。本データは、種々の外部ベンダーまたは公的ソースから利用可能であってもよく、市販または公開データベースとして利用可能であってもよい。いくつかの実施形態では、車両装備品データは、過去２０年間等の所定の周期にわたって、車両に対する車両装備品データを備えてもよい。

【0106】

これらの入力は、図３の段階２および段階３に対応する、前述の指数関数的減衰減価償却および回帰要因に基づいて、小売価格を算出するために使用され得る（ステップ９０８）。いくつかの実施形態では、結果として生じる残存減衰推定は、中古車取引に適用され得るが（図３の段階４に対応する）、他の実装では、実際の小売価格データが、使用されてもよい。本プロセスは、フロントエンド論理に焦点を当てる一方、回帰係数は、バックエンドから既に導出されている。

【0107】

いずれの場合も、残存価額ならびに製造業者構成データ（９０６）が、中古車取引データベース（９２０）、すなわち、調査データセット（３１８、図３）に追加される。加えて、オプションデータが、中古車取引データベースに提供され得る（ステップ９１８）。オプションデータは、新しいときの車両のオプションの価値および現在の残存価額に対応する。

【0108】

バックエンド処理９０２および回帰係数のアップデートは、毎日または毎週等、定期的ベースで生じ得る。

【0109】

前述のように、フロントエンド処理９０４は、郵便番号間の距離および区域データ（ステップ９２２）、および郵便番号別所得、人口、住宅価格等の社会経済的データ（ステップ９２６）等、その自動車および他の情報に関する、ユーザ入力データに応答して起動される。ユーザ入力は、例えば、車両特性、走行距離、状態、年数、地理、および市場滞留期間を含むことができる。回帰変数が、次いで、これらの入力に基づいて、構築され得る（ステップ９２４）。前述のように、そのような入力は、図６−８等のユーザインターフェースを介して、受信され得る。

【0110】

ステップ９２８では、システムは、郵便番号の特定の距離内の所与のＹＭＭ（年式、製造業者、型式）に対して、十分な取引が存在するかどうか決定してもよい。例えば、いくつかの実施形態では、ベースとして、各郵便番号の１００マイルが、使用される。

【0111】

該当する場合、平均価格が、決定され得る（ステップ９２８）。最終価格（ステップ９３０）は、回帰変数、回帰係数、および調査データセットに基づいて、導出され得る。いくつかの実施形態では、個々の取引価格比は、所定の区域内の車両の対応する地域価格比に対して、正規化されてもよい。他の実施形態では、全国価格比が、使用されてもよい。

【0112】

本明細書に開示される実施形態は、２００９年９月９日出願の本発明の譲受人に譲渡され、同時係属中の米国特許出願第１２／５５６，０７６号「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＡＧＧＲＥＧＡＴＩＯＮ， ＡＮＡＬＹＳＩＳ， ＰＲＥＳＥＮＴＡＴＩＯＮ ＡＮＤ ＭＯＮＥＴＩＺＡＴＩＯＮ ＯＦ ＰＲＩＣＩＮＧ ＤＡＴＡ ＦＯＲ ＶＥＨＩＣＬＥＳ ＡＮＤ ＯＴＨＥＲ ＣＯＭＭＯＤＩＴＩＥＳ」に開示され、参照することによって全体として本明細書に組み込まれる、実施形態に、またはそれと併せて、実装されてもよい。本明細書に描写される実施形態は、具体的実施形態と関連して使用され得、そのような実施形態を説明するために使用される任意の用語は、多少なりとも、制限または限定として解釈され得る任意の用語（例えば、ｍｕｓｔ（しなければならない）、ｎｅｅｄｅｄ（必要がある）、ｒｅｑｕｉｒｅｄ（要求される）等）を含め、そのまたはそれらの特定の実施形態のみに適用されるものと解釈されるべきであることに留意されたい。

【0113】

本開示は、具体的実施形態に関して説明されたが、これらの実施形態は、単に、例示であって、本明細書に開示される本発明の制限ではない。本発明の図示される実施形態の本明細書における説明は、要約および概要における説明を含め、包括的であること、または本発明を本明細書に開示される精密な形態に限定することを意図しない（および、特に、要約または概要内の任意の特定の実施形態、特徴、または機能の包含は、発明の範囲をそのような実施形態、特徴、または機能に限定することを意図しない）。むしろ、説明は、当業者に、要約または概要に説明される任意のそのような実施形態特徴または機能を含め、本発明を任意の特に説明される実施形態、特徴、または機能に限定せず、本発明を理解するための背景を提供するために、例示的実施形態、特徴、および機能を説明することを意図する。本発明の具体的実施形態およびその実施例は、例示的目的のためだけに本明細書に説明されるが、種々の均等修正も、当業者が認識および理解するであろうように、本発明の精神および範囲内において可能である。示されるように、これらの修正は、本発明の図示される実施形態の前述の説明に照らして、本発明に行われてもよく、本発明の精神および範囲内に含まれるものとする。したがって、本発明は、その特定の実施形態を参照して、本明細書に説明されるが、様々な修正、種々の変更および代用が、前述の開示内で意図され、いくつかの事例では、記載されるような本発明の範囲および精神から逸脱することなく、本発明の実施形態のいくつかの特徴が、他の特徴の対応する使用を伴わずに、採用されるであろうことを理解されるであろう。したがって、多くの修正は、特定の状況または材料を本発明の本質的範囲および精神に適合させるために行われ得る。

【0114】

全体を通しての「ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（一実施形態）」、「ａｎ ｅｍｂｏｄｉｍｅｎｔ（ある実施形態）」、または「ａ ｓｐｅｃｉｆｉｃ ｅｍｂｏｄｉｍｅｎｔ（具体的実施形態）」、あるいは類似専門用語の参照は、実施形態に関連して説明される特定の特徴、構造、または特性が、少なくとも、一実施形態に含まれ、必ずしも、全実施形態に存在しなくてもよいことを意味する。したがって、語句「ｉｎ ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（一実施形態では）」、「ｉｎ ａｎ ｅｍｂｏｄｉｍｅｎｔ（ある実施形態では）」、または「ｉｎ ａ ｓｐｅｃｉｆｉｃ ｅｍｂｏｄｉｍｅｎｔ（具体的実施形態では）」、あるいは本明細書全体を通した種々の場所における類似専門用語の個別の表出は、必ずしも、同一の実施形態を参照するわけではない。さらに、任意の特定の実施形態の特定の特徴、構造、または特性は、任意の好適な様式において、１つ以上の他の実施形態と組み合わせられてもよい。本明細書に説明および図示される実施形態の他の変形例および修正も、本明細書の教示に照らして可能であって、本発明の精神および範囲の一部として見なされるべきであることを理解されたい。

【0115】

本明細書の説明では、多数の具体的詳細が、構成要素および／または方法の実施例等、本発明の実施形態の完全理解を提供するために提供される。しかしながら、当業者は、実施形態が、具体的詳細のうちの１つ以上を伴わずに、あるいは他の装置、システム、アセンブリ、方法、構成要素、材料、部品、および／または同等物を伴って、実践可能であり得ることを認識するであろう。他の事例では、公知の構造、構成要素、システム、材料、または動作は、本発明の実施形態の側面を曖昧にすることを回避するために、具体的には、詳細に図示または説明されない。本発明は、特定の実施形態を使用することによって図示され得るが、これは、任意の特定の実施形態ではなく、本発明をそれに限定するわけでもなく、当業者は、付加的実施形態が、容易に理解可能であって、本発明の一部であることを認識するであろう。

【0116】

本明細書で論じられる実施形態は、ネットワーク（例えば、インターネット）に通信可能に連結されるコンピュータ、別のコンピュータ、または独立型コンピュータ内に実装されることができる。当業者に公知のように、好適なコンピュータとして、中央処理ユニット（「ＣＰＵ」）、少なくとも１つの読取専用メモリ（「ＲＯＭ」）、少なくとも１つのランダムアクセスメモリ（「ＲＡＭ」）、少なくとも１つのハードドライブ（「ＨＤ」）、および１つ以上の入力／出力（「Ｉ／Ｏ」）デバイスが挙げられ得る。Ｉ／Ｏデバイスは、キーボード、モニタ、プリンタ、電子ポインティングデバイス（例えば、マウス、トラックボール、スタイレット、タッチパッド等）、または同等物が挙げられ得る。

【0117】

ＲＯＭ、ＲＡＭ、およびＨＤは、ＣＰＵによって実行可能あるいはＣＰＵによって実行可能であるようにコンパイルまたは解釈可能なコンピュータ実行可能命令を記憶するためのコンピュータメモリである。好適なコンピュータ実行可能命令は、コンピュータ可読媒体（例えば、ＲＯＭ、ＲＡＭ、および／またはＨＤ）、ハードウェア回路または同等物、または任意のそれらの組み合わせ上に常駐し得る。本開示では、用語「コンピュータ可読媒体」は、ＲＯＭ、ＲＡＭ、およびＨＤに限定されず、プロセッサによって読み取ることができる任意のタイプのデータ記憶媒体を含むことができる。例えば、コンピュータ可読媒体は、データカートリッジ、データバックアップ磁気テープ、フロッピー（登録商標）ディスケット、フラッシュメモリドライブ、光学データ記憶ドライブ、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭ、ＨＤ、または同等物を指し得る。本明細書に説明されるプロセスは、コンピュータ可読媒体（例えば、ディスク、ＣＤ−ＲＯＭ、メモリ等）上に常駐し得る、好適なコンピュータ実行可能命令内に実装されてもよい。代替として、コンピュータ実行可能命令は、ソフトウェアコード構成要素として、直接アクセス記憶デバイスアレイ、磁気テープ、フロッピー（登録商標）ディスケット、光学記憶デバイス、あるいは他の適切なコンピュータ可読媒体または記憶デバイス上に記憶されてもよい。

【0118】

Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＨＴＭＬ、または任意の他のプログラミングまたはスクリプト記述コード等を含む、任意の好適なプログラミング言語を使用して、本明細書に説明される本発明の実施形態のルーチン、方法、またはプログラムを実装することができる。他のソフトウェア／ハードウェア／ネットワークアーキテクチャが、使用されてもよい。例えば、開示される実施形態の関数は、１つのコンピュータ上に実装される、あるいはネットワーク内にまたはそれにわたって、２つ以上のコンピュータ間に共有／分散されてもよい。実施形態を実装するコンピュータ間の通信は、公知のネットワークプロトコルに準拠する通信の任意の電子、光学、無線周波数信号、または他の好適な方法およびツールを使用して、達成することができる。

【0119】

手続き指向またはオブジェクト指向等、異なるプログラミング技法を採用することができる。任意の特定のルーチンが、単一コンピュータ処理デバイスまたは複数のコンピュータ処理デバイス、単一コンピュータプロセッサまたは複数のコンピュータプロセッサ上で実行することができる。データは、単一記憶媒体内に記憶される、または複数の記憶媒体を通して分散されてもよく、単一データベースまたは複数のデータベース（または、他のデータ記憶技法）内に常駐してもよい。ステップ、動作、または算出は、特定の順番で提示され得るが、本順番は、異なる実施形態では、変更されてもよい。いくつかの実施形態では、複数のステップが、本明細書に順次的として示される範囲において、代替実施形態におけるそのようなステップのいくつかの組み合わせは、同時に、行われてもよい。本明細書に説明される動作のシーケンスは、オペレーティングシステム、カーネル等の別のプロセスによって中断、一時停止、または別様に制御されることができる。ルーチンは、オペレーティングシステム環境内において、または独立ルーチンとして、動作することができる。本明細書に説明される機能、ルーチン、方法、ステップ、および動作は、ハードウェア、ソフトウェア、ファームウェア、または任意のそれらの組み合わせにおいて行われることができる。

【0120】

本明細書に説明される実施形態は、ソフトウェア、またはハードウェア、または両方の組み合わせにおいて、制御論理の形態で実装されることができる。制御論理は、情報処理デバイスに、種々の実施形態に開示される一式のステップを行うよう指示するように適合された複数の命令として、コンピュータ可読媒体等の情報記憶媒体内に記憶されてもよい。本明細書に提供される本開示および教示に基づいて、当業者は、本発明を実装するための他の手法および／または方法を理解するであろう。

【0121】

ソフトウェアプログラミングまたはコード内に、本明細書に説明されるステップ、動作、方法、ルーチン、またはその一部のいずれかを実装することもまた、本発明の精神および範囲内であって、そのようなソフトウェアプログラミングまたはコードは、コンピュータ可読媒体内に記憶されることができ、プロセッサによって、コンピュータに、本明細書に説明されるステップ、動作、方法、ルーチン、またはその一部のいずれかを行わせるように動作されることができる。本発明は、１つ以上の汎用デジタルコンピュータ内のソフトウェアプログラミングまたはコードを使用することによって実装されてもよく、特定アプリケーション向け集積回路、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ、光学的、化学的、生物学的、量子力学的、またはナノ加工システム、構成要素および機構が、使用されてもよい。一般に、本発明の機能は、当技術分野において公知のような任意の手段によって達成することができる。例えば、分散またはネットワーク化システム、構成要素、および回路を使用することができる。別の実施例では、データの通信または転送（または別様に、ある場所から別の場所に移動する）は、有線、無線、または任意の他の手段によるものであってもよい。

【0122】

「コンピュータ可読媒体」は、命令実行システム、装置、システム、またはデバイスによって、あるいはそれと併せて使用するために、プログラムを含有、記憶、通信、伝搬、もしくはトランスポートすることができる、任意の媒体であってもよい。コンピュータ可読媒体は、限定ではなく、単なる一例として、電子、磁気、光学、電磁、赤外線、または半導体システム、装置、システム、デバイス、伝搬媒体、あるいはコンピュータメモリであることができる。そのようなコンピュータ可読媒体は、概して、機械可読であって、ヒト可読（例えば、ソースコード）または機械可読（例えば、オブジェクトコード）であり得る、ソフトウェアプログラミングまたはコードを含むであろう。一過性でないコンピュータ可読媒体の実施例として、ランダムアクセスメモリ、読取専用メモリ、ハードドライブ、データカートリッジ、磁気テープ、フロッピー（登録商標）ディスケット、フラッシュメモリドライブ、光学データ記憶デバイス、コンパクトディスク読取専用メモリ、および他の適切なコンピュータメモリ、およびデータ記憶デバイスが挙げられ得る。例示的実施形態では、ソフトウェア構成要素の一部または全部は、単一サーバコンピュータまたは別個のサーバコンピュータの任意の組み合わせ上に常駐し得る。当業者が理解し得るように、本明細書に開示される実施形態を実装するコンピュータプログラム製品は、コンピューティング環境内の１つ以上のプロセッサによって翻訳可能であるコンピュータ命令を記憶する、１つ以上の一過性でないコンピュータ可読媒体を備えてもよい。

【0123】

「プロセッサ」は、データ、信号、または他の情報を処理する、任意のハードウェアシステム、機構、または構成要素を含む。プロセッサは、汎用中央処理ユニット、複数の処理ユニット、機能性を達成するための専用回路、または他のシステムを伴うシステムを含むことができる。処理は、地理的場所に限定される、または時間的制限を有する必要はない。例えば、プロセッサは、「リアルタイム」、「オフライン」、「バッチモード」等でその機能を行うことができる。処理の一部は、異なる時間および異なる場所で、異なる（または、同一の）処理システムによって行うことができる。

【0124】

また、図面／図に描写される要素のうちの１つ以上は、特定のアプリケーションに従って有用であるようなある場合には、より分離される、または統合される様式において、実装される、あるいは除去される、または動作不能にさえされ得ることを理解されたい。加えて、図面／図の任意の信号矢印は、別様に具体的に記載されない限り、限定ではなく、例示にすぎないと見なされるべきである。

【0125】

本明細書で使用されるように、用語「ｃｏｍｐｒｉｓｅ（備える）」、「ｃｏｍｐｒｉｓｉｎｇ（備える）」、「ｉｎｃｌｕｄｅ（含む）」、「ｉｎｃｌｕｄｉｎｇ（含む）」、「ｈａｓ（有する）」、「ｈａｖｉｎｇ（有する）」、またはその任意の他の変形例は、非排他的含有を網羅することが意図される。例えば、要素のリストを備える、プロセス、製品、物品、または装置は、必ずしも、それらの要素のみに限定されず、明示的にリストされていない、あるいはそのようなプロセス、プロセス、物品、または装置に固有の他の要素を含んでもよい。

【0126】

さらに、用語「ｏｒ（または）」は、本明細書で使用されるように、別様に示されない限り、概して、「ａｎｄ／ｏｒ（および／または）」を意味すると意図される。例えば、条件ＡまたはＢは、いかのうちの任意の１つによって充足される：Ａは、真（または、存在）であって、Ｂは、偽（または、不在）である、Ａは、偽（または、不在）であって、Ｂは、真（または、存在）である、ならびにＡおよびＢの両方が、真の（または、存在）である。本明細書で使用されるように、以下の請求項を含め、「ａ」または「ａｎ」（および、先行詞が「ａ」または「ａｎ」であるときは、「ｔｈｅ」）によって先行される用語は、別様に請求項内で明確に示されない限り、そのような用語の単数形および複数形の両方を含む（すなわち、「ａ」または「ａｎ」の参照は、単数形のみまたは複数形のみを明確に示す）。また、本明細書の説明および以下の請求項全体を通して使用されるように、「ｉｎ（の中に）」の意味は、文脈によって明確に別様に示されない限り、「ｉｎ（の中に）」および「ｏｎ（の上に）」を含む。本開示の範囲は、以下の請求項およびその法的均等物によって決定されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】