从基于处理器的设备收集数据的制作方法

从基于处理器的设备收集数据的制作方法
【专利摘要】根据一些实施例，可以在已经部署基于处理器的设备之后从基于处理器的设备收集信息。此外，在一些情况下，可以在已经部署基于处理器的设备之后指定要被收集的信息、收集源和数据的处理。
【专利说明】从基于处理器的设备收集数据

【背景技术】
[0001]本发明一般地涉及可以被广泛地描述为基于处理器的设备的计算机系统。特别地，其涉及从一个或多个基于处理器的设备远程地收集信息。
[0002]如本文使用的那样，基于处理器的设备是包括处理器或控制器的任何设备，为提及一些示例，其包括计算机、智能电话、具有处理器或控制器的电视、娱乐系统或者媒体重放设备。

【专利附图】

【附图说明】
[0003]关于以下的图描述某些实施例:
图1是本发明的一个实施例的高级描绘；
图2是根据一个实施例的描绘了在图1中示出的各种实体的操作的图；以及图3是根据一些实施例的针对在图1和图2中示出的云的流程图。

【具体实施方式】
[0004]根据一些实施例，可以在已经部署基于处理器的设备之后从基于处理器的设备收集信息。此外，在一些情况下，可以在已经部署基于处理器的设备之后指定要被收集的信息、收集源和数据的处理。
[0005]参考图1，描绘了使用基于车辆的基于处理器的设备的实施例。然而，本发明不限于基于车辆的应用，并且可以一般地应用于任何基于处理器的设备，为提及一些示例，其包括智能电话、膝上型计算机、台式计算机、电视、娱乐系统和媒体重放设备。
[0006]系统10可以包括允许在多个实体之间的通信的云或服务器20。在该示例中，描绘了两个伙伴(partner) 14a和14b。所述伙伴可以是连接云或服务器的实体，其与服务提供商16商议以在要求时从基于处理器的设备的组收集感兴趣的信息。因此，在一个示例中，基于处理器的设备可以在由一个或多个车辆制造商18制造的车辆中。因此，服务提供商可以在诸如伙伴14a和14b之类的需要信息的伙伴与由给定汽车制造商18制造的车辆22之间协调。
[0007]汽车制造商可以被涉及，因为汽车制造商具有关于可以如何从在车辆22中的基于处理器的设备通过无线链路24访问信息的信息。在一些实施例中，可以通过服务提供商用应用预安装销售后市场(after-market)设备。在该场景中,汽车制造商不需要被涉及在系统中。
[0008]在一些实施例中，无线链路24可以是基于蜂窝式无线电的，并且在其它实施例中，其可以是基于卫星的。也可以使用包括W1-Max和WiFi的其它通信技术。
[0009]为数据收集过程提供总的管理支持的黑盒(black box)服务12也可以耦合到云
20。因此，黑盒服务12可以包括负责对伙伴14进行记账的记账模块26、用于接收和确认来自单独车辆的数据以及汇集(pool)和聚合跨大数量的车辆22的数据以满足给定伙伴14的请求的数据汇集模块28、用以实施包括处理服务维护和升级的数据的收集的服务管理模块30以及负责配置、启用针对从车辆22收集的数据的服务的服务供应模块32。
[0010]每个车辆22可以具有传感器模块36。其可以包括视频源54，诸如被采用以捕获在车辆之外的场景的视频的视频摄影机62。其可以包括用以指示车辆位置的全球定位系统56。也可以提供到控制器区域网络(CAN)总线58、车载诊断接口(0BD-1I)59和电子数据记录器(EDR) 60的连接。CAN总线58是事件驱动的并且每个消息被提供有关于其源或类型的标识符。也可以使用其它标识模态，不依赖于由CAN总线提供的那些。传感器模块34可以收集诸如当前时间、全球定位系统坐标之类的各种信息以及诸如里程计传感器数据、速度计数据和其它这样的信息之类的来自CAN总线58的其它信息。CAN总线58也连接到车辆引擎计算机单元(ECUS)68。模块数据在一些实施例中可以被缓冲，并且被周期地或在事件检测时被传递到平台34。
[0011 ] 在一些实施例中，可以由事件触发数据收集。例如，警报器可以响应于异常情况而发起警报，并且作为响应可以收集数据。例如，当感测到突然加速时，可以触发数据收集。
[0012]因此在一些实施例中，缓冲器的供应允许在触发事件之前的预定量的时间期间收集的数据的自动供应。另外，可以自动地收集在事件之后的数据。因此，在一些实施例中，事件前的数据的量可以由缓冲器的大小确定，并且所提供的事件后的数据的量可以由经编程的时间限制确定。
[0013]在一些实施例中，CAN总线58可以耦合到车辆警报器64、各种传感器66、E⑶s 68和高级驾驶员辅助系统(ADAS) 70。也预期到其它布置。这里的思想是，在一些实施例中，可以使用CAN总线58或者OBD-1I接口，因为其是在许多车辆中的耦合到现有车辆传感器的现有总线。所以CAN总线在特定情况下可以被用于收集可能是伙伴14感兴趣的大量数据。
[0014]在一些实施例中，车辆22可以包括车载信息娱乐(IVI)平台34。该平台可以包括应用38、40和42、与在云20中的黑盒服务12 —起工作的黑盒服务44、平台安全和隐私特征46、固件和中间件48、驱动器50和操作系统52。
[0015]在图2中进一步图示了在图1中示出的系统10的操作，所述图2在一个实施例中示出了在图1中示出的各种实体的操作的序列。例如，伙伴14可以从服务提供商16接收数据，如由箭头90指示的那样。服务器提供商16可以响应于来自伙伴14的询问而向黑盒服务12指定要收集的数据，如由箭头72指示的那样。可以由一个或多个参数指定要收集的数据，诸如针对特定用户N的param Uparam 2和param 3。因此,可以逐个用户地指定要收集的数据，其中，在一个实施例中，用户是车辆22的驾驶员、拥有者或出租人。服务提供商16也可以指定各种参数属性，包括隐私参数param I和用于指定数据安全和完整性的参数 param 2 和 param 3。
[0016]可以用关于可以如何联系一个或多个用户N以收集数据的询问而向在云中的黑盒服务12提供要收集的数据的详述(specificat1n)。在云中的黑盒服务12可以然后联系一个或多个汽车制造商18来获得该信息，如由箭头84指示的那样。提供在车辆之内的平台中的车辆黑盒服务模块44的汽车制造商18可以用关于如何收集信息以及如何联系特定车辆的信息进行响应，如在86处指示的那样。
[0017]在另一实施例中，可以不涉及汽车制造商。例如，车辆BBS可以将其可达性信息周期地报告到云BBS。在又一实施例中，无线运营商可以提供可达性信息。
[0018]黑盒服务12实际上联系车辆22，向车辆黑盒服务44指定参数和它们的属性，如在78处指示的那样。服务供应然后在车辆黑盒服务44之内发生，如在92处指示的那样。这可以涉及从在车辆之内的储存装置收集各个信息或者在给定时间段上从在模块36之内的各种传感器收集请求的信息。
[0019]黑盒服务12也可以向车辆黑盒服务44提供用于加密的密钥和用于数字签名的密钥，如在框80处指示的那样。黑盒服务44然后收集数据，应用指定的属性并且使用用于数字签名的密钥对数据进行签名，如在94处指示的那样。接着，数据以加密的和签名的格式返回，如在箭头82处指示的那样。可以已经在从伙伴提供到服务提供商、到黑盒服务12并且最终提供到车辆黑盒服务44的参数中指定签名和加密。
[0020]在云中的黑盒服务然后可以汇集来自多个车辆的数据，如在框84处指示的那样。其也可以实施记账程序，如在86处指示的那样。最后，黑盒服务12向服务提供商16提供数据，如在88处指示的那样。服务提供商16然后将数据分发到适当的伙伴，如由箭头90指示的那样。
[0021]因此，在图3中示出的用于云黑盒服务12的序列可以以软件、固件和/或硬件来实施。在软件和固件实施例中，其可以由计算机执行的指令实施，所述计算机执行的指令存储在一个或多个非临时计算机可读介质中，诸如磁性、半导体或光学储存装置。
[0022]在一个实施例中，序列12以从服务提供商接收要收集的数据的详述和针对该数据的安全、完整性和隐私属性开始，如在框72中指示的那样。然后，云黑盒服务12找出如何达到其数据被需要的用户中的每个，如在框74、76中指示的那样。接着，收集感兴趣的参数和它们的属性并且可以将如指定的用于加密和数字签名的密钥提供到车辆黑盒服务44，如在框78、80和82中指示的那样。数据汇集可以在框84处发生并且可以在框86处创建账单。然后，数据被转发到适当的伙伴，如在框88中指示的那样。
[0023]为提及一些示例，超出车载车辆系统的其它应用可以包括来自智能电话、计算机、电视、器具的信息的远程挖掘。例如，因特网浏览活动可以被挖掘，并且在类似的情况下可以被提供到服务提供商。类似地，关于在任何基于处理器的设备上的用户的活动的信息可以被挖掘，并且可以用于社交连网应用。电视观看习惯和其它信息可以被挖掘来确定观看了哪些电视节目以及那些节目在频道切换方面如何被观看，其可能是广告商感兴趣的，以及用于社交连网应用。
[0024]作为用于车载计算机系统的应用的示例，服务提供商可以是运输授权代理的国家部门。为了确定由在国家中的每个车辆拥有者驾驶的英里的数量，可以从由在该国家之内的人使用的车辆提取每个出行的开始、中间和结束位置。感兴趣的数据的详述可以包括所述数据是精确并且未篡改的详述。
[0025]可以使用车辆位置信息来确定使用的道路是公共的还是私有的。如果车辆包括不能做出该确定的导航系统，发送到云的信息可以实现远程地做出所述确定。然而，根据终端用户的观点，做出确定的实体不需要具有对驾驶员的身份的访问。因此，黑盒系统可以使车辆拥有者的身份匿名并且发送不指定特定车辆拥有者的出行信息。这可以满足车辆拥有者隐私的关心。
[0026]在确定道路的类型之后，可以将信息发送到云黑盒服务，其维护在公共道路上驾驶的英里的数量的累积记录，并且将其以运输的国家部门的形式报告到伙伴。
[0027]作为另一示例，取决于来自车辆的数据的挖掘，可以实施各种保险范围。当新用户与充当服务提供商的保险公司签约时，保险公司可以使用黑盒服务来供应基于使用的保险(UBI)数据(位置、速度、突然加速、突然刹车等等)和碰撞数据(位置、速度、冲击点、照片/视频等等)的收集。云黑盒服务可以指定要被收集以用于UBI/碰撞监视的参数。
[0028]可以将对UBI数据和碰撞数据进行加密的密钥发送到车辆黑盒服务。也可以将用于对数据进行签名的密钥发送到车辆黑盒服务。
[0029]车辆然后使用平台特征收集UBI/碰撞数据，使用云供应密钥加密数据，并且在将其发送到云黑盒服务以用于记账和保险公司之前对数据进行签名。
[0030]在碰撞的情况下，保险公司可以将签名的数据与提供诸如道路救援之类的其它服务的它们的伙伴或者与其它保险公司共享，用于索赔处理。
[0031 ] 在诉讼的情况下，可以与法庭共享签名的数据。
[0032]在一个实施例中，当顾客与保险公司签约时，公司可以将信息发送到云黑盒服务。在服务供应过程期间，所述云黑盒服务指定要被收集的数据。例如，可以指示用于碰撞监视的事件数据记录并且可以指示UBI需要的参数。
[0033]云黑盒服务将该信息连同用以加密的密钥和用以对数据进行签名的密钥一起发送到车辆驻留黑盒服务。设备黑盒服务与黑盒驱动器对接来供应在触发数据收集的事件中要被收集的数据参数。在一个实施例中，针对碰撞监视，所述事件将是警报事件，并且针对UBI数据，其可以被周期地收集。黑盒驱动器供应在安全元件中的用于加密和签名的密钥。在碰撞的情况下，生成警报，并且黑盒驱动器在安全模式中对EDR和其它外围设备进行编程，在所述安全模式期间，来自它们的数据被安全地发送到使用云黑盒服务提供的密钥对数据进行加密和签名的安全的元件。
[0034]在UBI的情况下，黑盒驱动器在安全模式中对CAN/0BD-1I和其它外围设备进行编程，并且如上文关于碰撞实施例描述的那样，可以对数据进行加密和签名。然后，可以将数据发送到服务提供商。在碰撞的情况下，服务提供商可以将签名的EDR数据与其它保险公司共享用于索赔处理。那些保险公司可以通过以黑盒服务检查签名的数据的签名来验证数据是安全和防篡改的。
[0035]以下条款和/或示例关于另外的实施例:
1.一种方法，包括:
从要从中收集数据的所选的基于处理器的设备的请求实体接收详述；
从所选的基于处理器的设备接收要收集的数据的详述；
接收针对所述数据的隐私或安全参数的详述；
获得关于如何访问所选的设备的信息；
从所述设备收集所述数据；以及使用指定的安全或隐私参数将所述数据提供到请求实体。
[0036]2.如条款2的方法，包括接收用于加密用于数字签名的密钥。
[0037]3.如条款2的方法，包括以隐私或安全参数收集所述数据并且使用所述密钥来对所述数据进行加密。
[0038]4.如条款I的方法，包括接收针对关于如何联系基于处理器的设备的信息的请求。
[0039]5.如条款4的方法，包括联系基于处理器的设备的制造商以确定如何联系基于处理器的设备。
[0040]6.如条款I的方法，包括将数据从多个基于处理器的设备拉出并且将汇集的数据提供到请求实体。
[0041]7.如条款I的方法，包括创建针对数据收集的账单。
[0042]8.如条款I的方法，包括从在车辆中的设备收集数据。
[0043]9.一种方法，包括:
访问源以获得去往针对车载信息娱乐系统的可达性信息的链接；
从所述系统收集信息；以及
通过应用指定的隐私防护而将所述信息提供到第三方。
[0044]10.如条款9的方法，包括从车辆制造商获得所述链接。
[0045]11.如条款9的方法，包括从服务提供商获得所述链接。
[0046]12.如条款9的方法，包括从多个基于处理器的设备获得信息，汇集所述信息并且将汇集的信息提供到第三方。
[0047]13.如条款9的方法，包括获得和应用针对不同数据的不同隐私参数，并且将正确的参数应用到不同的数据。
[0048]14.如条款13的方法，包括基于所述隐私参数而选择加密技术。
[0049]15.如条款14的方法，包括收集关于用户如何操作车辆的信息。
[0050]16.如条款14的方法,包括收集关于车辆碰撞的信息。
[0051]17.如条款14的方法，包括收集关于在特定地理场所中的车辆的操作的信息。
[0052]18.存储指令的至少一个计算机可读介质，所述指令响应于其在计算设备上被执行而使得所述计算设备执行根据条款I至17中任一项的方法。
[0053]19.一种装置，用以执行条款I至17中任一项的方法。
[0054]20.如条款19的装置，其中所述装置是车辆计算机系统。
[0055]贯穿本说明书，对“一个实施例”或“实施例”的引用意味着关于实施例描述的特定特征、结构或特性被包括在包含在本发明之内的至少一个实施中。因此，短语“一个实施例”或“在实施例中”的出现不一定是指相同的实施例。此外，可以以不同于图示的特定实施例的其它适合的形式创立特定的特征、结构或特性，并且所有这样的形式可以被包含在本申请的权利要求之内。
[0056]虽然已经关于有限数量的实施例描述了本发明，但是本领域技术人员将理解根据其的许多修改和变型。所附的权利要求书意图涵盖如落入该本发明的真实精神和范围之内的所有这样的修改和变型。
【权利要求】
1.一种方法，包括: 从要从中收集数据的所选的基于处理器的设备的请求实体接收详述； 从所选的基于处理器的设备接收要收集的数据的详述； 接收针对所述数据的隐私或安全参数的详述； 获得关于如何访问所选的设备的信息； 从所述设备收集所述数据；以及 使用指定的安全或隐私参数将所述数据提供到请求实体。
2.如权利要求2的方法，包括接收用于加密用于数字签名的密钥。
3.如权利要求2的方法，包括以隐私或安全参数收集所述数据并且使用所述密钥来对所述数据进行加密。
4.如权利要求1的方法，包括接收针对关于如何联系基于处理器的设备的信息的请求。
5.如权利要求4的方法，包括联系基于处理器的设备的制造商以确定如何联系基于处理器的设备。
6.如权利要求1的方法，包括将数据从多个基于处理器的设备拉出并且将汇集的数据提供到请求实体。
7.如权利要求1的方法，包括创建针对数据收集的账单。
8.如权利要求1的方法，包括从在车辆中的设备收集数据。
9.一种方法，包括: 访问源以获得去往针对车载信息娱乐系统的可达性信息的链接； 从所述系统收集信息；以及 通过应用指定的隐私防护而将所述信息提供到第三方。
10.如权利要求9的方法，包括从车辆制造商获得所述链接。
11.如权利要求9的方法，包括从服务提供商获得所述链接。
12.如权利要求9的方法，包括从多个基于处理器的设备获得信息，汇集所述信息并且将汇集的信息提供到第三方。
13.如权利要求9的方法，包括获得和应用针对不同数据的不同隐私参数，并且将正确的参数应用到不同的数据。
14.如权利要求13的方法，包括基于所述隐私参数而选择加密技术。
15.如权利要求14的方法，包括收集关于用户如何操作车辆的信息。
16.如权利要求14的方法,包括收集关于车辆碰撞的信息。
17.如权利要求14的方法，包括收集关于在特定地理场所中的车辆的操作的信息。
18.存储指令的至少一个计算机可读介质，所述指令响应于其在计算设备上被执行而使得所述计算设备执行根据权利要求1至17中任一项的方法。
19.一种装置，用以执行权利要求1至17中任一项的方法。
20.如权利要求19的装置，其中所述装置是车辆计算机系统。
【文档编号】G06F15/16GK104205084SQ201280072111
【公开日】2014年12月10日 申请日期:2012年3月30日 优先权日:2012年3月30日
【发明者】V.S.克萨文, X.郭, V.B.罗尔茨, A.P.兰加拉简, S.拉蒂 申请人:英特尔公司