CN1828663A - 用来确定车辆残余价值的系统和方法 - Google Patents

Abstract

一种用于确定车辆残余价值的示例系统，包括一个被配置成通过数据通信网络与一个或多个访问设备进行通信的估价子系统。估价子系统包括投标模块和估价模块。投标模块被配置成通过数据通信网络请求对车辆进行投标并且接收车辆的一个或多个投标。估价模块被配置成基于收到的投标的至少之一来设置车辆的残余价值。在协议例子中，收到的投标包括高投标，并且估价子系统被配置成将残余价值设置为大约等于所述高投标。在一些实例中，投标模块被配置成通过数据通信网络请求进行实时虚拟投标。

Description

用来确定车辆残余价值的系统和方法

相关申请

根据35U.S.C.§119(e)，本申请要求了由David J.Bauer等人申请的于2005年2月25日提交的U.S.临时专利申请号为60/656852并且题目为在线车辆投标系统的优先权，其全部内容通过参考被合并于此。

通过参考，本申请同样包含于2003年7月25日提交的U.S.专利申请号为10/627547并且题目为在线投标系统，和于2004年6月25日提交的U.S.专利申请号为10/876751并且题目为具有交互语音识别接口的在线投标系统的全部内容，其中US10/627547根据35U.S.C.§119(e)要求了于2003年6月18日提交的U.S.临时专利申请号为60/479716，题为在线投标系统的的优先权，并且US10/876751是上述列举的U.S.专利申请号为10/627547的部分继续申请。

背景技术

当一辆车卷入一起事故或者在其它情况下被损坏，并向保险公司提交索赔请求时，保险公司要决定是修理还是“报废”该车辆。通常，当修理该车辆的费用大于该车辆在事故之前的价值或者在事故之前的车辆价值小于该车辆的残余价值时，保险公司认定该车辆“报废”。在这种情况下，保险公司通常偿还投保人该车辆损坏前的价值而不是支付该车辆修理的费用。为了确定该车辆损坏前的价值，保险评估人通常需要到车辆那里并且进行一个调查。随后保险评估人基于与类似车辆销售的比较、考虑诸如车况和里程数等因素来确定损坏前的价值。

一旦保险公司选择“报废”车辆，投保人可以接受赔偿款(即由保险评估人确定的车辆损坏前的价值)并放弃该车辆或者保留该车辆。当投保人选择保留车辆时，保险公司支付给投保人车辆损坏前的价值再减去损坏车辆的残余价值。投保人保留该车辆的权利通常被称为拥有者保留。通常，投保人决定保留该车辆是因为它仍然能开，或者因为投保人不在意该损坏，(例如，该损坏仅仅是美观上的损坏)。

保险公司通常依靠多种不同的技术来估计车辆的残余价值。这其中一些技术是基于具有相似损坏的类似车辆的实际残余价值。例如，可以计算相似车辆的实际残余价值的平均值并且用作特定车辆的估计残余价值。其它传统技术只计算并且使用车辆损坏前价值的预定额度。不幸地，上述传统技术所产生的价值通常太保守并且经常不准确。也就是说，通常该值不能准确表示实际公平的市场残余价值。

其它传统技术包括使用一个或多个残余价值检验人来确定残余价值。然而，对于保险公司来说不断支付检验人的服务费用是昂贵的。而且，检验人的意见变动非常大，并且仍然不能准确地反应实际的残余价值。当检验人不能在视觉上检查正在讨论的车辆时，检验人意见之间的分歧会加大。不幸地，由于保险公司不愿意支付检验人过去检查车辆的路费或者把该车辆运到检验人这里进行检查的费用的情况经常发生。此外，对于投保人来说，在等待保险公司决定索赔的时候决定择驾驶损坏的车辆也并非不可能。使用车辆将使得检验人更加难以检查该车辆。

用于确定残余价值的其它传统技术包括保险评估人人工请求和获得残余价值的投标。某些政府管辖区要求保险公司通过请求残余车辆的实际投标来设定残余价值。为了满足这个要求，保险评估人通常通过电话与拆卸者或者其它有资格的潜在买主通话以请求或获得投标。然而，这个过程是消耗时间的并且通常产生比用上述的其它传统技术得到的价格更低的价格。拆卸者通常愿意在不能检查车辆时仅仅提出很低的投标。这通常会发生，因为不幸的是，上述讨论的同样的原因通常限制了可视检查的机会。

而且，通过电话来请求投标通常不能产生如何确定残余价值的可靠记录。在一些情况下，例如，保险评估人劝诱投标人提供对车辆不合理的投标以便降低保险公司的负债。因此，当没有足够的记录时，投保人不知不觉地并且不希望地被所忽略的不合理手段所伤害。足够记录的缺乏同样可以使保险公司免于诉讼，包括政府审计和制裁。

总体来说，估计车辆残余价值的传统技术往往将残余价值估计为低于公平市场价值，极大地提高了保险公司的成本，和/或不能获得如何确定残余价值的足够记录。特别关心的，在投保人自己保留的情况下，低估残余价值会导致保险公司多付给投保人。当然，包括由这样多付款所引起成本的商业成本通常被转嫁到投保人的身上，包括从未被牵涉到事件中的投保人。该费用通常以升高保险费和/或降低保险范围的形式转嫁到投保人身上。

附图简述

附图说明了在这里描述的各个实施例的原理并且作为本说明书的一部分。该说明的实施例仅仅是示例并且不限制公开内容的范围。在附图中，同样的参考标记指明同一或相似单元。

图1是根据这里所述的原理说明用于确定车辆残余价值的示例系统的框图。

图2是根据这里所述的原理的图1的示例投标模块的框图。

图3是根据这里所述的原理配置的要在预先投标阶段期间呈现的示例图形用户接口的例图。

图4是根据这里所述的原理配置的要在虚拟(virtual)投标阶段呈现的示例图形用户接口的例图。

图5是说明根据这里所述的原理的确定车辆残余价值的示例过程的流程图。

图6是说明根据这里所述的原理基于车辆残余价值确定车辆处理的示例过程的流程图。

详细说明

I.引言

本说明书描述了确定车辆残余价值的系统和方法。这里所述的系统和方法可以基于通过数据通信网络接收的车辆的一个或多个实际投标来确定车辆的残余价值。如果拥有者决定不保留该车辆时，这些投标的每一个都表示投标人实际愿意为该车辆所支付的数额，并且这些投标可以绑定，从而最终将该车辆出售给投标人。在这样的系统或方法的一个实例中，可以公布代表车辆的数据以便通过数据通信网络访问并且用来请求对该车辆的投标。可以接收到一个或多个投标并且用来设定该车辆的残余价值。在某些实施例中，例如，将残余价值设定为该车辆所收到的最高投标值。

随后将确定的残余价值通知给保险评估人。保险评估人可以使用该信息来确定使该车辆“报废”还是让该车辆去修理在经济上更可行。在认定该车辆“报废”的情况下，保险评估人能够给投保人提供至少两个与该车辆有关的选择：(1)接受全部的赔偿(即所确定的该车辆的损坏前价值)并放弃该车辆或者(2)保留该车辆并且接受损坏前的价值减去所确定的该车辆的残余价值。由于保险持有人或拥有者(这里统称为“投保人”)具有保留该车辆的权利，将抢修车辆实际出售给最高投标者必需要经过投保人的同意(即，投保人选择放弃该车辆)。可以配置本系统和方法以将所确定残余价值的通知提供给投保人和/或保险代理，接收表示投保人或保险代理的决定的数据，并且基于该决定来确定车辆的处理。可以配置本系统和方法以便通知潜在投标人“供试用”出售条件以及投保人或保险代理的决定。

通过数据通信网络来请求和接收车辆的投标，这里所述的系统和方法能够基于投标人已经表明的他们实际愿意为车辆所支付的数额来确定和设定残余价值。使用数据通信网络来请求投标允许多个投标者来提交投标，这一般会提高投标量和价格并且使得更准确地确定损坏车辆的实际价值。此外，可以通过数据通信网络将包括可见图像和/或视频的车辆详细说明提供给潜在的投标者，以便投标者可以在视觉上检查该车辆而不用花费路费也不用运送该车辆。在视觉上检查该车辆的效能可以提高投标者的信心，并且产生较高的投标。这里所述的系统和方法的这些和其它方面对确定准确表示车辆公平市场价的残余价值是有帮助的。

因此，这里所述的系统和方法可以使车辆的公平市场价最佳化，因此帮助保险公司做出有关车辆处理的指导决定，以及在拥有者保留的情况下节省保险公司的费用。由于保险公司商业上的竞争，这些节约可以以降低保险额和/或提高保险范围的形式转接在投保人身上。

这里所述的系统和方法同样能够产生可靠的表示如何确定残余价值的记录。可以记录和存档在数据通信网络上传送的信息。因此，保险公司可以使用该记录来核实合理的使用以及符合任何可应用规则或法律的用于确定残余价值的公平操作。在考虑下面实例的情况下，这里所述的系统和方法的其它用途和好处将变得明显。

II.实例系统概述

图1说明了用于确定车辆残余价值的系统100的实例。正如图1所示，访问设备104-1到104-N(统称“访问设备104”)可以通过数据通信网络120可通信地耦合到估价子系统110。在一些实例中，数据通信网络120包括因特网或万维网。访问设备104和估计子系统110可以使用任何已知的支持远程通信的通信技术、设备、媒介和协议通过数据通信网络120进行通信，包括但不限于传输媒介、通信设备、传输控制协议(“TCP”)、因特网协议(“IP”)、文件传送协议(“FTP”)、远程通信网、超文本传送协议(“HTTP”)、插座接口、分组交换技术、电路交换技术、无线通信技术(例如蜂窝电话和无线接入技术)，和任何其它合适的通信技术。

正如在图1中所示，估价子系统110可包括在图1中所述的可通信耦合的输入模块130、数据存储存储器140、投标模块150、估价模块170、通知模块180、交易模块182、和奖励模块184。估计子系统110的各个单元可以使用任何通信技术进行通信，包括先前所列举的通信技术的任何之一。输入模块130可以接收车辆数据185，该数据可以被存储在数据存储器140中。投标模块150可以通过数据通信网络120使用车辆数据185来公布要投标的一个或多个车辆，正如下面详细描述的。投标者可以使用访问设备104来提出对该车辆的投标。投标模块150可以接收该处价并且产生投标记录以及相应的投标过程。该记录被称为投标记录188并且被存储在数据存储器140中。根据接收的投标，投标模块150可以产生投标结果190并将其提供给估价模块170，可以配置该估价模块来使用投标结果190确定与车辆相关的价值，包括车辆残余价值。通知模块180可以用来将确定的值传送到访问设备104的用户(例如保险评估人)，并且从该用户接收接受和/或拒绝消息(例如，表示决定保留或放弃车辆的消息)。通知模块180可以通知投标人是已经同意还是拒绝了车辆的出售。当同意出售时，交易模块182可以执行有助于完成该交易的操作。当拥有者保留车辆并且为了出售车辆而因此拒绝最高投标时，奖励模块184仍然给最高投标者报酬，正如将在下面更详细描述的。

在某些实施例中，估价子系统110以一个或多个计算机来实现。估价子系统110可以包括任何计算机硬件和/或指令(例如软件程序)，或软件和硬件的组合，它们被配置成执行这里所述的过程。特别地，应该理解估价子系统110可以在一个物理计算设备上实现或者可以在一个以上的物理计算设备上实现。因此，估价子系统110可以包括本领域内技术人员所知的多个计算设备任何之一(例如一个或多个服务器)，并且估价子系统可以应用本领域内技术人员所知的多个计算机操作系统中的任何一个，包括但不限于已知的版本和/或多种Microsoft Windows操作系统产品、Unix操作系统和Linux操作系统。

因此，本领域普通技术人员将意识到可以通过一个或多个计算设备以可执行指令来至少部分地实现这里所述的过程。通常，处理器(例如微处理器)例如从存储器、计算机可读介质等接收指令，并且执行那些执行，因此执行一个或多个过程，包括这里所述的一个或多个过程。可以使用多种已知的计算机可读介质来存储和发送这样的指令。

计算机可读介质(也被称为处理器可读介质)包含参与提供由计算机(例如通过计算机的处理器)读取的数据(例如指令)的任何介质。这样的介质可以采用许多形式，包括但不限于非易失介质、易失介质和传输介质。非易失介质可以包括例如光或磁盘和其它永久性存储器。易失性存储器可以包括例如动态随机存取存储器(“DRAM”)，其通常构成主存储器。传输介质可以包括例如同轴电缆、铜线和光纤，这其中包括了包含耦合到计算机处理器的系统总线的线路。传输介质可以包括或传送声波、光波和电磁发射，诸如在无线电频率(RF)和红外线(IR)数据通信中产生的那些。计算机可读介质的一般形式包括例如软盘、磁盘、硬盘、磁带、任何其它的磁介质、CD-ROM、DVD、任何其它的光介质、穿孔卡片、纸带、具有孔形式的任何其它物理介质、RAM、PROM、EPROM、FLASH-EEPROM、任何其它存储器片或盒式磁盘、或任何其它计算机能读的介质。

虽然在图1中展示了示例系统100，但是本领域普通技术人员将会意识到不会限制在图中所示的示例部件。的确，本领域普通技术人员将会意识到可以使用其它可替换的硬件环境和实施方式。现在将更详细的描述系统100的每一个部件。

A.访问设备

每一个访问设备104可以包括任意设备或对一个或多个用户来说可物理或远程访问以及允许用户提供输入至和/或从估价子系统110接收输出的设备。例如，访问设备104可以包括但不限于一个或多个台式机、膝上型计算机、平板计算机、个人计算机、个人数据/数字助理、蜂窝电话、卫星寻呼器、无线因特网设备、嵌入式计算机、视频电话、网络接口卡、调制解调器、光网终端、大型计算机、迷你计算机、可编程的逻辑设备、车辆、娱乐设备、游戏设备、音乐设备、无线通信设备、有线通信设备(例如普通电话业务(POTS)电话)，模拟电话适配器(ATA)、设备操作软电话、设备操作Java虚拟机、互联网协议(IP)设备(例如基于IP的电话)、会话发起协议(SIP)设备(例如SIP电话)、和任何其它能够通过数据通信网络120与估价子系统110通信的设备。访问设备104同样可以包括各种外围设备，诸如终端、键盘、辅助键盘、鼠标、屏幕、打印机、摄像头、麦克风、音频扬声器、输入设备、输出设备或者任何其它可以帮助用户与其它访问设备104交互的设备。

访问设备104可以包括用于产生和操作用户接口的指令。这些指令可以是任何计算机可读格式，包括软件、固件、微码等。当通过特定访问设备104的处理器(未示出)执行时，该指令可以提供一个或多个用户接口给用户。用户接口可以被配置成向用户提供信息或从用户接收输入。例如，这里所述的用户接口(多个接口)向与损坏车辆有关的用户提供信息并且从用户接收要购买那个车辆的投标。用户接口可以包含一个或多个能够显示信息和从用户接收输入的图形用户接口(GUI)。在某些实施例中，用户接口包括一个或多个网页浏览器，诸如由华盛顿的Microsoft Corporation of Redmond提供的Internet Explorer。

然而，用户接口并不限制为图形接口或网页形式的实施方式并且可以包括使用户能够利用访问设备104与估价子系统110进行通信的许多不同类型的用户接口。在某些实施例中，例如，用户接口可以包括一个或多个能够从用户接收输入以及向用户提供输出语音接口。因此，估价子系统110可以包括处理语音和数据信号的技术，包括语音识别技术和用于在语音和文本之间转换的技术(例如语音到文本和/或文本到语音转换器)。

访问设备104可以包括上述例举的设备的任何组合或子集。仅仅通过示例的方式，访问设备104的一个或多个可以包括个人计算机，而其它访问设备104可以包括其它设备类型，诸如蜂窝电话。不管设备的类型或组合，访问设备104能够通过数据通信网络120与估计子系统110通信。访问设备104可以被配置成使用任何合适的访问技术来访问数据通信网络120，包括但不限于已知的访问网络、介质和协议。

B.数据通信网络

数据通信网络120可以包括一个或多个适合于在访问设备104和估价子系统110之间承载通信的网络。例如数据通信网络120可以包括但不限于因特网、万维网和/或一个或多个内联网、局域网、广域网、语音通信网络(例如公共交换电话网络(PSTN)、基于互联网协议的话音(VOIP)和无线电话网络)、接入网络、分组交换网络、电路交换网络和任何其它的能够在访问设备104和估价子系统110之间传送信息的通信网络。通信网络120可以包括任何有助于在访问设备104和估价子系统110之间运送信息的设备、介质和技术。

C.估价子系统

正如上面所提到的，估价子系统110可以包括有助于通过数据通信网络120与访问设备104通信的任何设备或设备组合(例如服务器)。估价子系统110可以被配置成包括和/或利用任何合适的访问技术，包括但不限于服务器(例如web服务器)、安全技术、访问级别、预定的访问规则、防火墙、用户列表、签名技术和任何其它的用于控制到估价子系统110的访问的技术。在某些实施例中，估价子系统110被配置成限制到注册用户的访问。估价子系统110可以包括任何已知的用于注册和验证用户的技术。

估价子系统110可以被配置成识别不同级别的用户，并且给不同的用户级别提供不同的预定级别的访问。例如，一个级别的用户可以包括期望通过估价子系统110对车辆进行估价的人或实体。这样的用户可以包括保险公司代理(例如保险评估人)。估价子系统110可以向这个级别的用户提供特定的功能，包括通过其用户可以提供诸如损坏车辆的图片之类的车辆数据185和其它输入给估价子系统110的机构。另一级别的用户可以包括对损坏车辆提交投标或希望可能提出投标的人或实体。这个级别的用户在这里被称为“投标者”，可以授权其访问对车辆进行投标的功能。另外一个级别的用户可以包括与被估价车辆有关的投保人。

估价子系统110可以从访问设备104接收多种信息。例如，估价子系统110可以接收表示用户注册和/或登录信息的数据、诸如损坏车辆图片之类的与一个或多个车辆相关或说明一个或多个车辆的信息、访问设备104的用户所投的标以及保险代理人和/或投保人的决定。估价子系统100也可以使访问设备104可访问多种信息。例如估价子系统110可以提供表示用户注册和/或登录信息的数据、与一个或多个车辆相关或说明一个或多个车辆的信息、与投标或投标过程相关的信息、与投标结果相关的信息(例如获胜投标的通知)，和确定车辆价值的通知。现在将更详细的描述估价子系统110的示例性部件和功能。

1.输入模块

输入模块130可以被配置成提供数据到/从同意加载表示车辆信息的数据的用户，和/或从该用户接收数据。正如先前所提到的，这些用户可以包括保险公司的代理(例如保险评估人)和其它预先同意的用户。保险评估人通常使用一些访问设备104来通过数据通信网络120向输入模块130提供车辆数据185。车辆数据185可以包括但不限于车辆的文本、音频的、图像的、和/或视频描述或表示，包括车况的描述、车辆的图像、车辆维护记录、车辆历史、第三方评估(例如Kelly Blue Book值)、车辆里程数、车辆颜色、车辆特征(例如皮座、立体声的制造和型号、发动机说明书、导航系统等)、所有权信息、车辆估计值(例如正如由保险评估人确定的车辆损坏前的价值)、损坏说明、车辆配置和任何其它的对描述和/或估价车辆有用的潜在信息。

保险评估人可以在车辆目检期间获得或生成描述车辆的信息。保险评估人随后可以使用访问设备104将表示该信息的数据加载到输入模块130。正如下面所述，可以使用车辆数据185来通过数据通信网络120示出车辆的投标，而不用运输该车辆或者在特定地点展示车辆，这由于先前已经获得了车辆数据185并且将其提供给了估价子系统110。

输入模块130可以被配置成提供模板(例如超文本链接标示语言(HTML)模板)给访问设备104，设计该模板设计成接收来自访问设备104的用户的输入。该模板可以定义有助于车辆数据185输入的用户接口。

输入模块130可以被配置成提供接收的数据(例如车辆数据185)到数据存储器140，其可以存储数据以便随后的访问和使用。

2.数据存储器

数据存储器140可以包括一个或多个数据存储介质、设备、或者配置并且可以应用任何类型、形式的本领域内技术人员已知的存储介质以及它们的组合，包括硬盘驱动器、只读存储器、高速缓冲存储器、数据库、光介质和随机存取存储器。数据存储器140可以包括任何已知的有助于存储、更新、修改、访问、检索和删除数据的技术。

数据存储器140可以包括任何类型或形式的表示车辆、用户访问权、投标记录(下面进一步所述的)和任何其它可能潜在的有助于请求投标和/或估价车辆的信息或与其相关的电子数据，包括车辆数据185、投标记录188和投标结果190。该数据可以以可扩展置标语言的形式(XML)或任一合适的形式存储。

虽然图1说明了包括在存储器140包括在估价子系统110中的例子，但这不是限制。例如，估价子系统110可以被配置成存储和/或检索数据到/从外部数据源。任何潜在地有助于估计车辆价格、管理用户访问、和/或与用户通信的数据都可以从任何合适的和可访问的内部或外部数据源中检索得到。

3.投标模块

投标模块150可以被配置成使用车辆数据185而将一辆或多辆车通过数据通信网络120来投标。例如，投标模块150可以从数据存储器140检索得到至少一个车辆数据185的子集并且使检索的数据(或者检索的数据的副本)可用于通过数据通信网络120访问。因此，投标者可以使用访问设备104来考虑和对由车辆数据185所表示的车辆投标。通过诸如数据通信网络120之类的数据网络来请求和接收投标，估价子系统110使得在很大范围内可以获得车辆信息，与传统估计残余价值的技术相比，在许多例子中该访问性可以提高车辆所收到的投标量和价格。通过数据通信网络120接收投标可允许以有效、正当的、划算的、和自动的方式来接收投标并且确定残余价值。

请求通过数据通信网络120来投标也能呈现与车辆有关的有帮助的信息，该信息可以提高投标量和投标人的信心。例如，投标模块150可以提供上述的任何一方面的车辆数据185作为投标请求一部分，包括车辆的可见图像、视频、书面说明书和音频说明。可以给投标人提供到动态图片的访问，该图片可以旋转360度以便于从不同的角度观看。通过访问诸如车辆可见图像之类的有帮助的车辆信息，投标人可以做出有根据的和自信的投标，这在某些例子中可以帮助提高获胜投标的值。

正如上面所提到的，投标人可以使用访问设备104来通过数据通信网络120访问和考虑投标请求。在某些实施例中，例如，投标人可以使用一个或多个域名和/或IP地址来访问一个或多个举办投标过程的站点(例如网站)或者这里所述的投标模块。

投标模块150可以被配置成将访问限制到有资格的投标人。例如，在用户被授权访问之前，投标模块150可以向用户请求有效注册信息。因此投标模块150可以维护任何有助于控制访问投标请求的注册信息。投标模块150可以被配置成接收与请求注册的新用户有关的注册信息(例如，用户名称、公司名称、联系信息、付款信息、口令等)。一旦完成注册，投标模块150可以向注册用户提供对一个或多个由投标模块150所支持的投标过程的访问。通过投标模块150可以为待估价的每一车辆或者为一批待估价的一个或多个车辆执行独立的投标过程。

投标模块150也可以被配置成控制允许哪些注册投标者对特定车辆进行投标。投标模块150可以包括配置用于识别授权投标者的预定义规则。该预定义规则可以确定允许谁对特定车辆进行投标。根据诸如要购买具有特定所有权型式(例如残车所有权)的车辆的执照要求之类的法律或政府规章来定义该规则。投标模块150也可以被配置成追踪和限制从投标人所接受的投标量或者出售给投标人的数量，包括在预定时间长度内投标或出售的数量。这个限制可以基于政府规章或营业政策。投标和出售的规章可以帮助阻止欺诈、滥用行为、和潜在的非法活动。

在某些实施例中，投标模块150被配置成提供两阶段的投标过程。图2是根据特定实例的图1投标模块150的框图。正如在图2中所示，投标模块150可以包括初级投标部件210和虚拟投标部件220，其可以被配置成一起工作以提供两阶段的投标过程，现在将详细描述这两个阶段。

a.初级投标阶段

示例的两级投标过程的第一阶段可以被称为初级投标阶段并且可以由初级投标部件210来提供。该初级投标阶段可以是在一个或多个投标人对一批车辆中的任何一个车辆(多个车辆)进行考虑和投标期间的静态投标阶段。在初级投标阶段，初级投标部件210可以将一个或多个车辆组成一个批次(即出售目录)并且提出该批次以供一个或多个投标人考虑。一个批次可以包括基于地理位置、出售日期和/或其它合适标准而组合在一起的车辆。例如，一个批次可以包括具有共同预定初级投标阶段结束时间和/或共同虚拟投标开始时间的车辆。在初级投标阶段可以对在该批次中的车辆一起进行投标。

初级投标阶段可以被配置成持续一个预定时间间隔(例如直到预定的结束时间)。因此投标人能够在预定的时间间隔内对该批次中的一个或多个车辆中的任何一个进行考虑和投标。通常，初级投标阶段的持续时间以天或周来量度。这样的持续时间为投标人提供了足够的时间以便对许多不同的车辆进行考虑以及进行初级投标。当然，可以使用任何合适的持续时间。可以通过估价子系统110的操作者来确定持续时间和/或所安排的初级投标阶段的结束时间。

在某些实施例中，投标模块150被配置成通过数据通信网络120呈现一个批次中的车辆列表，以及一个或多个投标人能够通过其选定特定车辆的附加信息和/或选定特定车辆进行投标的机制(例如超级链接)。例如，可以在特定用户接口(例如图形用户接口(“GUI”))上提出一个批次中的车辆列表，并且当选定一个车辆时，可以呈现另一个具有与该选定车辆和/或与投标相关的附加信息的用户接口。

图3说明了一个示例初级投标接口300，在初级投标阶段可以向投标人提供初级投标部件210。初级投标部件210可以被配置成响应投标人选定观看关于一个车辆批次中的一特定车辆的附加信息来提供初级投标接口300。

正如在图3中所示，初级投标接口300可以包括与一特定车辆相关的信息，包括在车辆数据185中的任何或所有的信息。例如，初级投标接口300可以包括车辆的可见图像310、车辆的书面说明书320、投标登录窗口330和提交投标图标340。投标人可以使用投标登录窗口330和提交投标图标340以进入并提交初级投标。替换投标输入窗口330或者除此之外，初级投标接口300可以包括投标登录图标(例如下面参考图4所述的投标数值组450)以便快速输入特定投标数额。

正如所示的，初级投标接口300可以包括一个批号，其是其中将会包括车辆的虚拟投标阶段(下面进一步所述的)的预定开始时间的指示、获取位置标识符(例如在与车辆相关的投保人附近的车辆工厂的名称)、损坏前的车辆价格(正如实际现金价值(“ACV”)所示)、损失费用、所有权信息(例如残车所有权或清洁所有权)、损坏类型(例如性能损坏或碰撞损坏)、里程数、损坏类型说明或代码、以及当前最高投标数额。在图3中所示的当前投标表示当前的高初级投标。初级投标接口300也可以包括任何其它的潜在有用信息。例如，初级投标接口300可以包括车辆投标相关的通知、说明或与弃权声明，包括投标的说明(例如与代理投标有关的说明，其将在下面描述)和/或该车辆仍不在车辆工厂中和/或投标经过了批准(例如出售要经过与车辆相关的投保人或保险公司的批准)的通知。正如上面所提到的，提供给投标人的信息可以鼓励投出高投标，因为投标人可以确定车况并且自信地提交有根据的投标。尤其是，可视图像310对传送车况信息是重要的，同时避免路费和运输费用或使这些费用最小化。

初级投标部件210可以被配置成支持代理投标，其允许任何投标者为一辆车输入最大的投标价(即代理投标)，在下文中被称为第一投标人。最大投标价表示第一投标人在那个时间愿意为该涉及的车辆所支付的最大数额并且可以比当前那辆车的最高投标多很多。初级投标部件210随后可以响应其它投标人投出的高于第一投标人的投标来以第一投标人的名义自动地以预定增量投出越来越高的投标。这可以持续到第一投标人授权的最大投标价。

投标人可以以任何合适的方式提交代理投标。例如，初级投标部件210可以向投标人提供通过其可以将投标标识为代理投标的机制。可替换地，初始投标部件210可以被配置成自动地将超过预定投标增量的投标数额视为代理投标。举例说明，如果一辆车的当前高投标是第一投标人的500$，并且最小的投标增量是50$，要是随后的投标至少比当前最高投标高100$的话，那么比另一投标人提交的550$更大的该随后投标可以被视为代理投标。如果第二投标人提供1000$的投标，初始投标部件210可以被配置成以第二投标人的名义将车辆的当前高投标设定为550$。如果第一投标人(或者不同于第二投标人的另一投标人)随后投标600$，初始投标部件210可以被配置成自动将第二投标人的投标提高到650$。这可以持续直到第二投标人仍然是高投标人，或者直到达到由第二投标人提交的最大投标(即1000$)。如果期望，第二投标人仍然可以提交随后的投标。因此为了投标人初始投标部件210可以以投标人的名义递增地并且自动地增加车辆的当前投标直到最大投标值。

尽管没有在图3中示出，一个或多个与初始投标阶段相关的用户接口可以包括预定时间的指示，表示初级投标部件210计划要在该预定时间结束初级投标阶段。也可以呈现指明在预定的初级投标阶段结束之前剩余的时间量的倒计数计时器。

初级投标阶段可以有助于投标人尽力标识他们感兴趣的特定车辆。投标人也可以使用初级投标阶段来根据所接收的对车辆的投标来分析对那些车辆感兴趣的级别并且随后更好地估计在虚拟投标阶段中车辆将最终获得多高的投标。在某些情况下，投标人在没有花费时间进行现场拍卖或参与相应的虚拟投标阶段的情况下就能够从所考虑的车辆中淘汰一些车辆。因此，对许多投标人来说初级投标阶段是重要的节省时间的工具。

初级投标阶段还可以吸引很多的潜在投标者并且因此提高对车辆感兴趣的级别。车辆的投标数额将会随着接收的投标数量的增加而增大。另外，初级投标阶段可以用来提高虚拟投标阶段中的参与，这可以进一步帮助提高投标数额。

返回参考图2，初级投标部件210被配置以在设定来标记初级投标阶段结束的预定时间上结束初级投标阶段。一旦初级投标阶段结束，初级投标部件210不再接收初级投标。然而，初级投标仅仅是初级的，并且在完成被称为虚拟投标阶段的第二投标阶段之前不能确定获胜投标和投标人，第二投标阶段可以由虚拟投标部件220来提供。换句话说，不管在初级投标阶段发生什么，投标将会进行到虚拟投标阶段，在该阶段中将会确定获胜投标。获胜投标可以是在虚拟投标阶段期间接收的投标、如果随后没有接收到虚拟投标也可以是在初级投标阶段收到的高初级投标，或者在虚拟投标阶段没有胜出的初级阶段过程中的代理投标。

b.虚拟投标阶段

虚拟投标部件220可以被配置成在预定时间或在第一投标阶段结束之后的预定时间间隔内开始第二投标阶段。可以通过估价子系统110的操作者来定义预定的时间或时间间隔。在某些实施例中，例如，虚拟投标部件220被配置成在初级投标阶段结束之后的大约一小时开始虚拟投标阶段。当然，在第一和第二投标阶段之间可以使用任何合适的时间间隔。

投标模块150可以被配置成通知投标人一特定虚拟投标阶段的开始。可以在虚拟投标阶段开始时或者预先地提供通知。投标人可以请求通知特定虚拟投标阶段。例如，投标人可以通过数据通信网络120提交请求以便被通知一个虚拟投标阶段的开始，在该阶段中将会对一特定车辆进行投标。

投标模块150可以以任何合适的方式通知投标人，包括通过数据通信网络120提供消息。在某些实施例中，例如，消息被公布在一个被配置来主办虚拟投标阶段或与虚拟投标阶段相关的初级投标阶段的站点(例如网站)。可以使用其它形式的通知，包括不限于e-mail消息、文本消息、即时消息、语音邮件消息、音频消息、记录的语音呼叫、寻呼消息、以及任何其它合适的通信技术。

在虚拟投标阶段，虚拟投标部件210可以提供一个或多个投标人考虑的一个或多个车辆。连续提供一个批次的车辆，以便针对在一个特定批次的车辆招标中，一次为一个车辆开始招标。当任一特定车辆准备投标时，投标人可以动态并且实时地提交该车辆的虚拟投标。因此一个批次中的车辆可以在虚拟投标阶段期间被连续投标，每辆车保持投标直到确定了该车辆的最高投标。当在预定时间间隔内没有接收到随后的更高投标时确定该高投标。正如下面所讨论的，可以使用车辆的最高投标以便设定该车辆的残余价值。

除了模拟通过数据通信网络120访问的虚拟环境，虚拟投标阶段可以被配置成模拟传统现场拍卖的某些方面。换句话说，虚拟投标部件220可以被配置成提供虚拟、实时投标环境，设计该环境以便向投标人灌输相同的或类似的在参加传统现场出售时所带来的感觉和反应。因此，虚拟投标阶段可以激励投标人进行投标并且继续投标，即使当投标人位于不同的和遥远的地理位置上时。通过模拟传统现场拍卖的一些方面，虚拟投标阶段有助于使车辆所收到的获胜投标的数额最大化。因此系统100可以确定反映实际和公平市场价的残余价值。保险公司能够使用该残余价值，并确信由于是以可接受以及文件证明的方式确定该价值，因此该价值准确地反映了公平市场价值，且该价值代表了要求投标人为正在考虑的车辆所支付的实际投标。

