CN111031493B - 运行时刻信息传输方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种运行时刻信息传输方法、装置、电子设备及存储介质，属于网络技术领域。本申请通过向控制设备发送携带线路标识的第一请求，接收该控制设备发送的第一响应，该第一响应至少携带具有该线路标识的至少一班交通工具的运行时刻信息，以广播或组播的形式，向至少一个终端发送该至少一班交通工具的运行时刻信息，能够及时告知站外乘客下一班交通工具何时到站，扩大了运行时刻信息的传输范围，消除了运行时刻信息传输过程的局限性，优化了站外乘客的用户体验。

Description

运行时刻信息传输方法、装置、电子设备及存储介质

技术领域

本申请涉及网络技术领域，特别涉及一种运行时刻信息传输方法、装置、电子设备及存储介质。

背景技术

随着公共交通的不断普及，公交、地铁、轻轨等公共交通工具由于相对低廉的价格，成为了大多数人的主流出行方式，以地铁为例，地铁控制设备掌握了每趟列车的运行时刻，也就能够预测每趟列车相对于各个地铁站的到站时刻，各个地铁站可以在站内设置显示屏，通过显示屏显示出列车的到站时刻与当前时刻之间的时间间隔，例如，“终点站：XX站；本次列车：8分；下次列车：18分”，能够及时告知乘客还需等候的时长。然而，由于显示屏设置在地铁站内部，只能够及时告知已进站的乘客下一趟列车何时到站，运行时刻信息传输范围较小，传输过程具有局限性，不适用于正在赶去地铁站的站外乘客，导致站外乘客无法及时获取到运行时刻信息，站外乘客的用户体验差。

发明内容

本申请实施例提供了一种运行时刻信息传输方法、装置、电子设备及存储介质，能够解决运行时刻信息传输范围较小、传输过程具有局限性、站外乘客的用户体验差的问题。该技术方案如下：

一方面，提供了一种运行时刻信息传输方法，该方法包括：

向控制设备发送携带线路标识的第一请求，所述控制设备用于提供交通工具的运行时刻信息，所述第一请求用于指示所述控制设备发送具有所述线路标识的至少一班交通工具的运行时刻信息；

接收所述控制设备发送的第一响应，所述第一响应至少携带具有所述线路标识的至少一班交通工具的运行时刻信息；

以广播或组播的形式，向至少一个终端发送所述至少一班交通工具的运行时刻信息。

在一种可能实施方式中，所述向至少一个终端发送所述至少一班交通工具的运行时刻信息之后，所述方法还包括：

向所述控制设备发送反馈信息，所述反馈信息包括发送是否成功或者广播或组播的发送周期中至少一项。

在一种可能实施方式中，所述向至少一个终端发送所述至少一班交通工具的运行时刻信息之前，所述方法还包括：

若所述第一响应还携带预计发送周期，将所述预计发送周期确定为广播或组播的发送周期，按照所述发送周期，执行向至少一个终端发送所述至少一班交通工具的运行时刻信息的步骤；或，

基于处于空闲状态的处理资源确定广播或组播的发送周期，按照所述发送周期，执行向至少一个终端发送所述至少一班交通工具的运行时刻信息的步骤。

一方面，提供了一种运行时刻信息传输装置，该装置包括：

发送模块，用于向控制设备发送携带线路标识的第一请求，所述控制设备用于提供交通工具的运行时刻信息，所述第一请求用于指示所述控制设备发送具有所述线路标识的至少一班交通工具的运行时刻信息；

接收模块，用于接收所述控制设备发送的第一响应，所述第一响应至少携带具有所述线路标识的至少一班交通工具的运行时刻信息；

所述发送模块，还用于以广播或组播的形式，向至少一个终端发送所述至少一班交通工具的运行时刻信息。

一方面，提供了一种电子设备，该电子设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器加载并执行以实现如上述任一种可能实现方式的运行时刻信息传输方法所执行的操作。

一方面，提供了一种存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现如上述任一种可能实现方式的运行时刻信息传输方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过向控制设备发送携带线路标识的第一请求，该第一请求用于指示该控制设备发送具有该线路标识的至少一班交通工具的运行时刻信息，接收该控制设备发送的第一响应，该第一响应至少携带具有该线路标识的至少一班交通工具的运行时刻信息，以广播或组播的形式，向至少一个终端发送该至少一班交通工具的运行时刻信息，能够及时告知站外乘客下一班交通工具何时到站，扩大了运行时刻信息的传输范围，消除了运行时刻信息传输过程的局限性，能够适用于正在赶去地铁站的站外乘客，优化了站外乘客的用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种运行时刻信息传输方法的实施环境示意图；

图2是本申请实施例提供的一种运行时刻信息传输方法的交互流程图；

图3是本申请实施例提供的一种运行时刻信息传输方法的交互流程图；

图4是本申请实施例提供的一种运行时刻信息传输装置的结构示意图；

图5是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种运行时刻信息传输方法的实施环境示意图。参见图1，在该实施环境中包括控制设备101、电子设备102和至少一个终端103：

控制设备101用于提供交通工具的运行时刻信息，该交通工具可以是地铁、公交车、轻轨、渡船等公共交通工具，也可以是企业班车、校车、热气球等非公共交通工具。

可选地，控制设备101可以是各类交通工具的控制服务器，通过控制设备101能够调度各个班次的交通工具的预计出发时刻，当各个班次的交通工具准时出发时，控制设备101将各个班次的交通工具的预计出发时刻记录为各个班次的交通工具的出发时刻，进而可以按照交通工具的运行路线和标准行驶速度，确定各个班次的交通工具的运行时刻信息，该运行时刻信息用于表示交通工具预计在何时抵达各个停靠站。

电子设备102用于传输运行时刻信息，该电子设备102可以是安装在各个路口或者路边的路侧单元(Road Side Unit，RSU)，也可以是安装在各个停靠站周边道路两侧的终端设备，本申请实施例不对电子设备102的类型和安装位置进行具体限定。

至少一个终端103用于接收运行时刻信息，该至少一个终端103还用于显示运行时刻信息，该至少一个终端103与至少一个乘客相对应，各个乘客可以通过各自的终端及时查看运行时刻信息，从而能够及时调整自身前往停靠站的速度，从而尽可能地保证站外乘客不会错过最近班次的交通工具。

控制设备101、电子设备102以及至少一个终端103在两两之间可以通过有线或无线网络进行连接。

至少一个终端103各个终端的设备类型可以相同也可以不同，该设备类型可以包括：车载终端、智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts GroupAudio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机或者台式计算机中的至少一种。以下实施例，以终端包括智能手机来举例说明。

本领域技术人员可以知晓，上述各个终端的数量可以仅为一个，也可以为几十个或几百个，或者更多数量，本公开实施例不对至少一个终端103的数量和设备类型进行具体限定。

图2是本申请实施例提供的一种运行时刻信息传输方法的交互流程图。参见图2，该实施例应用于上述实施环境中控制设备101、电子设备102和至少一个终端103之间的交互过程，该实施例包括下述步骤：

201、电子设备向控制设备发送携带线路标识的第一请求，该第一请求用于指示该控制设备发送具有该线路标识的至少一班交通工具的运行时刻信息。

其中，该控制设备用于提供交通工具的运行时刻信息，该运行时刻信息用于表示交通工具预计在何时抵达各个停靠站。可选地，该交通工具可以是地铁、公交车、轻轨、渡船等公共交通工具，也可以是企业班车、校车、热气球等非公共交通工具，本申请实施例不对交通工具的类型进行具体限定。

其中，电子设备用于传输运行时刻信息，该电子设备可以是安装在各个路口或者路边的RSU，也可以是安装在各个停靠站周边道路两侧的终端设备，还可以是蜂窝基站，本申请实施例不对电子设备的类型和安装位置进行具体限定。

其中，线路标识用于唯一标识交通工具的运行路线，在任一运行路线上可以设置有多个固定的停靠站，位于出发点的停靠站也即始发站，位于终点的停靠站也即终点站，交通工具离开始发站的时刻称为出发时刻，交通工具抵达任一停靠站的时刻称为相对于该停靠站的到站时刻，根据出发时刻的不同，在同一运行路线上可以有不同班次的交通工具，例如，地铁2号线上早晨9:00出发的地铁和早晨9:30出发的地铁，即为2号线上不同班次的地铁。

在一些实施例中，除了线路标识之外，该第一请求还可以携带设备标识、停靠站标识、行驶方向标识、鉴权信息或者请求内容中至少一项。其中，设备标识用于唯一标识电子设备，例如该设备标识可以为设备类型与用户标识所构成的组合标识；停靠站标识用于唯一标识该线路标识所对应运行路线上的任一停靠站，该停靠站标识可以是站名，也可以是停靠站在运行路线上某一行驶方向的停靠次序；该行驶方向标识用于唯一标识交通工具在该运行路线上的行驶方向，例如，从A站开往B站，或者从B站开往A站；鉴权信息用于表示电子设备的身份验证信息，例如该鉴权信息为消息摘要或者电子设备的校验码等；其中，该请求内容用于表示请求该控制设备发送的至少一项内容，该至少一项内容可以包括相邻交通工具出发时刻之间的间隔时长、封站指示或者交通工具的当前拥挤等级中的至少一项，该封站指示用于表示各个停靠站是否封锁。

在上述过程中，电子设备可以对线路标识、设备标识、停靠站标识、行驶方向标识、鉴权信息或者请求内容中至少一项进行压缩，得到压缩报文，对该压缩报文进行加密，使用传输协议将加密后的压缩报文封装为第一请求，向控制设备发送该第一请求。

可选地，采用的压缩算法可以是br压缩算法、gzip压缩算法或者霍夫曼压缩算法中至少一项，采用的加密算法可以是对称加密算法或者非对称加密算法中至少一项，例如消息摘要算法、DH(Diffie-Hellman)密钥交换算法等，传输协议可以包括IP协议(InternetProtocol，网际互连协议)、TCP协议(Transmission Control Protocol，传输控制协议)或者UDP协议(User Datagram Protocol，用户数据报协议)中至少一项，本申请实施例不对压缩算法、加密算法以及传输协议的类型进行具体限定。

202、当控制设备接收到该第一请求，控制设备生成与第一请求对应的第一响应，向电子设备发送该第一响应。

其中，该第一响应至少携带具有该线路标识的至少一班交通工具的运行时刻信息，该运行时刻信息用于表示交通工具预计在何时抵达各个停靠站。可选地，该至少一班交通工具的运行时刻信息至少包括该至少一班交通工具预计抵达各个停靠站的到站时刻或者该至少一班交通工具的到站时刻与当前时刻之间的时间间隔中至少一项。

例如，第一请求携带的线路标识为2号线，第一响应至少可以携带2号线在两个行驶方向上相对于各个停靠站而言最近班次地铁的到站时刻，或者还可以携带2号线在两个行驶方向上相对于各个停靠站最近班次地铁的到站时刻与当前时刻之间的时间间隔(也可以称为等待时长)，当然，除了最近班次地铁之外，还可以携带最近班次地铁之后的各个班次地铁的运行时刻信息。需要说明的是，对不同停靠站而言最近班次地铁可能并不相同，假设第K班地铁已经途经了某一停靠站A，但还未到达下一停靠站A+1，那么对停靠站A而言，最近班次地铁为第K+1班地铁，而对停靠站A+1而言，最近班次地铁为第K班地铁。

在上述过程中，控制设备接收到第一请求后，可以通过解密算法对该第一请求进行解密，通过解压缩算法对解密后的第一请求进行解压缩，得到第一请求携带的线路标识、设备标识、停靠站标识、行驶方向标识、鉴权信息或者请求内容中至少一项，从而生成与第一请求对应的第一响应，生成第一响应时也可以采用压缩算法进行压缩，采用加密算法进行加密，采用传输协议进行封装，与生成第一请求的压缩、加密、封装过程类似，这里不做赘述。

在一些实施例中，在生成第一响应时，若第一请求仅携带线路标识，由于控制设备中存储了各条线路在各个行驶方向上各个班次交通工具的出发时刻，控制设备可以从中确定出该线路标识所对应的各个行驶方向上各个班次交通工具的出发时刻，从而根据各个班次交通工具的出发时刻、运行线路、行驶方向以及标准行驶速度，能够预测出该线路标识所对应的各个行驶方向上各个班次交通工具的运行时刻信息，将上述各个运行时刻信息封装为第一响应。

在一些实施例中，在生成第一响应时，若第一请求除了线路标识之外还携带设备标识，控制设备可以预先存储有设备与停靠站的映射关系，从而根据该映射关系，将设备标识映射至一个或多个停靠站标识，从而可以在与该线路标识所对应的各个行驶方向上各个班次交通工具的运行时刻信息中，筛选出还与该一个或多个停靠站标识对应的运行时刻信息，将上述与线路标识、一个或多个停靠站标识均对应的运行时刻信息封装为第一响应。

其中，设备与停靠站的映射关系可以是一对一的映射、一对多的映射或者多对一的映射，该映射关系可以基于电子设备与各个停靠站之间的距离来确定，若电子设备与某一停靠站之间的距离小于或等于距离阈值，那么确定该电子设备能够映射至该停靠站，否则，确定该电子设备不能映射至该停靠站。

在一些实施例中，在生成第一响应时，若第一请求除了线路标识之外还携带行驶方向标识，那么控制设备可以在与该线路标识所对应的各个行驶方向上各个班次交通工具的运行时刻信息中，筛选出与该行驶方向标识对应的运行时刻信息，将上述与线路标识、行驶方向标识均对应的运行时刻信息封装为第一响应。

由于第一请求可以同时携带线路标识、设备标识、停靠站标识或者行驶方向标识中至少一项，控制设备可以根据第一请求中携带的各项标识来对预先存储的各个运行时刻信息进行筛选，筛选出与第一请求相符的运行时刻信息，将上述与第一请求相符的运行时刻信息封装为第一响应，具体筛选过程与上述各种可能实现方式或者可能实现方式的组合类似，这里不做赘述。

在一些实施例中，在生成第一响应时，若第一请求除了线路标识之外还携带鉴权信息，那么控制设备在生成第一响应之前，先基于该鉴权信息对电子设备进行身份验证，当身份验证通过时，才执行生成第一响应的步骤，否则，向电子设备发送验证失败信息。

在一些实施例中，在生成第一响应时，若第一请求除了线路标识之外携带请求内容，那么控制设备在获取与该线路标识所对应的各个行驶方向上各个班次交通工具的运行时刻信息之后，获取该请求内容所请求的至少一项内容，将各个运行时刻信息以及该至少一项内容封装为第一响应。比如，当请求内容包括相邻交通工具出发时刻之间的间隔时长、封站指示或者交通工具的当前拥挤等级中至少一项时，控制设备将相邻交通工具出发时刻之间的间隔时长、该线路标识所对应线路的封站指示或者各个班次交通工具的当前拥挤等级中至少一项获取为上述至少一项内容。

在一些实施例中，在生成第一响应时，控制设备可以确定一个预计发送周期，该预计发送周期用于指示电子设备按照预计发送周期进行广播或组播，从而将该预计发送周期封装在第一响应中，当然控制设备也可以不指定预计发送周期，而是由电子设备自行确定广播或组播的发送周期，本申请实施例不对第一响应是否携带预计发送周期进行具体限定。

203、电子设备接收该控制设备发送的第一响应。

在上述过程中，电子设备接收第一响应，对该第一响应进行解密和解压缩，至少可以得到第一响应中携带的具有该线路标识的至少一班交通工具的运行时刻信息，当第一响应中还携带至少一项内容或者预计发送周期中至少一项时，电子设备还可以得到上述至少一项内容或者预计发送周期中至少一项。

其中，第一响应的解密和解压缩过程与上述步骤202中第一请求的解密和解压缩过程类似，这里不做赘述。

204、电子设备根据该至少一班交通工具的运行时刻信息，获取该至少一班交通工具预计抵达各个停靠站的到站时刻。

在一些实施例中，若该至少一班交通工具的运行时刻信息仅包括该至少一班交通工具预计抵达各个停靠站的到站时刻，那么电子设备可以直接将该运行时刻信息获取为各个到站时刻。

在一些实施例中，若该至少一班交通工具的运行时刻信息仅包括该至少一班交通工具的到站时刻与当前时刻之间的时间间隔，那么电子设备可以将当前时刻与各个班次交通工具对应的时间间隔相加，得到各个到站时刻。

在一些实施例中，若该至少一班交通工具的运行时刻信息包括各个到站时刻以及各个时间间隔，那么电子设备可以从运行时刻信息中直接获取各个到站时刻。

205、电子设备以广播或组播的形式，向至少一个终端发送到站时刻在当前时刻之后且到站时刻与当前时刻之间的时间间隔小于目标阈值的各个交通工具的运行时刻信息。

其中，该目标阈值为任一大于或等于0的数值，本申请实施例不对目标阈值的取值进行具体限定。

在一些实施例中，电子设备获取到各个到站时刻之后，可以从各个到站时刻中初步筛选出位于当前时刻之后的到站时刻，再从位于当前时刻之后的到站时刻中二次筛选出与当前时刻之间时间间隔小于目标阈值的到站时刻，以广播或组播的形式向至少一个终端发送上述二次筛选出的到站时刻。

在一些实施例中，电子设备获取到各个到站时刻之后，可以从各个到站时刻中初步筛选出与当前时刻之间时间间隔小于目标阈值的到站时刻，再从与当前时刻之间时间间隔小于目标阈值的到站时刻中二次筛选出位于当前时刻之后的到站时刻，以广播或组播的形式向至少一个终端发送上述二次筛选出的到站时刻。

