著录项信息
专利名称 | 自动诊断服务器 |
申请号 | CN201380036444.4 | 申请日期 | 2013-05-08 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2015-03-11 | 公开/公告号 | CN104412223A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F7/00 | IPC分类号 | G;0;6;F;7;/;0;0查看分类表>
|
申请人 | 博世汽车服务解决方案有限责任公司 | 申请人地址 | 美国密歇根
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 博世汽车服务解决方案公司 | 当前权利人 | 博世汽车服务解决方案公司 |
发明人 | R·塞尔扣克;T·贝尔托沙;M·钦纳杜赖 |
代理机构 | 永新专利商标代理有限公司 | 代理人 | 刘瑜;王英 |
摘要
一种用于可以提供便携式车辆诊断工具以识别出故障的车辆部件的自动诊断服务器的系统和方法。用于自动诊断服务器的系统和方法还可以提供远程信息设备,以用作在设备之间的连接媒介,以及允许设备的远程控制并且向用户提供信息。还可以包括分析数据并且解释信息以帮助用户制造、使用、维护和修理设备或产品的远程诊断设备。网络服务器功能可以被合并到便携式车辆诊断工具中,以允许从诊断测试产生的诊断信息的传播,并且网络服务器可以由远程信息设备的网络浏览器访问。
1.一种用于与诊断工具进行通信的方法,包括下列步骤:
利用所述诊断工具从车辆中取回车辆诊断数据;
经由存储在所述诊断工具的存储器中的网络服务器模块来提供网页;
从远程计算设备接收连接请求以访问所述网页;
经由所述远程计算设备和所述诊断工具的通信接口在通信网络上将所述远程计算设备连接到所述诊断工具;
经由所述诊断工具的所述通信接口从所述远程计算设备接收输入信号;
基于所述输入信号来在所述诊断工具上执行功能,其中,所述功能是从所述远程计算设备取回最佳修理;以及
基于所述功能将信息发送到所述远程计算设备。
2.如权利要求1所述的方法,其中,执行功能步骤包括使所述车辆诊断数据从所述诊断工具通过到所述远程计算设备。
3.如权利要求1所述的方法,其中,执行功能步骤包括确定所述车辆诊断数据的目的地。
4.如权利要求1所述的方法,其中,执行功能步骤包括:
处理所述车辆诊断数据;以及
在所述车辆诊断工具的显示器上显示所处理的数据。
5.一种车辆诊断工具,包括:
处理器,其被配置为执行程序模块;
存储器,其被配置为存储所述程序模块;
通信接口,其被配置为与车辆中的连接器进行连接,并且从所述车辆取回车辆诊断数据;
显示器,其被配置为显示信息;以及
通信设备,其被配置为在通信网络上与远程计算设备进行通信,其中,所述程序模块包括:被配置为在所述显示器上提供网页的网络服务器模块;被托管在所述车辆诊断工具上的由所述远程计算设备能够访问的所述网页;以及数据分析模块,其被配置为当被指示时,用于对所述车辆诊断数据进行分析,其中,所述远程计算设备引导所述车辆诊断工具通过所述网页来执行功能,所述功能是从所述远程计算设备取回最佳修理。
6.如权利要求5所述的工具,其中,所述功能是指示所述车辆诊断工具充当通过设备,并且使所述车辆诊断数据通过。
7.如权利要求5所述的工具,还包括被配置为在所述远程计算设备上观看网页的网络浏览器模块。
8.如权利要求5所述的工具,其中,所述网页显示车辆诊断数据。
9.如权利要求5所述的工具,其中,所述远程计算设备指示所述车辆诊断工具来分析所述车辆诊断数据。
10.如权利要求5所述的工具,其中,所述程序模块还包括数据格式化模块,其被配置为将所述车辆诊断数据格式化为由所述远程计算设备识别的格式。
11.一种车辆诊断工具,包括:
被配置为执行程序模块的用于处理的单元;
用于存储的单元,其被配置为存储所述程序模块;
用于显示的单元,其被配置为显示信息;
用于与车辆中的连接器相连接的单元,以及其被配置为从所述车辆取回车辆诊断数据;以及
用于在通信网络上与远程计算设备进行通信的单元,其中,所述程序模块包括:被配置为在用于显示的单元上提供网页的网络服务器模块;被托管在所述车辆诊断工具上的由所述远程计算设备能够访问的所述网页;以及数据分析模块,其被配置为当被指示时,用于对所述车辆诊断数据进行分析,其中,所述远程计算设备引导所述车辆诊断工具通过所述网页来执行功能,所述功能是从所述远程计算设备取回最佳修理。
12.如权利要求11所述的工具,其中,所述功能是指示所述车辆诊断工具充当通过设备,并且使所述车辆诊断数据通过到所述远程计算设备。
13.如权利要求11所述的工具,还包括被配置为在所述远程计算设备上观看网页的网络浏览器模块。
14.如权利要求11所述的工具,其中,所述网页显示车辆诊断数据。
15.如权利要求11所述的工具,其中,所述远程计算设备指示所述车辆诊断工具来分析所述车辆诊断数据。
16.一种车辆诊断工具,包括:
处理器,其被配置为执行程序模块;
存储器,其通信地链接到所述处理器,并且被配置为存储所述程序模块和软件,以操作所述车辆诊断工具;
显示器,其被配置为显示信息;
输入设备,其被配置为接收输入;
通信接口,其被配置为与车辆中的连接器相连接,并且从所述车辆取回车辆数据;以及通信设备,其被配置为在通信网络上与远程计算设备进行通信,其中,所述程序模块包括:被配置为在所述显示器上提供网页的网络服务器模块;被托管在所述车辆诊断工具上的由所述远程计算设备能够访问的所述网页;以及数据分析模块,其被配置为当被指示时,用于对所述车辆数据进行分析,其中,所述远程计算设备引导所述车辆诊断工具通过所述网页来执行功能,所述功能是从所述远程计算设备取回最佳修理。
自动诊断服务器\n技术领域\n[0001] 本发明概括而言涉及诊断设备。更具体地,本发明涉及提供用于对对象(例如,车辆)进行诊断测试的接口和用于提供单独设备上的诊断信息以用于显示的接口。\n背景技术\n[0002] 在很多行业中,诊断系统在制造过程中以及在设备或产品的整个寿命的维护和维修中起着越来越重要的作用。一些诊断系统是基于个人计算机技术的并且以用户友好的、菜单驱动的诊断应用为特征。这些系统帮助执行系统诊断的所有水平的技术人员和职业人员。\n[0003] 随着设备和产品由于电子部件的添加而变得更先进、更复杂和更昂贵,正确地使用、维护和修理这些物品所需的知识库和资金资源极大地增长。而且,与设备和产品的使用、维护和维修有关的周边信息和设备的数量也增加了。访问所有所述信息的同时保持费用缩减对于设备和产品的正确和有效的使用、维护和维修而言是极其重要的。但仅访问是不够的。为了达到使用可用信息的最佳结果,它必须是以及时的方式可访问的,通常越快越好,它必须是准确的,并且人们必须知道如何使用它。然而,所有的这些对于一件设备或产品而言都可能是非常令人畏缩的。对所有这些信息的管理只随着所使用、维护或修理的每件设备或产品而增加。今天,这样大量的信息可以从远离诊断工具的位置管理并且被电子地分发给用户。\n[0004] 可以期望的是,提供以及时和成本有效的方式向用户提供诊断信息的方法和系统。更具体地,向用户提供对设备上的诊断信息进行访问的接口,所述接口允许用户快速访问诊断信息,而不需要弄清楚在设备之间进行通信的各种通信协议的自由。\n发明内容\n[0005] 前述在很大程度上需要由本公开满足,其中在一个方面中,提供了方法和装置,使得在一些实施例中允许各种设备彼此通信。\n[0006] 根据本发明的一个实施例,提供用于与诊断工具进行通信的方法并且所述方法包括下列步骤:利用诊断工具从车辆中取回车辆诊断数据,经由存储在诊断工具的存储器中的网络服务器模块提供网页,从远程计算设备接收连接请求以访问网页,经由远程计算设备和诊断工具的通信接口在通信网络上将远程计算设备连接到诊断工具,经由诊断工具的通信接口从远程计算设备接收输入信号,基于输入信号来执行诊断工具的功能,以及基于该功能将信息发送到远程计算设备。\n[0007] 根据本发明的又一实施例,提供了车辆诊断工具,并且所述车辆诊断工具包括被配置为执行程序模块的处理器、被配置为存储程序模块的存储器、被配置为与车辆中的连接器连接并且从车辆取回车辆诊断数据的通信接口、被配置为显示信息的显示器、以及被配置为在通信网络上与远程计算设备进行通信的通信设备,其中程序模块包括:被配置为在显示器上提供网页的网络服务器模块、被托管在车辆诊断工具上由远程计算设备可访问的网页、以及数据分析模块,其被配置为当被指示时,用于分析车辆诊断数据。\n[0008] 根据本发明的再一实施例,提供了车辆诊断工具,并且所述车辆诊断工具包括被配置为执行程序模块的用于处理的单元、用于存储所述程序模块的单元、用于显示信息的单元、用于与车辆中的连接器进行连接并且从车辆取回车辆诊断数据的单元、以及用于在通信网络上与远程计算设备进行通信的单元,其中程序模块包括:被配置为在用于显示的单元上提供网页的网络服务器模块,被托管在车辆诊断工具上的由远程计算设备可访问的网页、以及数据分析模块,其被配置为当被指示时,用于分析车辆诊断数据。\n[0009] 根据本发明的另一实施例,提供了车辆诊断工具,并且所述车辆诊断工具包括被配置为执行程序模块的处理器、通信地链接到处理器,并且被配置为存储程序模块和软件以操作车辆诊断工具的存储器、被配置为显示信息的显示器、被配置为接收输入的输入设备、被配置为与车辆中的连接器进行连接并且从车辆取回车辆数据的通信接口、以及被配置为在通信网络上与远程计算设备进行通信的通信设备,其中程序模块包括:被配置为在显示器上提供网页的网络服务器模块,被托管在车辆诊断工具上的由远程计算设备可访问的网页、以及数据分析模块,其被配置为当被指示时,用于分析车辆数据。\n[0010] 因此存在对本发明进行相当广泛地概述的某些实施例,以便可以更好地理解本文的具体实施方式,并且以便可以更好地认识到对本领域的当前贡献。当然存在本发明的附加的实施例,将在下面对其进行描述,并且将形成权利要求所附加到其中的主题。\n[0011] 在这个方面中,在详细解释本发明的至少一个实施例之前,应当理解,本发明在其应用中不限于结构的细节,也不限于在下面的描述中阐述或在附图中示出的部件的布置。\n本发明能够具有除了所描述的那些实施例以外的实施例,并且具有能够以各种方式实施的实施例。此外,应当理解,本文使用的短语和术语以及摘要是出于描述的目的,并且不应被视为限制性的。\n[0012] 因此,本领域中的技术人员将认识到,本公开所基于的概念可以容易地被利用作为用于实现本发明的若干个目的的其它结构、方法和系统的设计的基础。因此很重要的是,权利要求被视为包括这样的等效结构,因为它们不偏离本发明的精神和范围。\n附图说明\n[0013] 图1是示出了根据本发明的实施例的用于自动诊断服务器的系统的示意图。\n[0014] 图2A是示出了根据本发明的实施例的用于自动诊断服务器的系统的便携式车辆诊断工具的框图。\n[0015] 图2B是示出了根据本发明的实施例的用于自动诊断服务器的系统的远程信息设备的框图。\n[0016] 图2C是示出了根据本发明的实施例的用于自动诊断服务器的系统的远程诊断设备的框图。\n[0017] 图3A是示出了根据本发明的实施例的用于自动诊断服务器的系统的便携式车辆诊断工具的模块的框图。\n[0018] 图3B是示出了根据本发明的实施例的用于自动诊断服务器的系统的远程信息设备的模块的框图。\n[0019] 图3C是示出了根据本发明的实施例的用于自动诊断服务器的系统的远程诊断设备的模块的框图。\n[0020] 图4是示出了根据本发明的实施例的步骤的流程图,可以遵循所述步骤来实现用于自动诊断服务器的系统。\n具体实施方式\n[0021] 用于自动诊断服务器的当前的创造性方法和系统的实施例可以提供便携式车辆诊断工具来识别出故障的车辆部件。便携式车辆诊断工具可以执行功能的组合。这样的功能可以包括车辆部件和系统的诊断测试。便携式车辆诊断工具可以使用其功能来帮助技术人员确定是否存在车辆部件故障,以及如果存在,哪个部件出了故障。网络服务器功能可以合并到便携式车辆诊断工具中,以允许从诊断测试产生的诊断信息的传播。在一个实施例中,便携式车辆诊断工具可以将所接收的信息按规定路线发送到适当的目的地,以用于观看或用于分析和解释,以帮助用户对设备或产品(例如,车辆)进行制造、使用、维护、诊断以及修理。便携式车辆诊断功能能够分析并且解释诊断信息。在另一实施例中,便携式车辆诊断工具可以实时地接收、按规定路线发送和/或分析信息。\n[0022] 所述方法和系统还可以提供远程信息设备。远程信息设备可以从各种源(例如,便携式车辆诊断工具和其它联网的计算设备)接收信息,并且将它们显示给用户。在一个实施例中,远程信息设备可以将所接收的信息按规定路线发送到适当的目的地,用于分析和解释以帮助用户制造、使用、维护、诊断和修理设备或产品。在另一实施例中,远程信息设备可以实时地接收、按规定路线发送和/或分析信息。\n[0023] 该方法和系统的另一特征可以包括远程诊断设备。远程诊断设备可以从各种源(例如,便携式车辆诊断工具、远程信息设备以及其它联网计算设备)接收信息来分析数据和解释信息以帮助用户制造、使用、维护、诊断以及修理设备或产品。远程诊断设备还可以将其分析和解释的结果按规定路线发送到适当的位置或产生从允许的设备访问的可用的结果。在一个实施例中,远程诊断设备可以实时地接收、按规定路线发送和/或分析信息。\n[0024] 现在将参考附图来描述本发明,其中相似的附图标记始终指代相似的部分。在图1中示出了当前的创造性系统的实施例,图1示出了根据本发明的实施例的用于自动诊断服务器5的系统。自动诊断服务器系统5可以收集关于部件的故障的数据并且组合来自各种源的数据,以向用户提供期望的信息,例如,对于出故障的部件的最佳的修理。提供给用户的信息或终极信息向用户提供了关于部件故障的相关信息,虽然终极信息并不只限于如本文描述的单独的部件故障信息。通过自动诊断服务器系统5的应用,接收关于出故障的部件的终极信息的用户可以做出决定,例如,修改将导致增加的部件故障的行动或进行部件维护或维修的行动。\n[0025] 在一个实施例中,自动诊断服务器系统5可以包括便携式车辆诊断工具10、远程信息设备20、以及远程诊断设备30。便携式车辆诊断工具可以在OBD II端口处链接到车辆50,以便取回车辆诊断数据,例如,诊断故障代码(DTC)。便携式车辆诊断工具10、远程信息设备\n20以及远程诊断设备30可以是通用计算设备,例如,个人计算机(PC)、UNIX工作站、服务器、大型计算机、个人数字助理(PDA)、智能电话、蜂窝电话、平板计算机、平板触摸计算机或这些的某种组合。可选地,便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30可以是专用计算设备,例如,车辆诊断扫描工具。便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30的部件可以包括存储在计算机可读介质上的可编程代码(例如,源代码、对象代码或可执行代码),所述可编程代码可以加载到存储器中并且由处理器处理,以便执行自动诊断服务器系统的期望的功能。\n[0026] 便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30可以经由它们各自的通信接口130、230、330(见图2A、2B、2C)在通信网络40上彼此进行通信。通信网络40可以包括能够链接基于计算机的系统的设备和系统的任何可行的组合,例如,互联网;内联网或外联网;Wi-Fi、局域网(LAN);广域网(WAN);直接电缆连接;专用网络;公共网络;基于以太网的系统;令牌环;增值网络;基于电话的系统,包括例如T1或E1设备;异步传输模式(ATM)网络;有线系统;无线系统;光学系统;蜂窝系统;卫星系统;任何数量的分布式处理网络或系统等的组合。\n[0027] 在另一实施例中,便携式车辆诊断工具10可以充当网络服务器,使得从车辆或另一计算设备取回的信息可以是远程信息设备20以及远程诊断设备30经由网页可访问的。只要远程信息设备20以及远程诊断设备30在其上具有网络浏览器(例如,Microsoft Explorer、Apple Safari或Mozilla Fire Fox)或类似的浏览器,它们就可以访问在车辆诊断工具上的信息。此外,访问网页的任何设备可以使诊断工具执行本文所述的功能,例如,分析车辆诊断数据,或将数据发送到另一设备。网页示出了包括车辆诊断数据和任何潜在的修理的信息。也可以示出其它车辆信息,例如,图、品牌、型号和年份。因此,不考虑由便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30所使用的操作系统(Linux、Microsoft、Apple等),它们可以通过网络浏览器彼此进行通信。网络浏览器允许信息(例如,诊断数据)从相应的设备进行上传和下载,或允许具有网页的各种设备执行某些功能。\n便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30中的一些或全部可以充当其它设备的网络服务器,这是在本发明的精神内的。\n[0028] 在又一实施例中,便携式车辆诊断设备10可以与蜂窝电话、智能电话、PDA等进行交互。再次,通过网络浏览器的使用,这些设备可以访问在便携式车辆诊断工具10上的信息,而不考虑其上配备的操作系统(Windows CE、Apple OS、Google Android等)或通信协议(USB、蓝牙)。这对可能想要获取由便携式车辆诊断设备10所取回的诊断数据的车辆所有者是有用的,以便回家自己修理车辆。当所有者不拥有便携式车辆诊断工具10或不具有包括用于诊断车辆的问题的必要的软件在内的便携式车辆诊断工具10时,上述情况可能出现。\n此外通过具有所述数据,所有者也可以购买正确的替代部件来向技术人员给出或在家使用,以修理车辆。\n[0029] 现在参考图2A-图2C,便携式车辆诊断工具10(图2A)、远程信息设备20(图2B)以及远程诊断设备30(图2C)中的每一个可以分别包括处理器100、200、300、存储器110、210、\n310、通信设备120、220、320、通信接口130、230、330、显示器140、240、340、输入设备150、\n250、350以及通信总线160、260、360。\n[0030] 对于便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30中的每一个的不同实施例,处理器100、200、300可以以不同的方式进行配置,包括具有单、双、四、8、16或\n32核。一个选择是,处理器100、200、300是可以读取并且处理数据的设备,所述数据例如是:\n存储在存储器110、210、310中或从外部源接收的程序指令。这样的处理器100、200、300可以由微控制器体现或可以是构建成解释某些电信号并且响应于所述信号来执行某些任务的电子电路部件的集合。在其它实施例中,处理器100、200、300可以是集成电路、现场可编程门阵列(FPGA)、复杂可编程逻辑器件(CPLD)、可编程逻辑阵列(PLA)、专用集成电路(ASIC)或其组合。在编程中不同的复杂度可以影响对包括处理器100、200、300的上述部件的类型或组合的选择。\n[0031] 类似于对处理器100、200、300的选择,便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30(在本文将进行进一步讨论)的软件的配置可以影响分别在便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30中使用的存储器110、210、310的选择。其它因素(例如,价格、速度、耐用性、尺寸、容量以及可重编程性)也可以影响对存储器110、\n210、310的选择。因此,存储器110、210、310可以是例如易失性、非易失性、固态、磁性、光学、永久、可移动、可写、可重写或只读存储器。如果存储器110、210、310是可移动的,则示例可以包括CD、DVD或USB闪存,其可以插入CD和/或DVD读取器/写入器(未示出)、或USB、火线、串行、并行端口(未示出)中,并且从CD和/或DVD读取器/写入器(未示出)、或USB、火线、串行、并行端口(未示出)中移除。CD和/或DVD读取器/写入器以及端口可以是整体的或外围地连接到便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30。\n[0032] 在各种实施例中,便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30可以通过通信设备120、220、320耦合到通信网络40(见图1)。在各种实施例中,通信设备\n120、220、320可以合并被配置为耦合基于处理器的系统(例如,调制解调器、网络接口卡、串行总线、并行总线、LAN或WAN接口、无线或光学接口等)的设备——以及任何相关联的软件或固件——连同任何相关联的传输协议的任何组合,正如可以由设计期望或需要的。\n[0033] 结合通信设备120、220、320进行工作,通信接口130、230、330可以提供用于有线或无线连接的硬件。例如,通信接口130、230、330可以包括用于OBD(机载诊断)、以太网、USB、火线、串行、并行或其它类型的物理连接的连接器或端口。在其它实施例中,通信接口130、\n230、330可以包括用于发送以及接收针对各种协议(例如,蓝牙、Wi-Fi、ZigBee、蜂窝电话、卫星以及其它通信协议)的无线信号的天线。便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30可以包括针对相同或不同类型的通信设计的一个或多个通信接口130、\n230、330,以及便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30可以被设计成一次处理多于一种类型的通信。\n[0034] 此外,便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30可以经由交互式、菜单驱动的、基于视觉显示的用户界面或图形用户界面(GUI)分别通过显示器140、\n240、340将信息传递给用户,并且分别通过输入设备150、250、350请求用户输入。可选地,通信可以是仅基于文本的、或文本和图形的组合(例如,网页)的。在其它实施例中,可以例如在具有鼠标和键盘的个人计算机(PC)上执行输入设备,利用鼠标和键盘,用户可以使用对GUI的直接操纵来交互地输入信息。直接操纵可以包括对定点设备(例如,鼠标或手写笔)的使用,以从各种可选择的域(包括可选择的菜单、网页、下拉菜单、选项卡、按钮、项目符号、复选框、文本框等)中进行选择。其它输入设备包括轨迹球、滚轮、触摸屏或语音激活的系统。\n[0035] 便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30的不同部件可以链接在一起,以分别通过通信总线160、260、360彼此进行通信。在各种实施例中,部件的任何组合可以连接到通信总线160、260、360,而其它部件可以与便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30分离,并且可以通过通信接口130、230、330与其它部件进行通信。\n[0036] 自动诊断服务器系统5的一些应用可以不要求系统的所有元件都是分离的零件。\n例如,在一些实施例中,将便携式车辆诊断工具10、远程信息设备20、或远程诊断设备30进行组合是可能的。这样的实现可能在只使用少量的便携式车辆诊断工具10的小商店中是有用的。\n[0037] 可选地,使得便携式车辆诊断工具10、远程信息设备20以及远程诊断设备30作为在自动诊断服务器系统5内的单独的设备提供了某些灵活性。例如,在全国性的实现中,远程诊断设备30可以是由远程位置中的实体托管的集中式设备。然后例如单独的服务商店的每一个可以具有连接到远程诊断设备30以取回相关信息的车辆诊断工具10和/或远程信息设备20,所述相关信息可以包括一些或所有的终极信息。此外,大型服务商店可以具有多个便携式车辆诊断工具10,以向一个或单独的远程信息设备20提供信息。自动诊断服务器系统5涵盖多个实施例。\n[0038] 现在参考图3A-图3C,存储器120(图3A)、220(图3B)、320(图3C)可以存储可以由处理器110、210、310执行的各种编程软件指令模块。虽然针对图3A-图3C中的各种存储器示出了不同的模块,但是任何或所有模块可以在存储器120、220、320上。所述模块可以包括:网络服务器模块400、网络浏览器模块402、认证模块404、便携式车辆诊断工具连接模块406、远程信息设备连接模块408、远程诊断设备连接模块410、便携式车辆诊断工具通信模块\n412、远程信息设备通信模块416、远程诊断设备通信模块418、数据路由模块420、指令模块\n422、数据通过模块424、目的地确定模块426、数据格式化模块428、数据分析模块430、显示模块432、命令模块434、输入模块436以及设置模块438。\n[0039] 当使用远程信息设备20时,用户首先可以打开程序。程序可以被配置为在对程序进行选择时或在远程信息设备20的启动时开始。在一个实施例中,所述程序包括可以打开远程信息设备20的显示器240上的窗口的网络浏览器模块402,该窗口封装了网络浏览器的用户界面,通过所述用户界面用户可以与包括便携式车辆诊断工具10的自动诊断服务器系统5进行交互。在发起时,网络浏览器模块402可以调用显示模块432,以显示程序的选项的初始集合。这样的选项可以包括程序偏好、连接选项以及用于取回所存储的数据或在便携式车辆诊断工具10上的数据的选项。\n[0040] 用户可以通过输入设备250与程序和远程信息设备20进行交互。来自输入设备250的信号由输入模块436接收,并且被解释为用于程序和网络浏览器模块402的命令。根据一个实施例,一些这样的命令可以包括控制在远程信息设备20的显示器240上的信息,因而执行显示模块432来改变GUI和/或显示通过网页从设备10、30接收的信息。在另一实施例中,GUI可以向用户提供将远程信息设备20连接到其它设备10、30的选项,用于发送和/或取回信息。用户可以与输入设备250进行交互以选择连接到输入设备250的一个或多个设备10、\n30,并且指示要发送到输入设备250什么信息和/或从输入设备250取回什么信息。与输入设备250的交互创建了由输入模块436接收的信号,并且所述信号被转换成表示用户的选择的命令,所述命令被传递到指令模块422用于执行。\n[0041] 当执行连接到其它设备10、30或将信息发送到其它设备10、30和/或从其它设备\n10、30取回信息的命令时,通常,便携式车辆诊断工具10与远程信息设备20相连接,并且远程信息设备20在通信网络40上与远程诊断设备30进行连接。然而,连接的任何顺序都是可能的。便携式车辆诊断工具10从车辆(例如,引擎控制单元和车辆系统数据)取回的信息可以由远程信息设备20从便携式车辆诊断工具10中接收,所述从车辆取回的信息可以包括诊断和故障代码、性能测量、零件和软件标识符、非诊断信息等。可以由远程信息设备20经由访问便携式车辆诊断工具10上的网页来发送该信息。\n[0042] 远程信息设备20然后可以以被接收时的形式或以改变的形式经由通信网络40向远程诊断设备30提供信息。可以由远程诊断设备30经由访问远程信息设备20上的网页来发送该信息。远程诊断设备30然后可以进行下列操作的任何组合:(1)如所接收或所改变的将数据转发到另一远程诊断设备30,或(2)将从对所接收的数据的分析中得到的数据返回到远程信息设备20,或(3)返回由远程信息设备20请求的数据,其中可以将所述数据显示给用户和/或(4)将所述数据发送到车辆诊断工具10。远程信息设备20的功能可以从一个实施例到另一实施例而不同,并且在本文进一步讨论。而且,本文所讨论的任何功能可以实时地执行,因而使过程变得更快和更有效,在所述过程期间实现了自动诊断服务器系统5。功能可以独立于其它功能而实时地执行,因而不依赖于针对可用的一些实时功能来实时地实现整个自动诊断服务器系统5。\n[0043] 在一个实施例中,在便携式车辆诊断工具10、远程信息设备20以及远程诊断设备\n30之间的连接可以通过对网络服务器模块400的执行而在互联网连接上发生,或作为便携式车辆诊断工具10的部分和/或作为全球互联网支持结构的部分。可以通过在远程信息设备20上运行的网络浏览器应用来执行与远程信息设备20或通过远程信息设备20到便携式车辆诊断工具10和远程诊断设备30进行的通信。通过经由网络浏览器应用进行的通信,任何计算设备可以与远程信息设备20进行通信,而不考虑获取每一个设备的正确的通信协议。\n[0044] 网络浏览器可以指向由便携式车辆诊断工具10的网络服务器托管的、由网络服务器模块400(在本文进一步描述)实现的网页。因此,通信的通过在便携式车辆诊断工具10和远程信息设备20之间在网络40上打开。为了创建这个连接,网络浏览器可以调用便携式车辆诊断工具连接模块406,并且在这样做时可以发起在远程信息设备20以及便携式车辆诊断工具10之间的连接或对用于发起在这两个设备之间的连接的请求做出响应。在一个实施例中,便携式车辆诊断工具连接模块406可以接合远程信息设备20的通信设备220,用于将连接信号发送到便携式车辆诊断工具10的通信设备120,并且然后从便携式车辆诊断工具\n10的通信设备120接收连接确认或拒绝信号。\n[0045] 在可选的实施例中,便携式车辆诊断工具连接模块406可以接合远程信息设备20的通信设备220,用于监听来自便携式车辆诊断工具10的通信设备120的连接信号。当接收到连接信号时,便携式车辆诊断工具连接模块406可以调用认证模块404,通过例如品牌和型号以及用户名和密码来识别便携式车辆诊断工具10,并且然后确定用于接受或拒绝连接并且发送响应信号的适当的连接响应。而且,便携式车辆诊断工具连接模块406还可以负责以类似的方式(发起或响应于连接终止请求)来终止已建立的连接。\n[0046] 类似于便携式车辆诊断工具连接模块406,远程诊断设备连接模块410还可以使用远程诊断设备30的通信设备320来发起或响应于连接或终止请求信号。虽然便携式车辆诊断工具连接模块406和远程诊断设备连接模块410在功能和执行上可以是类似的,但仍可以产生差异。例如,选择用于在远程信息设备20以及其它设备10、30之间的连接,可以基于在每一个设备中使用的、可能由成本、效率和环境影响的技术而不同。在一些实例中,当连接远程信息设备20以及便携式车辆诊断工具10位于足够小的区域内时,Wi-Fi或类似的短距离无线协议(例如,蓝牙、ZigBee或近场通信)可以用于连接远程信息设备20以及便携式车辆诊断工具10。然而,如果远程信息设备20以及远程诊断设备30位于扩张性网络例如互联网上,则可以实现互联网协议(例如,TCP/IP)以连接远程信息设备20以及远程诊断设备30。\n可以实现网络和协议的很多变化的组合以连接设备10、20、30。然而,如果网络浏览器用于通信,则在设备10、20、30之间的通信是容易实施的,而不考虑相应的设备中的每一个的通信协议。\n[0047] 一旦建立了在远程信息设备20以及其它两个设备10、30中的至少一个之间的连接,便携式车辆诊断工具连接模块406和/或远程诊断设备连接模块410就可以接合远程信息设备20的通信设备220,用于发送和接收信息。在远程信息设备20以及其它两个设备10、\n30之间的通信可以涉及远程信息设备20,所述远程信息设备20发送对信息的初始查询或请求,并且然后接收信息作为响应或初始地接收信息而不首先进行查询或请求。\n[0048] 远程信息设备连接模块408可以类似地被实现为便携式车辆诊断工具连接模块\n406和远程诊断设备连接模块410。在远程信息设备连接模块408和其它模块406、410之间的差异是,远程信息设备连接模块408可以由便携式车辆诊断工具10和/或远程诊断设备30实现,用于与远程信息设备20进行连接和通信。\n[0049] 在一些实施例中,多于一个的便携式车辆诊断工具10或多于一个的远程诊断设备\n30可以连接到远程信息设备20。在这样的实例中,远程信息设备20可以将数据发送到多个源和/或从多个源接收数据。当在远程信息设备20以及其它设备10、30之间进行通信时,网络浏览器模块402可以调用数据路由模块420,用于通过留意信息、以及它来自哪里和它应被发送到哪里来管理进入和流出的业务。留意信息和它的源或目的地可以涉及将业务的记录保存在远程信息设备20的存储器210中。然后,数据路由模块420可以指示便携式车辆诊断工具的通信模块412和/或远程诊断设备通信模块418,用于将信息引导到特定的设备10、\n30。可选地,数据路由模块420可以利用源和/或目的地标识符来为信息的每一个分组加标签,并且当发送和接收标识符时,可以利用信息分组来携带标识符。然后网络浏览器模块\n402可以调用通信模块412、418,用于读取标签并且将信息分组引导到正确的设备10、30。而且,数据路由模块420以及远程信息设备通信模块416可以类似地在便携式车辆诊断工具10和远程诊断设备30上实现,用于与远程信息设备20进行通信。\n[0050] 在一个实施例中,一旦其它设备10、30完成了任务并且收集了要被同时发送的所有信息,远程信息设备20可以只从其它设备10、30接收信息。在这样的实施例中,远程信息设备20必须等待其它设备10、30完成任务并且成批地接收所有信息。另一实施例可以允许远程信息设备20从其它设备10、30实时地接收信息。在这个实施例中,便携式车辆诊断工具\n10可以在它接收到信息时或实时地将它从车辆接收的信息发送到远程信息设备20。因此,便携式车辆诊断工具10不必完成接收在将信息传递到远程信息设备20之前它从车辆得到的所有信息。类似地,可以实时地将来自远程诊断设备30的信息发送到远程信息设备20并且由远程信息设备20接收。此外,远程信息设备20可以实时地将信息发送到其它设备10、\n30。\n[0051] 当从便携式车辆诊断工具10或远程诊断设备30接收信息时,网络浏览器模块402可以执行显示模块432,用于在远程信息设备20的显示器240上显示信息。显示模块432可用的信息可以包括用于通过网络浏览器与远程信息设备20进行交互并且与从其它设备10、30接收的信息进行交互的GUI的元素。所接收的信息可以在它被接收到时用图形显示,或可以在它出现时对数据分析的表示进行显示。\n[0052] 与运行程序的初始实例类似,用户可以通过输入设备250再次与程序和远程信息设备20进行交互。所接收的信息可以通过输入设备250向用户指示可用的命令。一些这样的命令可以包括控制在远程信息设备20的显示器240上的信息,因而请求显示模块432改变GUI和/或显示从设备10、30接收的信息。在存在进一步处理所接收的信息的期望的时刻,GUI可以再次向用户提供将远程信息设备20连接到其它设备10、30以发送和/或取回信息的选项。用户可以与输入设备250进行交互,以选择连接到输入设备250的一个或多个设备10、\n30,并且指示要发送和/或取回什么信息。由此,指令模块422通过调用适当的模块并且给它们传递必要的信息来执行用户的选择。\n[0053] 当执行时,指令模块422可以基于由用户选择的指令来评估所接收的信息,并且确定需要对信息做什么——如果有的话,并且然后指示远程信息设备20执行另外的功能以用于数据处理。在信息由远程信息设备20实时地接收并且发送的实例中,还可以实时地执行指令模块422。在一些实施例中,不可能做出关于信息的最终确定,直到接收了所有信息为止,然而,可以实时地执行对信息的评估,使得做出关于信息的决定所必需的时间是减少的。\n[0054] 可以在在远程信息设备20处接收到信息之后使用数据通过模块424(其可以被实时地执行)来执行通过功能。用户可以选择将从设备10、30中的一个中接收的信息传递到其它设备10、30。指令模块422可以确定信息不需要任何改变,然而信息仍然需要到达其目的地。因此,可以实现数据通过模块424,使得在一端处接收的信息未改变,而是在另一端发出的相同的信息。\n[0055] 由用户在网络浏览器中所做出的其它命令选择可能需要指令模块422对在远程信息设备20处接收的信息进行一个或多个修改。在一个实施例中,便携式车辆诊断工具10可以具有有限的功能,使得它不能提供指令,或它可以只提供有限的指令,用于处理远程信息设备20从便携式车辆诊断工具10接收或发送到便携式车辆诊断工具10的信息。因此,指令模块422可能必须确定应该被实现的远程信息设备中的一个或多个功能,以正确地处理所述信息。虽然对各种模块的功能进行描述的各种实例可以指向便携式车辆诊断工具10或远程诊断设备30,但是本领域中的技术人员将认识到,各种模块的任何功能可以类似地应用于设备10、20、30中的任何设备。\n[0056] 在一个实例中,远程信息设备20可以接收从便携式车辆诊断工具10发送的原始的或经处理的数据。用户可以选择需要将信息以特定的方式进行处理的命令,但没有选择信息被发送到以用于进一步处理的特定的目的地。指令模块422可以对数据进行评估,并且确定没有数据的目的地被指定。然后指令模块422可以调用对目的地确定模块426的执行,目的地确定模块426可以确定将所有或一些信息发送到哪个远程诊断设备30。目的地确定模块426可以基于数据的类型、数据的内容以及期望什么返回数据的任何指示来做出这个确定。例如,数据可以包括某个车辆的诊断故障代码,因此目的地确定模块426可以将数据引导到远程诊断设备30,所述远程诊断设备30可以解释该车辆的诊断故障代码,并且提供诊断故障代码的潜在原因和可能的最佳修理。在同一示例中,可能还存在车辆性能测量,目的地确定模块426可以决定应将车辆性能测量发送到能够分析这样的数据的远程诊断设备\n30。此外,命令可以包括指示:可以请求针对处理所识别出的任何故障或不合乎常规的建议,因此可以将请求发送到能够满足请求并且提供最佳修理的远程诊断设备30。在这些示例中,远程诊断设备30可以是单独的设备,或远程诊断设备30中的任一个可以互相进行组合。\n[0057] 在信息由远程信息设备20实时地接收或发送的实施例中,目的地确定模块426可以实时地执行。当接收到信息时,目的地确定模块426可以在每条数据到达时对所述每条数据进行分析,并且将每条数据或一连串的数据分配给适当的目的地。然后可以将数据实时地发送到其目的地。数据可以包含各种信息,其中不是所有信息都适合于单个目的地。在目的地确定模块426实时地执行期间,可以单独地分析每条数据并且将每条数据分派给适当的目的地,并且实时地发送到其目的地。\n[0058] 由远程信息设备20从设备10、30中的其中一个接收的原始或甚至经处理的数据对于其目的地设备而言可能不是可用的格式。指令模块422可以识别出,所述数据的格式对于目的地而言是不正确的,并且请求数据格式化模块428取决于被指派给数据的目的地来将数据转换成正确的格式。例如,可以接收数据将其作为原始二进制数据,然而数据的目的地只接受以扩展标记语言(XML)格式的数据。因此,数据格式化模块428可能必须读取所接收的二进制数据、解释数据的意义,并且通过将数据解析成例如统一码来将它转换成XML、并且将适当的XML标签应用于所解析的数据以识别数据的不同部分。数据格式化模块428可能能够将各种文件格式转换成其它文件格式,例如,可升级的矢量文件格式、标记语言格式、文本文档格式、数据库文件格式等。\n[0059] 数据格式化模块428还可以实时地执行。当信息到达并且目的地被确定时,可以对信息进行分析、对当前和所需的格式进行识别、并且对格式进行转换,所有内容都实时地通过数据格式化模块428进行。一旦正确地对信息的部分进行了格式化,就可以实时地传递一些信息。在其它实例中,格式化可能需要在可以传递信息之前完成。在后一实例中,格式化可能仍然实时地执行,减小了它完成格式化过程并且在接收到所有信息时使格式化结束所花费的时间的量。\n[0060] 虽然对来自便携式车辆诊断工具10的数据的分析可以在远程诊断设备30上发生,但是还可以考虑远程信息设备20可以进行对所述数据的分析。同样,远程信息设备20也可以分析从远程诊断设备30接收的数据。当接收到用于对所接收的数据进行评估的命令时,指令模块422可以调用以执行数据分析模块430。由数据分析模块430进行的分析可以取决于所接收的信息和/或需要发送以完成任务的信息。数据分析模块430可以从数据中提取,或将数据转换为信息,所述信息是数据的表示,但针对设备目的地而不同地向所述设备进行呈现。例如,如果将信息发送到需要问题或症状的描述性短语的远程诊断设备30,则来自便携式车辆诊断工具10的一系列原始的车辆性能测量或车辆诊断代码可能不是有用的。此外,一些数据可能对于在一些应用中的实际使用而言太昂贵,因此数据分析模块430可能能够将对于实际使用而言太大的数据集合解析成更小的代表性集合,或甚至解析成用于多个测量的单个代表性的值。\n[0061] 数据分析模块430也可以实时地执行。在接收到信息的场合,可以执行数据分析模块430以实时地分析数据。然后可以在分析完成时或实时地显示所分析的数据或将其发送到其目的地。对于完整地接收到的数据的给定集合,可以仍然执行数据分析模块430,以用于对所分析的数据进行实时地显示或发送。\n[0062] 如本文讨论的,便携式车辆诊断工具10可以缺乏向远程信息设备20和/或远程诊断设备30提供指令的能力。远程信息设备20可以包括用于向远程诊断设备30提供命令、查询、请求等的命令模块434。命令模块434可以确定与从便携式车辆诊断工具10接收的信息和/或来自用户的命令相关的什么信息是所期望的,并且请求远程诊断设备30返回该信息。\n可以基于对提供给远程信息设备的信息的远程信息设备的分析、基于如本文所述的由用户设定的设置、基于由用户所做出的命令选择或上述内容的组合来做出该确定。所述请求可以包括对相关信息的查询或用于对所提供的信息进行分析的命令。一些这样的相关信息或分析可以包括:对诊断故障代码和/或车辆性能测量的解释;车辆部件故障诊断;相关症状信息;可能的故障和症状原因;针对症状和故障所建议的普遍或可能的最佳修理;对所建议的修理的维修统计数据(例如,解决问题的成本、时间、困难和成功概率);由于存在的问题而可能产生的潜在问题以及对潜在问题的预防维护的建议;可能促成可能需要关注的所存在的问题的周边问题以及对周边问题的修理;零件信息(例如,类型、品牌、型号、规范、价格、可用性、位置和技术公告);以及车辆信息(例如,车辆历史,包括事故、维修、维护、所有者以及技术公告)。\n[0063] 在一个实施例中,命令模块434的实时实现是可能的。当信息由远程信息设备20接收到时,可以做出关于什么信息是所期望的以及要向远程诊断设备30做出什么请求的确定。而且,一旦对所接收的信息做出每一个确定,就可以实时地做出请求。\n[0064] 来自用户的其它命令可以发起设置模块438,设置模块438可以改变和保存远程信息设备20以及自动诊断服务器系统5的各种设置。设置模块438可以影响远程信息设备20的设置,远程信息设备20的设置影响指令模块422如何对信息进行评估,并且影响指令模块\n422确定如何处理所述信息。例如,设置可以包括在将数据发送到远程诊断设备30之后作为回报而寻求的信息。继而,这可以影响指令模块422如何确定要调用远程信息设备20的哪些功能。设置可以进一步影响所述功能与数据进行交互的方式。用于取回某些类型的信息的设置可以影响目的地确定模块426识别将数据发送到的特定的远程诊断设备30,数据格式化模块428可以显示用于设置的另外的选项或与某种类型的数据有关的数据,并且数据分析模块430可以分析和/或操纵数据以实现请求的完成。\n[0065] 正如在本文中所描述的,还可以实时地执行输入模块436。在大多数情况下,当远程信息设备20不忙于执行其它任务时,当接收到输入时,输入模块436准备执行。然而,如果远程信息设备20正在运行另一过程,则输入模块436不可以执行,直到运行过程完成为止。\n当另一过程运行时,用于执行输入模块436的行动可以被放置于过程队列中,或被忽视。在输入模块436的实时执行中,输入模块436可以在接收到输入时,对所述输入做出响应,而不考虑其它实现的过程。在一个实施例中,输入模块436可以中断运行过程。当对功能的修改可能是期望的时,这可能是有利的执行,因为功能正在远程信息设备20上运行。在另一实施例中,输入模块436可以作为与另一运行过程并行的过程来运行。当同时处理多个数据源并且不必等待过程结束以管理不相关的过程提供了更有效的系统时,这个实现可能是有用的。\n[0066] 现在参考图4,示出了用于实现自动诊断服务器的系统的方法的流程图。在方法\n500中,所描述的步骤可以以各种顺序和组合出现。本文的描述是示例性的,并且不意味着是限制性的。同样重要的是,注意到下列步骤中的任何一个都可以实时地执行,正如在本文中所述的。\n[0067] 方法500可以通过启动程序软件的实例开始(步骤510),在本示例中通过打开远程信息设备20上的网络浏览器并且将网络浏览器引导到特定的网络地址(步骤512)来启动程序软件。网络浏览器可以被编程以自动地被引导到网络地址,例如,在通常可用的网络浏览器中,网络地址可以被设置为网络浏览器的主页,或在专用网络浏览器中,网络浏览器可以被限制为连接到与自动诊断服务器系统5有关的网络地址。可选地,用户可以例如通过在URL中键入或通过从存储网络地址的项目中选择网络地址来将网络浏览器手动地引导到网络地址。还应考虑的是,用户可以通过使用提供对网络地址的链接的搜索引擎来找到网络地址。\n[0068] 将网络浏览器引导到的网络地址可以是由便携式车辆诊断工具10的网络服务器模块400托管的网络地址。可选地,网络地址可以是由托管公司提供的服务的一般网络地址,并且通过这个服务,远程信息设备可以被引导到由特定的便携式车辆诊断工具10的网络服务器模块400托管的适当的网络地址。\n[0069] 一旦通过网络浏览器被引导到适当的网络地址,远程信息设备20就连接到便携式车辆诊断工具10和/或远程诊断设备30(步骤514)。这样,远程信息设备20连接到诊断工具\n10和/或远程诊断设备30,而无需确定由相应的设备使用的通信协议。\n[0070] 在另一实施例中,将远程信息设备20连接到其它设备10、30中的一个或多个可以涉及将连接请求发送到其它设备10、30。在发送连接请求之后,远程信息设备20可以等待建立连接的来自其它设备10、30的确认信号,或拒绝连接的来自其它设备10、30的拒绝信号。\n如果在具体数量的时间或预定数量的次数之后由远程信息设备20没有接收到响应信号,则远程信息设备20可以重新发送用于连接的请求。等待响应信号并且重新发送用于连接请求的过程可以重复设定的次数。如果在设定的次数达到之后没有响应,则远程信息设备20可以尝试连接到其它设备10、30中的不同设备,或指示连接尝试失败。\n[0071] 可选地,远程信息设备20可以监听并且接收用于连接到便携式车辆诊断工具10和/或远程诊断设备30的连接请求。可以从设备10、30中的一个来接收连接请求,用于例如第一次建立与远程信息设备20的新连接,或在以前的连接终止之后建立新连接,所述以前的连接在通信会话完成之后之后终止。在一些实例中,通信会话可能在它完成之前被中断,并且可以接收连接请求以重新建立连接。一旦接收到连接请求,远程信息设备20就可以发送确认信号以建立连接或发送拒绝信号或不发送无信号以拒绝连接。\n[0072] 一旦建立了在远程信息设备20以及其它设备10、30中的一个或多个之间的连接(步骤514),远程信息设备20就可以与其它连接的设备10、30进行通信(步骤516)。在与其它设备10、30进行通信时,远程信息设备20可以发送并且接收对于数据的查询和请求。可以由用户通过选择在网络浏览器中向用户显示的选项或通过经由将请求或查询键入到网络浏览器中的字段中的直接输入来明确地表达由远程信息设备20发送的查询和请求。远程信息设备20还可以以接收到数据时的格式或以改变的格式来发送和接收数据,其中数据由远程信息设备20进行改变。改变数据的决定可以由如本文描述的软件或由用户做出。通过网络浏览器,用户可以做出对选项的选择,从而以用预定的方式来改变数据。网络浏览器还可以向用户提供接口,以手动地改变数据,例如,允许用户基于时间或其它参数来选择数据。\n[0073] 远程信息设备20进行通信的示例可以包括远程信息设备20查询远程诊断设备30以得到与从便携式车辆诊断工具10接收的数据有关的信息,或查询便携式车辆诊断工具10以得到与从远程诊断设备30接收的信息有关的数据。另一示例可以包括远程信息设备20从其它设备10、30接收信息,并且以接收到信息时的格式或以改变的格式将信息发送到其它设备10、30。远程信息设备20还可以从同一设备10、30接收信息并且将信息发送到同一设备\n10、30,而不与其它设备10、30进行通信。远程信息设备20也可能发送信息,而不首先接收信息或针对信息的请求,或接收信息而不随后发送任何信息。\n[0074] 远程信息设备20还可以管理它接收/发送的输入/输出信号(步骤518)。管理输入/输出信号可以涉及留意输入信号的源、输出信号的目的地、以及处理信号的顺序。在留意信号时,远程信息设备20可以读取信息,所述信息被标记有它来自哪里以及它可以去哪里的标识或可以被置于信息上的任何紧急标签。可选地,远程信息设备20可能不得不将源和/或目的地标签应用于信息分组。对信号进行留意的部分可以涉及在存储器中记录接收或发送信息分组的地点、目的地以及时间或顺序。在这个步骤中,远程信息设备20可能必须留意来自多个源的信息。例如,远程信息设备20可以结合多于一个的便携式车辆诊断工具10来使用,并且可能需要留意什么数据来自哪个便携式车辆诊断工具10和什么数据应该被发送到哪个便携式车辆诊断工具10。类似的情况可以适用于多于一个的远程诊断设备30。\n[0075] 当远程信息设备20具有信息时,它可以确定是否期望任何数据处理(步骤520)。在一些实例中,远程信息设备20可以确定从便携式车辆诊断工具10或远程诊断设备30接收的信息被期望传递到其目的地而没有任何其它处理。可选地,用户可能被分派做出关于对信息做什么的决定,并且可以通过网络浏览器来选择选项以允许数据在没有改变的情况下通过。在这样的实例中,远程设备20使信息通过(步骤522)而没有进一步的处理。在远程信息管理设备20充当信息的通过的情况下,信息可能包括其源和目的地的位置标签。信息不必正确地被格式化,这是因为可能的是信息的目的地设备可能能够在接收到信息时对信息进行格式化。\n[0076] 在一些实例中,远程信息设备20可能必须确定它具有的信息的目的地(步骤524)。\n与前面的步骤516不同,在步骤518,远程信息设备20可能不得不分析数据以确定将它发送到哪里,这与留意数据相反。远程信息设备可以基于一个或多个因素来做出确定。这样的因素可以包括:数据的内容和/或格式;对期望的返回结果或信息的指示,例如,由用户通过网络浏览器做出的预设的设置或选项选择;一个或多个目的地设备10、30的可用性或位置;或在通信网络40上的业务的数量。通过分析远程信息设备20具有的数据,可能能够使信息的内容或格式与使用特定的远程诊断设备30接受信息的输入要求或能力相匹配。\n[0077] 例如,如果远程信息设备20从便携式车辆诊断工具10接收到对于车辆的电子安全控制系统的诊断测试结果,则基于该信息,远程信息设备20可以确定存在可以处理对与车辆的电子安全控制系统有关的数据或分析的请求的远程诊断设备30。这样的远程诊断设备\n30可以针对特定的车辆、安全系统、电子系统、系统或车辆的组合进行编程,或通常能够处理所有请求。\n[0078] 不同的设备10、30不一定被编程为使得它们产生标准化的结果。在一些实例中,为了使设备10、30能够彼此进行通信,远程信息设备20可能必须将从设备10、30接收和发送到设备10、30的数据进行格式化(步骤526)。不同的制造商或甚至来自同一制造商的不同的设备可能使用不同的格式。甚至在测试中的车辆可以不同地向便携式车辆诊断工具10提供信息。有时,如果将信息简单地传递到其它设备10、30,则由远程信息设备20从设备10、30接收的信息可以以未被识别出或未使用的格式。远程信息设备20在知道它发送的信息的目的地时还可以知道目的地设备10、30可接受的格式。在所述情况下,远程信息设备20可以对数据进行重新格式化,同时保持数据所表示的内容的完整性,使得它对于目的地设备10、30而言是可接受的。\n[0079] 远程信息设备20还能够完成其自己的数据分析(步骤528)。在一些实例中,由设备\n10、30提供的数据可能需要进一步的改进以由其它设备10、30使用或由用户所理解。例如,便携式车辆诊断工具10可以向远程信息设备20提供在测试期间进行的引擎性能的测量的记录。所述记录可以包含在测试期间被监控和记录的很多引擎零件和系统的延长的时间段内的数据。远程信息设备20可以由程序或由通过网络浏览器的用户选择进行指示,以取回与所记录的引擎阀定时数据有关的信息。\n[0080] 可选地,远程信息设备20可以分析由程序或由用户通过网络浏览器的选择来指示这么做的数据,并且确定对于引擎阀定时存在问题。然后,远程信息设备20可以取回与所记录的引擎阀定时数据有关的信息。在任一情况下,远程信息设备20可以分析或进一步分析数据,以提取引擎阀定时测量和与引擎阀定时紧密有关的可能影响引擎阀定时的数据。在一些实施例中,还可以对数据进行分析,以确定异常出现在哪里以及可以被指示或从数据的其余部分提取的那些部分。当数据的量太大而不能发送并且数据的代表性概要是足够的时,其它实施例可以提供对数据的概要分析。\n[0081] 远程信息设备20的实施例可以包括显示器240,其中在显示器240中将在网络浏览器的用户界面中显示它接收到和/或改变的信息(步骤530)。显示器不限于它从设备10、30接收的信息或其任何改变。远程信息设备20可以通过其网络浏览器GUI来显示用于对所述信息进行管理、分析和格式化的选项。\n[0082] 在方法中的另一步骤可以包括确定其它设备10、30的指令(步骤532)。如在本文中讨论的,远程信息设备20可以具有分析它接收的信息以确定从目的地设备10、30期望什么返回数据的能力。远程信息设备20还可以基于用户设置或通过网络浏览器做出的选择来做出这个确定,所述选择指定用于特定的实例或所提供的信息的类型的所期望的返回信息。\n命令、请求、查询等与信息相关联,将所述信息发送到其它设备以指示它对信息做什么或期望什么返回信息。\n[0083] 当确定是否期望任何数据处理时(步骤520),远程信息设备20可以确定:期望一个或多个数据处理功能(步骤522-步骤532)。数据处理功能(步骤522-步骤532)可以并行地、串行地或以由远程信息设备20的处理器所确定的各种顺序发生。\n[0084] 在远程信息设备20确定是否期望任何数据处理(步骤520),并且它执行了它的数据处理功能(步骤522-步骤532)之后,然后远程信息设备20可以再次管理输入/输出信号(步骤534),像在步骤518中一样,并且与设备10、30进行通信(步骤536),像在步骤516中一样。\n[0085] 图1-图4是根据本发明的各种实施例的方法和系统的简图和流程图。本文所描述的方法步骤可适用于设备10、20、30中的任一个。将理解,流程图图示的每一个步骤和流程图图示中的步骤的组合可以由计算机程序指令或其它单元实现。虽然讨论了计算机程序指令,但是根据本发明的装置可以包括用于执行所公开的功能的其它单元,例如,硬件或包括一个或多个处理器或控制器的硬件和软件的某种组合。
法律信息
- 2017-07-28
- 2017-07-07
专利申请权的转移
登记生效日: 2017.06.20
申请人由博世汽车服务解决方案有限责任公司变更为博世汽车服务解决方案公司
地址由美国密歇根变更为美国密歇根
- 2015-06-03
实质审查的生效
IPC(主分类): G06F 7/00
专利申请号: 201380036444.4
申请日: 2013.05.08
- 2015-03-11
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2011-06-15
|
2010-12-13
| | |
2
| |
2004-01-14
|
2001-08-06
| | |
3
| |
2012-02-08
|
2011-07-27
| | |
4
| | 暂无 |
2010-07-13
| | |
5
| | 暂无 |
2006-09-05
| | |
6
| | 暂无 |
2007-10-25
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |