一种路段提示的方法及装置与流程

本申请涉及一种路段提示的方法及装置，特别涉及一种移动出行领域的路段提示的方法及装置。

背景技术：

随着城市交通的飞速发展和交通工具的日益丰富，人们对出行的便捷和安全性要求更高。共享单车作为人们出行的重要选择之一，然而现有的共享单车并不具备与用户的交互功能，无法进行安全、导航等信息的提醒，用户体验不佳。

技术实现要素：

本发明提供了一种基于人车交互，实时向用户发出安全和/或导航提示信息的方法和装置。

为达到上述发明目的，本发明提供的技术方案如下：

根据本申请的一方面，本发明提供一种路段提示的方法。所述方法包括获取行驶信息；获取预设规则；判断所述行驶信息是否符合预设规则，和当所述行驶信息符合预设规则时，发送提示信息。

在一些实施例中，所述行驶信息至少包括骑行信息、路段信息、天气信息或历史事故信息中的任意一个。

在一些实施例中，所述骑行信息至少包括速度、行驶方向、上下坡或车辆状态信息中的任意一个。

在一些实施例中，所述路段信息至少包括单车位置信息或实时路况信息中的任意一个。

在一些实施例中，所述预设规则包括第一预设规则以及第二预设规则。

在一些实施例中，所述第一预设规则包括以下情况中的至少一种：超速行驶、上下坡路段、红绿灯路段、人行道路段、车辆状态异常、路况异常、天气异常以及存在历史事故。

在一些实施例中，所述第二预设规则包括分叉路段。

在一些实施例中，所述提示信息的方式包括语音提示、振动提示、灯光提示、视频提示。

在一些实施例中，响应于所述行驶信息符合第二预设规则时，发送提示信息的方式为驶入方向侧的车把手发出振动。

在一些实施例中，响应于所述行驶信息符合下坡路段时，增加可调节阻尼以控制车速；其中，可调节阻尼通过下坡时惯性实现车辆储能设备充电。

根据本申请的另一方面，提供了一种路段提示的系统。包括获取模块，用于获取行驶信息和预设规则；确定模块，用于判断所述行驶信息是否符合预设规则；发送模块，用于所述行驶信息符合预设规则时，发送提示信息。

根据本申请的另一方面，提供了一种路段提示的装置。包括处理器，所述处理器用于执行以上所述的方法。

根据本申请的另一方面，提供了一种计算机可读存储介质。所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机运行以上所述的方法。

与现有技术相比，本发明的有益效果表现如下：

一、由于单车安装有车速检测装置、行驶方向检测装置、上下坡检测装置等，再结合单车所在位置的路段信息，因此提高路段提示的准确度；

二、由于提示信息的方式包括语音提示、振动提示、灯光提示、视频提示等，因此提供有效的路段提示的方法。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本发明应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构和操作。

图1是根据本申请一些实施例的路段提示系统的网络环境示意图。

图2显示的是一个计算机的结构，该计算机可以实施本申请披露的特定系统；

图3显示的是一个移动设备的结构，该移动设备可以实施本申请中披露的特定系统；

图4是根据本申请一些实施例的路段提示方法的示例性流程图，和

图5是根据本申请一些实施例的路段提示装置的模块示意图；

【具体实施方式】

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图和实施例对本发明的具体实施方式做详细的说明。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

虽然本申请对根据本申请的实施例的系统中的某些模块做出了各种引用，然而，任何数量的不同模块可以被使用并运行在客户端和/或服务器上。所述模块仅是说明性的，并且所述系统和方法的不同方面可以使用不同模块。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请的实施例可以应用于不同的运输系统，不同的运输系统包括但不限于陆地、海洋、航空、航天等中的一种或几种的组合。例如，出租车、专车、顺风车、巴士、火车、动车、高铁、地铁、船舶、飞机、飞船、热气球、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输系统。本申请的不同实施例应用场景包括但不限于网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。例如，其他类似的服务接单系统。

本申请描述的“用户”、“顾客”、“需求者”、“服务请求者”、“服务请求方”、“消费者”、“消费方”、“使用需求者”等是可以互换的，是指需要或者订购服务的一方，可以是个人，也可以是工具。另外，本申请描述的“用户”可以是需要或者订购服务的一方，也可以是提供服务或者协助提供服务的一方。

根据本申请的一些实施例，图1所示的是一个路段提示系统100的示意图。该路段提示系统100可以包括一个路段提示装置105、一个或多个用户端120、一个或多个数据库130、一个或多个网络140、一个或多个信息源150、一个或多个信息源150。该路段提示装置105可以包含一个引擎110。在一些实施例中，引擎110可以是对收集的信息进行分析加工以生成分析结果的系统，例如，引擎110可以获取骑行信息或路段信息，当骑行信息或路段信息中的任意一个符合预设规则时，发送提示信息。引擎110可以是一个服务器，也可以是一个服务器群组，群组内的各个服务器通过有线的或无线的网络进行连接。一个服务器群组可以是集中式的，例如数据中心；一个服务器群组也可以是分布式的，例如一个分布式系统。引擎110可以是集中式的，也可以是分布式的。

用户端120可以是直接与服务订单相关联的个人、工具或者其他实体，例如服务订单的请求者、服务订单的使用者。在本文中，“用户”、“用户端”和“用户端设备”可以互换使用。在一些实施例中，该使用者可以不是用户本人。例如，用户端120的使用者a可以使用用户端120为用户b请求移动出行，或接受路段提示装置105发送的其他信息或指令。为简便起见，在本文中该用户端120的使用者也可以简称为用户。在一些实施例中，用户端120可以包括台式电脑120-1、笔记本电脑120-2、移动设备120-3、单车检测装置120-4等中的一种或几种的组合。移动设备120-3，可以为智能手机、个人数码助理(personaldigitalassistance(pda))、平板电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如googleglass、oculusrift、hololens、gearvr)等中的一种或多种。单车检测装置120-4，可以为人力单车、人力三轮车、电动单车、电动三轮车、电动汽车等中检测装置的一种或多种。检测装置可以为加速度传感器、陀螺仪传感器、压力传感器、方向识别器、胎压检测器等中的一种或多种。

引擎110可以直接访问和/或存取储存在数据库130的数据信息，也可以直接通过网络140访问和/或存取用户端120的信息。在一些实施例中，数据库130可以泛指具有存储功能的设备。数据库130主要用于存储从用户120收集的数据和引擎110工作中所利用、产生和输出的各种数据。数据库130可以是本地的，也可以是远程的。数据库130与路段提示装置105或其一部分(例如，引擎110)的连接或通信可以是有线的，也可以是无线的。

网络140可以是单个网络，也可以是多个不同网络的组合。例如，网络140可能是一个局域网(localareanetwork(lan))、广域网(wideareanetwork(wan))、公用网络、私人网络、专有网络、公共交换电话网(publicswitchedtelephonenetwork(pstn))、互联网、无线网络、虚拟网络或者上述网络的任何组合。网络140也可以包括多个网络接入点，例如，如基站140-1、基站140-2、互联网交换点等在内的有线或无线接入点，通过这些接入点，任何数据源可以接入网络140并通过网络140发送信息。为理解方便，现以移动出行服务中的用户端120为例说明，但本申请并不局限于此实施例范围内。例如用户端120可以是手机或平板电脑，用户端120的路段提示系统100可以分为无线网络(蓝牙、wirelesslocalareanetwork(wlan)、wi-fi等)、移动网络(2g、3g、4g信号等)、或其他连接方式(virtualprivatenetwork(vpn))、共享网络、nearfieldcommunication(nfc)、zigbee等)。

信息源150是为系统提供其他信息的一个源。信息源150可以用于为系统提供与服务相关的信息，例如，历史事故。信息源150可以是以一个单独的中央服务器的形式存在，也可以是以多个通过网络连接的服务器形式存在，还可以是以大量的个人设备形式存在。当信息源以大量个人设备形式存在时，这些设备可以通过一种用户生成内容(user-generatedcontents)的方式，例如向云端服务器上传文字、声音、图像、视频等，从而使云端服务器连同与其连接的众多个人设备一起组成信息源。

在一些实施例中，该路段提示装置105及所处路段提示系统100内不同部分之间的信息交流可以通过订单方式进行。订单的客体可以是任一产品。在一些实施例中，产品可以是有形产品或无形产品。一个有形产品可以是任何有形状大小或的实物，例如单车、食品、药品、日用品、化工产品、电器、衣物、汽车、房产、奢侈品等中的一种或几种的组合。一个无形产品可以包括服务性产品、金融性产品、知识性产品、互联网产品等中的一种或几种的组合。一个互联网产品可以是任一满足人们对信息、娱乐、沟通或商务需要的产品。有很多分类方法。以其承载平台分类为例，互联网产品可以包括个人主机产品、web产品、移动互联网产品、商用主机平台产品、嵌入式产品等中的一种或几种的组合。移动互联网产品可以是用在移动终端的软件、程序或系统。其中的移动终端包括但不限于笔记本、平板电脑、手机、个人数码助理(pda)、电子手表、pos机、车载电脑、电视机等中的一种或几种的组合。例如，在电脑或手机上使用的各类社交、购物、出行、娱乐、学习、投资等软件或应用。其中的出行软件或应用又可以是旅行软件、交通工具预定、地图等软件或应用等。其中的交通预定软件或应用是指可以用来预约马匹、马车、人力车(例如，两轮自行车、三轮车等)、电动车(例如，电动单车、电动三轮车、电动汽车等)、汽车(例如，出租车、公交车等)、火车、地铁、船只、飞行器(例如，飞机、直升机、航天飞机、火箭、热气球等)等中的一种或几种的组合。

图2描述了一种计算机设备的架构，这种计算机设备能够被用于实现实施本申请中披露的特定系统。本实施例中的特定系统利用功能框图描述了一个包含用户界面的硬件平台。这种计算机可以是一个通用目的的计算机，也可以是一个有特定目的的计算机。两种计算机都可以被用于实现本实施例中的特定系统。计算机200可以用于实施当前描述地提供移动出行所需要的信息的任何组件。例如：引擎110能够被如计算机200的计算机通过其硬件设备、软件程序、固件以及他们的组合所实现。为了方便起见，图2中只绘制了一台计算机，但是本实施例所描述的提供移动出行所需要的信息的相关计算机功能是可以以分布的方式、由一组相似的平台所实施的，分散系统的处理负荷。

计算机200包括通信端口250，与之相连的是实现数据通信的网络。计算机200还包括一个中央处理系统(cpu)单元用于执行程序指令，由一个或多个处理器组成。示例的计算机平台包括一个内部通信总线210，不同形式的程序储存单元以及数据储存单元，例如硬盘270，只读存储器(rom)230，随机存取存储器(ram)240，能够用于计算机处理和/或通信使用的各种数据文件，以及cpu所执行的可能的程序指令。计算机200还包括一个输入/输出组件260，支持计算机与其他组件(如用户界面280)之间的输入/输出数据流。计算机200也可以通过通信网络接受程序及数据。

以上概述了提供移动出行所需要的信息的方法的不同方面和/或通过程序实现其他步骤的方法。技术中的程序部分可以被认为是以可执行的代码和/或相关数据的形式而存在的“产品”或“制品”，是通过计算机可读的介质所参与或实现的。有形的、永久的储存介质包括任何计算机、处理器、或类似设备或相关的模块所用到的内存或存储器。例如各种半导体存储器、磁带驱动器、磁盘驱动器或者类似任何时间能够为软件提供存储功能的设备。

所有软件或其中的一部分有时可能会通过网络进行通信，如互联网或其他通信网络。此类通信能够将软件从一个计算机设备或处理器加载到另一个。例如：从移动出行系统的一个管理服务器或主机计算机加载至一个计算机环境的硬件平台，或其他实现系统的计算机环境，或与提供移动出行所需要的信息相关的类似功能的系统。因此，另一种能够传递软件元素的介质也可以被用作局部设备之间的物理连接，例如光波、电波、电磁波等，通过电缆、光缆或者空气实现传播。用来载波的物理介质如电缆、无线连接或光缆等类似设备，也可以被认为是承载软件的介质。在这里的用法除非限制了有形的“储存”介质，其他表示计算机或机器“可读介质”的术语都表示在处理器执行任何指令的过程中参与的介质。

因此，一个计算机可读的介质可能有多种形式，包括但不限于，有形的存储介质，载波介质或物理传输介质。稳定的储存介质包括：光盘或磁盘，以及其他计算机或类似设备中使用的，能够实现图中所描述的系统组件的存储系统。不稳定的存储介质包括动态内存，例如计算机平台的主内存。有形的传输介质包括同轴电缆、铜电缆以及光纤，包括计算机系统内部形成总线的线路。载波传输介质可以传递电信号、电磁信号，声波信号或光波信号，这些信号可以由无线电频率或红外数据通信的方法所产生的。通常的计算机可读介质包括硬盘、软盘、磁带、任何其他磁性介质；cd-rom、dvd、dvd-rom、任何其他光学介质；穿孔卡、任何其他包含小孔模式的物理存储介质；ram、prom、eprom、flash-eprom，任何其他存储器片或磁带；传输数据或指令的载波、电缆或传输载波的连接装置、任何其他可以利用计算机读取的程序代码和/或数据。这些计算机可读介质的形式中，会有很多种出现在处理器在执行指令、传递一个或更多结果的过程之中。

图3描述了一种移动设备的结构，该移动设备能够用于实现实施本申请中披露的特定系统。在本例中，用于显示和交互位置相关信息的用户设备是一个移动设备300，包括但不限于，智能手机、平板电脑、音乐播放器、便携游戏机、全球定位系统(gps)接收器、可穿戴计算设备(如眼镜、手表等)，或者其他形式。本例中的移动设备300包括一个或多个中央处理器(cpus)340，一个或多个图形处理器(graphicalprocessingunits(gpus))330，一个显示320，一个内存360，一个天线310，例如一个无线通信单元，存储单元390，以及一个或多个输入/输出(inputoutput(i/o))设备350。任何其他合适的组件，包括但不限于系统总线或控制器(图上未显示)，也可能被包括在移动设备300中。如图3所示，一个移动操作系统370，如ios、android、windowsphone等，以及一个或多个应用380可以从存储单元390加载进内存360中，并被中央处理器340所执行。应用380可能包括一个浏览器或其他适合在移动设备300上接收并处理位置相关信息的移动应用。用户与单车的交互信息可以通过输入/输出系统设备350获得并提供给引擎110，以及/或路段提示系统100的其他组件，例如：通过网络140。

为了实现不同的模块、单元以及在之前的披露中所描述的他们的功能，计算机硬件平台可以被用作以上描述的一个或多个元素的硬件平台(例如：引擎110，和/或图1中描述的路段提示系统100的其他组件)。这类计算机的硬件元素、操作系统和程序语言在自然界中是常见的，可以假定本领域技术人员对这些技术都足够熟悉，能够利用这里描述的技术提供移动出行所需要的信息。一台包含用户界面元素的计算机能够被用作个人计算机(personalcomputer(pc))或其他类型的工作站或终端设备，被适当程序化后也可以作为服务器使用。可以认为本领域技术人员对这样的结构、程序以及这类计算机设备的一般操作都是熟悉的，因此所有附图也都不需要额外的解释。

图4是根据本申请一些实施例的路段提示方法的示例性流程图。

在步骤410中，可以获取行驶信息。行驶信息可以是用户骑行单车时的相关信息。在一些实施例中，行驶信息可以包括骑行信息、路段信息、天气信息、历史事故信息等中的至少一个。

骑行信息可以是速度、行驶方向、上下坡状态或车辆状态信息(或单车状态信息)中的一种或几种的组合。例如，骑行信息可以是电动单车电量20％时，用户以10公里/小时的速度沿正北方向行驶。又例如，骑行信息可以是电动单车向正北方行驶。

在一些实施例中，为了计算速度，可以在单车车轮上安装测速装置以检测单车车轮的角速度，角速度与单车车轮的半径即为单车的行驶速度。也可以在单车的任意位置安装gps定位装置，每间隔一定时间获取单车或用户端定位数据(例如，间隔时间为5s、10s、20s、1min等)，从而根据定位数据及时间间隔计算单车速度。

在一些实施例中，为了获得行驶方向，可以在单车上安装方向探测器。例如，在单车车头安装红外幕帘方向探测器，以判断单车的行驶方向。也可以在单车的任意位置安装gps定位装置，每间隔一定时间获取单车或用户端定位数据(例如，间隔时间为5s、10s、20s、1min等)，通过判断单车在地图中的定位判断行驶方向。

在一些实施例中，为获得上下坡状态，可以在单车上安装上下坡检测装置。所述上下坡检测装置可以是一个或多个传感器，例如，陀螺仪、压力传感器和/或加速度传感器。陀螺仪可以通过检测单车的倾斜方向获得上下坡状态。压力传感器可以通过检测单车在竖直方向为超重状态时判断单车处于上坡状态，检测单车在竖直方向为失重状态时判断单车处于下坡状态。加速度传感器可以检测单车的加速或减速状态，同时结合是否有刹车行为、是否有人为加速(例如，人力加速、启动单车加速档等)判断上下坡状态。例如，当加速度传感器检测单车处于加速状态，并同时检测到有刹车行为，可以判断单车处于下坡状态。再例如，当加速度传感器检测单车处于减速状态，并同时未检测到刹车行为或检测到人为加速，可以判断单车处于上坡状态。在一些实施例中，也可以在单车的任意位置安装gps定位装置，每间隔一定时间上传单车或用户端定位数据(例如，间隔时间为5s、10s、20s、1min等)，判断单车或用户端的定位是否与地图上下坡路段匹配，从而判断单车的上下坡状态。

在一些实施例中，为获得单车状态信息，可以在单车上安装单车检测装置。单车检测装置可以用于检测电量状态、胎压、刹车、照明、动力、坐垫等是否正常。单车检测装置可以是传感器(例如，电量传感器、压力传感器、红外传感器等)或其他检测装置(例如，气压检测器、光学检测器等)。例如，电量传感器可以检测单车的已耗电量和/或剩余电量，并基于剩余电量，计算续航里程。又例如，气压检测器可以检测单车的胎压，判断胎压是否正常。在一些实施例中也可以通过检测单车的上锁状态、车载物体的重量变化获得车辆及所载财产的安全信息。

所述路段信息可以是单车位置信息和/或路况信息。在一些实施例中，单车位置信息可以是地图中定位的单车位置信息。单车位置信息可以用于向用户提供导航数据，例如，基于单车在地图中定位的位置以及路线，引导用户前方直行通过红绿灯路口。在一些实施例中，根据单车位置信息还可以用于向用户提供路况信息。路况信息可以是任一时间点(例如，周一上午8点)和/或任一时间段(例如，周一上午8点-9点)用户感兴趣路段的路况信息。也可以是用户即将经过的道路的实时路况信息。路况信息包括交通拥堵、道路维修、限行情况、车流量的行驶速度等。所述路况信息可以由用户请求获得，也可以在出现需要更换路线的情况时(例如，封路)，向用户发出提醒。

在步骤420中，可以获取预设规则。所述预设规则是指有必要向用户发出提示的骑行条件。在一些实施例中，预设规则包括第一预设规则和第二预设规则。第一预设规则是指危险性较高的骑行条件。例如，处于或即将经过上下坡路段、红绿灯路段、人行道路段、学校区域、较窄的街巷以及超速行驶、单车状态异常、路况异常、天气异常、存在历史事故等。第二预设规则是指即将进入分叉路段。分叉路段可以是具有不止一个可驶入道路的路段。分叉路段包括转弯路段(例如，左侧道路、直行道路、右侧道路)以及具有一个或多个驶出叉路的环岛路段。

在步骤430中，可以判断行驶信息是否符合预设规则，当行驶信息符合预设规则时，400进入440。当行驶信息不符合预设规则时，结束流程。在一些实施例中，可以分别判断行驶信息是否符合第一预设规则或第二预设规则，也可以同时进行判断。在一些实施例中，当行驶信息符合第一预设规则或第二预设规则之一时，即可以确定行驶信息符合预设规则。例如，当行驶信息中存在上下坡时，确定行驶信息符合预设规则。在一些实施例中，当行驶信息同时符合第一预设规则和第二预设规则时，才可以确定行驶信息符合预设规则。例如，当行驶信息中同时存在上下坡以及前方路口左转时，确定行驶信息符合预设规则。

在步骤440中，可以向用户发送提示信息。所述提示信息可以包括向用户发出的安全提醒以及分叉路段提醒。所述安全提醒包括当用户处于或即将经过上下坡路段、红绿灯路段、人行道路段、学校区域、较窄的街巷以及超速行驶、单车状态异常、路况异常、天气异常、存在历史事故时，做出的相应提醒。

在一些实施例中，提示信息的方式包括语音提示、振动提示、灯光提示、视频提示等。

在一些实施例中，当确定行驶信息符合第一预设规则时，向用户发出语音提示。例如，经过人行道路段时，语音提示“减速慢行，避让行人”。雨天提醒用户“雨天路滑，小心驾驶”；雾天提醒用户“能见度低，减速慢行”。又例如，用户所在路段或即将经过路段发生过多起历史事故，提醒用户“事故频发，减速慢行”。再例如，用户所在路段或即将经过路段人流量或车流量较大时，提醒用户“道路拥堵，减速慢行”。

在一些实施例中，响应于行驶信息符合第一预设规则中的超速或下坡路段时，会提示用户“减速慢行”，并可以通过下坡时电动单车的惯性给电瓶充电，从而增加阻尼，将车速控制在预设的安全范围内。其中，阻尼可以根据实际坡度以及坡长进行调节。例如，下坡时利用电瓶充电增加阻尼的结构，可以增加电动单车下坡时的阻力，并减缓刹车的阻力。

当确定行驶信息符合第二预设规则时，可以向用户发出振动提示，具体的可以控制驶入方向侧的车把手振动，以便提前告知用户接下来的行驶方向，起到辅助导航的作用。例如，下个路口左转时，单车左把手振动。也可以同时或依次向用户发出语音提示以及振动提示。例如，下个路口右转时，单车右把手振动，同时向用户发出语音提示“下个路口右转”。

需要注意的是，以上关于路段提示方法的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解本申请的基本原理后，可以在不背离这一原理的情况下，对路段提示的方法作出改变。例如，可以增加、减少、合并或拆分一些步骤。在一些实施例中，还以先执行步骤420，后执行步骤410。在一些实施例中，可以无需执行430，直接执行440。诸如此类的变形，均在本申请的保护范围之内。

本发明还提供了一种与前述方法步骤一一对应的装置。

图5是根据本申请一些实施例的路段提示装置的模块示意图。该装置中的全部或部分功能模块可运行在路段提示装置105上。

路段提示装置105可以包括一个获取模块510、确定模块520、发送模块530。各模块之间的连接形式可以是有线的、无线的、或两者的结合。任何一个模块都可以是本地的、远程的、或两者的结合。模块间的对应关系可以是一对一的，或一对多的。

获取模块510可以获取数据。在一些实施例中，获取模块510可以获取与路段提示系统相关的信息。所述信息包括行驶信息和/或预设规则。其中，行驶信息可以包括骑行信息、路段信息、天气信息或历史事故信息等。其中，预设规则可以包括第一预设规则和第二预设规则。例如，获取模块510可以获取单车的速度、行驶方向、上下坡状态以及单车状态信息等。又例如，获取模块510可以获取单车的实时位置以及实时路况信息。

在一些实施例中，获取模块510可以从用户端120获取数据。例如，骑行信息可以由单车检测装置120-4获得，并经过网络140传输至路段提示装置105。骑行信息也可以由用户输入/输出设备350输入并经过网络140传输至路段提示装置105。在一些实施例中，获取模块510还可以通过用户在输入/输出设备350输入获得。例如，用户设置上下坡状态为第一预设规则，取消红绿灯路口作为第一预设规则等。在一些实施例中，获取模块510也可以经过网络140从存储设备130和/或信息源150获得数据。例如，获取模块510从存储设备130中获取历史事故。再例如，获取模块510从信息源150获得天气信息。

确定模块520可以确定行驶信息是否符合预设规则。在一些实施例中，可以分别判断行驶信息是否符合第一预设规则或第二预设规则，也可以同时进行判断。在一些实施例中，当行驶信息符合第一预设规则或第二预设规则之一时，即可以确定行驶信息符合预设规则。

发送模块530可以向用户发送与路段安全相关的提示信息。其中，提示信息可以包括向用户发出的安全提醒以及分叉路段提醒。所述安全提醒包括当用户处于或即将经过上下坡路段、红绿灯路段、人行道路段、学校区域、较窄的街巷以及超速行驶、单车状态异常、路况异常、天气异常、存在历史事故时，做出的相应提醒。在遇到分叉路段时，也可以向用户发送转向信息。

在一些实施例中，提示信息的方式包括语音提示、振动提示、灯光提示、视频提示。在一些实施例中，当确定行驶信息符合第一预设规则时，向用户发出语音提示。例如，经过人行道路段时，语音提示“减速慢行，避让行人”。当确定行驶信息符合第二预设规则时，可以向用户发出振动提示。例如，下个路口左转时，单车左把手振动。也可以同时或依次向用户发出语音提示以及振动提示。例如，下个路口右转时，单车右把手振动，同时向用户发出语音提示“下个路口右转”。

在一些实施例中，单车上还设置有阻尼结构。该阻尼结构在电动单车处于超速或下坡路段时，可以通过下坡时电动单车的惯性给电瓶充电，从而增加阻尼，将车速控制在预设的安全范围内。

需要注意的是，以上对处理模块的描述仅仅是具体的示例，不应被视为是唯一可行的实施方案。上述每个模块或单元并不是必须的，每一个模块或单元均可通过一个或多个部件实现，每个模块或单元的功能也并不局限于此。上述各个模块或单元可以根据具体实施场景或需要选择添加或删除。显然，对于本领域的专业人员来说，在了解路段提示的基本原理后，可能在不背离这一原理的情况下，对处理模块的具体实施方式与步骤进行形式和细节上的各种修正和改变，还可以做出若干简单推演或替换，在不付出创造性劳动的前提下，对各模块或单元的顺序作出一定调整、组合或拆分，但是这些修正和改变仍在以上描述的范围之内。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、rf、或类似介质、或任何上述介质的组合。