在上述过程中，由于各个终端所对应的乘客通常较为关心下一趟或者下几趟班次的交通工具何时到站，通过选取在当前时刻之后且与当前时刻之间的时间间隔小于目标阈值的各个交通工具的运行时刻信息进行发送，能够避免向各个终端一次性发送大量不需要的运行时刻信息，从而提升数据传输的效率。

在上述步骤204-205中，电子设备以广播或组播的形式，向该至少一个终端发送该至少一班交通工具的运行时刻信息。可选地，该至少一个终端可以是当前与电子设备建立了有线或无线网络连接的全部终端，无线网络可以包括各代蜂窝移动通信网络(2G、3G、4G及5G)或者WiFi(Wireless Fidelity，无线保真)网络中至少一项。可选地，该至少一个终端还可以是当前与电子设备建立了射频连接的全部终端，例如，各个终端内部装配了射频标签，电子设备扫描到任一终端的射频标签时，电子设备与该终端建立了射频连接，可以基于射频识别(Radio Frequency Identification，RFID)技术进行非接触式的数据传输，本申请实施例不对电子设备与各个终端之间的数据传输方式进行具体限定。

在一些实施例中，上述步骤204-205还可以采用下述步骤进行替换：电子设备根据该至少一班交通工具的运行时刻信息，获取该至少一班交通工具预计抵达各个停靠站的到站时刻与当前时刻之间的时间间隔；按照时间间隔从小到大的顺序对各个交通工具进行排序；向该至少一个终端发送时间间隔大于或等于0且排序位于前目标位的各个交通工具的运行时刻信息。其中，目标位可以是任一大于或等于1的数值，本申请实施例不对目标位的取值进行具体限定。

在上述过程中，若该至少一班交通工具的运行时刻信息仅包括该至少一班交通工具预计抵达各个停靠站的到站时刻，那么电子设备可以将各个到站时刻与当前时刻相减，得到各个时间间隔；若该至少一班交通工具的运行时刻信息仅包括该至少一班交通工具的到站时刻与当前时刻之间的时间间隔，那么电子设备可以将该运行时刻信息获取为各个时间间隔；若该至少一班交通工具的运行时刻信息包括各个到站时刻以及各个时间间隔，那么电子设备可以从运行时刻信息中直接获取各个时间间隔。

在上述过程中，由于各个终端所对应的乘客通常较为关心下一趟或者下几趟班次的交通工具何时到站，通过选取时间间隔大于或等于0且排序位于前目标位的各个交通工具的运行时刻信息进行发送，能够避免向各个终端一次性发送大量不需要的运行时刻信息，从而提升数据传输的效率。

在一些实施例中，若该第一响应还携带预计发送周期，那么电子设备可以将该预计发送周期确定为广播或组播的发送周期，从而按照该发送周期执行上述步骤205；或，电子设备可以基于处于空闲状态的处理资源确定广播或组播的发送周期，按照该发送周期，执行上述步骤205。需要说明的是，即使第一响应中携带的预计发送周期，如果电子设备处于空闲状态的处理资源不能满足上述预计发送周期时，仍然可以自行确定广播或组播的发送周期，本申请实施例不对广播或组播的发送周期的确定方式进行具体限定。

在上述过程中，通过确定广播或组播的发送周期，能够避免电子设备总是耗费大量处理资源去进行广播运行时刻信息，能够节约电子设备的处理资源的占用率，避免影响电子设备的处理性能。

在一些实施例中，当电子设备检测到当前时刻晚于该至少一班交通工具的到站时刻时，电子设备可以根据该至少一班交通工具的运行时刻信息以及相邻交通工具出发时刻之间的间隔时长，获取下一班交通工具的运行时刻信息，以广播或组播的形式向至少一个终端发送该下一班交通工具的运行时刻信息。

在上述过程中，若第一响应中携带了相邻交通工具出发时刻之间的间隔时长，那么一旦当前时刻超过了各个班次交通工具的到站时刻，电子设备无需向控制设备再次申请获取运行时刻信息，而是可以自行根据相邻交通工具出发时刻之间的间隔时长，获取到下一班交通工具的运行时刻信息，能够简化运行时刻信息的传输流程，节约电子设备的处理资源。比如，电子设备可以将已有的最晚到站时刻加上该间隔时长所得的数值确定为下一班交通工具的到站时刻，将该到站时刻确定为运行时刻信息，以此类推，电子设备还可以获取下一班交通工具之后一个或多个班次交通工具的运行时刻信息，这里不做赘述。

在一些实施例中，当电子设备检测到当前时刻晚于该至少一班交通工具的到站时刻时，电子设备还可以直接删除该至少一班交通工具的运行时刻信息，然后重新执行上述步骤201中向该控制设备发送该第一请求的步骤，从而能够再次从控制设备中获取到更新后的运行时刻信息，以广播或组播的形式向至少一个终端发送该更新后的运行时刻信息。在上述过程中，由于很可能下一班交通工具没有严格按照预设的间隔时长从始发站出发，因此电子设备通过再次发送第一请求，能够从控制设备中获取到最准确的运行时刻信息，从而提升了运行时刻信息的准确度。

206、当该至少一个终端接收到电子设备发送的各个运行时刻信息时，显示各个运行时刻信息。

在上述过程中，该至少一个终端中任一终端可以通过文本、图片、语音或者动画中至少一种形式来显示各个运行时刻信息，例如，该终端显示一个消息窗口，在该消息窗口中以文本的形式显示各个运行时刻信息，在显示时还可以按照时间从前往后的顺序对各个运行时刻信息进行排序，又比如，在该终端显示一个浮层，在浮层中以文本的形式滚动显示各个运行时刻信息，又比如，该终端将各个运行时刻信息转化为语音消息，播放该语音消息，又比如，该终端显示一个互动气泡，当用户点击互动气泡时，以动画的形式播放各个运行时刻信息，本申请实施例不对终端显示各个运行时刻信息的方式进行具体限定。

