CN111832598B - 一种检测车锁状态的方法及装置 - Google Patents

一种检测车锁状态的方法及装置 Download PDF

Info

Publication number
CN111832598B
CN111832598B CN201910779572.7A CN201910779572A CN111832598B CN 111832598 B CN111832598 B CN 111832598B CN 201910779572 A CN201910779572 A CN 201910779572A CN 111832598 B CN111832598 B CN 111832598B
Authority
CN
China
Prior art keywords
lock
information
lock state
state detection
vehicle
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.)
Active
Application number
CN201910779572.7A
Other languages
English (en)
Other versions
CN111832598A (zh
Inventor
熊伟
陈晨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qisheng Technology Co Ltd
Original Assignee
Beijing Qisheng Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Qisheng Technology Co Ltd filed Critical Beijing Qisheng Technology Co Ltd
Priority to CN201910779572.7A priority Critical patent/CN111832598B/zh
Publication of CN111832598A publication Critical patent/CN111832598A/zh
Application granted granted Critical
Publication of CN111832598B publication Critical patent/CN111832598B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00—Pattern recognition
    • G06F18/20—Analysing
    • G06F18/21—Design or setup of recognition systems or techniques; Extraction of features in feature space; Blind source separation
    • G06F18/214—Generating training patterns; Bootstrap methods, e.g. bagging or boosting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00—Computing arrangements based on biological models
    • G06N3/02—Neural networks
    • G06N3/08—Learning methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0042—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects
    • G07F17/0057—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects for the hiring or rent of vehicles, e.g. cars, bicycles or wheelchairs

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Accounting & Taxation (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Finance (AREA)
  • Evolutionary Computation (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Evolutionary Biology (AREA)
  • Biomedical Technology (AREA)
  • Biophysics (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Molecular Biology (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Traffic Control Systems (AREA)
  • Alarm Systems (AREA)

Abstract

本申请提供了一种检测车锁状态的方法及装置，其中，该方法包括：当接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令；接收目标终端基于检测信息上报指令上传的车锁状态检测信息；车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，车锁被操作后的图像信息；将车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果。本申请实施例能够实现对车锁状态的检测。

Description

一种检测车锁状态的方法及装置
技术领域
本申请涉及计算机应用技术领域，具体而言，涉及一种检测车锁状态的方法及装置。
背景技术
共享车辆是共享车辆运营企业在校园、地铁站点、公交站点、居民区、商业区、公共服务区等提供车辆共享服务，是一种分时租赁模式。其在使用时可以分为三个阶段：开锁、骑行以及关锁。
共享车辆由于各种外因或者内因，在投入运营一段时间后可能会发生老化、损坏，进而影响共享车辆的正常使用。由此，共享车辆的运营平台提供了损坏上报机制，例如当共享车辆的车锁损坏，进而导致无法正常开锁或者关锁时，用户可以向运营平台上报车锁损坏信息。运营平台根据用户上报的车锁损坏信息进行线下车辆维护。
但在实际使用中，共享车辆的计费从开锁开始，至关锁结束；若车锁发生故障，可能会存在下述两种情况：用户使用用户终端对共享车辆进行开锁操作，用户终端显示车锁正常打开，但车锁由于故障实际上并未打开；或用户对共享车辆进行了关锁操作，车锁已经关锁，但车锁由于故障并未将关锁信息发送至服务器和用户终端，那么用户使用的用户终端仍然显示车锁并未关锁。这两种情况都会造成错误计费。
因此一种能够在用户终端中的车锁状态信息和实际车锁状态不一致时检测车锁状态的方法成为当前亟待解决的问题。
发明内容
有鉴于此，本申请的目的在于提供一种检测车锁状态的方法及装置，能够实现对车锁状态的检测。
第一方面，本申请实施例提供一种检测车锁状态的方法，应用于服务器，该方法包括：
当接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令；
接收所述目标终端基于所述检测信息上报指令上传的车锁状态检测信息；所述车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，所述车锁被操作后的图像信息；
将所述车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果。
在一些实施例中，所述触发信息，包括下述一种或多种：
用户终端在开锁时上报的第一车锁故障信息；
所述用户终端在关锁时上报的第二车锁故障信息；
所述车辆终端在被开锁时上报的第三车锁故障信息；
所述车辆终端在被关锁时上报的第四车锁故障信息。
在一些实施例中，所述目标终端包括：车辆终端和/或用户终端。
在一些实施例中，若所述触发信息包括：所述第一车锁故障信息，所述获取车锁状态检测结果之后，还包括：
在所述车锁状态检测结果为车锁未打开时，向所述用户终端发送骑行结束指令，以指示用户终端结束骑行过程，以及将计费信息中的计费金额置为0；
若所述触发信息包括：所述第二车锁故障信息，所述获取车锁状态检测结果之后，还包括：
在所述车锁状态检测结果为车锁关闭时，向所述用户终端发送所述骑行结束指令，以指示所述用户终端结束骑行，以及基于骑行过程的结束时间进行计费。
在一些实施例中，所述车锁状态检测结果包括：车锁故障原因；
所述获取车锁状态检测结果之后，还包括：
基于所述车锁故障原因，确定与所述车锁故障原因对应的处理方式信息，并将所述处理方式信息发送至所述用户终端；所述处理方式信息用于指示用户基于所述处理方式信息对所述车锁进行对应处理，以使所述车锁正常开或关。
在一些实施例中，在将所述处理方式信息发送至所述用户终端后，还包括：
接收所述用户终端和/或车辆终端反馈的处理后的处理结果。
在一些实施例中，针对所述车锁状态检测信息包括声音信息的情况，所述车锁状态检测模型包括：声音检测模型；
针对所述车锁状态检测信息包括图像信息的情况，所述车锁状态检测模型包括：图像检测模型。
在一些实施例中，根据以下步骤训练所述车锁状态检测模型：
获取多个车锁处于不同故障状态的样本；所述样本包括车锁被操作时的声音信息和/或车锁被操作后的图像信息；
基于所述多个车锁处于不同故障状态的样本和对应的车锁故障原因，训练所述车锁状态检测模型。
在一些实施例中，所述样本包括车锁被操作时的声音信息时，所述获取多个车锁处于不同故障状态的样本，包括：
获取多条基础声音信息，并获取多种外界环境下的噪声信息；其中，基础声音信息包括车锁被操作时的声音；
使用多种外界环境下的所述噪声信息对所述基础声音信息进行扩展处理，以得到多个车锁处于不同故障状态的样本。
第二方面，本申请实施例还提供一种检测车锁状态的装置，应用于服务器，该装置包括：
发送模块，用于在接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令；
接收模块，用于接收所述目标终端基于所述检测信息上报指令上传的车锁状态检测信息；所述车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，所述车锁被操作后的图像信息；
检测模块，用于将所述车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果。
在一些实施例中，所述触发信息，包括下述一种或多种：
用户终端在开锁时上报的第一车锁故障信息；
所述用户终端在关锁时上报的第二车锁故障信息；
所述车辆终端在被开锁时上报的第三车锁故障信息；
所述车辆终端在被关锁时上报的第四车锁故障信息。
在一些实施例中，所述目标终端包括：车辆终端和/或用户终端。
在一些实施例中，若所述触发信息包括：所述第一车锁故障信息，所述发送模块，在所述检测模块获取车锁状态检测结果之后，还用于：
在所述车锁状态检测结果为车锁未打开时，向所述用户终端发送骑行结束指令，以指示用户终端结束骑行过程，以及将计费信息中的计费金额置为0；
若所述触发信息包括：所述第二车锁故障信息，所述发送模块，在所述检测模块获取车锁状态检测结果之后，还用于：
在所述车锁状态检测结果为车锁关闭时，向所述用户终端发送所述骑行结束指令，以指示所述用户终端结束骑行，以及基于骑行过程的结束时间进行计费。
在一些实施例中，所述车锁状态检测结果包括：车锁故障原因；
所述发送模块，在所述检测模块所述获取车锁状态检测结果之后，还用于：
基于所述车锁故障原因，确定与所述车锁故障原因对应的处理方式信息，并将所述处理方式信息发送至所述用户终端；所述处理方式信息用于指示用户基于所述处理方式信息对所述车锁进行对应处理，以使所述车锁正常开或关。
在一些实施例中，所述接收模块，在所述发送模块在将所述处理方式信息发送至所述用户终端后，还包括：
接收所述用户终端和/或车辆终端反馈的处理后的处理结果。
在一些实施例中，针对所述车锁状态检测信息包括声音信息的情况，所述车锁状态检测模型包括：声音检测模型；
针对所述车锁状态检测信息包括图像信息的情况，所述车锁状态检测模型包括：图像检测模型。
在一些实施例中，还包括：模型训练模块，用于根据以下步骤训练所述车锁状态检测模型：
获取多个车锁处于不同故障状态的样本；所述样本包括车锁被操作时的声音信息和/或车锁被操作后的图像信息；
基于所述多个车锁处于不同故障状态的样本和对应的车锁故障原因，训练所述车锁状态检测模型。
在一些实施例中，所述样本包括车锁被操作时的声音信息时，所述模型训练模块，用于采用下述步骤获取多个车锁处于不同故障状态的样本：
获取多条基础声音信息，并获取多种外界环境下的噪声信息；其中，基础声音信息包括车锁被操作时的声音；
使用多种外界环境下的所述噪声信息对所述基础声音信息进行扩展处理，以得到多个车锁处于不同故障状态的样本。
第三方面，本申请实施例还提供一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。
第四方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。
本申请实施例中，服务器在接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令，以使目标终端上报车锁状态检测信息，该车锁状态检测信息包括了共享车辆上的车锁被操作时的声音信息和/或车锁被操作后的图像信息，将该车锁状态检测信息输入至预先训练的车锁状态检测模型，基于车锁状态检测模型，将当前的车锁状态从声音信息和/或图像信息中识别出来，进而得到车锁状态检测结果，实现了对车锁状态的检测。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种检测车锁状态的方法的流程图；
图2示出了本申请实施例提供的另一种检测车锁状态的方法的流程图；
图3示出了本申请实施例提供的一种检测车锁状态的装置的结构示意图；
图4示出了本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“共享车辆”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕检测共享车辆的车锁状态进行描述，但是应该理解，这仅是一个示例性实施例。本申请还可以对其它设备的锁状态进行检测，例如开关柜等。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)，罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。
本申请的一个方面涉及一种检测车锁状态的系统。该系统可以在接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令，以使目标终端上报车锁状态检测信息，该车锁状态检测信息包括了共享车辆上的车锁被操作时的声音信息和/或车锁被操作后的图像信息，将该车锁状态检测信息输入至预先训练的车锁状态检测模型，基于车锁状态检测模型，将当前的车锁状态从声音信息和/或图像信息中识别出来，进而得到车锁状态检测结果，实现了对车锁状态的检测。
值得注意的是，在本申请提出申请之前，即使用户在使用共享车辆的过程中发现并向服务器上报了车锁故障，由于当前检测车锁状态的方法一般为通过车辆终端进行自检的方式来实现，但由于车锁故障多种多样，如车锁卡簧松动、车锁上的感应芯片的感应灵敏度降低、芯片老化等，车辆终端进行自检往往无法得到正确的检测结果。然而，本申请提供的检测车锁状态的方法通过目标终端上报的声音信息和/或图像信息，并使用预先训练的车锁状态检测模型对声音信息和/或图像信息进中所包括的所状态信息行识别，实现对车锁状态的检测。
针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本申请针对上述问题所提出的解决方案，都应该是发明人在本申请过程中对本申请做出的贡献。
下面将结合本申请中附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
为便于对本实施例进行理解，首先对本申请实施例所公开的一种检测车锁状态的方法进行详细介绍，本申请实施例所提供的检测车锁状态的方法的执行主体一般为服务器，也可以是车辆终端或者用户终端。下面以执行主体为服务器对本申请实施例提供的检测车锁状态的方法加以说明。
实施例一
参见图1所示，本申请实施例提供的一种检测车锁状态的方法包括下述S101～S103：
S101：当接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令；
S102：接收所述目标终端基于所述检测信息上报指令上传的车锁状态检测信息；所述车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，所述车锁被操作后的图像信息；
S103：将所述车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果。
下面分别对上述S101～S103加以说明。
I：在上述S101中，能够触发服务器检测车锁状态的触发信息有多种，例如包括但不限于下述a1～a4：
a1：用户终端在开锁时上报的第一车锁故障信息。
此处，用户在基于用户终端对共享车辆上的车锁进行开锁操作时，其过程例如为：用户终端通过扫码、近距离通信等方式，从共享车辆获取共享车辆的识别标识，并基于该识别标识，向服务器发送开锁请求；服务器基于开锁请求，向车辆终端发送开锁指令以控制车锁打开；或者服务器基于开锁请求向用户终端反馈与车锁标识对应的开锁密码，以使用户终端基于服务器反馈的开锁密码控制车锁打开。该过程可能存在下述几种情况：
第一种情况：车锁正常打开，并向服务器或用户终端反馈了车锁打开的信息。
第二种情况：车锁未正常打开，并向服务器或用户终端反馈了车锁并未打开的情况。
第三种情况，车锁未正常打开，但向服务器或用户终端反馈了车锁打开的信息。
针对上述第一种情况，用户可以正常使用共享车辆；针对上述第二种情况，用户可以选择向服务器上报车锁故障的信息，和/或选择更换共享车辆再次执行开锁操作。而针对第三种情况，由于对于服务器和/或用户终端而言，其已经接收到车辆终端发反馈的车锁打开的信息，因此开始执行之后的软件逻辑，例如计费，但对于用户而言，此时车锁实际上是并未打开的，因此用户可以基于用户终端向服务器上报第一车锁故障信息。
a2：所述用户终端在关锁时上报的第二车锁故障信息。
此处，用户在对共享车辆上的车锁进行关锁操作时，其过程例如为：车辆终端监测车锁的状态，当监测到车锁从打开状态变化至关锁状态后，会生成关锁信息，并将关锁信息发送至用户终端；用户终端能够向用户显示关锁成功的提示，并基于开锁时间和关锁时间，生成计费信息发送至服务器，以使服务器根据计费信息进行收费，并针对用户终端执行收费操作。
或者，车辆终端会将关锁信息发送至服务器，服务器能够基于开锁时间和关锁时间生成计费信息，并将计费信息发送至用户终端，以使用户终端向用户显示关锁成功的提示以及计费信息，并执行缴费操作。
该过程可能存在下述几种情况：
第一种情况：车锁正常关锁，并向用户终端或者服务器发送了关锁信息；
第二种情况：车锁正常关锁，但并未向用户终端或者服务器发送关锁信息。
第三种情况：车锁不能正常关锁，也并未向用户终端或者服务器发送关锁信息。
针对上述第一种情况，客户端或服务器对该次骑行进行正常计费，结束该次骑行过程；针对上述第二种情况，由于车锁已经关锁，但并未向用户终端或服务器发送关锁信息，对于用户终端或者服务器而言，由于其并未接收到车辆终端发送的关锁信息，因此认为此时用户仍然处于骑行中，因此会继续进行骑行计时；对于用户而言，此时的车锁已经被关锁，不应当再对该次骑行进行额外时间的收费，其可以选择向服务器发送第二车锁故障信息。针对上述第三种情况，用户已经没有用车需求，需要结束骑行计时，但此时车锁不能被正常关锁，因此可以选择向服务器第二车锁故障信息。
这里需要注意的是，针对a2中的第二种情况和第三种情况，所发送的第二车锁故障信息可以相同，也可以不同。
a3：所述车辆终端在被开锁时上报的第三车锁故障信息。
此处，车辆终端在被开锁时，用户会基于用户终端对车锁执行开锁操作。若车辆终端在控制车锁打开的时候被按照正确步骤打开，也即车锁内的感应部件感应到车锁打开，但是车锁的锁体由于故障无法到达预先设定的开锁位置，则用户终端或者服务器虽然接收到车辆终端发送的车锁打开的信息，但实际上车锁并未被打开。此时，车辆终端能够通过自检进而能够向服务器上报第三车锁故障信息。
在这种情况下，服务器基于预先训练的车锁状态检测模型确定的车锁状态检测结果可以是车锁未被打开的具体原因。
a4：所述车辆终端在被关锁时上报的第四车锁损坏信息。
此处，当用户在控制车锁关锁时，若车锁不能被关锁成功，车辆终端能够检测到用户的关锁操作，或者，若车锁被关锁，但是车辆终端不能成功将关锁信息发送至客户端或者服务器，进而能够向服务器上报第四车锁故障信息。
此时，在上述a3和a4中，可以在共享车辆上设置能够监测锁体位置的传感器。
服务器在接收到检测车锁状态的触发信息后，会向目标终端发送检测信息上报指令。
其中，目标终端包括：用户终端和/或车辆终端。目标终端向服务器上传车锁状态检测信息的过程包括但不限于下述b1～b4中一种或多种：
b1：目标终端包括：用户终端；车锁状态检测信息包括：声音信息；
此处，当用户通过用户终端执行开锁操作的时候，用户终端会启动录音功能，以获取开锁过程中的声音信息。用户终端在接收到服务器基于第一车锁故障信息，或基于第三车锁故障信息发送的检测信息上报指令后，会将开锁过程中的声音信息上传至服务器。
同时，用户终端还会在用户对共享车辆的骑行过程中进行持续录音，并在接收到服务器基于第二车锁故障信息，或基于第四车锁故障信息发送的检测信息上报指令后，会将关锁过程中的声音信息上传至服务器。
另外，关锁过程中的声音信息，可以是用户终端在接收到检测信息上报指令之前预设时间段内的录音信息，以减少需要上传的数据量和服务器的数据处理量。
b2：目标终端包括：用户终端；车锁状态检测信息包括：图像信息；
此处，若用户终端接收到服务器基于第一车锁故障信息，或基于第三车锁故障信息发送的检测信息上报指令后，会向用户发出提示信息，以指示用户基于用户终端获取当前状态车锁的图像信息，并将图像信息上传至服务器；当前状态车锁的图像信息，是开锁时的图像信息。
若用户终端接收到服务器基于第二车锁故障信息，或基于第四车锁故障信息发送的检测信息上报指令后，也会向用户发出提示信息，以指示用户基于用户终端获取当前状态车锁的图像信息，并将图像信息上传至服务器；当前状态车锁的图像信息，是关锁时的图像信息。
b3：目标终端包括：车辆终端；车锁状态检测信息包括：声音信息；
此处，当用户通过用户终端执行开锁操作的时候，车辆终端会启动录音功能，以获取开锁过程中的声音信息。车辆终端在接收到服务器基于第一车锁故障信息，或基于第三车锁故障信息发送的检测信息上报指令后，会将开锁过程中的声音信息上传至服务器。
同时，车辆终端还会在用户对共享车辆的骑行过程中进行持续录音，并在接收到服务器基于第二车锁故障信息，或基于第四车锁故障信息发送的检测信息上报指令后，会将关锁过程中的声音信息上传至服务器。
b4：目标终端包括：车辆终端；车锁状态检测信息包括：图像信息。
此处，在车辆终端的预设位置设置有图像获取装置，能够获取车锁的图像。若车辆终端接收到服务器基于第一车锁故障信息，或基于第三车锁故障信息发送的检测信息上报指令后，会控制图像获取装置获取当前状态车锁的图像信息，并将图像信息上传至服务器；当前状态车锁的图像信息，是开锁时的图像信息。
若车辆终端接收到服务器基于第二车锁故障信息，或基于第四车锁故障信息发送的检测信息上报指令后，也会控制图像获取装置获取当前状态车锁的图像信息，并将图像信息上传至服务器；当前状态车锁的图像信息，是关锁时的图像信息。
Ⅱ：在上述S103中，目标终端在接收到目标终端上传的车锁状态检测信息后，会将车锁状态检测信息输入至预先训练的车锁状态检测模型中，获取车锁状态检测结果。车锁状态检测结果包括：车锁故障原因。
根据车锁状态检测信息的不同，车锁状态检测模型也不同。
当车锁状态检测信息包括音信息时，车锁状态检测模型包括声音检测模型。
当车锁状态检测信息包括图像信息时，车锁状态检测模型包括图像检测模型。
具体地，可以采用下述方式训练车锁状态检测模型：
获取多个车锁处于不同故障状态的样本；所述样本包括车锁被操作时的声音信息和/或车锁被操作后的图像信息；
基于所述多个车锁处于不同故障状态的样本和对应的车锁故障原因，训练所述车锁状态检测模型。
其一：针对车锁状态检测模型包括声音检测模型的情况，由于车位锁被操作时的声音信息通常是在室外获取的，环境噪声较大，且多种多样。为了提升模型的识别精度，就需要针对不同的室外环境获取样本。但是在很多情况下，是很难较为全面的获取在不同室外环境下的样本的。为了增加模型的泛化程度，同时降低样本的获取难度，本申请实施例在获取样本时，可以采用下述方式：
获取多条基础声音信息，并获取多种外界环境下的噪声信息；其中，基础声音信息包括车锁被操作时的声音；
使用多种外界环境下的所述噪声信息对基础声音信息进行扩展处理，以得到多个车锁处于不同故障状态的样本。
此处，基础声音信息可以采用但不限于下述c1～c3中一种或者多种获得：
c1：在安静环境下，例如环境噪声小于预设分贝值的情况下，对不同故障原因的车锁进行开锁或者关锁的操作，并在车锁被操作时获取的声音信息作为基础语音信息。
c2：从历史订单中，确定已经被证实为车锁发生了故障从而无法正常关锁或者开锁的目标订单；然后获取各个目标订单对应的车锁状态检测信息，从车锁状态检测信息中截取车锁被操作时的声音信息，并将截取的声音信息作为基础语音信息。
c3：在不同的室外环境下，对不同故障原因的车锁进行开锁或者关锁的操作，并在车锁被操作时获取的声音信息作为基础语音信息。
噪声信息可以采用但不限于下述d1～d2中一种或者多种获得：
d1：在不同环境下进行声音采集，并将采集到的声音作为环境噪声。
d2：从历史订单中，确定已经被证实为车锁发生了故障从而无法正常关锁或者开锁的目标订单；然后获取各个目标订单对应的车锁状态检测信息，从车锁状态检测信息中截取车锁未被操作时的声音信息，并将截取的声音信息作为噪声信息。
在获取基础声音信息和噪声信息后，可以采用下述方式对基础声音信息进行扩展处理：
将噪声信息和基础声音信息进行叠加处理，得到多个车锁处于不同故障状态的样本。
另外，为了增加样本的多样性，在将基础声音信息和噪声信息进行叠加处理前，还可以将基础声音信息进行变速处理，并将经过了变速处理后的基础声音信息和噪声信息进行叠加处理，得到多个车锁处于不同故障状态的样本。
其二：针对车锁状态检测模型包括图像检测模型的情况，所获取的样本包括了车锁处于不同故障状态时，被执行了开锁和关锁操作后获得的图像信息。
车锁状态检测模型包括神经网络模型。神经网络能够对表征样本的特征向量进行特征提取，进而凸显车锁被操作时的发声特点或者视觉特点，并基于得到的发声特点或者视觉特点，确定车锁的检测故障原因，然后基于检测故障原因和实际的车锁故障原因计算模型的交叉熵损失，并基于交叉熵损失调整模型的参数。
经过上述多轮参数调整过程，当基于检测故障原因和实际的车锁故障原因计算模型的交叉熵损失满足预设的要求后，停止对模型的训练，得到车锁状态检测模型。
本申请实施例中，服务器在接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令，以使目标终端上报车锁状态检测信息，该车锁状态检测信息包括了共享车辆上的车锁被操作时的声音信息和/或车锁被操作后的图像信息，将该车锁状态检测信息输入至预先训练的车锁状态检测模型，基于车锁状态检测模型，将当前的车锁状态从声音信息和/或图像信息中识别出来，进而得到车锁状态检测结果，实现了对车锁状态的检测。
实施例二
参见图2所示，本申请实施例二还提供另外一种检测车锁状态的方法，包括：
S201：当接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令。
S202：接收所述目标终端基于所述检测信息上报指令上传的车锁状态检测信息；所述车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，所述车锁被操作后的图像信息。
S203：将所述车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果。
S204：承接上述S203，若所述触发信息包括：所述第一车锁故障信息，在所述车锁状态检测结果为车锁未打开时，向所述用户终端发送骑行结束指令，以指示用户终端结束骑行过程，以及将计费信息中的计费金额置为0。
此处，在用户使用用户终端对车锁执行开锁操作的过程中，若出现车锁未正常打开，但车辆终端向服务器或用户终端反馈了车锁打开的信息的情况，由于会在车锁状态检测结果为车锁未打开时，指示用户终端结束骑行过程，闭关将计费信息中的计费金额置为0，因此避免了在该种情况下产生的误收费问题。
S205：承接上述S203，若所述触发信息包括：所述第二车锁故障信息，在所述车锁状态检测结果为车锁关闭时，向所述用户终端发送所述骑行结束指令，以指示所述用户终端结束骑行，以及基于骑行过程的结束时间进行计费。
此处，在用户对车锁执行关锁操作的过程中，若出现车锁正常关锁，但并未向用户终端或者服务器发送关锁信息的情况，或出现车锁不能正常关锁，也并未向用户终端或者服务器发送关锁信息的情况，由于服务器在车锁状态检测结果为车锁关闭时，控制用户终端结束骑行，并基于骑行过程的结束时间进行计费，进而避免了在该种情况下产生的多收费问题。
在另一实施例中，承接上述S203，本申请实施例提供的检测车锁状态的方法还可以包括：
S206：基于所述车锁故障原因，确定与所述车锁故障原因对应的处理方式信息，并将所述处理方式信息发送至所述用户终端；所述处理方式信息用于指示用户基于所述处理方式信息对所述车锁进行对应处理，以使所述车锁正常开或关。
此时，用户能够从用户终端看到对应的指示信息，并按照指示信息所指示的方式对车锁进行对应的处理，例如手动拨动锁体、敲击车身等方式，来解决车锁无法正常开锁或者关锁的问题。
在另一实施例中，承接上述S206，本申请实施例提供的检测车锁状态的方法还可以包括：
S207：接收所述用户终端和/或车辆终端反馈的处理后的处理结果。
此处，服务器在接受到用户终端和/或车辆终端反馈的处理后的处理结果时，若处理结果为仍然开锁或者关锁失败，可以转向执行S204或S205。
若处理结果为车锁正常开锁，例如可以开始执行正常的骑行处理逻辑。
若处理结果为车锁正常关锁，例如可以开始执行正常的计费逻辑。
本申请实施例能够在准确检测车锁状态的基础上，避免对由于开锁或者关锁失败而导致的对用户计费异常。
基于同一发明构思，本申请实施例中还提供了与检测车锁状态的方法对应的检测车锁状态的装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述检测车锁状态的方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
实施例三
参照图3所示，为本申请实施例三提供的一种检测车锁状态的装置的示意图，所述装置包括：发送模块31、接收模块32、检测模块33；其中，
发送模块31，用于在接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令；
接收模块32，用于接收所述目标终端基于所述检测信息上报指令上传的车锁状态检测信息；所述车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，所述车锁被操作后的图像信息；
检测模块33，用于将所述车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果。
本申请实施例在接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令，以使目标终端上报车锁状态检测信息，该车锁状态检测信息包括了共享车辆上的车锁被操作时的声音信息和/或车锁被操作后的图像信息，将该车锁状态检测信息输入至预先训练的车锁状态检测模型，基于车锁状态检测模型，将当前的车锁状态从声音信息和/或图像信息中识别出来，进而得到车锁状态检测结果，实现了对车锁状态的检测。
一种可能的实施方式中，所述触发信息，包括下述一种或多种：
用户终端在开锁时上报的第一车锁故障信息；
所述用户终端在关锁时上报的第二车锁故障信息；
所述车辆终端在被开锁时上报的第三车锁故障信息；
所述车辆终端在被关锁时上报的第四车锁故障信息。
一种可能的实施方式中，所述目标终端包括：车辆终端和/或用户终端。
一种可能的实施方式中，若所述触发信息包括：所述第一车锁故障信息，所述发送模块31，在所述检测模块33获取车锁状态检测结果之后，还用于：
在所述车锁状态检测结果为车锁未打开时，向所述用户终端发送骑行结束指令，以指示用户终端结束骑行过程，以及将计费信息中的计费金额置为0；
若所述触发信息包括：所述第二车锁故障信息，所述发送模块31，在所述检测模块获取车锁状态检测结果之后，还用于：
在所述车锁状态检测结果为车锁关闭时，向所述用户终端发送所述骑行结束指令，以指示所述用户终端结束骑行，以及基于骑行过程的结束时间进行计费。
一种可能的实施方式中，所述车锁状态检测结果包括：车锁故障原因；
所述发送模块31，在所述检测模块33所述获取车锁状态检测结果之后，还用于：
基于所述车锁故障原因，确定与所述车锁故障原因对应的处理方式信息，并将所述处理方式信息发送至所述用户终端；所述处理方式信息用于指示用户基于所述处理方式信息对所述车锁进行对应处理，以使所述车锁正常开或关。
一种可能的实施方式中，所述接收模块32，在所述发送模块31在将所述处理方式信息发送至所述用户终端后，还包括：
接收所述用户终端和/或车辆终端反馈的处理后的处理结果。
一种可能的实施方式中，针对所述车锁状态检测信息包括声音信息的情况，所述车锁状态检测模型包括：声音检测模型；
针对所述车锁状态检测信息包括图像信息的情况，所述车锁状态检测模型包括：图像检测模型。
一种可能的实施方式中，还包括：模型训练模块34，用于根据以下步骤训练所述车锁状态检测模型：
获取多个车锁处于不同故障状态的样本；所述样本包括车锁被操作时的声音信息和/或车锁被操作后的图像信息；
基于所述多个车锁处于不同故障状态的样本和对应的车锁故障原因，训练所述车锁状态检测模型。
一种可能的实施方式中，所述样本包括车锁被操作时的声音信息时，所述模型训练模块34，用于采用下述步骤获取多个车锁处于不同故障状态的样本：
获取多条基础声音信息，并获取多种外界环境下的噪声信息；其中，基础声音信息包括车锁被操作时的声音；
使用多种外界环境下的所述噪声信息对所述基础声音信息进行扩展处理，以得到多个车锁处于不同故障状态的样本。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。
实施例四
本申请实施例还提供了一种计算机设备40，如图4所示，为本申请实施例提供的计算机设备40结构示意图，包括：处理器41、存储器42、和总线43。所述存储器42存储有所述处理器41可执行的机器可读指令(比如，图3中的装置中发送模块31、接收模块32、检测模块33对应的执行指令等)，当计算机设备40运行时，所述处理器41与所述存储器42之间通过总线43通信，所述机器可读指令被所述处理器41执行时执行如下处理：
当接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令；
接收所述目标终端基于所述检测信息上报指令上传的车锁状态检测信息；所述车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，所述车锁被操作后的图像信息；
将所述车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果。
一种可能的实施方式中，处理器41执行的指令中，所述触发信息，包括下述一种或多种：
用户终端在开锁时上报的第一车锁故障信息；
所述用户终端在关锁时上报的第二车锁故障信息；
所述车辆终端在被开锁时上报的第三车锁故障信息；
所述车辆终端在被关锁时上报的第四车锁故障信息。
一种可能的实施方式中，处理器41执行的指令中，所述目标终端包括：车辆终端和/或用户终端。
一种可能的实施方式中，处理器41执行的指令中，若所述触发信息包括：所述第一车锁故障信息，所述获取车锁状态检测结果之后，还包括：
在所述车锁状态检测结果为车锁未打开时，向所述用户终端发送骑行结束指令，以指示用户终端结束骑行过程，以及将计费信息中的计费金额置为0；
若所述触发信息包括：所述第二车锁故障信息，所述获取车锁状态检测结果之后，还包括：
在所述车锁状态检测结果为车锁关闭时，向所述用户终端发送所述骑行结束指令，以指示所述用户终端结束骑行，以及基于骑行过程的结束时间进行计费。
一种可能的实施方式中，处理器41执行的指令中，所述车锁状态检测结果包括：车锁故障原因；
所述获取车锁状态检测结果之后，还包括：
基于所述车锁故障原因，确定与所述车锁故障原因对应的处理方式信息，并将所述处理方式信息发送至所述用户终端；所述处理方式信息用于指示用户基于所述处理方式信息对所述车锁进行对应处理，以使所述车锁正常开或关。
一种可能的实施方式中，处理器41执行的指令中，在将所述处理方式信息发送至所述用户终端后，还包括：
接收所述用户终端和/或车辆终端反馈的处理后的处理结果。
一种可能的实施方式中，处理器41执行的指令中，针对所述车锁状态检测信息包括声音信息的情况，所述车锁状态检测模型包括：声音检测模型；
针对所述车锁状态检测信息包括图像信息的情况，所述车锁状态检测模型包括：图像检测模型。
一种可能的实施方式中，处理器41执行的指令中，根据以下步骤训练所述车锁状态检测模型：
获取多个车锁处于不同故障状态的样本；所述样本包括车锁被操作时的声音信息和/或车锁被操作后的图像信息；
基于所述多个车锁处于不同故障状态的样本和对应的车锁故障原因，训练所述车锁状态检测模型。
一种可能的实施方式中，处理器41执行的指令中，所述样本包括车锁被操作时的声音信息时，所述获取多个车锁处于不同故障状态的样本，包括：
获取多条基础声音信息，并获取多种外界环境下的噪声信息；其中，基础声音信息包括车锁被操作时的声音；
使用多种外界环境下的所述噪声信息对所述基础声音信息进行扩展处理，以得到多个车锁处于不同故障状态的样本。
本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器41运行时执行上述检测车锁状态的方法的步骤。
具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述检测车锁状态的方法，实现对车锁状态信息的检测。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (11)

1.一种检测车锁状态的方法，其特征在于，应用于服务器，该方法包括：
当接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令，所述触发信息为用户终端和/或车辆终端上报的故障信息，所述故障信息用于表征车锁开关时出现的故障；
接收所述目标终端基于所述检测信息上报指令上传的车锁状态检测信息；所述车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，所述车锁被操作后的图像信息；
将所述车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果，所述车锁状态检测模型为声音检测模型和/或图像检测模型；
其中，所述车锁状态检测模型是根据以下步骤训练生成的：
获取多个车锁处于不同故障状态的样本；
所述样本包括车锁被操作时的声音信息和/或车锁被操作后的图像信息；
基于所述多个车锁处于不同故障状态的样本和对应的车锁故障原因，训练所述车锁状态检测模型。
2.根据权利要求1所述的方法，其特征在于，所述触发信息，包括下述一种或多种：
用户终端在开锁时上报的第一车锁故障信息；
所述用户终端在关锁时上报的第二车锁故障信息；
车辆终端在被开锁时上报的第三车锁故障信息；
所述车辆终端在被关锁时上报的第四车锁故障信息。
3.根据权利要求1所述的方法，其特征在于，所述目标终端包括：车辆终端和/或用户终端。
4.根据权利要求2所述的方法，其特征在于，若所述触发信息包括：所述第一车锁故障信息，所述获取车锁状态检测结果之后，还包括：
在所述车锁状态检测结果为车锁未打开时，向所述用户终端发送骑行结束指令，以指示用户终端结束骑行过程，以及将计费信息中的计费金额置为0；
若所述触发信息包括：所述第二车锁故障信息，所述获取车锁状态检测结果之后，还包括：
在所述车锁状态检测结果为车锁关闭时，向所述用户终端发送所述骑行结束指令，以指示所述用户终端结束骑行，以及基于骑行过程的结束时间进行计费。
5.根据权利要求1所述的方法，其特征在于，所述车锁状态检测结果包括：车锁故障原因；
所述获取车锁状态检测结果之后，还包括：
基于所述车锁故障原因，确定与所述车锁故障原因对应的处理方式信息，并将所述处理方式信息发送至用户终端；所述处理方式信息用于指示用户基于所述处理方式信息对所述车锁进行对应处理，以使所述车锁正常开或关。
6.根据权利要求5所述的方法，其特征在于，在将所述处理方式信息发送至所述用户终端后，还包括：
接收所述用户终端和/或车辆终端反馈的处理后的处理结果。
7.根据权利要求1所述的方法，其特征在于，针对所述车锁状态检测信息包括声音信息的情况，所述车锁状态检测模型包括：声音检测模型；
针对所述车锁状态检测信息包括图像信息的情况，所述车锁状态检测模型包括：图像检测模型。
8.根据权利要求1所述的方法，其特征在于，所述样本包括车锁被操作时的声音信息时，所述获取多个车锁处于不同故障状态的样本，包括：
获取多条基础声音信息，并获取多种外界环境下的噪声信息；其中，基础声音信息包括车锁被操作时的声音；
使用多种外界环境下的所述噪声信息对所述基础声音信息进行扩展处理，以得到多个车锁处于不同故障状态的样本。
9.一种检测车锁状态的装置，其特征在于，应用于服务器，该装置包括：
发送模块，用于在接收到检测车锁状态的触发信息后，向目标终端发送检测信息上报指令，所述触发信息为用户终端和/或车辆终端上报的故障信息，所述故障信息用于表征车锁开关时出现的故障；
接收模块，用于接收所述目标终端基于所述检测信息上报指令上传的车锁状态检测信息；所述车锁状态检测信息包括：共享车辆上的车锁被操作时的声音信息，和/或，所述车锁被操作后的图像信息；
检测模块，用于将所述车锁状态检测信息输入至预先训练的车锁状态检测模型，获取车锁状态检测结果，所述车锁状态检测模型为声音检测模型和/或图像检测模型；
其中，所述车锁状态检测模型是根据以下步骤训练生成的：
获取多个车锁处于不同故障状态的样本；
所述样本包括车锁被操作时的声音信息和/或车锁被操作后的图像信息；
基于所述多个车锁处于不同故障状态的样本和对应的车锁故障原因，训练所述车锁状态检测模型。
10.一种计算机设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至8任一所述方法的步骤。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至8任一所述方法的步骤。
CN201910779572.7A 2019-08-22 2019-08-22 一种检测车锁状态的方法及装置 Active CN111832598B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910779572.7A CN111832598B (zh) 2019-08-22 2019-08-22 一种检测车锁状态的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910779572.7A CN111832598B (zh) 2019-08-22 2019-08-22 一种检测车锁状态的方法及装置

Publications (2)

Publication Number Publication Date
CN111832598A CN111832598A (zh) 2020-10-27
CN111832598B true CN111832598B (zh) 2024-05-14

Family

ID=72912519

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910779572.7A Active CN111832598B (zh) 2019-08-22 2019-08-22 一种检测车锁状态的方法及装置

Country Status (1)

Country Link
CN (1) CN111832598B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113034808A (zh) * 2021-03-10 2021-06-25 拉扎斯网络科技（上海）有限公司 交互方法、交互装置和交互系统
CN113240826A (zh) * 2021-05-26 2021-08-10 北京骑胜科技有限公司 锁的故障识别方法、装置、系统、电子设备及其存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107464167A (zh) * 2017-08-01 2017-12-12 何永安 密码锁落锁状态的确认方法、装置、服务器及存储介质
CN107978038A (zh) * 2017-11-20 2018-05-01 东峡大通（北京）管理咨询有限公司 车辆开锁管理方法、客户端及车辆
CN108280467A (zh) * 2018-01-12 2018-07-13 北京摩拜科技有限公司 车辆故障检测方法、检测设备、服务器及车辆系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10017156B2 (en) * 2016-08-30 2018-07-10 Nzube Etonye Vehicle security system
CN107192390B (zh) * 2017-04-17 2018-09-25 北京摩拜科技有限公司 共享车辆的定位方法、装置及终端设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107464167A (zh) * 2017-08-01 2017-12-12 何永安 密码锁落锁状态的确认方法、装置、服务器及存储介质
CN107978038A (zh) * 2017-11-20 2018-05-01 东峡大通（北京）管理咨询有限公司 车辆开锁管理方法、客户端及车辆
CN108280467A (zh) * 2018-01-12 2018-07-13 北京摩拜科技有限公司 车辆故障检测方法、检测设备、服务器及车辆系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
共享单车服务器及客户端设计与实现;王风雷;秦会斌;崔佳冬;;物联网技术(02);全文 *
基于嵌入式视觉技术的车门锁闭状态监测系统;江玲;;仪表技术与传感器(02);全文 *

Also Published As

Publication number Publication date
CN111832598A (zh) 2020-10-27

Similar Documents

Publication Publication Date Title
CN103226201B (zh) 使用识别卫星状态的服务器的卫星接收机和系统
JP6312304B2 (ja) 位置測定方法、自己位置測定装置及び車載器
CN111832598B (zh) 一种检测车锁状态的方法及装置
US11777950B2 (en) Methods and systems for authenticating a reported geolocation of a mobile device
US9361739B2 (en) Odometer monitoring and redundant storage system
US11313894B2 (en) Automobile battery failure prediction method and system
CN111161259B (zh) 检测图像是否被篡改的方法及装置和电子设备
CN110774930B (zh) 一种新能源车辆充电管理方法和系统
CN106953738A (zh) 风险控制方法及装置
EP3519845B1 (en) Validation of position indication
CN110715678A (zh) 一种传感器异常检测方法及装置
US20160148447A1 (en) Method, system and computer-readable recording medium for managing abnormal state of vehicle
CN105573630A (zh) 检测终端设备摇动事件的方法、装置及终端设备
CN113284296B (zh) 一种公共自行车异常还车处理方法及系统
CN111833133B (zh) 一种故障提示方法及装置
CN105138321B (zh) 终端的控制方法及系统
CN116681991A (zh) 一种基于时间序列二维编码的紧组合导航故障检测方法
CN107588781B (zh) 一种小区导航方法及装置
CN115994813A (zh) 还车方法、设备及存储介质
CN110568311A (zh) 一种配电网故障识别装置及识别方法
US20220073033A1 (en) Apparatus and method for controlling vehicle lock and vehicle
CN114429615A (zh) 用于检测室内入侵的方法、装置及存储介质
CN109245960A (zh) 测试终端管理方法及系统
EP3142078B1 (en) Central unit, road toll system and methods for operating a road toll system and a central unit
CN116194804A (zh) 用于识别篡改或伪造的gnss信号的方法

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
GR01 Patent grant
GR01 Patent grant
TG01 Patent term adjustment
TG01 Patent term adjustment