CN113643561B - 一种公交提醒方法、装置、设备及介质 - Google Patents

Abstract

本发明公开了一种公交提醒方法、装置、设备及介质，该方法应用于移动端，包括：获取用户输入的预约提醒目标公交的提醒条件信息；通过所述移动端与用户当前所处站点的公交站牌建立的通信链路，发送所述提醒条件信息至所述公交站牌；接收所述公交站牌发送的提示信息，所述提示信息表征所述目标公交满足所述提醒条件信息；输出所述提示信息以提醒用户。实现了不需要用户反复多次的到公交站牌上去浏览目标公交的实时状态，就可以在目标公交到达自己需要的状态时，通过移动端收到对应的提示信息，节约了用户的时间和体力。

Description

一种公交提醒方法、装置、设备及介质

技术领域

本发明涉及通信技术领域，尤其涉及一种公交提醒方法、装置、设备及介质。

背景技术

公共交通出行不仅给大家带来了节约成本的好处，还具备环保节能的优点，是大家在日常生活和工作中不可或缺的出行方式。

为了进一步方便用户的出行，当前有推出智能公交站牌。智能公交站牌上可以实时显示该站点各路公交车的当前状态，以供待乘车用户查看。

然而，一方面用户需要等待屏幕逐次刷新，才能浏览到需要乘坐的公交的状态，耗时较长，另一方面，多人挤在屏幕前观看易导致难以找到合适的浏览位置，再一方面，如果需乘坐的公交车尚远，用户需多次反复浏览，耗时耗力。

可见，当前用户在等待公交时，存在获取公交信息的过程耗时且耗力的问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的公交提醒方法、装置、设备及介质。

第一方面，提供一种公交提醒方法，所述方法应用于移动端，包括：

获取用户输入的预约提醒目标公交的提醒条件信息；

通过所述移动端与用户当前所处站点的公交站牌建立的通信链路，发送所述提醒条件信息至所述公交站牌；

接收所述公交站牌发送的提示信息，所述提示信息表征所述目标公交满足所述提醒条件信息；

输出所述提示信息以提醒用户。

可选的，所述获取用户输入的预约提醒目标公交的提醒条件信息，包括：扫描所述公交站牌显示的识别码，以开启设置界面；接收用户作用在所述设置界面上的输入操作，获取预约目标公交提醒的提醒条件信息。

可选的，所述扫描所述公交站牌显示的识别码，以开启设置界面，包括：扫描所述公交站牌显示的识别码，以开启设置界面和获取用户当前所处站点的站点信息；发送所述站点信息至服务器，以进行上车前的支付预打卡。

可选的，所述提醒条件信息包括目标公交标识，所述提醒条件信息还包括以下任一种或多种的组合：距当前所处站点的时间提醒条件、到达预设站点的提醒条件、距当前所处站点的距离提醒条件。

可选的，所述移动端与所述公交站牌建立有至少两种通信链路；所述接收所述公交站牌发送的提示信息，包括：通过所述至少两种通信链路中的每条通信链路，接收所述公交站牌发送的提示信息。

可选的，所述提示信息携带有时间戳；所述输出所述提示信息以提醒用户，包括：根据所述提示信息的时间戳判断是否已经输出过相同时间戳的提示信息；如果是，则不输出所述提示信息，如果否，则输出所述提示信息。

可选的，所述至少两种通信链路包括：蓝牙通信链路和套接字通信链路。

可选的，所述方法还包括：获取用户上车前所处站点的公交站牌对应的前站点信息，并发送所述前站点信息和所述移动端的唯一识别码至服务器；获取用户下车后所处站点的公交站牌对应的后站点信息，并发送所述后站点信息至所述服务器；接收所述服务器基于所述唯一识别码、所述前站点信息和所述后站点信息返回的支付信息；基于所述支付信息完成公交费用支付。

可选的，所述获取用户上车前所处站点的公交站牌对应的前站点信息，包括：扫描用户上车前所处站点的公交站牌显示的识别码，以获取对应的前站点信息；所述获取用户下车后所处站点的公交站牌对应的后站点信息，包括：扫描用户下车后所处站点的公交站牌显示的识别码，以获取对应的后站点信息。

可选的，在所述获取用户上车前所处站点的公交站牌对应的前站点信息之后，还包括：获取用户上车后所处公交车辆的车辆识别码，并发送所述车辆识别码至所述服务器；所述接收所述服务器基于所述唯一识别码、所述前站点信息和所述后站点信息返回的支付信息，包括：接收所述服务器基于所述唯一识别码、所述车辆识别码、所述前站点信息和所述后站点信息返回的支付信息。

可选的，在所述发送所述前站点信息和所述移动端的唯一识别码至服务器之后，还包括：接收所述服务器基于所述唯一识别码返回的预打卡令牌；所述发送所述后站点信息至所述服务器，包括：发送所述后站点信息和所述预打卡令牌至所述服务器；所述接收所述服务器基于所述前站点信息和所述后站点信息返回的支付信息，包括：接收所述服务器在验证所述预打卡令牌有效后，基于所述前站点信息和所述后站点信息返回的支付信息。

第二方面，提供一种公交提醒方法，所述方法应用于公交站牌，包括：

通过所述公交站牌与移动端建立的通信链路，接收所述移动端发送的预约提醒目标公交的提醒条件信息；

接收服务器发送的车辆实时信息，并从所述车辆实时信息中提取出所述目标公交对应的目标车辆信息；

根据所述目标车辆信息，判断所述目标公交是否满足所述提醒条件信息；

如果满足，则发送提示信息至所述移动端以提醒用户。

可选的，所述提醒条件信息包括目标公交标识，所述提醒条件信息还包括以下任一种或多种的组合：距当前所处站点的时间提醒条件、到达预设站点的提醒条件、距当前所处站点的距离提醒条件。

可选的，所述移动端与所述公交站牌建立有至少两种通信链路；所述发送提示信息至所述移动端，包括：通过所述至少两种通信链路中的每条通信链路，发送提示信息至所述移动端。

可选的，所述至少两种通信链路包括：蓝牙通信链路和套接字通信链路。

第三方面，提供一种公交提醒装置，所述装置为移动端，包括：

获取模块，用于获取用户输入的预约提醒目标公交的提醒条件信息；

第一发送模块，用于通过所述移动端与用户当前所处站点的公交站牌建立的通信链路，发送所述提醒条件信息至所述公交站牌；

第一接收模块，用于接收所述公交站牌发送的提示信息，所述提示信息表征所述目标公交满足所述提醒条件信息；

输出模块，用于输出所述提示信息以提醒用户。

第四方面，提供一种公交提醒装置，所述装置为公交站牌，包括：

第二接收模块，用于通过所述公交站牌与移动端建立的通信链路，接收所述移动端发送的预约提醒目标公交的提醒条件信息；

第三接收模块，用于接收服务器发送的车辆实时信息，并从所述车辆实时信息中提取出所述目标公交对应的目标车辆信息；

判断模块，用于根据所述目标车辆信息，判断所述目标公交是否满足所述提醒条件信息；

第二发送模块，用于如果满足，则发送提示信息至所述移动端以提醒用户。

第五方面，提供一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面和第二方面任一项所述的公交提醒方法的步骤。

第六方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如第一方面和第二方面任一项所述的公交提醒方法的步骤。

本发明实施例中提供的技术方案，至少具有如下技术效果或优点：

本发明实施例提供的公交提醒方法、装置、设备及介质，用户可以预先设置目标公交的提醒条件信息，并通过与公交站牌建立的通信链路将其发送给公交站牌，以使得公交站牌可以在确定目标公交满足提醒条件信息时，发送提示信息给用户以实现提醒功能。这样用户不需要反复多次的到公交站牌上去浏览目标公交的实时状态，就可以在目标公交到达自己需要的状态时，通过移动端收到对应的提示信息，节约了用户的时间和体力。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例提供的公交提醒方法对应的系统示意图；

图2为本发明实施例提供的公交提醒方法的流程图一；

图3为本发明实施例提供的公交站牌显示的识别码示意图一；

图4为本发明实施例提供的公交站牌显示的识别码示意图二；

图5为本发明实施例提供的移动端预提醒设置界面示意图；

图6为本发明实施例提供的移动端预支付打卡界面示意图；

图7为本发明实施例提供的公交提醒方法的流程图二；

图8为本发明实施例提供的公交提醒装置的结构图一；

图9为本发明实施例提供的公交提醒装置的结构图二；

图10为本发明实施例提供的电子设备的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

首先，介绍本申请提供的公交提醒方法所应用于的系统，请参考图1，图1为本发明实施例提供的公交提醒方法对应的系统示意图。该系统包括移动端101、公交站牌102和服务器103。其中，移动端101可以是智能手机、平板电脑或电话手表等移动设备；公交站牌102为智能公交站牌，可以集成有通信模块、处理器和存储器等，还可以集成有显示屏；服务器103可以为云端服务器或服务器组。

以下结合说明书附图对本发明实施例所提供的一种公交提醒方法做进一步详细的说明。请参考图2，为本发明实施例提供的公交提醒方法的流程图一，该方法应用于图1中的移动端101，可以包括以下步骤S201至步骤S204。

