交互方法、交互系统、终端、汽车及计算机可读存储介质与流程

1.本发明属于人工智能技术领域，特别是涉及一种交互方法、交互系统、车载终端、汽车及计算机可读存储介质。


背景技术：

2.随着人工智能技术的发展，在日常生活中，有越来越多的交互助手参与到了用户的日常生活中，例如市面上的小度、小爱、siri或天猫精灵等等。这些交互助手通常安置于智能终端当中，例如车载终端或移动终端等，主要通过语音交互等人机交互的方式，以为用户完成指定的任务，给用户的使用提供便捷。
3.然而，当用户在遭遇到遇到突发状况或不方便等紧急情况时，例如在车内被人劫持/威胁人身安全或是遭遇车祸等情况，用户处在不方便与交互助手进行直接交互的状况下，本来可以为用户提供方便的交互助手却无用武之地。例如无法替用户直接报警/联络外界，不能降低用户在紧急情况下所遇到的风险。因此，急需一种能够暗中获取用户的意图并予以隐私的确认反馈的交互方法，为用户提供一种更加私密、更加安全的交互方式，给用户带来便捷与方便。
4.针对以上问题，本领域技术人员一直在寻求解决方法。
5.前面的叙述在于提供一般的背景信息，并不一定构成现有技术。


技术实现要素：