207、电子设备向该控制设备发送反馈信息，该反馈信息包括发送是否成功或者广播或组播的发送周期中至少一项。

在上述过程中，每当电子设备完成一次广播后，均可以生成反馈信息，通过上述步骤206发送反馈信息，可选地，电子设备在首次发送反馈信息时，该反馈信息中可以携带广播或组播的发送周期，在后续各次发送反馈信息时，该反馈信息中无需携带广播或组播的发送周期。

在一些实施例中，电子设备也可以不执行上述步骤206，也即是说无需向控制设备发送反馈信息，能够简化运行时刻信息的传输流程。

208、控制设备向电子设备发送停止发送消息。

在上述过程中，当晚间停运或者封站时，控制设备可以生成停止发送消息，向电子设备发送该停止发送消息，其中，该停止发送消息用于指示电子设备停止以广播或组播的形式对各个运行时刻信息进行发送。生成停止发送消息时，也可以进行压缩、加密和封装，具体方式与上述步骤201类似，这里不做赘述。

209、当接收到该控制设备发送的停止发送消息时，电子设备响应于该停止发送消息，停止以广播或组播的形式对各个运行时刻信息进行发送。

在上述过程中，电子设备停止发送各个运行时刻信息，直到早间启运或者接收到解除封站指示时，返回执行上述步骤201所执行的操作。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本申请实施例提供的方法，通过向控制设备发送携带线路标识的第一请求，该第一请求用于指示该控制设备发送具有该线路标识的至少一班交通工具的运行时刻信息，接收该控制设备发送的第一响应，该第一响应至少携带具有该线路标识的至少一班交通工具的运行时刻信息，以广播或组播的形式，向至少一个终端发送该至少一班交通工具的运行时刻信息，能够及时告知站外乘客下一班交通工具何时到站，扩大了运行时刻信息的传输范围，消除了运行时刻信息传输过程的局限性，能够适用于正在赶去地铁站的站外乘客，优化了站外乘客的用户体验。

进一步地，当站外乘客通过终端接收到各个运行时刻信息后，显示各个运行时刻信息，能够及时掌握到站时刻、到站时刻与当前时刻之间的时间间隔等信息，能够合理规划自身的进站节奏，以地铁为例，比如下一趟地铁即将到站，站外乘客在掌握到站时刻后能够加快脚步，从而赶上下一趟地铁，避免了因错过下一趟地铁而导致的大量等待时长，提升了乘客的乘车体验，此外，对于地铁运营公司来说，通过电子设备的广播或组播来发送运行时刻信息，能够提升地铁站的智能化程度和服务质量，本申请实施例提供的运行时刻信息传输方式的覆盖范围不局限于地铁运行时刻信息，也可以是公交车、企业班车、渡船等运行时刻信息，也即是说，覆盖范围广，并且成本低廉、无噪音干扰。

在上述实施例中，电子设备主动向控制设备发送第一请求，使得控制设备向电子设备返回第一响应，电子设备再对各个运行时刻信息进行广播或组播，在一个实施例中，还可以由控制设备主动开启一次运行时刻信息的传输，将在本申请实施例中进行详述。

图3是本申请实施例提供的一种运行时刻信息传输方法的交互流程图，参见图3，该实施例应用于上述实施环境中控制设备101、电子设备102和至少一个终端103之间的交互过程，该实施例包括下述步骤：

301、控制设备向电子设备发送第二请求，该第二请求用于请求对运行时刻信息进行广播或组播。

在上述过程中，控制设备可以对第二请求进行压缩、加密和封装，具体方式与上述步骤201中压缩、加密和封装方式类似，这里不做赘述。

302、电子设备接收该控制设备发送的第二请求。

在上述过程中，电子设备可以对第二请求进行解压缩、解密，执行下述步骤303。

303、若处于空闲状态的处理资源支持广播或组播业务，电子设备向该控制设备发送确认信息。

电子设备判断当前处于空闲状态的处理资源是否能够支持广播或组播业务时，可以判断处于空闲状态的处理资源是否大于资源阈值，若大于资源阈值，确定支持广播或组播业务，通过上述步骤303向控制设备发送确认信息，若小于或等于资源阈值，确定无法支持广播或组播业务，则可以向控制设备发送拒绝信息。

304、当控制设备接收到该确认信息，控制设备向电子设备发送第一响应，该第一响应至少携带具有该线路标识的至少一班交通工具的运行时刻信息。

上述步骤304与上述步骤202类似，这里不做赘述。

305、当接收到该控制设备发送的该第一响应时，电子设备以广播或组播的形式，向至少一个终端发送该至少一班交通工具的运行时刻信息。

上述步骤305与上述步骤203-205类似，这里不做赘述。

306、当该至少一个终端接收到电子设备发送的各个运行时刻信息时，显示各个运行时刻信息。

上述步骤306与上述步骤206类似，这里不做赘述。

在一些实施例中，电子设备还可以在广播或组播完毕后，通过与上述步骤207类似的步骤，向控制设备发送反馈信息，可选地，控制设备也可以通过与上述步骤208类似的步骤，向电子设备发送停止发送消息，以及电子设备通过与上述步骤209类似的步骤，停止对各个运行时刻信息进行发送，这里不做赘述。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本申请实施例提供的方法，通过由控制设备向电子设备发送第二请求，电子设备基于处于空闲状态的处理资源确定是否支持广播或组播业务，若支持广播或组播业务，发送确认信息，使得控制设备响应于确定信息，向电子设备发送第一响应，控制设备无需等待电子设备发送第一请求，而是可以直接向电子设备发送第二请求，从而由控制设备开启一次运行时刻信息的传输流程，丰富了运行时刻信息传输流程的多样性。

图4是本申请实施例提供的一种运行时刻信息传输装置的结构示意图，参见图4，该装置包括：

