一种公共自行车还车处理方法及系统与流程

本发明涉及车辆管理技术领域，尤其涉及一种公共自行车还车处理方法及系统。

背景技术：

现代城市中各种交通工具发展迅速，但是在短距离出行问题上，还缺少有效的方法，目前主要的短距离出行方式包括：徒步行走、使用自备车辆(自行车、摩托车、汽车等)、乘坐公交车，但是徒步行走受限于个人体力和行走速度，自备车辆，受限于购买车辆的资金不、停车和防盗等问题，乘坐公交受限于公交线路的建设速度和建设成本，在这样的情况下，提供公共自行车租赁服务是解决短距离出行的有效方法之一。

公共自行车租赁系统，一般都通过中心服务器对所有租赁网点进行管理，在出发地附近的任意租赁网点借车，到目的地附近的任意租赁网点归还车辆；与其它公共交通路线的建设相比，公共自行车的租赁网点建设速度快、投入成本低，因此可以比较好地按需建设，较为及时地满足人们的短距离需要。

但是目前的公共自行车系统，用户还车时，通常锁车器需要经过站点控制器与后台通信，会碰到还车异常问题，即无法锁车，如设备出现故障，或者设备读取到了锁车命令但是锁车失败，导致用户无法锁车，对应的订单无法关闭，此时会影响到用户出行计划，同时也可能产生额外费用。

技术实现要素：

为了克服上述技术缺陷，本发明的目的在于提供一种公共自行车还车处理方法及系统，用于解决现有用户使用公共自行车，还车时出现异常情况无法锁车，导致影响用户出行或产生额外费用的问题。

本发明公开了一种公共自行车还车处理方法，应用于公共自行车，所述还车处理方法包括：

所述公共自行车进入到锁车器，锁车器执行锁车命令，其中，所述锁车器连接有站点控制器；

若锁车失败，则发送锁车失败信息至后台服务器；

所述后台服务器接收到所述锁车失败信息后，发送强制锁车命令至所述站点控制器；

由所述站点控制器控制所述锁车器执行所述强制锁车命令，并返回执行结果；

所述后台服务器根据执行结果判断是否结束订单；

若成功执行关锁动作，则结束订单；若关锁动作失败，则发送包含建议用户更换锁车器的提示信息至所述用户端。

优选地，站点控制器接收到强制锁车命令，并发送所述强制锁车命令至所述锁车器；

判断所述公共自行车是否进入到所述锁车器内；

若是，则由站点控制器控制所述锁车器执行所述强制锁车命令；

若否，则发送包含推动所述公共自行车进入到锁车器的提示语音，在所述公共自行车进入所述锁车器后执行所述强制锁车命令。

优选地，所述公共自行车进入所述锁车器后执行所述强制锁车命令，包括：

所述锁车器自主监测到所述公共自行车进入以发出车辆到位确认信号；

根据所述车辆到位确认信号所述锁车器执行所述强制锁车命令。

优选地，所述公共自行车进入所述锁车器后执行所述强制锁车命令，包括：

由用户端发出用于确认所述公共自行车位于所述锁车器内的车辆到位确认信号；

根据所述车辆到位确认信号所述锁车器执行所述强制锁车命令；

优选地，所述还车处理方法还包括：

在返回执行结果后，锁车器触发用于检测硬件使用状态的自检流程，获取自检结果，并将所述自检结果发送至后台服务器；

若所述自检结果异常，则后台服务器发出带有维修数据的警示信息。

本发明公开了一种公共自行车还车处理系统，所述系统包括用户端、锁车器端、站点控制器端以及后台服务器端；

所述锁车器端包括：

监测与执行模块，用于执行锁车命令；

接收与执行模块，用于接收站点控制器发出的强制锁车命令，执行所述强制锁车命令，并返回执行结果至站点控制器；

所述用户端包括：

采集和发送模块，用于采集所述锁车器参数并将带有所述锁车器参数的锁车失败信息发送至后台服务器；

第二接收模块，用于接收后台服务器端发出的包含建议用户更换锁车器的提示信息；

所述后台服务器端包括：

第二发送模块，用于接收到所述锁车失败信息后，发送强制锁车命令至所述站点控制器；

接收和判断模块，用于接收站点控制器返回的执行结果，根据所述执行结果判断是否强制闭锁；

第一执行模块，用于返回的执行结果显示强制闭锁，结束订单；

第二执行模块，用于返回的执行结果显示未强制闭锁，发送包含建议用户更换锁车器的提示信息至所述用户端；

站点控制器端包括：

处理模块，用于控制所述锁车器执行所述强制锁车命令，并在获取所述锁车器返回的执行结果后发送至所述后台服务器。

优选地，在采用处理模块控制所述锁车器执行所述强制锁车命令前，采用接收与执行模块判断所述公共自行车是否进入到所述锁车器内；

若是，则由接收与执行模块控制所述锁车器执行所述强制锁车命令；

若否，则发送包含推动所述公共自行车进入到锁车器的提示语音，在所述公共自行车进入所述锁车器后采用接收与执行模块执行所述强制锁车命令。

优选地，采用接收与执行模块在返回执行结果后，锁车器触发用于检测硬件使用状态的自检流程，获取自检结果，并将所述自检结果发送至后台服务器。

采用了上述技术方案后，与现有技术相比，具有以下有益效果：

本方案中，当锁车器识别出锁车失败，则触发锁车失败信号至用户端，用户在用户端操作反馈问题，后台服务根据接收到的锁车失败信息通过站点控制器对锁车器进行强制锁车，通过后台服务器操作解决锁车失败的问题，无需改进锁车器，解决现有用户使用公共自行车，还车时出现异常情况无法锁车，导致影响用户出行或产生额外费用的问题。

附图说明

图1为本发明所述一种公共自行车还车处理方法及系统实施例一的流程图；

图2为本发明所述一种公共自行车还车处理方法及系统实施例一中用于体现所述由站点控制器控制锁车器执行强制锁车命令的流程图；

图3为本发明所述一种公共自行车还车处理方法及系统实施例一中用于体现在返回执行结果后的流程图；

图4为本发明所述一种公共自行车还车处理方法及系统实施例二模块示意图。

附图标记：

8-公共自行车还车处理系统；81-用户端；811-第一接收模块；

812-采集和发送模块；82-锁车器端；821-监测与执行模块；

822-第一发送模块；823-接收与执行模块；83-站点控制器端；

831-处理模块；84后台服务器端；841-第二发送模块；

842-接收和判断模块；843-第一执行模块；844-第二执行模块。

具体实施方式

以下结合附图与具体实施例进一步阐述本发明的优点。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本发明的描述中，需要理解的是，术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

在本发明的描述中，除非另有规定和限定，需要说明的是，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是机械连接或电连接，也可以是两个元件内部的连通，可以是直接相连，也可以通过中间媒介间接相连，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。

实施例一：本实施例公开了一种公共自行车还车处理方法，参阅图1，应用于公共自行车，所述公共自行车包括但不限于普通自行车、电力自行车以及公共自行车，需要说明的是，本实施方式使用的公共自行车在还车区域设有若干固定的锁车器，每一公共自行车由用户推动进入锁车器内后执行锁车，且本方案用于解决公共自行车进入到锁车器内而锁车失败的问题，具体的，参阅图1，所述还车处理方法包括：

s100：公共自行车进入到锁车器，锁车器执行锁车命令，其中，锁车器连接有站点控制器；

在上述步骤中，公共自行车由用户推动进入到锁车器内，用于公共自行车的锁车区域为预设区域，在该锁车区域内包括若干锁车器，各个锁车器固定设置在锁车区域内，可间隔均匀分布，以最大效率的设置锁车器。锁车器一端用于固定在锁车区域内，另一端用于在执行锁车命令时将公共自行车锁住使该公共自行车与锁车器固定。

具体的，在本实施方式中，可在每一公共自行车上均设置有车卡，即公共自行车的身份识别码，当公共自行车进入锁车器内时，锁车器识别该公共自行车上的唯一车卡，该唯一车卡还用于与用户端关联，锁车器上设有用于识别该类车卡的监测装置，包括但不限于射频传感器等，同时还可在用户端设置锁车操作入口，以便解决由于车卡损坏而无法自动识别的问题。

s200：若锁车失败，则发送锁车失败信息至后台服务器；