步骤S201，获取用户输入的预约提醒目标公交的提醒条件信息。

提醒条件信息可以包括目标公交标识，以便于后续公交站牌确定需要进行提醒的目标公交，目标公交标识可以是公交车辆的线路号码或公交车辆的车牌号码等。提醒条件信息还可以保护移动端的用户信息，以便于后续公交站牌返回提示信息。提醒条件信息还可以包括目标公交距当前所处站点的时间提醒条件、目标公交到达预设站点的提醒条件、目标公交距当前所处站点的距离提醒条件中的任一种或多种的组合。

举例来讲，可以设置目标公交距当前站点1分钟路程时进行提醒，还可以设置目标公交到达当前站点前一站点时进行提醒，还可以设置目标公交距当前站点500米时进行提醒。

获取用户输入提醒条件信息的方式也可以有多种，下面列举两种为例：

第一种，扫码进行输入。

即用户用移动端扫描公交站牌显示的识别码(例如，二维码或条形码)，触发开启设置界面。再接收用户作用在设置界面上的输入操作，获取预约目标公交提醒的提醒条件信息。

具体来讲，可以如图3所示是每个公交站牌有对应的识别码，用户扫描该公交站牌对应的识别码，触发开启的设置界面上显示有路过该公交站点的所有公交路线，用户选择目标公交进行提醒条件信息的输入。也可以是如图4所示公交站牌上的每路公交线路有对应的识别码，用户扫描目标公交对应的识别码，就可以直接开启该目标公交的设置界面来进行提醒条件信息的输入。

第二种，定位进行输入。

即用户到达乘车的公交站点后，可以手动开启对应的应用程序APP，APP调用移动端的定位功能，定位到用户当前所处的公交站点，则触发开启了该公交站点对应的设置界面。该设置界面上显示有路过该公交站点的所有公交路线，用户选择目标公交即可进行提醒条件信息的输入。

当然，获取用户输入提醒条件信息的方式不限于上述两种，用户还可以直接对移动端输入语音指令来完成提醒条件信息的输入，在此不作限制，也不再一一列举。

步骤S202，通过移动端与用户当前所处站点的公交站牌建立的通信链路，发送所述提醒条件信息至所述公交站牌。

在具体实施过程中，移动端与公交站牌建立通信链路的方式也可以有多种：可以是移动端在靠近公交站牌到一定距离时，与公交站牌自动建立通信链路；还可以是用户操作移动端的网络设置来主动与公交站牌建立通信链路；还可以是用户扫描公交站牌上的识别码时，触发建立移动端与公交站牌的通信链路。

在一种可选的实施方式中，可以设置移动端与公交站牌建立至少两种通信链路，以保证移动端与公交站牌之间进行信息传输时，不会因为某一通信链路的延迟或故障而导致信息漏接收或晚接收，有效保证了信息传输的可靠性和及时性。

上述至少两种通信链路可以包括蓝牙通信链路和套接字通信链路，因为蓝牙通信链路是基于蓝牙技术的，而套接字通信链路是基于无线局域网技术的，这两种技术均适于短距离通信，且采用不同技术的通信链路能避免某一种通信技术对应的使用环境条件被破坏时，其余通信技术对应的通信链路能保证正常的信息传输，进一步保证传输可靠性。

在一种可选的实施方式中，用户在操作移动端发送目标公交对应的提醒条件信息至公交站牌后，还可以再次重复上述操作发送另一公交对应的提醒条件信息至公交站牌，即用户可以设置多条公交线路的提醒。举例来讲，如图5所示，用户通过点击设置界面上的“定制提醒”按键，控制移动端向公交站牌发送了公交线路1对应的提醒条件信息和公交线路3对应的提醒条件信息，将线路1和线路3均设置为到站前1分钟进行提醒。

用户还可以操作移动端发送删除对目标公交的提醒的删除信息至公交站牌，来取消已经设置的提醒。举例来讲，用户通过点击如图5所示的设置界面上的“取消提醒”按键，控制移动端向公交站牌发送了公交线路1对应的取消信息，从而取消对线路1的提醒设置。

公交站牌在接收到移动端发送的预约提醒目标公交的提醒条件信息后，会接收服务器发送的车辆实时信息，并从中提取出目标公交对应的目标车辆信息，再根据目标车辆信息，判断目标公交是否满足提醒条件信息，如果满足，则发送提示信息至移动端。

其中，车辆实时信息可以是公交站牌主动向服务器发送请求来获取的，也可以是服务器主动下发至公交站牌的。该车辆实时信息可以包括公交站牌所在站点的全部公交的当前位置信息，也可以仅包括在该站点设置了提醒需求的公交的当前位置信息。该当前位置信息可以为距该站点的距离数据、距该站点的时间数据或距该站点的站数等。

举例来讲，假设用户通过移动端预先发送了线路1的提醒条件信息至公交站牌，该提醒条件信息为在线路1公交到达该站点前1分钟进行提醒。公交站牌访问服务器请求获取车辆实时信息，服务器响应请求下发车辆实时信息至该公交站牌。公交站牌从车辆实时信息中查找出线路1的车辆信息，并比对之前的提醒条件信息，判断线路1距该站点的路程耗时是否小于等于1分钟，如果是，则根据提醒条件信息中携带的用户信息发送提示信息至移动端。如果否，则公交站牌以预设时长(例如10秒、20秒)为间隔持续访问服务器获取车辆实时信息，并持续提取车辆信息和进行比对，直至线路1满足该提醒条件信息，则发送提示信息至移动端。

步骤S203，接收所述公交站牌发送的提示信息，所述提示信息表征所述目标公交满足所述提醒条件信息。步骤S204，输出所述提示信息以提醒用户。

在一种可选的实施方式中，移动端与公交站牌建立有至少两种通信链路，则公交站牌会通过至少两种通信链路中的每条通信链路，均发送提示信息至移动端，以保证信息传输的可靠性。而对应的，移动端就会接收到多条相同的提示信息。

为了避免移动端对多个相同的提示信息进行输出，导致的对用户的干扰，可以设置公交站牌发送的提示信息携带有时间戳。具体来讲，公交站牌可以是串行依次的生成提示信息的，并在每条生成的提示信息中携带唯一的时间戳。虽然同一提示信息会通过多条通信链路发送，导致移动端接到多次同一提示信息，但移动端可以通过时间戳来识别出相同的提示信息，从而只输出一次。

具体来讲，可以根据提示信息的时间戳判断是否已经输出过相同时间戳的提示信息；如果是，则不输出该提示信息，如果否，则输出该提示信息，从而有效避免多个相同提示信息的输出干扰。

移动端对提示信息的输出方式可以有多种，例如，显示出该提示信息、控制发出提示音，或灯光闪烁以提示用户，在此不作限制。

在一种可选的实施方式中，还可以通过公交站牌进行对公交的预支付打卡，具体的实现方式可以有多种，下面列举两种为例：

第一种，预提醒设置与预支付打卡可以同时进行。

即设置用户在通过前述步骤S201～S202进行对目标公交的预提醒设置的同时，还能进行上车前的支付预打卡。

以移动端通过扫描公交站牌显示的识别码，来开启设置界面进行目标公交的预提醒设置为例，可以设置在扫描该识别码后，不仅触发开启了提醒条件信息的设置界面，还触发获取了用户当前所处站点的站点信息。通过发送该站点信息至服务器来进行上车前的支付预打卡。

具体来讲，该站点信息可以是该站点的名称、代码或地理定位信息等。在获取站点信息后，移动端自动发送或在用户输入指令后触发发送该站点信息至服务器，以进行上车前的支付预打卡。通过支付预打卡可以替代用户在上车时的打卡，避免上车时打卡人员过多导致的拥挤和耗时。进一步，在用户下车后还可以在下车站点扫描公交站牌显示的识别码进行下车打卡，服务器接收到两次打卡的数据后，确定出需支付费用，并发送支付信息给移动端，用户就可以在移动端完成公交乘坐费用的支付。通过在上车站台和下车站点分别扫描公交站牌识别码进行打卡，能方便用户快速的上下车，提高公交运行的效率。

当然，用户也可以在乘车处公交站点通过APP定位触发开启了对应的设置界面后，继续操作如图6所示的设置界面与服务器交互进行支付预打卡，并在下车处公交站点通过APP定位触发开启了对应的设置界面后，与服务器交互进行下车打卡和费用支付，以方便用户快速的上下车，提高公交运行的效率。

由于预提醒的设置界面的触发步骤与预支付打卡的触发步骤是同一步骤(例如，扫码或定位)，故可以一个步骤实现两个功能，减少了时间的消耗，提高效率。

第二种，预提醒设置与预支付打卡可以独立进行。

即不需要依托预提醒设置的执行步骤，按下述步骤独立完成预支付打卡和费用的支付：

首先，获取用户上车前所处站点的公交站牌对应的前站点信息，并发送前站点信息和移动端的唯一识别码至服务器。然后，获取用户下车后所处站点的公交站牌对应的后站点信息，并发送所述后站点信息至所述服务器。再接收服务器基于唯一识别码、前站点信息和后站点信息返回的支付信息，并基于支付信息完成公交费用支付。

其中，可以是通过用移动端扫描用户上车前所处站点的公交站牌显示的识别码，来获取对应的前站点信息；并通过扫描用户下车后所处站点的公交站牌显示的识别码，来获取对应的后站点信息。

为了能更精确的提供支付信息，还可以在用户上公交后，移动端与公交车辆建立通信链接，获取用户所处公交车辆的车辆识别码(例如：公交线路号码、公交通信链接编号、公交车牌哈)，并发送该车辆识别码至服务器，以使得服务器能够确定用户是否上车成功，以及确定用户上的是哪辆车。用户还可以通过移动端访问服务器，获取和浏览当前车辆的行程信息。在服务器接收到移动端发送的后站点信息后，服务器基于唯一识别码、车辆识别码、前站点信息和后站点信息返回支付信息给移动端。由于该支付信息有考虑用户乘车的情况及具体乘的那辆车，故支付信息更精确，且还能将支付所得款项对应到所乘坐车辆的司机，便于公交系统内部薪资评估。

进一步，还可以设置服务器在接收到移动端发送的前站点信息和唯一识别码之后，会计算生成预打开令牌，并基于唯一识别码返回预打卡令牌至移动端，以作为用户预打卡凭证。移动端在发送后站点信息至所述服务器时，会携带发送该预打卡令牌。服务器在验证该预打卡令牌有效后，再基于前站点信息和后站点信息返回支付信息。移动端显示支付信息后，用户执行支付操作完成乘车支付。通过设置预打卡令牌能避免无效打卡(例如缺乏上车前的打卡或确认用户未上车)对服务器的干扰，增强了预支付打开功能的安全性。

通过增设支付预打卡功能，不需要用户上车时进行打卡和支付，能方便用户快速的上下车，提高公交运行的效率。

下面，以一具体的交互实例来帮助说明本申请实施例提供的公交提醒方法：

假设用户到达站点A，准备乘坐线路1公交到站点B。

用户用智能手机扫描站点A的公交站牌上，线路1对应的二维码，触发开启设置界面、并触发建立智能手机与公交站牌的通信链接，以及触发获取站点A的代码。该设置界面包括可以滑动切换的预提醒设置界面和预支付打卡界面。

用户首先在图5所示的预提醒设置界面上输入提醒条件信息为：在线路1距离站点A还有1站时进行提醒。用户点击“定制提醒”按键，触发智能手机发送提醒条件信息给公交站牌。

用户滑动切换到图6所示的预支付打卡界面，并点击“上车打卡”按键，触发智能手机发送站点A的代码和手机号码至服务器，服务器基于站点A的代码和手机号码生成预打卡令牌，并返回预打卡令牌至智能手机。

公交站牌通过比对服务器推送的线路1的车辆信息和提醒条件信息，判断线路1公交距站点A只有1站时，生成提示信息，并发送给智能手机。智能手机发出铃声提醒用户准备上车。

线路1公交达到后，用户上车，则智能手机与线路1公交建立通信链接，智能手机发送公交通信链接编号(例如蓝牙地址)和预打卡令牌至服务器，以使服务器确定用户上车成功。

用户到达站点B并下车后，用户用智能手机扫描站点B的公交站牌上的二维码，触发开启设置界面、并触发建立智能手机与公交站牌的通信链接，以及触发获取站点B的代码。

用户在该设置界面的预支付打卡界面点击“下车打卡”按键，触发智能手机发送该站点B的代码和预打卡令牌至服务器。服务器判断该预打卡令牌有效，且有上车打开信息，则将此行程的支付信息返回给智能手机。

用户点击支付按钮完成支付。

基于同一发明构思，本发明实施例还提供了一种公交提醒方法，请参考图7，为本发明实施例提供的公交提醒方法的流程图二，该方法应用于图1中的公交站牌102，可以包括以下步骤S701至步骤S704。

步骤S701，通过所述公交站牌与移动端建立的通信链路，接收所述移动端发送的预约提醒目标公交的提醒条件信息。

移动端与公交站牌建立有至少两种通信链路，包括：蓝牙通信链路和套接字通信链路。

该提醒条件信息包括目标公交标识，还包括以下任一种或多种的组合：距当前所处站点的时间提醒条件、到达预设站点的提醒条件、距当前所处站点的距离提醒条件。

步骤S702接收服务器发送的车辆实时信息，并从所述车辆实时信息中提取出所述目标公交对应的目标车辆信息。