可以基于在初级投标阶段期间接收的初级投标来设置在虚拟投标阶段中起始投标。在某些实施例中，例如，在虚拟投标阶段中的起始投标可以被设置为等于或者近似等于在初级投标阶段相应车辆所接收到最高初级投标。换句话说，可以延续在初级投标阶段中的最高投标并且用作虚拟投标阶段的起始投标。在其它实施例中，虚拟投标阶段中的起始投标可以被设置为高于或低于在初级投标阶段中收到的最高初级投标的预定百分比或者数额。例如，虚拟投标阶段中的起始投标可以被设置为高于一特定车辆在初级投标阶段收到的最高投标大约10％的一个值。

通过基于在初级投标阶段中接收的初级投标来设定起始投标，虚拟投标部件220提供有效的虚拟投标过程。例如，由于投标的至少一个部分已经在初级投标阶段期间产生，因此与在传统现场拍卖中花费的时间相比在虚拟投标阶段中确定最高投标所用的时间已经极大地减少了。因此虚拟投标部件220能够有效地确定车辆的最高投标。

如果在初级投标阶段没有收到一个车辆的初级投标，一个默认投标可以被用作虚拟投标阶段的起始投标。可以在虚拟投标开始之前投出该默认投标。例如在某些实施例中，在安排虚拟投标阶段计划开始之前大约一天来投出默认投标。当投出了默认投标之后，只要在投出了默认投标之后没有收到其它初级投标，那么它将变为虚拟投标阶段的起始投标。然而，如果在投出了默认投标之后收到了初级投标，在初级投标阶段期间收到的最后一个初级投标将被用作起始投标。可以以诸如废车买主之类的一个特定方的名义来投出该默认投标。废车买主有权投标以便让它们的投标用作在初级投标阶段期间没有接收到任何投标的车辆的默认投标。

虚拟投标部件220可以被配置成提供一个或多个到访问设备104的虚拟投标接口以便投标人考虑。该用户接口可以包括与虚拟投标过程相关的包括车辆信息和实时投标信息的信息。图4说明了示例的虚拟投标接口400，在虚拟投标阶段期间，虚拟投标部件220将该接口提供给一个投标人。虚拟投标部件220可以被配置响应一个投标人选择参与与一个或多个车辆的批次相关的虚拟投标来提供虚拟投标接口400。在某些实施例中，一个投标人可以选择多个虚拟投标批次，并且多个虚拟投标接口可以被同时提供给该投标人。例如以多个图形用户接口形式的多个虚拟投标接口可以被同时显示在一个特定的访问设备104上，给一个投标人同时监测多个虚拟投标批次的能力。

正如在图4中所示，虚拟投标接口400可以包括与当前准备投标的一个特定车辆相关的信息。例如，正如在图4中所示的虚拟投标接口400包括车辆的可视图像410、与车辆工厂415相关的位置标识符(例如买主可以在获得该车辆的工厂)、项目号、批号以及车辆的书面说明书420。在图4中，书面说明书420包括车辆牌子、样式、年份、颜色、车辆标识号(“VIN”)和里程数以及车辆损坏前的价格(被表示为实际现金价“ACV”)、修理费用、所有权信息(例如损坏证明或者废车证明)、损失类型(例如碰撞)和损坏说明书(例如全身、前端、后端等)。当然，虚拟投标接口400可以包括与车辆有关的其它信息(例如车辆的视频总长度)，包括潜在地有助于激励和/或帮助投标人提交车辆的投标的任何信息。

虚拟投标接口400也可以包括与执行虚拟投标过程相关的信息。在图4中，虚拟投标接口400包括其中具有投标信息的投标部分430。投标信息可以包括描述虚拟投标过程执行的任何信息以及事件。正如在该图中所示，投标部分430可以包括被配置来描述虚拟投标事件的投标记录440。投标记录440可以包括文本、音频、可视图像、或者潜在地有助于指明投标事件的消息和消息类型的任一组合。可以实时提供该消息并且可以有助于通知和刺激投标人。

虚拟投标部件220被配置成控制投标记录440所提供的消息。因此，通过在数据通信网络120上提供描述虚拟投标事件的电子消息虚拟投标部件220可以起到如同虚拟的、电子拍卖人的作用。对于在图4的投标日志440中提供的文本消息，投标日志440可以通过显示一个起始投标数额(例如在图4中1050$)以及这个数额是起始投标的指示来开始一个车辆的虚拟投标。一旦公布了起始投标，虚拟投标部件220接着开始倒计数。如果在预定的事件间隔内没有收到比起始投标更大的投标，车辆将被出售给(经过许可)提交了起始投标的投标人。这通常是在初级投标阶段期间提交了最高初级投标的投标人。另一方面，如果在预定时间间隔内接收到了比起始投标大的投标，显示该新的投标(例如在图4中的1150$)作为当前高投标，并且复位倒计数器。与传统现场拍卖类似，倒计数器给投标人一个在每一投标之后的时间限制，在该时间限制中提交更高投标。正如在图4中所示，可以直观地和/或用声音来显示这个倒计数(例如，开始、5、4、3、2、1、成交)以便激励投标人在倒计数结束之前输入另外的投标。

与当前投标显示一起，虚拟投标部件220也可以提供附加信息。在某些实施例中，例如，诸如城市、州、省或者国家之类的普通位置标识符可以与接受的投标一起被显示。其它的实施例可以省略该信息或提供不同类型的信息。普通位置标识符与每一接受的投标一起显示可以帮助投标人将运输费用因素纳入投标策略中。例如，正在对同样位于佛罗里达的车辆进行投标的一个位于佛罗里达的投标人将能够确信比位于加利福尼亚的投标人具有明显的优势，后者为将该车辆运输到加利福尼亚不得不支付更高费用。位置标识符与每一接受的投标一起进行显示同样可以通知投标人系统100的等级和大量请求。明显地，通过系统100来自世界任何地方的投标人可以被集合在一起以便对车辆或者其它要估价的或者要出售的商品进行投标。

虚拟投标部件220可以被配置成在投标记录440中显示倒计数序列。可以将倒计数序列设计为与倒计数器一致并且说明倒计数器的进度。该倒计数序列可以是任何配置来通知投标人倒计数器进度的消息流。因此，倒计数序列可以警告投标人投标应该被快速提交以便不失去一个商品。在某些实施例中，例如，倒计数序列被配置成包括顺序定时显示短语“开始...”，接着是“5...”，其次是“4...”，后面是“3...”，再后面是“2...”，随后跟着的是“1...”，后面是“成交”，其中术语“成交”表示预定时间间隔终止并且商品已经被出售给(经过许可)最高投标人。经过许可通常意味着保险车辆拥有者决定放弃而不是保留该车辆。

可以定时显示上述列举短语，或者其它合适的消息以便鼓励最大投标。在某些实施例中，例如，在显示短语“1...”与“成交”之间的时间量大于显示其它短语时间量。这提供了额外量的时间来接收投标。该额外量的时间允许虚拟投标部件220来接受来自在最后提交“最后一刻(last second)”投标之前可以暂停的犹豫投标人的投标。

倒计数序列可以包括音频和/或其它类型的消息。在某些实施例中，例如，倒计数序列包括短语“一次...、两次...、成交”的音频重放，每一词在先前词之后显示一个预定时间。音频消息可以被设计用来帮助创建模拟现场拍卖某些方面的虚拟投标环境。这对使用语音接口来参与投标过程的投标人特别有用。不管倒计数序列以什么形式显示，该显示应该用来鼓励投标人通过数据通信网络120来提交投标。

在虚拟投标阶段，当在接受当前投标之后(例如在倒计数周期终止之前)的一个预定时间间隔内没有接收到随后的虚拟投标时，一个商品可以被认为被出售了。然而，在预定时间间隔之内的任何时间上接收到有效投标将会使倒计数器和倒计数序列复位。有效投标可以包含任何比当前投标更大的投标或者任何比当前投标大至少一个预定增量的投标。只要在倒计数时间间隔内接收到投标倒计数器和序列可以被重复复位。因此，只要投标人在预定时间间隔内继续提交投标，虚拟投标阶段保持开放并且继续请求虚拟投标。因此只要持续接收到另外的高投标，虚拟投标阶段可以持续一个无限期的时间间隔。