具体的，锁车失败信息可通过站点控制器返回至后台服务器，也可由用户观察后通过用户在移动终端采集锁车器的参数直接发送至后台服务器。锁车器的参数包括但不限于数字、字母等组成的唯一编码，该编码用于锁车器的身份区分，该编码可为二维码，一般黏贴或印刷等方式设于锁车器上。用户可以通过扫描锁车器的身份识别码上传锁车器参数。或者用户端可以采用移动终端的相机进行图像采集，并采用图像识别技术和/或字符识别技术以识别采集到的图像，进而获得锁车器参数。更具体的，在用户移动终端界面上设置操作入口，例如“异常还车按键”，便于用户上传锁车器参数至后台服务器。除此之外，还可在用户移动终端设置的系统内选择或填写具体的故障问题以生成上述发送至后台服务器的锁车失败信息。

s300：后台服务器接收到锁车失败信息后，发送强制锁车命令至站点控制器；

在本方案中，为了解决上述所述锁车失败造成的问题，用户通过用户端反馈锁车失败信息后，采用后台服务器通过站点控制器直接控制锁车器执行强制解锁，区别于现有技术中常用的仅仅反馈故障而不锁车的情况，减少由于锁车失败而不锁车，导致其他用户直接使用该锁车失败的公共自行车而给公共自行车服务平台造成的损失，同时减少无法锁车而导致车辆丢失的情况，在本实施方式中，无需对站点控制器进行改进。

s400：由所述站点控制器控制所述锁车器执行所述强制锁车命令，并返回执行结果；

在上述步骤中，后台服务器接收到锁车失败信息后，直接对锁车器强制锁车，同时为了减少恶意锁车以逃避行程费用的问题。

在上述步骤s400中，强制锁车需要确保公共自行车进入锁车器内，以使得公共自行车锁住在锁车器内，具体的，上述步骤中所述由站点控制器控制锁车器执行强制锁车命令，参阅图2，包括以下：

s410：站点控制器接收到强制锁车命令，并发送强制锁车命令至锁车器；

在上述步骤中，由于锁车器分布数量较多，因此使每一锁车器连接至后台服务器压力较大，因此在每一锁车区域均设置一站点控制器，该站点控制器用于控制该锁车区域的所有锁车器，后台服务器通过该站点控制器控制该锁车区域内的锁车器。

s420：判断所述公共自行车是否进入到所述锁车器内；

在上述步骤中，所述锁车器自主监测到所述公共自行车进入以发出车辆到位确认信号，通过判断车辆到位信号是否被触发，可对应判断该公共自行车是否处于锁车器内，或者通过用户自主观察后由用户端发出用于确认所述公共自行车位于所述锁车器内的车辆到位确认信号，可与下述步骤s440中所述在所述公共自行车进入所述锁车器后执行所述强制锁车命令中的判断方式一致。

s430：若是，则由站点控制器控制锁车器执行强制锁车命令；

s440：若否，则发送包含推动所述公共自行车进入到锁车器的提示语音，在所述公共自行车进入所述锁车器后执行所述强制锁车命令。

具体的，若判断该公共自行车不在锁车器内，则锁车器将发出语音信息，提示用户推动所述公共自行车进入到锁车器。

s500：后台服务器根据执行结果，判断是否结束订单；

在上述步骤s400，在执行强制锁车命令需要返回执行结果，以确保是否锁车成功，若由于锁车器设备故障，则即使确保公共自行车在锁车器内时执行强制锁车命令，也可能会导致锁车失败，因此需要返回执行结果并再次确认。

s600：若成功执行关锁动作，则结束订单；

在本实施方式，通过上述后台服务器强制关锁解决现有技术中用户锁车失败的情况，锁车完成后用户订单结束，可生成行程费用发送至用户端，此时也减少出现产生其他费用的情况。

s700：若关锁动作失败，则发送包含建议用户更换锁车器的提示信息。

在上述步骤中，若关锁动作失败，则可能会是硬件设备出现问题，或数据传输路线出现问题，说明此时无法通过指令解决问题，此时建议用户更换锁车器以解决无法锁车的问题。

进一步的，为了确认是否为硬件设备问题导致的锁车失败，参阅图3，本实施方式中所述还车处理方法还包括：

s710：在返回执行结果后，锁车器触发用于检测硬件使用状态的自检流程，获取自检结果，并将自检结果发送至后台服务器；

在上述步骤中，锁车器触发用于检测硬件使用状态的自检流程，可以通过在锁车器内设置检测元件实现，具体的如：电流、电压检测元件等，可在每一器件周围均设置检测元件，用于确定故障问题的位置。

