用于提供车辆维修信息的方法和系统

暂无

用于提供车辆维修信息的方法和系统\n[0001] 相关申请的交叉引用\n[0002] 本申请要求2012年5月23日提交的美国申请号13/478,305的优先权，其整体在此处被并入作为参考。\n背景技术\n[0003] 现代车辆包含用于监控相关联的车辆装置的状态的电子控制模块和诊断系统。由诊断系统传送的信息已变得更标准化，以辅助评价车辆状况并识别适当的维修过程。\n[0004] 诊断工具可以连接至数据链路连接器(DLC)，以取回与车辆正经历的失灵或者问题相关联的诊断故障码或者DTC。技术员能够使用取回的DTC来查找有关失灵的信息。技术员可以在存储与DTC相关联的信息的维修手册或者数据库中查找信息，以识别与DTC对应的失灵或者可能的部件失效。\n发明内容\n[0005] 本申请公开了用于提供车辆维修信息的系统和方法。在一个方面中，描述了方法。\n方法可以包括在计算设备处接收包括(i)车辆的识别信息、以及(ii)描述车辆状况的信息中的一个或多个的车辆信息。该方法还可以包括由所述计算设备将所述车辆信息与车辆维修数据库的内容进行匹配，以便识别有关所述车辆的维修信息。方法还可以包括在计算设备处接收识别有关车辆的地理位置的地理信息。该方法还可以包括基于所述地理信息从所述计算设备向通信网络提供识别出的维修信息的子集。\n[0006] 在另一个方面中，描述了一种非暂时性计算机可读介质，其上存储有可由计算设备执行的指令，该指令使所述计算设备执行功能。该功能可以包括从通信网络接收包括(i)车辆的识别信息、以及(ii)描述车辆状况的信息中的一个或多个的车辆信息。该功能还可以包括将所述车辆信息与车辆维修数据库的内容进行匹配，以便识别有关所述车辆的维修信息。该功能还可以包括从通信网络接收识别有关车辆的地理位置的地理信息。该功能还可以包括基于所述地理信息向所述通信网络提供识别出的维修信息的子集。\n[0007] 在又一个方面中，描述了系统。该系统可以包括车辆维修数据库，包含(i)有关维修车辆的之前经历的信息、以及(ii)包含部件特定信息的原始设备制造商车辆信息中的一个或多个。该系统还可以包括耦合至车辆维修数据库的计算设备。该计算设备可以包含：存储计算机可读指令的非暂时性计算机可读存储设备；配置为执行计算机可读指令的处理器；以及配置为将数据传输至通信网络，并从通信网络接收给定数据的通信设备。该计算设备可以被配置为从通信网络接收包括(i)车辆的识别信息、以及(ii)描述车辆状况的信息中的一个或多个的车辆信息。该计算设备还可以被配置为基于所述车辆信息与所述车辆维修数据库的内容的匹配，识别有关所述车辆的维修信息。计算设备此外可以被配置为从所述通信网络接收识别有关车辆的地理位置的地理信息。该计算设备还可以被配置为基于地理信息向通信网络提供识别出的维修信息的子集。\n[0008] 在又一个方面中，描述了方法。该方法可以包括由计算设备向通信网络提供包括(i)车辆的识别信息、以及(ii)描述车辆状况的信息中的一个或多个的车辆信息。该方法还可以包括由计算设备向通信网络提供识别有关车辆的地理位置的地理信息。该方法还可以包括在所述计算设备处基于所述车辆信息和所述地理信息从所述通信网络接收维修信息。\n[0009] 在又一个方面中，描述了系统。该系统可以包括显示设备。该系统还可以包括耦合至所述显示设备的计算设备。该计算设备可以包含：存储计算机可读指令的非暂时性计算机可读存储设备；配置为执行计算机可读指令的处理器；以及配置为将数据传输至通信网络，并从通信网络接收给定数据的通信设备。该计算设备可以被配置为向通信网络提供包括(i)车辆的识别信息、以及(ii)描述车辆状况的信息中的一个或多个的车辆信息。该计算设备还可以被配置为向所述通信网络提供识别有关车辆的地理位置的地理信息。该计算设备还可以被配置为基于所述车辆信息和所述地理信息从所述通信网络接收维修信息。该计算设备还可以被配置为在所述显示设备上产生所述维修信息的显示。\n[0010] 上述概要仅是示例性的，并且不意图以任何方式进行限制。除了上述示例性方面、实施例、以及特征，其他方面、实施例、以及特征通过参考图和下面的具体实施方式将变得明显。\n附图说明\n[0011] 图1A-1B示出依据示例实施例的用于提供车辆维修信息的示例系统。\n[0012] 图2是依据示例实施例的提供车辆维修信息的示例方法的流程图。\n[0013] 图3是依据示例实施例的提供车辆维修信息的另一个示例方法的流程图。\n[0014] 图4A示出依据示例实施例的用于提供车辆维修信息的示例界面。\n[0015] 图4B示出依据示例实施例的用于提供车辆维修信息的另一个示例界面。\n[0016] 图5是示出依据本文描述的至少一些实施例布置的在计算系统中使用的示例计算设备的功能框图。\n[0017] 图6是概要示出根据本文呈现的至少一些实施例布置的示例计算机程序产品的概念局部视图，该计算机程序产品包含用于在计算设备上执行计算机处理的计算机程序。\n具体实施方式\n[0018] 下面的具体实施方式参考附图描述了公开的系统和方法的各种特征和功能。在图中，类似的符号指代类似的部件，除非上下文有另有指示。本文描述的示例性系统和方法实施例不意味着进行限制。可以容易理解的是公开的系统和方法的某些方面能够以多种多样的不同配置进行布置并组合，这些都在本文中有考虑。\n[0019] 在示例中，计算设备(例如服务器)可以被配置为从搜索有关车辆维修问题的信息的技术员接收有关车辆维修问题(例如诊断故障码(DTC))的搜索查询。计算设备可以被配置为基于搜索查询来搜索车辆维修数据库，并将搜索结果提供给技术员。搜索结果可以包含有关维修问题、潜在修复等的一般信息。然而，车辆维修问题可以是对于给定的地理位置而言特定的。作为示例，车辆正经历的失灵可以是在给定的地理区域的寒冷天气的结果。可能在例如特征为热天气的另一个区域不会经历相同的失灵。因此，基于车辆的地理位置来提供区域特定的维修信息可以聚焦搜索结果，可以更有效地帮助诊断并维修该失灵。\n[0020] 在示例中，计算设备可以被配置为接收包含车辆的识别信息和/或描述车辆状况的信息的车辆信息。计算设备还可以被配置为将车辆信息与车辆维修数据库的内容进行匹配，以便识别有关车辆的维修信息。例如，车辆维修数据库可以包含有关维修车辆的之前的经历的信息和/或包含部件特定信息的原始设备制造商车辆信息。计算设备还可以被配置为接收识别有关车辆的地理位置的地理信息。计算设备还可以被配置为基于地理信息向通信网络提供识别出的维修信息的子集。计算设备还可以被配置为在耦合至计算设备的显示设备上产生识别的维修信息的子集的显示。\n[0021] 现在参考附图，图1A-1B示出依据示例实施例的用于提供车辆维修信息的示例系统。示例系统可以包含若干不同的部件和子系统。示例系统的部件和子系统可以被配置为以与彼此和/或与耦合至各系统的其他部件互相连接的方式工作。\n[0022] 参考图1A，车辆102可能经历失灵或者可能需要调节或者维修的任何其他问题，或者例如可能作为保养计划的一部分而到期进行常规保养。示例车辆可以采取汽车的形式。\n或者，车辆控制系统可以在其他车辆中或者采取其他车辆的形式实现，例如货车、摩托车、公交车、船、飞机、直升机、割草机、休闲车、游乐园车辆、农场设备、建筑设备、电车、高尔夫球车、火车、以及手推车。\n[0023] 本文描述的实施例可以包含或者利用任何适当的电压或者电流源，诸如电池、发电机、燃料电池等，提供任何适当的电流和/或电压，诸如约12伏、约42伏等。\n[0024] 本文描述的实施例可以使用任何期望的系统或者发动机。这些系统或者发动机可以包括利用化石燃料(诸如汽油、天然气、丙烷等)、电力(诸如由电池、磁体、燃料电池、太阳能电池等产生)、风、以及其混合或者组合的物品。这些系统或者发动机可以整合到其他系统(诸如汽车、货车、船或者轮船、摩托车、发电机、飞机等)。\n[0025] 例如车辆102的所有者104可以将车辆行驶到维修店铺，以获得帮助诊断并维修失灵。所有者104可以由服务顾问106迎接，服务顾问106可以通过连接器110将诊断工具108连接至车辆102。例如，诊断工具108可以连接至车辆102来取回车辆识别信息(诸如车辆102的年份、品牌、车型、以及发动机类型)。另外，诊断工具108可以连接至车辆电子控制模块(例如发动机控制模块、传输控制模块、ABS控制模块等)来检测失灵(例如取回指示该失灵的DTC)。\n[0026] 诊断工具108可以被配置为通过用于车辆102的一个或多个通信协议(诸如控制器区域网络(CAN)、SAE(汽车工程师学会)J1850、ISO 9141、Keyword 2000和其他)与车辆102进行通信。\n[0027] 诊断工具108还可以被配置为通过发射器112与计算设备114通信，以将车辆识别或者诊断信息提供给计算设备114。计算设备114可以是，例如移动电话、个人数字助理(PDA)、膝上型计算机、笔记本、或者上网本计算机、平板计算设备等。诊断工具108可以被配置为：通过与用于车辆102的一个或多个通信协议不同的一个或多个通信协议，与计算设备\n114通信。发射器112可以通过有线或者无线网络连接与计算设备114通信。\n[0028] 在一些示例中，替代地或附加地，车辆102可以被配置为将车辆识别信息和诊断信息直接传输给计算设备114，而不将诊断工具108连接至车辆102。\n[0029] 另外，服务顾问106例如可以围绕车辆102行走以对车辆102执行视觉检查，识别失灵的症状，询问所有者104以记录与失灵相关联的投诉，并将描述车辆状况的信息记录至计算设备114以创建维修订单。维修订单可以以电子格式创建，或者可以以纸格式准备并手动输入到计算机或者转换(例如扫描)为电子格式。\n[0030] 现在参考图1B，计算设备114可以被配置为将车辆信息(例如识别信息、描述车辆状况的信息、维修订单等)提供或传输给店铺管理计算设备116。在一个示例中，店铺管理计算设备116可以被配置为通过通信网络118(例如网络、互联网)将车辆信息提供或传输给数据中心或者服务器120。在另一个示例中，计算设备114可以被配置为通过通信网络118将车辆信息直接提供给服务器120。通信网络118可以是有线的或者无线的，并且网络118的至少一部分可以对于服务器120和计算设备114和116是外部的。在一些示例中，计算设备114或者店铺管理计算设备116可以被配置为通过点到点链接直接与服务器120通信。计算设备\n114、店铺管理计算设备116、以及服务器120的每个可以包含通信设备，该通信设备可以被配置为将数据传输至通信网络118，并从通信网络118接收本描述讨论的任何数据。\n[0031] 数据中心或者服务器120可以被配置为与车辆维修数据库122通信。车辆维修数据库122可以包含原始设备制造商(例如，汽车制造商或者部件供应商)信息，包含部件特定信息(诸如部件规格、接线图、诊断流程图、校准过程、预期寿命等)。\n[0032] 车辆维修数据库122还例如可以包含有关维修车辆的之前的经历的信息。有关维修车辆的之前的经历的信息例如可以包含从维修店铺收集的维修案例的维修信息。与维修案例相关联的维修订单可以以电子格式准备，或者可以以纸格式准备，然后手动输入到车辆维修数据库122或者转换(例如扫描)为能够存储在车辆维修数据库122中的电子格式。\n[0033] 在示例中，车辆维修信息(例如症状、维修订单、成功的车辆修复等)可以存储在维修店铺(服务中心、代理商等)的本地计算系统中，并可以频繁地备份并传输至数据中心或者服务器120，并存储在车辆维修数据库122中。通过规律地将更新的信息(例如新的维修案例)传输至车辆维修数据库122，车辆维修数据库122的内容例如可以使用最新的修复解决方案、以及部件信息来保持更新。\n[0034] 服务器120可以被配置为将接收的车辆信息与车辆维修数据库122的内容进行匹配，以挖掘存储在车辆维修数据库122中的信息并识别或者确定有关车辆的维修信息。\n[0035] 在示例中，将接收的车辆信息与车辆维修数据库122的内容进行匹配可以包含搜索车辆维修数据库122，以将维修订单中的关键字或者关键字的组合以及其他车辆信息(例如车辆的车型年款、品牌、以及车型、里程或者里程表读数等)与存储的维修案例的内容进行匹配和相互关联，以确定优先修复、相关部件测试过程等。在另一个示例中，将接收的信息与车辆维修数据库122的内容进行匹配可以包含将车辆信息映射至表格或者其他数据库，包括维修测试过程、优先修复、零件更换统计等，以取回相关维修信息。车辆维修数据库\n122可以配置或布置为便于将接收的车辆信息与车辆维修数据库122的内容进行匹配。\n[0036] 维修信息例如可以包含提示、解决方案、潜在修复、可能需要更换的零件的列表、测试过程、接线图、维修过程、与车辆状况相关的问答等。\n[0037] 在示例中，服务器120还可以被配置为接收识别有关车辆102的地理位置的地理信息。例如，计算设备114和店铺管理计算设备116的一者或两者可以被配置为包含全球定位系统(GPS)传感器，GPS传感器可以被配置为向服务器120提供识别计算设备114、或者店铺管理计算设备116、和/或(计算设备114、或者店铺管理计算设备116可以连接的)车辆102的位置(例如经度和纬度)的信息。\n[0038] 在一个示例中，例如经由计算设备114或者店铺管理计算设备116传输至服务器\n120的维修订单可以包含邮政编码或者邮寄代码，以供店铺识别维修店铺和在维修店铺处检修的车辆102所位于的区域。在另一个示例中，车辆102可以包含可以被配置为将地理信息直接提供给服务器120的GPS传感器。这些示例仅用于示出。还可能有向服务器120提供识别地理位置的地理信息的其他方法。\n[0039] 给定的区域可以指由给定的邮政编码、电话区号、邮寄代码所包含在内或者限定的区域，或者从识别的地理位置(例如车辆102或者维修店铺的位置)起预定距离内的给定的区域。给定的区域的尺寸可以由用户(例如技术员)限定或选择，或者可以由给定的计算设备(例如服务器120、计算设备114、或者店铺管理计算设备116)预选择预确定。\n[0040] 在一些示例中，有关车辆102的地理位置可能不是车辆102或者对车辆102进行检修的维修店铺的当前位置。作为示例，地理信息可以包含识别车辆102的原始销售位置的信息。车辆102可以在美国俄亥俄的维修店铺处检修，但是可能原始在美国加利福尼亚购买，因此，可能包含对于加利福尼亚特定的特殊部件和子系统。\n[0041] 在一个示例中，地理信息还可以包含识别车辆102之前行驶的位置的信息。在另一个示例中，地理信息可以包含识别在天气状况、高度等方面与车辆102的位置类似的位置或者区域的信息。在又一个示例中，地理信息可以包含识别可能具有与车辆102开始示出失灵的症状的日期或者一年中的时间时给定的天气状况类似的天气状况的给定的位置的信息。\n[0042] 因此，服务器120可以被配置为基于地理位置通过通信网络118提供识别出的维修信息的子集。例如，识别的维修信息的子集可以将区域特定信息提供给分配来维修车辆102的技术员，以聚焦技术员的努力而非提供宽范围的维修信息。\n[0043] 作为示例，服务器120可以被配置为接收车辆信息和识别车辆120的地理位置的地理信息，并可以被配置为将接收的信息与给定的维修订单信息、以及之前从不同的维修案例存储的相关联的天气信息进行匹配，其中，在该不同的维修案例中，与之前存储的给定的维修订单相关联的天气状况可以类似于在车辆102当前正在检修的地理位置处的给定的天气状况。相应地，服务器120可以将基于车辆信息和地理信息的聚焦的维修信息提供给计算设备114或者在维修店铺处的另一个计算设备，以供分配来维修车辆102的给定的技术员使用。\n[0044] 与维修车辆102相关的各维修信息和结果可以存储在车辆维修数据库122中，以在车辆维修数据库122中建立知识和经验的连续更新的资料库，供将来的维修案例参考。\n[0045] 图2是依据示例实施例的提供车辆维修信息的示例方法200的流程图。图2中描述的方法200例如可由图1A-1B中描述的示例系统使用，并可以由服务器计算设备(诸如在图\n1B中描述的服务器120)实现。\n[0046] 方法200可以包含由一个或多个框202-208示出的一个或多个操作、功能、或者动作。尽管框以先后顺序示出，但在一些实例中这些框可以并行和/或以不同于本文描述的顺序执行。另外，基于期望的实施方式，各种框可以合成为更少的框，分割为附加的框、和/或被移除。\n[0047] 此外，对于本文公开的方法200和其他处理和方法而言，流程图示出本实施例的一个可能的实施方式的功能和操作。就此而言，每个框可以代表模块、片段、或者一部分程序代码，其包含可由处理器执行的一个或多个指令，用于实现处理中的特定逻辑功能或者步骤。程序代码可以被存储在任何类型的计算机可读介质或者存储器中，例如包含盘或者硬盘驱动器的存储设备。计算机可读介质可以包含非暂时性计算机可读介质，例如短时间存储数据的计算机可读介质，如寄存器存储器、处理器缓存和随机存取存储器(RAM)。计算机可读介质还可以包含非暂时性介质或者存储器，诸如辅助或者持续长期存储设备，例如只读存储器(ROM)、光盘或者磁盘、CD只读存储器(CDROM)。计算机可读介质还可以是任何其他易失性或者非易失性存储系统。计算机可读介质例如可以考虑计算机可读存储介质、有形存储设备、或者其他制品。\n[0048] 此外，对于本文公开的方法200和其他处理和方法而言，图2中的每个框可以代表被接线以执行处理中的特定逻辑功能的电路。\n[0049] 在框202处，方法200包含在计算设备处接收包括(i)车辆的识别信息、以及(ii)描述车辆状况的信息中的一个或多个的车辆信息。例如，计算设备可以包含图1B中描述的服务器120。在示例中，车辆的识别信息可以包含车辆的车型年款、制造年份、品牌、以及车型(YMM)中的一个或多个。另外，识别信息可以包含发动机类型和/或车辆识别号(VIN)，其可以指示车辆的制造位置、车辆属性、车辆的车型年款、制造商识别码、制造工厂代码等。\n[0050] 在示例中，诊断或者扫描工具可以连接至车辆，以确定或取回识别信息。在该示例中，诊断工具可以被配置为将识别信息传输至通信网络，并且计算设备(例如服务器120)可以被配置为从通信网络接收信息。在另一个示例中，车辆可以被配置为通过通信网络将识别信息直接传输至计算设备。\n[0051] 附加地或替代地，计算设备可以被配置为接收描述车辆状况的信息。描述车辆状况的信息例如可以包含里程表读数(即车辆行驶的里程)、诊断故障码(DTC)、以及车辆可能经历的失灵的症状的描述。症状的描述例如可以是客户投诉的记录。\n[0052] 在示例中，诊断工具可以连接至车辆电子控制模块，以取回指示失灵或者失灵的类型的DTC。描述车辆状况的信息还可以通过通信网络传输，并在计算设备处接收。\n[0053] 在另一个示例中，由计算设备提供的描述车辆状况的信息可以包含车载诊断参数识别码(PID)、以及与每个PID相关联的一个或多个值(PID值)。作为示例，PID可以包含能够被用于从车辆的电子控制模块请求(例如通过诊断工具和DLC)PID值的参数识别码，并且PID值例如可以指示燃料系统状态、发动机冷却剂温度、燃料修整、燃料压力、发动机转数/分钟(RPM)、车辆速度、定时超前、以及进气温度。其他示例PID值也是可能的。\n[0054] 在又一个示例中，描述车辆状况的信息可以包含车辆冻结帧数据。例如，冻结帧数据可以包含在当检测到失灵时和/或由ECU设定了DTC或者不久之后(例如在DTC设定后\n100ms内)给定的时间点获得的车辆传感器的读数或者输出。作为示例，冻结帧数据可以包含当检测到失灵和/或由ECU设定DTC时的发动机状况的记录(例如燃料系统、计算的负载、发动机冷却剂温度、燃料修整、发动机速度、车辆速度等)。\n[0055] 在框204处，方法200包含计算设备将车辆信息与车辆维修数据库的内容进行匹配，以便识别有关车辆的维修信息。计算设备(例如图1B中的服务器120)可以被配置为与车辆维修数据库(例如图1B中的车辆维修数据库122)进行通信，该车辆维修数据库例如可以包含有关维修车辆的之前经历的信息。车辆维修数据库还可以包含原始设备制造商(例如汽车制造商或者部件供应商)车辆信息，该车辆信息包含部件特定信息。车辆维修数据库可以频繁地更新获得新的维修案例和部件信息，以保证车辆维修数据库的内容是最新的。\n[0056] 在另一个示例中，车辆维修数据库可以包含车辆诊断基线数据。车辆诊断基线数据例如可以包含在车辆的无失灵操作的间隔期间记录的参考数据。在示例中，参考数据能够包含由原始设备制造商(OEM)提供的、关于车辆的推荐操作状况的数据。在一些示例中，数据记录仪能够安装在车辆上，以收集参考数据(例如传感器输出数据)。在示例中，来自类似于该车辆(例如相同的YMM等)的多个车辆的相应的参考数据能够组合和/或汇总为汇总数据的集合。汇总处理能够包含确定汇总数据的分类和/或可靠性。车辆和其他数据的参考数据能够被用于产生用于车辆的基线数据。基线数据可以包含对于共用核心车辆信息(例如YMM和/或ECU类型/发布信息)的车辆采取的针对于数据的统计概要。基线数据能够随着时间汇总和/或更新。例如，随着在接受检修的共用核心车辆信息的车辆的更多数据被汇总，基线数据能够随着时间对于汇总的基线数据具有更高的置信度值和/或更大的间隔。车辆诊断基线数据的收集和产生在2011年2月21日提交的美国专利申请流水号13/031,565(题为“Diagnostic Baselining”)中有描述，其通过参考并入本文，如其完全记载于本描述中那样。\n[0057] 在一个示例中，可以随着时间在(车辆在检修的和检修过的)维修店铺或者服务设施处收集并保存参考数据或者基线数据，并可以频繁地提供给车辆维修数据库。在示例中，服务器可以被配置为将描述车辆状况的信息与基线数据进行比较，以确定车辆的当前失灵，并相应地识别车辆维修信息。\n[0058] 在一些示例中，对于每个车辆维修案例而言，计算设备可以配置为确定与维修案例相关联的给定车辆的给定位置(例如，通过维修给定车辆的维修店铺的邮政编码或者邮寄代码)，以在给定车辆的给定位置请求与天气状况相关的天气信息。例如，计算设备可以被配置为通过互联网从第三方(例如美国国家海洋和大气管理局的国家气象局)请求天气信息。计算设备可以被配置为接收请求的天气信息，将请求的天气信息与维修订单相关联，并将维修订单和关联的天气信息存储在车辆维修数据库中。因此，车辆维修数据库可以被配置为除了与车辆维修案例相关联的天气信息外，还存储每个车辆维修案例(例如，维修订单内容、尝试的修复、成功修复等)。天气信息例如可以包含温度、气压、湿度、降水等。\n[0059] 计算设备可以被配置为将接收的车辆信息与车辆维修数据库的内容进行匹配，以挖掘存储在车辆维修数据库中的信息，并识别或者确定有关车辆的维修信息。\n[0060] 维修信息例如可以包含提示、解决方案、潜在修复、可能需要更换的零件的列表、测试过程、维修过程、与车辆状况相关的问答等。在示例中，计算设备可以被配置为将维修订单中的关键字或者关键字的组合以及其他车辆信息(例如车辆的YMM、里程或者里程表读数等)与存储的维修案例的内容进行匹配，以确定优先修复、相关部件测试过程等。本领域的技术人员将会理解，其他算法和布置和其他要素能够用于将车辆信息与车辆维修数据库的内容进行匹配。\n[0061] 在示例中，当接收车辆的识别信息和里程表读数(即当前里程)时，计算设备可以被配置为将识别信息和里程表读数与车辆维修数据库的内容进行匹配，以识别或预测预计发生的常见问题、失灵、或者部件(例如传感器)故障，而不接收描述车辆状况的信息。\n[0062] 识别的维修信息的细节和适用性的级别可以与在计算设备处接收的车辆信息的给定级别的细节和精度相称。\n[0063] 在框206处，方法200包含在计算设备处接收识别有关车辆的地理位置的地理信息。计算设备还可以被配置为接收识别有关车辆的地理位置(诸如车辆或者车辆正被维修的维修店铺的位置)的地理信息(例如经度和纬度)。\n[0064] 在一个示例中，地理信息可以包含识别车辆的原始销售位置的信息。车辆可以在俄亥俄的维修店铺处检修，但是可能原始在加利福尼亚被购买，并可能因此包含被设计为例如满足加利福尼亚的排放要求的特殊的部件和子系统。\n[0065] 在另一个示例中，地理信息还可以包含识别车辆之前行驶的位置的信息。在另一个示例中，地理信息可以包含识别在天气状况、高度等方面与该车辆的位置类似的位置的信息。\n[0066] 在又一个示例中，地理信息可以包含识别给定位置的信息，该给定位置可能具有与在车辆102开始示出失灵的症状的日期或者一年中的时间的给定的天气状况类似的天气状况。\n[0067] 在又一个示例中，计算设备可以被配置为通过互联网接收车辆信息，并可以被配置为从互联网协议(IP)地址识别车辆的位置或者维修店铺，车辆信息从该IP地址接收。\n[0068] 在框208处，方法200包含基于地理信息从计算设备向通信网络提供识别出的维修信息的子集。如框204所述，计算设备可以被配置为将车辆信息与车辆维修数据库的内容进行匹配，以识别有关车辆的维修信息。识别的维修信息可以包含广范围的信息，并且计算设备可以被配置为基于地理信息确定识别出的维修信息的子集。因此，除了车辆状况外，维修信息的子集可以定制化于或者特定于车辆的环境。维修信息的子集可以代表通过用地理位置来过滤识别的维修信息获得的数据。\n[0069] 在另一个示例中，可以不基于车辆信息来识别维修信息，进而从基于地理位置的识别的维修信息来确定维修信息的子集，计算设备可以被配置为接收车辆信息；接收地理信息；并且将车辆信息和地理信息这两者与车辆维修数据库的内容进行匹配，以确定定制化于车辆的维修信息的集合。\n[0070] 例如，地理信息可以识别车辆的给定原始销售位置，其可以指示耦合至车辆的特殊部件或者子系统。计算设备可以被配置为将地理信息以及车辆信息与车辆维修数据库的内容进行匹配，以识别对于维修的车辆特定的聚焦的维修信息的集合。\n[0071] 在另一个示例中，天气状况可能对车辆可能正经历的一类失灵或者问题具有显著影响。例如，车辆可能在冬天在寒冷位置行驶，并可能经历寒冷相关的车辆问题。计算设备可以被配置为接收指示车辆的位置的地理信息，并接收与相关联的天气状况相关的信息。\n基于该信息，计算设备可以被配置为提供可以考虑到相关联的天气状况的识别的维修信息的子集。\n[0072] 除了天气状况外或者替代天气状况，车辆可能行驶的高度可能对车辆可能正经历的问题的失灵的类型具有影响。计算设备可以被配置为接收指示在车辆经历了给定问题的给定位置处的高度的地理信息，并可以配置为相应地提供维修信息的子集。\n[0073] 作为用于示出的示例，车辆可能在美国德克萨斯的达拉斯的维修店铺处，但是可能已开始在美国科罗拉多的丹佛经历给定的失灵或者问题。计算设备可以被配置为接收这样的与车辆的行驶历史(车辆可能已行驶过的位置的历史)相关联的信息，并可以相应地提供考虑到丹佛的环境(例如高度、天气状况等)的维修信息的子集。\n[0074] 在又一个示例中，车辆维修数据库可能不包含与车辆的给定位置相关的给定的维修信息。然而，车辆维修数据库可以包含与相应的位置相关联的相应的维修信息，该位置可以类似于(例如在天气状况或者高度下维修的)车辆的给定位置。提供与相应的位置相关联的相应的维修信息可以与车辆的给定位置相关。\n[0075] 因此，计算设备可以被配置为提供识别的维修信息的子集，其包含考虑到车辆正被维修的环境或者境况的区域特定信息。计算设备可以被配置为通过通信网络将识别的维修信息的子集提供给可能位于车辆正被维修的给定位置处的另一个计算设备。\n[0076] 图3是依据示例实施例的提供车辆维修信息的另一个示例方法300的流程图。图3中描述的方法300例如由图1A-1B中描述的示例系统使用，并可以由与服务器侧计算设备通信的客户端计算设备实现。客户端计算设备的示例可以包含计算设备114、店铺管理计算设备116、在维修店铺处的可以由分配来维修给定车辆的技术员访问的任何其他计算设备、或者由要求维修给定车辆的信息的客户使用的个人计算设备。\n[0077] 在框302处，方法300包含由计算设备将包括(i)车辆的识别信息、以及(ii)描述车辆状况的信息中的一个或多个的车辆信息提供至通信网络。如上关于方法200的框202所述的那样，车辆的识别信息可以包含车辆的制造年份、品牌、车型(YMM)、以及VIN中的一个或多个。例如，计算设备可以被配置为通过通信网络接收识别信息并将识别信息提供至在远程位置处的服务器。\n[0078] 附加地或替代地，计算设备可以被配置为将描述车辆状况的信息提供给服务器。\n描述车辆状况的信息例如可以包含里程表读数(即车辆行驶的里程)、诊断故障码(DTC)、参数ID(PID)和PID值、帧冻结数据、传感器输出数据、以及车辆可能经历的失灵的症状。症状例如可以是可能在维修订单中描述的客户投诉的记录。描述车辆状况的信息可以通过耦合至计算设备的诊断工具在计算设备处接收，并连接至的电子车辆控制模块以下载该信息。\n计算设备可以被配置为将信息提供给服务器。\n[0079] 在框304处，方法300包含计算设备向通信网络提供识别有关车辆的地理位置的地理信息。例如，GPS传感器/模块可以耦合至计算设备，并且传感器或者模块可以被配置为向计算设备提供识别计算设备和/或车辆检修的维修店铺的位置的信息。计算设备还可以被配置为通过通信网络向服务器提供识别位置的信息。在一个示例中，除了或者代替使用GPS传感器，计算设备可以被配置为提供维修店铺的位置信息(例如，邮政编码)并且提供该车辆信息给服务器。在又一个示例中，车辆可以包含可以被配置为将地理信息直接提供给服务器的GPS传感器。这些示例仅用于示出。还可能有向服务器提供识别地理位置的地理信息的其他方法。\n[0080] 除了或者代替提供维修店铺或者检修车辆的位置，计算设备可以提供识别原始的销售位置、与车辆的行驶历史相关联的位置等的信息。如上关于图2的方法200所述的那样，服务器可以被配置为接收由计算设备提供的与地理信息相关联的其他信息(例如天气信息)。\n[0081] 在框306处，方法300包含在计算设备处基于车辆信息和地理信息从通信网络接收维修信息。如上关于图2的方法200所述的那样，服务器可以被配置为将由计算设备提供的车辆信息和地理信息与车辆维修数据库的内容进行匹配，以识别维修信息。计算设备可以被配置为通过通信网络从服务器接收维修信息。\n[0082] 计算设备还可以被配置为在耦合至计算设备的显示设备上产生维修信息的显示，或者视觉呈现维修信息。视觉呈现例如可以包含与用户(例如技术员或者客户)交互的界面(例如仪表盘的显示)。\n[0083] 图4A示出依据示例实施例的用于提供车辆维修信息的示例界面。界面400的显示可以由计算设备在耦合至计算设备的显示设备上产生或者视觉呈现。作为示例，图1A-1B中描述的计算设备114、或者店铺管理计算设备116、或者(可以由分配来维修给定车辆的技术员、或者要求有关维修给定车辆的信息的客户访问的)任何其他计算设备可以产生界面400的显示。界面400例如可以是通过执行存储在计算设备的存储器中的指令而产生的网页或者任何其他软件界面显示。通过界面400输入的信息可以通过网络(例如互联网)传输至服务器，并且相应地，服务器可以被配置为通过网络提供车辆维修信息以显示在界面400上。\n[0084] 车辆识别信息402(诸如车辆的年份、品牌、车型、里程表读数、以及发动机类型)可以对于车辆指明。另外，例如可以通过搜索条件输入框404的方式输入搜索条件或者搜索查询。搜索条件的示例可以包含DTC、零件名、测试过程、或者描述车辆状况(例如描述车辆可能正经历的失灵或者车辆问题)的任何其他搜索条件。可以通过界面400输入的其他信息可以包含有关车辆的地理位置的地理信息(例如信息被输入的维修店铺的邮政编码)。此外，用户可以被给予选项(例如下拉菜单)来限定或确定将维修店铺位置包含在内的区域或者地理边界，诸如多个州(例如美国中西部)、州、县、市、给定距离内的给定区域等。替代地，区域可以由计算设备预定义(例如在从维修店铺预定的距离内)。\n[0085] 因此，服务器可以通过网络接收车辆信息(包含车辆的识别信息和/或描述车辆状况的信息)，以及地理信息。如方法200中描述的那样，服务器可以将车辆信息与车辆维修数据库的内容进行匹配，并可以相应地通过通信网络提供对应于识别信息和描述车辆状况的信息的车辆维修信息。另外，信息可以基于地理信息聚焦(例如区域特定)。\n[0086] 界面400可以包含若干标签406，诸如“快速通道”、“提示”、“实际修复”、“已修复”和“问答”。这些标签仅用于示出，可以有其他标签(例如“解决方案”等)。“提示”标签例如可以对给定的车辆零件/部件、或者问题提供一般提示。\n[0087] “实际修复”标签例如可以提供(修复了经历了失灵的其他车辆上的或者之前发生失灵的车辆上的失灵的)维修或者潜在车辆修复的列表。在示例中，可以基于多个被报告为具有与车辆状况类似的状况的车辆，对维修列表从最有可能修复到最不可能修复进行排名，并使用经过排名的维修列表的维修进行维修。排名例如可以指示潜在车辆修复中每个修复的成功修复数。\n[0088] “已修复”标签例如可以提供“实际修复”中示出的潜在车辆修复的每个修复的成功修复数。在示例中，可以在界面400上向技术员提供实际修复的列表，以及另一个列表来选择相应的实际修复是否已成功。在另一个示例中，技术员可以在维修订单上提供指示实际修复的给定修复是否已成功的代码。该信息(例如代码或者列表选择)可以传输至服务器，并且服务器可以更新存储在车辆维修数据库中的车辆维修信息(例如更新“已修复”标签中的相应的成功数)来增加该信息。\n[0089] “问答”标签例如可以提供与给定话题或者车辆问题相关联的最常见的问题和相关回答。每个标签可以包含内容指示408，其例如示出每个标签中有多少项目(例如在“实际修复”标签下有多少修复是可用的)。\n[0090] “快速通道”标签例如可以提供包含与接收的车辆信息相关的信息412的快速通道框410。例如，如果指明了DTC，那么信息410可以包含关于DTC的定义、DTC的描述、以及DTC的一般原因的信息。\n[0091] 界面400还可以包含部件试验和信息框414，其可以包含部件和测试信息416。部件和测试信息416可以包含接线图、识别车辆中故障部件(例如与DTC相关联)的位置的信息、部件规格等。\n[0092] 界面400还可以包含数据库框418，其可以包含库信息420。库信息420例如可以包含扫描数据图像、示波器波形、部件照片、以及其他车辆特定图像、文档和视频等。\n[0093] 界面400还可以包含通常更换零件框422。通常更换部件框422例如可以包含与DTC或者车辆状况相关联的最常更换零件或者故障部件的排名。排名可以基于多个被报告为具有与车辆状况类似的状况的车辆，并例如可以指示与对故障或者更换的部件的每个部件进行更换相关联的成功修复数。\n[0094] 在示例中，通常更换部件框422可以视觉呈现绘出如下数据的曲线图424：该数据代表基于多个被报告为具有与车辆状况类似的状况的车辆的、根据行驶里程更换与所述状况相关联的故障零件的车辆的百分比或者比例。曲线图424示出2个传感器A和B的示例以及根据行驶里程更换传感器的车辆的百分比。曲线图424还示出代表由车辆行驶的里程的里程表指示425，作为指示车辆可以通过更换传感器A和/或B来维修的概率的方式(基于多个被报告为具有与车辆状况类似的状况的车辆)。\n[0095] 图4B示出依据示例实施例的用于提供车辆维修信息的另一个示例界面。图4B中的界面400包含最常更换零件排名框426。最常更换零件排名框426例如可以绘出条形图428，示出基于多个(被报告为具有与车辆状况类似的状况的)车辆的最常更换的零件(或者故障部件)。排名可以指示与更换最常更换零件的每个部件相关联的成功修复数。例如，条形图\n428示出对于给定里程表读数或者范围430的部件A-F的排名。分类标签432可以允许呈现条形图428以示出最常更换零件(按照发动机类型、车身类型、变速器类型、车辆制造年份、车型年款、有关车辆的地理位置、诊断故障码(DTC)、参数ID(PID)、传感器数据、冻结帧数据、或者任何其他分类)。在示例中，条形图428中代表部件A-F的条可以由用户选择。当选择一个条或者部件时，可以显示关于选择的部件的更多信息，诸如图4A中的部件和测试信息\n416、库信息420、以及曲线图424。\n[0096] 界面400还可以包含框434中呈现的提示、解决方案、提问，并还可以包含上述图4A中的部件测试和信息框414以及数据库框418。\n[0097] 在示例中，界面400可以被配置为允许界面400的技术员或者用户对从服务器接收的车辆维修信息提供反馈。反馈例如可以是尝试维修车辆的一个实际修复的成功或者失败的指示。在示例中，技术员或者用户可以指示车辆维修信息对维修车辆是否有帮助。在另一个示例中，技术员可以提供与技术员使用车辆维修信息的经历相关的评论和细节，并还可以提供改善或者更新(技术员可以建议将其增加至由服务器提供的车辆维修信息)。服务器可以被配置为接收反馈，并相应地更新车辆维修数据库。例如，如果作为车辆维修信息的部分提供的实际修复成功维修了车辆，那么技术员可以提供成功的指示，并且服务器可以相应地更新“已修复”标签中的信息。\n[0098] 在一个示例中，由技术员或者用户使用的计算设备可以在线(例如连接至网络)并持续与服务器连接。在该示例中，当由技术员提供时，反馈可以实时或者近实时地发送至服务器。\n[0099] 在另一个示例中，由技术员或者用户使用的计算设备可能不持续与服务器连接；\n而是可以周期(例如每晚)地建立连接。在该示例中，反馈信息可以在由技术员使用的计算设备处本地(例如离线)存储，并可以在之后建立连接时发送至服务器。\n[0100] 图4A-4B中的布局和示例仅用于示出。可能有其他示例、布局、数据格式，曲线图格式和布置。\n[0101] 图5是示出根据本文描述的至少一些实施例布置的用于计算系统的示例计算设备\n500的功能框图。计算设备500可以是个人计算机、移动设备、蜂窝电话、视频游戏系统、或者全球定位系统，并可以实现为客户端设备、服务器、系统、其组合，或者可以是图1A-1B中示出的系统100的部分。例如，计算设备500可以描述图1B中的服务器120、计算设备114、或者店铺管理计算设备116。\n[0102] 在基本配置502中，计算设备500可以包含一个或多个处理器510和系统存储器\n520。存储器总线530能够用于在处理器510和系统存储器520之间通信。根据期望的配置，处理器510可以是任何类型，包含但是不限于微处理器(μP)、微控制器(μC)、数字信号处理器(DSP)、或者其任何组合。存储器控制器515还可以与处理器510一起使用，或者在一些实施方式中，存储器控制器515可以是处理器510的内部部分。\n[0103] 根据期望的配置，系统存储器520可以是任何类型，包含但是不限于易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者其任何组合。系统存储器520可以包含一个或多个应用程序522、以及程序数据524。应用程序522可以包含依据本公开的车辆维修信息算法523。程序数据524可以包含能够针对任何数量的类型的数据的内容信息525。在一些示例实施例中，应用程序522能够被布置为与操作系统上的程序数据524一起操作。\n[0104] 计算设备500能够具有额外的特征或者功能、以及额外的界面来促进在基本配置\n502与其他设备或者部件之间的通信。例如，数据存储设备540能够被提供，包括可移动的存储设备542、非可移动的存储设备544、或者其组合。可移动的存储和非可移动的存储设备的示例，包含磁盘设备(诸如软盘驱动器和硬盘驱动器(HDD))、光盘驱动器(诸如压缩光盘(CD)驱动器或者数字通用光盘(DVD)驱动器)、固态驱动器(SSD)和磁带驱动器，仅举几个例子。计算机存储介质能够包含以用于存储信息(诸如计算机可读指令、数据结构、程序模块、或者其他数据)的任何方法或者技术实现的易失性和非易失性、非暂时性、可移动和非可移动介质。\n[0105] 系统存储器520和存储设备540是计算机存储介质的示例。计算机存储介质包含但是不限于RAM、ROM、EEPROM、闪存或者其他存储器技术、CDROM、数字通用光盘(DVD)或者其他光学存储设备、盒式磁带、磁带、磁盘存储设备或者其他磁存储设备、或者能够被用于存储期望的信息且能够由计算设备500访问的任何其他介质。任何该计算机存储介质可以是设备500的部分。\n[0106] 计算设备500还能够包含可以包含图形处理单元552的输出接口550，其能够被配置为经由一个或多个A/V端口554或者通信接口570与各种外部设备(诸如显示设备560或者扬声器)通信。通信接口570可以包含网络控制器572，其能够被布置为促进经由一个或多个通信端口574通过网络通信与一个或多个其他计算设备580的通信。作为示例，计算设备500可以代表图1B中服务器120的给定基本配置。在该示例中，其他计算设备580可以包含计算设备114或者店铺管理计算设备116。替代地，计算设备500可以代表计算设备114的相应的基本配置，并且其他计算设备580例如可以包含店铺管理计算设备116和服务器120。网络控制器572还能够被布置为促进与一个或多个传感器582(例如GPS传感器)的通信。一个或多个传感器582被示出在计算设备500外部，但是也可以在设备的内部。通信介质可以由计算机可读指令、数据结构、程序模块、或者调制的数据信号中的其他数据(诸如载波或者其他传输机制)体现，并包含任何信息输送介质。调制的数据信号可以是如下信号：具有一个或多个其特征集或者以对信号中的信息编码的方式而改变。以示例而非限制的方式，通信介质能够包含有线介质(诸如有线网络或者直接线连接)、以及无线介质(诸如声学、射频(RF)、红外线(IR)和其他无线介质)。\n[0107] 在一些实施例中，公开的方法可以实现为在计算机可读存储介质上以机器可读格式编码的、或者在其他非暂时性介质或者制品上编码的计算机程序指令。图6是概要示出根据本文呈现的至少一些实施例布置的示例计算机程序产品600的概念局部视图，该计算机程序产品600包含用于在计算设备上执行计算机处理的计算机程序。在一个实施例中，使用信号承载介质601提供了示例计算机程序产品600。信号承载介质601可以包含一个或多个程序指令602，当由一个或多个处理器执行时，该程序指令602可以提供如上关于图1-5所述的功能或者部分功能。因此，例如参考图2和3中示出的实施例，框302-208和302-306的一个或多个特征可以由与信号承载介质601相关联的一个或多个指令承载。此外，图6中的程序指令602也描述了示例指令。\n[0108] 在一些示例中，信号承载介质601可以包括计算机可读介质603，诸如但是不限于硬盘驱动器、光盘(CD)、数字视频盘(DVD)、数字磁带、存储器等。在一些实施方式中，信号承载介质801可以包括计算机可记录介质604，诸如但是不限于存储器、读写(R/W)CD、R/W DVD等。在一些实施方式中，信号承载介质601可以包括通信介质605，诸如但是不限于数字和/或模拟通信介质(例如光缆、波导、有线通信链路、无线通信链路等)。因此，例如信号承载介质601可以由无线形式的通信介质605(例如符合IEEE 802.11标准或者其他传输协议的无线通信介质)传送。\n[0109] 一个或多个编程指令602例如可以是计算机可执行和/或逻辑实现的指令。在一些示例中，计算设备(诸如图5的计算设备500)可以被配置为响应于通过一个或多个计算机可读介质603、计算机可记录介质604、和/或通信介质605传送至计算设备500的编程指令602，提供各种操作、功能、或者动作。应该理解的是本文描述的布置仅用于示例的目的。这样，本领域的技术人员可以理解能够替代使用其他布置和其他要素(例如机器、界面、功能、顺序、以及功能组等)，并且一些要素可以根据期望的结果一起省略。此外，描述的很多要素是可以实现为以任何适当的组合和位置的离散或者分布部件、或者与其他部件结合的功能实体。\n[0110] 本文公开了各种方面和实施例，但本领域的技术人员可以想到其他方面和实施例。本文公开的各种方面和实施例用于示出的目的，并且不意图进行限制，真正范围由添附的权利要求、以及该权利要求要求的等同物的全部范围指示。还要理解的是本文使用的术语仅是为了描述特定实施例，并且不意图进行限制。\n[0111] 由于能够对描述的实施例做出很多详细修改、变化和改变，因此预期的是之前描述中的以及附图中示出的所有事项被解释为示例性的，并非具有限制意义。旨在理解的是下面的条款进一步描述本申请的各方面。\n[0112] (1)一种方法，包括：\n[0113] 在计算设备处接收包括以下中的一个或多个的车辆信息：(i)车辆的识别信息、以及(ii)描述车辆状况的信息；\n[0114] 由所述计算设备将所述车辆信息与车辆维修数据库的内容进行匹配，以便识别有关所述车辆的维修信息；\n[0115] 在所述计算设备处接收识别有关所述车辆的地理位置的地理信息；以及[0116] 基于所述地理信息从所述计算设备向通信网络提供识别出的维修信息的子集。\n[0117] (2)根据条款(1)的方法，其中，所述识别信息包含以下中的一个或多个：(i)车辆制造年份、(ii)车型年款、(iii)车辆品牌、(iv)车辆的车型、(v)车辆的发动机类型、以及(vi)车辆识别号，并且其中，描述所述车辆状况的信息包含以下中的一个或多个：(vii)车辆的里程表读数、(viii)诊断故障码(DTC)、(ix)车辆失灵的症状、(x)参数ID(PID)和PID值、(xi)传感器数据、以及(xii)冻结帧数据。\n[0118] (3)根据条款(1)或者(2)的方法，其中，所述地理信息包含有关所述车辆的所述地理位置的高度。\n[0119] (4)根据条款(1)、(2)、或者(3)的方法，还包括接收与具有在所述车辆的给定位置处的给定高度类似的高度的区域相关联的信息，其中，基于与所述区域相关联的信息来提供识别出的维修信息的子集。\n[0120] (5)根据条款(1)、(2)、(3)、或者(4)的方法，其中，所述地理信息包含识别所述车辆的原始销售位置的信息。\n[0121] (6)根据条款(1)、(2)、(3)、(4)、或者(5)的方法，其中，所述地理信息包含识别车辆行驶的位置的历史地理信息。\n[0122] (7)根据条款(1)、(2)、(3)、(4)、(5)、或者(6)的方法，有关所述车辆的所述地理位置是具有与在所述车辆的给定位置处的给定天气状况类似的天气状况的位置。\n[0123] (8)根据条款(1)、(2)、(3)、(4)、(5)、(6)、或者(7)的方法，其中，所述地理信息包含识别所述车辆正被维修的维修店铺的位置的信息。\n[0124] (9)根据条款(1)、(2)、(3)、(4)、(5)、(6)、(7)、或者(8)的方法，其中，有关所述车辆的所述地理位置是具有与在如下日期在所述车辆的给定位置处的给定天气状况类似的天气状况的位置：(i)所述车辆经历了给定失灵，或者(ii)所述车辆正被维修。\n[0125] (10)根据条款(1)、(2)、(3)、(4)、(5)、(6)、(7)、(8)、或者(9)的方法，其中，提供所述维修信息的子集包括：基于所述车辆信息和所述地理位置提供对于所述车辆的最常更换零件的排名，其中，所述排名指示与更换所述最常更换零件的每个零件相关联的成功修复数。\n[0126] (11)根据条款(1)、(2)、(3)、(4)、(5)、(6)、(7)、(8)、(9)、或者(10)的方法，其中，所述车辆信息包含描述所述车辆状况的信息，并且其中，提供识别出的维修信息的子集包括：提供基于多个被报告为具有与所述车辆状况类似的状况的车辆的、对给定失灵的潜在车辆修复的排名，其中，所述排名指示所述潜在车辆修复的每个修复的成功修复数。\n[0127] (12)根据条款(11)的方法，其中，提供所述排名包括基于以下中的一个或多个，提供更换部件的给定排名：(i)里程表读数、(ii)车辆的发动机类型、(iii)车辆的变速器类型、(iv)车辆的车身类型、(v)车辆制造年份、(vi)车型年款、(vii)有关车辆的地理位置、(viii)诊断故障码(DTC)、(ix)参数ID(PID)、(x)传感器数据、以及(xi)冻结帧数据。\n[0128] (13)根据条款(1)、(2)、(3)、(4)、(5)、(6)、(7)、(8)、(9)、(10)、(11)或者(12)的方法，其中，所述车辆信息包含描述所述车辆状况的信息，并且其中，提供识别出的维修信息的子集包括：提供基于多个被报告为具有与所述车辆状况类似的状况的车辆的、代表根据行驶里程更换与所述状况相关联的故障零件的车辆的百分比的数据。\n[0129] (14)根据条款(13)的方法，还包括在所述数据中提供所述车辆的当前里程表读数的指示。\n[0130] (15)一种非暂时性计算机可读介质，其上存储有可由计算设备执行的指令，该指令使所述计算设备执行包括以下的功能：\n[0131] 从通信网络接收包括以下中的一个或多个的车辆信息：(i)车辆的识别信息、以及(ii)描述车辆状况的信息；\n[0132] 将所述车辆信息与车辆维修数据库的内容进行匹配，以便识别有关所述车辆的维修信息；\n[0133] 从所述通信网络接收识别有关所述车辆的地理位置的地理信息；以及\n[0134] 基于所述地理信息向所述通信网络提供识别出的维修信息的子集。\n[0135] (16)根据条款(15)的非暂时性计算机可读介质，其中，提供所述维修信息的子集的功能包括：\n[0136] 提供基于多个被报告为具有与车辆状况类似的状况的车辆的、代表根据行驶里程更换与所述状况相关联的故障部件的车辆的比例的数据；以及\n[0137] 在所述数据中提供所述车辆行驶里程的指示。\n[0138] (17)根据条款(15)或者(16)的非暂时性计算机可读介质，其中，接收所述地理信息包含：接收与具有在所述车辆的给定位置处的给定天气状况类似的天气状况的地理区域相关联的信息。\n[0139] (18)一种系统，包括：\n[0140] 车辆维修数据库，包含以下中的一个或多个：(i)有关维修车辆的之前经历的信息、以及(ii)包含部件特定信息的原始设备制造商车辆信息；以及\n[0141] 计算设备，其耦合至所述车辆维修数据库，其中，所述计算设备包含存储计算机可读指令的非暂时性计算机可读存储设备、配置为执行所述计算机可读指令的处理器、以及配置为将数据传输至通信网络并从所述通信网络接收给定数据的通信设备，并且其中，所述计算设备被配置为：\n[0142] 从所述通信网络接收包括以下中的一个或多个的车辆信息：(i)车辆的识别信息、以及(ii)描述车辆状况的信息；\n[0143] 基于所述车辆信息与所述车辆维修数据库的内容的匹配，识别有关所述车辆的维修信息；\n[0144] 从所述通信网络接收识别有关所述车辆的地理位置的地理信息；以及\n[0145] 基于所述地理信息向所述通信网络提供识别出的维修信息的子集。\n[0146] (19)根据条款(18)的系统，其中，有关所述车辆的地理位置具有以下中的一个或多个：(i)与在所述车辆的给定位置处的给定高度类似的高度；以及(ii)与在所述车辆的给定位置处的给定天气状况类似的或者与在所述车辆经历了给定失灵或者正被维修的日期的相应的天气状况类似的天气状况。\n[0147] (20)根据条款(18)或者(19)的系统，其中，所述计算设备还配置为提供基于多个被报告为具有与所述车辆状况类似的状况的车辆的、代表故障部件的排名的数据，其中，所述排名指示与更换故障部件的每个部件相关联的成功修复数，并且其中，所述排名基于以下中的一个或多个：(i)里程表读数、(ii)车辆的发动机类型、(iii)车辆的变速器类型、(iv)车辆的车身类型、(v)车辆制造年份、(vi)车型年款、(vii)有关车辆的地理位置、(viii)诊断故障码(DTC)、(ix)参数ID(PID)、(x)传感器数据、以及(xi)冻结帧数据。\n[0148] (21)根据条款(18)、(19)、或者(20)的系统，其中，所述计算设备还被配置为：\n[0149] 接收所述车辆的维修订单信息；\n[0150] 根据所述维修订单信息确定有关所述车辆的所述地理位置；\n[0151] 向所述通信网络传输针对所确定的地理位置的天气信息的请求；\n[0152] 基于所述请求，从所述通信网络接收针对所确定的地理位置的天气信息；\n[0153] 将所述天气信息与所述维修订单信息相关联；以及\n[0154] 存储带有相关联的天气信息的所述维修订单信息。\n[0155] (22)一种方法，包括：\n[0156] 由计算设备向通信网络提供包括以下中的一个或多个的车辆信息：(i)车辆的识别信息、以及(ii)描述车辆状况的信息；\n[0157] 由所述计算设备向所述通信网络提供识别有关所述车辆的地理位置的地理信息；\n以及\n[0158] 在所述计算设备处基于所述车辆信息和所述地理信息从所述通信网络接收维修信息。\n[0159] (23)根据条款(22)的方法，其中，所述识别信息包含以下中的一个或多个：(i)车辆制造年份、(ii)车型年款、(iii)车辆品牌、(iv)车辆的车型、(v)车辆的发动机类型、(vi)车辆识别号，并且其中，描述所述车辆状况的信息包含以下中的一个或多个：(vii)车辆的里程表读数、(viii)诊断故障码(DTC)、(ix)车辆失灵的症状、(x)参数ID(PID)和PID值、(xi)传感器数据、以及(xii)冻结帧数据。\n[0160] (24)根据条款(22)或者(23)的方法，还包括在耦合至所述计算设备的显示设备上视觉呈现所述维修信息。\n[0161] (25)根据条款(22)、(23)、或者(24)的方法，其中，接收所述维修信息包括：基于所述车辆信息和所述地理位置接收所述车辆最常更换零件的排名，其中，所述排名指示与更换所述最常更换零件的每个零件相关联的成功修复数，所述方法还包括在耦合至所述计算设备的显示设备上视觉呈现所述排名。\n[0162] (26)根据条款(22)、(23)、(24)、或者(25)的方法，其中，接收所述维修信息包括：\n接收基于多个被报告为具有与所述车辆状况类似的状况的车辆的、对更换部件的排名，其中，所述排名指示与更换所述更换部件的每个部件相关联的成功修复数。\n[0163] (27)根据条款(26)的方法，其中，所述排名基于以下中的一个或多个：(i)里程表读数、(ii)车辆的发动机类型、(iii)车辆的变速器类型、以及(iv)车辆的车身类型、(v)车辆制造年份、(vi)车型年款、(vii)有关车辆的地理位置、(viii)诊断故障码(DTC)、(ix)参数ID(PID)、(x)传感器数据、以及(xi)冻结帧数据。\n[0164] (28)一种系统，包括：\n[0165] 显示设备；以及\n[0166] 计算设备，其耦合至所述显示设备，其中，所述计算设备包含存储计算机可读指令的非暂时性计算机可读存储设备、配置为执行所述计算机可读指令的处理器、以及配置为将数据传输至通信网络并从所述通信网络接收给定数据的通信设备，其中，所述计算设备被配置为：\n[0167] 向所述通信网络提供包括以下中的一个或多个的车辆信息：(i)车辆的识别信息、以及(ii)描述车辆状况的信息；\n[0168] 向所述通信网络提供识别有关所述车辆的地理位置的地理信息；\n[0169] 基于所述车辆信息和所述地理信息从所述通信网络接收维修信息；以及[0170] 在所述显示设备上产生所述维修信息的显示。\n[0171] (29)根据条款(28)的系统，还包括全球定位系统(GPS)传感器，其耦合至所述计算设备，并配置为向所述计算设备提供识别车辆或者计算设备的地理位置的所述地理信息。\n[0172] (30)根据条款(28)或者(29)的系统，其中，所述计算设备被配置为接收所述维修信息，作为基于多个被报告为具有与车辆状况类似的状况的车辆的、代表根据行驶里程更换与所述状况相关联的故障零件的车辆的百分比或者比例的数据。\n[0173] (31)根据条款(30)的系统，其中，所述计算设备还被配置为：\n[0174] 在所述显示设备上产生绘出所述数据的曲线图的显示；以及\n[0175] 视觉呈现叠加在所述曲线图上的车辆的当前里程表读数的指示。