一种行车安全通话提醒方法、装置、设备及存储介质与流程

1.本技术涉及车辆技术领域，尤其涉及一种行车安全通话提醒方法、装置、设备及存储介质。


背景技术：

2.随着人们生活水平的提高和社会经济的快速发展，汽车的使用率逐渐增高，越来越多的汽车走进了人们的生活，为人们生活的各个方面都带来了极大的便利。其中，车辆的行驶安全性也一直是人们重点关注的问题。
3.在车辆的行驶过程中，若驾驶员接听电话，则通常会导致注意力不能完全集中的驾车上，可能发生交通事故，甚至危及驾驶员和其他乘客的安全。目前，随着行车安全意识的不断提高，人们也越来越注意行车安全，尽量避免在驾驶车辆时接听电话。但是，呼叫用户通常无法准确的知道被呼叫用户是否处于驾车状态，而被呼叫用户有时又因为一些特殊原因无法在驾驶车辆时拒绝部分电话，只能选择接听，这就为行驶车辆埋下了安全隐患。
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.图1为本技术实施例提供的一种行车安全通话提醒方法的流程示意图；
62.图2为本技术实施例提供的一种行车安全通话提醒装置的组成示意图。
具体实施方式
63.随着人们生活水平的提高和社会经济的快速发展，汽车的使用率逐渐增高，越来越多的汽车走进了人们的生活，为人们生活的各个方面都带来了极大的便利。其中，车辆的行驶安全性也一直是人们重点关注的问题。同时，随着无线通信技术与网络技术的发展，各种终端设备(如手机、平板电脑)的使用也逐渐普及，越来越多的用户随时随地通过各种终端设备与其他用户进行通信联系。例如，在用户开车的过程中，也经常会有其他用户来电。
64.但在车辆的行驶过程中，若驾驶员接听电话，则通常会导致注意力不能完全集中的驾车上，可能发生交通事故，甚至危及驾驶员和其他乘客的安全。目前，随着行车安全意识的不断提高，人们也越来越注意行车安全，尽量避免在驾驶车辆时接听电话。但是，呼叫用户通常无法准确的知道被呼叫用户是否处于驾车状态，而被呼叫用户有时又因为一些特
殊原因无法在驾驶车辆时拒绝部分电话，只能选择接听，这就为行驶车辆埋下了安全隐患。
65.因此，如何保证驾驶员在驾驶车辆时的安全通话，以提高行驶车辆的安全性是目前亟待解决的技术问题。
66.为解决上述缺陷，本技术提供了一种行车安全通话提醒方法，首先接收呼叫用户通过终端设备发送的通话请求；其中，通话请求包括视频通话请求或语音通话请求，然后响应于该通话请求，获取被呼叫用户所在车辆的运行参数，并根据该运行参数判断是否满足预设接听条件，若是，则向被呼叫用户显示通话请求页面，以便被呼叫用户接听呼叫用户通过终端设备发送的通话；若否，则向呼叫用户所使用的终端设备发送提示信息，用以向其提示被呼叫用户所在车辆处于行驶状态，暂时不方便进行通话。可见，由于本技术实施例能够在被呼叫用户处于驾车状态时，自动向呼叫用户发送提示信息，以向呼叫用户提示被呼叫用户所处的驾车状态，使其尽可能的在非行车期间与被呼叫用户通话，从而能够最大限度的保护被呼叫用户的驾车安全，进而也提高了行驶车辆的安全性。
67.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
68.第一实施例
69.参见图1，为本实施例提供的一种行车安全通话提醒方法的流程示意图，该方法包括以下步骤：
70.s101：接收呼叫用户通过终端设备发送的通话请求；其中，通话请求包括视频通话请求或语音通话请求。
71.在本实施例中，为了能够保证被呼叫用户的驾车安全，提高被呼叫用户所在车辆的行驶安全性，对于被呼叫用户所使用的终端设备来说，首先可以接收呼叫用户通过终端设备发送的通话请求，用以执行后续步骤s102。
72.其中，呼叫用户通过终端设备发送的通话请求可以包括视频通话请求或语音通话请求，且该通话请求中还可以包括呼叫用户的属性信息，比如呼叫用户的名字、电话号码等。
73.呼叫用户或被呼叫用户所使用的终端设备指的是用于为用户提供通信服务的设备。例如，终端设备可以是手机、平板电脑、车辆中控装置等具有提供通信服务功能的设备。其中，通信服务包括但不限于视频通话功能、语音通话功能、提醒功能、语音交互通话等。
74.s102：响应于通话请求，获取被呼叫用户所在车辆的运行参数，并根据运行参数判断是否满足预设接听条件。
75.在本实施例中，为了能够保证被呼叫用户的驾车安全，提高被呼叫用户所在车辆的行驶安全性，在通过步骤s101接收到呼叫用户通过终端设备发送的视频通话请求或语音通话请求后，进一步可以启动被呼叫用户所在车辆的车载检测设备，以获取被呼叫用户所在车辆的运行参数，进而可以通过判断该运行参数是否满足预设接听条件，来确定是否可以立即进行通话。具体的，当判断出获取到的运行参数不满足预设接听条件时，说明被呼叫用户所在车辆正处于快速行驶中，为了保证行驶安全，此时采取的措施是不接听呼叫用户的通话，将继续执行后续步骤s104；反之，当判断出获取到的运行参数满足预设接听条件
时，则说明车辆正处于慢速行驶甚至是停车状态，此时是可以接听呼叫用户的通话的，即，可以继续执行后续步骤s103。
76.其中，预设接听条件的具体内容可根据实际情况，在保证行车安全的情况下进行设定，本技术实施例对此不进行限定。
77.具体来讲，一种可选的实现方式是，当运行参数为车辆的行驶速度；预设接听条件为车辆的行驶速度低于预设速度阈值时，本步骤s102的具体实现过程可以包括：响应于通话请求，获取被呼叫用户所在车辆的行驶速度，并判断所述行驶速度是否低于预设速度阈值，以确定是否满足预设接听条件。
78.在本实现方式中，为了能够保证被呼叫用户的驾车安全，提高被呼叫用户所在车辆的行驶安全性，在接收到呼叫用户通过终端设备发送的视频通话请求或语音通话请求后，进一步可以启动被呼叫用户所在车辆的车载速度传感器，以获取被呼叫用户所在车辆的行驶速度，进而可以通过判断该行驶速度是否超过预设速度阈值，来确定是否可以立即进行通话。具体的，当判断出被呼叫用户所在车辆的行驶速度高于预设速度阈值时，说明被呼叫用户所在车辆正处于快速行驶中，为了保证行驶安全，此时采取的措施是不接听呼叫用户的通话，将继续执行后续步骤s104；反之，当判断出被呼叫用户所在车辆的行驶速度不高于预设速度阈值时，则说明车辆正处于慢速行驶甚至是停车状态，此时是可以接听呼叫用户的通话的，即，可以继续执行后续步骤s103。
79.其中，预设速度阈值指的是用于区分呼叫用户和被呼叫用户是否可以进行通话的临界值。当被呼叫用户所在车辆的行驶速度超过该临界值，则表明被呼叫用户所在车辆正处于快速行驶中，为了保证行驶安全，此时是不能接听呼叫用户的通话的，反之，当被呼叫用户所在车辆的行驶速度未超过该临界值，则说明车辆正处于慢速行驶甚至是停车状态，此时是可以接听呼叫用户的通话的。并且，需要说明的是，预设速度阈值的具体取值可根据实际情况，在保证行车安全的情况下进行设定，本技术实施例对此不进行限定，比如可以将预设速度阈值设定为6km/h等。
80.在本技术实施例的另一种可能的实现方式中，当运行参数为车辆的加速度；预设接听条件为车辆的加速度低于预设加速度阈值时，本步骤s102的具体实现过程可以包括：响应于通话请求，获取被呼叫用户所在车辆的加速度，并判断加速度是否低于预设加速度阈值，以确定是否满足预设接听条件。
81.在本实现方式中，为了能够保证被呼叫用户的驾车安全，提高被呼叫用户所在车辆的行驶安全性，在接收到呼叫用户通过终端设备发送的视频通话请求或语音通话请求后，进一步可以启动被呼叫用户所在车辆的车载加速传感器(如三轴加速传感器)，以获取被呼叫用户所在车辆的行驶加速度，进而可以通过判断该加速度是否超过预设加速度阈值，来确定是否可以立即进行通话。具体的，当判断出被呼叫用户所在车辆的行驶加速度高于预设加速度阈值时，说明被呼叫用户所在车辆正处于快速行驶中，为了保证行驶安全，此时采取的措施是不接听呼叫用户的通话，将继续执行后续步骤s104；反之，当判断出被呼叫用户所在车辆的行驶加速度不高于预设加速度阈值时，则说明车辆正处于慢速行驶甚至是停车状态，此时是可以接听呼叫用户的通话的，即，可以继续执行后续步骤s103。
82.其中，预设加速度阈值指的是用于区分呼叫用户和被呼叫用户是否可以进行通话的临界值。当被呼叫用户所在车辆的行驶加速度超过该临界值，则表明被呼叫用户所在车
辆正处于快速行驶中，为了保证行驶安全，此时是不能接听呼叫用户的通话的，反之，当被呼叫用户所在车辆的行驶加速度未超过该临界值，则说明车辆正处于慢速行驶甚至是停车状态，此时是可以接听呼叫用户的通话的。并且，需要说明的是，预设加速度阈值的具体取值可根据实际情况，在保证行车安全的情况下进行设定，本技术实施例对此不进行限定，比如可以将预设加速度阈值设定为1.5m/s2等。
83.需要说明的是，为了进一步提高被呼叫用户所在车辆的行车安全性，还可以同时获取车辆的行驶速度和行驶加速度，并将二者进行综合分析处理，以根据处理结果，更准确的判定出呼叫用户和被呼叫用户之间是否可以进行通话，具体分析过程如上所述，在此不再赘述。
84.在本技术实施例的再一种可能的实现方式中，当预设接听条件为呼叫用户属于预设白名单时，本技术实施例还可以响应于呼叫用户通过终端设备发送的通话请求，判断呼叫用户是否属于预设白名单，以确定是否满足预设接听条件。
85.在本实现方式中，为了能够保证被呼叫用户的驾车安全，提高被呼叫用户所在车辆的行驶安全性，在接收到呼叫用户通过终端设备发送的视频通话请求或语音通话请求后，进一步可以根据通话请求中包含的呼叫用户的属性信息(如呼叫用户的名字、电话号码等)，判断呼叫用户是否属于预设白名单，来确定是否可以立即进行通话。具体的，当判断出被呼叫用户是属于预设白名单时，则继续执行后续步骤s103；反之，当判断出被呼叫用户是不属于预设白名单时，则可以继续执行后续步骤s104。
86.其中，预设白名单指的是预先为被呼叫用户设定的重要联系人的名单。其中包含的通话号码及联系人名称等信息可根据实际情况进行设定，本技术实施例对此不进行限定，比如可以利用被呼叫用户的家人名称及其电话号码组成被呼叫用户的预设白名单，当其家人利用对应电话号码向被呼叫用户发送通话请求时，即可立即执行后续步骤s103；反正当判断出不是白名单中的呼叫用户发送的通话请求时，即可立即执行后续步骤s104。
87.s103：若是，则向被呼叫用户显示通话请求页面，以便被呼叫用户接听呼叫用户通过终端设备发送的通话。
88.在本实施例中，为了能够保证被呼叫用户的驾车安全，提高被呼叫用户所在车辆的行驶安全性，若通过步骤s102判断出满足预设接听条件，即，判断出车辆正处于慢速行驶甚至是停车状态，此时即使在接听通话时分散了被呼叫用户的一部分注意力，但也不会影响到行车安全，则可以向被呼叫用户显示通话请求页面，以便被呼叫用户接听呼叫用户通过终端设备发送的通话。例如，可以在被呼叫用户所在车辆的座舱中控显示屏上显示通话请求页面，以便被呼叫用户接听呼叫用户的通话。
89.s104：若否，则向呼叫用户所使用的终端设备发送提示信息；其中，提示消息用于提示被呼叫用户所在车辆处于行驶状态，暂时不方便进行通话。
90.在本实施例中，为了能够保证被呼叫用户的驾车安全，提高被呼叫用户所在车辆的行驶安全性，若通过步骤s102判断出不满足预设接听条件，即，判断出车辆正处于快速行驶中，此时，为了保证行驶安全，最好不要分散被呼叫用户的注意力，所以采取的措施是不接听呼叫用户的通话，并直接向呼叫用户的终端设备发送提示信息，用以向对方提示被呼叫用户正驾驶车辆处于行驶状态，为了保证行驶安全，暂时不方便进行通话。
91.其中，提示信息的具体类型可以包括但不限于语音播报提醒、文字提醒、或视频提
醒等。
92.在此基础上，一种可选的实现方式是，在向呼叫用户所使用的终端设备发送了提示信息之后，可以接收呼叫用户通过终端设备发送的对提示消息的反馈响应，当根据该反馈响应确定出呼叫用户再次发送了通话请求时，即，当判断出车辆正处于快速行驶中，为了保证行驶安全，不分散被呼叫用户的注意力，此时采取的措施可以是不接听呼叫用户的通话，并将该通话挂断，同时向呼叫用户的终端设备发送提示信息，用以向对方提示被呼叫用户正驾驶车辆处于行驶状态，为了保证行驶安全，暂时不方便进行通话，若呼叫用户在接收到该提示信息后，仍坚持再次向被呼叫用户发送了通话请求，即，再次请求与被呼叫用户进行通话，此时，表明对方可能有很紧急的事情需要沟通，进而响应于呼叫用户再次发送的该通话请求，可以向被呼叫用户显示通话请求页面，以便被呼叫用户能够及时接听到呼叫用户通过终端设备发送的通话，避免被呼叫用户错过可能存在的紧急事件。
93.或者，当判断出车辆正处于快速行驶中，为了保证行驶安全，不分散被呼叫用户的注意力，此时采取的措施可以是暂时不接听呼叫用户的通话，但并未将该通话挂断，而是在处于呼叫状态中向呼叫用户的终端设备发送提示信息，用以向对方提示被呼叫用户正驾驶车辆处于行驶状态，为了保证行驶安全，暂时不方便进行通话，若呼叫用户在接收到该提示信息后，仍坚持继续拨打通话，而不是将通话挂断，仍坚持再次向被呼叫用户发送通话请求，此时，表明对方可能有很紧急的事情需要沟通，进而响应于呼叫用户再次发送的该通话请求，可以向被呼叫用户显示通话请求页面，以便被呼叫用户能够及时接听，避免错过可能存在的紧急事件。
94.举例说明：当一位父亲正在开车并将他的孩子独自留在家中，此时，若他的孩子在家突然有急事要联系父亲，想与父亲通话，并通过手机给父亲的手机发送了视频通话请求，此时，由于父亲驾驶车辆处于行驶状态，则会直接向孩子使用的手机发送提示信息(提示信息可以是文字展示、语音播报等任意方式)，孩子在看到提示信息后，通过对提示信息的点击操作，仍选择了继续发送视频通话请求作为反馈响应，进而在再次接收到孩子通过手机发送的视频通话请求后，可直接在车辆的中控显示屏上显示该视频通话请求；或者，若孩子在看到提示信息后，主动停止了视频通话请求，即通过对提示信息的点击操作，选择了终止发送视频通话请求作为反馈响应，则进而可以在车辆的中控显示屏上给这位父亲(即驾驶者)显示出他的孩子曾经在何时发送了视频通话请求的详细记录，以便这位父亲在合适的时间(如停车时)，可以及时主动与孩子进行通话联系。
95.此外，需要说明的是，在通过执行上述步骤s101-s104来保证被呼叫用户的驾车安全并提高行车安全性之前，为了保证用户之间的正常通信，避免被呼叫用户作为车载乘客时被误发提示信息。一种可选的实现方式是，可以接收被呼叫用户的输入操作，以确定被呼叫用户的终端设备的应用模式是否为驾驶模式，进而确定被呼叫用户是否为驾驶员。并且只有当确定出被呼叫用户的终端设备的应用模式为驾驶模式，即确定出被呼叫用户为驾驶员时，才会执行上述步骤s101-s104，来保证被呼叫用户的驾车安全。
96.或者，另一种可选的实现方式是，为了保证用户之间的正常通信，避免被呼叫用户作为车载乘客时被误发提示信息。还可以采集被呼叫用户的手势信息，以确定被呼叫用户是否为驾驶员。比如，当采集被呼叫用户的手势信息为被呼叫用户的双手握住方向盘时，则表明被呼叫用户为驾驶员。此时，即可执行上述步骤s101-s104，来保证被呼叫用户的驾车
安全。
97.此外，一种可选的实现方式是，为了保证用户之间的正常通信，避免被呼叫用户作为车载乘客时被误发提示信息。还可以先获取被呼叫用户所采用的终端设备(如手机)与驾驶位置之间的距离，然后，判断该距离是否小于预设距离阈值，若是，则表明被呼叫用户为驾驶员，此时，为了提高被呼叫用户的通信便捷性和安全性，可以自动将被呼叫用户采用的终端设备(如手机)接入被呼叫用户所在车辆的座舱中控系统，进而可以利用车辆的座舱中控系统，执行上述步骤s101-s104，来保证被呼叫用户的驾车安全；若否，则表明被呼叫用户为非驾驶员，可进行正常通信。
98.综上，本实施例提供的一种行车安全通话提醒方法，首先接收呼叫用户通过终端设备发送的通话请求；其中，通话请求包括视频通话请求或语音通话请求，然后响应于该通话请求，获取被呼叫用户所在车辆的运行参数，并根据该运行参数判断是否满足预设接听条件，若是，则向被呼叫用户显示通话请求页面，以便被呼叫用户接听呼叫用户通过终端设备发送的通话；若否，则向呼叫用户所使用的终端设备发送提示信息，用以向其提示被呼叫用户所在车辆处于行驶状态，暂时不方便进行通话。可见，由于本技术实施例能够在被呼叫用户处于驾车状态时，自动向呼叫用户发送提示信息，以向呼叫用户提示被呼叫用户所处的驾车状态，使其尽可能的在非行车期间与被呼叫用户通话，从而能够最大限度的保护被呼叫用户的驾车安全，进而也提高了行驶车辆的安全性。
99.第二实施例
100.本实施例将对一种行车安全通话提醒装置进行介绍，相关内容请参见上述方法实施例。
101.参见图2，为本实施例提供的一种行车安全通话提醒装置的组成示意图，该装置200包括：
102.第一接收单元201，用于接收呼叫用户通过终端设备发送的通话请求；所述通话请求包括视频通话请求或语音通话请求；
103.第一判断单元202，用于响应于所述通话请求，获取被呼叫用户所在车辆的运行参数，并根据所述运行参数判断是否满足预设接听条件；
104.第一显示单元203，用于若满足预设接听条件，则向所述被呼叫用户显示所述通话请求页面，以便所述被呼叫用户接听所述呼叫用户通过终端设备发送的通话；
105.发送单元204，用于若不满足预设接听条件，则向所述呼叫用户所使用的终端设备发送提示信息；所述提示消息用于提示所述被呼叫用户所在车辆处于行驶状态，暂时不方便进行通话。
106.在本实施例的一种实现方式中，所述运行参数为车辆的行驶速度；所述预设接听条件为车辆的行驶速度低于预设速度阈值；所述第一判断单元202具体用于：
107.响应于所述通话请求，获取被呼叫用户所在车辆的行驶速度，并判断所述行驶速度是否低于预设速度阈值，以确定是否满足预设接听条件。
108.在本实施例的一种实现方式中，所述运行参数为车辆的加速度；所述预设接听条件为车辆的加速度低于预设加速度阈值；所述第一判断单元202具体用于：
109.响应于所述通话请求，获取被呼叫用户所在车辆的加速度，并判断所述加速度是否低于预设加速度阈值，以确定是否满足预设接听条件。
110.在本实施例的一种实现方式中，所述预设接听条件为所述呼叫用户属于预设白名单；所述装置还包括：
111.第二判断单元，用于在接收呼叫用户通过终端设备发送的通话请求之后，响应于所述通话请求，判断所述呼叫用户是否属于预设白名单，以确定是否满足预设接听条件。
112.在本实施例的一种实现方式中，所述装置还包括：
113.第二接收单元，用于在向所述呼叫用户所使用的终端设备发送提示信息之后，接收所述呼叫用户通过终端设备发送的对所述提示消息的反馈响应；
114.第二显示单元，用于当根据所述反馈响应确定所述呼叫用户再次发送了通话请求时，响应于所述呼叫用户再次发送的通话请求，向所述被呼叫用户显示所述通话请求页面，以便被呼叫用户接听所述呼叫用户通过终端设备发送的通话。
115.在本实施例的一种实现方式中，所述装置还包括：
116.第三接收单元，用于在接收呼叫用户通过终端设备发送的通话请求之前，接收被呼叫用户的输入操作；
117.第一确定单元，用于根据所述被呼叫用户的输入操作确定所述被呼叫用户的终端设备的应用模式，并在所述应用模式为驾驶模式时，调用执行所述第一接收单元201、第一判断单元202、第一显示单元203和发送单元204。
118.在本实施例的一种实现方式中，所述装置还包括：
119.采集单元，用于在接收呼叫用户通过终端设备发送的通话请求之前，采集被呼叫用户的手势信息；
120.第二确定单元，用于根据所述被呼叫用户的手势信息确定所述被呼叫用户是否为驾驶员；
121.调用单元，用于若确定所述被呼叫用户为驾驶员，则调用执行所述第一接收单元201、第一判断单元202、第一显示单元203和发送单元204。
122.在本实施例的一种实现方式中，所述装置还包括：
123.获取单元，用于在接收呼叫用户通过终端设备发送的通话请求之前，获取所述被呼叫用户所采用的终端设备与驾驶位置之间的距离；
124.接入单元，用于当所述距离小于预设距离阈值时，自动将所述被呼叫用户采用的终端设备接入所述被呼叫用户所在车辆的座舱中控系统，并调用执行所述第一接收单元201、第一判断单元202、第一显示单元203和发送单元204。
125.进一步地，本技术实施例还提供了一种行车安全通话提醒设备，包括：处理器、存储器、系统总线；
126.所述处理器以及所述存储器通过所述系统总线相连；
127.所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述行车安全通话提醒方法的任一种实现方法。
128.进一步地，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述行车安全通话提醒方法的任一种实现方法。
129.进一步地，本技术实施例还提供了一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述行车安全通话提醒方法的任一种实现方
法。
130.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本技术各个实施例或者实施例的某些部分所述的方法。
131.需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
132.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
133.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。