步骤S703根据所述目标车辆信息，判断所述目标公交是否满足所述提醒条件信息。

步骤S704，如果满足，则发送提示信息至所述移动端以提醒用户。

当移动端与公交站牌建立有至少两种通信链路时，通过该至少两种通信链路中的每条通信链路，发送提示信息至移动端。

由于步骤S701至步骤S704的公交提醒方法，是前述介绍的步骤S201至步骤S204的公交提醒方法对应的交互方法，前述已经对具体的交互步骤、实现方式和原理进行详细说明，故而在此不再赘述。

基于同一发明构思，本发明实施例还提供了一种公交提醒装置，请参考图8，为本发明实施例提供的公交提醒装置的结构图一，该装置为图1中的移动端101，可以包括：

获取模块801，用于获取用户输入的预约提醒目标公交的提醒条件信息；

第一发送模块802，用于通过所述移动端与用户当前所处站点的公交站牌建立的通信链路，发送所述提醒条件信息至所述公交站牌；

第一接收模块803，用于接收所述公交站牌发送的提示信息，所述提示信息表征所述目标公交满足所述提醒条件信息；

输出模块804，用于输出所述提示信息以提醒用户。

在一种可选的实施方式中，获取模块801还用于：扫描所述公交站牌显示的识别码，以开启设置界面；接收用户作用在所述设置界面上的输入操作，获取预约目标公交提醒的提醒条件信息。

在一种可选的实施方式中，获取模块801还用于：扫描所述公交站牌显示的识别码，以开启设置界面和获取用户当前所处站点的站点信息；发送所述站点信息至服务器，以进行上车前的支付预打卡。

在一种可选的实施方式中，提醒条件信息包括目标公交标识，所述提醒条件信息还包括以下任一种或多种的组合：距当前所处站点的时间提醒条件、到达预设站点的提醒条件、距当前所处站点的距离提醒条件。

在一种可选的实施方式中，所述移动端与所述公交站牌建立有至少两种通信链路；第一接收模块803还用于：通过所述至少两种通信链路中的每条通信链路，接收所述公交站牌发送的提示信息。

在一种可选的实施方式中，所述提示信息携带有时间戳；输出模块804还用于：所述输出所述提示信息以提醒用户，包括：根据所述提示信息的时间戳判断是否已经输出过相同时间戳的提示信息；如果是，则不输出所述提示信息，如果否，则输出所述提示信息。

在一种可选的实施方式中，所述至少两种通信链路包括：蓝牙通信链路和套接字通信链路。

在一种可选的实施方式中，所述装置还包括预打卡模块，用于：获取用户上车前所处站点的公交站牌对应的前站点信息，并发送所述前站点信息和所述移动端的唯一识别码至服务器；获取用户下车后所处站点的公交站牌对应的后站点信息，并发送所述后站点信息至所述服务器；接收所述服务器基于所述唯一识别码、所述前站点信息和所述后站点信息返回的支付信息；基于所述支付信息完成公交费用支付。

在一种可选的实施方式中，预打卡模块还用于：扫描用户上车前所处站点的公交站牌显示的识别码，以获取对应的前站点信息；扫描用户下车后所处站点的公交站牌显示的识别码，以获取对应的后站点信息。

在一种可选的实施方式中，预打卡模块还用于：获取用户上车后所处公交车辆的车辆识别码，并发送所述车辆识别码至所述服务器；接收所述服务器基于所述唯一识别码、所述车辆识别码、所述前站点信息和所述后站点信息返回的支付信息。

在一种可选的实施方式中，预打卡模块还用于：接收所述服务器基于所述唯一识别码返回的预打卡令牌；发送所述后站点信息和所述预打卡令牌至所述服务器；接收所述服务器在验证所述预打卡令牌有效后，基于所述前站点信息和所述后站点信息返回的支付信息。

需要说明的是，以上各模块可以是由软件代码实现，也可以由硬件例如集成电路芯片实现。

还需要说明的是，以上各模块实现各自功能的具体过程，请参见前述方法实施例中描述的具体内容，此处不再赘述。

基于同一发明构思，本发明实施例还提供了一种公交提醒装置，请参考图9，为本发明实施例提供的公交提醒装置的结构图二，该装置为图1中的公交站牌102，可以包括：

第二接收模块901，用于通过所述公交站牌与移动端建立的通信链路，接收所述移动端发送的预约提醒目标公交的提醒条件信息；

第三接收模块902，用于接收服务器发送的车辆实时信息，并从所述车辆实时信息中提取出所述目标公交对应的目标车辆信息；