在虚拟投标过程中，投标之间分配的时间量(即在接收到投标之后的倒计数时间)可以在整个虚拟投标过程中保持为一个常量或者可以基于接收到的虚拟投标来动态变化。例如，随着投标的进行时间间隔可减少。仅仅为了举例说明，一旦已经接收到预定数量的虚拟投标，虚拟投标部件220可以被配置成减少在虚拟投标之间分配的时间间隔。在不同的预定阶段(例如，当已经达到了预定数量的虚拟投标的其它门限)可以执行另外的时间间隔减少。随着投标的进行通过动态减少在投标之间的时间间隔，虚拟投标部件220可以鼓励投标人在虚拟投标过程早期就提交较高的投标和/或提交代理投标以引起和平衡时间间隔的缩减。在某些情况下，这可以帮助缩短用来确定车辆最高投标的总时间。所期望的是，使达到每一车辆的最高投标所要求的时间最小化以便对买主和卖主来说该过程尽可能有效率。

正如上面所述，在可替换实施例中，在虚拟投标阶段可以支持代理投标的提交。以与在初级投标阶段中投代理投标相同或类似的方式，虚拟投标部件220可以被配置成在虚拟投标阶段以投标人的名义自动地投出代理投标。虚拟投标部件220可以被配置成接收在虚拟投标阶段提交的代理投标。例如，虚拟投标部件220可以将比预定投标增量大的已提交的投标认为是代理投标。然而在示例实施例中，虚拟投标部件220可以被配置成将在虚拟投标阶段提交的投标认为是通常的投标，而不用激活代理投标特征。

在某些实施例中，代理投标从初级投标阶段被延续到虚拟投标阶段。例如，任何从初级投标阶段保持的未用代理投标权限(例如与最高投标人相关的代理投标权限)可以被延续到虚拟投标阶段。在两个阶段中使用代理投标可以帮助减少投标时间并且因此增加总利润。

正如在图4中所示，投标部分430可以包括投标矩阵450，该矩阵包含一个或多个可选择的机件(例如图标或这按钮)，这些机件给投标人提供了用来提交投标时的很容易选择的选项。正如所示，投标额可与每一机件相关。虚拟投标部件220可以被配置成识别投标人选择的机件的任何之一并且通过公布与该选择机件相关的投标额相等投标来响应。因此投标人能够快速投出与图标相关的任何数额的投标，而不用花费时间来手工输入(例如打字)投标额。因此投标矩阵450可以减少与输入投标相关的错误并且提高了简易性、便利性、以及虚拟投标过程的速度。

可以基于初级投标、在虚拟投标阶段中的起始投标或者当前的虚拟投标额由虚拟投标部件220来确定和设置在投标矩阵450中的投标额。在某些实施例中，例如，投标矩阵450中的投标额是起始虚拟投标的函数。在其它实施例中，投标矩阵450中的投标额是当前虚拟投标额的函数。当前接受了新的当前投标时可以动态更新投标额。在与该机件相关的投标额之间的差也可以是初级投标、虚拟投标阶段中的起始投标或者当前虚拟投标额的函数。

可以动态产生或预定义多个投标矩阵。可以基于当前最高虚拟投标来选择和显示特定的预定义投标矩阵中的一个。因此，虚拟投标部件220可以维护一个投标矩阵库，从该库中可以检索并显示一个特定的投标矩阵(例如投标矩阵450)以便投标人考虑。

正如在图4中所示，投标日志440可以显示整个和动态的历史，包括最终显示的获胜投标以及与该获胜投标相关的位置标识符。通过估价子系统110使用获胜投标(即最高投标)来确定和设置车辆残余价值，正如下面所述。一旦车辆被认为出售给了最高投标人(经过许可)，虚拟投标部件220移动到该批次中的下一辆车(如果存在一个的话)，并重复上述的虚拟投标过程。用这种方式，以连续、动态和实时的方式在虚拟投标阶段确定一个批次中车辆的最高投标直到确定了每一辆车的高投标，并且结束与该批次相关的虚拟投标阶段。

在某些实施例中，车辆出售给最高投标人要经过保险评估人的同意。通常，通知保险评估人一辆车所接收到的最高投标。保险评估人通知投保人由该车所接收到的最高投标所确定的该车的价值。保险评估人给投保人一个选项，或者保留该车并且接受损坏前车辆价值减去损坏车辆所接收的最高投标的付款，或者放弃该车并且接收损坏前车辆价值的付款。保险评估人随后基于投保人保留或放弃该车的决定来接受或者拒绝该车的最高投标。因为基于投保人的决定允许保险评估人接受或拒绝出售，投标模块150通知投标人所有的销售是“经许可的(on approval)”。在某些实施例中，投标模块150可以被配置成通知投标人，当保险评估人拒绝接受高投标时，高投标人由于作为最高投标人将会获得报酬。正如下面所述。

在其它实施例中，车辆出售给最高投标人要经过保险代理或者具有授权出售的权限的其它个人的同意。例如，保险代理可以使用确定的车辆价值来确定车辆的处理，包括通过估价模块170设置的残余价值。尤其是，保险代理使用由这里所述的投标过程所确定的车辆价值来决定是否修理所有特定的一些车辆。当保险代理选择修理车辆时，将会取消将该车辆出售给最高投标人。当保险代理选择报废一辆车时，该车的出售仍然要经过选择保留该车的相应投保人的同意。

投标模块150可以被配置成产生投标记录188，其可以被存储在数据存储器140中。投标记录188可以包括任何表示一个或多个投标过程的数据以及由投标模块150执行的事件。例如，投标记录188可以包括但不限于表示车辆所收到的投标的数据、车辆的高投标、提供给投标人的消息(例如倒计数序列)、车辆信息、投标人信息、时间戳、以及与参与投标过程的访问设备104相关的信息(例如IP地址)。投标记录188可以包括服务记录和/或任何其它合适的表示在投标模块150和访问设备104之间交互的数据。

投标记录188可以被用作车辆所收到的投标以及过去请求和接收该投标的过程的证据。因此，保险公司可以依靠投标记录188来展示与政府规章的一致性或者过去确定车辆价值的公平过程。在某些实施例中，投标记录188可以被用来展示至少大约等于确定的车辆残余价值的投标是从有资格的和合法的投标人处接收。因此，投标记录188可以被用来保护保险公司免受与设置车辆价值相关的潜在指控。投标记录188也可以用来通过确保车辆价值的确定是基于从有资格的以及有兴趣的投标人接收合法投标的公平投标过程来保护投保人。

投标模块150可以被配置成产生投标结果185，其可以包括表示由投标模块105执行的投标过程和/或投标过程结果的数据。在某些实施例中，例如，投标结果190包括一辆或多辆车(例如一个批次的车辆)所接收的一个或多个高投标。在其它实施例中，投标结果190可以包括表示一辆或多辆车所收到的所有投标的数据。正如下面所述，估价模块170可以使用投标结果190以基于该投标结果190来确定和设置车辆价值。

虽然已经描述了示例两阶段投标过程，投标模块150可以被配置成执行可替换的投标过程，包括任何适合于通过数据通信网络120来请求和接收车辆投标的投标过程。例如，可以与另一个投标阶段无关地来执行上述投标阶段中的任何一个。例如，在某些实施例中，可以执行虚拟投标阶段并且省略初级投标阶段。当没有首先执行初级投标阶段而执行虚拟投标阶段时，可以将起始虚拟投标设置为预定义的默认数额，正如上面所述。

4.估价模块

再次参考图1，估价模块170可以从投标模块150接收投标结果190，或者投标结果190的至少一个子集。估价模块170可以被配置成基于包括在投标结果190中的数据来设置车辆的价值。尤其是，估价模块170可以基于车辆所收到的一个或多个投标来设置车辆的残余价值，正如在投标结果190中所示的。

估价模块170可以用预定义的对基于投标结果190设置车辆价值有用的指令(例如软件)来配置。该预定义的指令可编程地进行修改以将估价模块170设计成适于系统100的特定实现。在某些实施例中，估价模块170被配置成将残余价值设置为至少大约等于相应车辆所收到的最高投标的价值。其它实施例可以根据不同预定义的指令来设置车辆价值。例如，估价模块170可以被配置成将车辆价值设置为相应车辆所收到的投标的计算平均值或者设置为比收到的最高投标大或小一个预定百分比或者增量的价值。估价模块170可以被配置成使用任何其它合适的逻辑，以基于投标结果190来设置车辆价值。通过使车辆价值基于该车辆所收到的实际投标，估价模块170基于车辆的公平市场价来设置车辆价值。

一旦车辆价值被设置，估价模块170可以将该值提供给通知模块180。

5.通知模块

