基于公共交通的乘车提醒系统以及方法与流程

本申请涉及共享交通运输技术领域，尤其涉及一种基于公共交通的乘车提醒系统以及方法。

背景技术：

智能手机的发展给交通出行提供了便利，乘客可以通过手机端的应用程序访问互联网得到出行的路线，还可以通过手机约车，还可以通过手机获取公交车辆的位置等。

虽然城市公共交通系统和智能手机为公众的出行提供了很多的方便。但是，对于方言较重、文化程度不高、使用手机不熟练且对线路不熟悉的老人而言，在老人单独出行中仍然会频繁的出现乘错车、下错站等问题。因此，如何解决这类人群的出行困难，已经成为亟待解决的问题。

技术实现要素：

本申请的目的旨在至少在一定程度上解决上述的技术问题之一。

为此，本申请的第一个目的在于提出一种基于公共交通的乘车提醒系统。该系统可以解决老人出行难的问题。

本申请的第二个目的在于提出一种基于公共交通的乘车提醒方法。

本申请的第三个目的在于提出另一种基于公共交通的乘车提醒方法。

为达到上述目的，本申请第一方面实施例提出的基于公共交通的乘车提醒系统，包括：公共交通终端设备、公共交通通信管理服务器、第一移动终端和应用服务器，其中，所述公共交通终端设备，用于读取乘客的乘车凭证，并将读取到的乘车凭证信息发送给所述公共交通通信管理服务器；所述第一移动终端，用于向所述应用服务器发送用户出行线路；所述应用服务器，用于将所述第一移动终端发送的所述用户出行线路进行存储，并接收所述公共交通通信管理服务器发送的乘车凭证信息，并在根据所述乘车凭证信息判断存储有所述乘客的出行线路时，将所述乘客的出行线路发送给所述公共交通通信管理服务器；所述公共交通通信管理服务器，用于根据所述乘客的出行线路判断所述乘客是否乘车车次正确，并在所述乘客乘车车次正确时，进行到站下车提醒。

本申请第二方面实施例提出的基于公共交通的乘车提醒方法，应用于应用服务器上，所述方法包括：接收移动终端发送的用户出行线路，并将所述用户出行线路进行存储；接收公共交通通信管理服务器发送的乘车凭证信息；其中，所述乘车凭证信息是由公共交通终端设备读取乘客的乘车凭证而得到的，所述公共交通终端设备将读取到的乘车凭证信息上传给所述公共交通通信管理服务器；根据所述乘车凭证信息判断是否存储有所述乘客的出行线路；若有，则将所述乘客的出行线路发送给所述公共交通通信管理服务器；其中，所述乘客的出行线路用于指示所述公共交通通信管理服务器判断所述乘客是否乘车正确，并在所述乘客乘车正确时，进行到站下车提醒。

本申请第三方面实施例提出的基于公共交通的乘车提醒方法，应用于公共交通通信管理服务器上，所述方法包括：获取公共交通终端设备发送的乘客的乘车凭证信息；其中，所述乘车凭证信息是由所述公共交通终端设备读取所述乘客的乘车凭证而得到的；将所述乘客的乘车凭证信息发送给应用服务器；其中，所述乘客的乘车凭证信息用于指示所述应用服务器返回所述乘客的出行线路；接收所述应用服务器返回的所述乘客的出行线路；根据所述乘客的出行线路判断所述乘客是否乘车车次正确；在判断所述乘客乘车车次正确时，进行到站下车提醒。

本申请实施例的技术方案，通过公共交通终端设备读取乘客的乘车凭证，并将读取到的乘车凭证信息由公共交通通信管理服务器转发给应用服务器，应用服务器在接收该公共交通通信管理服务器转发的乘车凭证信息时，基于该乘车凭证信息判断是否存储有该乘客的出行线路，若有，则将该乘客的出行线路发送给公共交通通信管理服务器，以使公共交通通信管理服务器根据该乘客的出行线路判断乘客是否乘车车次正确，若是，则进行到站下车提醒。即通过亲情人员预先为老人配置出行线路，并肩更改出行线路预置到应用服务器上，以便在老人出行乘车时，通过公共交通通信管理服务器从该应用服务器上获取该老人的出行线路，进而基于该出行线路为该老人乘客进行自动导航、上下车和到站换乘等乘车提醒，为老人的出行提供了更加贴近老人需求的方案，实现就像有亲戚朋友在老人身边一样，让老人不再畏惧出行，解决了老人出行难的问题。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本申请一个实施例的基于公共交通的乘车提醒系统的结构示意图；

