CN106251631A - 用于众包车辆识别的方法和设备 - Google Patents

Abstract

本公开涉及一种用于众包车辆识别的方法和设备。一种***包括处理器，所述处理器被配置为获取车牌的图像。所述处理器还被配置为：确定在所述图像中存在的标识字符。所述处理器还被配置为：将所述标识字符与待搜索的车牌的列表进行比较，报告所述标识字符和待搜索的车牌的列表中的牌照之间的匹配。

Description

用于众包车辆识别的方法和设备

技术领域

示意性实施例总体上涉及用于众包车辆识别的方法和设备。

背景技术

当前许多汽车原始设备制造商(OEM)的交付焦点是移动性和与移动性相关的解决方案。顾客想要从网络环境中受益，并且这种环境可通过众包(crowdsourcing)得到改善。此外，如果给定选项，则许多的顾客将参与到众包中，其中，所述众包可帮助将信息添加到网络中，那些顾客从所述网络中受益。与此同时，参与者喜欢保持一定程度的隐私(例如，在他/她的车辆位置处的众包信息中的参与者可能不希望个人位置信息一直被发送、追踪以及与车辆关联)。一种可从众包中受益的应用是定位丢失的资产。

牌照识别的一个当前示例包括识别装置，其特征在于：摄像机，与图像处理电路连接；图像处理电路，与车牌定位电路连接；车牌定位电路，与车牌字符分割电路连接；车牌字符分割电路，与车牌字符识别电路连接；车牌字符识别电路，与计算机连接。用于车牌识别的图像处理技术具有这样的优点和有益的效果：自动运行且安装方便。

在另一示例中，一种用于识别车辆牌照的方法包括：安装服务器设备，并在所述服务器设备中创建车辆数据库和车辆牌照识别库，以生成车辆数据和车辆牌照识别程序；建立通信链路，通过移动装置接收所述车辆数据和所述车辆牌照识别程序，安装所述车辆牌照识别程序并存储所述车辆数据；通过安装在移动装置中的相机模块来捕获车辆的牌照号码以用于生成图像，然后通过分析程序来分析所述图像中的车牌号码以生成分析结果；通过移动装置的比较模块将所述分析结果与所述车辆数据进行比较以生成比较结果；显示所述比较结果。

在另一示例中，一种车辆追踪和定位***向用户提供了关于感兴趣的车辆的信息，并且包括与数据库进行可操作通信的数据库控制器，并且被配置为从多个客户端源接收与车辆对应的数据，且被配置为将所述数据保存为与每个客户端源对应的信息记录。多个外部通信装置发送由与感兴趣的车辆对应的用户请求的数据请求。请求服务器接收各种通信格式的所述数据请求。可操作地连接至请求服务器的输入请求处理器被配置为从与所述数据请求对应的数据库中获得信息记录。可操作地连接至请求服务器的输出处理器通过获得的信息记录来提供感兴趣的数据，以将感兴趣的数据传送到各个通信装置，从而满足用户请求。

发明内容

在第一示意性示例中，一种***包括处理器，所述处理器被配置为：获取车牌的图像。所述处理器还被配置为：确定在所述图像中存在的标识字符。所述处理器还被配置为：将所述标识字符与待搜索的车牌的列表进行比较，并且报告所述标识字符与待搜索的车牌的列表中的车牌之间的匹配。

一种***包括基于车辆的处理器，所述基于车辆的处理器被配置为：通过连接的相机获取车牌的图像；确定所述图像中存在的标识字符；将所述标识字符与从远程服务器接收的车牌的列表进行比较；报告所述标识字符与所述列表中的车牌之间的匹配。

在第二示意性实施例中，一种***包括处理器，所述处理器被配置为：接收用于寻找车牌的定位请求。所述处理器还被配置为：验证所述车牌是否有资格作为搜索主题。所述处理器还被配置为：将用于搜索所述车牌的搜索请求发送给报告车辆。此外，所述处理器还被配置为：响应于所述搜索请求，接收来自第一报告车辆的匹配，向用户通知与所述车牌对应的匹配。

一种***包括处理器，所述处理器被配置为：接收用于查找车牌的定位请求；验证所述车牌是否有资格作为搜索主题；将用于搜索所述车牌的搜索请求发送至多个报告车辆；响应于所述搜索请求，接收来自第一报告车辆的匹配；向请求的用户通知与所述车牌对应的匹配。

在第三示意性实施例中，一种***包括处理器，所述处理器被配置为：接收用于定位丢失车辆的请求。所述处理器还被配置为：当丢失车辆处在包含所述处理器的报告车辆的附近时，利用车辆***来确认丢失车辆的身份。所述处理器还被配置为：当丢失车辆的身份被确认时，报告对于丢失车辆的识别以及报告车辆的GPS位置。

一种***包括报告车辆的处理器，所述报告车辆的数据库被配置为：接收用于定位丢失车辆的请求；利用车辆***来确认位于报告车辆附近的丢失车辆的身份；当丢失车辆的身份被确认时，报告对于丢失车辆的识别以及报告车辆的GPS位置。

附图说明

图1示出了示意性的车辆计算***；

图2示出了示意性的注册处理；

图3示出了示意性的追踪请求处理；

图4A和图4B示出了用于车辆识别的示意性处理；

图5示出了示意性的车辆追踪报告处理。

具体实施方式

根据需要，在此公开了本发明的详细实施例；然而，应理解的是，所公开的实施例仅为本发明的示例，其可以以多种替代形式来实现。附图不必按比例绘制；一些特征可被夸大或最小化以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅作为用于教导本领域技术人员以多种形式利用本发明的代表性基础。

图1示出用于车辆31的基于车辆的计算***(VCS)1的示例方框拓扑图。这种基于车辆的计算***的示例1为由福特汽车公司制造的SYNC***。设置有基于车辆的计算***的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触摸敏感屏幕，则用户还能够与所述界面进行交互。在另一示意性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语会话***来进行交互。

在图1所示的示意性实施例1中，处理器3控制基于车辆的计算***的至少一部分操作。设置在车辆内的处理器允许对命令和例程进行车载处理。另外，处理器连接到非持久性存储器5和持久性存储器7两者。在此示意性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。一般说来，持久性(非暂时性)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于：HDD、CD、DVD、磁带、固态驱动器、便携式USB驱动器和任何其它适当形式的持久性存储器。

处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此示意性实施例中，麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24、屏幕4(其可以是触摸屏显示器)和蓝牙输入15全部被提供。还提供输入选择器51，以允许用户在各种输入之间进行切换。对麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与VCS进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于，CAN总线)向VCS(或其组件)传送数据并传送来自VCS(或其组件)的数据。

***的输出可包括但不限于视觉显示器4以及扬声器13或立体声***输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如PND 54)或USB装置(诸如车辆导航装置60)的输出。

在一示意性实施例中，***1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置随后可被用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是WiFi接入点。

移动装置与蓝牙收发器之间的示例性通信由信号14表示。

可通过按钮52或类似的输入来指示移动装置53与蓝牙收发器15进行配对。相应地，CPU被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。

可利用例如与移动装置53关联的数据计划、话上数据或DTMF音在CPU3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63以便在CPU 3与网络61之间通过语音频带传送数据(16)。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信(20)，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一示意性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的API的操作***。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE 802PAN(个域网)协议的子集。IEEE 802LAN(局域网)协议包括WiFi并与IEEE 802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在这一范围中使用的另一通信方法是自由空间光通信(诸如，IrDA)和非标准化消费者红外协议。

在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的所有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当所有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并仍在被使用，但其已经在很大程度上被用于数字蜂窝通信的码分多址(CDMA)、时分多址(TDMA)、空分多址(SDMA)的混合体所替代。这些都是ITU IMT-2000(3G)兼容的标准，为静止或行走的用户提供高达2mbs的数据速率，并为在移动的车辆中的用户提供高达385kbs的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced(4G)为在车辆中的用户提供100mbs的数据速率，并为静止的用户提供1gbs的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且***可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(ND)53可以是能够通过例如(而不限于)802.11g网络(即，WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。

在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置，穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。

可与车辆进行接口连接的其它源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其它连接的车辆导航装置60、车载GPS装置24、或具有与网络61连接的能力的远程导航***(未示出)。USB是一类串行联网协议中的一种。IEEE 1394(火线^TM(苹果)、i.LINK^TM(索尼)和Lynx^TM(德州仪器))、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。

此外，CPU可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。

此外或可选地，可使用例如WiFi(IEEE 803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围中连接到远程网络。

除了具有由位于车辆中的车辆计算***执行示例性处理之外，在某些实施例中，还可由与车辆计算***通信的计算***来执行示例性处理。这样的***可包括但不限于：无线装置(例如但不限于，移动电话)或通过无线装置连接的远程计算***(例如但不限于，服务器)。总体上，这样的***可被称为与车辆关联的计算***(VACS)。在某些实施例中，VACS的特定组件可根据***的特定实施而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置发送或者接收信息的步骤，则很可能由于无线装置不会与自身进行信息的“发送和接收”，而使得无线装置不执行该处理的所述部分。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算***。

尽管先前的车辆追踪问题的解决方案允许从图像识别车牌，并且从识别的车辆的数据库请求信息，但是在该领域中依然存在很大的改进空间。

示意性实施例提出了使用与用于信息的私有顾客控制和信息的安全传输的方法相结合的车辆相机技术来利用众包识别丢失车辆的车牌的方法。

在这些示例中，直到产生用于丢失车辆的搜索请求才可使用信息。所述方法允许顾客请求搜索。当产生用于众包信息的请求时，顾客访问安全数据库，在所述安全数据库中，顾客登记过或者以其它方式访问过。所述安全数据库向所有参与人员的车辆发送车牌号码的加密列表，在所有参与人员的车辆中，车牌号码的加密列表被解密并且被用在计算机的搜索程序中。被搜索的车牌号码对于任何人(除了个别请求者之外)可能从来都是未知的，任何人在其登记时注册其车牌号码，以避免被搜索他人车辆的人恶意的使用或未经授权的使用。拍摄照片和发送信息的车辆的身份可以是随机的/不确定的。

通过以上和在此示出的示例，可在无需加重资源负担或无需存储大量的不需要的数据的情况下以按需(on-demand)方式使用匿名资源车辆的网络来追踪丢失资产。搜索者/参与者的身份和资源车辆的身份两者可受到保护和保证，与此同时，资源车辆的庞大网络可立即被调用以进行协助。

在示意性示例中，众包的配置将包括在这样的服务中进行登记，在所述服务中，用户的车辆将搜索车牌号码，并在找到所请求的车牌时向云端自动地发送携带有车牌、位置和时间的安全加密通信信息。

例如，为了登记，车辆所有者将提供其车牌号码、名字、地址和VIN。顾客数据库可针对提供的VIN确认所有者信息，并自动地使用注册的电话号码来给顾客拨打电话，以确认该请求是来自车辆所有者。如果顾客的电话号码未被注册，则可使用其它可靠数据库，其中，所述数据库将顾客的车辆所有者关联到电话号码。

在在此讨论的每一个示意性实施例中，示出了可由计算***执行的处理的示例性的、非限制的示例。针对每个处理，执行处理的计算***为了执行处理的限制目的而变为被配置为专用处理器以执行处理是可能的。所有的处理不需要被全部执行，而应被理解为是可被执行以实现本发明的要素的处理类型的示例。可根据需要向示例性处理添加额外的步骤或从示例性处理去除额外的步骤。

图2示出了示意性的注册处理。针对在该附图中描述的示意性实施例，注意到的是，通用处理器可被临时用作专用处理器，以用于执行在此示出的代表性方法中的部分或全部。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，处理器可被临时改变目的作为专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器执行的固件可使得处理器充当提供用于执行所述方法或所述方法的一些合理变型的专用处理器。

在此示意性示例中，用户注册为参与者。根据实施方式，这可能意味着用户正在选择允许使用车辆来寻找其它车辆(即，允许参与众包)，或者可仅是注册的特定车辆有资格被追踪。例如，在一模型中，如果用户参与查找其它车辆，则车辆追踪的使用可能是免费的，但是如果用户只想要服务端查找车辆，则可能花费一些名义金额。这鼓励用户参与众包。例如，在其它示例中，该服务可能仅对于参与的用户(即，搜索者)是可用的。

在此示意性示例中，在201，所述处理从用户接收用于注册车牌的请求以进行追踪(从而允许对安装车牌或打算安装车牌的车辆进行追踪)。对于用户而言在购买或租赁的时候进行注册也会是可能的，其中，用户身份可以很容易地被验证，但是如果用户选择在以后的某个时刻参与或者例如用户从另一所有者购买使用过的车辆，则该处理允许以后注册。

在203，所述处理接收连同注册请求一起的用户标识信息，诸如，例如允许识别出特定车辆的车辆识别码(VIN)。该信息可被用在与车牌号码的相互参照中，在205，车牌号码也被接收。此外，如果需要(尽管未示出)，则验证步骤可包括向车辆的注册的所有者或承租人拨打电话，以确认追踪请求。

由于追踪车辆的请求可能对于滥用的可能性是开放的，所以可采取多个步骤来减少除了车主之外的某个人请求进行追踪的任何机会。在207，这些机会包括例如上述的电话呼叫和/或与车牌的相互参照以及车辆标识信息。在209，一旦车牌已被验证为与请求的车辆相对应(在该示例中，该请求来自车辆自身，通过车辆显示输入，或者，该请求来自登录的用户，所述登录的用户请求带有VIN的车牌追踪，该请求可包括被登录到与车辆对应的用户账户)，则在215，所述处理可将车牌和/或用户添加为被允许进行追踪。再次，在这些示例中，车牌本身被追踪，但是可通过寻找车牌来找到车辆和任何乘员，因此，可采取安全措施来防止滥用。然后，在217，针对与注册车牌相关的任何请求启用追踪。

在该示例中，如果VIN/车辆和车牌之间不存在匹配，则在211，所述处理将警告尝试注册车牌进行追踪的一方。如果错误的信息被输入，则这样可避免用户无意地认为车牌被注册过。此外，在该示例中，在213，可警告拥有车牌和/或车辆的人。如果没有车牌所有者的记录，则可以是这样的情况：仅通知VIN对应的车辆所有者。在其它实例中，还可通知车牌所有者，使得双方都知道代表其车牌/车辆的追踪请求被提出。可根据需要对通知步骤进行修改，并且匹配错误时的通知可能不会总发生，以避免在输错了字母数字字符时不必向人们报警。

一旦注册处理被成功完成时，则用户随后可在以后的某个日期经由众包网络来请求对车牌进行追踪，并接收与车辆的位置相关的任何信息。

图3示出了示意性的追踪请求处理。针对在该附图中描述的示意性实施例，注意到的是，通用处理器可被临时用作专用处理器，以用于执行在此示出的代表性方法中的部分或全部。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，处理器可被临时改变目的作为专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器执行的固件可使得处理器充当提供用于执行所述方法或所述方法的一些合理变型的专用处理器。

在此示例性示例中，用户发起针对车辆的追踪请求。在示意性实施例中，追踪是在按需基础上进行的，且基于请求进行追踪的车牌将追踪请求发送至车辆。这里，在301，所述处理接收追踪车牌的请求，所述请求经由移动app、PC或类似连接被输入。如果车辆被盗或丢失，或者，例如，如果父母想要知道青少年驾驶员位于哪里，则这类请求可被用于追踪车牌(以及对应的车辆)。

此外，在该示例中，在303，定位数据被接收。尽管不是必需的，但是定位数据可被用于缩小请求被发送到的车辆的子集，或者，可将定位数据与发送至所有车辆的请求包括在一起(然后，车辆可“确定”其是否处于合适的位置)。例如，可询问输入该请求的用户：车辆最近一次位于哪里或者预期的位置是哪里。定位数据可以是广泛的(邮政编码、城市或州)，或者可以是非常具体的(地址)。该数据可与时间信息(如果被输入)(即，最近一次知道车辆在何时处于该位置)一起被使用，以确定车辆根据其自身的动力可行驶的可能里程。另一方面，如果网络可处理大量的请求，则追踪请求可在没有任何定位数据的情况下被广泛地广播。

由于关于将被追踪的车牌的数据可以以相对短的形式(即，在最少数据量的方案中的车牌标识符的加密列表)被发送，所以所有将被追踪的车牌可被发送至所有参与的车辆是可行的。另一方面，给定网络和数据传输限制，可期望将请求发送至所有车辆的子集，所述所有车辆的子集位于靠近车辆可能所位于的位置的预计范围内(诸如但不限于，由车辆可在自车辆处于最近一次已知位置之后的某一时间内以合理的最高速度行驶的距离限定的区域所界定的周边区域)。

一旦已经接收到适当的请求及携带的数据(如果需要)，则在305，所述处理可验证用户被注册以对车辆进行追踪。这可包括确保车辆已经被注册过用于追踪，并确保用户被注册以对特定的车辆进行追踪。在307，如果该验证处理成功，则在311，所述处理可将车牌和/或无线识别码(更多内容见下文)添加至将被追踪的车辆列表。在313，随后可将更新的追踪列表发送至用于追踪的车辆列表的所有或一些适合的(诸如，基于位置的)子集。在该示例中，如果该请求不能被验证，则在309，可通知车牌和/或车辆的所有者：针对其车牌或车辆的追踪请求被提出过。

图4A和图4B示出了用于车辆识别的示意性处理。针对在该附图中描述的示意性实施例，注意到的是，通用处理器可被临时用作专用处理器，以用于执行在此示出的代表性方法中的部分或全部。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，处理器可被临时改变目的作为专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器执行的固件可使得处理器充当提供用于执行所述方法或所述方法的一些合理变型的专用处理器。

在图4A示出的示例中，运行在车辆上的处理尝试确定对于车辆相机可见的任何车牌的车牌号码。这些车牌号码可以是在交通中、在停车场中看见的车牌、部分地被其它车辆瞥见和遮挡的车牌等。这里，在401，相机接收包括一个或更多个车牌(或部分车牌)的图像。在403，对该图像进行处理以识别该图像中的车牌，并从该车牌中提取字符数据(例如，字母或数字)。

由于车牌被暴露于自然环境中，所以车牌易受到腐蚀、变脏和被雪或其它环境因素遮挡。因此，不可能总是能从车牌挑选出标识信息。在该处理中，执行***尝试按照最佳可行方式来确定字母和数字，然后，在405，确定是否找到易辨认的解决方案。如果所有的字母和数字都不能被识别，则在407，所述处理确定部分识别是否可行。部分识别仍然可以被用作车辆身份的“猜测”，且如果另一车辆可确认或更好地读取被遮挡或腐蚀的车牌，则部分识别可被用于针对特定区域的集中搜索。如果甚至没有部分数据集(或者，例如，如果没有几个字母/数字是可用的)，则可在417丢弃该数据。

如果车牌是完全易辨认的，则在409，所述处理针对待搜索的车牌的列表来检查读取的字母/数字。在411，如果车牌在该列表中并且存在匹配，则可在413，所述处理返回识别车辆的当前位置、速度和前进方向(或泊车的状态)、车牌的图像(例如，用于验证目的的车牌图像)以及任何其它适当的信息。为了保护报告实体的隐私，报告车辆的信息可被擦除和/或永远不会被发送，但是所返回的车辆位置数据和前进方向数据可用于确定与待搜索车辆非常接近的位置。在该示例中，如果易辨认的车牌与列表中的任何待搜索的车牌不都匹配，则丢弃该数据。

如果存在部分匹配，则在433，可将部分标识符与待搜索的车牌列表进行比较。例如，如果相机可识别出AN12--(其中，“-”表示难于辨认或被遮挡的字符)，且该列表包括针对AN12FF的车牌请求，则呈现部分匹配。在415，如果存在部分匹配，则在419，所述处理可再次报告位置、速度、前进方向和图像等，以进行进一步的验证。如果不存在匹配，则在417，可丢弃该数据。

图4B示出了车辆追踪处理的另一示意性示例，其中，所述处理依赖于经由无线传输的车辆对车辆的通信。在该示例中，车辆可广播标识符(车牌、车辆ID、VIN或其它适当的标识符)，所述标识符可被加密并可被搜索车辆解密。例如，该数据可由其它本地车辆经由蓝牙接收并解密，以对搜索请求进行比较。在该示例中，所述***不需要实际地“看到”车辆。这既有优点也有缺点。由于车辆没有必要被看到，所以车辆的位置只与报告车辆的位置轻度(loosely)对应。另一方面，如果需要，位置数据可被包括在标识符广播中。另外，由于车辆的物理图像不存在，所以可能更容易使用该***“伪造”车辆信号。但是，与此同时，这会允许靠近主题车辆(subject vehicle)和在主题车辆前方的车辆(即，不能“看到”车辆的车辆)来检测该车辆的存在。可将该示例作为如何使用众包来追踪车辆的另一说明来提出。

在图4B中，在421，报告车辆与可能的主题车辆进行通信(诸如，接收广播标识)。在423，通信的车辆可交换数据(即，报告车辆还可将其自身报告给主题车辆，这是因为两者在***中都是可能都是参与者)，或者所述交换可以是由报告车辆单向接收数据。此外，如果需要，在425，可接收或交换位置信息、速度、前进方向等。这可以使得查明未被看见的车辆的位置变得更容易。

车辆的唯一标识符的某些形式(车牌、VIN、ID#等)作为请求的一部分被接收，在427，如果该ID与待搜索车辆的列表中的ID匹配，则在431，所述处理可返回相关数据(例如，确认匹配，返回速度、位置、前进方向等)。如果不存在匹配，则在429，可再次丢弃接收的数据。将数据保留一段时间也是可行的，诸如，直到存储器指示丢弃数据为止，而不是立即丢弃数据，或者，在丢弃之前将数据报告给远程资源，但是在该示意性示例中，该数据在与任何待搜索的车辆匹配都失败时被丢弃。

在发送车牌/标识符的列表之前，或者在接收到所述列表时，处理器可基于当前车辆位置来确定该列表中的任何车牌的适当性/对应性。也就是说，如果该列表包含初始车辆位置和在该位置最近一次被看见的时间，则如果该确定在车辆上被做出，则处理器可确定车辆是否可能位于该处理器的当前位置。另一方面，如果该确定在将请求发出之前被做出，则该处理器可确定车辆可能位于哪里，并且将该请求发送给当前在主题车辆可被定位的界定的周边区域内行驶的车辆或者车辆的前进方向/目的地/速度/位置指示这些车辆会很快在主题车辆可被定位的界定的周边区域内行驶的车辆。如果针对网络基础设施存在过多的需要处理的请求，则诸如这种方式的分类可被用于限制请求的范围。

图5示出了示意性的车辆追踪报告处理。针对在该附图中描述的示意性实施例，注意到的是，通用处理器可被临时用作专用处理器，以用于执行在此示出的代表性方法中的部分或全部。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，处理器可被临时改变目的作为专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器执行的固件可使得处理器充当提供用于执行所述方法或所述方法的一些合理变型的专用处理器。

在此示意性示例中，在501，所述处理接收对匹配或部分匹配的确认。一旦车辆被定位，则所述处理将车辆的位置报告给请求的所有者。一旦匹配已被接收，则在503，所述处理确定该匹配是否仅是部分匹配。在一些示例中，尽管在该示例中部分匹配数据被用于进一步尝试查明主题车辆，但是部分匹配数据可被丢弃。

如果匹配是部分匹配，也就是说，如果匹配是不完全匹配，则在517，所述处理随后将用于确认的定位请求发送给在识别的主题车辆附近的接收车辆。虽然该步骤不是必需的，但是该步骤可被用于获取对车辆位置的确认。如前所述，在其它示例中，尽管位置数据当前将是被报告车辆的位置，而不是最初输入的位置，但是位置数据可仅被包括在发送给所有车辆的列表中。

在该示例中，由于匹配只是部分的，所以所述处理可等待，直到在519接收到确认(即，完全匹配或另一部分匹配)为止。这避免了向车辆所有者报告误报信息。这种情况可能是，在521，仅接收到部分确认，与此同时，在523，所述处理可将车牌图像的复制件发送给请求的用户。这将允许用户对车牌进行视觉上地验证以及车牌是否附属于主题车辆。另一方面，隐私问题可能会阻止对任何不完全匹配的发送。

在521，如果该确认以完全匹配的形式出现，或者，在503，如果最初接收到完全匹配，则在505，所述处理将向所有者/请求者警告该匹配和车辆的位置。再次，在该示例中，假如所有者想要进行进一步地追踪(例如，车辆正在移动)或者想要确保该匹配不是误报信息，则确认请求被发送。这里，在507，定位请求(或者适当变型)可被发送，且在509，当接收到确认(例如，第二次完全匹配)时，在511，所述处理可进一步警告车主。如果用户期望，则在513，所述处理还可继续追踪请求，这可导致在515对车辆的进一步请求，以帮助追踪移动的车辆(例如，如果车辆被盗)。否则，所述处理可退出。

通过利用现有的相机技术和/或无线技术，以及通过匿名化数据，用户可参与并被鼓励参与到众包车辆追踪程序中。例如，通过使用广泛存在的车载网络，用户可通过车牌的识别快速和准确地追踪到丢失的资产。这样可以帮助苦恼的所有者收回或定位丢失的车辆。

虽然以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能形式。更确切地，说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可将各种实现的实施例的特征进行组合以形成本发明的进一步的实施例。

Claims (20)

1.一种***，包括：

基于车辆的处理器，被配置为：

通过连接的相机获取车牌的图像；

确定所述图像中存在的标识字符；

将所述标识字符与从远程服务器接收的车牌的列表进行比较；

报告所述标识字符与所述列表中的车牌之间的匹配。

2.如权利要求1所述的***，其中，所述处理器被配置为：如果在所述图像中存在的标识字符中的仅一部分标识字符能够被确定，则报告所述标识字符与所述列表中的车牌之间的部分匹配。

3.如权利要求1所述的***，其中，所述处理器还被配置为：当报告所述匹配时，报告包括所述处理器的车辆的当前车辆前进方向。

4.如权利要求1所述的***，其中，所述处理器还被配置为：当报告所述匹配时，报告包括所述处理器的车辆的当前车辆位置。

5.如权利要求1所述的***，其中，所述处理器还被配置为：当报告所述匹配时，报告包括所述处理器的车辆的当前车辆速度。

6.如权利要求1所述的***，其中，所述处理器被配置为：通过与车辆相机进行通信来获取车牌的图像。

7.一种***，包括：

处理器，被配置为：

接收用于查找车牌的定位请求；

验证所述车牌是否有资格作为搜索主题；

将用于搜索所述车牌的搜索请求发送至多个报告车辆；

响应于所述搜索请求，接收来自第一报告车辆的匹配；

向请求的用户通知与所述车牌对应的匹配。

8.如权利要求7所述的***，其中，所述处理器被配置为：通过确定所述车牌是否被列入注册牌照数据库中，来验证所述车牌是否有资格作为搜索主题。

9.如权利要求7所述的***，其中，所述处理器还被配置为：验证请求搜索的用户是否有资格执行针对在所述定位请求中指定的所述车牌的搜索。

10.如权利要求9所述的***，其中，所述处理器被配置为：通过在注册牌照数据库中确定请求搜索的用户和所述车牌之间的对应关系，来验证请求搜索的用户是否有资格执行所述搜索，其中，注册牌照数据库包含车牌的列表和对应的注册搜索者。

11.如权利要求7所述的***，其中，所述处理器被配置为：将所述车牌添加至请求的车牌的列表中，所述请求的车牌的列表将在所述搜索请求中被发送。

12.如权利要求7所述的***，其中，所述处理器被配置为：将车辆最近一次的已知位置数据添加至所述搜索请求。

13.如权利要求7所述的***，其中，所述处理器被配置为：将车辆最近一次位于已知位置的时间添加至所述搜索请求。

14.如权利要求7所述的***，其中，所述处理器还被配置为：

接收车辆最近一次的已知位置；

将所述搜索请求发送至在最近一次的已知位置的预定接近度内的报告车辆。

15.如权利要求14所述的***，其中，所述处理器还被配置为：

接收车辆最近一次位于已知位置的时间；

基于接收的时间，确定所述预定接近度。

16.一种***，包括：

报告车辆的处理器，被配置为：

接收用于定位丢失车辆的请求；

利用车辆***来确认位于报告车辆附近的丢失车辆的身份；

当丢失车辆的身份被确认时，报告对于丢失车辆的识别以及报告车辆的GPS位置。

17.如权利要求16所述的***，其中，所述车辆***包括车辆相机，其中，所述处理器被配置为：基于由车辆相机捕获的附属于丢失车辆的车牌的图像，确认丢失车辆的身份。

18.如权利要求17所述的***，其中，所述处理器被配置为：将所述图像作为丢失车辆的识别报告的一部分进行发送。

19.如权利要求16所述的***，其中，所述车辆***包括无线通信***，其中，所述处理器被配置为：基于通过所述无线通信***接收的、与丢失车辆对应的车辆标识符，来确认丢失车辆的身份。

20.如权利要求16所述的***，其中，所述处理器还被配置为：当丢失车辆的身份被确认时，对报告车辆的速度和前进方向进行报告。