s720：若自检结果异常，则后台服务器发出带有维修数据的警示信息。

在上述步骤中，自检结果异常，则说明硬件设备出现问题，此时需要人工介入维修，此时可发出警示信息，该警示信息中可包括上述步骤中所述故障问题的位置数据。

在本实施方式中，锁车失败可能由很多原因造成，包括但不限于外界环境干扰无法识别卡片，上述监测装置的损坏等，但是造成锁车失败会影响到用户，用户无法即时解决，会影响行程，同时无法结束订单，未上锁的公共自行车可能会被其他用户使用，但此时产生的费用还会附加在该用户未结束的订单上，因此会造成用户的损失，因此当锁车器锁车失败时，用户可以在用户移动终端操作反馈问题，后台服务根据接收到的锁车失败信息通过站点控制器对锁车器进行强制锁车，无需对锁车器进行改进，适用于现有大多公共自行车，解决现有用户使用公共自行车，还车时出现异常情况无法锁车，导致影响用户出行或产生额外费用的问题。

实施例二：本实施方式公开了一种公共自行车还车处理系统8，参阅图4，本实施方式中的公共自行车包括但不限于普通自行车、电力自行车以及公共自行车，需要说明的是，本实施方式使用的公共自行车在还车区域设有若干固定的锁车器，每一公共自行车由用户推动进入锁车器内后执行锁车，所述系统包括用户端81、锁车器端82、站点控制器端83以及后台服务器端84；

锁车器端82包括：

监测与执行模块821，用于在监测到公共自行车进入锁车器时执行锁车命令；

接收与执行模块823，用于接收强制锁车命令，并执行强制锁车命令，并返回执行结果至站点控制器；

作为补充的，每一公共自行车上均设置有车卡，当公共自行车进入锁车器内时，锁车器识别该公共自行车上的唯一车卡，该唯一车卡还用于与用户端关联，或者在用户端设置还车按键，通过扫描锁车器上二维码等标识信息进行还车。

在采用处理模块控制所述锁车器执行所述强制锁车命令前，采用接收与执行模块判断所述公共自行车是否进入到所述锁车器内；若是，则由接收与执行模块控制所述锁车器执行所述强制锁车命令；若否，则使所述后台服务器发送包含推动所述公共自行车进入到锁车器的提示信息至所述用户端，在所述公共自行车进入所述锁车器后采用接收与执行模块执行所述强制锁车命令。

除此之外的，还包括采用接收与执行模块在返回执行结果后，锁车器触发用于检测硬件使用状态的自检流程，获取自检结果，并将所述自检结果发送至后台服务器。

用户端81包括：

第一接收模块811，用于接收后台服务器端发出的包含建议用户更换锁车器的提示语音；

采集和发送模块812，用于采集锁车器参数并将带有锁车器参数和用户账户的锁车失败信息发送至后台服务器；

用户端为智能终端，可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、pda(个人数字助理)、pad(平板电脑)、等等的智能终端以及诸如数字tv、台式计算机等等的固定终，本领域技术人员将理解的是，该智能终端可以包括各种用于移动目的的元件。

后台服务器端84包括：

第二发送模块841，用于接收到锁车失败信息后，发送强制锁车命令至站点控制器；

接收和判断模块842，用于接收站点控制器返回的执行结果，根据执行结果判断是否强制闭锁；

第一执行模块843，用于返回的执行结果显示强制闭锁，结束订单；

第二执行模块844，用于返回的执行结果显示未强制闭锁，发送包含建议用户更换锁车器的提示信息至用户端；

站点控制器端83包括：

处理模块831，用于控制锁车器执行强制锁车命令，并在获取锁车器返回的执行结果后发送至后台服务器。

由于锁车器分布数量较多，因此使每一锁车器连接至后台服务器压力较大，因此在每一锁车区域均设置一站点控制器，该站点控制器用于控制该锁车区域的所有锁车器，并与后台服务器连接，用于使通过后台服务器操作解决锁车失败的问题，解决现有用户使用公共自行车，还车时出现异常情况无法锁车，导致影响用户出行或产生额外费用的问题。

应当注意的是，本发明的实施例有较佳的实施性，且并非对本发明作任何形式的限制，任何熟悉该领域的技术人员可能利用上述揭示的技术内容变更或修饰为等同的有效实施例，但凡未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何修改或等同变化及修饰，均仍属于本发明技术方案的范围内。