[0001] 本发明涉及从车辆数据库中筛选出匹配车辆的方法、系统及其应用，具体而言，涉及保险领域的车辆匹配方法、保险报价方法及报价比对方法。

[0002] 当消费者在整合了多家保险公司的第三方平台上进行车险询价或投保时，平台首先需要将待投保车辆匹配到投保人所选定的一家或多家保险公司的车辆数据库中的唯一车辆，以作为保险公司提供报价的基础。不同保险公司的车辆数据库中的数据量、命名方式、信息完整度及信息准确性参差不齐，因此平台需要在其本身的车辆数据库的各条记录与各保险公司的车辆数据库的各条记录之间分别建立映射关系，以保证待投保车辆能够在保险公司的车辆数据库中找到唯一匹配的记录。

[0003] 然而，各个车辆数据库中的记录数目多达数千、甚至数万条，并且数据会不定时地更新，这使得目前手动建立数据映射关系变得低效、滞后且逐渐变得不符合实际。此外，在一些情况下，如果所选定的某个保险公司的车辆数据库中并没有完全对应车型，而该保险公司又不愿意直接拒绝该车辆投保时，如何输出匹配结果将成为一个问题。在相反的情况下，如果所选定的保险公司需要屏蔽特定车辆的投保要求时，如何调整车辆映射关系以响应这种特殊要求也将给匹配过程带来挑战。

[0004] 有鉴于此，有必要提供一种改进的车辆匹配方法，且可基于该方法提供车险报价和/或报价对比，以解决现有技术中存在的上述一个或多个问题。

[0015] 现参考示例性的实施方式详细描述本发明，一些实施例图示在附图中。以下描述参考附图进行，除非另有表示，否则在不同附图中的相同数字代表相同或类似的元件。以下示例性实施方式中描述的方案不代表本发明的所有方案。相反，这些方案仅是所附权利要求中涉及的本发明的各个方面的系统和方法的例子。

[0016] 参考图1，其显示了本发明的一个示例性车辆匹配方法的流程图。该方法100开始于步骤110，其确定各车辆的匹配因子及其值。车辆的匹配因子及其值的确定涉及待匹配车辆所在的车辆数据库（通常是平台的车辆数据库）以及匹配车辆所在的车辆数据库（通常是保险公司的车辆数据库）。匹配因子是指用于相似度计算的因子，可以包括车辆品牌、车系、车型、车型的版本、车辆生产年份、车身颜色、座位数、额外配置中的一个或多个。这些匹配因子可以更新，例如新增、删除或修改，以适应市场变化。如本领域人员能够预期到的，车辆信息提供得越充分，则越容易与数据库中的记录匹配，从而检索到更加匹配的车辆，为输出相似度高的车辆提供基础。另一方面，车辆的匹配也依赖于数据库中记录的广泛性和完整性。通常，一个匹配因子具有多个不同的值。例如，车型版本具有舒适版、跃动版、豪华版、尊贵版等。因此，以多个匹配因子以及这些因子的值可以确定出一个车辆，当该匹配因子及其值足够多时，可以唯一地确定出车辆类型。

[0017] 在步骤120中，方法100确定待匹配车辆。该待匹配车辆通常来自于平台的车辆数据库。该确定的过程可能涉及接收特定车辆的信息，根据该特定车辆的信息从平台的车辆数据库中检索到一个对应车辆，从而作为待匹配车辆。因此，该待匹配车辆可以由多个匹配因子以及因子的值来界定。

[0018] 随后，在步骤130中，按预定计算公式，计算待匹配车辆与保险公司的车辆数据库中各个车辆的相似度，以得到至少一个高于预定相似度的车辆。在本发明中，所述计算公式基于各个所述匹配因子的权重以及各个匹配因子的值建立。一个示例性的计算公式是计算各匹配因子的值的相似度的加权和。另一个示例性的计算公式是计算各匹配因子的值的相似度的加权平均值。在这些示例性的计算公式中，本领域技术人员需要确定各匹配因子的权重，例如车辆品牌、车系、车型的权重可能高于车辆生产年份、车型的版本、车身颜色的权重。匹配因子的权重可由本领域技术人员通过有限次的测试来确定。计算公式可基于匹配因子的权重及其值来建立。

[0019] 因此，在该示例性的方法100中，计算相似度的过程是一次性的，即对于每个车辆仅进行一次计算（基于匹配因子权重及其值），得到该车辆的相似度分值，而不需要进行多次重复的相似度计算。在该方法中，所述预定相似度可人为设定并且能够根据实际情况变化。在一些情况下，相似度可以实时调整，所输出的类似车辆个数因而相应地实时增减，从而使用户可以按实际情况来确定类似车辆的个数。在这种情况下，当某个保险公司无法提供高于预定相似度的车辆时（例如其车辆数据库中不包含该车系的车辆），而该保险公司又不愿放弃报价机会，则可通过例如降低预定相似度的方法得到类似车系的车辆，以作为匹配车辆输出。