发送模块401，用于向控制设备发送携带线路标识的第一请求，该控制设备用于提供交通工具的运行时刻信息，该第一请求用于指示该控制设备发送具有该线路标识的至少一班交通工具的运行时刻信息；

接收模块402，用于接收该控制设备发送的第一响应，该第一响应至少携带具有该线路标识的至少一班交通工具的运行时刻信息；

该发送模块401，还用于以广播或组播的形式，向至少一个终端发送该至少一班交通工具的运行时刻信息。

本申请实施例提供的装置，通过向控制设备发送携带线路标识的第一请求，该第一请求用于指示该控制设备发送具有该线路标识的至少一班交通工具的运行时刻信息，接收该控制设备发送的第一响应，该第一响应至少携带具有该线路标识的至少一班交通工具的运行时刻信息，以广播或组播的形式，向至少一个终端发送该至少一班交通工具的运行时刻信息，能够及时告知站外乘客下一班交通工具何时到站，扩大了运行时刻信息的传输范围，消除了运行时刻信息传输过程的局限性，能够适用于正在赶去地铁站的站外乘客，优化了站外乘客的用户体验。

在一种可能实施方式中，该至少一班交通工具的运行时刻信息至少包括该至少一班交通工具预计抵达各个停靠站的到站时刻或者该至少一班交通工具的到站时刻与当前时刻之间的时间间隔中至少一项；或，

该第一请求还携带设备标识、停靠站标识、行驶方向标识、鉴权信息或者请求内容中至少一项，该请求内容用于表示请求该控制设备发送的至少一项内容，该至少一项内容包括相邻交通工具出发时刻之间的间隔时长、封站指示或者交通工具的当前拥挤等级中的至少一项，该封站指示用于表示各个停靠站是否封锁；当该第一请求携带该请求内容时，该第一响应还携带该请求内容所请求的该至少一项内容。

在一种可能实施方式中，该发送模块401用于：

根据该至少一班交通工具的运行时刻信息，获取该至少一班交通工具预计抵达各个停靠站的到站时刻；

向该至少一个终端发送到站时刻在当前时刻之后且到站时刻与当前时刻之间的时间间隔小于目标阈值的各个交通工具的运行时刻信息。

在一种可能实施方式中，该发送模块401用于：

根据该至少一班交通工具的运行时刻信息，获取该至少一班交通工具预计抵达各个停靠站的到站时刻与当前时刻之间的时间间隔；

按照时间间隔从小到大的顺序对各个交通工具进行排序；

向该至少一个终端发送时间间隔大于或等于0且排序位于前目标位的各个交通工具的运行时刻信息。

在一种可能实施方式中，该装置还用于：

当检测到当前时刻晚于该至少一班交通工具的到站时刻时，删除该至少一班交通工具的运行时刻信息，重新基于发送模块401向该控制设备发送该第一请求；或，

当检测到当前时刻晚于该至少一班交通工具的到站时刻时，根据该至少一班交通工具的运行时刻信息以及相邻交通工具出发时刻之间的间隔时长，获取下一班交通工具的运行时刻信息。

在一种可能实施方式中，该装置还用于：

接收该控制设备发送的第二请求，该第二请求用于请求对运行时刻信息进行广播或组播；

若处于空闲状态的处理资源支持广播或组播业务，向该控制设备发送确认信息；

当接收到该控制设备发送的该第一响应时，执行该发送模块401所执行的向至少一个终端发送该至少一班交通工具的运行时刻信息的操作。

在一种可能实施方式中，该装置还用于：

当接收到该控制设备发送的停止发送消息时，响应于该停止发送消息，停止以广播或组播的形式对各个运行时刻信息进行发送。

在一种可能实施方式中，该装置还用于：

向该控制设备发送反馈信息，该反馈信息包括发送是否成功或者广播或组播的发送周期中至少一项。

在一种可能实施方式中，该装置还用于：

若该第一响应还携带预计发送周期，将该预计发送周期确定为广播或组播的发送周期，按照该发送周期，执行该发送模块401所执行的向至少一个终端发送该至少一班交通工具的运行时刻信息的步骤；或，

基于处于空闲状态的处理资源确定广播或组播的发送周期，按照该发送周期，执行该发送模块401所执行的向至少一个终端发送该至少一班交通工具的运行时刻信息的步骤。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的运行时刻信息传输装置在传输运行时刻信息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将电子设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的运行时刻信息传输装置与运行时刻信息传输方法实施例属于同一构思，其具体实现过程详见运行时刻信息传输方法实施例，这里不再赘述。

图5是本申请实施例提供的一种电子设备的结构示意图。该电子设备500可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。电子设备500还可能被称为用户设备、便携式电子设备、膝上型电子设备、台式电子设备等其他名称。

通常，电子设备500包括有：处理器501和存储器502。

处理器501可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器501可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器501也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器501可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器501还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器502可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器502还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器502中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器501所执行以实现本申请中各个实施例提供的运行时刻信息传输方法。

在一些实施例中，电子设备500还可选包括有：外围设备接口503和至少一个外围设备。处理器501、存储器502和外围设备接口503之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口503相连。具体地，外围设备包括：射频电路504、触摸显示屏505、摄像头组件506、音频电路507、定位组件508和电源509中的至少一种。

外围设备接口503可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器501和存储器502。在一些实施例中，处理器501、存储器502和外围设备接口503被集成在同一芯片或电路板上；在一些其他实施例中，处理器501、存储器502和外围设备接口503中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路504用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路504通过电磁信号与通信网络以及其他通信设备进行通信。射频电路504将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路504包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路504可以通过至少一种无线通信协议来与其它电子设备进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路504还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏505用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏505是触摸显示屏时，显示屏505还具有采集在显示屏505的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器501进行处理。此时，显示屏505还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏505可以为一个，设置电子设备500的前面板；在另一些实施例中，显示屏505可以为至少两个，分别设置在电子设备500的不同表面或呈折叠设计；在再一些实施例中，显示屏505可以是柔性显示屏，设置在电子设备500的弯曲表面上或折叠面上。甚至，显示屏505还可以设置成非矩形的不规则图形，也即异形屏。显示屏505可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件506用于采集图像或视频。可选地，摄像头组件506包括前置摄像头和后置摄像头。通常，前置摄像头设置在电子设备的前面板，后置摄像头设置在电子设备的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件506还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路507可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器501进行处理，或者输入至射频电路504以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在电子设备500的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器501或射频电路504的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路507还可以包括耳机插孔。

