1.本技术涉及车辆技术领域，特别涉及一种车机系统的交互方法、装置、云服务器及存储介质。
背景技术：2.随着科技的飞速发展，车辆已成为越来越多人的代步工具。
3.当车机系统出现故障，例如黑屏、卡死、倒车不出图等问题时，如果车辆离4s店较远，用户往往会选择次日或某个有空时间再到4s店咨询，此时问题缺陷很有可能已经恢复，技术人员因为没有现场或者没有故障发生时的日志，需要消耗大量时间复现，过程繁琐且不一定与用户环境相同；若采用数据埋点方式上传日志到云端，也无法准确定位哪台车会发生什么缺陷，且用户上传数据量大，容易造成流量压力，亟待解决。
技术实现要素：4.本技术提供一种车机系统的交互方法、装置、云服务器及存储介质，以解决相关技术中车机系统出现故障时，没有反馈问题的有效途径，导致需要消耗大量时间复现的问题，通过将反馈问题、问题答复、远程升级形成闭环，提升用户的满意度。
5.本技术第一方面实施例提供一种车机系统的交互方法，包括以下步骤：接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息；分析所述使用反馈信息和/或日志信息，得到至少一个交互问题，并根据所述反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息；将所述答复信息推送至预设移动终端，以便所述用户在所述预设移动终端查看所述答复信息。
6.根据上述技术手段，本技术实施例的用户可通过车机大屏选择问题反馈的类型、方式、是否上传日志进行问题反馈，车企相关人员处理问题后将结果反馈至车机，用户可以在车端查看，解决了相关技术中车机系统出现故障时，没有反馈问题的有效途径，导致需要消耗大量时间复现的问题，通过将反馈问题、问题答复、远程升级形成闭环，提升用户的满意度。
7.进一步，所述接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息，包括：基于所述使用反馈信息，生成车机日志上传指令；接收到所述用户基于所述上传指令发送的确认上传指令后，对所述车机日志进行压缩后得到所述日志信息；接收所述用户在所述预设移动终端内的语音输入和/或手动输入的使用反馈信息，其中，所述预设移动终端为预设应用程序和/或所述车机系统。
8.根据上述技术手段，本技术实施例将用户问题描述与日志结合，车企处理问题效率更高。
9.进一步，所述接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息，还包括：判断是否出现车机下电和/或车机网络故障；若出现所述车机下电和/或所述车机网络故障，则暂停接收所述使用反馈信息和/或所述日志信息，并记录所述使用
反馈信息和/或所述日志信息的接收进度。
10.根据上述技术手段，本技术实施例对进度进行保存，从而可以避免在重新上电后，重新上传使用反馈信息和/或日志信息，造成时间和资源浪费的问题，提高上传效率。
11.进一步，所述将所述答复信息推送至预设移动终端之后，还包括：判断是否接收到用户发送的允许播放指令；若接收到所述允许播放指令，则控制所述预设移动终端播放所述答复信息。
12.根据上述技术手段，本技术实施例通过语音播放答复信息，用户无需手动查看，时间便捷，提升用户满意度。
13.进一步，上述的车机系统的交互方法，还包括：接收用户基于所述答复信息发送的远程升级指令；基于所述远程升级指令对所述车机系统进行升级，并在远程升级完成后，发送是否解决故障的询问信息至所述预设移动终端。
14.根据上述技术手段，本技术实施例将问题反馈、问题答复、问题解决(远程升级)形成闭环，提高车企售后问题处理效率的同时，提升用户用车满意度。
15.本技术第二方面实施例提供一种车机系统的交互装置，包括：第一接收模块，用于接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息；生成模块，用于分析所述使用反馈信息和/或日志信息，得到至少一个交互问题，并根据所述反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息；推送模块，用于将所述答复信息推送至预设移动终端，以便所述用户在所述预设移动终端查看所述答复信息。
16.进一步，所述第一接收模块，具体用于：基于所述使用反馈信息，生成车机日志上传指令；接收到所述用户基于所述上传指令发送的确认上传指令后，对所述车机日志进行压缩后得到所述日志信息；接收所述用户在所述预设移动终端内的语音输入和/或手动输入的使用反馈信息，其中，所述预设移动终端为预设应用程序和/或所述车机系统。
17.进一步，所述第一接收模块，还用于：判断是否出现车机下电和/或车机网络故障；若出现所述车机下电和/或所述车机网络故障，则暂停接收所述使用反馈信息和/或所述日志信息，并记录所述使用反馈信息和/或所述日志信息的接收进度。
18.进一步，所述将所述答复信息推送至预设移动终端之后，所述推送模块，还用于：判断是否接收到用户发送的允许播放指令；若接收到所述允许播放指令，则控制所述预设移动终端播放所述答复信息。
19.进一步，上述的车机系统的交互装置，还包括：第二接收模块，用于接收用户基于所述答复信息发送的远程升级指令；发送模块，用于基于所述远程升级指令对所述车机系统进行升级，并在远程升级完成后，发送是否解决故障的询问信息至所述预设移动终端。
20.本技术第三方面实施例提供一种云服务器，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车机系统的交互方法。
21.本技术第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车机系统的交互方法。
22.本技术实施例可以分析用户发送的至少一个车载应用的使用反馈信息和/或日志信息得到至少一个交互问题，并根据反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息，并将答复信息推送至预设移动终端，以便用户在预设移动终端查看答复信
息。由此，解决了相关技术中车机系统出现故障时，没有反馈问题的有效途径，导致需要消耗大量时间复现的问题，通过将反馈问题、问题答复、远程升级形成闭环，提升用户的满意度，将用户问题描述与日志结合，车企处理问题效率更高。
23.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
24.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
25.图1为根据本技术实施例提供的一种车机系统的交互方法的流程图；
26.图2为根据本技术一个具体实施例的车机系统的交互的示意图；
27.图3为根据本技术一个实施例的车机系统上传日志的流程图；
28.图4为根据本技术一个实施例的车机系统的交互方法的流程图；
29.图5为根据本技术实施例的车机系统的交互装置的方框示意图；
30.图6根据本技术实施例提供的云服务器的结构示意图。
31.其中，10-车机系统的交互装置、100-第一接收模块、200-生成模块、300-预测模块。
具体实施方式
32.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
33.下面参考附图描述本技术实施例的车机系统的交互方法、装置、云服务器及存储介质。针对上述背景技术中心提到的相关技术中车机系统出现故障时，没有反馈问题的有效途径，导致需要消耗大量时间复现的问题，本技术提供了一种车机系统的交互方法，可以分析用户发送的至少一个车载应用的使用反馈信息和/或日志信息得到至少一个交互问题，并根据反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息，并将答复信息推送至预设移动终端，以便用户在预设移动终端查看答复信息。由此，解决了相关技术中车机系统出现故障时，没有反馈问题的有效途径，导致需要消耗大量时间复现的问题，通过将反馈问题、问题答复、远程升级形成闭环，提升用户的满意度，将用户问题描述与日志结合，车企处理问题效率更高。
34.具体而言，图1为本技术实施例所提供的一种车机系统的交互方法的流程示意图。
35.如图1所示，该车机系统的交互方法包括以下步骤：
36.在步骤s101中，接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息。
37.进一步，接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息，包括：基于使用反馈信息，生成车机日志上传指令；接收到用户基于上传指令发送的确认上传指令后，对车机日志进行压缩后得到日志信息；接收用户在预设移动终端内的语音输入和/或手动输入的使用反馈信息，其中，预设移动终端为预设应用程序和/或车机
系统。
38.进一步，接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息，还包括：判断是否出现车机下电和/或车机网络故障；若出现车机下电和/或车机网络故障，则暂停接收使用反馈信息和/或日志信息，并记录使用反馈信息和/或日志信息的接收进度。
39.具体而言，用户可以通过车机系统“用户反馈”模块选择收音机、多媒体、导航、电话、其他等分类，进入反馈内容编辑界面，填写问题发生时间(xx年、xx月、xx日、xx时xx分，可选择时间范围：近2年、近2月、近7日、24小时制(精度为1分钟)；此项为必填项)，然后手动输入文本信息或者按住语音录音图标，进行录音(在录音状态下，抬手后结束录音)。为减少用户输入，语音文字切换时，系统保存未发送的吐槽内容，语音吐槽切换为文字吐槽时吐槽框显示保存的文字吐槽内容。
40.若日志系统为打开，则在吐槽发送旁边显示“问题数据上传”，默认不勾选，若用户勾选后，点击吐槽发送的同时则同步上传车机系统日志；日志系统关闭时，不显示“问题数据上传”。车机日志压缩后，将名称命名为用户填写的“问题发生时间”，再上传平台。在用户进行power off或者断网后，车机系统暂停日志上传，保存上传进度，在条件恢复后继续上传；对于保存的日志信息在恢复出厂设置时将进行清除。
41.在步骤s102中，分析使用反馈信息和/或日志信息，得到至少一个交互问题，并根据反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息。
42.应当理解的是，本技术实施例可以对用户的使用反馈信息和/或日志信息进行分析和分类，后台跟进进展标记成三种状态，分别是“待处理”、“处理中”和“已完结”，系统可支持查看全部反馈及按照三种状态分别查询每种状态下的反馈问题，默认展示全部反馈问题；展示的内容包括问题发生时间、用户提的问题及处理完成后后台给的回复内容、用户头像、用户昵称、用户车牌、问题状态、状态更新时间。
43.在步骤s103中，将答复信息推送至预设移动终端，以便用户在预设移动终端查看答复信息。
44.进一步，将答复信息推送至预设移动终端之后，还包括：判断是否接收到用户发送的允许播放指令；若接收到允许播放指令，则控制预设移动终端播放答复信息。
45.用户反馈的问题，后台处理完成后，把答复内容通过相关接口推送给车机，车机语音助手收到信息后，主动询问用户是否需要收听；用户选择收听则播放响应内容，用户选择暂时不听，则告诉用户可在“我的反馈”中查看进展。
46.需要说明的是，用户每次点击我的反馈查看页时进行更新，更新的内容保存到本地，在网络异常情况下展示本地存储的内容。
47.进一步，上述的车机系统的交互方法，还包括：接收用户基于答复信息发送的远程升级指令；基于远程升级指令对车机系统进行升级，并在远程升级完成后，发送是否解决故障的询问信息至预设移动终端。
48.也就是说，用户反馈的问题，若需要通过远程升级来解决，则在答复内容里告知用户；待到远程升级成功后，后台主动推送消息询问用户问题是否已解决。问题反馈、问题答复、问题解决(远程升级)形成闭环，提高车企售后问题处理效率的同时提升用户用车满意度。
49.由此，用户可通过车机主动反馈用车过程中遇到的问题同时将问题发生时的日志上传服务器便于技术人员分析，并在分析完成后通过语音/文字答复用户。该功能使用户反馈问题的方式更加便捷，技术人员处理问题更加效率。
50.为使得本领域技术人员进一步了解本技术实施例的车机系统的交互方法，下面结合具体实施例进行详细说明。
51.如图2和图3所示，图2为本技术一个具体实施例的车机系统的交互的示意图，图3为本技术一个实施例的车机系统上传日志的流程图。其中，本技术实施例的tsp(telematics service provider，汽车远程服务提供商)开放平台可以设置有多个接口，如第一个接口为app(application，app)与tsp运营平台之间通信的接口；第二个接口为语音反馈问题时与tsp运营平台之间通信的接口；第三个接口为tsp推送平台推送答复内容至hu时通信的接口
52.具体地，hu系统为功能开始的入口，用户唤醒车载语音，通过语音输入“我要吐槽”，车载语音答复“请反馈”，并监听用户讲话停止时长达到2s，用户将吐槽内容反馈完毕后小安回复“已发送反馈”并将用户反馈内容上传至tsp开放平台；用户还可打开反馈app，点击“我要反馈”模块，通过手动输入文字的方式将反馈内容上传至tsp开放平台。tsp开放平台收到hu系统上传的反馈内容后将内容同步至tsp运营平台进行问题存储并分类，后台人员可从系统导出问题回复后再上传或是直接在线上处理；后台人员更新答复到tsp运营平台后，tsp运营平台又将答复内容同步至tsp开放平台，同时同步至tsp推送平台进行推送。用户想要查看反馈问题的回复，可打开反馈app，进入“我的反馈”模块，此时hu系统发送数据请求信号至tsp开放平台，可获取反馈问题的相应答复，并在hu系统显示界面进行展示，同时调取语音播报接口进行语音播报。
53.另外，点击用户吐槽的同时，hu系统还会判断车机日志系统是否打开，若未打开，则不展示“问题数据上传”(也就是车机系统日志上传)按钮；若日志系统处于打开状态，则展示“问题数据上传”按钮，用户可自主选择上传问题的同时是否上传车机系统日志(该选项默认不勾选)。用户点击吐槽内容发送时，若车机系统网络连接正常但用户未勾选“问题数据上传”，则仅上传吐槽的文字或语音内容；若用户已勾选“问题数据上传”，则hu系统首先判断上次日志是否传输完成，若已传输完成则立即压缩车机系统日志，并调用tsp平台接口进行日志文件上传，tsp收到日志文件后回复传输成功与否的结果。这样，车企相关人员在分析问题的同时可以查看车机系统日志，大大增加了问题解决的准确率。
54.综上，如图4所示，本技术实施例的车机系统的交互方法，可以包括以下步骤：
55.s401，用户通过车机语音反馈问题。
56.s402，车机系统将反馈的问题内容上传车联网云平台。
57.s403，问题处理后车联网云平台将问题答复内容推给车机系统。
58.s404，用户主动进入“我的反馈：界面获取问题答复内容。
59.s405，车机系统语音助手收到问题答复内容进行语音播报。
60.s406，车机系统判断日志系统是否打开，打开则显示“问题数据上传”选项，未打开则不显示。
61.s407，点击吐槽内容发送时车机系统判断网络状态，连接异常则提示用户发送失败。
62.s408，吐槽内容发送时判断用户是否勾选“问题数据上传”，若未勾选则仅上传吐槽内容。
63.s409，准备日志上传前先判断上次日志上传任务是否完成，若未完成则提示用户稍后再试。
64.s410，条件满足，车机系统压缩日志，以时间命名，进行日志上传。
65.s411，车联网云平台反馈日志上传结果，车机系统将其记录保存。
66.根据本技术实施例提出的车机系统的交互方法，可以分析用户发送的至少一个车载应用的使用反馈信息和/或日志信息得到至少一个交互问题，并根据反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息，并将答复信息推送至预设移动终端，以便用户在预设移动终端查看答复信息。由此，解决了相关技术中车机系统出现故障时，没有反馈问题的有效途径，导致需要消耗大量时间复现的问题，通过将反馈问题、问题答复、远程升级形成闭环，提升用户的满意度，将用户问题描述与日志结合，车企处理问题效率更高。
67.其次参照附图描述根据本技术实施例提出的车机系统的交互装置。
68.图4是本技术实施例的车机系统的交互装置的方框示意图。
69.如图4所示，该车机系统的交互装置10包括：第一接收模块100、生成模块200和预测模块300。
70.具体地，第一接收模块100用于接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息；生成模块200用于分析使用反馈信息和/或日志信息，得到至少一个交互问题，并根据反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息；推送模块300用于将答复信息推送至预设移动终端，以便用户在预设移动终端查看答复信息。
71.进一步，在一些实施例中，第一接收模块100具体用于：基于使用反馈信息，生成车机日志上传指令；接收到用户基于上传指令发送的确认上传指令后，对车机日志进行压缩后得到日志信息；接收用户在预设移动终端内的语音输入和/或手动输入的使用反馈信息，其中，预设移动终端为预设应用程序和/或车机系统。
72.进一步，在一些实施例中，第一接收模块100还用于：判断是否出现车机下电和/或车机网络故障；若出现车机下电和/或车机网络故障，则暂停接收使用反馈信息和/或日志信息，并记录使用反馈信息和/或日志信息的接收进度。
73.进一步，在一些实施例中，将答复信息推送至预设移动终端之后，推送模块300还用于：判断是否接收到用户发送的允许播放指令；若接收到允许播放指令，则控制预设移动终端播放答复信息。
74.进一步，在一些实施例中，上述的车机系统的交互装置10，还包括：第二接收模块和发送模块。其中，第二接收模块，用于接收用户基于答复信息发送的远程升级指令；发送模块，用于基于远程升级指令对车机系统进行升级，并在远程升级完成后，发送是否解决故障的询问信息至预设移动终端。
75.需要说明的是，前述对车机系统的交互方法实施例的解释说明也适用于该实施例的车机系统的交互装置，此处不再赘述。
76.根据本技术实施例提出的车机系统的交互装置，可以分析用户发送的至少一个车载应用的使用反馈信息和/或日志信息得到至少一个交互问题，并根据反馈信息和/或日志
信息的所属类别生成每个交互问题的答复信息，并将答复信息推送至预设移动终端，以便用户在预设移动终端查看答复信息。由此，解决了相关技术中车机系统出现故障时，没有反馈问题的有效途径，导致需要消耗大量时间复现的问题，通过将反馈问题、问题答复、远程升级形成闭环，提升用户的满意度，将用户问题描述与日志结合，车企处理问题效率更高。
77.图5为本技术实施例提供的云服务器的结构示意图。该云服务器可以包括：
78.存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。
79.处理器502执行程序时实现上述实施例中提供的行人目标横穿预测方法。
80.进一步地，云服务器还包括：
81.通信接口503，用于存储器501和处理器502之间的通信。
82.存储器501，用于存放可在处理器502上运行的计算机程序。
83.存储器501可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
84.如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
85.可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。
86.处理器502可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
87.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车机系统的交互方法。
88.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
89.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
90.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部
分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
91.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或n个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
92.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
93.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
94.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
95.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。
技术特征：1.一种车机系统的交互方法，其特征在于，包括以下步骤：接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息；分析所述使用反馈信息和/或日志信息，得到至少一个交互问题，并根据所述反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息；以及将所述答复信息推送至预设移动终端，以便所述用户在所述预设移动终端查看所述答复信息。2.根据权利要求1所述的方法，其特征在于，所述接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息，包括：基于所述使用反馈信息，生成车机日志上传指令；接收到所述用户基于所述上传指令发送的确认上传指令后，对所述车机日志进行压缩后得到所述日志信息；接收所述用户在所述预设移动终端内的语音输入和/或手动输入的使用反馈信息，其中，所述预设移动终端为预设应用程序和/或所述车机系统。3.根据权利要求2所述的方法，其特征在于，所述接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息，还包括：判断是否出现车机下电和/或车机网络故障；若出现所述车机下电和/或所述车机网络故障，则暂停接收所述使用反馈信息和/或所述日志信息，并记录所述使用反馈信息和/或所述日志信息的接收进度。4.根据权利要求1所述的方法，其特征在于，所述将所述答复信息推送至预设移动终端之后，还包括：判断是否接收到用户发送的允许播放指令；若接收到所述允许播放指令，则控制所述预设移动终端播放所述答复信息。5.根据权利要求1所述的方法，其特征在于，还包括：接收用户基于所述答复信息发送的远程升级指令；基于所述远程升级指令对所述车机系统进行升级，并在远程升级完成后，发送是否解决故障的询问信息至所述预设移动终端。6.一种车机系统的交互装置，其特征在于，包括：第一接收模块，用于接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息；生成模块，用于分析所述使用反馈信息和/或日志信息，得到至少一个交互问题，并根据所述反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息；以及推送模块，用于将所述答复信息推送至预设移动终端，以便所述用户在所述预设移动终端查看所述答复信息。7.根据权利要求6所述的装置，其特征在于，所述第一接收模块，具体用于：基于所述使用反馈信息，生成车机日志上传指令；接收到所述用户基于所述上传指令发送的确认上传指令后，对所述车机日志进行压缩后得到所述日志信息；接收所述用户在所述预设移动终端内的语音输入和/或手动输入的使用反馈信息，其中，所述预设移动终端为预设应用程序和/或所述车机系统。
8.根据权利要求7所述的装置，其特征在于，所述第一接收模块，还用于：判断是否出现车机下电和/或车机网络故障；若出现所述车机下电和/或所述车机网络故障，则暂停接收所述使用反馈信息和/或所述日志信息，并记录所述使用反馈信息和/或所述日志信息的接收进度。9.一种云服务器，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-5任一项所述的车机系统的交互方法。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-5任一项所述的车机系统的交互方法。
技术总结本申请涉及一种车机系统的交互方法、装置、云服务器及存储介质，其中，方法包括：接收用户发送的车机系统中至少一个车载应用的使用反馈信息和/或日志信息；分析使用反馈信息和/或日志信息，得到至少一个交互问题，并根据反馈信息和/或日志信息的所属类别生成每个交互问题的答复信息；将答复信息推送至预设移动终端，以便用户在预设移动终端查看答复信息。本申请解决了相关技术中车机系统出现故障时，没有反馈问题的有效途径，导致需要消耗大量时间复现的问题，通过将反馈问题、问题答复、远程升级形成闭环，提升用户的满意度。提升用户的满意度。提升用户的满意度。
技术研发人员：刘倩 董莉娜 苟现敏
受保护的技术使用者：重庆长安汽车股份有限公司
技术研发日：2022.06.29
技术公布日：2022/11/1