[0020] 当计算得到的高于预定相似度的类似车辆不止一个时，在一些实施方式中，将所得到的类似车辆排序。在一些实施方式中，以计算出的相似度由高到低排序。在另一些实施方式中，以车辆品牌相似度由高到低排序。

[0021] 在步骤140中，根据预设条件从高于预定相似度的类似车辆中输出一个车辆作为匹配车辆。所述预设条件可以根据要求变化。例如，在一个实施例中，所述预设条件可以为输出相似度最高的车辆。在另一个实施例中，所述预设条件可以为输出相似度为100%的车辆（计算出的相似度可能高于100%）。在另一个实施例中，所述预设条件可以为输出相似度为特定值（如100）的车辆。

[0022] 至此，本文已经描述了示例性方法100的通常流程模式。该流程模式按步骤110至步骤140的顺序进行，从而得到与待匹配车辆匹配的车辆，从而在两个属于不同车辆数据库中的车辆之间建立了映射关系。因此，可能存在的情况是在一个数据库（平台数据库）中多个车辆都匹配到另一个数据库（保险公司数据库）中同一个车辆。而且，可以预见的是，上述映射关系的建立可以在线上进行，也可以离线/线下进行。

[0023] 在一些情况下，例如当保险公司需要屏蔽特定车辆的投保要求时，可以设定预设条件而请求人工调整（步骤150）。在这种情况下，需要保险公司人为干预匹配车辆的输出，例如删除该匹配车辆从而不输出任何匹配车辆。例如，该预设条件可以为，当待匹配车辆的某个匹配因子（如特定品牌、特定车系）的值等于特定值时，请求人工调整。

[0024] 在另一个方面，本发明提供了一种为第三方平台提供车险报价的方法，一个示例性的此方法200提供于图2中。方法200开始于步骤210，其接收待报价车辆信息。这些信息可以包括例如车牌号、车辆品牌、车系、车型、车辆生产年份、车型的版本、车身颜色中的一个或多个。在实际操作中，待报价车辆的相关信息的输入可不依赖于上述数据的逐条输入。例如，某些情况下，当输入待匹配车辆的车牌号码时，方法200可从官方平台或其他平台自动检索出对应的车辆品牌、车系、车型、车辆生产年份、车型的版本、车身颜色等信息。

[0025] 随后方法200从平台的车辆数据库中确定与该待报价车辆对应的待匹配车辆，从而为后续确定保险公司数据库中的对应匹配车辆提供基础（步骤220）。步骤220也涉及车辆匹配过程，但是由于平台的车辆数据库通常囊括了市面上的几乎所有车型，因而数据全面而广泛，并且消费者可以从平台基于输入的待报价车辆信息而提供的多个车型选项中选择与待报价车辆匹配的记录，因此使得该匹配过程较为简单，并且在本领域也是已知的。本发明并不涉及步骤220的匹配过程，但该步骤的结果是从平台数据库中确定出唯一的待匹配车辆。

[0026] 方法200随后进行步骤230和240，其与方法100中的步骤130和140实质上相同，因此不再赘述。步骤240的结果为输出匹配车辆。保险公司继而可以基于所输出的匹配车辆来提供车险报价。所输出的匹配车辆通常是由匹配因子及其值来定义，基于确定车辆提供车险报价是本领域已知的，并且可通过多种现有方法实现，例如通过计算机完成，此处不再赘述。

[0027] 随后，在步骤260中，保险公司将车险报价提供给平台，从而展示给消费者。

[0028] 本发明的再一个方面涉及为消费者提供车险报价对比服务，该服务有赖于图3所示的示例性方法来实现。

[0029] 图3示出了一个示例性的提供多家保险公司针对同一车辆的车险报价的方法300。在实际情况下，不同保险公司的车辆数据库中的同一车辆的品牌名称、车系名称等信息千差万别，因此将待报价车辆分别与各保险公司的车辆数据库中的匹配车辆建立映射关系变得非常重要。在所示例的方法300中，平台首先接收待报价的车辆信息（步骤310）。如方法
200的步骤210所述，所述车辆信息可以包括例如车牌号、车辆品牌、车系、车型、车辆生产年份、车型的版本、车身颜色中的一个或多个。在实际操作中，待报价车辆的相关信息的输入可不依赖于上述数据的逐条输入。例如，某些情况下，当输入待匹配车辆的车牌号码时，方法300可从官方平台或其他平台自动检索出对应的车辆品牌、车系、车型、车辆生产年份、车型的版本、车身颜色等信息。

[0030] 在步骤320中，如步骤220所述，该过程根据该特定车辆的信息从平台的车辆数据库中检索到一个对应车辆，从而作为待匹配车辆。因此，该待匹配车辆可以由多个匹配因子以及因子的值来界定。平台的车辆数据库通常囊括了市面上的几乎所有车型，因而数据全面而广泛，并且消费者可以从平台基于输入的待报价车辆信息而提供的多个车型选项中选择与待报价车辆匹配的记录，因此使得该匹配过程较为简单，并且在本领域也是已知的。