定位组件508用于定位电子设备500的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件508可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源509用于为电子设备500中的各个组件进行供电。电源509可以是交流电、直流电、一次性电池或可充电电池。当电源509包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，电子设备500还包括有一个或多个传感器510。该一个或多个传感器510包括但不限于：加速度传感器511、陀螺仪传感器512、压力传感器513、指纹传感器514、光学传感器515以及接近传感器516。

加速度传感器511可以检测以电子设备500建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器511可以用于检测重力加速度在三个坐标轴上的分量。处理器501可以根据加速度传感器511采集的重力加速度信号，控制触摸显示屏505以横向视图或纵向视图进行用户界面的显示。加速度传感器511还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器512可以检测电子设备500的机体方向及转动角度，陀螺仪传感器512可以与加速度传感器511协同采集用户对电子设备500的3D动作。处理器501根据陀螺仪传感器512采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器513可以设置在电子设备500的侧边框和/或触摸显示屏505的下层。当压力传感器513设置在电子设备500的侧边框时，可以检测用户对电子设备500的握持信号，由处理器501根据压力传感器513采集的握持信号进行左右手识别或快捷操作。当压力传感器513设置在触摸显示屏505的下层时，由处理器501根据用户对触摸显示屏505的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器514用于采集用户的指纹，由处理器501根据指纹传感器514采集到的指纹识别用户的身份，或者，由指纹传感器514根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器501授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器514可以被设置电子设备500的正面、背面或侧面。当电子设备500上设置有物理按键或厂商Logo时，指纹传感器514可以与物理按键或厂商Logo集成在一起。

光学传感器515用于采集环境光强度。在一个实施例中，处理器501可以根据光学传感器515采集的环境光强度，控制触摸显示屏505的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏505的显示亮度；当环境光强度较低时，调低触摸显示屏505的显示亮度。在另一个实施例中，处理器501还可以根据光学传感器515采集的环境光强度，动态调整摄像头组件506的拍摄参数。

接近传感器516，也称距离传感器，通常设置在电子设备500的前面板。接近传感器516用于采集用户与电子设备500的正面之间的距离。在一个实施例中，当接近传感器516检测到用户与电子设备500的正面之间的距离逐渐变小时，由处理器501控制触摸显示屏505从亮屏状态切换为息屏状态；当接近传感器516检测到用户与电子设备500的正面之间的距离逐渐变大时，由处理器501控制触摸显示屏505从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图5中示出的结构并不构成对电子设备500的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括至少一条程序代码的存储器，上述至少一条程序代码可由终端中的处理器执行以完成上述实施例中运行时刻信息传输方法。例如，该计算机可读存储介质可以是ROM(Read-Only Memory，只读存储器)、RAM(Random-Access Memory，随机存取存储器)、CD-ROM(Compact Disc Read-OnlyMemory，只读光盘)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (19)

1.一种运行时刻信息传输方法，其特征在于，所述方法包括：

向控制设备发送携带线路标识的第一请求，所述控制设备用于提供交通工具的运行时刻信息，所述第一请求用于指示所述控制设备发送具有所述线路标识的至少一班交通工具的运行时刻信息；

接收所述控制设备发送的第一响应，所述第一响应至少携带具有所述线路标识的至少一班交通工具的运行时刻信息；

以广播或组播的形式，向至少一个终端发送所述至少一班交通工具的运行时刻信息；

当接收到所述控制设备发送的停止发送消息时，响应于所述停止发送消息，停止以广播或组播的形式对各个运行时刻信息进行发送。

2.根据权利要求1所述的方法，其特征在于，所述至少一班交通工具的运行时刻信息至少包括所述至少一班交通工具预计抵达各个停靠站的到站时刻或者所述至少一班交通工具的到站时刻与当前时刻之间的时间间隔中至少一项；或，

所述第一请求还携带设备标识、停靠站标识、行驶方向标识、鉴权信息或者请求内容中至少一项，所述请求内容用于表示请求所述控制设备发送的至少一项内容，所述至少一项内容包括相邻交通工具出发时刻之间的间隔时长、封站指示或者交通工具的当前拥挤等级中的至少一项，所述封站指示用于表示各个停靠站是否封锁；当所述第一请求携带所述请求内容时，所述第一响应还携带所述请求内容所请求的所述至少一项内容。

3.根据权利要求2所述的方法，其特征在于，所述向至少一个终端发送所述至少一班交通工具的运行时刻信息包括：

根据所述至少一班交通工具的运行时刻信息，获取所述至少一班交通工具预计抵达各个停靠站的到站时刻；

向所述至少一个终端发送到站时刻在当前时刻之后且到站时刻与当前时刻之间的时间间隔小于目标阈值的各个交通工具的运行时刻信息。

4.根据权利要求2所述的方法，其特征在于，所述向至少一个终端发送所述至少一班交通工具的运行时刻信息包括：

根据所述至少一班交通工具的运行时刻信息，获取所述至少一班交通工具预计抵达各个停靠站的到站时刻与当前时刻之间的时间间隔；

按照时间间隔从小到大的顺序对各个交通工具进行排序；

向所述至少一个终端发送时间间隔大于或等于0且排序位于前目标位的各个交通工具的运行时刻信息。

5.根据权利要求2所述的方法，其特征在于，所述向至少一个终端发送所述至少一班交通工具的运行时刻信息之后，所述方法还包括：