通知模块180可以被配置成将从估价模块170接收的车辆价值通过数据通信网络120提供给一个或多个访问设备104。例如，通知模块180可以将一个车辆价值提供给一个或多个特定的访问设备104，包括与特定用户相关的特定访问设备，该特定用户提供表示与车辆价值相应的车辆的数据。通常，这个用户是保险公司代理人(例如一个保险评估人)，他能够使用该车辆价值来选择是修理还是“报废”该车辆和/或通知投保人可获得的选项，包括保险公司将会提供支付投保人的实际数额。例如，保险评估人可以通知如果投保人他或她选择放弃该车辆，那么将会支付给投保人的损坏前现金价、并且如果他或她选择保留该车辆，那么将会支付给投保人的数额(即损坏前现金价减去由估价模块170设置的残余价值)。投保人随后能够考虑到该车辆的合理市场残余价值以作出有根据的决定。

在其它实施例中，通知模块180可以被配置成将车辆价值提供给与特定投保人相关的特定访问设备104。例如，当保险评估人提交一辆车的车辆数据185时，保险评估人也可以提供与该车辆相关的投保人的联络信息。通知模块180可以使用联络信息来通过数据通信网络120将信息(例如确定的残余价值)提供给投保人。通过直接通知投保人，可以减少保险评估人的工作负荷以及从投保人接收响应(即决定)的时间。

通知模块180可以应用任何合适的技术来通过数据通信网络120将通知和其它信息提供给访问设备104的用户。例如，通知模块180可以通过数据通信网络120使用一个或多个HTML消息(例如网页)、e-mail消息、即时消息收发业务、文本消息收发业务、寻呼业务、自动电话消息和任何其它合适的通信技术来与一个或多个访问设备104进行通信。在某些实施例中，例如，通知模块180被配置成将通知公布在一个或多个特定保险评估人可以访问的网页上。在其它实施例中，通知模块180可以被配置成发送包括车辆价值的e-mail消息到特定的保险评估人。

通知模块180也可以被配置成通过数据通信网络120接收表示投保人决定的数据。可以直接从投保人那里或者间接从诸如保险评估人之类的其它方接收该决定。例如，保险评估人可以使用数据通信网络120与特定投保人通信并且从其接收决定。保险评估人随后可以使用任何特定的访问设备104以便将表示投保人决定的数据通过数据通信网络120提供给通知模块180。例如，保险评估人可以使用HTML格式来将数据装载到通知模块180。

如果在预定的超时间隔内没有接收到出售许可，即投保人的决定，通知模块180可以被配置成产生默认决定。在某些实施例中，通知模块180例如被配置成，如果在已经发出残余价值的通知之后的大约72小时内没有收到投保人的决定，那么拒绝出售。当然，可以使用任何合适的时间长度。通过限定等待投保人决定的时间量来使预定的超时默认决定有利于投标人。

一旦收到投保人的决定，通知模块180可以通知最高投标人该决定。尤其是，通知模块180可以通知最高投标人关于投保人是已经决定放弃还是保留该相应车辆。因此，最高投标人可以了解到是否已经同意或拒绝了车辆的出售。到达最高投标人的通知可以包括诸如与完成许可交易(例如交易细节和后续处理)的步骤相关的信息或者与拒绝交易相关的信息(与最高投标人的报酬相关信息)。通知模块180可以被配置成使用上述的任何一种通信技术通过数据通信网络120将通知提供给与投标人相关的访问设备104。

估价子系统110可以基于投保人的决定来采取不同的行动。例如，当投保人选择放弃车辆时，估价子系统110可以被配置成执行被设计成帮助完成车辆出售给最高投标人的操作。另一方面，当投保人选择保留车辆时，估价子系统110可以执行被设计成奖励对该车辆投出最高投标的最高投标人的操作。现在将更加详细地描述这些选项的每一个。

6.交易模块

当投保人选择放弃车辆时，通知模块180把该决定通知给交易模块182。交易模块182随后可以执行被设计成帮助完成将车辆出售给最高投标人的操作。例如，交易模块182可以被配置成接受来自最高投标人或者最高投标人的代理人的付款。例如，交易模块182可以被配置成接收和处理信用卡信息或者处理任何可接受的支付方法。

交易模块182可以被配置成执行有助于处理车辆所有权的操作。本领域内普通技术人员将会理解用来完成车辆出售的车辆所有权的处理过程。在某些实施例中，如果在许可出售之后的预定时间间隔内所有权没有转移，给最高投标人一个机会来继续该交易或者取消该出售。在其它情况下也可以给最高投标人一个机会来取消出售，包括当商品已经被取消或者已经被一辆车取代时或者当提交了获胜投标之后该车辆又遭受了另外的损坏。

交易模块182可以进一步被配置成执行与车辆运输和/或车辆获取相关的操作，包括例如基于车辆位置和最高投标人的位置来识别运输和/或获取选项。交易模块182可以将选项提供给通知模块180，其通知最高投标人该选项，因而允许最高投标人选择用于运输和/或获取车辆的选项之一。

7.奖励模块

当投保人选择保留车辆时，奖励模块184可以被配置成将预定的奖励分配给最高投标人。通知模块180可以通知奖励模块184投保人保留该车辆的决定。奖励模块184随后给最高投标人分配预定的报酬，并且通知模块180通知最高投标人已经给投标人报酬或者已经将报酬存入投标人的帐户。

可以设计预定的报酬以便刺激投标人对车辆进行投标。例如，投标模块150可以被配置成通知投标人该最高投标，如果被投保人拒绝，最高投标人将会获得预定的报酬。因此，由于仅仅成为最高投标人就可以接收到报酬的可能性，投标人很可能进行竞争以变为最高投标人。这可以使得提高投标量和价格。

奖励可以以任何合适的方法提供给投标人，包括提供货币支付、信用卡、礼卷或者任何已知形式的奖励。

III.示例的处理视图

图5说明了确定车辆残余价值的示例过程。虽然图5说明了根据一个实施例的示例性步骤，其它的实施例可以对图5中所示的任何步骤进行删除、增加、重新排序和/或修改。

在步骤510中，接收车辆数据(例如车辆数据185)。可以以上述的任何方式执行步骤510，包括保险公司的代理人使用访问设备(例如访问设备104-1)通过数据通信网络(例如数据通信网络120)将车辆数据提供给估价子系统110。

在步骤520中，通过数据通信网络(例如数据通信网络120)来请求对一辆车进行投标。可以以上述任何方式执行步骤520，包括公布车辆数据(例如车辆数据185)的至少一个子集，以便通过数据通信网络使一个或多个访问设备(例如访问设备104)可访问该数据。因此，投标人能够使用访问设备考虑所公布的车辆数据并且对相应的车辆提交投标。

在步骤530中，接收车辆的至少一个投标。可以以上述任何方式执行步骤530。通常，由投标人提交并且通过数据通信网络(例如数据通信网络120)接收车辆的一个或多个投标。如果通过数据通信网络没有接收到该车辆的投标，估价子系统110可以投出一个预定的代表另一方利益的默认投标(例如废车买主)，正如上面所述。

在某些实施例中，步骤530的执行包括使用诸如上述的两阶段投标过程之类的两阶段投标过程。其它实施例可以使用可替换的投标过程来通过数据通信网络120接收投标。

在步骤540中，基于至少一个接收的投标来设置该车辆的残余价值。可以以上述任何一种方式执行步骤540，包括将残余价值设置为等于该车辆的最高投标或者至少大约等于最高投标。

在步骤550中，基于正如在步骤540中确定的车辆残余价值来确定车辆的处理。该确定可以基于保险代理关于是修理还是报废车辆的决定。可替换保险代理关于车辆的决定或者除此之外，车辆的处理可以基于投保人保留或放弃车辆的决定。

可以根据图6中所示的示例过程来执行步骤550，其展示了基于车辆残余价值来确定车辆处理的过程。虽然图6说明了根据一个实施例的示例步骤，但是其它实施例可以对图6中所示的任何一个步骤进行删除、重新排序、增加、和/或修改。

在步骤610中，确定与该车辆相关的投保人是否想要保留该车辆。可以以上述任何一种方式执行步骤610，包括通知保险代理和/或投保人残余价值并且接收表示投保人关于是希望保留还是放弃车辆的决定的数据。如果在预定超时间隔内没有接收到投保人的决定，可以自动输入一个默认决定，正如上面所述。随后基于投保人的决定或者默认决定来确定车辆的处理。

如果在步骤610确定了投保人不想保留该车辆，处理移动到步骤620，在该步骤许可该车辆出售给高投标人。可以以上述任何一种方式执行步骤620，包括通知最高投标人出售被许可，以及执行有助于完成该交易的步骤。例如，安排车辆的支付和运送或获取。另外，保险公司为该车辆支付高投标数额，或者高投标数额的一部分。