[0031] 随后，平台将待匹配车辆与不同保险公司的车辆数据库进行匹配。在步骤332中，平台将待匹配车辆与第一个保险公司的车辆数据库进行匹配，从而最终确定车险报价1。在步骤334中，平台将待匹配车辆与第二个保险公司的车辆数据库进行匹配，从而最终确定车险报价2。类似地，在步骤336中，平台将待匹配车辆与第N个保险公司的车辆数据库进行匹配，从而最终确定车险报价N。要匹配的保险公司数据库的数目可以取决于消费者的选择，或者平台可以默认选择多家保险公司。步骤332至步骤336可以同时进行或顺次进行。

[0032] 最后，在步骤340中，平台接收各保险公司提供的车险报价1、2、......、N，并展示给消费者，从而让消费者可以对各保险公司提供的报价进行对比。

[0033] 因此，可以预期到，保险公司提供报价以及消费者进行报价对比的基础都依赖于待匹配车辆与保险公司车辆数据库中车辆的正确的匹配。本发明的车辆匹配方法能够准确、及时地从各保险公司数据库中匹配出唯一车辆，从而为保险公司报价提供基础。

[0034] 在某些应用情景下（如实时的线上报价），报价不涉及人工干预车辆匹配结果，因此车辆匹配过程可以通过线下预先建立，待实时报价或比价时即读取匹配结果（即映射关系）即可，从而实现高效、快捷和全自动化的报价或报价比对。

[0035] 图4显示了根据一些所公开的实施方式的车辆匹配系统400的方块图。可以预期到，本发明提供的车险报价系统或车险报价比对相同也可以以相同或相似方式实现。该系统400可包括处理器421、输入/输出（I/O）设备422、内存423、存储器426、数据库427和显示器428。

[0036] 处理器421可为一个或多个已知的处理装置，例如由Intel™制造的Pentium™系列微处理器，或由AMD™制造的Turion™系列微处理器。处理器421可包括单核处理器系统或能够进行并行处理的多核处理器系统。例如，处理器421可为具有虚拟处理技术的单核处理器。在一些实施方式中，处理器421可利用逻辑处理器来同时执行和控制多个进程。处理器421可执行虚拟机技术，或其他类似的已知技术，从而能够执行、控制、允许、操控、存储多个软件进程、应用、程序等。在另一个实施方式中，处理器421包括多核处理器配置（例如双核或四核），其被配置以提供并行处理功能，从而允许系统400同时执行多个进程。本领域技术人员会理解，其他类型的处理器配置也可被执行以提供本文所述的功能。

[0037] 内存423可包括一个或多个储存装置，这些存储装置被配置以存储处理器421使用的指令，从而执行所公开的实施方式中的功能。例如，内存423可被配置有一个或多个软件指令，例如指令424，当被处理器421执行时，其可进行一个或多个操作。所公开的实施方式不限于被配置以执行专门任务的单独程序或计算机。例如，内存423可包括执行系统400的功能的单个指令424，或指令424可包括多个指令。

[0038] 内存423还可存储数据425，数据425可反映执行所公开的实施方式中的功能的任何形式的任何类型的信息。例如，数据425可包括与相似度计算相关的品牌名称的元数据，以及使处理器421能够执行所公开的实施方式中的功能的其他数据。

[0039] I/O设备422可被配置以允许数据被接收和/或传输。I/O设备422可包括一个或多个数字和/或模拟通信设备，其允许系统400与其他机器和设备通信。系统400还可包括一个或多个数据库427，或通过网络与一个或多个数据库427通信连接。例如，数据库427可包括Oracle™数据库、Sybase™数据库、或其他关系数据库或非关系数据库，例如Hadoop序列文件、HBase、或Cassandra。在示例性实施方式中，数据库427可存储用于计算相似度的匹配因子的数据。例如，该元数据可由用户创建，并被存储在数据库427中。

[0040] 本发明还提供一种计算机可读介质，其存储有计算机可读指令，所述指令适于被处理器加载以执行本发明所示的任何一种车辆定损方法。该计算机可读介质可以包括作为包括磁盘（包括软盘）、光盘（包括CD-ROM（光盘只读存储器）和DVD（数字通用光盘））、磁光盘（包括MD（小型盘））或半导体存储器的封装介质的可移除介质。在一些实施方式中，该计算机可读介质存在于例如应用商店中，以提供编码本发明所示的任何一种方法的应用程序，例如移动终端应用。

[0041] 对于本领域技术人员来说，在考虑了本文公开的说明书和具体实施方式之后，本发明的其他实施方式将变得显而易见。本发明的范围意在涵盖遵循本发明一般性原理的有关本发明的任何变化形式、用途或应用，也包括与所公开内容相比所有背离但属于本领域已知或公知实践的内容。说明书和实施例都仅是示例性的，权利要求书界定了本发明的范围和实质。

[0042] 将意识到的是，本发明并不限于以上所述并在附图中图示的精确结构，并且可在不超出本发明的范围内做出各种修改和变化。本发明的范围仅由权利要求书来界定。