图2是根据本申请实施例的第一移动终端中的目标应用程序所提供的出行路线配置界面的示例图；

图3是根据本申请实施例的多条路线的选择界面的示例图；

图4是根据本申请实施例的生成的出行路线的展现示例图；

图5是根据本申请另一个实施例的基于公共交通的乘车提醒系统的结构示意图；

图6为本申请实施例的基于公共交通的乘车提醒系统的网络通信示例图；

图7是根据本申请一个实施例的基于公共交通的乘车提醒方法的流程图；

图8是根据本申请另一个实施例的基于公共交通的乘车提醒方法的流程图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的基于公共交通的乘车提醒系统以及方法。

图1是根据本申请一个实施例的基于公共交通的乘车提醒系统的结构示意图。如图1所示，该基于公共交通的乘车提醒系统100可以包括：公共交通终端设备110、公共交通通信管理服务器120、第一移动终端130和应用服务器140。

具体地，公共交通终端设备110用于读取乘客的乘车凭证，并将读取到的乘车凭证信息发送给公共交通通信管理服务器120。其中，在本申请的实施例中，该乘车凭证可包括但不限于身份证、敬老卡、公共交通ic(integratedcircuit，集成电路)卡、公共交通车票(如火车票)等。作为一种示例，该公共交通终端设备110可以是公交车上的刷卡机，还可以是地铁站中的进站刷卡闸机终端设备，或者还可以是火车站中的检票上车闸机终端设备或出站检票闸机终端设备。例如，当乘客乘坐的是城市公交车时，公共交通终端设备为公交车上的刷卡机，公共交通通信管理服务器120可为交通通信管理服务器；当乘客乘坐的是火车时，公共交通终端设备为火车站中的检票上车闸机终端设备，公共交通通信管理服务器120可为火车通信管理服务器。

第一移动终端130用于向应用服务器140发送用户出行线路。可以理解，由于本申请实施例是为了能够帮助老人单独出行，因此作为一种示例，该第一移动终端可理解是亲情人员(其中，该亲情人员可理解是老人的子女或亲戚朋友等)所属的终端设备，该亲情人员可通过该第一移动终端为该老人配置出行路线。

举例而言，第一移动终端130安装有目标应用程序，该目标应用程序可以为用户提供出行路线配置功能，并根据该用户的配置生成对应的出行路线，进而可以将生成的出行路线上传到应用服务器进行存储，以便后续基于该存储的出行路线对目标乘客进行出行路线的自动导航和自动提醒功能。

例如，如图2所示，第一移动终端130中的目标应用程序可为亲情人员提供出行路线配置界面，亲情人员可在该配置界面上输入用于表示老人乘客身份的乘车凭证信息(比如身份证号码、敬老卡卡号、ic卡号等)，输入线路信息，比如亲情人员选择了老人乘客出行的目标日期、始发位置(比如“河北石家庄桥西区卓达上院”)和目标位置(比如“北京市通州区科创东五街1号”)，若老人乘客需要乘坐火车，则选择火车线路，并填写老人乘客所乘坐的火车车次、发车时间、出发站点、目的站点和该老人乘客的身份证号码等信息。在确定亲情人员点击“线路查询”控件时，第一移动终端130可基于亲情人员所填写的信息自动规划路线，如图3所示，可提供多种路线以供亲情人员选择。第一移动终端130可基于亲情人员所选择的路线生成针对该老人乘客的出行线路，如图4所示，可为该老人乘客此次出行的规划线路。在确定亲情人员点击“一键亲情帮”控件按钮时，第一移动终端130可将生成的出行线路发送给应用服务器140。

其中，在本申请的一个实施例中，出行线路可包括但不限于至少一个线路节点，每个线路节点可包括但不限于所需乘车车次、出发站点和目标站点。例如，如图4所示，该出行线路可包括三个线路节点，即石家庄线路节点、火车g614节点、北京线路节点，其中，石家庄线路节点和北京线路节点都是乘坐公交车，所以这两个线路节点中包括所需乘车车次、出发站点和目标站点，火车g614节点需要乘坐火车，比如，该节点中还包括安检进站子节点和检票上车子节点。

作为一种示例，当老人乘客在本次出行时需要乘坐公交车时，该乘车凭证可以是敬老卡或者ic卡，此时第一移动终端130在生成该老人乘客的出行路线时，可将该出行路线写入到敬老卡或者ic卡，以便老人乘客通过该敬老卡或者ic卡刷卡乘坐公交车，使得公交车的刷卡机直接可从敬老卡或者ic卡中读取到该老人乘客的出行路线，此时无需通过公共交通通信管理服务器与应用服务器联网通信以获取该老人乘客的出行路线，节省网络资源。

应用服务器140用于将第一移动终端130发送的用户出行线路进行存储，并接收公共交通通信管理服务器120发送的乘车凭证信息，并在根据乘车凭证信息判断存储有乘客的出行线路时，将乘客的出行线路发送给公共交通通信管理服务器120。

也就是说，应用服务器140可接收第一移动终端130发送的出行线路，并将这些出行线路进行存储，以便公共交通通信管理服务器120向应用服务器140请求判断当前乘客是否有对应的出行线路。在当乘客通过乘车凭证乘车时，公共交通通信管理服务器120可将公共交通终端设备110读取到的乘客的乘车凭证信息发送给应用服务器140。应用服务器140在接收到公共交通通信管理服务器120发送的乘车凭证信息时，可根据该乘车凭证信息判断是否存储有该乘客的出行线路，若有，则将该乘客的出行线路发送给公共交通通信管理服务器120；若没有该乘客的出行线路，则返回错误信息，以通知公共交通通信管理服务器120该乘客没有相应的出行线路。

可以理解，该乘车凭证可包括但不限于身份证、敬老卡、公共交通ic(integratedcircuit，集成电路)卡、公共交通车票(如火车票)等，则该乘车凭证信息可理解为用于表明乘客的唯一身份的信息，例如，该乘车凭证信息可以是身份证号码、敬老卡或ic卡的卡号等。

公共交通通信管理服务器120用于根据乘客的出行线路判断乘客是否乘车车次正确，并在乘客乘车车次正确时，进行到站下车提醒。也就是说，在乘客通过乘车凭证刷卡上车时，公共交通通信管理服务器120将该乘客的乘车凭证信息发送给应用服务器以获取该乘客的出行线路。公共交通通信管理服务器120在获得该乘客的出行线路时，可根据该乘客当前所到达的出发站点，从该乘客的出行线路中获取对应的所需乘车车次，并判断该所需乘车车次是否与公共交通终端设备110所对应的车辆车次一致，若是，则判定该乘客乘车车次正确；否则判定该乘客乘车车次错误。

在本申请的实施例中，公共交通通信管理服务器120在判断该乘客乘车车次正确时，可从该乘客的出行线路中获取与该乘车车次对应的目标站点，并基于与该乘车车次对应的目标站点，确定出该乘客即将到站时，生成针对该乘客的到站下车提醒信息，并根据该乘客的到站下车提醒信息，控制公共交通车辆上的广播系统进行广播提醒；其中，该下车提醒还可包括下一个线路节点的所需乘车车次和出发站点。例如，在公共交通车辆即将到达该乘客当前线路节点中的目标站点前3分钟(或者前一站)时，公共交通通信管理服务器120控制车辆上的广播系统提醒该乘客下车，提醒内容可如下“即将到达石家庄火车站，某某某乘客，请做好下车准备”，可以进行多次提醒。又如，若该乘客乘坐玩当前车辆之后，还需要换成其他公交车辆，则对乘客提醒下车时，提醒内容还可以是“某某某乘客，下一站即将到达您的目的站，到站请下车；下车后转乘xxx线路”，可多次广播提醒。

为了能够让乘客更加直观地了解当前是否乘车的车次正确，可选地，在本申请的一个实施例中，公共交通终端设备110可具有显示模块。其中，在本申请的实施例中，公共交通终端设备110在公共交通通信管理服务器120判断乘客乘车车次正确时，可控制该显示模块以第一显示样式进行显示；其中，所述第一显示样式用于指示乘车车次正确；在公共交通通信管理服务器120判断乘客乘车车次错误时，控制显示模块以第二显示样式进行显示；其中，所述第二显示样式用于指示乘车车次错误。例如，如果公共交通通信管理服务器120基于该乘客的出行线路判断该乘客乘车车次正确，则公共交通终端设备110的显示模块上可显示绿色，同时显示“欢迎上车”的文本信息；如果公共交通通信管理服务器120基于该乘客的出行线路判断该乘客乘车车次错误，则公共交通终端设备110的显示模块上可显示红色，同时显示“上错车”的文本信息。

又如，如果公共交通通信管理服务器120基于该乘客的出行线路判断该乘客乘车车次正确，则公共交通终端设备110的语音输出模块还可输出“欢迎上车”的语音；如果公共交通通信管理服务器120基于该乘客的出行线路判断该乘客乘车车次错误，则公共交通终端设备110的语音输出模块还可输出“上错车”的语音，以方便提醒该乘客上错车或者正确乘坐车次。

可以理解，为了方便随时随地能够联系到老人，亲情人员通常都会给老人配备移动终端，比如老人手机，而目前的老人手机大多都具有定位功能和语音播报功能，这样，老人携带手机出门，亲情人员通过手机可以随时随地联系到老人，确保老人出行安全。为了能够使得亲情人员随时随地了解老人出行情况，确保老人安全出行，在本申请的一个实施例中，如图5所示，该基于公共交通的乘车提醒系统100还可包括：第二移动终端150。可以理解，该第二移动终端150为出行乘客所属的终端设备。第二移动终端150中可预置该乘客的出行线路，比如，该第一移动终端生成该乘客的出行线路时，可将该出行线路发送给该第二移动终端进行存储，方便后续使用。第二移动终端在确定乘客出门时，开始对乘客进行实时定位，并在基于实时定位和该乘客的出行线路，确定该乘客到达每个线路节点的出发站点时，进行语音提醒。例如，当乘客到达始发站点后，第二移动终端可通过自身的扬声器发出‘到达始发车站，请在这里等候xxx公交车’的语音信息。

在本申请的一个实施例中，第二移动终端150还可将实时位置共享给目标移动终端，并提供与目标移动终端的语音短消息对讲功能。例如，乘客在出门前可通过第二移动终端150邀请亲情人员的目标移动终端进行实时位置共享，并在亲情人员的目标移动终端同意后就可以看到该乘客的实际位置，而且，第二移动终端150可提供语音短消息对讲的功能，在乘客的同意情况下，可实现对亲情人员的目标移动终端发送的语音短消息自动外放的功能。由此，能够使得亲情人员随时随地了解老人出行情况，帮助老人出行，并确保老人安全出行。

需要说明的是，若老人乘客本次出行时需要乘坐火车，则本次出行的出行线路中会存在火车线路节点，此时，该火车线路节点还可包括安检进站子节点和检票上车子节点。其中，在本申请的实施例中，第二移动终端152还可用于在确定该乘客到达火车站时，基于该安检进站子节点语音提醒该乘客进行安检进站，并在该公共交通通信管理服务器确定该乘客成功安检进站时，基于该检票上车子节点语音提醒该乘客到相应检票口检票上车。

为了提升用户体验，使得亲情人员能够了解老人出行乘车情况，在本申请的实施例中，公共交通通信管理服务器120还可用于在确定该乘客乘车车次正确且成功上车时，通过应用服务器140向亲情人员的目标移动终端推送针对该乘客上车的信息，并在确定该乘客到站下车时，通过应用服务器140向该亲情人员的目标移动终端推送针对该乘客下车的信息。

需要说明的是，在本申请的实施例中，第一移动终端可以是亲情人员的终端设备，即所述目标移动终端，该第二移动终端可以是老人的终端设备，这样，亲情人员通过自身的移动终端为老人配置出行线路，并将配置好的出行线路上传给应用服务器以进行备用，同时将该配置好的出行线路也发送给老人的终端设备，以使老人的终端设备基于该出行线路进行导航，并在到达目的地时进行语音提醒。

为了方便本领域技术人员了解本申请，下面将举例进行描述说明。其中，在本示例中，以乘车凭证为智能ic卡为例。

举例而言，如图6所示，为基于公共交通的乘车提醒系统的网络通信示例图。其中，应用服务器可负责对售卖的智能ic卡以及卡的使用情况做统计管理，同时负责存储和管理卡的使用情况以及对应的路线信息等；还需要和城市的公交通信管理服务器，还有其他如火车通信管理服务器做接口(比如通过互联网做接口)，以此实现对用户到站、上车、下车等的提醒功能。下面将结合6所示对该乘车提醒系统的工作原理进行示例性说明：

首先，购买和注册信息。第一步，亲情人员或者老人自己需要到定点位置购智能ic卡，可以是火车站也可以是在公交站位置等，设置售卖智能ic卡的网点。该网点只需设置一台可以访问互联网的电脑即可，开通使用权限后访问应用服务器。为了防止随意使用造成的管理混乱，每次使用均需支付相应的费用；第二步，老人的第二移动终端、亲情人员的第一移动终端需要从手机应用市场下载“目标应用程序”；第三步，亲情人员为老人在该目标应用程序上注册使用人员的信息，注册时需要提供智能ic卡的卡号，使用者姓名，电话。同时，亲情人员需要在自己手机端‘目标应用程序’上注册自己的信息，需要提供姓名，电话以及绑定的老人的‘智能ic卡’卡号。完成以上三步后就可以正常使用。

其次，就需要在出行前预置线路信息。亲情人员通过自己手机端的目标应用程序或者老人手机端的目标应用程序将出行的路线做好预置。如图2所示，首先输入出行的日期，然后输入始发位置、目标位置。如果需要乘坐火车则勾选‘有’，然后填写车次信息以及出发站和目标站。填写完毕后点击线路查询。出现始发城市和目标城市的路线推荐信息，可以这对单个路线做查看好选择，如图3所示。在选择完毕后，目标应用程序会自动生成提醒节点信息，如图4所示。

再次，在出行中，老人在出行前打开目标应用程序，将目标应用程序在后台运行即可。第二移动终端(即老人的终端设备)的目标应用程序会自动计算出发的时间并在到了出发时间后自动提醒。第二移动终端上的目标应用程序会时刻监测老人位置的变化，在老人到达第一个城市的始发站时，第二移动终端上的目标应用程序自动通过扬声器发出提示，并同时再次提醒老人即将乘坐的车次，如‘您已经到达卓达院士园站，请在次等候2环2路’。为了解释方便，以从河北石家庄桥西区卓达上院到北京市通州区科创东五街1号为例做介绍。等到该车次后，老人上车，在车上设置刷卡机，老人刷完卡后，刷卡机会将读取的卡的信息发送到车上的管理服务器，管理服务器与公共交通通信管理服务器通信，公共交通通信管理服务器再从应用服务器得到对应的线路信息，最后核对本车次是否是老人需要乘坐的车次，如果乘坐的正确，则通过车上的扬声器发出‘欢迎乘坐2环2路，请注意您在石家庄火车站下车，谢谢！’如果错误则发出‘误上车，及时下车’的提醒。在车上的管理服务器与后台通信的同时，会将老人的上车的信息同步到亲情人员的目标移动终端上。如果车次没问题，管理服务器与后台通信完毕会将老人的线路信息直接下载下来存到车上的管理服务器，在车即将到达老人的目标站前3分钟会通过车辆的扬声器提醒老人下车‘即将到达石家庄火车站，xxx，请做好下车准备’，可2～3次提醒。如果车次有问题，公共交通通信管理服务器会将是‘车辆反向’还是上错车的做分析，比如车辆反向，会通过老人端的目标应用程序给发出‘车辆反向，请到对面乘坐反向的车辆’，并会将该信息同步到亲情人员的目标移动终端上。以上就完成了整个公交车上的实施流程。

乘坐火车的具体流程可如下：当确定乘客到达火车站后，老人的移动终端会提醒‘距离火车到站还有xx分钟，请尽快到售票厅取票’，取票完成后，火车通信管理服务器会将取票完成的信息同步到应用服务器上。老人移动终端上的目标应用程序会继续提醒‘到检票口，准备好身份证和火车票尽快检票进站’，在工作人员检查完毕后，检票信息会上传到火车通信管理服务器。火车通信管理服务器再与应用服务器通信，老人移动终端上的目标应用程序再提醒老人到对应的候车厅。在发车前半个小时，老人移动终端上的目标应用程序再次提醒老人注意检票上车。检票后，应用服务器得到信息会将该信息传送到亲情人员的目标移动终端，告知亲情人员老人已上车。火车通信管理服务器与后台通信完毕会将老人的线路信息直接下载下来存到车上的火车管理服务器，在车即将到达老人的目标站前10分钟会通过火车对应车厢的扬声器提醒老人下车‘即将到达北京西火车站，xxx，请做好下车准备’，可2～3次提醒。亲情人员的目标移动终端会实时的得到老人的状态。

在确定老人到达目标城市的目标站点后，老人移动终端上的目标应用程序会自动开启导航，直达到达确定目的地。或者由亲情人员主动停止该目标应用程序的服务。也就是说，在老人到达某城市后，老人移动终端上的目标应用程序会根据定位，提示老人并从该城市对应站点继续服务。可以理解，以上过程同时也适用乘坐地铁和大巴，原理也是类似的，不再具体描述。

根据本申请实施例的基于公共交通的乘车提醒系统，通过公共交通终端设备读取乘客的乘车凭证，并将读取到的乘车凭证信息由公共交通通信管理服务器转发给应用服务器，应用服务器在接收该公共交通通信管理服务器转发的乘车凭证信息时，基于该乘车凭证信息判断是否存储有该乘客的出行线路，若有，则将该乘客的出行线路发送给公共交通通信管理服务器，以使公共交通通信管理服务器根据该乘客的出行线路判断乘客是否乘车车次正确，若是，则进行到站下车提醒。即通过亲情人员预先为老人配置出行线路，并肩更改出行线路预置到应用服务器上，以便在老人出行乘车时，通过公共交通通信管理服务器从该应用服务器上获取该老人的出行线路，进而基于该出行线路为该老人乘客进行自动导航、上下车和到站换乘等乘车提醒，为老人的出行提供了更加贴近老人需求的方案，实现就像有亲戚朋友在老人身边一样，让老人不再畏惧出行，解决了老人出行难的问题。

为了实现上述实施例，本申请还提出了一种基于公共交通的乘车提醒方法。

图7是根据本申请一个实施例的基于公共交通的乘车提醒方法的流程图。需要说明的是，本申请实施例的基于公共交通的乘车提醒方法可应用于应用服务器上。也就是说，本申请实施例的基于公共交通的乘车提醒方法可从应用服务器侧进行描述。如图7所示，该基于公共交通的乘车提醒方法可以包括：

步骤710，接收移动终端发送的用户出行线路，并将用户出行线路进行存储。

步骤720，接收公共交通通信管理服务器发送的乘车凭证信息；其中，乘车凭证信息是由公共交通终端设备读取乘客的乘车凭证而得到的，公共交通终端设备将读取到的乘车凭证信息上传给公共交通通信管理服务器。

步骤730，根据乘车凭证信息判断是否存储有乘客的出行线路。

步骤740，若有，则将乘客的出行线路发送给公共交通通信管理服务器；其中，乘客的出行线路用于指示公共交通通信管理服务器判断乘客是否乘车正确，并在乘客乘车正确时，进行到站下车提醒。

为了实现上述实施例，本申请还提出了另一种基于公共交通的乘车提醒方法。图8是根据本申请另一个实施例的基于公共交通的乘车提醒方法的流程图。需要说明的是，本申请实施例的基于公共交通的乘车提醒方法可应用于公共交通通信管理服务器上。也就是说，本申请实施例的基于公共交通的乘车提醒方法可从公共交通通信管理服务器侧进行描述。

如图8所示，该基于公共交通的乘车提醒方法可以包括：

步骤810，获取公共交通终端设备发送的乘客的乘车凭证信息；其中，乘车凭证信息是由公共交通终端设备读取乘客的乘车凭证而得到的。

步骤820，将乘客的乘车凭证信息发送给应用服务器；其中，乘客的乘车凭证信息用于指示应用服务器返回乘客的出行线路。

在本申请的实施例中，出行线路可包括但不限于至少一个线路节点，每个线路节点可包括但不限于所需乘车车次、出发站点和目标站点。

步骤830，接收应用服务器返回的乘客的出行线路。

步骤840，根据乘客的出行线路判断乘客是否乘车车次正确。

在本申请的一个实施例中，出行线路可包括但不限于至少一个线路节点，每个线路节点可包括但不限于所需乘车车次、出发站点和目标站点。其中，在本申请的实施例中，可根据该乘客当前所到达的出发站点，从该乘客的出行线路中获取对应的所需乘车车次，并判断该所需乘车车次是否与该公共交通终端设备所对应的车辆车次一致，若是，则判定该乘客乘车车次正确；否则判定该乘客乘车车次错误。

步骤850，在判断乘客乘车车次正确时，进行到站下车提醒。

在本申请的实施例中，在判断乘客乘车车次正确时，可从该乘客的出行线路中获取与该乘车车次对应的目标站点，并基于与该乘车车次对应的目标站点，确定该乘客即将到站时，生成针对该乘客的到站下车提醒信息，根据该乘客的到站下车提醒信息，控制公共交通车辆上的广播系统进行广播提醒；其中，该下车提醒还包括下一个线路节点的所需乘车车次和出发站点。

为了能够让乘客更加直观地了解当前是否乘车的车次正确，在本申请的一个实施例中，在判断该乘客乘车车次正确时，可通过该公共交通终端设备中的显示模块以第一显示样式进行显示；其中，该第一显示样式用于指示乘车车次正确；在判断该乘客乘车车次错误时，通过该公共交通终端设备中的显示模块以第二显示样式进行显示；其中，该第二显示样式用于指示乘车车次错误。

为了提升用户体验，使得亲情人员能够了解老人出行乘车情况，在本申请的一个实施例中，在确定该乘客乘车车次正确且成功上车时，通过该应用服务器向目标移动终端推送针对该乘客上车的信息；在确定该乘客到站下车时，通过该应用服务器向该目标移动终端推送针对该乘客下车的信息。

根据本申请实施例的基于公共交通的乘车提醒方法，通过公共交通终端设备读取乘客的乘车凭证，并将读取到的乘车凭证信息由公共交通通信管理服务器转发给应用服务器，应用服务器在接收该公共交通通信管理服务器转发的乘车凭证信息时，基于该乘车凭证信息判断是否存储有该乘客的出行线路，若有，则将该乘客的出行线路发送给公共交通通信管理服务器，以使公共交通通信管理服务器根据该乘客的出行线路判断乘客是否乘车车次正确，若是，则进行到站下车提醒。即通过亲情人员预先为老人配置出行线路，并肩更改出行线路预置到应用服务器上，以便在老人出行乘车时，通过公共交通通信管理服务器从该应用服务器上获取该老人的出行线路，进而基于该出行线路为该老人乘客进行自动导航、上下车和到站换乘等乘车提醒，为老人的出行提供了更加贴近老人需求的方案，实现就像有亲戚朋友在老人身边一样，让老人不再畏惧出行，解决了老人出行难的问题。

在本申请的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。