6.本发明解决的技术问题在于，提供了一种交互方法、交互系统、车载终端、汽车及计算机可读存储介质，能够在用户遭遇突发状况或不方便等紧急情况不方便直接与交互助手交互时，进行暗中的交互，在让虚拟角色更具有拟人感的同时，同时创造一种更加私密、安全的通信方式，提高车主的安全性、增加用户的使用体验。
7.本发明解决其技术问题是采用以下的技术方案来实现的：
8.本发明提供了一种交互方法，包括如下步骤：获取用户行为信息；当用户行为信息匹配针对求助功能的预设行为信息时，则获取与用户行为信息对应的求助控制信息及针对正在显示的虚拟角色的展示控制信息；响应于求助控制信息和展示控制信息，进行隐秘求助控制以及控制虚拟角色进行相应的细微动作，细微动作包括眨眼、动手指中的至少一项。
9.本发明还提供了一种交互系统，包括：用户行为信息获取模块、求助功能匹配模块、响应控制模块；所述用户行为信息获取模块，用于获取用户行为信息；所述求助功能匹配模块，用于当所述用户行为信息匹配针对求助功能的预设行为信息时，则获取与所述用户行为信息对应的求助控制信息及针对正在显示的虚拟角色的展示控制信息；所述响应控制模块，用于根据所述求助控制信息和所述展示控制信息响应，进行隐秘求助控制以及控制所述虚拟角色的进行相应的细微动作，所述细微动作包括眨眼、动手指中的至少一项。
10.本发明还提供了一种车载终端，包括处理器和存储器：所述处理器用于执行所述存储器中存储的计算机程序以实现上述所述的交互方法步骤。
11.本发明还提供了一种汽车，包括有前述所述的车载终端。
12.本发明还提供了一种计算机可读存储介质，存储有计算机程序，当计算机程序被处理器执行时实现如前述所述的交互方法的步骤。
13.本发明还提供了一种交互方法、交互系统、车载终端、汽车及计算机可读存储介质。其中，交互方法包括如下步骤：获取用户行为信息；当用户行为信息匹配针对求助功能的预设行为信息时，则获取与用户行为信息对应的求助控制信息及针对正在显示的虚拟角色的展示控制信息；响应于求助控制信息和展示控制信息，进行隐秘求助控制以及控制虚拟角色进行相应的细微动作，细微动作包括眨眼、动手指中的至少一项。因此，本发明能够在用户遭遇突发状况或不方便等紧急情况不方便直接与交互助手交互时，进行暗中的交互，在让虚拟角色更具有拟人感的同时，同时创造一种更加私密、安全的通信方式，提高车主的安全性、增加用户的使用体验。此外，更进一步地，本发明所提供的交互方法，还能够提供更加细致的求助方法，以在发生紧急情况时，及时获取全面有效的求救因素，并根据求救因素匹配合适的求救控制，例如高效全面的远程求助、及时有效的本地求助以及针对车载终端的车辆控制，大大提升发生异常情况时球员行动的高效性、时效性及有效性，从而保证用户的行车安全，提供紧急情况发生后用户存货的概率，减少了用户的操作，增加了用户的方便，提高了用户的使用体验。
14.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明。
附图说明
15.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
16.图1为本发明第一实施例提供的交互方法的流程示意图；
17.图2为本发明第一实施例提供的交互方法的应用环境图；
18.图3为本发明第二实施例提供的交互系统的结构示意图；
19.图4为本发明第三实施例提供的车载终端的第一结构示意图；
20.图5为本发明第三实施例提供的车载终端的第二结构示意图。
具体实施方式
21.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
22.下面结合附图对本发明实施例做进一步详述。
23.第一实施例
24.图1为本发明第一实施例的交互方法的流程示意图；图2为本发明第一实施例提供
的交互方法的应用环境图。为了清楚的描述本发明第一实施例提供的交互方法，请参见图1和图2。
25.本发明第一实施例提供的交互方法，应用于车载终端。其中，对于交互助手包括但不限于是可以与用户实现人机交互的相关智能助手，优选的如市面上中市面上的小度、小爱、siri或天猫精灵等等为例的语音助手，还可以为其他不便于如聋哑人等残障人士使用的，通过输出文字、画面的以完成人机交互的智能助手等其他类型的交互助手。更进一步地，对于交互助手优选的是具有一定的虚拟角色的，以能够实现隐秘交互。可以理解的是，如果交互助手具有虚拟角色，例如人形的动画形象，可以让通过控制虚拟角色进行相应的细微动作，例如眨眼、皱眉、动手指、摇头点头等与用户进行隐秘的交互反馈，以提供一种隐秘的交互方式，并且让交互助手更有拟人感。
26.在一实施方式中，对于本发明第一实施例提供的交互方法其应用环境的情况，可以参考图2提供的交互方法的应用环境图。其中，至少包含了车载终端110和用户120。具体的，对于车载终端110也即是主要用于实现本发明提供的交互方法的具体硬件，如获取用户行为信息并对应执行相应响应，以及操控虚拟角色执行细微动作，以提供一种私密的交互方法以及增加虚拟角色的拟人性，间接增加用户的安全。对于用户120，优选的可以为车内的乘客或驾驶员，也即是通过获取乘客或驾驶员的用户行为信息以实现本发明提供的交互方法。可以理解的是，对于本实施例所述的应用环境所包含的车载终端110和用户120是最基本的，除此之外还可以包括有其他终端设备，例如移动终端等。现实使用环境复杂多样，因此并不局限于以上的描述。
27.本发明第一实施例提供的交互方法包括有如下步骤，可以参考图1所示的交互方法的流程示意图：
28.步骤s1：获取用户行为信息。
29.在一实施方式中，所述用户行为信息包括但不限于是动作、语音、面部表情等，主要是为了实现对用户动作的捕捉，优选的，因为本发明的交互方法是针对隐秘交互的情况，所以用户行为信息一般而言是一些较为不常用的行为，例如咳嗽、拍手等等。通过获取到用户行为信息后，以便执行后续步骤。对于获取的方法，包括但不限于是安置于车内的摄像装置、红外捕获装置、dms检测系统等，例如当用户做出触发手势/语音后，(为防止误触发)通过dms检测用户，在用户连续眨眼后确认触发暗号所对应的操作。
30.步骤s2：当用户行为信息匹配针对求助功能的预设行为信息时，则获取与用户行为信息对应的求助控制信息及针对正在显示的虚拟角色的展示控制信息。
31.在一实施方式中，预设行为信息也即是和用户行为信息本质上是相同的，不过是预设行为信息是在步骤s1之前，通过用户设定或预设的，也是事先录入手势/语音等作为触发用的暗号，能通过用户行为信息触发求助功能的具体地详细动作。更进一步地，对于求助功能也可以通过用户操作等预先设定，并结合用户行为信息进行触发，例如拍手对应联系家人，咳嗽三声对应报警等。更进一步地，对于求助功能也即对应求助控制信息，是可以通过用户或者系统在之前预设的对应匹配关系，交互助手可以通过设定好的用户行为信息对求助功能进行匹配。
32.在一实施方式中，如果确定了需要进行求助功能，则根据预设的求助功能获取求助控制信息以及针对虚拟角色的控制信息。具体的，求助控制信息将会在后续详述，主要是
用于收集有关信息以完成针对用户的救援，可以分为远程救援、本地求助以及针对汽车的控制；针对虚拟角色的控制信息，主要是完成用户与交互助手之间的私密交互，例如可以通过预设的行为信息完成响应、确认、反馈等交互。在提供一种私密交互的方法同时，增加虚拟角色的拟人感，给在紧急情况中的用户一丝安慰。
33.步骤s3：响应于求助控制信息和控制信息，进行隐秘求助控制以及控制虚拟角色进行相应的细微动作，细微动作包括眨眼、动手指中的至少一项。
34.在一实施方式中，可以理解的是，对于需要使用私密交互以触发救援的情况，优选的是例如是在车内被人劫持/威胁人身安全的情况。在此情况之下，诚然是不方便直接报警/联络外界的情况下，可以通过与虚拟助手事先约定的暗号/手势让交互助手在后台代为报警/通知联络外界，也即是本实施例所述的隐秘求助。
35.在另一实施方式中，可以理解的是，对于需要使用私密交互以触发救援的情况，要完成交互助手与用户之间的私密交互诚然不能简单通过传统的语音交互的方式，而是要通过事先约定的暗号/手势等进行交互。并且，对于完成交互并执行反馈等，同样的可以按照让交互助手执行约定的表情，例如眨眼、动手指等以完成反馈、确认、交互等。更进一步地，对于细微动作优选的可以为眨眼、动手指，还可以为轻微点头、摇头、歪头或者咳嗽、清嗓子等。可以理解的是，对于约定的的暗号/手势等进行交互的具体方式，在实际生活中有各项可能的，因此并不限于以上所列举的情况。
36.在一实施方式中，在步骤s3：响应于求助控制信息和展示控制信息，进行隐秘求助控制的步骤中，包括：获取求助因素，求助因素包括求助信息和/或环境信息，求助信息包括事故原因信息、生命威胁指数、人员信息中的至少一项，环境信息包括周边终端信息、当前位置信息中的至少一项；从救援控制对应关系信息中获取与求助因素相匹配的救援控制信息和/或车辆使用控制信息，救援控制信息包括远程求助控制信息、本地求助控制信息中的至少一项；根据救援控制信息和/或车辆使用控制信息进行响应。
37.在一实施方式中，求救因素也即是各类用于求救的信息的集合，具体的可以分为求助信息和/或环境信息中。更进一步的，求助信息包括事故原因信息、生命威胁指数、人员信息；环境信息包括周边终端信息、当前位置信息。其中，事故原因信息也即是可以由车载终端获取车辆或者用户的异常信息进行初步判断，出现事故的原因是为什么，具体的包括但不限于是例如：车祸、劫持、用户突发疾病等，以便其他为用户提供帮助的其他终端或用户能够清楚了解事故原因的途径。对于生命威胁指数，则是与事故原因相关的，判断当前用户生命的危急程度，以决定需要对用户实施求援、求助的紧急程度。对于人员信息，主要是用户判断用户身份的，例如身份信息、血型信息、亲属信息等等。具体地，可以为系统在后台根据用户的设定进行操作，包括但不限于：报警/语音或短信通知家人/开启麦克风录音/开启摄像头拍摄，具体操作可由用户自行定义。环境信息，周边终端信息，主要是通过wifi、蓝牙或nfc等近程通信技术，检测车辆终端是否存在其他的相应终端，以判定车辆周围是否有其他人的情况。可以理解的是，远水救不了近火，当事故发生后，到救援队伍到来前这段空窗期，是决定用户存活率的最重要的一段时期，在此段时间内，完全可以通过检测到周围存在其他终端时，向其他终端进行呼救，通过更近距离的临时性救援，以提高用户的生存概率。此外，对于环境信息还可以包含有车辆所在位置的天气信息、时间信息中的至少一项，以为求助提供更全面的信息支持。
38.在一实施方式中，所述救援控制对应关系信息包括：求助因素的求助信息对应紧急情况时，则根据求助信息匹配远程求助控制信息和/或车辆使用控制信息；和/或，求助因素中的环境信息对应有人区域的情况时，则根据求助因素获取本地求助控制信息。
39.在一实施方式中，在获取到求助因素之后，交互助手可以对求助因素进行一个整体性的判断，当属于对应的紧急情况时，则匹配与求助因素最适合的求助控制，例如情况严重需要全面、专业帮助的远程求助；对于远水救不了近火，需要更加及时的、简易的帮助的本地求助。还可以获取能够起到协助求援的车辆使用控制信息，以控制车辆，帮助完成求助。之后，根据获取得到的救援控制信息和/或车辆使用控制信息进行响应。
40.在一实施方式中，在所述根据救援控制信息和/或车辆使用控制信息进行响应的步骤中，包括：根据远程求助控制信息向救援终端发送求助因素；和/或，根据本地求助控制信息向周边终端发送求助因素；和/或，根据车辆使用控制信息控制车辆无法启动并展示虚拟故障信息，或锁定车辆出口并控制车辆自动驾驶至安全地点。
41.在一实施方式中，对于远程求助也即是需要向救援终端发送对应的求救信号，以协助完成救援。其中，对于救援终端可以包括但不限于是：警方终端、医护终端、消防终端等施救终端，以及与车内用户身份相关的紧急联系人终端或亲属终端等。可以理解的是，对于需要进行远程求助的情况，则需要救援终端清楚得了解到事故的较为全面的信息，因此需要向救援终端发送包含了全部信息的求救因素，以协助完成求助，提高求救的效率，提高用户的存活率。例如提供事故原因信息，让施救终端能够针对事故原因做充分准备；提供身份信息，以便医护终端及时安排床位等，身份信息还可以，包括例如血型信息，以方便医护终端及时配备对应血液等。可以理解的是，救援方式和事故原因的多样，简单描述不能穷举所有情况，此处仅是对技术的概括式展示，而非是对技术的限制。
42.在另一实施方式中，对于本地求助的情况，与远程求助类似，不过发送求助信息的不是救援终端，而是获取到的环境信息中的周边终端信息对应的周边终端。通过例如蓝牙、nfc或者wifi等近场通信技术，向周围终端发送求助信息，其内容可以例如“尊敬的用户您好！相距您xx米的车辆xxxx(车牌号)上的乘客/用户发生xxx(事故原因)异常，相关救援已经呼救，在救援队伍到达之前，可否请您前去提供力所能及的帮助，感激不尽！”通过近程的求助，以让周边终端中的热心人为用户提供及时的帮助，例如对于用户属于突发心脏疾病的情况，由本地求助可以保证用户不错过黄金急救时间，大大的提升用户在事故发生后的存活率，提高用户体验。
43.在其他实施方式中，对于远程求助和/或本地求助之外，还包含有车辆使用控制，通过交互助手控制车辆，以协助完成求助。例如，针对事故原因为劫持绑架的，则可以控制车辆无法启动并展示虚拟故障信息，以便防止车辆继续开动，增加救援的难度；或锁定车辆出口并控制车辆自动驾驶至安全地点，增加用户的安全性。针对事故原因为在路上用户突发疾病无法控制车辆的情况，则可以控制车辆自动驾驶靠边，以防止车辆在路上失控，造成不必要的损失等。具体地，现实复杂多样，结合事故原因则可以对车辆完成控制的情况，简单描述不能穷举所有情况，此处仅是对技术的概括式展示，而非是对技术的限制。
44.在一实施方式中，在步骤s3：响应于求助控制信息和展示控制信息，进行隐秘求助控制以及控制虚拟角色进行相应的细微动作中，包括：响应于展示控制信息，控制虚拟角色按照预设的循环频率进行相应的细微动作。
45.在一实施方式中，可以理解的是，即使是在真人通过小动作进行交流的情况下，也容易因为太过私密而被忽略，在与交互助手的虚拟角色进行私密交互的情况下同样会发生类似的情况，因此需要在进行私密交互的展示控制步骤中，多次重复控制虚拟角色进行私密反馈，以确定用户收到了或者确定向用户传达了私密交互的内容。
46.在一实施方式中，在步骤s3：响应于求助控制信息和展示控制信息，进行隐秘求助控制以及控制虚拟角色进行相应的细微动作中，包括：响应于展示控制信息，检测到预设驾乘人员的目光信息；根据目光信息确定预设驾乘人员的目光聚焦于所述虚拟角色时，控制虚拟角色进行相应的细微动作。
47.在一实施方式中，驾乘人员也即是对应车内的司机或乘客等用户，目光信息也即是通过安置于车内的摄像装置等获取得到的驾乘人员目光所视的一种位置信息。根据目光信息确定驾乘人员是看向何处的，当确定驾乘人员木管是聚焦于虚拟角色，例如虚拟角色是通过车载显示器进行展示的，则可根据驾乘人员目光是否看向车载显示器判断是否聚焦与虚拟角色。在确定驾乘人员是看到了虚拟角色后，再控制虚拟角色进行相应的细微动作。以防止细微动作的无效触发，引起非私密交互对象的怀疑，以为私密交互提供保障。
48.本发明第一实施例提供的交互方法，应用于车载终端，包括如下步骤：步骤s1：获取用户行为信息；步骤s2：当用户行为信息匹配针对求助功能的预设行为信息时，则获取与用户行为信息对应的求助控制信息及针对正在显示的虚拟角色的展示控制信息；步骤s3：响应于求助控制信息和展示控制信息，进行隐秘求助控制以及控制虚拟角色进行相应的细微动作，细微动作包括眨眼、动手指中的至少一项。因此，本发明能够在用户遭遇突发状况或不方便等紧急情况不方便直接与交互助手交互时，进行暗中的交互，在让虚拟角色更具有拟人感的同时，同时创造一种更加私密、安全的通信方式，提高车主的安全性、增加用户的使用体验。此外，更进一步地，本发明所提供的交互方法，还能够提供更加细致的求助方法，以在发生紧急情况时，及时获取全面有效的求救因素，并根据求救因素匹配合适的求救控制，例如高效全面的远程求助、及时有效的本地求助以及针对车载终端的车辆控制，大大提升发生异常情况时球员行动的高效性、时效性及有效性，从而保证用户的行车安全，提供紧急情况发生后用户存货的概率，减少了用户的操作，增加了用户的方便，提高了用户的使用体验。
49.第二实施例
50.图3为本发明第二实施例提供的交互系统的结构示意图。为了清楚的描述本发明第二实施例提供的交互体统，请参见图1和图3。
51.本发明第二实施例提供的交互系统100包括有：用户行为信息获取模块101、求助功能匹配模块102、响应控制模块103。
52.在一实施方式中，用户行为信息获取模块101，用于获取用户行为信息；求助功能匹配模块102，用于当用户行为信息匹配针对求助功能的预设行为信息时，则获取与用户行为信息对应的求助控制信息及针对正在显示的虚拟角色的展示控制信息；响应控制模块103，用于根据求助控制信息和展示控制信息响应，进行隐秘求助控制以及控制虚拟角色的进行相应的细微动作，细微动作包括眨眼、动手指中的至少一项。
53.在一实施方式中，对于本实施例提供的用户行为信息获取模块101，包括：图像获取装置、音频获取装置中的至少一项，用于获取用户行为信息；其中，用户行为信息包括动
作信息、声音信息、面部表情信息中的至少一项。在另一实施方式中，对于信息获取模块101也可以为dms，通过dms 检测用户，在用户连续眨眼后确认触发暗号所对应的操作。
54.本发明第二实施例提供的交互系统，对应的也即是第一实施例所述的交互方法的硬件项，其所能达到的技术效果与本发明第一实施例提供的交互方法一致，因此在此不再赘述，请参考前文。
55.第三实施例
56.图4是本发明第三实施例提供的车载终端的第一结构示意图。为了清楚的描述本发明第三实施例提供的车载终端110，请参见图1、图2、和图5。
57.本发明第三实施例提供的车载终端110，包括：处理器a101及存储器 a201，其中，处理器a101用于执行存储器a201中存储的计算机程序a6 以实现如第一实施例所描述的交互方法的步骤。
58.在一实施方式中，本实施例提供的车载终端110以包括至少一个处理器a101，以及至少一个存储器a201。其中，至少一个处理器a101可以称为处理单元a1，至少一个存储器a201可以称为存储单元a2。具体地，存储单元a2存储有计算机程序a6，当该计算机程序a6被处理单元a1执行时，使得本实施例提供的车载终端110实现如第一实施例所描述的交互方法的步骤。例如，图1中所示的步骤s1：获取用户行为信息；步骤s2：当用户行为信息匹配针对求助功能的预设行为信息时，则获取与用户行为信息对应的求助控制信息及针对正在显示的虚拟角色的展示控制信息；步骤 s3：响应于求助控制信息和展示控制信息，进行隐秘求助控制以及控制虚拟角色进行相应的细微动作，细微动作包括眨眼、动手指中的至少一项。
59.在一实施方式中，本实施例中的提供的车载终端110可以包括多个存储器a201(简称为存储单元a2)。
60.其中，存储单元a2可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器 (rom，read only memory)、可编程只读存储器(prom，programmableread-only memory)、可擦除可编程只读存储器(eprom，erasableprogrammable read-only memory)、电可擦除可编程只读存储器(eeprom， electrically erasable programmable read-only memory)、磁性随机存取存储器(fram，ferromagnetic random access memory)、快闪存储器(flashmemory)、磁表面存储器、光盘、或只读光盘(cd-rom，compact discread-only memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(ram，random access memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，static random access memory)、同步静态随机存取存储器(ssram，synchronous static random access memory)、动态随机存取存储器(dram，dynamic random access memory)、同步动态随机存取存储器(sdram，synchronous dynamic random accessmemory)、双倍数据速率同步动态随机存取存储器(ddrsdram，doubledata rate synchronous dynamic random access memory)、增强型同步动态随机存取存储器(esdram，enhanced synchronous dynamic random accessmemory)、同步连接动态随机存取存储器(sldram，synclink dynamicrandom access memory)、直接内存总线随机存取存储器(drram，directrambus random access memory)。本发明实施例描述的存
储单元a2旨在包括但不限于这些和任意其它适合类型的存储器。
61.在一实施方式中，终端110还包括连接不同组件(例如处理器a101和存储器a201、触控显示屏a3等等)的总线。例如在实施本发明第一实施例提供的交互方法中，需要实现对虚拟助手的控制，显然的作为一个图像的输出，则需要到触控显示屏a3的参与，通过触控显示屏a3的显示虚拟角色输出动画，以完成交互助手与用户之间的私密交互。
62.在一实施方式中，本实施例中的车载终端110还可以包括通信接口(例如i/o接口a4)，该通信接口可以用于与外部设备进行通信。
63.在一实施方式中，本实施例提供的车载终端110还可以包括通信装置 a5。例如在实施本发明第一实施例提供的交互方法中的远程求助控制时，则需要车载终端110与其他终端通过通信装置a5完成信息上的传输。
64.本发明第三实施例提供的车载终端110，包括存储器a101和处理器 a201，且处理器a101用于执行存储器a201中存储的计算机程序a6以实现如第一实施例所描述的交互方法的步骤，因此，本实施例提供的车载终端110能够在用户遭遇突发状况或不方便等紧急情况不方便直接与交互助手交互时，进行暗中的交互，在让虚拟角色更具有拟人感的同时，同时创造一种更加私密、安全的通信方式，提高车主的安全性、增加用户的使用体验。
65.图4是本发明第三实施例提供的车载终端110的第二结构示意图。为了清楚的描述本发明第三实施例提供的车载终端110，请参见图1和图4。
66.参见图4，在其他实施方式中，本发明第三实施例提供的车载终端110 包括：中央控制器801(简称cpu)、只读存储器802(简称rom)、随机存取存储器803(简称ram)、通信总线804、i/o接口805、输入单元806、输出单元807、存储单元808、通信单元809。
67.在其他实施方式中，中央控制器801(简称cpu)、只读存储器802(简称rom)、随机存取存储器803(简称ram)可以构成处理器。
68.在其他实施方式中，车载终端110可以实现如第一实施例提供的交互方法，所能起到的技术效果以在前文详述，此处便不再赘述。
69.本发明第三实施例还提供了一种汽车，其中本实施所提供的汽车中安装有前文所述的车载终端110。更进一步地，本实施例所提供的汽车，可以借助安装的车载终端110以实现如第一实施例所描述的交互方法的步骤。具体地，对于其中具体实施方式和其所能达到的技术效果已经有完整的描述，此处便不再赘述。
70.本发明第三实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序a6，该计算机程序a6被处理器a101执行时实现如第一实施例所描述的交互方法的步骤。
71.在一实施方式中，本实施例提供能的计算机可读存储介质可以包括能够携带计算机程序代码的任何实体或装置、记录介质，例如，rom、ram、磁盘、光盘、闪存等。
72.本发明第三实施例提供的计算机可读存储介质中存储的计算机程序a6 被处理器a101执行时能够使得在用户遭遇突发状况或不方便等紧急情况不方便直接与交互助手交互时，进行暗中的交互，在让虚拟角色更具有拟人感的同时，同时创造一种更加私密、安全的通信方式，提高车主的安全性、增加用户的使用体验。此外，更进一步地，本发明所提供的交互方法，还能够提供更加细致的求助方法，以在发生紧急情况时，及时获取全面有效的求救因素，并根据求救因素匹配合适的求救控制，例如高效全面的远程求助、及时有效的本地
求助以及针对车载终端的车辆控制，大大提升发生异常情况时球员行动的高效性、时效性及有效性，从而保证用户的行车安全，提供紧急情况发生后用户存货的概率，减少了用户的操作，增加了用户的方便，提高了用户的使用体验。
73.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
74.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本技术不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。在本文中，除非另有说明，“多个”、“若干”的含义是两个或两个以上。
75.应该理解的是，虽然本技术实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
76.本领域普通技术人员可以理解，实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
77.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。