本申请属于通信技术领域，具体涉及一种消息通知方法、装置、电子设备和可读存储介质。
背景技术：
随着技术的发展，现在的导航软件的使用越发普遍，人们在开车出行时，一般都会使用导航软件进行导航，用户在开车过程中，为了方便用户可及时获取手机中的通知，目前很多移动终端都提供了驾驶场景，提供语音播报的功能，有微信通知到达时，手机可以自动播报语音通知，但目前的播报服务，一旦出现消息就会立刻播报，一方面非常容易转移专心开车的司机的注意力，存在一定的驾驶隐患，另一方面由于司机注意力较为集中，可能对消息内容的获取并不完全。
技术实现要素：
本申请实施例的目的是提供一种消息通知方法、装置、电子设备和可读存储介质，能够根据具体的道路类别灵活选择消息的通知方式，以不同的道路类别对消息进行播报，以减少对司机人员在专心驾驶时被消息突然打断所发生意外的可能性，兼顾于便利和安全两个方面，提高用户的使用体验。
第一方面，本申请实施例提供了一种消息通知方法，该方法包括：获取车辆行驶过程中的道路类别；根据道路类别确定消息的通知方式；根据通知方式播报消息。
第二方面，本申请实施例提供了一种消息通知装置，该装置包括：获取模块，用于获取车辆行驶过程中的道路类别；确定模块，用于根据道路类别确定消息的通知方式；播报模块，用于根据通知方式播报消息。
第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。
第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。
在本申请实施例中，主要是在车辆行驶的过程中对接收到的消息进行播报，为了减少对司机专心驾驶的影响，会根据具体的道路类别进行通知方式的划分，也即根据不同的路况信息可以不同的通知方式播报消息，从而在路况较为安全的情况下将消息通知给司机。也即在保证驾驶安全的情况下，能够使司机接收到更多的消息。
附图说明
图1示出了根据本申请的一个实施例的消息通知方法的流程示意图；
图2示出了根据本申请的一个实施例的消息通知方法的流程示意图；
图3示出了根据本申请的一个实施例的消息通知方法的流程示意图；
图4示出了根据本申请的一个实施例的消息通知方法的流程示意图；
图5示出了根据本申请的一个实施例的消息通知方法的流程示意图；
图6示出了根据本申请的一个实施例的消息通知方法的界面示意图；
图7示出了根据本申请的一个实施例的消息通知方法的界面示意图；
图8示出了根据本申请的一个实施例的消息通知方法的流程示意图；
图9示出了根据本申请的一个实施例的消息通知装置的结构示意图；
图10示出了根据本申请的一个实施例的电子设备的结构示意图；
图11示出了根据本申请的一个实施例的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图1至图11，通过具体的实施例及其应用场景对本申请实施例提供的消息通知方法、装置、电子设备和可读存储介质进行详细地说明。
本实施例提供了一种消息通知方法，如图1所示，包括：步骤s102：获取车辆行驶过程中的道路类别；步骤s104：根据道路类别确定消息的通知方式；步骤s106：根据通知方式播报消息。
本实施例所提供的消息通知方法，主要是在车辆行驶的过程中对接收到的消息进行播报，为了减少对司机专心驾驶的影响，会根据具体的道路类别进行通知方式的划分，也即根据不同的路况信息可以不同的通知方式播报消息，从而在路况较为安全的情况下将消息通知给司机。也即在保证驾驶安全的情况下，能够使司机接收到更多的消息。
具体地，在接收到消息时，首先对车辆所在的道路类别进行获取，获取方式可以直接通过定位器和导航软件进行获取，还可与交通部门的路况网络进行联网，从而直接获取道路类别，在获取到道路类别后，可根据道路类别的不同，确定消息的不同通知方式，以在减少对司机的驾驶影响的基础上，兼顾于便利和安全两个方面，提高用户的使用体验。
进一步地，道路类别可以为车辆目前所处的实时地点，也可以为在导航路径上即将经过的地点。
进一步地，如图2所示，在根据通知方式播报消息之前，还包括：步骤s1052：获取多个消息的通知优先顺序；根据通知方式播报消息，具体包括：步骤s1062：根据通知优先顺序和道路类别播报消息。
在对消息进行播报之前，还需要先引入如图6所示的消息的播报优先级，也即获取多个消息的通知优先顺序，在进行消息播报时，主要是根据通知优先级和道路类别进行综合判断，在同时收到不同的消息时，可根据通知优先顺序，对消息进行分类，进而在不同的道路类别下播报相对应的消息。
进一步地，如图3所示，道路类别具体包括：普通类别、高速类别和堵车类别，根据道路类别确定消息的通知方式，具体包括：步骤s1042：若道路类别为普通类别，则获取车辆的位置信息和车速信息；根据通知方式播报消息，具体包括：步骤s1044：在位置信息位于播报范围内，且车速信息小于播报车速阈值时，播报消息；步骤s1046：若道路类别为高速类别，则获取车辆的道路复杂程度；根据通知方式播报消息，具体包括：步骤s1048：根据道路复杂程度确定消息的单次播报数量和播报间隔；步骤s1054：根据单次播报数量和播报间隔，播报消息；步骤s1056：若道路类别为堵车类别，则根据通知优先顺序持续播报消息。
道路类别主要包括三类，分别为普通类别、高速类别和堵车类别，主要是根据交通状态和道路规划的类型进行划分的，当道路类别为普通类别时，可认为当前在市区正常道路上行驶，由于正常道路的红绿灯较多，红绿灯的设置也较为频繁，故而可通过获取车辆的位置信息和车速信息，并对二者进行判断，在位置信息在可被允许播报的播报范围内，且车速较低时，即可对消息进行播报。更进一步地，可以在司机有足够反应做安全驾驶的情况下，例如当车辆在红绿灯路口且车速为0时，系统开始自动播报，或车辆车速低于20km/h缓慢行驶时进行系统开始自动播报。
当道路类别为高速类别时，先获取车辆的道路复杂程度，根据不同的道路复杂程度确定每次播报消息时的数量和多次播报消息的间隔，即为根据道路复杂程度确定单次播报数量和播报间隔，以便于以播报间隔作为周期，播报单次播报数量的消息，进一步地，道路复杂程度可根据实际情况划分为多个级别，例如可分为三个级别，不复杂、复杂和非常复杂3个级别，其中，非常复杂的级别即为第一复杂级别。当道路复杂情况为不复杂级别时，启动通知自动播报服务，系统实时自动播报通知当前收到的通知。当道路复杂情况为复杂时，启动通知实时自动播报服务，如同时到达的通知多于2条时，每次只播报2条通知，间隔3分钟后继续播报。当道路复杂为非常复杂级别时，系统会默认司机需要专心驾驶，故而系统自动语音提示用户暂停播报，具体的语音信息可以为“检测到您的驾驶环境较为复杂，为了确保安全，通知播报服务暂停播报，您通过口令开启通知播报服务”。
其中，道路的复杂程度的划分可以依据导航软件自身数据进行判断，或是依据车辆的智能驾驶系统数据来进行判断，或是同时通过导航软件和智能驾驶系统数据进行综合判断。
当道路类别为堵车类别时，则认为当前车辆行驶时的车速较低，语音播报的话，也不会影响司机的驾驶，可依旧按照通知优先顺序对消息分类，并依顺序显示。
进一步地，如图4所示，在获取车辆行驶过程中的道路类别之前，还包括：步骤s1012：判断车辆行驶过程中是否存在同行终端；步骤s1014：在存在多个同行终端的情况下，获取多个同行终端对应的至少两个分组类别；步骤s1016：确定每个分组类别中同行终端所能接收的消息种类；步骤s1018：将消息根据消息种类对应发送至同行终端，在不存在同行终端的情况下则获取车辆行驶过程中的道路类别。
在行驶过程中，可能车辆内不仅仅只有一位司机，可能还会有同行的乘客，故而此时，可判断在车辆行驶过程中，是否存在同行终端，如若确实存在，则需要以同行模式对消息进行播报，可以根据设置的策略同步至同行用户的手机上，帮助驾驶人获取和管理重要消息。如同行用户收到通知后，一段时间内没有查看通知，则依据优先级推送给其他同行用户，如所有通行用户均未读，则切换至智能播报模式，界面如图7所示，待信息播报结束后，再次切换到同行模式。
其中，对同行终端的存在与否的判断中，可通过同行终端是否和司机终端处于同一定位位置上来判断，若车辆的尺寸较大，可对两个定位位置进行判断，只要在车辆的尺寸范围内即可。
还可以地，可通过将司机终端和其他终端进行配对以进行识别，用户可以根据同行人的实际情况，确定其所属的分组策略。
在播报消息时，可根据不同的分组类别进行播报，在同行模式下，可采取对同行人的分组策略，例如为配偶、父母、亲密朋友、普通朋友、同事等分组。不同的分组设置对应可以同步的通知类型，也即确定每个分组类别所能接收到的消息种类。系统在获取用户的同意后，智能的自动提供分组和同步策略，根据用户通讯录、及时消息软件等多方信息，进行策略的初始化，用户也可进行个性化的设置。
即用户可以根据同行人的身份、亲密度等情况进行判断，哪些信息可以同步给同行人，哪些信息可以不同步给同行人。设置可以同步通知的app，app中的消息类型，app中不同的联系人等。
例如同行人是用户的配偶或者家人，可以将所有通知同步给同行人。如果是普通朋友，本次出行是一起去赴约，则可以将微信中一起约会人的消息通知同步给同行人。如果是同事，可以将工作用到的及时消息，或者工作中重要的联系人发送的短信同步给同行人。
如果有多名同行人时，可以设置同行人通知推送的优先级。在设置优先级时，如果同行人存在历史同行记录，则对其通知查看历史行为进行分析，可以从通知阅读率、通知查看的及时性等维度进行判断，智能的为用户推荐同行人通知同步的优先级。
同行模式启动后，如果同行人的手机设置为静音或者免打扰模式，则在用户手机上提示，该同行人可能收不到通知，让用户提醒同行人关闭静音或者免打扰模式，同时也在同行人的手机上进行提示其关闭静音或者免打扰模式。
同行模式下，通知消息到达后，用户的手机仅显示消息的数量，根据同行人的优先级，系统优先将信息同步给第一级优先级的同行人，同行人的手机实时收到用户手机的通知消息，进行展示。如在2分钟内(可设置)，第一优先级的同行人没有阅读通知消息，则向第二优先级的同行人发送消息，依次类推。
如果所有同行人都没有阅读通知消息，用户通过自己的移动终端发现后，可以通过语音唤醒主动播报模式，系统对信息进行播报。如用户没有发现有通知消息到达，没用启用主动播报模式，则系统自动切换至通知智能播报模式，将同行人未阅读的通知消息进行播报，在通知播报完毕后，关闭智能播报模式，切换至同行模式。在切换至通知智能播报模式后，同行模式依旧生效，同行人的手机依旧能够收到通知消息。
进一步地，如图5所示，还包括：步骤s108：接收用于触发主动播报的第一输入；步骤s110：响应于所述主动播报输入信息，确定车辆行驶过程中的道路复杂程度；步骤s112：若道路复杂程度为第一复杂级别，则保持原有通知方式，否则确定消息的播报时长和播报间隔；步骤s114：根据通知优先顺序、播报时长和播报间隔播报消息。
在接收到主动消息播报指令时，通知信息并不是在到达的时候就进行播报或展示，通过车机系统或者手机屏幕显示目前已经收到的通知数量及来源，用户可以主动请求系统播报语音。主动播报模式下，系统需要优先判断当前驾驶场景是否是安全的，如是复杂场景则延后进行播报，也即通过对车辆行驶过程中的道路复杂程度进行获取，仅在复杂程度较低时，进行主动播报，否则，需要保持原有的播报方式进行播报。具体地，在进行主动播报时，需要先获取播报时长和播报间隔，再将播报时长、播报间隔和通知优先顺序对消息进行播报。
对于道路复杂程度而言，可根据实际情况划分为多个级别，例如可分为三个级别，不复杂、复杂和非常复杂3个级别，其中，非常复杂的级别即为第一复杂级别。其中，道路的复杂程度的划分可以依据导航软件自身数据进行判断，或是依据车辆的智能驾驶系统数据来进行判断，或是同时通过导航软件和智能驾驶系统数据进行综合判断。
进一步地，系统收到消息后，不进行播报，仅进行展示。在车辆行驶过程中，用户可以通过语音口令，主动要求系统播报通知。系统根据当前通知的优先级自动进行播报。为保证驾驶安全，主动请求播报时，在判断用户所处驾驶环境是否复杂，如是非常复杂场景，则不进行播报。其他场景下，在原有优先级的前提下，还需要对的通知数量及通知的内容长度进行判断，一次播放的通知时长不超过30秒(如单条消息超过30秒时不受限制)，超过30秒，则需要等待到下一次播报，每次播报的间隔大于2分钟。
本申请还提出了一个具体的消息通知方法的实施例，如图8所示，包括：步骤s202：设置通知优先级；步骤s204：选择通知获取模式；步骤s206：智能播报模式；步骤s2062：接收通知并确定优先级；步骤s2064：智能识别驾驶场景；步骤s208：主动播报模式；步骤s2082：展示通知数目；步骤s2084：请求播报；步骤s2086：播报通知信息；步骤s210：同行模式；步骤s2102：设置同步策略；步骤s2104：同步通知信息给同行人。
通过上述消息通知方法，通过导航软件对当前驾驶场景进行智能识别，驾驶场景可分为普通道路场景、高速道路场景、堵车驾驶场景。在不同驾驶场景下提供预设的通知播报模式，并结合预先设定的通知播报优先级，提供与驾驶场景相匹配的通知播报服务，提高车辆行驶过程中获取通知的效率，同时保障驾驶安全。
主要改进点在于：提供三种相对安全且高效的获取手机通知的模式，同时系统能够依据驾驶实际场景优选地推荐通知模式。其中，通过车机系统可以判断当前驾驶场景下是否有同行人，如果有同行人，则推荐使用同行模式，如没有则推荐使用通知智能播报模式。如果用户当前出行为负责驾驶路线，则推荐主动请求播报模式。另外，主动请求播报模式则为常驻服务，用户可以随时通过语音唤起智能播报模式。
1、对于车辆行驶过程中收到的各类通知建立一个优先级排序模型，确定通知播报的优先级顺序，用户可以设定优先级顺序进行自定义排序，改变原有通知先到到达就先播报和查看的方式，提升车辆行驶过程中获取到重要通知的效率。
2、提供通知智能播报模式，通知信息并不是在到达的时候就进行播报或展示，而是依据驾驶场景来确定播报方式。依据导航软件获取当前驾驶时所在的道路类型、位置和车速等信息，来识别当前的驾驶场景，不同的驾驶场景产生的风险程度不一样，来确定通知播放的模式，能够获取重要通知的同时，不增加驾驶风险，同时保证不违法。同时提示提供语音主动请求播报服务，驾驶人可以在确保安全的情况下请求播报通知，获取通知信息更加方便。
3、提供一种同行通知获取模式，驾驶人可以和车内同行的其他用户组成同行模式。用户可以设置同行用户的通知推送优先级，可根据出行的场景设置信息同步策略，驾驶人手机收到的重要通知，可以根据设置的策略同步至同行用户的手机上，帮助驾驶人获取和管理重要消息。如同行用户收到通知后，一段时间内没有查看通知，则依据优先级推送给其他同行用户，如所有通行用户均未读，则切换至智能播报模式，待信息播报结束后，再次切换到同行模式。
4、提供主动请求播报模式，通知信息并不是在到达的时候就进行播报或展示，通过车机系统或者手机屏幕显示目前已经收到的通知数量及来源，用户可以主动请求系统播报语音。主动播报模式下，系统需要优先判断当前驾驶场景是否是安全的，如是复杂场景则延后进行播报。
其中，在设置播报优先级时，用户可以设定驾驶场景中需要播报通知的app列表，并确定app之间的优先级顺序。同时用户可以对于同一app内不同的消息类型进行优先级排序。对于及时通讯类的app，如微信、企业微信、钉钉、飞书、v消息等，用户可设置重要联系人，来确定联系人发送通知的重要程度，进行对app内部通知的优先级进行排序；对于其他类型的app，列举出app可能发送给用户通知的种类，由用户自定义每类通知的播报优先级。
而在设置通知播报的优先级后，可设置同行模式的信息同步策略，可以采取对同行人的分组策略，例如为配偶、父母、亲密朋友、普通朋友、同事等分组。不同的分组设置对应可以同步的通知类型。系统在获取用户的同意后，智能的自动提供分组和同步策略，根据用户通讯录、及时消息软件等多方信息，进行策略的初始化，用户也可进行个性化的设置。即用户可以根据同行人的身份、亲密度等情况进行判断，哪些信息可以同步给同行人，哪些信息可以不同步给同行人。设置可以同步通知的app，app中的消息类型，app中不同的联系人等。例如同行人是用户的配偶或者家人，可以将所有通知同步给同行人。如果是普通朋友，本次出行是一起去赴约，则可以将微信中一起约会人的消息通知同步给同行人。如果是同事，可以将工作用到的及时消息，或者工作中重要的联系人发送的短信同步给同行人。
依据导航软件，获取用户当前所行驶的道路，确定驾驶场景。在普通道路行驶时，确定为普通道路模式；在高速道路行驶时，确定为高速道路模式；当识别用户正在堵车时，确定为堵车模式。
智能通知播报，依据识别的驾驶场景以及接收到的通知优先级进行通知播报。普通道路模式下，当车辆在红绿灯路口且车速为0时，系统开始自动播报。或车辆车速低于20km/h缓慢行驶时进行系统开始自动播报。高速道路模式下，依据导航系统和车辆的智能驾驶系统来综合判断当前道路的复杂情况。将道路的复杂情况分为3个级别，即不复杂、复杂和非常复杂3个级别。堵车模式下，导航系统识别到当前驾驶时已进入拥堵，则持续对当前已经收到的通知按照优先级顺序进行连续播报。
当道路复杂情况为不复杂级别时，启动通知自动播报服务，系统实时自动播报通知当前接受到的通知。当道路复杂情况为复杂时，启动通知实时自动播报服务，如同时到达的通知多于2条时，每次只播报2条通知，间隔3分钟后继续播报。当道路复杂为非常复杂级别时，系统自动语音提示“检测到您的驾驶环境较为复杂，为了确保安全，通知播报服务暂停播报，您通过口令开启通知播报服务”。
道路复杂情况可依据如下因素进行综合判定：
依据导航软件自身数据进行判断；判断当前驾驶的道路是否是经常发生事故的道路，并对依据发生交通事故的频率以及严重程度来确定道路复杂程度，发生的频率越高和程度越严重，则道路的复杂程度越高。判断一段时间内，车辆速度变化的情况，车速变化的频率越高，跨度越大，则复杂程度越高。相反，车速一直保持在稳定的水平下，复杂程度就较低。
依据车辆的智能驾驶系统数据来进行判断，可以借助车辆的智能驾驶系统，即根据车辆自身各部位的雷达系统，以及摄像头传回的影像数据，进行综合分析，确定车辆所处的驾驶环境是否复杂，车辆所行驶车道及左右车道的车辆越多，以及和车辆之间的距离越小，则确定所处的驾驶环境复杂度越高。
此外，针对已接收到的消息，可以通过语音转文字的技术，以及文本语义识别的技术，对消息内容进行智能识别，根据一些关键字和语义，来确定消息的优先级。
在另一个实施例中，同行模式下，依据同行人的属性及分组策略，智能的对通知消息进行标记，对具备某些特征的非常私密的通知消息进行主动屏蔽，不推送到同行人，保护用户的隐私安全。
需要说明的是，本申请实施例提供的消息通知方法，执行主体可以为消息通知装置，或者该消息通知装置中的用于执行消息通知方法的控制模块。本申请实施例中以消息通知装置执行消息通知方法为例，说明本申请实施例提供的消息通知装置。
如图9所示，本申请实施例提供一种消息通知装置900。该消息通知装置包括获取模块901、确定模块902和播报模块903。
其中，获取模块901，用于获取车辆行驶过程中的道路类别；确定模块902，用于根据道路类别确定消息的通知方式；播报模块903，用于根据通知方式播报消息。
进一步地，在播报模块903根据通知方式播报消息之前，获取模块901还用于获取多个消息的通知优先顺序；播报模块903用于根据通知优先顺序和道路类别播报消息。
进一步地，道路类别具体包括：普通类别、高速类别和堵车类别，若道路类别为普通类别，获取模块901还用于获取车辆的位置信息和车速信息；确定模块902用于确定消息的通知方式为：在所述位置信息位于播报范围内，且所述车速信息小于播报车速阈值时，播报所述消息；若道路类别为高速类别，获取模块901还用于获取车辆的道路复杂程度；确定模块902用于确定消息的通知方式为：按照根据所述道路复杂程度确定的所述消息的单次播报数量和播报间隔，播报所述消息；若道路类别为堵车类别，获取模块901还用于获取多个所述消息的通知优先顺序，确定模块902用于确定消息的通知方式为：根据所述通知优先顺序持续播报所述消息。
进一步地，消息通知装置还包括发送模块，获取模块901还用于在存在多个同行终端的情况下，获取多个同行终端对应的至少两个分组类别；确定模块902用于确定每个分组类别中同行终端所能接收的消息种类；发送模块，用于将消息根据消息种类对应发送至分组类别的同行终端。
进一步地，还包括：获取模块901用于接收用于触发主动播报的第一输入；确定模块902用于响应于第一输入，确定车辆行驶过程中的道路复杂程度；若道路复杂程度为第一复杂级别，则保持原有通知方式，否则确定消息的播报时长和播报间隔；播报模块903用于根据通知优先顺序、播报时长和播报间隔播报消息。
本申请实施例中的消息通知装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本或者个人数字助理(personaldigitalassistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(networkattachedstorage，nas)、个人计算机(personalcomputer，pc)、电视机(television，tv)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的消息通知装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的消息通知装置能够实现如图1至图5的方法实施例实现的各个过程，为避免重复，这里不再赘述。
进一步地，如图10所示，本申请实施例还提供一种电子设备1100，包括处理器1110，存储器1109，存储在存储器1109上并可在所述处理器1110上运行的程序或指令，该程序或指令被处理器1110执行时实现上述消息通知方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
图11为实现本申请实施例的一种电子设备的结构示意图。该电子设备100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器1109、以及处理器1110等部件。
本领域技术人员可以理解，电子设备100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图11中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
其中，处理器1110可用于实现以下步骤：
获取车辆行驶过程中的道路类别；
根据道路类别确定消息的通知方式；
根据通知方式播报所述消息。
本实施例所提供的消息通知方法，主要是在车辆行驶的过程中对接收到的消息进行播报，为了减少对司机专心驾驶的影响，会根据具体的道路类别进行通知方式的划分，也即根据不同的路况信息可以不同的通知方式播报消息，从而在路况较为安全的情况下将消息通知给司机。也即在保证驾驶安全的情况下，能够使司机接收到更多的消息。
应理解的是，本申请实施例中，如图11所示，输入单元104可以包括图形处理器(graphicsprocessingunit，gpu)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器109可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1110中。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述消息通知方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述消息通知方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。
