本申请实施例涉及互联网技术领域，特别涉及一种出行提示方法及装置。
背景技术：
随着互联网技术的发展，互联网技术渗透到人们生活的方方面面，为人们的生活带来了越来越多的便利，以出行为例，用户可以通过网络预约车辆，在预约成功后，网约车的司机会前往指定的上车点接载乘客，在接到乘客后驾车前往指定的下车点。
在行驶过程中，如果遇到道路损坏的情况(例如道路破损、凹陷或裂缝)一方面道路损坏容易引发交通拥堵，导致乘车时间过长，另一方面车辆行驶在损坏的道路上也容易发生交通事故，存在安全隐患。因此，如何设计一种新的出行提示方案，以根据道路的情况提示用户出行已成为本领域技术人员亟待解决的问题。
技术实现要素：
为了解决上述问题，本申请实施例提供一种出行提示方法及装置。
具体地，本申请实施例是通过如下技术方案实现的：
根据本申请实施例的第一方面，提供一种出行提示方法，所述方法包括：
获得用户的出行路线；
根据存储的道路损坏信息，判断所述出行路线中是否包含损坏的道路；
当所述出行路线中包含损坏的道路时，生成出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；
将所述出行提醒信息发送给所述用户的终端设备。
本申请实施例中，所述方法还包括：
判断所述存储的道路损坏信息是否为有效的信息；
若所述存储的道路损坏信息为有效的信息，则执行所述根据存储的道路损坏信息，判断所述出行路线中是否包含损坏的道路的步骤。
本申请实施例中，所述存储的道路损坏信息的来源包括以下一种或多种：
终端设备，
或，安装于城市道路交通设施中的道路传感器，
其中，所述终端设备或所述道路传感器具有道路损坏信息上传接口，所述道路损坏信息上传接口用于上传道路损坏信息。
本申请实施例中，所述方法还包括：
当道路损坏情况的处理进度发生变化时，确定期望追踪道路损坏情况的处理进度的目标用户；
确定所述目标用户的目标账号；
向所述目标账号发送用于通知所述道路损坏情况的处理进度的通知消息。
本申请实施例中，所述目标账号包括下述至少一种：邮箱账号、手机号码、或应用程序账号。
本申请实施例中，所述道路损坏信息包括损坏的道路的位置信息和/或用于对道路损坏情况进行描述的描述信息，其中所述位置信息和所述描述信息为下述至少一种表现形式：
数据、文字、图片、视频、或语音。
根据本申请实施例的第二方面，提供一种出行提示方法，所述方法包括：
将用户的行程信息发送给服务器，其中，所述行程信息包括行程的起点和/或终点信息；
接收所述服务器发送的出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；
输出所述出行提醒信息。
根据本申请实施例的第三方面，提供一种出行提示装置，所述装置包括：
路线获得模块，用于获得用户的出行路线；
第一判断模块，用于根据存储的道路损坏信息，判断所述路线获得模块获得的出行路线中是否包含损坏的道路；
生成模块，用于在所述第一判断模块的判断结果为是的情况下，生成出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；
第一发送模块，用于将所述生成模块生成的出行提醒信息发送给所述用户的终端设备。
本申请实施例中，所述装置还包括：
第二判断模块，用于判断所述存储的道路损坏信息是否为有效的信息，在判断结果为是的情况下，触发所述第一判断模块执行所述根据所述存储的道路损坏信息，判断所述出行路线中是否包含损坏的道路的操作。
本申请实施例中，所述存储的道路损坏信息的来源包括以下一种或多种：
终端设备，
或，安装于城市道路交通设施中的道路传感器，
其中，所述终端设备或所述道路传感器具有道路损坏信息上传接口，所述道路损坏信息上传接口用于上传道路损坏信息。
本申请实施例中，所述装置还包括：
用户确定模块，用于在道路损坏情况的处理进度发生变化的情况下，确定期望追踪道路损坏情况的处理进度的目标用户；
账号确定模块，用于确定所述用户确定模块确定出的目标用户对应的目标账号；
第二发送模块，用于向所述账号确定模块确定出的目标账号发送用于通知所述道路损坏情况的处理进度的通知消息。
本申请实施例中，所述目标账号包括下述至少一种：邮箱账号、手机号码、或应用程序账号。
本申请实施例中，所述道路损坏信息包括损坏的道路的位置信息和/或用于对道路损坏情况进行描述的描述信息，其中所述位置信息和所述描述信息为下述至少一种表现形式：
数据、文字、图片、视频、或语音。
根据本申请实施例的第四方面，提供一种出行提示装置，所述装置包括：
第三发送模块，用于将用户的行程信息发送给服务器，其中，所述行程信息包括行程的起点和/或终点信息；
接收模块，用于接收所述服务器发送的出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；
输出模块，用于输出所述接收模块接收到的出行提醒信息。
根据本申请实施例的第五方面，提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：
获得用户的出行路线；
根据存储的道路损坏信息，判断所述出行路线中是否包含损坏的道路；
当所述出行路线中包含损坏的道路时，生成出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；
将所述出行提醒信息发送给所述用户的终端设备。
根据本申请实施例的第六方面，提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：
将用户的行程信息发送给服务器，其中，所述行程信息包括行程的起点和/或终点信息；
接收所述服务器发送的出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；
输出所述出行提醒信息。
本申请实施例中，可以结合道路损坏信息，判断用户的出行路线中是否包含损坏的道路，如果包含损坏的道路，则将道路的损坏情况提醒给用户，以便用户可以绕开损坏的道路，从而降低因道路损坏问题导致的出行隐患。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请实施例，并与说明书一起用于解释本发明的原理。
图1A是本申请实施例根据一示例性实施例示出的一种出行提示方法的流程图；
图1B是本申请实施例根据一示例性实施例示出的图1A所示方法的应用场景图；
图2是本申请实施例根据一示例性实施例示出的另一种出行提示方法的流程图；
图3是本申请实施例根据一示例性实施例示出的另一种出行提示方法的流程图；
图4是本申请实施例根据一示例性实施例示出的另一种出行提示方法的流程图；
图5是本申请实施例根据一示例性实施例示出的一种出行提示装置的框图；
图6是本申请实施例根据一示例性实施例示出的另一种出行提示装置的框图
图7是本申请实施例根据一示例性实施例示出的另一种出行提示装置的框图；
图8是本申请实施例根据一示例性实施例示出的另一种出行提示装置的框图；
图9是本申请实施例根据一示例性实施例示出的一种用于出行提示装置的一结构示意图；
图10是本申请实施例根据一示例性实施例示出的另一种用于出行提示装置的一结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如图1A所示，图1A是本申请实施例根据一示例性实施例示出的一种出行提示方法的流程图，该方法可以包括以下步骤：
在步骤101中，获得用户的出行路线。
本申请实施例中，出行路线中包括该出行路线途经道路的位置信息。
本申请实施例中，服务器可以直接从用户的终端设备中获得出行路线；例如，用户选择自驾出行，在出行前，为了保证出行的效率，用户可以通过终端设备将自己规划的出行路线发送给服务器，以检查该出行路线途经的道路是否有损坏。
此外，本申请实施例中，服务器也可以从用户的终端设备中获得该用户的行程起点和终点信息，根据该行程起点和终点信息生成出行路线，之后从服务器本地获得该出行路线；例如，用户选择网约车出行，在出行前，通过终端设备将行程的起点和终点信息发送给服务器，以检查覆盖该起点和终点的出行路线途经的道路是否有损坏。
在步骤102中，根据存储的道路损坏信息，判断出行路线中是否包含损坏的道路；若判断结果为是，则执行步骤103。
本申请实施例中，存储的道路损坏信息的来源可以包括以下一种或多种：终端设备，或，安装于城市道路交通设施中的道路传感器，其中，该终端设备或该道路传感器具有道路损坏信息上传接口，该道路损坏信息上传接口用于上传道路损坏信息。
本申请实施例中，终端设备具有道路损坏信息输入接口，该道路损坏信息输入接口可以支持用户上传图片、语音、视频及文字等形式的内容，并且会记录用户的地理位置信息，在此情况下，当用户发现道路有损坏时，可以通过终端设备的道路损坏信息输入接口输入相关的道路损坏信息，该终端设备通过道路损坏信息上传接口将道路损坏信息上传至服务器，此时，服务器可以获得用户在该终端设备中输入的道路损坏信息。
此外，考虑到城市道路交通设施中通常安装有用于检测道路损坏状况的道路传感器，该传感器可以通过无线通信方式与服务器进行数据传输，本申请实施例中，服务器可以从安装于城市道路交通设施中的道路传感器的道路损坏信息输入接口中获得道路损坏信息。
本申请实施例中，道路损坏信息包括损坏的道路的位置信息和/或用于对道路损坏情况进行描述的描述信息，其中，该位置信息和描述信息可以为下述至少一种表现形式：数据、文字、图片、视频、或语音。
本申请实施例中，终端设备可以包括：智能手机、平板电脑等移动终端，也可以包括：笔记本电脑、台式电脑及桌面机等计算机设备，本申请实施例对此不作限定。
可以理解的是，出行路线中包括该该出行路线途经道路的位置信息，道路损坏信息中包括被损坏的道路的位置信息。
在此情况下，本申请实施例中，可以将用户的出行路线途经道路的位置信息与服务器预先存储的已损坏的道路的位置信息进行匹配，如果用户的出行路线中包含与已损坏的道路的位置信息相匹配的道路位置信息，则用户的出行路线中包括损坏的道路。
在步骤103中，生成出行提醒信息，其中，该出行提醒信息用于提示出行路线中的损坏的道路的情况。
本申请实施例中，出行提醒信息中可以包括：道路损坏的类型信息例如破损、凹陷、裂缝或道路警示牌损坏，和道路损坏的程度信息例如损坏程度较轻、较严重或非常严重等等。
在步骤104中，将出行提醒信息发送给用户的终端设备。
本申请实施例中，终端设备在接收到服务器发的出行提醒信息后，将该出行提醒信息输出给用户，具体的，可以在终端设备的显示屏上显示出行提醒信息，或者也可以通过该终端设备的声音播放部件播放出行提醒信息。
本申请实施例一示例性应用场景中，如图1B所示，该应用场景中包括：服务器110、安装于城市道路交通设施中的道路传感器120、第一终端设备130及第二终端设备140，其中，道路传感器120可以实时将检测到的道路损坏信息发送给服务器110，用户在发现道路损坏情况时可以通过第一终端设备130将道路损坏信息发送给服务器110，服务器110将接收到的道路损坏信息存储至该服务器110本地。当第二终端设备140的用户出行时，服务器110从第二终端设备140获得该用户的出行路线，之后根据服务器110本地存储的道路损坏信息，判断出行路线中是否包含损坏的道路，如果判断出出行路线中包含损坏的道路，则向第二终端设备140发送出行提醒消息，以提醒第二终端设备140的用户在出行时注意道路损坏的情况，选择其他出行路线。
由上述实施例可见，该实施例可以结合道路损坏信息，判断用户的出行路线中是否包含损坏的道路，如果包含损坏的道路，则将道路的损坏情况提醒给用户，以便用户可以绕开损坏的道路，从而降低因道路损坏问题导致的出行隐患。
如图2所示，图2是本申请实施例根据一示例性实施例示出的另一种出行提示方法的流程图，考虑到用户通过终端设备上传的道路损坏信息及传感器上传的道路损坏信息有时并不是符合实际情况，即有的道路实际上并没有损坏，但是用户或传感器却上传该道路损坏的信息，为了避免因道路损坏信息出错，而给其他用户带来麻烦，此时该方法可以包括以下步骤：
在步骤201中，获得用户的出行路线。
本申请实施例中步骤201，与图1A所示实施例中的步骤101类似，本申请实施例对此不再赘述，详情请见图1A所示实施例中的内容。
在步骤202中，判断存储的道路损坏信息是否为有效的信息；若判断结果为是，则执行步骤203。
本申请实施例中，有效的信息指的是符合实际情况的信息，即道路损坏信息指向的道路实际上是损坏的。
本申请实施例中，可以派遣相应的专业人员，去各个现场查看道路情况，记录下道路的实际信息，并上传至服务器，服务器将专业人员记录的道路信息与获得的道路损坏信息进行比较，如果相同，则确定道路损坏信息为有效的信息。
此外，也可以通过统计同一道路损坏情况的被报告次数，来判断道路损坏信息是否为有效的信息，如果被报告次数大于一定数量值，则确定道路损坏信息为有效的信息，例如有5个用户报告过XX道路有损坏，则认为XX道路有损坏这一情况符合事实。
在步骤203中，根据存储的道路损坏信息，判断出行路线中是否包含损坏的道路；若判断结果为是，则执行步骤204。
在步骤204中，生成出行提醒信息，其中，该出行提醒信息用于提示出行路线中的损坏的道路的情况。
在步骤205中，将出行提醒信息发送给用户的终端设备。
本申请实施例中的步骤203～步骤205，与图1A所示实施例中的步骤102～步骤104类似，本申请实施例对此不再赘述，详情请见图1A所示实施例中的内容。
由上述实施例可见，该实施例中，服务器可以对用户通过终端设备及道路传感器上传的道路损坏信息进行真实性验证，以避免因道路损坏信息出错，给其他用户带来麻烦。
如图3所示，图3是本申请实施例根据一示例性实施例示出的另一种出行提示方法的流程图，考虑到报告道路损坏情况的用户有时期望获知这一事件的后续处理进度，路政的相关工作人员也期望及时了解城市的道路情况，此时该方法可以包括以下步骤：
在步骤301中，获得用户的出行路线。
在步骤302中，根据存储的道路损坏信息，判断出行路线中是否包含损坏的道路；若判断结果为是，则执行步骤303。
在步骤303中，生成出行提醒信息，其中，该出行提醒信息用于提示出行路线中的损坏的道路的情况。
在步骤304中，将出行提醒信息发送给用户的终端设备。
本申请实施例中的步骤301～步骤304，与图1A所示实施例中的步骤101～步骤104类似，本申请实施例对此不再赘述，详情请见图1A所示实施例中的内容。
在步骤305中，当道路损坏情况的处理进度发生变化时，确定期望追踪道路损坏情况的处理进度的目标用户。
在步骤306中，确定目标用户对应的账号。
本申请实施例中，目标用户可以为报告道路损坏情况的用户，也可以为路政相关工作人员。
对于报告道路损坏情况的用户，该用户有时希望收到关于这个事件的进展，在此情况下，本申请实施例中，当检测到道路损坏情况的处理进度发生变化时，例如道路被修复时，确定报告道路损坏情况的用户的联系方式，即目标账号。
对于路政相关工作人员来说，出于居民出行安全因素的考虑，路政相关工作人员期望及时获知城市道路的损坏情况，以便及时派遣相关的施工人员去现场修复损坏的道路，在此情况下，本申请实施例中，当检测到有道路损坏情况上报时，确定路政相关工作人员的联系方式，即目标账号。
本申请实施例中，目标账号可以包括下述至少一种：邮箱账号、手机号码、或应用程序账号，但本发明实施例不限定于此，任何一种可用于沟通的账号均可以作为目标账号。
例如，网约车司机A发现他所在的街道上有一个坑，该司机A用智能手机给这个坑拍照，并将照片上传至他所在城市的城市云服务平台(即服务器)。城市云服务平台通过地理标签找到了这个投诉的确切位置，此外，基于该司机A的历史行为表现，发现该司机A期望收到关于这个事件进展的短信通知，此时确定该司机A的手机号码。
在步骤307中，向目标账号发送用于通知道路损坏情况的处理进度的通知消息。
本申请实施例中，可以向用户/路政相关工作人员发送短信；或者可以向用户/路政相关工作人员发送邮件；或者可以向用户/路政相关工作人员发送即时通讯消息等等。
接上一实例，城市云服务器平台接收到司机A的照片后，向路政相关工作人员发送通知消息，告知路政相关工作人员“XX街道有一个坑，需要修补”，路政相关工作人员抽调一组施工人员去修补这个路坑，当这个路坑被修补完成时，司机A就会接收到关于这个事件处理结果(即坑已经被修复)的短信消息，其中，该短信消息中可以包括以下内容：对于司机A的感谢内容，以及包括地图在内的有关解决方案详细视图信息的网页链接。
由上述实施例可见，该实施例可以通过多种方式例如短信、邮件等，将有关道路损坏事件的处理进度，提供给用户或路政相关工作人员，以便于用户及时了解道路损坏事件的处理进度，路政相关工作人员及时解决道路损坏这一问题。
如图4所示，图4是本申请实施例根据一示例性实施例示出的另一种出行提示方法的流程图，该方法可以包括以下步骤：
在步骤401中，将用户的行程信息发送给服务器，其中，所述行程信息包括行程的起点和/或终点信息。
本申请实施例中，终端设备可以包括：智能手机、平板电脑等移动终端，也可以包括：笔记本电脑、台式电脑及桌面机等计算机设备，本申请实施例对此不作限定。
本申请实施例中，行程信息可以仅包括：行程的起点和终点信息，或者也可以包括：完整的出行路线，本申请实施例对此不作限定。
在步骤402中，接收该服务器发送的出行提醒信息，其中，该出行提醒信息用于提示出行路线中的损坏的道路的情况。
在步骤403中，输出出行提醒信息。
本申请实施例中，终端设备在接收到服务器发的出行提醒信息后，将该出行提醒信息输出给用户，具体的，可以在终端设备的显示屏上显示出行提醒信息，或者也可以通过该终端设备的声音播放部件播放出行提醒信息。
由上述实施例可见，该实施例可以结合道路损坏信息，判断用户的出行路线中是否包含损坏的道路，如果包含损坏的道路，则将道路的损坏情况提醒给用户，以便用户可以绕开损坏的道路，从而降低因道路损坏问题导致的出行隐患。
本申请实施例提供的另一种实施例中，终端设备可以为用户提供用于输入道路损坏信息的接口，以便用户将道路损坏信息上传至服务器，实现信息的共享，
应当注意，尽管在附图中以特定顺序描述了本申请实施例方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
与前述出行提示方法的实施例对应，本申请实施例还提供了出行提示装置的实施例。
如图5所示，图5是本申请实施例根据一示例性实施例示出的一种出行提示装置的框图，该装置可以包括：
路线获得模块510，用于获得用户的出行路线；
第一判断模块520，用于根据存储的道路损坏信息，判断所述路线获得模块510获得的出行路线中是否包含损坏的道路；
生成模块530，用于在所述第一判断模块520的判断结果为是的情况下，生成出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；
第一发送模块540，用于将所述生成模块530生成的出行提醒信息发送给所述用户的终端设备。
由上述实施例可见，该实施例可以结合道路损坏信息，判断用户的出行路线中是否包含损坏的道路，如果包含损坏的道路，则将道路的损坏情况提醒给用户，以便用户可以绕开损坏的道路，从而降低因道路损坏问题导致的出行隐患。
如图6所示，图6是本申请实施例根据一示例性实施例示出的另一种出行提示装置的框图，该实施例可以在图5所示实施例的基础上，所述装置还可以包括：
第二判断模块610，用于判断所述存储的道路损坏信息是否为有效的信息，在判断结果为是的情况下，触发所述第一判断模块520执行所述根据所述存储的道路损坏信息，判断所述出行路线中是否包含损坏的道路的操作。
本申请实施例提供的另一种实施例中，该实施例可以在图5或图6所示装置实施例的基础上，所述存储的道路损坏信息的来源可以包括以下一种或多种：终端设备，或，安装于城市道路交通设施中的道路传感器，其中，所述终端设备或所述道路传感器具有道路损坏信息上传接口，所述道路损坏信息上传接口用于上传道路损坏信息。
如图7所示，图7是本申请实施例根据一示例性实施例示出的另一种出行提示装置的框图，该实施例可以在图5或图6所示实施例的基础上，所述装置还可以包括：
用户确定模块710，用于在道路损坏情况的处理进度发生变化的情况下，确定期望追踪道路损坏情况的处理进度的目标用户；
账号确定模块720，用于确定所述用户确定模块710确定出的目标用户对应的目标账号；
第二发送模块730，用于向所述账号确定模块720确定出的目标账号发送用于通知所述道路损坏情况的处理进度的通知消息。
本申请实施例提供的另一种实施例中，该实施例可以在图5～图7所示任一装置实施例的基础上，所述目标账号可以包括下述至少一种：邮箱账号、手机号码、或应用程序账号。
本申请实施例提供的另一种实施例中，该实施例可以在图5～图7所示任一装置实施例的基础上，所述道路损坏信息包括损坏的道路的位置信息和/或用于对道路损坏情况进行描述的描述信息，其中所述位置信息和所述描述信息为下述至少一种表现形式：数据、文字、图片、视频、或语音。
如图8所示，图8是本申请实施例根据一示例性实施例示出的另一种出行提示装置的框图，所述装置可以包括：
第三发送模块810，用于将用户的行程信息发送给服务器，其中，所述行程信息包括行程的起点和/或终点信息；
接收模块820，用于接收所述服务器发送的出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；
输出模块830，用于输出所述接收模块820接收到的出行提醒信息。
由上述实施例可见，该实施例可以结合道路损坏信息，判断用户的出行路线中是否包含损坏的道路，如果包含损坏的道路，则将道路的损坏情况提醒给用户，以便用户可以绕开损坏的道路，从而降低因道路损坏问题导致的出行隐患。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本申请实施例还提供了一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：获得用户的出行路线；根据存储的道路损坏信息，判断所述出行路线中是否包含损坏的道路；当所述出行路线中包含损坏的道路时，生成出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；将所述出行提醒信息发送给所述用户的终端设备。
本申请实施例还提供了一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：将用户的行程信息发送给服务器，其中，所述行程信息包括行程的起点和/或终点信息；接收所述服务器发送的出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；输出所述出行提醒信息。
本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
如图9所示，图9是本申请实施例根据一示例性实施例示出的一种用于出行提示装置900的一结构示意图。例如，装置900可以被提供为一服务器。参照图9，装置900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理部件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行本申请实施例提供的出行提示方法，方法包括：获得用户的出行路线；根据存储的道路损坏信息，判断所述出行路线中是否包含损坏的道路；当所述出行路线中包含损坏的道路时，生成出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；将所述出行提醒信息发送给所述用户的终端设备。
装置900还可以包括一个电源组件926被配置为执行装置900的电源管理，一个有线或无线网络接口950被配置为将装置900连接到网络，和一个输入输出(I/O)接口958。装置900可以操作基于存储在存储器932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器932，上述指令可由装置900的处理组件922执行以完成本申请实施例提供的上述出行提示方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图10所示，图10是本申请实施例根据一示例性实施例示出的另一种用于出行提示装置1000的一结构示意图。例如，装置1000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。
参照图10，装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1010，传感器组件1014，以及通信组件1016。
处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1002可以包括一个或多个处理器1020来执行指令，以执行本申请实施例提供的出行提示方法，方法包括：将用户的行程信息发送给服务器，其中，所述行程信息包括行程的起点和/或终点信息；接收所述服务器发送的出行提醒信息，其中，所述出行提醒信息用于提示所述出行路线中的所述损坏的道路的情况；输出所述出行提醒信息。
处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理部件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在设备1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1006为装置1000的各种组件提供电源。电源组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电源相关联的组件。
多媒体组件1008包括在装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当设备1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
I/O接口1010为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到设备1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置600接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由装置1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本申请实施例的其它实施方案。本申请实施例旨在涵盖本申请实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请实施例的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请实施例的范围仅由所附的权利要求来限制。