著录项信息
| 专利名称 | 一种基于车联网的救援调度方法及系统 |
| 申请号 | CN201510170397.3 | 申请日期 | 2015-04-10 |
| 法律状态 | 暂无 | 申报国家 | 中国 |
| 公开/公告日 | 2015-09-16 | 公开/公告号 | CN104917808A |
| 优先权 | 暂无 | 优先权号 | 暂无 |
| 主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8;;;G;0;6;Q;1;0;/;0;6;;;G;0;6;Q;5;0;/;2;6查看分类表>
|
| 申请人 | 北京远特科技有限公司 | 申请人地址 | 江苏省宿迁市宿豫经济开发区峨眉山路1号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
| 权利人 | 江苏北斗星通汽车电子有限公司 | 当前权利人 | 江苏北斗星通汽车电子有限公司 |
| 发明人 | 任光明;何天翼;徐博 |
| 代理机构 | 北京润泽恒知识产权代理有限公司 | 代理人 | 赵娟 |
摘要
本发明实施例提供了一种基于车联网的救援调度方法及系统,将车载终端、服务器以及客服坐席连接在一起,将车身网络与互联网进行对接,搭建车联网。通过车载终端采集并上报包括故障信息的第一车辆数据到服务器,服务器进行故障匹配,并在匹配成功后,获取第二车辆信息,并将第二车辆信息通过客户端展现给客服坐席,使得客服坐席可以通过第二车辆信息主动联系故障车辆的车主,并在确定车主需要救援时通过客户端生成救援指令发送至服务器,服务器根据救援指令生成救援调度,实施主动救援。通过本发明实施例,由于无需故障车辆车主手动按键才实现被动救援,减少了车载终端、服务器以及客户端的交互次数,节省带宽资源,提高了数据处理能力。
一种基于车联网的救援调度方法及系统\n技术领域\n[0001] 本发明涉及车联网技术领域,特别是涉及一种基于车联网的救援调度方法、一种基于车联网的救援调度服务器、一种基于车联网的救援调度的车载终端、一种基于车联网的救援调度客户端,以及,一种车联网服务提供系统。\n背景技术\n[0002] 信息科技技术的发展影响着各行各业,在汽车行业,车联网应运而生,基于车辆网的TSP(Telematics Service Provider,车联网服务提供系统)服务也逐渐普及。其中,车联网是指以车内网、车际网和车载移动互联网为基础,按照约定的通信协议和数据交互标准,在车-X(X:车、路、行人及互联网等)之间,进行无线通讯和信息交换的大系统网络,是能够实现智能化交通管理、智能动态信息服务和车辆智能化控制的一体化网络,是物联网技术在交通系统领域的典型应用。\n[0003] 通常所说的Telematics是指应用无线通信技术的车载计算机系统,随着计算机和网络技术应用到汽车上,正在形成称之为Telematics的新的计算机市场。Telematics是无线通信技术、卫星导航系统、网络通信技术和车载电脑的综合产物,Telematics服务集合了位置服务、Gis服务和通信服务等现代计算机技术,为车主和个人提供强大的服务(导航、娱乐、资讯、安防、SNS、远程保养)。\n[0004] 具体来说,TSP可以提供如下功能:卫星定位、道路救援、汽车防窃、自动防撞系统、车况掌握、个人化资讯接收、多媒体娱乐资讯接收。其中,道路救援在实际汽车行驶过程中对于突发事件,提供良好的服务,可提供以下救援:更换损坏车辆轮胎,车辆电瓶搭电充电、外力协助车辆启动、紧急送油、将车拖至修理厂或车主指定地点,等等。\n[0005] 然而,上述道路救援都需要车主主动联系服务台进行救援,若在紧急情况下,例如车祸时,气囊弹开时,车主就不能实现请求救援。\n发明内容\n[0006] 鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种基于车联网的救援调度方法、一种基于车联网的救援调度服务器、一种基于车联网的救援调度的车载终端、一种基于车联网的救援调度客户端,以及,一种车联网服务提供系统。\n[0007] 为了解决上述问题,本发明实施例公开了一种车联网服务提供系统,所述系统包括车载终端、服务器、以及,客户端;其中,\n[0008] 所述车载终端,包括:\n[0009] 第一数据获取模块,用于获取第一车辆数据,所述第一车辆数据包括故障标识;\n[0010] 第一数据发送模块,用于将所述第一车辆数据发送至服务器;\n[0011] 所述服务器,包括:\n[0012] 匹配模块,用于在预设数据库中匹配所述故障标识;\n[0013] 第二数据获取模块,用于在预设数据库中匹配到所述故障标识时,依据所述接收的第一车辆数据获取第二车辆数据;\n[0014] 第二数据发送模块,用于将所述第二车辆数据发送至客户端;\n[0015] 救援模块,用于依据接收的救援指令,生成救援调度方案;\n[0016] 所述客户端包括:\n[0017] 展现模块,用于将接收到的第二车辆数据展现在预设会话窗口中;\n[0018] 救援指令生成模块,用于在检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成救援指令;\n[0019] 指令发送模块,用于将所述救援指令发送至救援模块。\n[0020] 优选地,所述第一车辆数据还包括车辆标识、车辆当前的位置信息,所述第一数据获取模块包括:\n[0021] 检测子模块,用于周期性对车辆进行故障检测,并在检测到车辆出现故障时,获取所述故障的故障标识;\n[0022] 信息采集子模块,用于采集车辆的当前位置信息以及车况信息,所述车况信息包括车辆标识。\n[0023] 优选地,所述第二车辆数据包括故障标识、车辆当前的位置信息、车主的联系电话信息,所述第二数据获取模块包括:\n[0024] 电话信息获取子模块,用于在预设数据库中查找所述车辆标识对应的车主的联系电话。\n[0025] 优选地,所述第一数据发送模块包括:\n[0026] 短信发送子模块,用于通过短信方式将所述第一车辆数据发送至服务器。\n[0027] 优选地,所述车载终端还包括:\n[0028] 连接建立模块,用于建立与所述服务器的socket长连接。\n[0029] 优选地,所述所述第一数据发送模块包括:\n[0030] 网络发送子模块,用于通过所述socket长连接将所述第一车辆数据发送至服务器。\n[0031] 本发明实施例还公开了一种基于车联网的救援调度方法,所述方法包括:\n[0032] 服务器接收车载终端发送的第一车辆数据,所述第一车辆数据包括故障标识;\n[0033] 在预设数据库中匹配到所述故障标识时,依据所述第一车辆数据获取第二车辆数据,并将所述第二车辆数据发送至客户端;\n[0034] 接收客户端发送的救援指令,所述救援指令为所述客户端向客服坐席展现所述第二车辆数据以后,当检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成的指令;\n[0035] 依据接收的救援指令,生成救援调度方案。\n[0036] 本发明实施例还公开了一种基于车联网的救援调度方法,所述方法包括:\n[0037] 车载终端获取第一车辆数据,其中,所述第一车辆数据包括故障标识;\n[0038] 将所述第一车辆数据发送至服务器,其中,所述服务器用于在预设数据库中匹配到所述故障标识时,依据所述第一车辆数据获取第二车辆数据,并将所述第二车辆数据发送至客户端;接收客户端发送的救援指令,所述救援指令为所述客户端向客服坐席展现所述第二车辆数据以后,当检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成的指令;依据接收的救援指令,生成救援调度方案。\n[0039] 本发明实施例还公开了一种基于车联网的救援调度方法,所述方法包括:\n[0040] 客户端接收第二车辆数据,所述第二车辆数据为服务器在接收到车载终端的第一车辆数据以后,在预设数据库中匹配到故障标识时,依据所述接收的第一车辆数据获取;\n[0041] 将所述第二车辆数据展现在预设会话窗口中;\n[0042] 在检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成救援指令;\n[0043] 将所述救援指令发送至服务器,所述服务器用于依据接收的救援指令,生成救援调度方案。\n[0044] 本发明实施例还公开了一种基于车联网的救援调度服务器,所述服务器包括:\n[0045] 第一数据接收模块,用于接收车载终端发送的第一车辆数据,所述第一车辆数据包括故障标识;\n[0046] 匹配模块,用于在预设数据库中匹配所述故障标识;\n[0047] 第二数据获取模块,用于在预设数据库中匹配到所述故障标识时,依据所述第一车辆数据获取第二车辆数据;\n[0048] 第二数据发送模块,用于将所述第二车辆数据发送至客户端;\n[0049] 救援指令接收模块,用于接收客户端发送的救援指令,所述救援指令为所述客户端向客服坐席展现所述第二车辆数据以后,当检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成的指令;\n[0050] 救援模块,用于依据接收的救援指令,生成救援调度方案。\n[0051] 本发明实施例还公开了一种基于车联网的救援调度的车载终端,所述车载终端包括:\n[0052] 第一数据获取模块,用于获取第一车辆数据,其中,所述第一车辆数据包括故障标识;\n[0053] 第一数据发送模块,用于将所述第一车辆数据发送至服务器,其中,所述服务器用于在预设数据库中匹配到所述故障标识时,依据所述第一车辆数据获取第二车辆数据,并将所述第二车辆数据发送至客户端;接收客户端发送的救援指令,所述救援指令为所述客户端向客服坐席展现所述第二车辆数据以后,当检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成的指令;依据接收的救援指令,生成救援调度方案。\n[0054] 本发明实施例还公开了一种基于车联网的救援调度客户端,所述客户端包括:\n[0055] 第二车辆数据接收模块,用于接收第二车辆数据,所述第二车辆数据为服务器在接收到车载终端的第一车辆数据以后,在预设数据库中匹配到故障标识时,依据所述接收的第一车辆数据获取;\n[0056] 展现模块,用于将所述第二车辆数据展现在预设会话窗口中;\n[0057] 救援指令生成模块,用于在检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成救援指令;\n[0058] 指令发送模块,用于将所述救援指令发送至服务器,所述服务器用于依据接收的救援指令,生成救援调度方案。\n[0059] 本发明实施例包括以下优点:\n[0060] 在本发明实施例中,将车载终端、服务器以及客服坐席连接在一起,将车身网络与互联网进行对接,搭建车联网。通过车载终端采集并上报包括故障信息的第一车辆数据到服务器,服务器进行故障匹配,并在匹配成功后,获取第二车辆信息,并将第二车辆信息通过客户端展现给客服坐席,使得客服坐席可以通过第二车辆信息主动联系故障车辆的车主,并在确定车主需要救援时通过客户端生成救援指令发送至服务器,服务器根据救援指令生成救援调度,实施主动救援。通过本发明实施例,由于无需故障车辆车主手动按键才实现被动救援,减少了车载终端、服务器以及客户端的交互次数,节省带宽资源,提高了数据处理能力。\n[0061] 另外,本发明实施例由于无需故障车辆车主手动按键才实现被动救援,通过主动救援的方式提高了救援时效,增强了车辆的避险能力。\n[0062] 进一步的,车载终端可以通过网络通道或短信通道上报第一车辆数据,丰富了数据的传输渠道。\n附图说明\n[0063] 图1是本发明的一种车联网服务提供系统实施例的结构框图;\n[0064] 图2是本发明的一种车联网服务提供系统进行救援调度实施例的步骤流程图;\n[0065] 图3是本发明的一种基于车联网的救援调度方法实施例一的步骤流程图;\n[0066] 图4是本发明的一种基于车联网的救援调度方法实施例二的步骤流程图;\n[0067] 图5是本发明的一种基于车联网的救援调度方法实施例三的步骤流程图;\n[0068] 图6是本发明的一种基于车联网的救援调度服务器实施例的结构框图;\n[0069] 图7是本发明的一种基于车联网的救援调度的车载终端实施例的结构框图;\n[0070] 图8是本发明的一种基于车联网的救援调度客户端实施例的结构框图。\n具体实施方式\n[0071] 为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。\n[0072] 参照图1,示出了本发明的一种车联网服务提供系统实施例的结构框图,该车联网服务提供系统可以包括车载终端10、服务器20、以及,客户端30。其中,车载终端10为在车辆上使用的终端设备,是接入车身网络的接口,用于对车辆进行故障检测,并在检测到车辆出现故障时获得该故障的故障标识,结合车辆的其他信息发送至服务器;服务器20用于进行故障管理;客户端30用于将故障信息及对应的车辆信息以及车主信息的展现给客服坐席,以使得客服坐席根据车主信息联系车主是否需要进行救援,当确定车主需要救援时向服务器20请求救援调度。\n[0073] 具体来说,所述车载终端10可以包括如下模块:\n[0074] 第一数据获取模块101,用于获取第一车辆数据,所述车辆数据包括故障标识;\n[0075] 在本发明实施例的一种优选实施例中,第一数据获取模块101可以包括如下子模块:\n[0076] 检测子模块,用于周期性对车辆进行故障检测,并在检测到车辆出现故障时,获取所述故障的故障标识;\n[0077] 信息采集子模块,用于采集车辆的当前位置信息以及车况信息,所述车况信息包括车辆标识。\n[0078] 车载终端10可以采用第一数据获取模块101来获取车辆的第一车辆数据,具体的,第一车辆数据可以包括故障标识、车辆当前的位置信息,以及车况数据(如车辆标识、车型、当前时间信息、车速、行驶里程、油耗等)等信息。第一数据获取模块101可以通过检测子模块来获得故障标识,以及,通过信息采集子模块来获得车辆的当前位置信息以及车况信息。\n[0079] 在具体实现中,第一数据获取模块101可以通过OBD(On-Board Diagnostic,车载诊断系统)实现,OBD随时监控发动机的运行状况和尾气后处理系统的工作状态,一旦发现有可能引起排放超标的情况,会马上发出警示。当系统出现故障时,故障灯(MIL)或检查发动机(Check Engine)警告灯亮,同时动力总成控制模块(PCM)将故障信息(如气囊弹开、油量低、车辆轮胎损坏、电量低,等等)存入存储器,通过标准的诊断仪器和诊断接口可以从PCM中以故障码(故障标识)的形式读取相关信息。根据故障码的提示,用户能迅速准确地确定故障的性质和部位。\n[0080] 第一数据发送模块102,用于将所述第一车辆数据发送至服务器;\n[0081] 在本发明实施例的一种优选实施例中,所述第一数据发送模块102可以包括如下子模块:\n[0082] 短信发送子模块,用于通过短信方式将所述第一车辆数据发送至服务器。\n[0083] 具体来说,在车载终端10中预先存储有服务器接收短信的电话号码,当第一数据获取模块101检测到车辆的故障信息,并获得故障标识和车况数据等第一车辆数据后,可以通过短信通道将该第一车辆数据上传至服务器20中。\n[0084] 在本发明实施例的另一种优选实施例中,所述第一数据发送模块102可以包括如下子模块:\n[0085] 网络发送子模块,用于通过socket长连接将所述第一车辆数据发送至服务器。\n[0086] 应用于本发明实施例中,除了短信通道以外,第一数据发送模块102还可以通过网络通道将第一车辆数据发送至服务器。具体的,车载终端10通过连接建立模块建立与服务器的socket长连接,连接建立以后,车载终端10通过该socket长连接将第一车辆数据上传至服务器20中。其中,socket又称套接字,应用程序通常通过套接字向网络发出请求或者应答网络请求。车载终端10与服务器20的socket长连接的建立过程可以分为服务器监听,车载终端请求,连接确认三个过程,其中:\n[0087] (1)服务器监听:是服务器端套接字并不定位具体的车载终端套接字,而是处于等待连接的状态,实时监控网络状态。\n[0088] (2)车载终端请求:是指由车载终端的套接字提出连接请求,要连接的目标是服务器端的套接字。为此,车载终端的套接字必须首先描述它要连接的服务器的套接字,指出服务器端套接字的地址和端口号,然后就向服务器端套接字提出连接请求。\n[0089] (3)连接确认:是指当服务器端套接字监听到或者说接收到车载终端套接字的连接请求,它就响应车载终端套接字的请求,建立一个新的线程,把服务器端套接字的描述发给车载终端,一旦车载终端确认了此描述,连接就建立好了。而服务器端套接字继续处于监听状态,继续接收其他车载终端套接字的连接请求。\n[0090] 当数据传输完毕后,该socket连接并不关闭,则该socket连接为socket长连接。\n[0091] 在具体实现中,车载终端10还可以包括响应判断模块,用于判断是否在预设时间段内接收到服务器20返回的响应信息,若是,则判定第一车辆数据发送成功,否则,判定第一车辆数据发送不成功。若判定第一车辆数据发送不成功,第一数据发送模块102可以重新发送数据。\n[0092] 在服务器20中,可以对应的设置有连接响应模块、第一数据接收模块、存储模块。\n其中,连接响应模块,用于响应接收的socket连接请求。\n[0093] 第一数据接收模块,用于接收车载终端10发送的第一车辆数据,并在接收到第一车辆数据的预设时间段内向车载终端10发送响应信息,以告诉车载终端10服务器20已经成功接收数据。\n[0094] 存储模块,用于存储接收的第一车辆数据。具体的,服务器20接收到第一车辆数据以后,还可以通过存储模块存储该第一车辆数据,以作为车辆的故障记录,方便对车辆的管理。\n[0095] 除此以外,服务器20还可以包括如下模块:\n[0096] 匹配模块201,用于在预设数据库中匹配所述故障标识;\n[0097] 应用于本发明实施例,服务器20中的数据库还用于存储服务器筛选出的,可以进行主动救援流程的故障信息的故障标识,例如气囊弹开故障信息的故障标识,或者比气囊弹开更高级的故障信息的故障标识。\n[0098] 当第一数据接收模块接收到第一车辆数据以后,服务器20采用匹配模块201来在数据库中匹配该第一车辆数据中包含的故障标识,即在数据库中查找是否存在于接收到的故障标识相同的标识,若是,则表示匹配成功,说明该故障满足救援条件,若没有查找到,说明匹配不成功。\n[0099] 第二数据获取模块202,用于在预设数据库中匹配到所述故障标识时,依据所述接收的第一车辆数据获取第二车辆数据;\n[0100] 当接收到的故障标识在预设数据库中匹配成功时,服务器20进一步采用第二数据获取模块202来获取第二车辆数据。其中,第二车辆数据除了包括故障标识、车辆当前的位置信息,以及车况数据(如车辆标识、车型、当前时间信息、车速、行驶里程、油耗等)以外,还可以包括车主的联系电话信息。\n[0101] 在本发明实施例的一种优选实施例中,第二数据获取模块202可以包括如下子模块:\n[0102] 电话信息获取子模块,用于在预设数据库中查找所述车辆标识对应的车主的联系电话。\n[0103] 具体来说,服务器20中的预设数据库中还存储有车辆的基本信息,例如车辆标识、车型、车主的联系电话信息等。当服务器20接收到车辆标识以后,可以采用电话信息获取子模块在数据库中匹配该车辆标识,若匹配成功,则获取对应的车主的联系电话信息。\n[0104] 第二数据发送模块203,用于将所述第二车辆数据发送至客户端;\n[0105] 当服务器20获得出现故障并满足救援条件的第二车辆数据以后,可以将该第二车辆数据通过第二车辆数据发送模块203发送至客户端。在实际中,第二数据发送模块203可以通过http协议将第二车辆数据发送至客户端。\n[0106] 救援模块204,用于依据接收的救援指令,生成救援调度方案。\n[0107] 在本发明实施例中,预设数据库中存储的故障标识还具有对应的预设救援方案,服务器20可以通过救援模块204接收客服坐席通过客户端发送的救援指令,当收到救援指令后,从预设数据库中获得对应的救援方案,结合故障车辆的当前位置信息,生成救援调度方案,并将救援调度方案通过客户端展示给调度人员,使得调度人员可以按照救援调度方案对故障车辆信息进行主动救援,例如,实际的送油调度、交警联系调度、故障维修调度等。\n[0108] 或者,在另一种实施方式中,救援指令可以包括救援方案,位置信息等,当服务器接收到救援指令后,依据救援指令生成救援调度方案。\n[0109] 所述客户端30可以包括如下模块:\n[0110] 展现模块301,用于将接收到的第二车辆数据展现在预设会话窗口中;\n[0111] 当客户端30接收到服务器发送的第二车辆数据以后,可以通过展现模块301展现在预设会话窗口。应用于本发明实施例,预设会话窗口可以为客服坐席窗口,以通知客服坐席当下有符合救援条件的故障车辆。此时,客服坐席可以根据第二车辆数据中的车主的联系电话信息致电车主,询问车主是否需要救援,以及如何救援。如果车主需要救援,则调用救援指令生成模块302。\n[0112] 救援指令生成模块302,用于在检测到客服坐席的指令触发操作时,生成救援指令;\n[0113] 指令发送模块303,用于将所述救援指令发送至救援模块。\n[0114] 如果车主需要救援,则客服坐席在客户端中执行指令触发操作,例如点击“需要救援”按钮,此时,客户端根据客户坐席的指令触发操作,生成救援指令,并通过指令发送模块\n303以http协议的方式发送至服务器的救援模块。\n[0115] 在一种实施方式中,指令触发操作可以为客服坐席在客户端中输入或选定的救援方案和位置信息,此时,客户端根据客户坐席的指令触发操作,生成救援指令,并通过指令发送模块303以http协议的方式发送至服务器的救援模块。\n[0116] 为了更好地说明本发明实施例,图2示出了本发明的一种车联网服务提供系统进行救援调度实施例的步骤流程图,可以包括如下步骤:\n[0117] 步骤401,车载终端获取第一车辆数据,所述车辆数据包括故障标识、车辆标识、车辆当前的位置信息;\n[0118] 步骤402,车载终端通过网络通道或短信通道将所述第一车辆数据发送至服务器;\n[0119] 步骤403,服务器接收到所述第一车辆数据后,存储所述第一车辆数据,并在接收到所述第一车辆数据的预设时间段内,向车载终端发送响应信息;\n[0120] 步骤404,车载终端根据所述响应信息判定所述第一车辆数据发送成功;\n[0121] 步骤405,服务器在预设数据库中匹配所述故障标识;\n[0122] 步骤406,服务器在预设数据库中匹配到所述故障标识时,依据所述接收的第一车辆数据获取第二车辆数据,并将所述第二车辆数据发送至客户端,其中,所述第二车辆数据包括故障标识、车辆标识、车辆当前的位置信息、车主的联系电话信息;\n[0123] 步骤407,客户端将接收到的第二车辆数据展现在预设会话窗口中;\n[0124] 其中,预设会话窗口可以为客服坐席窗口,以通知客服坐席当下有符合救援条件的故障车辆。此时,客服坐席可以根据第二车辆数据中的车主的联系电话信息致电车主,询问车主是否需要救援,以及如何救援。\n[0125] 步骤408,客户端在检测到客服坐席的指令触发操作时,生成救援指令,并将所述救援指令发送至服务器;\n[0126] 如果车主需要救援,则客服坐席在客户端中执行指令触发操作,例如点击“需要救援”按钮,或者,在客户端中输入或选定的救援方案和位置信息,此时,客户端根据客户坐席的指令触发操作,生成救援指令,并以http协议的方式将救援指令发送至服务器。\n[0127] 步骤409,服务器依据接收的救援指令,生成救援调度方案。\n[0128] 服务器收到救援指令后,从预设数据库中获得对应的救援方案,结合故障车辆的当前位置信息,生成救援调度方案,并将调度方案通过客户端展示给调度人员,使得调度人员可以按照救援调度方案对故障车辆信息进行主动救援,例如,实际的送油调度、交警联系调度、故障维修调度等。\n[0129] 在本发明实施例中,将车载终端、服务器以及客服坐席连接在一起,将车身网络与互联网进行对接,搭建车联网。通过车载终端采集并上报包括故障信息的第一车辆数据到服务器,服务器进行故障匹配,并在匹配成功后,获取第二车辆信息,并将第二车辆信息通过客户端展现给客服坐席,使得客服坐席可以通过第二车辆信息主动联系故障车辆的车主,并在确定车主需要救援时通过客户端生成救援指令发送至服务器,服务器根据救援指令生成救援调度,实施主动救援。通过本发明实施例,由于无需故障车辆车主手动按键才实现被动救援,减少了车载终端、服务器以及客户端的交互次数,节省带宽资源,提高了数据处理能力。\n[0130] 另外,本发明实施例由于无需故障车辆车主手动按键才实现被动救援,通过主动救援的方式提高了救援时效,增强了车辆的避险能力。\n[0131] 进一步的,车载终端可以通过网络通道或短信通道上报第一车辆数据,丰富了数据的传输渠道。\n[0132] 参照图3,示出了本发明的一种基于车联网的救援调度方法实施例一的步骤流程图,具体可以包括如下步骤:\n[0133] 步骤501,服务器接收车载终端发送的第一车辆数据,所述第一车辆数据包括故障标识;\n[0134] 在服务器接收到第一车辆数据以后,服务器可以将该第一车辆数据存储在预设数据库中。\n[0135] 步骤502,在预设数据库中匹配到所述故障标识时,依据所述第一车辆数据获取第二车辆数据,并将所述第二车辆数据发送至客户端;\n[0136] 在本发明实施例的一种优选实施例中,第二车辆数据包括故障标识、车辆当前的位置信息、车主的联系电话信息,所述步骤502可以包括如下子步骤:\n[0137] 子步骤S11,在预设数据库中查找所述车辆标识对应的车主的联系电话。\n[0138] 步骤503,接收客户端发送的救援指令,所述救援指令为所述客户端向客服坐席展现所述第二车辆数据以后,当检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成的指令;\n[0139] 步骤504,依据接收的救援指令,生成救援调度方案。\n[0140] 对于图3的实施例而言,由于其与图1及图2的实施例基本相似,所以描述的比较简单,相关之处参见图1、图2实施例的部分说明即可。\n[0141] 参照图4,示出了本发明的一种基于车联网的救援调度方法实施例二的步骤流程图,具体可以包括如下步骤:\n[0142] 步骤601,车载终端获取第一车辆数据,其中,所述第一车辆数据包括故障标识;\n[0143] 在本发明实施例的一种优选实施例中,步骤601可以包括如下子步骤:\n[0144] 子步骤S21,周期性对车辆进行故障检测,并在检测到车辆出现故障时,获取所述故障的故障标识;\n[0145] 子步骤S22,采集车辆的当前位置信息以及车况信息,所述车况信息包括车辆标识。\n[0146] 步骤602,将所述第一车辆数据发送至服务器,其中,所述服务器用于在预设数据库中匹配到所述故障标识时,依据所述第一车辆数据获取第二车辆数据,并将所述第二车辆数据发送至客户端;接收客户端发送的救援指令,所述救援指令为所述客户端向客服坐席展现所述第二车辆数据以后,当检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成的指令;依据接收的救援指令,生成救援调度方案。\n[0147] 在本发明实施例的一种优选实施例中,步骤602可以包括如下子步骤:\n[0148] 子步骤S31,通过短信方式将所述第一车辆数据发送至服务器。\n[0149] 在本发明实施例的另一种优选实施例中,步骤602可以包括如下子步骤:\n[0150] 子步骤S41,建立与所述服务器的socket长连接;\n[0151] 子步骤S42,通过所述socket长连接将所述第一车辆数据发送至服务器。\n[0152] 对于图4的实施例而言,由于其与图1及图2的实施例基本相似,所以描述的比较简单,相关之处参见图1、图2实施例的部分说明即可。\n[0153] 参照图5,示出了本发明的一种基于车联网的救援调度方法实施例三的步骤流程图,具体可以包括如下步骤:\n[0154] 步骤701,客户端接收第二车辆数据,所述第二车辆数据为服务器在接收到车载终端的第一车辆数据以后,在预设数据库中匹配到故障标识时,依据所述接收的第一车辆数据获取;\n[0155] 步骤702,将所述第二车辆数据展现在预设会话窗口中;\n[0156] 步骤703,在检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成救援指令;\n[0157] 步骤704,将所述救援指令发送至服务器,所述服务器用于依据接收的救援指令,生成救援调度方案。\n[0158] 对于图5的实施例而言,由于其与图1及图2的实施例基本相似,所以描述的比较简单,相关之处参见图1、图2实施例的部分说明即可。\n[0159] 需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。\n[0160] 参照图6,示出了本发明的一种基于车联网的救援调度服务器实施例的结构框图,具体可以包括如下模块:\n[0161] 第一数据接收模块801,用于接收车载终端发送的第一车辆数据,所述第一车辆数据包括故障标识;\n[0162] 在服务器接收到第一车辆数据以后,服务器可以设置存储模块,用于将该第一车辆数据存储在预设数据库中。\n[0163] 匹配模块802,用于在预设数据库中匹配所述故障标识;\n[0164] 第二数据获取模块803,用于在预设数据库中匹配到所述故障标识时,依据所述第一车辆数据获取第二车辆数据;\n[0165] 在本发明实施例的一种优选实施例中,所述第二车辆数据包括故障标识、车辆当前的位置信息、车主的联系电话信息,所述第二数据获取模块803包括:\n[0166] 电话信息获取子模块,用于在预设数据库中查找所述车辆标识对应的车主的联系电话。\n[0167] 第二数据发送模块804,用于将所述第二车辆数据发送至客户端;\n[0168] 救援指令接收模块805,用于接收客户端发送的救援指令,所述救援指令为所述客户端向客服坐席展现所述第二车辆数据以后,当检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成的指令;\n[0169] 救援模块806,用于依据接收的救援指令,生成救援调度方案。\n[0170] 对于图6的实施例而言,由于其与图1及图2的实施例基本相似,所以描述的比较简单,相关之处参见图1、图2实施例的部分说明即可。\n[0171] 参照图7,示出了本发明的一种基于车联网的救援调度的车载终端实施例的结构框图,具体可以包括如下模块:\n[0172] 第一数据获取模块901,用于获取第一车辆数据,其中,所述第一车辆数据包括故障标识;\n[0173] 在本发明实施例的一种优选实施例中,所述第一车辆数据还包括车辆标识、车辆当前的位置信息,所述第一数据获取模块901包括:\n[0174] 检测子模块,用于周期性对车辆进行故障检测,并在检测到车辆出现故障时,获取所述故障的故障标识;\n[0175] 信息采集子模块,用于采集车辆的当前位置信息以及车况信息,所述车况信息包括车辆标识。\n[0176] 第一数据发送模块902,用于将所述第一车辆数据发送至服务器,其中,所述服务器用于在预设数据库中匹配到所述故障标识时,依据所述第一车辆数据获取第二车辆数据,并将所述第二车辆数据发送至客户端;接收客户端发送的救援指令,所述救援指令为所述客户端向客服坐席展现所述第二车辆数据以后,当检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成的指令;依据接收的救援指令,生成救援调度方案。\n[0177] 在本发明实施例的一种优选实施例中,所述第一数据发送模块902包括:\n[0178] 短信发送子模块,用于通过短信方式将所述第一车辆数据发送至服务器。\n[0179] 在本发明实施例的另一种优选实施例中,所述车载终端还包括:\n[0180] 连接建立模块,用于建立与所述服务器的socket长连接;\n[0181] 所述第一数据发送模块902包括:\n[0182] 网络发送子模块,用于通过所述socket长连接将所述第一车辆数据发送至服务器。\n[0183] 对于图7的实施例而言,由于其与图1及图2的实施例基本相似,所以描述的比较简单,相关之处参见图1、图2实施例的部分说明即可。\n[0184] 参照图8,示出了本发明的一种基于车联网的救援调度客户端实施例的结构框图,具体可以包括如下模块:\n[0185] 第二车辆数据接收模块1001,用于接收第二车辆数据,所述第二车辆数据为服务器在接收到车载终端的第一车辆数据以后,在预设数据库中匹配到故障标识时,依据所述接收的第一车辆数据获取;\n[0186] 展现模块1002,用于将所述第二车辆数据展现在预设会话窗口中;\n[0187] 救援指令生成模块1003,用于在检测到客服坐席的指令触发操作时,依据所述第二车辆数据生成救援指令;\n[0188] 指令发送模块1004,用于将所述救援指令发送至服务器,所述服务器用于依据接收的救援指令,生成救援调度方案。\n[0189] 对于图8实施例而言,由于其与图1、图2的实施例基本相似,所以描述的比较简单,相关之处参见图1、图2的实施例的部分说明即可。\n[0190] 本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。\n[0191] 本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。\n[0192] 本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。\n[0193] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。\n[0194] 这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。\n[0195] 尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。\n[0196] 最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。\n[0197] 以上对本发明所提供的一种基于车联网的救援调度方法及系统,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
法律信息
- 2022-01-04
专利权的转移
登记生效日: 2021.12.22
专利权人由江苏北斗星通汽车电子有限公司变更为北斗星通智联科技有限责任公司
地址由223800 江苏省宿迁市宿豫经济开发区峨眉山路1号变更为401120 重庆市渝北区玉峰山镇桐桂大道3号
- 2020-09-29
专利权的转移
登记生效日: 2020.09.10
专利权人由北京远特科技股份有限公司变更为江苏北斗星通汽车电子有限公司
地址由100123 北京市朝阳区高井文化园路8号东亿国际传媒产业园三期C座副楼变更为223800 江苏省宿迁市宿豫经济开发区峨眉山路1号
- 2018-05-04
- 2015-12-09
著录事项变更
申请人由北京远特科技有限公司变更为北京远特科技股份有限公司
地址由100025 北京市朝阳区东四环北路88号院甲8号楼变更为100123 北京市朝阳区高井文化园路8号东亿国际传媒产业园三期C座副楼
- 2015-10-14
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201510170397.3
申请日: 2015.04.10
- 2015-09-16
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2013-07-17
|
2013-04-24
| | |
2
| |
2009-07-29
|
2008-01-23
| | |
3
| |
2015-01-14
|
2014-10-31
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |