公交到站提示方法和移动终端及云端服务器的制造方法
公交到站提示方法和移动终端及云端服务器的制造方法
【技术领域】
[0001]本发明涉及公交通信技术领域，具体而言，本发明涉及一种公交到站提示方法和移动终端及云端服务器。
【背景技术】
[0002]公共汽车(又称巴士)、地铁、城铁和火车等公交车辆已在我国广泛普及，人们可以选择搭乘公交车辆上班、上学、出门购物和旅游等等;公交车辆为人们出行带来便利。
[0003]以公交车辆中的公共汽车为例，公共汽车通常按照设定的公交线路行驶;每个公交线路中通常包括若干个站点，例如十几个站点或者几十个站点。传统的公共汽车到站提示方法，通常是公共汽车到站或即将到站时，由公交司机手动控制到站提示器播到站提示点名称;该方法给公交司机带来较大的工作负荷，并容易分散公交司机的注意力，不利于公共汽车的安全行驶。为了提升公共汽车的行驶的安全性，技术人员开发了多种自动的公交到站提示方法和系统。
[0004]目前，一种公交到站提示方法，需要在公共汽车中设置到站提示器，一般采用GPS(Global Posit1ning System，全球定位系统)到站提示器，将公交线路每个站点的坐标范围预先存储在到站提示器中，当GPS到站提示器检测到本公共汽车进入某一站点的坐标范围时，就会利用公共汽车中的播报设备(例如扬声器)自动播报该站点的名称，以提示乘客及时下车。
[0005]另一种公交到站提示方法，利用一种公共汽车自动到站提示系统，包含RFID标签模块、RFID阅读器、RFID定位模块、控制模块、语音播放模块和显示模块;RFID标签模块包含若干与公交站台一一对应的RFID标签，用于存储其对应公交站台的文字信息和语音信息；RFID阅读器用于阅读RFID标签中存储的文字信息和语音信息;RFID定位模块用于根据接受到的信息计算出公共汽车与RFID标签之间的距离;控制模块用于在公共汽车与RFID标签之间的距离小于预设的距离阈值时，控制语音播放模块和显示模块工作。
[0006]然而，本发明的发明人发现，以上两种现有的公交到站提示方法，通常对于每个站点都进行语音广播，并不对有下车需求的乘客进行单独播报；导致乘客需要注意听每次播报以免漏听播报而错过站点，牵涉了乘客大量的精力和时间，导致乘客不仅不能利用乘坐公交时间得到休息，还时刻担心错过站，造成乘客的体验不佳。
[0007]而且，本发明的发明人发现，利用现有的到站提示方法，对到站的站点进行播报时，由于受到公共汽车上乘客周围环境的噪音较大且播报设备音量有限等因素的制约，即使乘客的精神集中于播报内容，也依然容易听不清所播报的站名，导致出现乘客错过站等问题。
[0008]综上，现有的公交到站提示方法存在牵涉乘客精力较多、牵涉乘客时间较多，以及到站提示不易清晰传递至乘客的缺陷。
【发明内容】
[0009]本发明针对现有的公交到站提示方式的缺点，提出一种公交到站提示方法和移动终端及云端服务器，使得用户花费更少的精力和时间获取到道题提示，并更加清晰地将到站提示传递至用户。
[0010]本发明的实施例根据一个方面，提供了一种公交到站提示方法，包括:
[0011]移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送；
[0012]接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速；
[0013]周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，对所述下车站点进行到站提示。
[0014]本发明的实施例根据另一个方面，还提供了一种公交到站提示方法，包括:
[0015]云端服务器接收移动终端发送的到站提示请求；
[0016]确定出所述到站提示请求涉及的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送所述到站提示请求的移动终端返回，以使所述移动终端根据估算出的到达下车站点的乘车时段进行到站提示。
[0017]本发明的实施例根据另一个方面，还提供了一种移动终端，包括:
[0018]到站提示请求发送模块，用于接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送；
[0019]站点车速信息接收模块，用于接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速；
[0020]乘车时段预估模块，用于周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，发送到站提示通知；
[0021]到站提示模块，用于接收到所述到站提示通知后，对所述下车站点进行到站提示。
[0022]本发明的实施例根据另一个方面，还提供了一种云端服务器，包括:
[0023]请求接收模块，用于接收移动终端发送的到站提示请求；
[0024]站点车速信息返回模块，用于确定出所述到站提示请求中的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送所述到站提示请求的移动终端返回，以使所述移动终端根据估算出的到达下车站点的乘车时段进行到站提示。
[0025]本发明实施例中，移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送;周期性根据本移动终端的位置信息、以及云端服务器返回的各站点的位置信息和两两站点之间的预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值时，可以认为已临近下车时刻，对下车站点进行到站提示，以提示用户准备下车;而在乘车时段大于时段阈值期间，不对其它站点进行到站提示，相当于为用户量身定制了个性化的到站提示，使得用户无需花费精力和时间关注，节省了用户大量的精力和时间，可以使得用户在此期间得到休息，从而提升用户的体验。而且，移动终端与公交车辆上的播报设备相比，距离用户较近，可以更为容易并清晰地将到站提示传递至用户，从而提升用户的体验。
[0026]本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
【附图说明】
[0027]本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中:
[0028]图1为本发明实施例的公交到站提示系统的架构示意图；
[0029]图2为本发明实施例的公交到站提示方法的流程示意图；
[0030]图3为本发明实施例的移动终端内部结构的框架示意图；
[0031 ]图4为本发明实施例的云端服务器内部结构的框架示意图。
【具体实施方式】
[0032]下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
[0033]本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“親接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
[0034]本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
[0035]本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接 收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(Personal Communicat1ns Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力;PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Posit1ning System，全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
[0036]本发明的实施例中，移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送;接收云端服务器返回的公交线路的各站点的位置信息、以及两两站点之间的预估车速;周期性根据本移动终端的位置信息、以及各站点的位置信息和预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值时，可以认为已临近下车时刻，对下车站点进行到站提示，以提示用户准备下车；而在乘车时段大于时段阈值期间，不对其它站点进行到站提示，使得用户无需花费精力和时间关注，节省了用户大量的精力和时间，可以使得用户在此期间得到休息，可以提升用户的体验。而且，移动终端与公交车辆上的播报设备相比，距离用户较近，可以更为容易并清晰地将到站提示传递至用户，可以提升用户的体验。
[0037]而且，本发明实施例中云端服务器接收移动终端发送的到站提示请求;从预存的多个公交线路的站点的位置信息以及每个公交线路的两两站点之间的预估车速中，查找出到站提示请求涉及的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送到站提示请求的移动终端返回，以使移动终端根据估算出的到达下车站点的乘车时段进行到站提示。具体地，使得移动终端仅对下车站点、不对其它站点进行到站提示，有利于节省用户的精力和时间；并且移动终端可以更为容易并清晰地将到站提示传递至用户，可以提升用户的体验。
[0038]下面结合附图具体介绍本发明实施例的技术方案。
[0039]本发明实施例提供了一种公交到站提示系统，该系统的架构示意图如图1所示，包括:公交车辆101、云端服务器102和移动终端103。
[0040]其中，公交车辆101可以是按照设定的公交线路行驶或营运的公共交通工具；例如，公共汽车(又称巴士)、地铁、城铁或火车等。
[0041]公交车辆101可以包括多个。以公共汽车为例，有关部门通常为每个公交线路设置对应的车次，并针对每个车次设置多个公共汽车。
[0042]公交车辆101中设置有智能控制模块；智能控制模块可以无线接入网络。例如，智能控制模块中包括WiFi模块，通过WiFi (Wireless Fidelity，无线保真)局域网接入互联网。再如，智能控制模块中包括移动通信模块，通过3G(3rd_Generat1n wirelesstelephone technology，第三代无线电话技术)网络、或者LTE(Long Term Evolut1n，长期演进)网络接入移动互联网。
[0043]公交车辆101中的智能控制模块用于将该公交车辆到站的站点信息和时间戳向云端服务器102上传，具体内容将在后续介绍，此处不赘述。
[0044]云端服务器102通常可以有线接入网络。例如，云端服务器102通过光纤接入互联网。
[0045]移动终?而103可以是智能手机、平板电脑或者手持游戏机等智能终?而。移动终?而103可以是多个。
[0046]下面介绍本发明实施例中，公交车辆101中的智能控制模块的激活方法。
[0047]具体地，在智能控制模块出厂前，云端服务器102中通常已存储有智能控制模块的标识。智能控制模块设置到公交车辆101中之后，首次将本智能控制模块的标识向云端服务器102发送;云端服务器102接收到该本智能控制模块发送的标识后，确认该智能控制模块激活，并将该智能控制模块的标识作为该智能控制模块所在公交车辆101的标识。
[0048]或者，云端服务器102接收管理人员输入的智能控制模块的标识后，进行存储，确认该智能控制模块激活，并将该智能控制模块的标识作为该智能控制模块所在公交车辆101的标识。
[0049]公交车辆101中的智能控制模块激活后，将公交车辆101到站时站点的位置信息和时间戳向云端服务器102发送。
[0050]具体地，公交车辆101中的智能控制模块接收到公交司机、或乘务员的指令后，将本公交车辆101的标识、当前位置信息和时间戳向云端服务器102发送。
[0051 ]或者，公交车辆101中的存储模块中预存有该公交车辆运营的公交线路的各站点的位置信息;公交车辆101中的定位模块实时接收本公交车辆的位置信息；智能控制模块周期性地将本公交车辆的最新的位置信息与各站点的位置信息进行匹配，当匹配结果为两个位置之间小于预设的距离阈值时，确认到站，将当前的位置信息(或站点的位置信息)和当前的时间戳，向云端服务器102发送。
[0052]云端服务器102根据多个公交车辆101上传的位置信息和时间戳，对每个公交线路的两两站点之间的预估车速进行估算更新。
[0053]具体地，云端服务器102中存储有多个公交线路的信息，包括:每个公交线路的所有站点的位置信息。位置信息具体可以是经玮度信息、或者坐标信息等。较佳地，云端服务器102中可以存储包含多个公交线路信息的电子地图。
[0054]云端服务器102接收多个公交车辆101发送的各自的位置信息和时间戳。
[0055]云端服务器102对于预存的每个公交线路，针对该公交线路中的任意两个站点，根据途径该两个站点的多个公交车辆发送的位置信息和时间戳，对该两个站点之间的预估车速进行估算更新。两个站点可以是相邻站点，也可以是不相邻的站点。
[0056]较佳地，云端服务器102针对该公交线路中的两个站点，从接收的多个公交车辆发送的位置信息中，确定出与该两个站点的位置信息相匹配的位置信息;将与该两个站点的位置信息相匹配的位置信息和时间戳，作为途径该两个站点的多个公交车辆发送的位置信息和时间戳。
[0057]云端服务器102根据设定的策略，从途径该两个站点的多个公交车辆发送的位置信息和时间戳中，选取设定数目的公交车辆发送的位置信息和时间戳，计算出设定数目的公交车辆各自途径该两个站点的车速，进而统计出设定数目的公交车辆途径该两个站点的平均车速，作为该两个站点之间的预估车速。其中，预定的策略可以包括以当前时刻为结束时刻的预定时段、和/或公交车辆的设定数目。
[0058]随着时间的推移，云端服务器102接收到更新更多的公交车辆发送的位置信息和时间戳，以与上述同样的方法计算出设定数目的公交车辆各自途径该两个站点的更新的车速，进而统计出设定数目的公交车辆途径该两个站点的更新的平均车速，作为该两个站点之间的更新的预估车速。
[0059]移动终端103将本移动终端的特征信息输入到云端服务器102进行存储。移动终端103的特征信息可以是通信号码、即时通信软件的号码或者设备识别码等。
[0060]通信号码可以是诸如SIM(Subscriber Identity Module，客户识别模块)卡、nano-SIM卡或者micro-SIM卡等移动通信卡中存储的手机号码。移动终端103的设备识别码，可以是IMEI(Internat1nal Mobile Equipment Identity，移动设备国际身份码)等。
[0061]具体地，移动终端103启动到站提 示应用软件，提供注册界面;通过注册界面接收到用户输入的包含本移动终端的特征信息的账户信息后，向云端服务器102发送。
[0062]云端服务器102接收到移动终端103发送的账户信息后，从中解析出账户名和移动终端的特征信息；将移动终端的特征信息与账户名对应存储，或者将移动终端的特征信息存储到账户名下。
[0063]下面介绍本发明实施例的公交到站提示方法，该方法的流程示意图如图2所示，包括以下步骤:
[0064]S201:移动终端103接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器102发送。
[0065]具体地，移动终端103根据用户输入的指令，启动到站提示应用软件;移动终端103接入网络，到站提示应用软件将移动终端103本次接入网络的网络地址、以及接收到的用户输入的登陆信息，向云端服务器102发送。
[0066]由该到站提示应用软件在本移动终端中展示多个公交线路;接收到用户针对一个公交线路的选取指令后，展示该公交线路的各站点的名称、站点设定对话框。移动终端103中的到站提示应用软件通过站点设定对话框接收用户输入的上、下车站点。
[0067]较佳地，移动终端103中的到站提示应用软件接收到用户针对一个公交线路的选取指令后，展示该公交线路的各站点的名称、站点设定对话框和确认上车按键。到站提示应用软件通过站点设定对话框接收用户输入的下车站点；接收到确认上车按键的点击事件后，获取本移动终端当前的位置信息，进而与预存的该公交线路中各站点的位置信息进行匹配，将位置与本移动终端当前的位置最接近的站点作为上车站点。
[0068]移动终端103中的到站提示应用软件根据用户输入的上、下车站点和公交线路的信息，生成到站提示请求。
[0069]较佳地，移动终端103将用户输入的上、下车站点和公交线路的信息，以及本移动终端的特征信息，都携带于到站提示请求中。
[0070]移动终端103根据预存的云端服务器102的网络地址，将到站提示请求向云端服务器102发送。
[0071]进一步，移动终端103中的到站提示应用软件还可以展示提示半径设定界面，通过该界面接收用户输入的有效提示半径;未接收到用户输入的有效提示半径时，有效提示半径为默认值，例如500米。
[0072]本领域技术人员可以理解，本步骤是用户在确定了需要乘坐的公交线路后执行的;例如，用户乘上该公交线路的公交车辆后执行本步骤。
[0073]S202:云端服务器102接收移动终端103发送的到站提示请求。
[0074]具体地，云端服务器102接收到移动终端103发送的网络地址和登陆信息后，确认移动终端103登陆，并缓存其网络地址。
[0075]云端服务器102接收移动终端103发送的到站提示请求
[0076]S203:云端服务器102确定出到站提示请求涉及的公交线路后，将该公交线路的各站点的位置信息以及两两站点之间的预估车速，向发送到站提示请求的移动终端103返回。
[0077]具体地，云端服务器102从接收到的站提示请求中解析出移动终端103的特征信息，以及上车站点、下车站点和公交线路的信息。上车站点、下车站点和公交线路的信息可以分别是上车站点、下车站点和公交线路的名称。
[0078]云端服务器102从预存的多个公交线路的信息中，查找出信息与解析出的公交线路相一致的公交线路。
[0079]进而，云端服务器102从预存的多个公交线路的站点的位置信息以及每个公交线路的两两站点之间的预估车速中，查找出该公交线路的各站点的位置信息、以及各站点中两两站点之间的预估车速。公交线路的两两站点包括该公交线路中任意相邻或者不相邻的两个站点。
[0080]云端服务器102根据预先缓存的移动终端103的网络地址或者预存的移动终端103的通信号码，将查找出的公交线路的各站点的位置信息以及两两站点之间的预估车速，向发送到站提示请求的移动终端103返回。
[0081]较佳地，云端服务器102从预存的多个公交线路的站点的位置信息以及每个公交线路的两两站点之间的预估车速中，查找出该公交线路中从上车站点开始到下车站点结束的各站点的位置信息、以及各站点中两两站点之间的预估车速后，向发送到站提示请求的移动终端103返回。
[0082]S204:移动终端103接收云端服务器102返回的公交线路的各站点的位置信息、以及两两站点之间的预估车速。
[0083]具体地，移动终端103接收到云端服务器102返回的公交线路的各站点的位置信息、以及两两站点之间的预估车速后，进行对应存储。
[0084]较佳地，发明人考虑到，用户从公交线路的上车站点到达下车站点期间，云端服务器102中该公交线路的从上车站点到达下车站的两两站点之间的预估车速仍然在持续更新。
[0085]因此，移动终端103中的到站提示应用软件，根据预设的车速更新策略，根据步骤S201中用户输入的公交线路的信息和本移动终端的特征信息，生成车速更新请求向云端服务器102发送。其中，车速更新策略可以是每隔设定时段发送一次车速更新请求、或者每到达一个站点发送一次车速更新请求。
[0086]云端服务器102接收到移动终端103发送的车速更新请求后，从中解析出移动终端103的特征信息和公交线路的信息;查找出该公交线路的各站点的位置信息、以及各站点中两两站点之间更新的预估车速后，向发送车速更新请求的移动终端103返回。
[0087]移动终端103接收云端服务器102返回的公交线路的两两站点之间的更新的预估车速，并对应该公交线路的各站点的位置信息进行存储。
[0088]本领域技术人员可以理解，移动终端103获取的更新的预估车速，可以更为精确地反映接近下车站点途中的实际交通状况，从而可以使得后续的乘车时段的估算更为精确。
[0089]S205:移动终端103周期性根据本移动终端的位置信息、以及各站点的位置信息和预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，对下车站点进行到站提示。
[0090]具体地，移动终端103中的定位模块，通过GPS定位方式、WiFi定位方式或者基于移动通信网络基站的定位方式，获取的本移动终端当前周期的位置信息。
[0091]移动终端103中的到站提示应用软件可以采用多种方法估算出当前周期达到下车站点的乘车时段。
[0092]—种当前周期的乘车时段的估算方法包括:移动终端103中的到站提示应用软件，根据获取的本移动终端当前周期的位置信息，以及上述步骤中接收的各站点的位置信息和两两站点之间的预估车速，估算出本移动终端到达最近的待到达站点的乘车时段、以及途径每相邻两个待到达站点的乘车时段。其中，待到达站点可以是移动终端103所在公交车辆，从当前周期的位置开始将到达或者途径的站点。
[0093]较佳地，移动终端103中的到站提示应用软件，对于公交线路中的两个站点，将上述步骤中接收的该两个站点之间的预估车速，作为本移动终端所在公交车辆即将途径该两个站点之间的预估车速;根据本移动终端当前周期的位置信息、最近的待到达各站点的位置信息和本移动终端所在公交车辆最近途径的站点与最近的待到达站点之间的预估车速，估算出本移动终端到达最近的待到达站点的乘车时段;根据每相邻两个待到达站点的位置信息和该两个待到达站点之间的预估车速，估算出本移动终端所在公交车辆途径该相邻两个待到达站点的乘车时段。
[0094]例如，移动终端103所在的公交车辆最近途径的站点为站点A，待到达站点包括站点B至F，其中站点B为最近的待到达站点，站点F为下车站点。移动终端103中的到站提示应用软件，根据移动终端103(即表示公交车辆)当前周期的位置信息、站点B的位置信息、以及站点A与B之间预估车速，估算出达到站点B的乘车时段;根据站点B与C的位置信息以及站点B与C之间的预估车速，估算出从站点B至C的乘车时段；同理可以估算出站点C至D、站点D至E、站点E至站点F的乘车时段。
[0095]移动终端103中的到站提示应用软件，根据估算出的各乘车时段，确定出移动终端103从当前周期的位置到达下车站点的乘车时段。
[0096]例如，移动终端103中的到站提示应用软件，根据移动终端103所在公交 车辆达到站点B的乘车时段，以及站点B至C、站点C至D、站点D至E、站点E至站点F的乘车时段，统计出移动终端103从当前周期的位置到达下车站点F的乘车时段。
[0097]另一种当前周期的乘车时段的估算方法包括:移动终端103中的到站提示应用软件，根据获取的本移动终端当前周期的位置信息，以及上述步骤中接收的各站点的位置信息和两两站点之间的预估车速，估算出本移动终端到达最近的待到达站点的乘车时段、以及最近的待到达站点与下车站点之间的乘车时段;进而确定出移动终端从当前周期的位置到达下车站点的乘车时段。
[0098]移动终端103中的到站提示应用软件，确定出移动终端从当前周期的位置到达下车站点的乘车时段后，判断当前周期的乘车时段是否不大于时段阈值;若是，则对下车站点进行到站提示;否则继续估算下一个周期的乘车时段。其中，时段阈值可以是2分钟。
[0099]本领域技术人员可以理解，由于堵车等因素影响，当两个公交车辆距下车站点的距离或者路程相同时，到达下车站点的乘车时段往往相差很大；因此，本发明实施例中根据估算出的乘车时段来确定到站提示时机，与仅根据距离或者路程来确定到站提示时机相比，更加贴近下车站点附近的交通状况，使得提示更加精确，可以提升用户的体验。
[0100]较佳地，上述步骤S204中移动终端103接收云端服务器102返回的公交线路的两两站点之间的更新的预估车速后，在本步骤中，移动终端103中的到站提示应用软件，周期性根据本移动终端的位置信息、以及各站点的位置信息和更新的预估车速，估算出移动终端103到达下车站点的乘车时段，具体估算方法与上述基于未更新的预估车速的估算方法相一致，不再赘述。
[0101]本领域技术人员可以理解，移动终端103在上述步骤中获取的更新的预估车速，可以更为精确地反映接近下车站点途中的实际交通状况，从而在本步骤中可以估算出更为精确的乘车时段，进而更为精确地确定出到站提示的时机，进行更为精确地到站提示，可以提升用户的体验。
[0102]移动终端103中的到站提示应用软件对下车站点进行到站提示，可以至少包括如下提示方式之一:进行下车站点的语音播报、控制本移动终端进行设定模式的震动。其中，进行下车站点的语音播报可以包括下车站点的名称和/或乘车时段的语音播报。
[0103]可以理解，用户通常手持移动终端103或者将移动终端103放置于包中，而且有些用户是戴着连接于移动终端103的耳机；因此由移动终端103与公交车辆上的播报设备相比，距离较近，可以更为容易并清晰地将到站提示传递至用户，可以提升用户的体验。
[0104]较佳地，移动终端103中的到站提示应用软件，还可以在本移动终端中展示包含用户输入的公交线路的电子地图。进一步，移动终端103中的到站提示应用软件可以在展示的电子地图中，显示各站点的位置和名称等信息、移动终端103当前的位置信息、以及最新估算出的乘车时段。
[0105]较佳地，移动终端103中的到站提示应用软件根据移动终端中预设的语言种类和语音包，对下车站点进行到站提示。
[0106]例如，移动终端103中的到站提示应用软件，可以对下车站点的名称进行中文语音播报、英语语音播报或者日语语音播报等等。
[0107]再如，移动终端103中的到站提示应用软件，可以对下车站点的名称进行汉语、或者维吾尔语等少数名族语言、或者上海话等方言等进行语音播报。
[0108]容易理解，本发明实施例中，移动终端103通过用户熟悉的语言种类进行到站提示的语音播报，可以使得用户感到亲切，提升了用户的体验。
[0109]事实上，本发明实施例中，移动终端103中的到站提示应用软件，还可以根据上述步骤S204中接收的下车站点的位置信息，以及上述步骤S205周期性获取的移动终端103的位置信息，周期性确定出移动终端103与下车站点之间的当前距离;进而将当前距离与上述步骤S201中用户输入的有效提示半径进行比较，在当前距离小于有效提示半径时，判断是否已经对下车站点进行过到站提示;若否，则对下车站点进行到站提示;若是，停止获取移动终端103的位置信息，并结束对移动终端103与下车站点之间的距离的确定。
[0110]基于上述公交到站提示方法，本发明的实施例中的移动终端103内部结构的框架示意图如图3所示，包括:到站提示请求发送模块301、站点车速信息接收模块302、乘车时段预估模块303和到站提示模块304。
[0111]其中，到站提示请求发送模块301用于接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器102发送。
[0112]站点车速信息接收模块302用于接收云端服务器102返回的公交线路的各站点的位置信息、以及两两站点之间的预估车速。
[0113]乘车时段预估模块303用于周期性根据本移动终端的位置信息、以及站点车速信息接收模块302接收的各站点的位置信息和预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，发送到站提示通知。
[0114]到站提示模块304用于接收到到站提示通知后，对下车站点进行到站提示。
[0115]更优的，如图3所示，本发明实施例中的移动终端103，还包括:更新车速请求模块305。
[0116]更新车速请求模块305用于根据预设的车速更新策略，发送车速更新请求;接收云端服务器102返回的公交线路的两两站点之间的更新的预估车速并转发。
[0117]以及，乘车时段预估模块303具体用于周期性根据本移动终端的位置信息、以及站点车速信息接收模块302接收的各站点的位置信息和车速更新模块305转发的更新的预估车速，确定出到达下车站点的乘车时段。
[0118]上述到站提示请求发送模块301、站点车速信息接收模块302、乘车时段预估模块303、到站提示模块304和更新车速请求模块305功能的实现方法，可以参考如上述图2所示的步骤流程的具体内容，此处不再赘述。
[0119]基于上述公交到站提示方法，本发明的实施例中的云端服务器102内部结构的框架示意图如图4所示，包括:请求接收模块401和站点车速信息返回模块402。
[0120]其中，请求接收模块401用于接收移动终端103发送的到站提示请求。
[0121]站点车速信息返回模块402用于确定出到站提示请求中的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送到站提示请求的移动终端103返回，以使移动终端103根据估算出的到达下车站点的乘车时段进行到站提示。
[0122]更优的，如图4所示，本发明实施例中的云端服务器102还包括:站点信息处理模块403和车速估算更新模块404。
[0123]其中，站点信息处理模块403用于接收多个公交车辆发送的各自的位置信息和时间戳。
[0124]车速估算更新模块404用于对于预存的每个公交线路，针对该公交线路中的两个站点，根据途径该两个站点的多个公交车辆发送的位置信息和时间戳，对该两个站点之间的预估车速进行估算更新。
[0125]上述请求接收模块401、站点车速信息返回模块402、站点信息处理模块403和车速估算更新模块404功能的实现方法，可以参考如上述图2所示的步骤流程的具体内容，此处不再赘述。
[0126]本发明实施例中，移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送;周期性根据本移动终端的位置信息、以及云端服务器返回的各站点的位置信息和两两站点之间的预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值时，可以认为已临近下车时刻，对下车站点进行到站提示，以提示用户准备下车;而在乘车时段大于时段阈值期间，不对其它站点进行到站提示，相当于为用户量身定制了个性化的到站提示，使得用户无需花费精力和时间关注，节省了用户大量的精力和时间，可以使得用户在此期间得到休息，从而提升用户的体验。而且，移动终端与公交车辆上的播报设备相比，距离用户较近，可以更为容易并清晰地将到站提示传递至用户，从而提升用户的体验。
[0127]而且，本发明实施例中，随着时间的推移，云端服务器根据大量公交车辆陆续上传的位置信息和时间戳估算更新预估车速;移动终端根据云端服务器更新的预估车速，可以更为精确地 反映接近下车站点途中的实际交通状况，从而可以估算出更为精确的乘车时段，进行更为精确地到站提示，可以提升用户的体验。
[0128]进一步，本发明实施例中，移动终端可以根据本移动终端的系统语言种类进行到站提示的语音播报，可以使得用户感到亲切，提升了用户的体验。
[0129]此外，由于本发明实施例中由移动终端为用户进行到站提示，因此公交车辆可以停止或者减少到站提示的语音播报，从而可以使得乘坐公交车辆的用户得到更好的休息，进一步提升用户的体验。
[0130]本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、R0M( Read-Only Memory，只读存储器)、RAM (Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPR0M(E1 ectrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
[0131]本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
[0132]本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
[0133]以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
【主权项】
1.一种公交到站提示方法，其特征在于，包括: 移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送； 接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速； 周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，对所述下车站点进行到站提示。2.根据权利要求1所述的方法，其特征在于，所述周期性根据本移动终端的位置信息、以及接收的各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，对所述下车站点进行到站提示，具体包括: 根据获取的本移动终端当前周期的位置信息，估算出本移动终端到达最近的待到达站点的乘车时段、以及途径每相邻两个待到达站点的乘车时段； 根据估算出的各乘车时段，确定出所述移动终端从当前周期的位置到达所述下车站点的乘车时段后，判断当前周期的乘车时段是否不大于所述时段阈值;若是，则对所述下车站点进行到站提示;否则继续估算下一个周期的乘车时段。3.根据权利要求1所述的方法，其特征在于，所述接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速之后、且所述估算出到达所述下车站点的乘车时段之前，还包括: 根据预设的车速更新策略，发送车速更新请求； 接收所述云端服务器返回的所述公交线路的两两站点之间的更新的预估车速；以及 所述周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，具体包括: 周期性根据本移动终端的位置信息、以及所述各站点的位置信息和更新的预估车速，估算出到达所述下车站点的乘车时段。4.根据权利要求1-3任一所述的方法，其特征在于，所述对所述下车站点进行到站提示，具体包括: 根据所述移动终端中预设的语言种类，对所述下车站点进行到站提示。5.一种公交到站提示方法，其特征在于，包括: 云端服务器接收移动终端发送的到站提示请求； 确定出所述到站提示请求涉及的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送所述到站提示请求的移动终端返回，以使所述移动终端根据估算出的到达下车站点的乘车时段进行到站提示。6.根据权利要求5所述的方法，其特征在于，所述每个公交线路的两两站点之间的预估车速是根据如下方法预先估算更新的: 接收多个公交车辆发送的各自的位置信息和时间戳； 对于预存的每个公交线路，针对该公交线路中的两个站点，根据途径该两个站点的多个公交车辆发送的位置信息和时间戳，对该两个站点之间的预估车速进行估算更新。7.一种移动终端，其特征在于，包括: 到站提示请求发送模块，用于接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送； 站点车速信息接收模块，用于接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速； 乘车时段预估模块，用于周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，发送到站提示通知； 到站提示模块，用于接收到所述到站提示通知后，对所述下车站点进行到站提示。8.根据权利要求7所述的移动终端，其特征在于，还包括: 更新车速请求模块，用于根据预设的车速更新策略，发送车速更新请求;接收所述云端服务器返回的所述公交线路的两两站点之间的更新的预估车速并转发；以及 所述乘车时段预估模块具体用于周期性根据本移动终端的位置信息、以及所述各站点的位置信息和所述车速更新模块转发的更新的预估车速，确定出到达所述下车站点的乘车时段。9.一种云端服务器，其特征在于，包括: 请求接收模块，用于接收移动终端发送的到站提示请求； 站点车速信息返回模块，用于确定出所述到站提示请求中的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送所述到站提示请求的移动终端返回，以使所述移动终端根据估算出的到达下车站点的乘车时段进行到站提示。10.根据权利要求9所述的云端服务器，其特征在于，还包括: 站点信息处理模块，用于接收多个公交车辆发送的各自的位置信息和时间戳； 车速估算更新模块，用于对于预存的每个公交线路，针对该公交线路中的两个站点，根据途径该两个站点的多个公交车辆发送的位置信息和时间戳，对该两个站点之间的预估车速进行估算更新。
【专利摘要】本发明实施例提供了公交到站提示方法和移动终端及云端服务器，所述方法包括：移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送；接收云端服务器返回的公交线路的各站点的位置信息和两两站点之间的预估车速；周期性根据本移动终端的位置信息和各站点的位置信息和预估车速，估算出到达下车站点的乘车时段，直到该乘车时段不大于预设的时段阈值，对下车站点进行到站提示；而在乘车时段大于时段阈值期间，不对其它站点进行到站提示，使得用户无需花费精力和时间关注，节省了用户大量的精力和时间；而且，移动终端与公交车辆上的播报设备相比，距离用户较近，可以更为容易并清晰地将到站提示传递至用户。
【IPC分类】G08G1/133, H04L29/08
【公开号】CN105489051
【申请号】CN201610086056
【发明人】张娜
【申请人】青岛海信电器股份有限公司
【公开日】2016年4月13日
【申请日】2016年2月15日
【技术领域】
[0001]本发明涉及公交通信技术领域，具体而言，本发明涉及一种公交到站提示方法和移动终端及云端服务器。
【背景技术】
[0002]公共汽车(又称巴士)、地铁、城铁和火车等公交车辆已在我国广泛普及，人们可以选择搭乘公交车辆上班、上学、出门购物和旅游等等;公交车辆为人们出行带来便利。
[0003]以公交车辆中的公共汽车为例，公共汽车通常按照设定的公交线路行驶;每个公交线路中通常包括若干个站点，例如十几个站点或者几十个站点。传统的公共汽车到站提示方法，通常是公共汽车到站或即将到站时，由公交司机手动控制到站提示器播到站提示点名称;该方法给公交司机带来较大的工作负荷，并容易分散公交司机的注意力，不利于公共汽车的安全行驶。为了提升公共汽车的行驶的安全性，技术人员开发了多种自动的公交到站提示方法和系统。
[0004]目前，一种公交到站提示方法，需要在公共汽车中设置到站提示器，一般采用GPS(Global Posit1ning System，全球定位系统)到站提示器，将公交线路每个站点的坐标范围预先存储在到站提示器中，当GPS到站提示器检测到本公共汽车进入某一站点的坐标范围时，就会利用公共汽车中的播报设备(例如扬声器)自动播报该站点的名称，以提示乘客及时下车。
[0005]另一种公交到站提示方法，利用一种公共汽车自动到站提示系统，包含RFID标签模块、RFID阅读器、RFID定位模块、控制模块、语音播放模块和显示模块;RFID标签模块包含若干与公交站台一一对应的RFID标签，用于存储其对应公交站台的文字信息和语音信息；RFID阅读器用于阅读RFID标签中存储的文字信息和语音信息;RFID定位模块用于根据接受到的信息计算出公共汽车与RFID标签之间的距离;控制模块用于在公共汽车与RFID标签之间的距离小于预设的距离阈值时，控制语音播放模块和显示模块工作。
[0006]然而，本发明的发明人发现，以上两种现有的公交到站提示方法，通常对于每个站点都进行语音广播，并不对有下车需求的乘客进行单独播报；导致乘客需要注意听每次播报以免漏听播报而错过站点，牵涉了乘客大量的精力和时间，导致乘客不仅不能利用乘坐公交时间得到休息，还时刻担心错过站，造成乘客的体验不佳。
[0007]而且，本发明的发明人发现，利用现有的到站提示方法，对到站的站点进行播报时，由于受到公共汽车上乘客周围环境的噪音较大且播报设备音量有限等因素的制约，即使乘客的精神集中于播报内容，也依然容易听不清所播报的站名，导致出现乘客错过站等问题。
[0008]综上，现有的公交到站提示方法存在牵涉乘客精力较多、牵涉乘客时间较多，以及到站提示不易清晰传递至乘客的缺陷。
【发明内容】
[0009]本发明针对现有的公交到站提示方式的缺点，提出一种公交到站提示方法和移动终端及云端服务器，使得用户花费更少的精力和时间获取到道题提示，并更加清晰地将到站提示传递至用户。
[0010]本发明的实施例根据一个方面，提供了一种公交到站提示方法，包括:
[0011]移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送；
[0012]接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速；
[0013]周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，对所述下车站点进行到站提示。
[0014]本发明的实施例根据另一个方面，还提供了一种公交到站提示方法，包括:
[0015]云端服务器接收移动终端发送的到站提示请求；
[0016]确定出所述到站提示请求涉及的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送所述到站提示请求的移动终端返回，以使所述移动终端根据估算出的到达下车站点的乘车时段进行到站提示。
[0017]本发明的实施例根据另一个方面，还提供了一种移动终端，包括:
[0018]到站提示请求发送模块，用于接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送；
[0019]站点车速信息接收模块，用于接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速；
[0020]乘车时段预估模块，用于周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，发送到站提示通知；
[0021]到站提示模块，用于接收到所述到站提示通知后，对所述下车站点进行到站提示。
[0022]本发明的实施例根据另一个方面，还提供了一种云端服务器，包括:
[0023]请求接收模块，用于接收移动终端发送的到站提示请求；
[0024]站点车速信息返回模块，用于确定出所述到站提示请求中的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送所述到站提示请求的移动终端返回，以使所述移动终端根据估算出的到达下车站点的乘车时段进行到站提示。
[0025]本发明实施例中，移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送;周期性根据本移动终端的位置信息、以及云端服务器返回的各站点的位置信息和两两站点之间的预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值时，可以认为已临近下车时刻，对下车站点进行到站提示，以提示用户准备下车;而在乘车时段大于时段阈值期间，不对其它站点进行到站提示，相当于为用户量身定制了个性化的到站提示，使得用户无需花费精力和时间关注，节省了用户大量的精力和时间，可以使得用户在此期间得到休息，从而提升用户的体验。而且，移动终端与公交车辆上的播报设备相比，距离用户较近，可以更为容易并清晰地将到站提示传递至用户，从而提升用户的体验。
[0026]本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
【附图说明】
[0027]本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中:
[0028]图1为本发明实施例的公交到站提示系统的架构示意图；
[0029]图2为本发明实施例的公交到站提示方法的流程示意图；
[0030]图3为本发明实施例的移动终端内部结构的框架示意图；
[0031 ]图4为本发明实施例的云端服务器内部结构的框架示意图。
【具体实施方式】
[0032]下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
[0033]本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“親接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
[0034]本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
[0035]本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接 收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(Personal Communicat1ns Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力;PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Posit1ning System，全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
[0036]本发明的实施例中，移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送;接收云端服务器返回的公交线路的各站点的位置信息、以及两两站点之间的预估车速;周期性根据本移动终端的位置信息、以及各站点的位置信息和预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值时，可以认为已临近下车时刻，对下车站点进行到站提示，以提示用户准备下车；而在乘车时段大于时段阈值期间，不对其它站点进行到站提示，使得用户无需花费精力和时间关注，节省了用户大量的精力和时间，可以使得用户在此期间得到休息，可以提升用户的体验。而且，移动终端与公交车辆上的播报设备相比，距离用户较近，可以更为容易并清晰地将到站提示传递至用户，可以提升用户的体验。
[0037]而且，本发明实施例中云端服务器接收移动终端发送的到站提示请求;从预存的多个公交线路的站点的位置信息以及每个公交线路的两两站点之间的预估车速中，查找出到站提示请求涉及的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送到站提示请求的移动终端返回，以使移动终端根据估算出的到达下车站点的乘车时段进行到站提示。具体地，使得移动终端仅对下车站点、不对其它站点进行到站提示，有利于节省用户的精力和时间；并且移动终端可以更为容易并清晰地将到站提示传递至用户，可以提升用户的体验。
[0038]下面结合附图具体介绍本发明实施例的技术方案。
[0039]本发明实施例提供了一种公交到站提示系统，该系统的架构示意图如图1所示，包括:公交车辆101、云端服务器102和移动终端103。
[0040]其中，公交车辆101可以是按照设定的公交线路行驶或营运的公共交通工具；例如，公共汽车(又称巴士)、地铁、城铁或火车等。
[0041]公交车辆101可以包括多个。以公共汽车为例，有关部门通常为每个公交线路设置对应的车次，并针对每个车次设置多个公共汽车。
[0042]公交车辆101中设置有智能控制模块；智能控制模块可以无线接入网络。例如，智能控制模块中包括WiFi模块，通过WiFi (Wireless Fidelity，无线保真)局域网接入互联网。再如，智能控制模块中包括移动通信模块，通过3G(3rd_Generat1n wirelesstelephone technology，第三代无线电话技术)网络、或者LTE(Long Term Evolut1n，长期演进)网络接入移动互联网。
[0043]公交车辆101中的智能控制模块用于将该公交车辆到站的站点信息和时间戳向云端服务器102上传，具体内容将在后续介绍，此处不赘述。
[0044]云端服务器102通常可以有线接入网络。例如，云端服务器102通过光纤接入互联网。
[0045]移动终?而103可以是智能手机、平板电脑或者手持游戏机等智能终?而。移动终?而103可以是多个。
[0046]下面介绍本发明实施例中，公交车辆101中的智能控制模块的激活方法。
[0047]具体地，在智能控制模块出厂前，云端服务器102中通常已存储有智能控制模块的标识。智能控制模块设置到公交车辆101中之后，首次将本智能控制模块的标识向云端服务器102发送;云端服务器102接收到该本智能控制模块发送的标识后，确认该智能控制模块激活，并将该智能控制模块的标识作为该智能控制模块所在公交车辆101的标识。
[0048]或者，云端服务器102接收管理人员输入的智能控制模块的标识后，进行存储，确认该智能控制模块激活，并将该智能控制模块的标识作为该智能控制模块所在公交车辆101的标识。
[0049]公交车辆101中的智能控制模块激活后，将公交车辆101到站时站点的位置信息和时间戳向云端服务器102发送。
[0050]具体地，公交车辆101中的智能控制模块接收到公交司机、或乘务员的指令后，将本公交车辆101的标识、当前位置信息和时间戳向云端服务器102发送。
[0051 ]或者，公交车辆101中的存储模块中预存有该公交车辆运营的公交线路的各站点的位置信息;公交车辆101中的定位模块实时接收本公交车辆的位置信息；智能控制模块周期性地将本公交车辆的最新的位置信息与各站点的位置信息进行匹配，当匹配结果为两个位置之间小于预设的距离阈值时，确认到站，将当前的位置信息(或站点的位置信息)和当前的时间戳，向云端服务器102发送。
[0052]云端服务器102根据多个公交车辆101上传的位置信息和时间戳，对每个公交线路的两两站点之间的预估车速进行估算更新。
[0053]具体地，云端服务器102中存储有多个公交线路的信息，包括:每个公交线路的所有站点的位置信息。位置信息具体可以是经玮度信息、或者坐标信息等。较佳地，云端服务器102中可以存储包含多个公交线路信息的电子地图。
[0054]云端服务器102接收多个公交车辆101发送的各自的位置信息和时间戳。
[0055]云端服务器102对于预存的每个公交线路，针对该公交线路中的任意两个站点，根据途径该两个站点的多个公交车辆发送的位置信息和时间戳，对该两个站点之间的预估车速进行估算更新。两个站点可以是相邻站点，也可以是不相邻的站点。
[0056]较佳地，云端服务器102针对该公交线路中的两个站点，从接收的多个公交车辆发送的位置信息中，确定出与该两个站点的位置信息相匹配的位置信息;将与该两个站点的位置信息相匹配的位置信息和时间戳，作为途径该两个站点的多个公交车辆发送的位置信息和时间戳。
[0057]云端服务器102根据设定的策略，从途径该两个站点的多个公交车辆发送的位置信息和时间戳中，选取设定数目的公交车辆发送的位置信息和时间戳，计算出设定数目的公交车辆各自途径该两个站点的车速，进而统计出设定数目的公交车辆途径该两个站点的平均车速，作为该两个站点之间的预估车速。其中，预定的策略可以包括以当前时刻为结束时刻的预定时段、和/或公交车辆的设定数目。
[0058]随着时间的推移，云端服务器102接收到更新更多的公交车辆发送的位置信息和时间戳，以与上述同样的方法计算出设定数目的公交车辆各自途径该两个站点的更新的车速，进而统计出设定数目的公交车辆途径该两个站点的更新的平均车速，作为该两个站点之间的更新的预估车速。
[0059]移动终端103将本移动终端的特征信息输入到云端服务器102进行存储。移动终端103的特征信息可以是通信号码、即时通信软件的号码或者设备识别码等。
[0060]通信号码可以是诸如SIM(Subscriber Identity Module，客户识别模块)卡、nano-SIM卡或者micro-SIM卡等移动通信卡中存储的手机号码。移动终端103的设备识别码，可以是IMEI(Internat1nal Mobile Equipment Identity，移动设备国际身份码)等。
[0061]具体地，移动终端103启动到站提 示应用软件，提供注册界面;通过注册界面接收到用户输入的包含本移动终端的特征信息的账户信息后，向云端服务器102发送。
[0062]云端服务器102接收到移动终端103发送的账户信息后，从中解析出账户名和移动终端的特征信息；将移动终端的特征信息与账户名对应存储，或者将移动终端的特征信息存储到账户名下。
[0063]下面介绍本发明实施例的公交到站提示方法，该方法的流程示意图如图2所示，包括以下步骤:
[0064]S201:移动终端103接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器102发送。
[0065]具体地，移动终端103根据用户输入的指令，启动到站提示应用软件;移动终端103接入网络，到站提示应用软件将移动终端103本次接入网络的网络地址、以及接收到的用户输入的登陆信息，向云端服务器102发送。
[0066]由该到站提示应用软件在本移动终端中展示多个公交线路;接收到用户针对一个公交线路的选取指令后，展示该公交线路的各站点的名称、站点设定对话框。移动终端103中的到站提示应用软件通过站点设定对话框接收用户输入的上、下车站点。
[0067]较佳地，移动终端103中的到站提示应用软件接收到用户针对一个公交线路的选取指令后，展示该公交线路的各站点的名称、站点设定对话框和确认上车按键。到站提示应用软件通过站点设定对话框接收用户输入的下车站点；接收到确认上车按键的点击事件后，获取本移动终端当前的位置信息，进而与预存的该公交线路中各站点的位置信息进行匹配，将位置与本移动终端当前的位置最接近的站点作为上车站点。
[0068]移动终端103中的到站提示应用软件根据用户输入的上、下车站点和公交线路的信息，生成到站提示请求。
[0069]较佳地，移动终端103将用户输入的上、下车站点和公交线路的信息，以及本移动终端的特征信息，都携带于到站提示请求中。
[0070]移动终端103根据预存的云端服务器102的网络地址，将到站提示请求向云端服务器102发送。
[0071]进一步，移动终端103中的到站提示应用软件还可以展示提示半径设定界面，通过该界面接收用户输入的有效提示半径;未接收到用户输入的有效提示半径时，有效提示半径为默认值，例如500米。
[0072]本领域技术人员可以理解，本步骤是用户在确定了需要乘坐的公交线路后执行的;例如，用户乘上该公交线路的公交车辆后执行本步骤。
[0073]S202:云端服务器102接收移动终端103发送的到站提示请求。
[0074]具体地，云端服务器102接收到移动终端103发送的网络地址和登陆信息后，确认移动终端103登陆，并缓存其网络地址。
[0075]云端服务器102接收移动终端103发送的到站提示请求
[0076]S203:云端服务器102确定出到站提示请求涉及的公交线路后，将该公交线路的各站点的位置信息以及两两站点之间的预估车速，向发送到站提示请求的移动终端103返回。
[0077]具体地，云端服务器102从接收到的站提示请求中解析出移动终端103的特征信息，以及上车站点、下车站点和公交线路的信息。上车站点、下车站点和公交线路的信息可以分别是上车站点、下车站点和公交线路的名称。
[0078]云端服务器102从预存的多个公交线路的信息中，查找出信息与解析出的公交线路相一致的公交线路。
[0079]进而，云端服务器102从预存的多个公交线路的站点的位置信息以及每个公交线路的两两站点之间的预估车速中，查找出该公交线路的各站点的位置信息、以及各站点中两两站点之间的预估车速。公交线路的两两站点包括该公交线路中任意相邻或者不相邻的两个站点。
[0080]云端服务器102根据预先缓存的移动终端103的网络地址或者预存的移动终端103的通信号码，将查找出的公交线路的各站点的位置信息以及两两站点之间的预估车速，向发送到站提示请求的移动终端103返回。
[0081]较佳地，云端服务器102从预存的多个公交线路的站点的位置信息以及每个公交线路的两两站点之间的预估车速中，查找出该公交线路中从上车站点开始到下车站点结束的各站点的位置信息、以及各站点中两两站点之间的预估车速后，向发送到站提示请求的移动终端103返回。
[0082]S204:移动终端103接收云端服务器102返回的公交线路的各站点的位置信息、以及两两站点之间的预估车速。
[0083]具体地，移动终端103接收到云端服务器102返回的公交线路的各站点的位置信息、以及两两站点之间的预估车速后，进行对应存储。
[0084]较佳地，发明人考虑到，用户从公交线路的上车站点到达下车站点期间，云端服务器102中该公交线路的从上车站点到达下车站的两两站点之间的预估车速仍然在持续更新。
[0085]因此，移动终端103中的到站提示应用软件，根据预设的车速更新策略，根据步骤S201中用户输入的公交线路的信息和本移动终端的特征信息，生成车速更新请求向云端服务器102发送。其中，车速更新策略可以是每隔设定时段发送一次车速更新请求、或者每到达一个站点发送一次车速更新请求。
[0086]云端服务器102接收到移动终端103发送的车速更新请求后，从中解析出移动终端103的特征信息和公交线路的信息;查找出该公交线路的各站点的位置信息、以及各站点中两两站点之间更新的预估车速后，向发送车速更新请求的移动终端103返回。
[0087]移动终端103接收云端服务器102返回的公交线路的两两站点之间的更新的预估车速，并对应该公交线路的各站点的位置信息进行存储。
[0088]本领域技术人员可以理解，移动终端103获取的更新的预估车速，可以更为精确地反映接近下车站点途中的实际交通状况，从而可以使得后续的乘车时段的估算更为精确。
[0089]S205:移动终端103周期性根据本移动终端的位置信息、以及各站点的位置信息和预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，对下车站点进行到站提示。
[0090]具体地，移动终端103中的定位模块，通过GPS定位方式、WiFi定位方式或者基于移动通信网络基站的定位方式，获取的本移动终端当前周期的位置信息。
[0091]移动终端103中的到站提示应用软件可以采用多种方法估算出当前周期达到下车站点的乘车时段。
[0092]—种当前周期的乘车时段的估算方法包括:移动终端103中的到站提示应用软件，根据获取的本移动终端当前周期的位置信息，以及上述步骤中接收的各站点的位置信息和两两站点之间的预估车速，估算出本移动终端到达最近的待到达站点的乘车时段、以及途径每相邻两个待到达站点的乘车时段。其中，待到达站点可以是移动终端103所在公交车辆，从当前周期的位置开始将到达或者途径的站点。
[0093]较佳地，移动终端103中的到站提示应用软件，对于公交线路中的两个站点，将上述步骤中接收的该两个站点之间的预估车速，作为本移动终端所在公交车辆即将途径该两个站点之间的预估车速;根据本移动终端当前周期的位置信息、最近的待到达各站点的位置信息和本移动终端所在公交车辆最近途径的站点与最近的待到达站点之间的预估车速，估算出本移动终端到达最近的待到达站点的乘车时段;根据每相邻两个待到达站点的位置信息和该两个待到达站点之间的预估车速，估算出本移动终端所在公交车辆途径该相邻两个待到达站点的乘车时段。
[0094]例如，移动终端103所在的公交车辆最近途径的站点为站点A，待到达站点包括站点B至F，其中站点B为最近的待到达站点，站点F为下车站点。移动终端103中的到站提示应用软件，根据移动终端103(即表示公交车辆)当前周期的位置信息、站点B的位置信息、以及站点A与B之间预估车速，估算出达到站点B的乘车时段;根据站点B与C的位置信息以及站点B与C之间的预估车速，估算出从站点B至C的乘车时段；同理可以估算出站点C至D、站点D至E、站点E至站点F的乘车时段。
[0095]移动终端103中的到站提示应用软件，根据估算出的各乘车时段，确定出移动终端103从当前周期的位置到达下车站点的乘车时段。
[0096]例如，移动终端103中的到站提示应用软件，根据移动终端103所在公交 车辆达到站点B的乘车时段，以及站点B至C、站点C至D、站点D至E、站点E至站点F的乘车时段，统计出移动终端103从当前周期的位置到达下车站点F的乘车时段。
[0097]另一种当前周期的乘车时段的估算方法包括:移动终端103中的到站提示应用软件，根据获取的本移动终端当前周期的位置信息，以及上述步骤中接收的各站点的位置信息和两两站点之间的预估车速，估算出本移动终端到达最近的待到达站点的乘车时段、以及最近的待到达站点与下车站点之间的乘车时段;进而确定出移动终端从当前周期的位置到达下车站点的乘车时段。
[0098]移动终端103中的到站提示应用软件，确定出移动终端从当前周期的位置到达下车站点的乘车时段后，判断当前周期的乘车时段是否不大于时段阈值;若是，则对下车站点进行到站提示;否则继续估算下一个周期的乘车时段。其中，时段阈值可以是2分钟。
[0099]本领域技术人员可以理解，由于堵车等因素影响，当两个公交车辆距下车站点的距离或者路程相同时，到达下车站点的乘车时段往往相差很大；因此，本发明实施例中根据估算出的乘车时段来确定到站提示时机，与仅根据距离或者路程来确定到站提示时机相比，更加贴近下车站点附近的交通状况，使得提示更加精确，可以提升用户的体验。
[0100]较佳地，上述步骤S204中移动终端103接收云端服务器102返回的公交线路的两两站点之间的更新的预估车速后，在本步骤中，移动终端103中的到站提示应用软件，周期性根据本移动终端的位置信息、以及各站点的位置信息和更新的预估车速，估算出移动终端103到达下车站点的乘车时段，具体估算方法与上述基于未更新的预估车速的估算方法相一致，不再赘述。
[0101]本领域技术人员可以理解，移动终端103在上述步骤中获取的更新的预估车速，可以更为精确地反映接近下车站点途中的实际交通状况，从而在本步骤中可以估算出更为精确的乘车时段，进而更为精确地确定出到站提示的时机，进行更为精确地到站提示，可以提升用户的体验。
[0102]移动终端103中的到站提示应用软件对下车站点进行到站提示，可以至少包括如下提示方式之一:进行下车站点的语音播报、控制本移动终端进行设定模式的震动。其中，进行下车站点的语音播报可以包括下车站点的名称和/或乘车时段的语音播报。
[0103]可以理解，用户通常手持移动终端103或者将移动终端103放置于包中，而且有些用户是戴着连接于移动终端103的耳机；因此由移动终端103与公交车辆上的播报设备相比，距离较近，可以更为容易并清晰地将到站提示传递至用户，可以提升用户的体验。
[0104]较佳地，移动终端103中的到站提示应用软件，还可以在本移动终端中展示包含用户输入的公交线路的电子地图。进一步，移动终端103中的到站提示应用软件可以在展示的电子地图中，显示各站点的位置和名称等信息、移动终端103当前的位置信息、以及最新估算出的乘车时段。
[0105]较佳地，移动终端103中的到站提示应用软件根据移动终端中预设的语言种类和语音包，对下车站点进行到站提示。
[0106]例如，移动终端103中的到站提示应用软件，可以对下车站点的名称进行中文语音播报、英语语音播报或者日语语音播报等等。
[0107]再如，移动终端103中的到站提示应用软件，可以对下车站点的名称进行汉语、或者维吾尔语等少数名族语言、或者上海话等方言等进行语音播报。
[0108]容易理解，本发明实施例中，移动终端103通过用户熟悉的语言种类进行到站提示的语音播报，可以使得用户感到亲切，提升了用户的体验。
[0109]事实上，本发明实施例中，移动终端103中的到站提示应用软件，还可以根据上述步骤S204中接收的下车站点的位置信息，以及上述步骤S205周期性获取的移动终端103的位置信息，周期性确定出移动终端103与下车站点之间的当前距离;进而将当前距离与上述步骤S201中用户输入的有效提示半径进行比较，在当前距离小于有效提示半径时，判断是否已经对下车站点进行过到站提示;若否，则对下车站点进行到站提示;若是，停止获取移动终端103的位置信息，并结束对移动终端103与下车站点之间的距离的确定。
[0110]基于上述公交到站提示方法，本发明的实施例中的移动终端103内部结构的框架示意图如图3所示，包括:到站提示请求发送模块301、站点车速信息接收模块302、乘车时段预估模块303和到站提示模块304。
[0111]其中，到站提示请求发送模块301用于接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器102发送。
[0112]站点车速信息接收模块302用于接收云端服务器102返回的公交线路的各站点的位置信息、以及两两站点之间的预估车速。
[0113]乘车时段预估模块303用于周期性根据本移动终端的位置信息、以及站点车速信息接收模块302接收的各站点的位置信息和预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，发送到站提示通知。
[0114]到站提示模块304用于接收到到站提示通知后，对下车站点进行到站提示。
[0115]更优的，如图3所示，本发明实施例中的移动终端103，还包括:更新车速请求模块305。
[0116]更新车速请求模块305用于根据预设的车速更新策略，发送车速更新请求;接收云端服务器102返回的公交线路的两两站点之间的更新的预估车速并转发。
[0117]以及，乘车时段预估模块303具体用于周期性根据本移动终端的位置信息、以及站点车速信息接收模块302接收的各站点的位置信息和车速更新模块305转发的更新的预估车速，确定出到达下车站点的乘车时段。
[0118]上述到站提示请求发送模块301、站点车速信息接收模块302、乘车时段预估模块303、到站提示模块304和更新车速请求模块305功能的实现方法，可以参考如上述图2所示的步骤流程的具体内容，此处不再赘述。
[0119]基于上述公交到站提示方法，本发明的实施例中的云端服务器102内部结构的框架示意图如图4所示，包括:请求接收模块401和站点车速信息返回模块402。
[0120]其中，请求接收模块401用于接收移动终端103发送的到站提示请求。
[0121]站点车速信息返回模块402用于确定出到站提示请求中的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送到站提示请求的移动终端103返回，以使移动终端103根据估算出的到达下车站点的乘车时段进行到站提示。
[0122]更优的，如图4所示，本发明实施例中的云端服务器102还包括:站点信息处理模块403和车速估算更新模块404。
[0123]其中，站点信息处理模块403用于接收多个公交车辆发送的各自的位置信息和时间戳。
[0124]车速估算更新模块404用于对于预存的每个公交线路，针对该公交线路中的两个站点，根据途径该两个站点的多个公交车辆发送的位置信息和时间戳，对该两个站点之间的预估车速进行估算更新。
[0125]上述请求接收模块401、站点车速信息返回模块402、站点信息处理模块403和车速估算更新模块404功能的实现方法，可以参考如上述图2所示的步骤流程的具体内容，此处不再赘述。
[0126]本发明实施例中，移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送;周期性根据本移动终端的位置信息、以及云端服务器返回的各站点的位置信息和两两站点之间的预估车速，估算出到达下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值时，可以认为已临近下车时刻，对下车站点进行到站提示，以提示用户准备下车;而在乘车时段大于时段阈值期间，不对其它站点进行到站提示，相当于为用户量身定制了个性化的到站提示，使得用户无需花费精力和时间关注，节省了用户大量的精力和时间，可以使得用户在此期间得到休息，从而提升用户的体验。而且，移动终端与公交车辆上的播报设备相比，距离用户较近，可以更为容易并清晰地将到站提示传递至用户，从而提升用户的体验。
[0127]而且，本发明实施例中，随着时间的推移，云端服务器根据大量公交车辆陆续上传的位置信息和时间戳估算更新预估车速;移动终端根据云端服务器更新的预估车速，可以更为精确地 反映接近下车站点途中的实际交通状况，从而可以估算出更为精确的乘车时段，进行更为精确地到站提示，可以提升用户的体验。
[0128]进一步，本发明实施例中，移动终端可以根据本移动终端的系统语言种类进行到站提示的语音播报，可以使得用户感到亲切，提升了用户的体验。
[0129]此外，由于本发明实施例中由移动终端为用户进行到站提示，因此公交车辆可以停止或者减少到站提示的语音播报，从而可以使得乘坐公交车辆的用户得到更好的休息，进一步提升用户的体验。
[0130]本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、R0M( Read-Only Memory，只读存储器)、RAM (Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPR0M(E1 ectrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
[0131]本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
[0132]本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
[0133]以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
【主权项】
1.一种公交到站提示方法，其特征在于，包括: 移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送； 接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速； 周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，对所述下车站点进行到站提示。2.根据权利要求1所述的方法，其特征在于，所述周期性根据本移动终端的位置信息、以及接收的各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，对所述下车站点进行到站提示，具体包括: 根据获取的本移动终端当前周期的位置信息，估算出本移动终端到达最近的待到达站点的乘车时段、以及途径每相邻两个待到达站点的乘车时段； 根据估算出的各乘车时段，确定出所述移动终端从当前周期的位置到达所述下车站点的乘车时段后，判断当前周期的乘车时段是否不大于所述时段阈值;若是，则对所述下车站点进行到站提示;否则继续估算下一个周期的乘车时段。3.根据权利要求1所述的方法，其特征在于，所述接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速之后、且所述估算出到达所述下车站点的乘车时段之前，还包括: 根据预设的车速更新策略，发送车速更新请求； 接收所述云端服务器返回的所述公交线路的两两站点之间的更新的预估车速；以及 所述周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，具体包括: 周期性根据本移动终端的位置信息、以及所述各站点的位置信息和更新的预估车速，估算出到达所述下车站点的乘车时段。4.根据权利要求1-3任一所述的方法，其特征在于，所述对所述下车站点进行到站提示，具体包括: 根据所述移动终端中预设的语言种类，对所述下车站点进行到站提示。5.一种公交到站提示方法，其特征在于，包括: 云端服务器接收移动终端发送的到站提示请求； 确定出所述到站提示请求涉及的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送所述到站提示请求的移动终端返回，以使所述移动终端根据估算出的到达下车站点的乘车时段进行到站提示。6.根据权利要求5所述的方法，其特征在于，所述每个公交线路的两两站点之间的预估车速是根据如下方法预先估算更新的: 接收多个公交车辆发送的各自的位置信息和时间戳； 对于预存的每个公交线路，针对该公交线路中的两个站点，根据途径该两个站点的多个公交车辆发送的位置信息和时间戳，对该两个站点之间的预估车速进行估算更新。7.一种移动终端，其特征在于，包括: 到站提示请求发送模块，用于接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送； 站点车速信息接收模块，用于接收所述云端服务器返回的所述公交线路的各站点的位置信息、以及两两站点之间的预估车速； 乘车时段预估模块，用于周期性根据本移动终端的位置信息、以及所述各站点的位置信息和预估车速，估算出到达所述下车站点的乘车时段，直到估算出的乘车时段不大于预设的时段阈值，发送到站提示通知； 到站提示模块，用于接收到所述到站提示通知后，对所述下车站点进行到站提示。8.根据权利要求7所述的移动终端，其特征在于，还包括: 更新车速请求模块，用于根据预设的车速更新策略，发送车速更新请求;接收所述云端服务器返回的所述公交线路的两两站点之间的更新的预估车速并转发；以及 所述乘车时段预估模块具体用于周期性根据本移动终端的位置信息、以及所述各站点的位置信息和所述车速更新模块转发的更新的预估车速，确定出到达所述下车站点的乘车时段。9.一种云端服务器，其特征在于，包括: 请求接收模块，用于接收移动终端发送的到站提示请求； 站点车速信息返回模块，用于确定出所述到站提示请求中的公交线路的各站点的位置信息以及两两站点之间的预估车速后，向发送所述到站提示请求的移动终端返回，以使所述移动终端根据估算出的到达下车站点的乘车时段进行到站提示。10.根据权利要求9所述的云端服务器，其特征在于，还包括: 站点信息处理模块，用于接收多个公交车辆发送的各自的位置信息和时间戳； 车速估算更新模块，用于对于预存的每个公交线路，针对该公交线路中的两个站点，根据途径该两个站点的多个公交车辆发送的位置信息和时间戳，对该两个站点之间的预估车速进行估算更新。
【专利摘要】本发明实施例提供了公交到站提示方法和移动终端及云端服务器，所述方法包括：移动终端接收用户输入的上、下车站点和公交线路的信息后，生成到站提示请求向云端服务器发送；接收云端服务器返回的公交线路的各站点的位置信息和两两站点之间的预估车速；周期性根据本移动终端的位置信息和各站点的位置信息和预估车速，估算出到达下车站点的乘车时段，直到该乘车时段不大于预设的时段阈值，对下车站点进行到站提示；而在乘车时段大于时段阈值期间，不对其它站点进行到站提示，使得用户无需花费精力和时间关注，节省了用户大量的精力和时间；而且，移动终端与公交车辆上的播报设备相比，距离用户较近，可以更为容易并清晰地将到站提示传递至用户。
【IPC分类】G08G1/133, H04L29/08
【公开号】CN105489051
【申请号】CN201610086056
【发明人】张娜
【申请人】青岛海信电器股份有限公司
【公开日】2016年4月13日
【申请日】2016年2月15日
最新回复(0)