判断模块903，用于根据所述目标车辆信息，判断所述目标公交是否满足所述提醒条件信息；

第二发送模块904，用于如果满足，则发送提示信息至所述移动端以提醒用户。

在一种可选的实施方式中，所述提醒条件信息包括目标公交标识，所述提醒条件信息还包括以下任一种或多种的组合：距当前所处站点的时间提醒条件、到达预设站点的提醒条件、距当前所处站点的距离提醒条件。

在一种可选的实施方式中，所述移动端与所述公交站牌建立有至少两种通信链路；第二发送模块904还用于：通过所述至少两种通信链路中的每条通信链路，发送提示信息至所述移动端。

在一种可选的实施方式中，所述至少两种通信链路包括：蓝牙通信链路和套接字通信链路。

需要说明的是，以上各模块可以是由软件代码实现，也可以由硬件例如集成电路芯片实现。

还需要说明的是，以上各模块实现各自功能的具体过程，请参见前述方法实施例中描述的具体内容，此处不再赘述。

基于同一发明构思，如图10所示，本发明实施例还提供了一种电子设备100，包括处理器1002、存储器1001及存储在存储器1001上并可在处理器1002上运行的计算机程序。该计算机程序被处理器执行时实现前述公交提醒方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。电子设备可以是图1中的移动端101或公交站牌102。

基于同一发明构思，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行前述公交提醒方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。举例来讲，该计算机可读存储介质可以是只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

本发明实施例中提供的技术方案，至少具有如下技术效果或优点：

本发明实施例提供的公交提醒方法、装置、设备及介质，用户可以预先设置目标公交的提醒条件信息，并通过与公交站牌建立的通信链路将其发送给公交站牌，以使得公交站牌可以在确定目标公交满足提醒条件信息时，发送提示信息给用户以实现提醒功能。这样用户不需要反复多次的到公交站牌上去浏览目标公交的实时状态，就可以在目标公交到达自己需要的状态时，通过移动端收到对应的提示信息，节约了用户的时间和体力。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的装置中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个装置中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (16)

1.一种公交提醒方法，其特征在于，所述方法应用于移动端，包括：

获取用户输入的预约提醒目标公交的提醒条件信息；

通过所述移动端与用户当前所处站点的公交站牌建立的通信链路，发送所述提醒条件信息至所述公交站牌；所述通信链路包括蓝牙通信链路和套接字通信链路；

接收所述公交站牌发送的提示信息，所述提示信息为所述公交站牌接收服务器发送的车辆实时信息，并从所述车辆实时信息中提取出所述目标公交对应的目标车辆信息，在根据所述目标车辆信息确定所述目标公交满足所述提醒条件信息后发送的信息；所述提示信息携带有时间戳；

根据所述提示信息的时间戳判断是否已经输出过相同时间戳的提示信息；如果是，则不输出所述提示信息，如果否，则输出所述提示信息。

2.如权利要求1所述的方法，其特征在于，所述获取用户输入的预约提醒目标公交的提醒条件信息，包括：

扫描所述公交站牌显示的识别码，以开启设置界面；

接收用户作用在所述设置界面上的输入操作，获取预约目标公交提醒的提醒条件信息。

3.如权利要求2所述的方法，其特征在于，所述扫描所述公交站牌显示的识别码，以开启设置界面，包括：

扫描所述公交站牌显示的识别码，以开启设置界面和获取用户当前所处站点的站点信息；

发送所述站点信息至服务器，以进行上车前的支付预打卡。

4.如权利要求1所述的方法，其特征在于，所述提醒条件信息包括目标公交标识，所述提醒条件信息还包括以下任一种或多种的组合：

距当前所处站点的时间提醒条件、到达预设站点的提醒条件、距当前所处站点的距离提醒条件。

5.如权利要求1所述的方法，其特征在于，所述移动端与所述公交站牌建立有至少两种通信链路；

所述接收所述公交站牌发送的提示信息，包括：通过所述至少两种通信链路中的每条通信链路，接收所述公交站牌发送的提示信息。

6.如权利要求1所述的方法，其特征在于，还包括：

获取用户上车前所处站点的公交站牌对应的前站点信息，并发送所述前站点信息和所述移动端的唯一识别码至服务器；

获取用户下车后所处站点的公交站牌对应的后站点信息，并发送所述后站点信息至所述服务器；

接收所述服务器基于所述唯一识别码、所述前站点信息和所述后站点信息返回的支付信息；

基于所述支付信息完成公交费用支付。

7.如权利要求6所述的方法，其特征在于：

所述获取用户上车前所处站点的公交站牌对应的前站点信息，包括：扫描用户上车前所处站点的公交站牌显示的识别码，以获取对应的前站点信息；

所述获取用户下车后所处站点的公交站牌对应的后站点信息，包括：扫描用户下车后所处站点的公交站牌显示的识别码，以获取对应的后站点信息。

8.如权利要求6所述的方法，其特征在于：

在所述获取用户上车前所处站点的公交站牌对应的前站点信息之后，还包括：获取用户上车后所处公交车辆的车辆识别码，并发送所述车辆识别码至所述服务器；

所述接收所述服务器基于所述唯一识别码、所述前站点信息和所述后站点信息返回的支付信息，包括：接收所述服务器基于所述唯一识别码、所述车辆识别码、所述前站点信息和所述后站点信息返回的支付信息。

9.如权利要求6-8任一所述的方法，其特征在于：

在所述发送所述前站点信息和所述移动端的唯一识别码至服务器之后，还包括：接收所述服务器基于所述唯一识别码返回的预打卡令牌；

所述发送所述后站点信息至所述服务器，包括：发送所述后站点信息和所述预打卡令牌至所述服务器；

所述接收所述服务器基于所述前站点信息和所述后站点信息返回的支付信息，包括：接收所述服务器在验证所述预打卡令牌有效后，基于所述前站点信息和所述后站点信息返回的支付信息。

10.一种公交提醒方法，其特征在于，所述方法应用于公交站牌，包括：

通过所述公交站牌与移动端建立的通信链路，接收所述移动端发送的预约提醒目标公交的提醒条件信息；所述通信链路包括蓝牙通信链路和套接字通信链路；

接收服务器发送的车辆实时信息，并从所述车辆实时信息中提取出所述目标公交对应的目标车辆信息；

根据所述目标车辆信息，判断所述目标公交是否满足所述提醒条件信息；

如果满足，则根据提示信息的时间戳判断是否已经输出过相同时间戳的提示信息；如果是，则不输出所述提示信息，如果否，则输出所述提示信息至所述移动端以提醒用户。

11.如权利要求10所述的方法，其特征在于，所述提醒条件信息包括目标公交标识，所述提醒条件信息还包括以下任一种或多种的组合：

距当前所处站点的时间提醒条件、到达预设站点的提醒条件、距当前所处站点的距离提醒条件。

12.如权利要求10所述的方法，其特征在于，所述移动端与所述公交站牌建立有至少两种通信链路；

所述发送提示信息至所述移动端，包括：通过所述至少两种通信链路中的每条通信链路，发送提示信息至所述移动端。

13.一种公交提醒装置，其特征在于，所述装置为移动端，包括：

获取模块，用于获取用户输入的预约提醒目标公交的提醒条件信息；所述提醒条件信息包括：所述目标公交距当前所处站点的时间提醒条件、所述目标公交到达预设站点的提醒条件、所述目标公交距当前所处站点的距离提醒条件中的任一种或多种的组合；

第一发送模块，用于通过所述移动端与用户当前所处站点的公交站牌建立的通信链路，发送所述提醒条件信息至所述公交站牌；所述通信链路包括蓝牙通信链路和套接字通信链路；

第一接收模块，用于接收所述公交站牌发送的提示信息，所述提示信息为所述公交站牌接收服务器发送的车辆实时信息，并从所述车辆实时信息中提取出所述目标公交对应的目标车辆信息，在根据所述目标车辆信息确定所述目标公交满足所述提醒条件信息后发送的信息；所述提示信息携带有时间戳；输出模块，用于根据所述提示信息的时间戳判断是否已经输出过相同时间戳的提示信息；如果是，则不输出所述提示信息，如果否，则输出所述提示信息。

14.一种公交提醒装置，其特征在于，所述装置为公交站牌，包括：

第二接收模块，用于通过所述公交站牌与移动端建立的通信链路，接收所述移动端发送的预约提醒目标公交的提醒条件信息；所述通信链路包括蓝牙通信链路和套接字通信链路；

第三接收模块，用于接收服务器发送的车辆实时信息，并从所述车辆实时信息中提取出所述目标公交对应的目标车辆信息；

判断模块，用于根据所述目标车辆信息，判断所述目标公交是否满足所述提醒条件信息；

第二发送模块，用于如果满足，则根据提示信息的时间戳判断是否已经输出过相同时间戳的提示信息；如果是，则不输出所述提示信息，如果否，则输出所述提示信息至所述移动端以提醒用户。

15.一种电子设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1-12任一项所述的公交提醒方法的步骤。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如权利要求1-12任一项所述的公交提醒方法的步骤。