一种车辆通信系统以及相应方法与流程

1.本发明总体上涉及车辆技术领域，更具体地，涉及一种车辆通信系统以及相应方法。


背景技术：

2.在日常的车辆使用中，当处于例如住宅、公司等场所的人员想要与车辆中的驾驶者进行沟通时，通常会经由移动设备向车辆计算机或者驾驶者的移动设备发送通讯请求。目前，伴随着通讯技术的进一步发展，例如随着第五代通讯技术(5g)的普及，越来越多的物联网设备为人们提供了更加丰富的沟通可能性。
3.在美国专利公开文件us9378601b2中提出了一种方法，包括通过家庭自动化系统实施以下步骤：确定人已进入与车辆用户相关的房屋；向车辆控制系统发送警报，以指示该人已进入房屋；监视家庭中的人的状态；确定人的状态已经改变；向车辆控制系统发送状态警报；在状态警报中包含不能识别该人的信息；当人离开家时，在状态警报中包括该人离开家的估计时间和该人离开家的实际时间之一；当人入睡时，在状态警报中包含该人正在入睡；当该人正在经历健康危机时，将关于健康危机的信息包括在状态警报中；以及当人进入其无权进入的房屋区域时，在状态警报中包括该人在房屋中的位置的信息。在目前的此类方案中，很多都是针对通过车辆获取房屋中的信息或者指示家庭中的物联网设备进行相应操作。
4.但是，现有的这些方案并未更多地从物联网设备自车辆获取信息的角度来进行考虑，而发明人意识到实际上这种应用场景经常可能发生。


技术实现要素：

5.本公开总结了实施例的各方面，并且不应当用于限制权利要求。根据在此描述的技术可设想到其他实施方式，这对于本领域普通技术人员来说在研究以下附图和具体实施方式后将是显而易见的，并且这些实施方式意图被包含在本技术的范围内。
6.本技术的发明人认识到，需要一种车辆通信系统以及相应方法，该系统和方法能够使例如处在住宅中的物联网设备向车辆发送请求并方便地获取相应的车辆信息，而不会对行驶中的驾驶者造成过多干扰。
7.根据本发明的一个方面，提供了一种车辆通信系统，包括：
8.信息处理装置，包括处理器和存储器，存储器存储有处理器可执行指令，指令被处理器执行时实现以下步骤：
9.响应于接收到来自物联网设备发送的消息，确定该消息的类别并获取相应用户配置；
10.响应于该消息为预设类别，基于用户配置向物联网设备反馈实时车辆信息。
11.根据本发明的一个实施例，基于用户配置向物联网设备反馈实时车辆信息还包括：
12.响应于用户配置包括在反馈前需获得准许，向驾驶者询问是否同意将实时车辆信息反馈给物联网设备；
13.响应于驾驶者确认同意，将实时车辆信息反馈给物联网设备。
14.根据本发明的一个实施例，基于用户配置向物联网设备反馈实时车辆信息还包括：
15.响应于用户配置中已经指定若干可信设备，确定物联网设备是否属于可信设备；
16.响应于物联网设备属于可信设备，将实时车辆信息直接反馈给物联网设备。
17.根据本发明的一个实施例，步骤还包括：
18.响应于物联网设备不属于可信设备，向驾驶者询问是否同意将实时车辆信息反馈给物联网设备；
19.响应于驾驶者确认同意，将实时车辆信息反馈给物联网设备。
20.根据本发明的一个实施例，步骤还包括：
21.响应于该消息为语音消息，向驾驶者询问是否收听该消息；
22.响应于驾驶者确认收听该消息，向驾驶者播放该消息。
23.根据本发明的一个实施例，步骤还包括：
24.响应于接收到物联网设备发送的消息，确认车辆的连接状态；
25.响应于确认车辆未连接，保留该消息并在车辆下一次连接时将该消息转发到车辆。
26.根据本发明的一个实施例，步骤还包括：
27.响应于确认车辆未连接，向物联网设备发送通知。
28.根据本发明的一个实施例，基于用户配置向物联网设备反馈实时车辆信息还包括：
29.检索并分析车辆的当前位置、车速、区域交通状况、惯常日程，以确定车辆预计到达时间；
30.将车辆预计到达时间反馈给物联网设备。
31.根据本发明的一个方面，提供了一种车辆通信方法，包括：
32.响应于接收到物联网设备发送的消息，确定该消息的类别并获取相应的用户配置；
33.响应于该消息为预设类别，基于用户配置向物联网设备反馈实时车辆信息。
34.根据本发明的一个实施例，基于用户配置向物联网设备反馈实时车辆信息还包括：
35.响应于用户配置包括在反馈前需获得准许，向驾驶者询问是否同意将实时车辆信息反馈给物联网设备；
36.响应于驾驶者确认同意，将实时车辆信息反馈给物联网设备。
37.根据本发明的一个实施例，基于用户配置向物联网设备反馈实时车辆信息还包括：
38.响应于用户配置中已经指定若干可信设备，确定物联网设备是否属于可信设备；
39.响应于物联网设备属于可信设备，将实时车辆信息直接反馈给物联网设备。
40.根据本发明的一个实施例，方法还包括：
41.响应于物联网设备不属于可信设备，向驾驶者询问是否同意将实时车辆信息反馈给物联网设备；
42.响应于驾驶者确认同意，将实时车辆信息反馈给物联网设备。
43.根据本发明的一个实施例，方法还包括：
44.响应于该消息为语音消息，向驾驶者询问是否收听该消息；
45.响应于驾驶者确认收听该消息，向驾驶者播放该消息。
46.根据本发明的一个实施例，方法基于用户配置向物联网设备反馈实时车辆信息还包括：
47.检索并分析车辆的当前位置、车速、区域交通状况、惯常日程，以确定车辆预计到达时间；
48.将车辆预计到达时间反馈给物联网设备。
49.根据本发明的一个方面，提供了一种车辆通信系统，包括：
50.物联网设备；
51.车辆计算机；
52.云服务器，云服务器包括处理器和存储器，存储器存储有处理器可执行指令，指令被处理器执行时实现以下步骤：
53.响应于接收到物联网设备发送的消息，确定该消息的类别和对应的车辆计算机的连接状态并获取相应用户配置；
54.响应于连接状态为已连接且该消息为预设类别，基于用户配置向物联网设备反馈从车辆计算机获取的实时车辆信息。
55.根据本发明的一个实施例，基于用户配置向物联网设备反馈从车辆计算机获取的实时车辆信息还包括：
56.响应于用户配置包括在反馈前需获得准许，向驾驶者询问是否同意将实时车辆信息反馈给物联网设备；
57.响应于驾驶者确认同意，将实时车辆信息反馈给物联网设备。
58.根据本发明的一个实施例，基于用户配置向物联网设备反馈从车辆计算机获取的实时车辆信息还包括：
59.响应于用户配置中已经指定若干可信设备，确定物联网设备是否属于可信设备；
60.响应于物联网设备属于可信设备，将实时车辆信息直接反馈给物联网设备。
61.根据本发明的一个实施例，步骤还包括：
62.响应于物联网设备不属于可信设备，向驾驶者询问是否同意将实时车辆信息反馈给物联网设备；
63.响应于驾驶者确认同意，将实时车辆信息反馈给物联网设备。
64.根据本发明的一个实施例，步骤还包括：
65.响应于确认车辆计算机未连接，保留该消息并在车辆计算机下一次连接时将该消息转发到车辆计算机。
66.根据本发明的一个实施例，步骤还包括：
67.响应于该消息为语音消息，向驾驶者询问是否收听该消息；
68.响应于驾驶者确认收听该消息，向驾驶者播放该消息。
附图说明
69.为了更好地理解本发明，可以参考以下附图中所示的实施例。附图中的部件不一定按比例绘制，并且可以省略相关的元件，或者在一些情况下比例可能已经被放大，以便强调和清楚地示出本文描述的新颖特征。另外，如本领域中已知的，系统部件可以被不同地布置。此外，在附图中，贯穿几个视图，相同的附图标记表示相应的部分。
70.图1示出了根据本发明的一实施例的车辆通信系统的示意图；
71.图2示出了根据本发明的一实施例的车辆通信系统的示意图；
72.图3示出了根据本发明的一实施例的车辆通信方法的框图
73.图4示出了根据本发明的一实施例的车辆通信系统所执行的步骤的流程图；
74.图5示出了根据本发明的一实施例的车辆通信系统所执行的步骤的流程图；
75.图6示出了根据本发明的一实施例的车辆通信系统所执行的步骤的流程图；
76.图7示出了根据本发明的一实施例的车辆通信系统所执行的步骤的流程图；
77.图8示出了根据本发明的一实施例的车辆通信系统所执行的步骤的流程图。
具体实施方式
78.以下描述了本公开的实施例。然而，应该理解，所公开的实施例仅仅是示例，并且其他实施例可以采取各种替代形式。附图不一定按比例绘制；某些功能可能被夸大或最小化以显示特定部件的细节。因此，本文公开的具体结构和功能细节不应被解释为限制性的，而仅仅是作为用于教导本领域技术人员以各种方式使用本发明的代表性基础。如本领域普通技术人员将理解的，参考任何一个附图所示出和描述的各种特征可以与一个或多个其他附图中所示的特征组合以产生没有明确示出或描述的实施例。所示特征的组合为典型应用提供了代表性实施例。然而，与本公开的教导相一致的特征的各种组合和修改对于某些特定应用或实施方式可能是期望的。
79.在本技术文件中，当一个元件或者部分被称为“在...上”、“接合至”、“连接至”或者“耦接至”另一元件或者部分时，该元件或者部分可直接在另一元件或者部分上，接合、连接或者耦接至另一元件或者部分，或者可存在介于其间的元件或者部分。相反，当一个元件被称为是“直接在...上”、“直接接合至”、“直接连接至”或者“直接耦接至”另一元件或者部分时，可不存在介于其间的元件或者部分。用于描述元件之间的关系的其他词应当以类似的方式来解释。
80.如在以上背景技术中所提到的，发明人意识到，现有技术的物联网设备与车辆的通信方案中，很多都是针对通过车辆获取房屋中的信息或者指示家庭中的物联网设备进行相应操作等方面，对于如何方便地获取相应的车辆信息而不会对行驶中的驾驶者造成过多干扰方面很少涉及。实际上这种应用场景经常可能发生，例如在家忙碌的主人想要了解赶来做客的朋友或者归家途中的伴侣的车辆目前行进到哪里，什么时候能够到达等等，以便安排时间。在目前的方案中，这种情况下需要通过电话沟通，而这通常会需要驾驶者分心进行应答。基于现有技术中的这些问题，本技术的发明人在一个或多个实施例中提供了一种车辆通信系统以及相应方法，相信其能解决现有技术中的一个或多个问题。
81.下面的实施例中所涉及的车辆105可以是标准的汽油动力车辆、混合动力车辆、柴油动力车辆和/或任何其他类型的车辆，以及还可以是公共汽车、船舶或航空器。车辆包括
与机动性有关的部件，诸如发动机、电动马达、变速器、悬架、驱动轴和/或车轮等。车辆可以是非自主的、半自主的(例如一些常规运动功能由车辆控制)或自主的(例如运动功能由车辆控制，无需驾驶员的直接输入)。
82.根据本发明的一个方面，参考图1和4，提供了一种车辆通信系统100，包括信息处理装置130，信息处理装置130包括处理器135和存储器140，存储器140存储有处理器可执行指令，指令被处理器135执行时实现以下步骤：响应于接收到来自物联网设备120发送的消息，确定该消息的类别并获取相应用户配置；响应于该消息为预设类别，基于用户配置向物联网设备120反馈实时车辆信息。
83.物联网设备120泛指由物联网(the internet of things，简称iot)连接的任何设备。物联网是指通过诸如射频识别(rfid)、红外感应器、全球定位系统、激光扫描器等信息传感装置，按约定的协议，把任何设备与因特网连接起来以进行信息交换和通信，从而实现智能化识别、定位、跟踪、监控、通信和管理的一种网络。物联网设备120例如但不限于，智能音箱、智能家电、智能摄像头、智能开关、智能门锁等等。此外，在本发明的背景下，物联网设备120通常包含用来接收例如语音、文字等输入的输入设备。应当指出，尽管物联网设备120经常处于室内，但是这并不旨在限定，物联网设备120同样也可以处于室外或者在室外进行操作。本领域技术人员可以理解，本发明的构思可以应用于物联网设备120处于室内外不同位置的情形。
84.物联网设备120、信息处理装置130、云服务器125、车辆105等之间可以通过各种通信技术来实施通讯，包括但不限于，蜂窝网络(例如，全球移动通信(gsm)、通用分组无线业务(gprs)、长期演进(lte)、第三代移动通信技术(3g)、第四代移动通信技术(4g)、第五代移动通信技术(5g)、码分多址(cdma)等)、802.11网络(例如，wifi)、wimax网络、和/或卫星网络。相应地，物联网设备120、信息处理装置130、云服务器125、车辆105分别可以包含通过上述技术进行无线通信的移动通信单元。
85.在本发明的构思中，信息处理装置130可以为独立实体或者并入既有的各种装置或者系统中。例如，信息处理装置130可以为云服务器125或其一部分，或者为车主的联网移动设备或其一部分，或者为车辆105的车辆计算机115或其一部分，在本发明的构思范围之内，可以根据需要相应设置信息处理装置130的位置。
86.处理器135可以是任何定制或可商购的处理器，包括基于半导体的微处理器(以微芯片或芯片组的形式)、其他类型的微处理器或总体上用于执行软件指令的任何设备。存储器140可以包括易失性存储器元件(例如，随机存取存储器(ram，诸如动态随机存取存储器(dram)、静态随机存取存储器(sram)、同步动态随机存取存储器(sdram)等))和非易失性存储器元件(例如，只读存储器(rom)、硬盘驱动器、磁带、只读光盘(cd-rom)等)中的任何一个或组合。此外，存储器140可以包含电子、磁性、光学和/或其它类型的存储介质。存储器140被配置为存储用于实施车辆通信系统和/或本发明所描述的技术的软件信息。
87.以下进一步结合图4来阐述本发明的构思，其中示出了根据本发明的一实施例的车辆通信系统100所执行的步骤的流程图。
88.流程400从框405处开始，开始的步骤可以在任何时间发生。根据本发明的一些实施例，开始的步骤可以发生车辆105行驶过程中的时刻。
89.随后流程400前进到框410，并在此检测是否收到来自物联网设备120的消息。来自
物联网设备120的消息例如可以是语音消息、文字消息、视频消息等等。来自物联网设备120的消息中可以包含关于物联网设备120的可识别信息(例如令牌(token))以及待沟通的对应车辆驾驶者或车辆的可识别信息(例如，电话号码、账户号码、驾驶证号、车牌号等)。例如，在住宅内的人员可以对物联网设备120发出语音，“问一下mike的车辆现在行驶到什么位置了？”，物联网设备120可以识别语音中的关键词，例如“车辆”、“行驶”“位置”、“mike”等，随后将在通讯录中匹配到的mike或其车辆105的识别信息(如，联系方式、车牌号等)附在消息中发送给信息处理装置130并由其接收。
90.在框410中的判定结果为否的情况下，流程400前进到框430，并在此结束。
91.在框410中的判定结果为是的情况下，随后流程400进入框415，在此基于来自物联网设备120的消息获取用户配置。信息处理装置130可以根据来自物联网设备120的消息中包含的对应车辆驾驶者/车辆的可识别信息匹配相应的具体用户，以获取预先存储的对应用户配置。
92.根据本发明的一些实施例，用户配置可以包含由相应用户输入并保存的一组用户偏好，在其中，对例如来自不同物联网设备的消息的接收、应答等方面的进行了相应设置，诸如允许接收、拒绝接收等等。本领域技术人员可以想到，用户配置可以根据需要保存在例如信息处理装置130、车辆计算机115和/或云端等不同位置。
93.随后流程400前进到判定框420，在此判断来自物联网设备120的消息是否为预设类别。信息处理装置130例如可以基于消息中所包含的关键词来判断消息的类别，或者根据消息中包含的物联网设备120已经执行的分类的结果来判断类别。例如，包含位置、到达时间等关键词的消息可以被分类为车辆信息查询类别；包含待驾驶者回答问题的消息可以被分类到待应答类别等等。对于被分类到例如车辆信息查询类别的消息，信息处理装置130可以判断其属于预设类别。
94.在框420中的判定结果为否的情况下，流程400前进到框430，并在此结束。
95.在框420中的判定结果为是的情况下，随后流程400进入框425，在此基于用户配置向物联网设备120反馈实时车辆信息。例如，在相应车辆驾驶者或车辆的用户配置中包含了允许向物联网设备120分享车辆信息的情况下，可以将车辆105的实时车辆信息反馈给物联网设备120。反馈的实时车辆信息可以包含例如通过分析车辆105的gps(全球定位系统)位置、行驶速度等得出的预计到达时间，或者包括向物联网设备120共享实时车辆位置的动态图片或视频等等。
96.根据本发明的一些实施例，基于用户配置向物联网设备120反馈实时车辆信息还包括：检索并分析车辆105的当前位置、车速、区域交通状况、惯常日程，以确定车辆预计到达时间；将车辆预计到达时间反馈给物联网设备120。在来自物联网设备120的消息指向询问当前车辆到达时间的情况下，可以通过分析车辆105的gps位置、行驶速度、区域交通状况、当前所处区域的地图、惯常日程等得出的更精确的到达时间估算结果，并基于是否需要用户准许，在征得同意后或者直接将该预计到达时间发送给物联网设备120。该实施例的方案可以将多种因素纳入参考，很大程度上增加了估算结果的准确性。
97.随后，流程400可以前进到框430，并在此结束。应当指出，框430处所示的结束并不表示步骤完全终结，仅表示本轮判定的结束。在一些实施方式中，流程400将会返回并继续监测前述消息。
98.进一步地，根据本发明的进一步实施方式，基于用户配置向物联网设备120反馈实时车辆信息还包括：响应于用户配置包括在反馈前需获得准许，向驾驶者询问是否同意将实时车辆信息反馈给物联网设备120；响应于驾驶者确认同意，将实时车辆信息反馈给物联网设备120。该实施例既可以实现通过简单交互来向物联网设备120反馈车辆实时信息，同时又兼顾了车辆驾驶者的个人隐私方面的需求。
99.下面结合图5阐述该进一步实施方式，图5示出了根据本发明的一实施例的车辆通信系统100所执行的步骤的流程图。
100.流程500中的框505到框520与流程400中的框405到420基本对应，为简洁起见，在此不再赘述。
101.在框520中的判定结果为是的情况下，流程500前进到下一个判定框525，在此判断用户配置中是否包括在反馈前需获得准许的设置，例如可以由信息处理装置130分析用户配置来得出判断。
102.在框525中的判定结果为是的情况下，在框530，向驾驶者发出询问，例如语音询问。诸如，信息处理装置130可以通过车辆计算机115的麦克风向驾驶者发出语音询问“sally想要了解您到达住宅的时间，是否准许？”当然，本领域技术人员可以理解，该询问也可以包含文字或者图形的内容。
103.随后流程500前进到判定框535，在此判断是否接受到了驾驶者确认同意的响应。例如，在收到前述消息后，驾驶者可以简单回答“可以”或者“拒绝”来进行响应。这并不会影响驾驶者的行车安全，同时兼顾了隐私保护方面的需求。
104.在框535中的判定结果为是的情况下，随后在框540中将实时车辆信息反馈给物联网设备120。
105.在框535中的判定结果为否的情况下，也就是用户配置中包含不需要驾驶者准许就可以反馈实时车辆信息的设置的情况下，从框525直接前进到框540，并在此将实时车辆信息反馈给物联网设备120。
106.随后，流程500可以前进到框545，并在此结束。同样如前所述，框545处所示的结束并不表示步骤完全终结，仅表示本轮判定的结束。
107.进一步地，根据本发明的进一步实施方式，基于用户配置向物联网设备120反馈实时车辆信息还包括：响应于用户配置中已经指定若干可信设备，确定物联网设备120是否属于可信设备；响应于物联网设备120属于可信设备，将实时车辆信息直接反馈给物联网设备120。通过将某些设备加入可信设备列表，该方案能够进一步减少用户交互中的环节数，提高了用户满意度。
108.下面结合图6阐述该进一步实施方式，图6示出了根据本发明的一实施例的车辆通信系统100所执行的步骤的流程图。
109.流程600中的框605到框620与流程400中的框405到420基本对应，为简洁起见，在此不再赘述。
110.在框620中的判定结果为是的情况下，流程600前进到下一个判定框625，在此判断物联网设备120是否属于可信设备，例如可以由信息处理装置130分析用户配置来进行判断。举例来说，用户配置中可以包含由用户预先输入的可信设备列表，基于消息中包含的关于物联网设备120的可识别信息在该列表中进行匹配，如果该可识别信息存在于可信设备
列表中，则判断其为可信设备。
111.在框625中的判定结果为是的情况下，随后流程600前进到框640，并在此将实时车辆信息反馈给物联网设备120。
112.根据一些实施例(在图6中未绘出该支路)，在框625中的判定结果为否的情况下，流程600可以前进到框645，并在此结束。
113.与此不同地，根据本发明的另外一些实施例，前述步骤还包括：响应于物联网设备120不属于可信设备，向驾驶者询问是否同意将实时车辆信息反馈给物联网设备120；响应于驾驶者确认同意，将实时车辆信息反馈给物联网设备120。该实施例的方案可以在减少交互环节的数目的同时，尽可能不漏掉可能相关的信息，保证了交互的有效性。
114.关于该实施例，再次参见图6，在框625中的判定结果为否的情况下，在框630处，由信息处理装置130通过例如车辆计算机115向驾驶者发出询问，如语音询问。
115.随后流程600前进到判定框635，在此判断是否接受到了驾驶者确认同意的响应，如语音响应。
116.在框635中的判定结果为是的情况下，随后在框640中将实时车辆信息反馈给物联网设备120。在框635中的判定结果为否的情况下，流程600可以前进到框645，并在此结束。
117.框640之后，流程600可以前进到框645，并在此结束。同样如前所述，框645处所示的结束并不表示步骤完全终结，仅表示本轮判定的结束。
118.根据本发明的另外一些实施方式，前述步骤还包括：响应于该消息为语音消息，向驾驶者询问是否收听该消息；响应于驾驶者确认收听该消息，向驾驶者播放该消息。在物联网设备120发送来的消息是语音消息的情况下，也就是需要收听并可能需要应答，驾驶者可以根据当前的驾驶状况，诸如交通状况是否复杂、是否需要集中精神处理车辆驾驶，来决定是否收听并播放该消息。这可以减少对驾驶员的干扰，进一步提升了驾驶安全性。
119.进一步地，根据本发明的另外一些实施方式，前述步骤还包括：响应于接收到物联网设备发送的消息，确认车辆的连接状态；响应于确认车辆未连接，保留该消息并在车辆下一次连接时将该消息转发到车辆。该实施方式能够保证消息的送达率，确保驾驶者不会错过任何有用的消息。
120.下面结合图7阐述该进一步实施方式，图7示出了根据本发明的一实施例的车辆通信系统100所执行的步骤的流程图。
121.流程700中的框705到框710与流程400中的框405到410基本对应，为简洁起见，在此不再赘述。
122.框710之后，流程700前进到框715，在此查询车辆105或车辆计算机115的连接状态，例如是否已连接到信息处理装置130或云服务器125。应当指出的是，仅在本实施方式中，信息处理装置130是独立于车辆的，例如信息处理装置130可以是驾驶者的移动设备或其一部分、云服务器125或其一部分。
123.随后流程700前进到判定框720，并在此基于查询的结果判断车辆105或车辆计算机115是否已连接。在判定框720的判定结果为否的情况下，流程700返回到框715并继续查询车辆105或车辆计算机115的连接状态。
124.根据本发明的一些实施例，前述步骤还包括：响应于确认车辆105未连接，向物联网设备120发送通知。例如，在从框720首次返回到框715时，向物联网设备120发送车辆105
或车辆计算机115未连接的通知消息。该实施例的方案可以使物联网设备120的拥有者及时知悉车辆105或车辆计算机115未连接的事实，在必要的情况下可以及时转换到其他沟通渠道，保证了沟通的效率。
125.在判定框720的判定结果为是的情况下，流程700前进到框725，在此将消息发送到车辆。
126.框725之后，流程700可以前进到框730，并在此结束。同样如前所述，框730处所示的结束并不表示步骤完全终结，仅表示本轮判定的结束。
127.根据本发明的另一个方面，参考图3，还提供了一种车辆通信方法s300，包括：s305响应于接收到物联网设备120发送的消息，确定所述消息的类别以及获取相应的用户配置；s310响应于该消息为预设类别，基于用户配置向物联网设备120反馈实时车辆信息。应当理解，在相互不冲突的情况下，以上针对根据本发明的车辆通信系统100阐述的所有实施方式、特征和优势同样地适用于根据本发明的方法。也就是说，上面所述的应用于车辆通信系统100的所有实施例及其变化都可以直接移转应用于根据本发明的方法，并直接结合于此。为了本公开的简洁起见，在此不再重复阐述。
128.根据本发明的又一方面，参考图2和8，还提供了一种车辆通信系统200，包括：物联网设备120；车辆计算机115；云服务器125，云服务器125包括处理器和存储器，存储器存储有处理器可执行指令，指令被处理器执行时实现以下步骤：响应于接收到物联网设备120发送的消息，确定该消息的类别和对应的车辆计算机115的连接状态并获取相应用户配置；响应于连接状态为已连接且该消息为预设类别，基于用户配置向物联网设备120反馈从车辆计算机115获取的实时车辆信息。与前述车辆通信系统100的不同之处在于，在车辆通信系统200中，信息处理装置130具体地并入了云服务器，基于该方案，可以以更少的资源执行本发明构思的方案。
129.下面参考图8，其中示出了车辆通信系统200所执行的步骤的流程图。
130.流程800中的框805到框810与流程400中的框405到410基本对应，为简洁起见，在此不再赘述。
131.框810之后，流程800前进到框815，在此查询车辆计算机115的连接状态，即是否已连接到云服务器125。
132.随后流程800前进到判定框820，并在此基于查询的结果判断车辆计算机115是否已连接。在判定框820的判定结果为否的情况下，流程800返回到框815并继续查询车辆计算机115的连接状态。
133.在框820中的判定结果为是的情况下，随后流程800进入框825，在此基于来自物联网设备120的消息获取用户配置。
134.随后流程800前进到判定框830，在此判断来自物联网设备120的消息是否为预设类别。
135.在框830中的判定结果为否的情况下，流程800前进到框840，并在此结束。
136.在框830中的判定结果为是的情况下，随后流程800进入框835，在此基于用户配置向物联网设备120反馈从车辆计算机115获取的实时车辆信息。
137.随后，流程800可以前进到框840，并在此结束。如前所述，框840处所示的结束并不表示步骤完全终结，仅表示本轮判定的结束。
138.同样地，以上针对根据本发明的车辆通信系统100阐述的所有实施方式、特征和优势同样地适用于根据本发明的车辆通信系统200。也就是说，上面所述的应用于车辆通信系统100的所有实施例及其变化都可以直接移转应用于根据本发明的车辆通信系统200，并直接结合于此。为了本公开的简洁起见，在此不再重复阐述。
139.综上所述，相比于现有技术，本发明提出了一种车辆通信系统以及相应的方法，该系统和方法能够使例如处在住宅中的物联网设备向车辆发送请求并方便地获取相应的车辆信息，而不会对行驶中的驾驶者造成过多干扰。
140.在技术上可行的前提下，以上针对不同实施例所列举的技术特征可以相互组合，从而形成本发明范围内的另外实施例。
141.在本技术中，反意连接词的使用旨在包括连接词。定或不定冠词的使用并不旨在指示基数。具体而言，对“该”对象或“一”和“一个”对象的引用旨在表示多个这样对象中可能的一个。此外，可以使用连接词“或”来传达同时存在的特征，而不是互斥方案。换句话说，连接词“或”应理解为包括“和/或”。术语“包括”是包容性的并且具有与“包含”相同的范围。
142.上述实施例是本发明的实施方式的可能示例，并且仅是为了使本领域技术人员清楚地理解本发明的原理而给出。本领域技术人员应当理解：以上针对任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明的整体构思下，以上实施例或者不同实施例中的技术特征之间也可以彼此进行组合，并产生如上所述的本发明实施例的不同方面的许多其它变化，为了简明它们没有在具体实施方式中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明所要求的保护范围之内。