CN111510863A - 车辆故障处理方法、装置、共享车辆及可读存储介质 - Google Patents
车辆故障处理方法、装置、共享车辆及可读存储介质 Download PDFInfo
- Publication number
- CN111510863A CN111510863A CN201910101437.7A CN201910101437A CN111510863A CN 111510863 A CN111510863 A CN 111510863A CN 201910101437 A CN201910101437 A CN 201910101437A CN 111510863 A CN111510863 A CN 111510863A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- fault
- sharing
- shared
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 12
- 238000012545 processing Methods 0.000 claims abstract description 25
- 238000004891 communication Methods 0.000 claims description 168
- 230000002452 interceptive effect Effects 0.000 claims description 113
- 238000000034 method Methods 0.000 claims description 67
- 238000012790 confirmation Methods 0.000 claims description 44
- 238000004590 computer program Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 6
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000004807 localization Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Traffic Control Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种车辆故障处理方法、装置、共享车辆及可读存储介质，当第一共享车辆在接收到第二共享车辆发生故障时发送的交互通信请求后与第二共享车辆建立交互通信连接，并从第二共享车辆中获得第二共享车辆的车辆信息，然后根据第二共享车辆的车辆信息生成第二共享车辆的故障报告信息，并将第二共享车辆的故障报告信息发送给服务器。通过上述方案，能够在共享车辆发生故障时及时通过另一个共享车辆上传其故障报告信息到服务器，从而不影响用户使用和共享车辆调度，同时降低车辆丢失风险，减少共享车辆平台的运营成本。
Description
技术领域
本申请涉及计算机技术领域，具体而言，涉及一种车辆故障处理方法、装置、共享车辆及可读存储介质。
背景技术
目前，随着共享经济的快速发展，目前城市道路上出现了很多共享交通工具，比如共享单车、共享电动单车或共享电动汽车等，给人们的出行提供了极大的便利。这些共享交通工具会持续将车辆信息上传给服务器，服务器基于车辆信息即可获取共享交通工具的实时位置、电量等信息，这对于车辆调度和车辆资产安全都具有重要意义。然而，当这些共享交通工具发生故障导致车辆信息或者车辆信息中的部分重要信息无法上传时，会严重影响用户使用和车辆调度，增加车辆丢失风险。
发明内容
有鉴于此，本申请实施例的目的在于提供一种车辆故障处理方法、装置、共享车辆及可读存储介质，以解决或者改善上述问题。
根据本申请实施例的一个方面，提供一种共享车辆，可以包括一个或多个存储介质和一个或多个与存储介质通信的处理器。一个或多个存储介质存储有处理器可执行的机器可读指令。当共享车辆运行时，处理器与存储介质之间通过总线通信，处理器执行所述机器可读指令，以执行车辆故障处理方法。
根据本申请实施例的另一方面，提供一种车辆故障处理方法，应用于第一共享车辆，所述方法包括：
在接收到第二共享车辆发生故障时发送的交互通信请求后，与所述第二共享车辆建立交互通信连接，并从所述第二共享车辆中获得所述第二共享车辆的车辆信息，所述车辆信息包括所述第二共享车辆的车辆故障信息；
根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器。
在一种可能的实施方式中，所述第一共享车辆与所述第二共享车辆之间建立的交互通信连接的方式包括以下方式中的至少一种：
蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
在一种可能的实施方式中，所述在接收到第二共享车辆发生故障时发送的交互通信请求的步骤之前，所述方法还包括：
持续向预定范围内的各个共享车辆发送广播信号，以使所述各个共享车辆中发生故障的第二共享车辆根据接收到的周围各个共享车辆持续发送的广播信号向所述第一共享车辆发送交互通信请求，所述广播信号包括所述第一共享车辆的车辆标识和车辆状态信息。
在一种可能的实施方式中，所述根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器的步骤，包括：
根据所述第二共享车辆的车辆故障信息确定所述第二共享车辆的车辆故障类型，所述车辆故障类型包括车辆定位故障和/或车辆网络故障；
根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器。
在一种可能的实施方式中，所述根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器的步骤，包括：
若所述车辆故障类型为车辆网络故障，则将所述第二共享车辆的车辆信息作为故障报告信息发送给服务器。
在一种可能的实施方式中，所述根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器的步骤，包括：
若所述车辆故障类型为车辆定位故障，或者车辆定位故障和车辆网络故障，则根据所述第一共享车辆与所述第二共享车辆之间的交互通信强度获取所述第一共享车辆与所述第二共享车辆之间的车辆距离；
根据所述车辆距离以及所述第一共享车辆的定位信息得到所述第二共享车辆的定位范围信息；
根据所述第二共享车辆的定位范围信息和车辆信息生成故障报告信息，并将所述故障报告信息发送给服务器；或者
若所述车辆故障类型仅为车辆定位故障，则将所述故障报告信息发送给所述第二共享车辆以由所述第二共享车辆将所述故障报告信息发送给服务器。
在一种可能的实施方式中，所述方法还包括：
向所述第二共享车辆发送用于指示所述车辆信息成功接收的确认信息或者用于指示所述故障报告信息成功发送到所述服务器的确认信息，以使所述第二共享车辆根据所述确认信息断开与所述第一共享车辆之间的交互通信连接，并在发生的故障为车辆定位故障时从周围的各个共享车辆中选择所述第一共享车辆之外的其它共享车辆继续发送所述交互通信请求。
根据本申请实施例的另一方面，提供一种车辆故障处理方法，应用于第二共享车辆，所述方法包括：
在发生故障时，从周围的各个共享车辆中确定预设条件的第一共享车辆并向所述第一共享车辆发送交互通信请求，以与所述第一共享车辆建立交互通信连接；
请求所述第一共享车辆向服务器发送该第二共享车辆的故障报告信息，所述故障报告信息根据所述第二共享车辆的车辆信息生成，所述车辆信息包括所述第二共享车辆的车辆故障信息。
根据本申请实施例的另一方面，提供一种车辆故障处理方法，应用于车辆故障处理***，所述车辆故障处理***包括第一共享车辆、第二共享车辆以及服务器，所述方法包括：
所述第二共享车辆在发生故障时，从周围的各个共享车辆中确定满足预设条件的第一共享车辆发送交互通信请求；
所述第一共享车辆根据所述交互通信请求与所述第二共享车辆建立交互通信连接后，从所述第二共享车辆中获得所述第二共享车辆的车辆信息，所述车辆信息包括所述第二共享车辆的车辆故障信息；
所述第一共享车辆根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器。
根据本申请实施例的另一方面，提供一种车辆故障处理装置，应用于第一共享车辆，所述装置包括：
第一连接建立模块，用于在接收到第二共享车辆发生故障时发送的交互通信请求后，与所述第二共享车辆建立交互通信连接，并从所述第二共享车辆中获得所述第二共享车辆的车辆信息，所述车辆信息包括所述第二共享车辆的车辆故障信息；
生成模块，用于根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器。
根据本申请实施例的另一方面，提供一种车辆故障处理装置，应用于第二共享车辆，所述装置包括：
第二连接建立模块，用于在发生故障时，从周围的各个共享车辆中确定预设条件的第一共享车辆并向所述第一共享车辆发送交互通信请求，以与所述第一共享车辆建立交互通信连接；
请求模块，用于请求所述第一共享车辆向服务器发送该第二共享车辆的故障报告信息，所述故障报告信息根据所述第二共享车辆的车辆信息生成，所述车辆信息包括所述第二共享车辆的车辆故障信息。
根据本申请实施例的另一方面，提供一种可读存储介质，该可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行上述的车辆故障处理方法的步骤。
基于上述任一方面，本申请实施例在当第一共享车辆在接收到第二共享车辆发生故障时发送的交互通信请求后与第二共享车辆建立交互通信连接，并从第二共享车辆中获得第二共享车辆的车辆信息，然后根据第二共享车辆的车辆信息生成第二共享车辆的故障报告信息，并将第二共享车辆的故障报告信息发送给服务器。通过上述方案，能够在共享车辆发生故障时及时通过另一个共享车辆上传其故障报告信息到服务器，从而不影响用户使用和共享车辆调度，同时降低车辆丢失风险，减少共享车辆平台的运营成本。
为使本申请实施例的上述目的、特征和优点能更明显易懂，下面将结合实施例，并配合所附附图，作详细说明。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的车辆故障处理***的交互示意框图；
图2示出了本申请实施例所提供的可以实现图1的第一共享车辆和第二共享车辆的共享车辆的示例性硬件和软件组件的示意图；
图3示出了本申请实施例所提供的车辆故障处理方法的一种流程示意图；
图4示出了本申请实施例所提供的车辆故障处理方法的另一种流程示意图；
图5示出了本申请实施例所提供的车辆故障处理方法的另一种流程示意图；
图6示出了本申请实施例所提供的车辆故障处理方法的另一种流程示意图；
图7示出了本申请实施例所提供的车辆故障处理方法的另一种流程示意图；
图8示出了本申请实施例所提供的车辆故障处理方法的另一种流程示意图；
图9示出了本申请实施例所提供的第一车辆故障处理装置的一种功能模块框图；
图10示出了本申请实施例所提供的第一车辆故障处理装置的另一种功能模块框图；
图11示出了本申请实施例所提供的第二车辆故障处理装置的一种功能模块框图；
图12示出了本申请实施例所提供的第二车辆故障处理装置的另一种功能模块框图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请实施例的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“共享单车”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕“共享单车”进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他共享交通类型。例如，本申请可以应用于不同的运输***环境，包括陆地，海洋，或航空等，或其任意组合。共享交通工具可以包括自行车、公共汽车、船只、电动车等，或其任意组合。本申请的***或方法的应用可以包括网页、浏览器的插件、客户端终端、定制***、内部分析***、或人工智能机器人等，或其任意组合。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
在对本申请实施例的技术方案进行进一步阐述之前，为便于本领域技术人员充分理解本申请解决的技术问题，下面给出一个具体示例对前述背景获知的技术问题进行示例性说明。
共享车辆中设置有运营商网络模块和定位模块，在运行过程中会通过定位模块实时获取当前的位置坐标，并通过运营商网络模块将当前的位置坐标和其它状态信息(例如车辆标识、电量、时间戳等)通过运营商网络(例如***运营商网络、***运营商网络、中国电信运营商网络等)发送给服务器。由此，服务器可以准确知道共享车辆的状态信息和位置坐标，从而进行车辆调度等操作。然而，当共享车辆的运营商网络模块发生故障时，上述的位置坐标和其它状态信息则无法及时上传到服务器中。又或者，当共享车辆的定位模块发生故障时，上述的位置坐标则无法及时上传到服务器中。这样就会导致服务器无法及时获知共享车辆的状态信息，尤其是位置坐标信息，从而会严重影响用户使用和车辆调度，增大车辆丢失风险。
基于上述技术问题的发现，本申请实施例在当第一共享车辆在接收到第二共享车辆发生故障时发送的交互通信请求后与第二共享车辆建立交互通信连接，并从第二共享车辆中获得第二共享车辆的车辆信息，然后根据第二共享车辆的车辆信息生成第二共享车辆的故障报告信息，并将第二共享车辆的故障报告信息发送给服务器。通过上述方案，能够在共享车辆发生故障时及时通过另一个共享车辆上传其故障报告信息到服务器，从而不影响用户使用和共享车辆调度，同时降低车辆丢失风险，减少共享车辆平台的运营成本。
需要注意的是，以上现有技术中的方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决方案，都应该是发明人在发明创造过程中对本申请做出的贡献。
图1是本申请一种可替代实施例提供的车辆故障处理***100的架构示意图。例如，车辆故障处理***100可以是用于诸如共享自动车服务、共享电动车之类的共享交通服务、或其上述任意服务事件的组合服务所依赖的共享服务平台。车辆故障处理***100可以包括服务器110、网络120、第一共享车辆130和第二共享车辆140，服务器110中可以包括执行指令操作的处理器。图1所示的车辆故障处理***100仅为一种可行的示例，在其它可行的实施例中，该车辆故障处理***100也可以仅包括图1所示组成部分的其中一部分或者还可以包括其它的组成部分。
在一些实施例中，服务器110可以是单个服务器110，也可以是一个服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式***)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在第一共享车辆130以及第二共享车辆140、或其任意组合中的信息。作为另一示例，服务器110可以直接连接到第一共享车辆130、第二共享车辆140中的至少一个，以访问其中存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有本申请中图2所示的一个或多个组件的共享车辆200上实现。
在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，在快车服务中，处理器可以基于从第一共享车辆130获得的服务请求来确定目标车辆。处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、专用指令集处理器(Application Specific Instruction-setProcessor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)、或微处理器等，或其任意组合。
在一些实施例中，第一共享车辆130或者第二共享车辆140可以包括自行车(例如独轮车、自行车、三轮车等)、公共汽车、船只、电动车等等。
图2示出了本申请一些实施例提供的可以实现本申请思想的第一共享车辆130、第二共享车辆140的共享车辆200的示例性硬件和软件组件的示意图。例如，处理器220可以用于共享车辆200上，并且用于执行本申请中的功能。
共享车辆200可以包括连接到运营商网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230以及不同形式的存储介质240，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。例如，存储介质240中可以存储有第一车辆故障处理装置300和第二车辆故障处理装置400，处理器220可通过执行存储在存储介质240中的第一车辆故障处理装置300或者第二车辆故障处理装置400中的各个功能模块以实现本申请实施例的车辆故障处理方法。值得说明的是，关于第一车辆故障处理装置300和第二车辆故障处理装置400包括的各个功能模块将在以下实施例进行详细阐述，此处暂时不作说明。
共享车辆200还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口250。
进一步地，共享车辆200还可以包括定位模块260和交互通信模块270。定位模块260可以通过例如GPS、北斗等卫星定位获取共享车辆200的定位信息。交互通信模块270可以与一定范围内的其它共享车辆进行近距离交互通信，例如可以通过蓝牙通信、NFC(NearField Communication，近场通讯)通信、UWB(Ultra Wideband，超宽带)通信或者Zigbee等通信方式与一定范围内的其它共享车辆进行近距离交互通信。
为了便于说明，在共享车辆200中仅描述了一个处理器。然而，应当注意，本申请中的共享车辆200还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若共享车辆200的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。
图3示出了本申请一些实施例提供的车辆故障处理方法的流程示意图，该车辆故障处理方法可由图1中所示的车辆故障处理***10执行。应当理解，在其它实施例中，本实施例的车辆故障处理方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该车辆故障处理方法的详细步骤介绍如下。
步骤S110，第二共享车辆140在发生故障时，从周围的各个共享车辆中确定满足预设条件的第一共享车辆130发送交互通信请求。
本实施例中，各个共享车辆，例如第一共享车辆130在运行过程中会持续向预定范围内的各个共享车辆发送广播信号。该广播信号为单向通信信号，只能由预定范围内的各个共享车辆接收。详细地，以第一共享车辆130的交互通信模块270采用蓝牙通信模块为例，第一共享车辆130可以实时开启蓝牙广播并持续向预定范围内的各个共享车辆发送蓝牙广播信号，这样通过广播方式发送蓝牙广播信号，不需要主动扫描其它共享车辆，也不需要与其它共享车辆单独建立数据收发通道，可以大大降低共享车辆的功耗。
可选地，该广播信号可以包括第一共享车辆130的车辆标识和车辆状态信息。其中，车辆标识可以是指该第一共享车辆130的车辆唯一ID号码，对于每个共享车辆都具有与之对应的唯一一个车辆标识。车辆状态信息可以是指该第一共享车辆130的电量信息、定位信息、定位工作状态、运营商网络连接状态等信息。
在前述基础上，当上述预定范围内的各个共享车辆中的第二共享车辆140在发生故障时，该第二共享车辆140可以根据接收到的各个共享车辆持续发送的广播信号确定满足预设条件的第一共享车辆130发送交互通信请求。作为一种实施方式，该第二共享车辆140可以从各个共享车辆持续发送的广播信号中确定信号强度最大的目标广播信号，并根据目标广播信号确定对应的第一共享车辆130；或者还可以从各个共享车辆持续发送的广播信号中确定车辆状态信息表征该共享车辆未发生故障的目标广播信号，并根据目标广播信号确定对应的第一共享车辆130。例如，可以从各个共享车辆中选择剩余电量高于设定电量阈值、运营商网络连接状态正常、定位状态正常的共享车辆作为第一共享车辆130，然后向选择的第一共享车辆130发起交互通信请求。
步骤S120，第一共享车辆130根据交互通信请求与第二共享车辆140建立交互通信连接后，从第二共享车辆140中获得第二共享车辆140的车辆信息。
由于第二共享车辆140的广播信号是持续发送的，为了使第二共享车辆140的功耗保持在较低水平，通常广播信号中包括的数据内容有限(例如32字节)。在有限的数据内容中，固定字段会占据大部分数据内容，例如车辆标识、车辆状态、时间戳、校验码等，因此广播信号中实际上并没有太多数据空间能够容纳需要传输的内容(例如故障信息)，如果需要传输更多的内容，第二共享车辆140需要与第一共享车辆130建立交互通信连接。基于此，本实施例中，第一共享车辆130可以在接收到第二共享车辆140发送的交互通信请求后，与第二共享车辆140建立交互通信连接，并从第二共享车辆140中获得第二共享车辆140的车辆信息。其中，第一共享车辆130与第二共享车辆140之间建立的交互通信连接的方式可以包括蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接中的至少一种。
由此，通过第一共享车辆130与第二共享车辆140建立交互通信连接，可以由原来的单向通信转换为双向交互通信，从而在建立交互通信连接后可以建立一个数据收发通道，实现多次数据收发，使得第二共享车辆140可以发送较长字节的数据内容。
可选地，上述的车辆信息包括第二共享车辆140的车辆故障信息，例如车辆故障部位、车辆故障持续时间等信息。
步骤S130，第一共享车辆130根据第二共享车辆140的车辆信息生成第二共享车辆140的故障报告信息，并将第二共享车辆140的故障报告信息发送给服务器110。
在一种可能的实施方式中，第一共享车辆130可以根据第二共享车辆140的车辆故障信息确定第二共享车辆140的车辆故障类型，车辆故障类型包括车辆定位故障和/或车辆网络故障。其中，车辆定位故障可以是指定位模块260发生故障而无法正常获取定位信息，或者定位模块260虽然未发生故障但是定位模块260无法将定位信息传输到网络端口210中。车辆网络故障可以是指网络端口210发生故障导致无法通过运营商网络与服务器110进行数据交互。
而后，第一共享车辆130可以根据预设的车辆故障类型对应的故障处理策略生成第二共享车辆140的故障报告信息，并将故障报告信息发送给服务器110。
例如，若车辆故障类型为车辆网络故障，则第一共享车辆130可以将第二共享车辆140的车辆信息作为故障报告信息发送给服务器110。
又例如，若车辆故障类型为车辆定位故障，或者车辆定位故障和车辆网络故障，则可以根据第一共享车辆130与第二共享车辆140之间的交互通信强度获取第一共享车辆130与第二共享车辆140之间的车辆距离。然后，根据车辆距离以及第一共享车辆130的定位信息得到第二共享车辆140的定位范围信息。最后，第一共享车辆130根据第二共享车辆140的定位范围信息和车辆信息生成故障报告信息，并将故障报告信息发送给服务器110。
或者，若车辆故障类型仅为车辆定位故障时，也可以直接将故障报告信息发送给第二共享车辆140，并由第二共享车辆140将故障报告信息发送给服务器。
其中，上述的交互通信强度与第一共享车辆130和第二共享车辆140之间的距离有关，具体而言，上述的交互通信强度与第一共享车辆130和第二共享车辆140之间的距离成正比例对应关系，也即当第一共享车辆130和第二共享车辆140之间的距离越大时，上述的交互通信强度越小。基于此，可以根据该正比例对应关系得到第一共享车辆130与第二共享车辆140之间的交互通信强度对应的车辆距离D。在此基础上，假设第一共享车辆130的定位坐标为A，则第二共享车辆140的定位范围信息则可以为以A为圆心、以D为半径的圆形区域。
换言之，当第二共享车辆140的车辆故障类型包括车辆定位故障时，此时即便通过第一共享车辆130将其车辆信息发送给服务器110，服务器110仍旧无法获知第二共享车辆140的定位信息，本实施例根据第一共享车辆130与第二共享车辆140之间的车辆距离以及第一共享车辆130的定位信息可以得到第二共享车辆140的定位范围信息，并将第二共享车辆140的定位范围信息随故障报告信息上传到服务器110，服务器110可以获知第二共享车辆140的定位范围，从而从一定程度上避免由于当第二共享车辆140发生定位故障时服务器110难以获知其具体定位信息的问题，提高了定位可靠性。
通过上述方案，能够在共享车辆发生故障时及时通过另一个共享车辆上传其故障报告信息到服务器110，从而不影响用户使用和共享车辆调度，同时降低车辆丢失风险，减少共享车辆平台的运营成本。此外，通过第二共享车辆140与第一共享车辆130先建立交互通信连接，再由第一共享车辆130转发第二共享车辆140的故障报告信息到服务器110的方式，可以避免第二共享车辆140发送的车辆故障信息被多个共享车辆转发的情况，节省车辆通信资源。
进一步地，第一共享车辆130与第二共享车辆140在建立交互通信连接过程中，功耗会显著增大，不利于第一共享车辆130和第二共享车辆140的持续工作。发明人在研究过程中发现，实际上当第一共享车辆130将第二共享车辆140的故障报告信息发送到服务器110后，第一共享车辆130和第二共享车辆140之间不再存在交互通信需求。基于此，经发明人仔细研究后，请进一步参阅图4，在步骤S130之后，本实施例提供的车辆故障处理方法还可以包括如下步骤：
步骤S140，第一共享车辆130向第二共享车辆140发送用于指示车辆信息成功接收的确认信息或者用于指示故障报告信息成功发送到服务器110的确认信息。
步骤S150，第二共享车辆140根据确认信息断开与第一共享车辆130之间的交互通信连接。
详细地，当第一共享车辆130成功将故障报告信息发送到服务器110之后，可以向第二共享车辆140发送确认信息以提示第二共享车辆140故障报告信息已经发送到服务器110。第二共享车辆140在接收到上述确认信息后，即断开与第一共享车辆130之间的交互通信连接，不再与第一共享车辆130建立数据收发通道，由于降低第一共享车辆130和第二共享车辆140参与交互时产生的功耗，提高第一共享车辆130和第二共享车辆140的持续工作时间。
此外，若第二共享车辆140发生的故障为车辆定位故障时，根据前述分析可知，服务器110接收到的故障报告信息中只包括第二共享车辆140的定位范围信息，但是仍旧难以准确确定第二共享车辆140的实际位置。基于此，本实施例还可以包括如下步骤：
步骤S140，当第二共享车辆140发生的故障为车辆定位故障时，第二共享车辆140从周围的各个共享车辆中选择第一共享车辆130之外的其它共享车辆继续发送交互通信请求。
详细地，第二共享车辆140可以按照上述确定第一共享车辆130的实施方式从周围的各个共享车辆中选择第一共享车辆130之外的其它共享车辆继续发送交互通信请求，与选择的其它共享车辆继续建立前述的交互通信连接，从而不断通过其它共享车辆继续向服务器110发送包括有定位范围信息的故障报告信息。服务器110可以根据各个共享车辆发送的第二共享车辆140的故障报告信息得到第二共享车辆140的多个定位范围信息，并计算多个定位范围信息之间的交叉区域信息，从而可以准确确定第二共享车辆140的实际位置，更准确地获得第二共享车辆140的实际车辆信息。
值得说明的是，为了保证各个共享车辆的正常运作，第二共享车辆140选择发起交互通信请求的共享车辆(包括第一共享车辆130)的数量应当低于预定数量，例如可以限定第二共享车辆140在发生故障时仅能够选择三个共享车辆进行交互通信。
图5示出了本申请一些实施例提供的车辆故障处理方法的另一种流程示意图，与上面实施例不同的是，本车辆故障处理方法由第一共享车辆130执行，可以理解的是，接下来要描述的车辆故障处理方法中涉及的步骤在上面实施例中已经描述过，具体各个步骤的详尽内容可参照上面的实施例描述，下面仅对第一共享车辆130执行步骤进行简要说明。
步骤S310，在接收到第二共享车辆140发生故障时发送的交互通信请求后，与第二共享车辆140建立交互通信连接，并从第二共享车辆140中获得第二共享车辆140的车辆信息，车辆信息包括第二共享车辆140的车辆故障信息。
在一种可能的实施方式中，在步骤S310之前，上述车辆故障处理方法还可以包括：持续向预定范围内的各个共享车辆发送广播信号，以使各个共享车辆中发生故障的第二共享车辆140根据接收到的周围各个共享车辆持续发送的广播信号向第一共享车辆130发送交互通信请求，广播信号包括第一共享车辆130的车辆标识和车辆状态信息。
在一种可能的实施方式中，第一共享车辆130与第二共享车辆140之间建立的交互通信连接的方式包括以下方式中的至少一种：
蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
步骤S320，根据第二共享车辆140的车辆信息生成第二共享车辆140的故障报告信息，并将第二共享车辆140的故障报告信息发送给服务器110。
在一种可能的实施方式中，可以根据第二共享车辆140的车辆故障信息确定第二共享车辆140的车辆故障类型，车辆故障类型包括车辆定位故障和/或车辆网络故障。接着，根据预设的车辆故障类型对应的故障处理策略生成第二共享车辆140的故障报告信息，并将故障报告信息发送给服务器110。
例如，若车辆故障类型为车辆网络故障，则将第二共享车辆140的车辆信息作为故障报告信息发送给服务器110。
又例如，若车辆故障类型为车辆定位故障，或者车辆定位故障和车辆网络故障，则根据第一共享车辆130与第二共享车辆140之间的交互通信强度获取第一共享车辆130与第二共享车辆140之间的车辆距离，并根据车辆距离以及第一共享车辆130的定位信息得到第二共享车辆140的定位范围信息，最后根据第二共享车辆140的定位范围信息和车辆信息生成故障报告信息，并将故障报告信息发送给服务器110。
在一种可能的实施方式中，请进一步参阅图6，在步骤S320之后，上述车辆故障处理方法还可以包括以下步骤：
步骤S330，在向服务器110发送故障报告信息后，向第二共享车辆140发送用于指示车辆信息成功接收的确认信息或者用于指示故障报告信息成功发送到服务器110的确认信息，以使第二共享车辆140根据确认信息断开与第一共享车辆130之间的交互通信连接，并在发生的故障为车辆定位故障时从周围的各个共享车辆中选择第一共享车辆130之外的其它共享车辆继续发送交互通信请求。
图7示出了本申请一些实施例提供的车辆故障处理方法的另一种流程示意图，与上面实施例不同的是，本车辆故障处理方法由第二共享车辆140执行，可以理解的是，接下来要描述的车辆故障处理方法中涉及的步骤在上面实施例中已经描述过，具体各个步骤的详尽内容可参照上面的实施例描述，下面仅对第二共享车辆140执行步骤进行简要说明。
步骤S410，在发生故障时，从周围的各个共享车辆中确定预设条件的第一共享车辆130并向第一共享车辆130发送交互通信请求，以与第一共享车辆130建立交互通信连接。
在一种可能的实施方式中，第二共享车辆140与第一共享车辆130之间建立的交互通信连接的方式包括以下方式中的至少一种：蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
在一种可能的实施方式中，第二共享车辆140可以获取周围的各个共享车辆持续发送的广播信号，在发生故障时，根据各个共享车辆持续发送的广播信号确定满足预设条件的第一共享车辆130。
其中，广播信号包括第一共享车辆130的车辆标识和车辆状态信息，在此基础上，可以从各个共享车辆持续发送的广播信号中确定信号强度最大的目标广播信号，并根据目标广播信号确定对应的第一共享车辆130；或者从各个共享车辆持续发送的广播信号中确定车辆状态信息表征该共享车辆未发生故障的目标广播信号，并根据目标广播信号确定对应的第一共享车辆130。
步骤S420，请求第一共享车辆130向服务器110发送该第二共享车辆140的故障报告信息，故障报告信息根据第二共享车辆140的车辆信息生成，车辆信息包括第二共享车辆140的车辆故障信息。
在步骤S420之后，上述车辆故障处理方法还可以包括以下步骤：
步骤S430，接收第一共享车辆130发送的用于指示车辆信息成功接收的确认信息或者用于指示故障报告信息成功发送到服务器110的确认信息。
步骤S440，根据确认信息断开与第一共享车辆130之间的交互通信连接。以及
步骤S450，当第二共享车辆140发生的故障为车辆定位故障时，从周围的各个共享车辆中选择第一共享车辆130之外的其它共享车辆继续发送交互通信请求。
图9示出了本申请一些实施例提供的第一车辆故障处理装置300的功能模块图，该第一车辆故障处理装置300实现的功能可以对应上述图5-图6所示的车辆故障处理方法执行的步骤。该第一车辆故障处理装置300可以理解为上述第一共享车辆130，或第一共享车辆130的处理器，也可以理解为独立于上述第一共享车辆130或处理器之外的在第一共享车辆130控制下实现本申请功能的组件。如图9所示，该第一车辆故障处理装置300可以包括第一连接建立模块310以及生成模块320，下面分别对该第一车辆故障处理装置300的各个功能模块的功能进行详细阐述。
第一连接建立模块310，用于在接收到第二共享车辆140发生故障时发送的交互通信请求后，与第二共享车辆140建立交互通信连接，并从第二共享车辆140中获得第二共享车辆140的车辆信息，车辆信息包括第二共享车辆140的车辆故障信息。可以理解，该第一连接建立模块310可以用于执行上述步骤S310，关于该第一连接建立模块310的详细实现方式可以参照上述对步骤S310有关的内容。
生成模块320，用于根据第二共享车辆140的车辆信息生成第二共享车辆140的故障报告信息，并将第二共享车辆140的故障报告信息发送给服务器110。可以理解，该生成模块320可以用于执行上述步骤S320，关于该生成模块320的详细实现方式可以参照上述对步骤S320有关的内容。
在一种可能的实施方式中，第一共享车辆130与第二共享车辆140之间建立的交互通信连接的方式包括以下方式中的至少一种：
蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
在一种可能的实施方式中，请进一步参阅图10，上述第一车辆故障处理装置300还可以包括广播信号发送模块301，用于持续向预定范围内的各个共享车辆发送广播信号，以使各个共享车辆中发生故障的第二共享车辆140根据接收到的周围各个共享车辆持续发送的广播信号向第一共享车辆130发送交互通信请求，广播信号包括第一共享车辆130的车辆标识和车辆状态信息。
在一种可能的实施方式中，生成模块320具体可以通过以下方式生成第二共享车辆140的故障报告信息，并将第二共享车辆140的故障报告信息发送给服务器110：根据第二共享车辆140的车辆故障信息确定第二共享车辆140的车辆故障类型，车辆故障类型包括车辆定位故障和/或车辆网络故障。而后根据预设的车辆故障类型对应的故障处理策略生成第二共享车辆140的故障报告信息，并将故障报告信息发送给服务器110。
在一种可能的实施方式中，若车辆故障类型为车辆网络故障，生成模块具体可以通过以下方式生成第二共享车辆140的故障报告信息，并将故障报告信息发送给服务器110：将第二共享车辆140的车辆信息作为故障报告信息发送给服务器110。
在一种可能的实施方式中，若车辆故障类型为车辆定位故障，或者车辆定位故障和车辆网络故障，生成模块具体可以通过以下方式生成第二共享车辆140的故障报告信息，并将故障报告信息发送给服务器110：
根据第一共享车辆130与第二共享车辆140之间的交互通信强度获取第一共享车辆130与第二共享车辆140之间的车辆距离，并根据车辆距离以及第一共享车辆130的定位信息得到第二共享车辆140的定位范围信息，最后根据第二共享车辆140的定位范围信息和车辆信息生成故障报告信息，并将故障报告信息发送给服务器110。
或者，若车辆故障类型仅为车辆定位故障，则将故障报告信息发送给第二共享车辆以由第二共享车辆将故障报告信息发送给服务器。
在一种可能的实施方式中，仍旧参阅图10，上述第一车辆故障处理装置300还可以包括确认信息发送模块330，用于向第二共享车辆140发送用于指示车辆信息成功接收的确认信息或者用于指示故障报告信息成功发送到服务器110的确认信息，以使第二共享车辆140根据确认信息断开与第一共享车辆130之间的交互通信连接，并在发生的故障为车辆定位故障时从周围的各个共享车辆中选择第一共享车辆130之外的其它共享车辆继续发送交互通信请求。可以理解，该确认信息发送模块330可以用于执行上述步骤S330，关于该确认信息发送模块330的详细实现方式可以参照上述对步骤S330有关的内容。
图11示出了本申请一些实施例提供的第二车辆故障处理装置400的功能模块图，该第二车辆故障处理装置400实现的功能可以对应上述图5-图6所示的车辆故障处理方法执行的步骤。该第二车辆故障处理装置400可以理解为上述第二共享车辆140，或第二共享车辆140的处理器，也可以理解为独立于上述第二共享车辆140或处理器之外的在第一共享车辆130控制下实现本申请功能的组件。如图9所示，该第二车辆故障处理装置400可以包括第二连接建立模块410以及请求模块420，下面分别对该第二车辆故障处理装置400的各个功能模块的功能进行详细阐述。
第二连接建立模块410，用于在发生故障时，从周围的各个共享车辆中确定预设条件的第一共享车辆130并向第一共享车辆130发送交互通信请求，以与第一共享车辆130建立交互通信连接。可以理解，该第二连接建立模块410可以用于执行上述步骤S410，关于该第二连接建立模块410的详细实现方式可以参照上述对步骤S410有关的内容。
请求模块420，用于请求第一共享车辆130向服务器110发送该第二共享车辆140的故障报告信息，故障报告信息根据第二共享车辆140的车辆信息生成，车辆信息包括第二共享车辆140的车辆故障信息。可以理解，该请求模块420可以用于执行上述步骤S420，关于该请求模块420的详细实现方式可以参照上述对步骤S420有关的内容。
在一种可能的实施方式中，第二共享车辆140与第一共享车辆130之间建立的交互通信连接的方式包括以下方式中的至少一种：蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
在一种可能的实施方式中，第二连接建立模块具体可以通过以下方式从周围的各个共享车辆中确定预设条件的第一共享车辆130：
获取周围的各个共享车辆持续发送的广播信号，在发生故障时，根据各个共享车辆持续发送的广播信号确定满足预设条件的第一共享车辆130。
在一种可能的实施方式中，广播信号包括第一共享车辆130的车辆标识和车辆状态信息，第二连接建立模块具体可以通过以下方式确定满足预设条件的第一共享车辆130：
从各个共享车辆持续发送的广播信号中确定信号强度最大的目标广播信号，并根据目标广播信号确定对应的第一共享车辆130；或者从各个共享车辆持续发送的广播信号中确定车辆状态信息表征该共享车辆未发生故障的目标广播信号，并根据目标广播信号确定对应的第一共享车辆130。
在一种可能的实施方式中，请进一步参阅图12，上述的第二车辆故障处理装置400还可以包括确认信息接收模块430以及连接断开模块440。
确认信息接收模块430用于接收第一共享车辆130发送的用于指示车辆信息成功接收的确认信息或者用于指示故障报告信息成功发送到服务器110的确认信息。可以理解，该确认信息接收模块430可以用于执行上述步骤S430，关于该确认信息接收模块430的详细实现方式可以参照上述对步骤S430有关的内容。
连接断开模块440用于根据确认信息断开与第一共享车辆130之间的交互通信连接。可以理解，该连接断开模块440可以用于执行上述步骤S440，关于该连接断开模块440的详细实现方式可以参照上述对步骤S440有关的内容。
其中，当第二共享车辆140发生的故障为车辆定位故障时，第二连接建立模块410还可以用于从周围的各个共享车辆中选择第一共享车辆130之外的其它共享车辆继续发送交互通信请求。
上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
Claims (35)
1.一种车辆故障处理方法，其特征在于，应用于第一共享车辆，所述方法包括：
在接收到第二共享车辆发生故障时发送的交互通信请求后，与所述第二共享车辆建立交互通信连接，并从所述第二共享车辆中获得所述第二共享车辆的车辆信息，所述车辆信息包括所述第二共享车辆的车辆故障信息；
根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器。
2.根据权利要求1所述的车辆故障处理方法，其特征在于，所述第一共享车辆与所述第二共享车辆之间建立的交互通信连接的方式包括以下方式中的至少一种：
蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
3.根据权利要求1所述的车辆故障处理方法，其特征在于，所述在接收到第二共享车辆发生故障时发送的交互通信请求的步骤之前，所述方法还包括：
持续向预定范围内的各个共享车辆发送广播信号，以使所述各个共享车辆中发生故障的第二共享车辆根据接收到的周围各个共享车辆持续发送的广播信号向所述第一共享车辆发送交互通信请求，所述广播信号包括所述第一共享车辆的车辆标识和车辆状态信息。
4.根据权利要求1-3中任意一项所述的车辆故障处理方法，其特征在于，所述根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器的步骤，包括：
根据所述第二共享车辆的车辆故障信息确定所述第二共享车辆的车辆故障类型，所述车辆故障类型包括车辆定位故障和/或车辆网络故障；
根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器。
5.根据权利要求4所述的车辆故障处理方法，其特征在于，所述根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器的步骤，包括：
若所述车辆故障类型为车辆网络故障，则将所述第二共享车辆的车辆信息作为故障报告信息发送给服务器。
6.根据权利要求4所述的车辆故障处理方法，其特征在于，所述根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器的步骤，包括：
若所述车辆故障类型为车辆定位故障，或者车辆定位故障和车辆网络故障，则根据所述第一共享车辆与所述第二共享车辆之间的交互通信强度获取所述第一共享车辆与所述第二共享车辆之间的车辆距离；
根据所述车辆距离以及所述第一共享车辆的定位信息得到所述第二共享车辆的定位范围信息；
根据所述第二共享车辆的定位范围信息和车辆信息生成故障报告信息，并将所述故障报告信息发送给服务器；或者
若所述车辆故障类型仅为车辆定位故障，则将所述故障报告信息发送给所述第二共享车辆以由所述第二共享车辆将所述故障报告信息发送给服务器。
7.根据权利要求1所述的车辆故障处理方法，其特征在于，所述方法还包括：
向所述第二共享车辆发送用于指示所述车辆信息成功接收的确认信息或者用于指示所述故障报告信息成功发送到所述服务器的确认信息，以使所述第二共享车辆根据所述确认信息断开与所述第一共享车辆之间的交互通信连接，并在发生的故障为车辆定位故障时从周围的各个共享车辆中选择所述第一共享车辆之外的其它共享车辆继续发送所述交互通信请求。
8.一种车辆故障处理方法，其特征在于，应用于第二共享车辆，所述方法包括：
在发生故障时，从周围的各个共享车辆中确定预设条件的第一共享车辆并向所述第一共享车辆发送交互通信请求，以与所述第一共享车辆建立交互通信连接；
请求所述第一共享车辆向服务器发送该第二共享车辆的故障报告信息，所述故障报告信息根据所述第二共享车辆的车辆信息生成，所述车辆信息包括所述第二共享车辆的车辆故障信息。
9.根据权利要求8所述的车辆故障处理方法，其特征在于，所述第二共享车辆与所述第一共享车辆之间建立的交互通信连接的方式包括以下方式中的至少一种：
蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
10.根据权利要求8所述的车辆故障处理方法，其特征在于，所述从周围的各个共享车辆中确定预设条件的第一共享车辆的步骤，包括：
获取周围的各个共享车辆持续发送的广播信号；
在发生故障时，根据各个共享车辆持续发送的广播信号确定满足预设条件的第一共享车辆。
11.根据权利要求10所述的车辆故障处理方法，其特征在于，所述广播信号包括所述第一共享车辆的车辆标识和车辆状态信息，所述根据各个共享车辆持续发送的广播信号确定满足预设条件的第一共享车辆的步骤，包括：
从各个共享车辆持续发送的广播信号中确定信号强度最大的目标广播信号，并根据所述目标广播信号确定对应的第一共享车辆；或者
从各个共享车辆持续发送的广播信号中确定车辆状态信息表征该共享车辆未发生故障的目标广播信号，并根据所述目标广播信号确定对应的第一共享车辆。
12.根据权利要求8所述的车辆故障处理方法，其特征在于，所述向所述第一共享车辆发送交互通信请求，以与所述第一共享车辆建立交互通信连接的步骤之后，所述方法还包括：
接收所述第一共享车辆发送的用于指示所述车辆信息成功接收的确认信息或者用于指示所述故障报告信息成功发送到所述服务器的确认信息；
根据所述确认信息断开与所述第一共享车辆之间的交互通信连接；以及
当所述第二共享车辆发生的故障为车辆定位故障时，从周围的各个共享车辆中选择所述第一共享车辆之外的其它共享车辆继续发送所述交互通信请求。
13.一种车辆故障处理方法，其特征在于，应用于车辆故障处理***，所述车辆故障处理***包括第一共享车辆、第二共享车辆以及服务器，所述方法包括：
所述第二共享车辆在发生故障时，从周围的各个共享车辆中确定满足预设条件的第一共享车辆发送交互通信请求；
所述第一共享车辆根据所述交互通信请求与所述第二共享车辆建立交互通信连接后，从所述第二共享车辆中获得所述第二共享车辆的车辆信息，所述车辆信息包括所述第二共享车辆的车辆故障信息；
所述第一共享车辆根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器。
14.根据权利要求13所述的车辆故障处理方法，其特征在于，所述第二共享车辆在发生故障时，从周围的各个共享车辆中确定满足预设条件的第一共享车辆发送交互通信请求的步骤之前，所述方法还包括：
所述第一共享车辆持续向预定范围内的各个共享车辆发送广播信号；
所述第二共享车辆在发生故障时，从周围的各个共享车辆中确定满足预设条件的第一共享车辆发送交互通信请求的步骤，包括：
当所述各个共享车辆中的第二共享车辆在发生故障时，根据接收到的各个共享车辆持续发送的广播信号确定满足预设条件的第一共享车辆发送交互通信请求。
15.根据权利要求14所述的车辆故障处理方法，其特征在于，所述广播信号包括所述第一共享车辆的车辆标识和车辆状态信息，所述根据接收到的各个共享车辆持续发送的广播信号选择满足预设条件的第一共享车辆的步骤，包括：
从各个共享车辆持续发送的广播信号中确定信号强度最大的目标广播信号，并根据所述目标广播信号确定对应的第一共享车辆；或者
从各个共享车辆持续发送的广播信号中确定车辆状态信息表征该共享车辆未发生故障的目标广播信号，并根据所述目标广播信号确定对应的第一共享车辆。
16.根据权利要求13所述的车辆故障处理方法，其特征在于，所述第一共享车辆与所述第二共享车辆之间建立的交互通信连接的方式包括以下方式中的至少一种：
蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
17.根据权利要求13-16中任意一项所述的车辆故障处理方法，其特征在于，所述第一共享车辆根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器的步骤，包括：
根据所述第二共享车辆的车辆故障信息确定所述第二共享车辆的车辆故障类型，所述车辆故障类型包括车辆定位故障和/或车辆网络故障；
根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器。
18.根据权利要求17所述的车辆故障处理方法，其特征在于，所述根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器的步骤，包括：
若所述车辆故障类型为车辆网络故障，则将所述第二共享车辆的车辆信息作为故障报告信息发送给服务器。
19.根据权利要求17所述的车辆故障处理方法，其特征在于，所述根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器的步骤，包括：
若所述车辆故障类型为车辆定位故障，或者车辆定位故障和车辆网络故障，则根据所述第一共享车辆与所述第二共享车辆之间的交互通信强度获取所述第一共享车辆与所述第二共享车辆之间的车辆距离；
根据所述车辆距离以及所述第一共享车辆的定位信息得到所述第二共享车辆的定位范围信息；
根据所述第二共享车辆的定位范围信息和车辆信息生成故障报告信息，并将所述故障报告信息发送给服务器。
20.根据权利要求13所述的车辆故障处理方法，其特征在于，所述第一共享车辆根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器的步骤之后，所述方法还包括：
所述第一共享车辆向所述第二共享车辆发送用于指示所述车辆信息成功接收的确认信息或者用于指示所述故障报告信息成功发送到所述服务器的确认信息；
所述第二共享车辆根据所述确认信息断开与所述第一共享车辆之间的交互通信连接；以及
当所述第二共享车辆发生的故障为车辆定位故障时，所述第二共享车辆从周围的各个共享车辆中选择所述第一共享车辆之外的其它共享车辆继续发送所述交互通信请求。
21.根据权利要求20所述的车辆故障处理方法，其特征在于，所述方法还包括：
所述服务器根据各个共享车辆发送的所述第二共享车辆的故障报告信息确定所述第二共享车辆的实际车辆信息。
22.一种车辆故障处理装置，其特征在于，应用于第一共享车辆，所述装置包括：
第一连接建立模块，用于在接收到第二共享车辆发生故障时发送的交互通信请求后，与所述第二共享车辆建立交互通信连接，并从所述第二共享车辆中获得所述第二共享车辆的车辆信息，所述车辆信息包括所述第二共享车辆的车辆故障信息；
生成模块，用于根据所述第二共享车辆的车辆信息生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器。
23.根据权利要求22所述的车辆故障处理装置，其特征在于，所述第一共享车辆与所述第二共享车辆之间建立的交互通信连接的方式包括以下方式中的至少一种：
蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
24.根据权利要求22所述的车辆故障处理装置，其特征在于，所述装置还包括：
广播信号发送模块，用于持续向预定范围内的各个共享车辆发送广播信号，以使所述各个共享车辆中发生故障的第二共享车辆根据接收到的周围各个共享车辆持续发送的广播信号向所述第一共享车辆发送交互通信请求，所述广播信号包括所述第一共享车辆的车辆标识和车辆状态信息。
25.根据权利要求22-24中任意一项所述的车辆故障处理装置，其特征在于，所述生成模块具体通过以下方式生成所述第二共享车辆的故障报告信息，并将所述第二共享车辆的故障报告信息发送给服务器：
根据所述第二共享车辆的车辆故障信息确定所述第二共享车辆的车辆故障类型，所述车辆故障类型包括车辆定位故障和/或车辆网络故障；
根据预设的车辆故障类型对应的故障处理策略生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器。
26.根据权利要求25所述的车辆故障处理装置，其特征在于，若所述车辆故障类型为车辆网络故障，所述生成模块具体通过以下方式生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器：
将所述第二共享车辆的车辆信息作为故障报告信息发送给服务器。
27.根据权利要求25所述的车辆故障处理装置，其特征在于，若所述车辆故障类型为车辆定位故障，或者车辆定位故障和车辆网络故障，所述生成模块具体通过以下方式生成所述第二共享车辆的故障报告信息，并将所述故障报告信息发送给服务器：
根据所述第一共享车辆与所述第二共享车辆之间的交互通信强度获取所述第一共享车辆与所述第二共享车辆之间的车辆距离；
根据所述车辆距离以及所述第一共享车辆的定位信息得到所述第二共享车辆的定位范围信息；
根据所述第二共享车辆的定位范围信息和车辆信息生成故障报告信息，并将所述故障报告信息发送给服务器；或者
若所述车辆故障类型仅为车辆定位故障，则将所述故障报告信息发送给所述第二共享车辆以由所述第二共享车辆将所述故障报告信息发送给服务器。
28.根据权利要求22所述的车辆故障处理装置，其特征在于，所述装置还包括：
确认信息发送模块，用于向所述第二共享车辆发送用于指示所述车辆信息成功接收的确认信息或者用于指示所述故障报告信息成功发送到所述服务器的确认信息，以使所述第二共享车辆根据所述确认信息断开与所述第一共享车辆之间的交互通信连接，并在发生的故障为车辆定位故障时从周围的各个共享车辆中选择所述第一共享车辆之外的其它共享车辆继续发送所述交互通信请求。
29.一种车辆故障处理装置，其特征在于，应用于第二共享车辆，所述装置包括：
第二连接建立模块，用于在发生故障时，从周围的各个共享车辆中确定预设条件的第一共享车辆并向所述第一共享车辆发送交互通信请求，以与所述第一共享车辆建立交互通信连接；
请求模块，用于请求所述第一共享车辆向服务器发送该第二共享车辆的故障报告信息，所述故障报告信息根据所述第二共享车辆的车辆信息生成，所述车辆信息包括所述第二共享车辆的车辆故障信息。
30.根据权利要求29所述的车辆故障处理装置，其特征在于，所述第二共享车辆与所述第一共享车辆之间建立的交互通信连接的方式包括以下方式中的至少一种：
蓝牙通信连接、NFC通信连接、Zigbee通信连接以及UWB通信连接。
31.根据权利要求29所述的车辆故障处理装置，其特征在于，所述第二连接建立模块具体通过以下方式从周围的各个共享车辆中确定预设条件的第一共享车辆：
获取周围的各个共享车辆持续发送的广播信号；
在发生故障时，根据各个共享车辆持续发送的广播信号确定满足预设条件的第一共享车辆。
32.根据权利要求31所述的车辆故障处理装置，其特征在于，所述广播信号包括所述第一共享车辆的车辆标识和车辆状态信息，所述第二连接建立模块具体通过以下方式确定满足预设条件的第一共享车辆：
从各个共享车辆持续发送的广播信号中确定信号强度最大的目标广播信号，并根据所述目标广播信号确定对应的第一共享车辆；或者
从各个共享车辆持续发送的广播信号中确定车辆状态信息表征该共享车辆未发生故障的目标广播信号，并根据所述目标广播信号确定对应的第一共享车辆。
33.根据权利要求29所述的车辆故障处理装置，其特征在于，所述装置还包括：
确认信息接收模块，用于接收所述第一共享车辆发送的用于指示所述车辆信息成功接收的确认信息或者用于指示所述故障报告信息成功发送到所述服务器的确认信息；
连接断开模块，用于根据所述确认信息断开与所述第一共享车辆之间的交互通信连接；
当所述第二共享车辆发生的故障为车辆定位故障时，所述第二连接建立模块还用于从周围的各个共享车辆中选择所述第一共享车辆之外的其它共享车辆继续发送所述交互通信请求。
34.一种共享车辆，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1-12中任意一项所述的车辆故障处理方法的步骤。
35.一种可读存储介质，其特征在于，该可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1-12中任意一项所述的车辆故障处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910101437.7A CN111510863A (zh) | 2019-01-31 | 2019-01-31 | 车辆故障处理方法、装置、共享车辆及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910101437.7A CN111510863A (zh) | 2019-01-31 | 2019-01-31 | 车辆故障处理方法、装置、共享车辆及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111510863A true CN111510863A (zh) | 2020-08-07 |
Family
ID=71872558
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910101437.7A Pending CN111510863A (zh) | 2019-01-31 | 2019-01-31 | 车辆故障处理方法、装置、共享车辆及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111510863A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112261619A (zh) * | 2020-10-12 | 2021-01-22 | 北京百度网讯科技有限公司 | 一种故障预警方法、装置、设备和介质 |
| CN112583103A (zh) * | 2020-11-16 | 2021-03-30 | 惠州市德赛西威汽车电子股份有限公司 | 一种提高电池供电时v2x设备工作时间的方法 |
| CN114679482A (zh) * | 2022-03-28 | 2022-06-28 | 广州小鹏汽车科技有限公司 | 车辆控制方法、车辆和存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105723753A (zh) * | 2014-10-08 | 2016-06-29 | 华为技术有限公司 | 一种车载终端间的信息交互方法及车载终端 |
| CN106452515A (zh) * | 2016-10-17 | 2017-02-22 | 中车株洲电力机车研究所有限公司 | 一种基于蓝牙的列车设备监控方法和*** |
| CN107105097A (zh) * | 2017-04-28 | 2017-08-29 | 努比亚技术有限公司 | 消息管理方法、移动终端、移动通信***及存储介质 |
| CN107241680A (zh) * | 2017-04-27 | 2017-10-10 | 北京摩拜科技有限公司 | 用于多个车辆的通信方法、车辆及服务器 |
| CN107343022A (zh) * | 2017-05-24 | 2017-11-10 | 上海与德科技有限公司 | 寻找共享单车的方法、终端及服务器 |
| CN107948958A (zh) * | 2017-11-16 | 2018-04-20 | 中科创达软件股份有限公司 | 一种基于ble传递信息的方法、装置及中央设备 |
| CN107948938A (zh) * | 2017-11-20 | 2018-04-20 | 东峡大通（北京）管理咨询有限公司 | 定位车辆的方法、服务器及车辆 |
| CN108156231A (zh) * | 2017-12-21 | 2018-06-12 | 北京摩拜科技有限公司 | 故障车辆与服务器通信的方法、车辆和服务器 |
| US20190020987A1 (en) * | 2016-04-01 | 2019-01-17 | Intel Corporation | Geo-information reporting for vehicle-to-vehicle sidelink communications |
-
2019
- 2019-01-31 CN CN201910101437.7A patent/CN111510863A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105723753A (zh) * | 2014-10-08 | 2016-06-29 | 华为技术有限公司 | 一种车载终端间的信息交互方法及车载终端 |
| US20190020987A1 (en) * | 2016-04-01 | 2019-01-17 | Intel Corporation | Geo-information reporting for vehicle-to-vehicle sidelink communications |
| CN106452515A (zh) * | 2016-10-17 | 2017-02-22 | 中车株洲电力机车研究所有限公司 | 一种基于蓝牙的列车设备监控方法和*** |
| CN107241680A (zh) * | 2017-04-27 | 2017-10-10 | 北京摩拜科技有限公司 | 用于多个车辆的通信方法、车辆及服务器 |
| CN107105097A (zh) * | 2017-04-28 | 2017-08-29 | 努比亚技术有限公司 | 消息管理方法、移动终端、移动通信***及存储介质 |
| CN107343022A (zh) * | 2017-05-24 | 2017-11-10 | 上海与德科技有限公司 | 寻找共享单车的方法、终端及服务器 |
| CN107948958A (zh) * | 2017-11-16 | 2018-04-20 | 中科创达软件股份有限公司 | 一种基于ble传递信息的方法、装置及中央设备 |
| CN107948938A (zh) * | 2017-11-20 | 2018-04-20 | 东峡大通（北京）管理咨询有限公司 | 定位车辆的方法、服务器及车辆 |
| CN108156231A (zh) * | 2017-12-21 | 2018-06-12 | 北京摩拜科技有限公司 | 故障车辆与服务器通信的方法、车辆和服务器 |
Non-Patent Citations (1)
| Title |
|---|
| 左静: "车联网对电动汽车共享服务的支持", 《汽车实用技术》 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112261619A (zh) * | 2020-10-12 | 2021-01-22 | 北京百度网讯科技有限公司 | 一种故障预警方法、装置、设备和介质 |
| CN112261619B (zh) * | 2020-10-12 | 2023-10-17 | 阿波罗智联(北京)科技有限公司 | 一种故障预警方法、装置、设备和介质 |
| CN112583103A (zh) * | 2020-11-16 | 2021-03-30 | 惠州市德赛西威汽车电子股份有限公司 | 一种提高电池供电时v2x设备工作时间的方法 |
| CN114679482A (zh) * | 2022-03-28 | 2022-06-28 | 广州小鹏汽车科技有限公司 | 车辆控制方法、车辆和存储介质 |
| CN114679482B (zh) * | 2022-03-28 | 2024-04-30 | 广州小鹏汽车科技有限公司 | 车辆控制方法、车辆和存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111510863A (zh) | 车辆故障处理方法、装置、共享车辆及可读存储介质 | |
| AU2017342747A1 (en) | Facilitating direct rider driver pairing for mass egress areas | |
| GB2552029A (en) | Vehicle communication system and method | |
| CN109981751A (zh) | 一种文件传输方法及***、计算机设备及存储介质 | |
| CN108307362B (zh) | 一种终端及其待机方法、服务器和具有存储功能的装置 | |
| CN104917808A (zh) | 一种基于车联网的救援调度方法及*** | |
| CN113992713B (zh) | 车云通信方法、装置、电子设备及存储介质 | |
| CN111385762B (zh) | 车辆异常上报方法、装置、共享车辆及存储介质 | |
| CN108650667A (zh) | 终端调度方法和装置 | |
| CN106605213A (zh) | 用于在断续的连通性的情况下进行支持的***、相应的本地设备以及相应的云端计算平台 | |
| CN111862405B (zh) | 智能锁的通信模式设置方法、装置、设备和存储介质 | |
| CN105827508B (zh) | 车载终端加入群组的处理方法、车载终端、服务器及*** | |
| CN111292104B (zh) | 一种信息推送方法、装置、电子设备及存储介质 | |
| CN115695497A (zh) | 诊断数据远程传输方法、装置、电子设备及介质 | |
| CN105873197B (zh) | 一种智能管理信息传输的方法及装置 | |
| CN101355512B (zh) | 数据传输***、方法及传输控制服务器 | |
| CN113094002B (zh) | 消息处理方法、装置、电子设备和计算机介质 | |
| CN101662492B (zh) | 点对点无线移动通讯互动***及其互动方法 | |
| CN201629051U (zh) | 基于空间地理信息的车辆监控*** | |
| CN110251943B (zh) | 一种游戏玩家的匹配方法、装置、设备及存储介质 | |
| CN111355650B (zh) | 一种实时聊天方法、平台、***及相关设备 | |
| CN102510402B (zh) | 基于云网络实现导航终端间互联通讯的方法 | |
| CN106485637A (zh) | 基于附近可用车辆侦测的叫车软件监管***以及服务器 | |
| CN115225703B (zh) | 消息通信方法、装置、交通工具以及存储介质 | |
| CN115019533B (zh) | 移动加氢的车辆调度方法、装置、设备及介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200807 |