在步骤630，投保人放弃该车辆并且从保险公司接收该车辆的损坏前价格。

另一方面，如果在步骤610确定了投保人想要保留该车辆，处理移动到步骤640，在该步骤拒绝将该车辆出售给高投标人。可以以上述任何一种方式执行步骤640，包括通知高投标人出售被拒绝。

在步骤650，奖励最高投标人。可以以上述任何一种方式执行步骤650，包括给最高投标人分配预定的报酬。

在步骤660，投保人保留该车辆并且从保险公司接收损坏前价值减去该车辆的残余价值。正如上面所述，由于这样一个投标过程通常有助于提高和证明车辆的投标量和价格，保险公司通常从基于一个或多个通过数据通信网络接收的投标所确定的残余价值中获利。这使得补偿了保险公司。该补偿可以转接到投保人身上，正如上面所述。

IV.可替换的实施例

已经提出的前面的说明仅仅是为了说明和描述这里所述的原理的实施方式。这往往不是彻底的或者不会将公开内容限制为任何公开的精确形式。除了特别解释和说明之外，这里所述的原理可以被实施而不会脱离它们的精神或范围。例如，可以基于通过数据通信网络接收的商品或业务的一个或多个投标来确定不同于车辆的商品或业务的残余价值。而且，可以基于通过数据通信网络接收的一个或多个投标来确定不同于残余价值的价值类型。通常随后使用该确定的价值来确定相关商品或业务的处理。可以想到本发明的范围由下面的权利要求所定义。

Claims (32)

1.一种系统，包含：

估价子系统，其被配置成通过数据通信网络与一个或多个访问设备通信，所述估价子系统包括：

投标模块，其被配置成通过数据通信网络请求车辆的投标并且接收该车辆的一个或多个投标；和

估价模块，其被配置成基于收到的所述一个或多个投标的至少之一来设置该车辆的残余价值。

2.权利要求1的系统，其中所述收到的一个或多个投标包括一个高投标，所述估价模块被配置成将所述残余价值设为大约等于所述高投标。

3.权利要求1的系统，其中所述估价子系统包括一个输入模块，其被配置成通过数据通信网络接收描述该车辆的车辆数据。

4.权利要求3的系统，其中所述车辆数据包括一个或多个该车辆的可视图像。

5.权利要求1的系统，其中所述估价子系统包括一个通知模块，其被配置成通过数据通信网络将所述残余价值的通知提供给一个或多个访问设备的至少之一。

6.权利要求5的系统，其中所述通知模块被配置成通过数据通信网络接收表示保险代理人决定修理或者报废该车辆的数据。

7.权利要求5的系统，其中所述通知模块被配置成通过数据通信网络接收表示与车辆相关的投保人决定保留或放弃该车辆的数据。

8.权利要求7的系统，其中所述估价子系统被配置成：

当所述表示决定的数据指明投保人决定放弃该车辆时，许可该车辆出售给高投标人；和

当所述表示决定的数据指明投保人决定保留该车辆时，拒绝将该车辆出售给高投标人。

9.权利要求7的系统，其中所述估价子系统包括奖励模块，其被配置成当所述表示决定的数据指明投保人决定保留该车辆时，给高投标人分配报酬。

10.权利要求1的系统，其中所述投标模块被配置成通过数据通信网络实时请求虚拟投标。

11.权利要求10的系统，其中所述投标模块被配置成请求所述虚拟投标直到经过了预定的时间间隔而在该预定时间间隔内没有接收到虚拟投标。

12.权利要求11的系统，其中所述投标模块被配置成一旦经过了预定的时间间隔而在该预定的时间间隔内没有接收到所述虚拟投标时，就识别车辆的高投标，所述估价模块被配置成将残余价值设置为大约等于所述高投标。

13.权利要求11的系统，其中所述投标模块被配置成提供倒计数序列，其表示对预定时间间隔终止的倒计数，通过数据通信网络将所述倒计数序列提供给一个或多个访问设备以便在一个或多个访问设备上显示。

14.权利要求13的系统，其中所述倒计数序列包括多个短语，被配置成按顺序显示以便让使用一个或多个访问设备的一个或多个投标人进行考虑。

15.权利要求1的系统，其中所述投标模块包含：

初级投标部件，被配置成通过数据通信网络在初级投标阶段期间请求初级投标并且在预定时间结束该初级投标阶段；和

虚拟投标部件，被配置成在所述初级投标阶段结束之后开始虚拟投标阶段并且通过数据通信网络在虚拟投标阶段期间实时请求虚拟投标。

16.权利要求15的系统，其中所述虚拟投标阶段被配置成将在所述初级投标阶段期间接收的高初级投标用作所述虚拟投标阶段中的起始虚拟投标。

17.一种系统，包含：

估价子系统，被配置成通过数据通信网络与一个或多个访问设备进行通信，所述估价子系统包括：

输入模块，被配置成通过数据通信网络接收描述车辆的车辆数据；

投标模块，被配置成

通过数据通信网络请求对车辆的投标，包括公布所述车辆数据的至少一个子集以便一个或多个访问设备的至少一个子集通过数据通信网络进行访问，和

接收该车辆的一个或多个投标；

估价模块，被配置成基于所述收到的一个或多个投标的至少之一来设置车辆的残余价值；和

通知模块，被配置成

通过数据通信网络将所述残余价值的通知提供给一个或多个访问设备的至少之一，和

通过数据通信网络接收表示与车辆相关的投保人决定保留该车辆或放弃该车辆的数据；

其中所述估价子系统被配置成

当所述表示决定的数据指明投保人决定放弃该车辆时，许可该车辆出售给高投标人；和

当所述表示决定的数据指明投保人决定保留该车辆时，拒绝该车辆出售给高投标人。

18.权利要求17的系统，其中所述投标模块包含：

初级投标部件，被配置成通过数据通信网络在初级投标阶段期间请求初级投标，并且在预定时间结束所述初级投标阶段；和

虚拟投标部件，被配置成在所述初级投标阶段结束之后开始虚拟投标阶段，将在所述初级投标阶段期间收到的高初级投标用作所述虚拟投标阶段中的起始虚拟投标，和通过数据通信网络在所述虚拟投标阶段期间实时请求虚拟投标。

19.一种方法，包含：

通过数据通信网络请求对车辆的投标；

接收车辆的一个或多个投标；和

基于收到的一个或多个投标的至少一个来设置车辆的残余价值。

20.权利要求19的方法，其中所述设定步骤包括：

从收到的一个或多个投标中识别高投标；和

将残余价值设置为大约等于所述高投标。

21.权利要求19的方法，进一步包括：

通过数据通信网络接收描述车辆的车辆数据，

所述请求步骤包括公布车辆数据的至少一个子集，以便一个或多个访问设备通过数据通信网络进行访问。

22.权利要求19的方法，进一步包含通过数据通信网络将残余价值的通知提供给至少一个访问设备。

23.权利要求22的方法，进一步包含通过数据通信网络接收表示保险代理人决定修理或者报废该车辆的数据。

24.权利要求22的方法，进一步包含通过数据通信网络接收表示投保人决定保留或放弃该车辆的数据。

25.权利要求24的方法，进一步包含：

当表示决定的数据指明投保人决定放弃该车辆时，许可将该车辆出售给高投标人；和

当表示决定的数据指明投保人决定保留该车辆时，拒绝将该车辆出售给高投标人。

26.权利要求24的方法，进一步包含当表示决定的数据指明投保人决定保留该车辆时奖励高投标人。

27.权利要求19的方法，其中所述请求步骤包括通过数据通信网络实时请求虚拟投标。

28.权利要求19的方法，其中所述请求步骤包括通过数据通信网络实时请求虚拟投标，直到经过了预定的时间间隔而在该预定时间间隔内没有接收到虚拟投标。

29.权利要求28的方法，进一步包括提供倒计数序列，其表示对预定时间间隔终止的倒计数，通过数据通信网络将倒计数序列提供给一个或多个访问设备。

30.权利要求29的方法，进一步包含顺序显示多个短语以便让使用一个或多个访问设备的一个或多个投标人进行考虑，根据倒计数进行所述顺序显示直到预定时间间隔终止。

31.权利要求19的方法，其中所述请求步骤包括：

通过数据通信网络在初级投标阶段期间请求初级投标；

在预定时间结束初级投标阶段；

在所述初级投标阶段结束之后开始虚拟投标阶段；和

在虚拟投标阶段，通过数据通信网络实时请求虚拟投标。

32.权利要求31的方法，其中所述请求步骤包括将在初级投标阶段收到的高初级投标用作虚拟投标阶段中的起始虚拟投标。

Images