当检测到当前时刻晚于所述至少一班交通工具的到站时刻时，删除所述至少一班交通工具的运行时刻信息，重新向所述控制设备发送所述第一请求；或，

当检测到当前时刻晚于所述至少一班交通工具的到站时刻时，根据所述至少一班交通工具的运行时刻信息以及相邻交通工具出发时刻之间的间隔时长，获取下一班交通工具的运行时刻信息。

6.根据权利要求1所述的方法，其特征在于，所述向至少一个终端发送所述至少一班交通工具的运行时刻信息之前，所述方法还包括：

接收所述控制设备发送的第二请求，所述第二请求用于请求对运行时刻信息进行广播或组播；

若处于空闲状态的处理资源支持广播或组播业务，向所述控制设备发送确认信息；

当接收到所述控制设备发送的所述第一响应时，执行向至少一个终端发送所述至少一班交通工具的运行时刻信息的步骤。

7.根据权利要求1所述的方法，其特征在于，所述向至少一个终端发送所述至少一班交通工具的运行时刻信息之后，所述方法还包括：

向所述控制设备发送反馈信息，所述反馈信息包括发送是否成功或者广播或组播的发送周期中至少一项。

8.根据权利要求1所述的方法，其特征在于，所述向至少一个终端发送所述至少一班交通工具的运行时刻信息之前，所述方法还包括：

若所述第一响应还携带预计发送周期，将所述预计发送周期确定为广播或组播的发送周期，按照所述发送周期，执行向至少一个终端发送所述至少一班交通工具的运行时刻信息的步骤；或，

基于处于空闲状态的处理资源确定广播或组播的发送周期，按照所述发送周期，执行向至少一个终端发送所述至少一班交通工具的运行时刻信息的步骤。

9.一种运行时刻信息传输装置，其特征在于，所述装置包括：

发送模块，用于向控制设备发送携带线路标识的第一请求，所述控制设备用于提供交通工具的运行时刻信息，所述第一请求用于指示所述控制设备发送具有所述线路标识的至少一班交通工具的运行时刻信息；

接收模块，用于接收所述控制设备发送的第一响应，所述第一响应至少携带具有所述线路标识的至少一班交通工具的运行时刻信息；

所述发送模块，还用于以广播或组播的形式，向至少一个终端发送所述至少一班交通工具的运行时刻信息；当接收到所述控制设备发送的停止发送消息时，响应于所述停止发送消息，停止以广播或组播的形式对各个运行时刻信息进行发送。

10.根据权利要求9所述的装置，其特征在于，所述至少一班交通工具的运行时刻信息至少包括所述至少一班交通工具预计抵达各个停靠站的到站时刻或者所述至少一班交通工具的到站时刻与当前时刻之间的时间间隔中至少一项；或，

所述第一请求还携带设备标识、停靠站标识、行驶方向标识、鉴权信息或者请求内容中至少一项，所述请求内容用于表示请求所述控制设备发送的至少一项内容，所述至少一项内容包括相邻交通工具出发时刻之间的间隔时长、封站指示或者交通工具的当前拥挤等级中的至少一项，所述封站指示用于表示各个停靠站是否封锁；当所述第一请求携带所述请求内容时，所述第一响应还携带所述请求内容所请求的所述至少一项内容。

11.根据权利要求10所述的装置，其特征在于，所述发送模块用于：

根据所述至少一班交通工具的运行时刻信息，获取所述至少一班交通工具预计抵达各个停靠站的到站时刻；

向所述至少一个终端发送到站时刻在当前时刻之后且到站时刻与当前时刻之间的时间间隔小于目标阈值的各个交通工具的运行时刻信息。

12.根据权利要求10所述的装置，其特征在于，所述发送模块用于：

根据所述至少一班交通工具的运行时刻信息，获取所述至少一班交通工具预计抵达各个停靠站的到站时刻与当前时刻之间的时间间隔；

按照时间间隔从小到大的顺序对各个交通工具进行排序；

向所述至少一个终端发送时间间隔大于或等于0且排序位于前目标位的各个交通工具的运行时刻信息。

13.根据权利要求10所述的装置，其特征在于，所述装置还用于：

当检测到当前时刻晚于所述至少一班交通工具的到站时刻时，删除所述至少一班交通工具的运行时刻信息，重新基于发送模块向所述控制设备发送所述第一请求；或，

当检测到当前时刻晚于所述至少一班交通工具的到站时刻时，根据所述至少一班交通工具的运行时刻信息以及相邻交通工具出发时刻之间的间隔时长，获取下一班交通工具的运行时刻信息。

14.根据权利要求9所述的装置，其特征在于，所述装置还用于：

接收所述控制设备发送的第二请求，所述第二请求用于请求对运行时刻信息进行广播或组播；

若处于空闲状态的处理资源支持广播或组播业务，向所述控制设备发送确认信息；

当接收到所述控制设备发送的所述第一响应时，执行所述发送模块所执行的向至少一个终端发送所述至少一班交通工具的运行时刻信息的操作。

15.根据权利要求9所述的装置，其特征在于，所述装置还用于：

向所述控制设备发送反馈信息，所述反馈信息包括发送是否成功或者广播或组播的发送周期中至少一项。

16.根据权利要求9所述的装置，其特征在于，所述装置还用于：

若所述第一响应还携带预计发送周期，将所述预计发送周期确定为广播或组播的发送周期，按照所述发送周期，执行所述发送模块所执行的向至少一个终端发送所述至少一班交通工具的运行时刻信息的步骤；或，

基于处于空闲状态的处理资源确定广播或组播的发送周期，按照所述发送周期，执行所述发送模块所执行的向至少一个终端发送所述至少一班交通工具的运行时刻信息的步骤。

17.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求8任一项所述的运行时刻信息传输方法。

18.一种存储介质，其特征在于，所述存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求8任一项所述的运行时刻信息传输方法。

19.一种计算机程序产品，其特征在于，所述计算机程序产品包括至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求8任一项所述的运行时刻信息传输方法。

Images