CN114944078B - 信息处理方法、装置、设备、存储介质及计算机程序产品 - Google Patents

Abstract

本公开提供了一种信息处理方法、装置、设备、存储介质及计算机程序产品，涉及边缘计算、车路协同等技术领域，可应用于智慧交通场景。该方法包括：接收路侧感知设备传入的路口的交通灯信号；获取目标公交车的位置信息和速度信息，目标公交车为将在智慧站台停靠的公交车；基于位置信息、速度信息和交通灯信号，计算到达时长；输出与目标公交车对应的到达时长，以使候车用户根据到达时长调整出行规划。该方法通过对道路上既有的站台设施进行智能化改造，使其可作为额外边缘计算节点加入智慧交通网，并通过对接收到的交通灯信号进行分析和处理，能够更为精准的计算将要停靠公交车的到达时长，便于候车用户及时调整出行规划，提升公交的出行体验。

Description

信息处理方法、装置、设备、存储介质及计算机程序产品

技术领域

本公开涉及数据处理技术领域，具体涉及边缘计算、车路协同等技术领域，可应用于智慧交通场景，尤其涉及一种应用于智慧站台的信息处理方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

背景技术

随着无线数据传输速率的不断提升，智慧城市、智慧交通的概念不断被提起。且也逐渐发展出了基于路侧感知设备、车辆构建的车路协同系统。

而随着路侧感知能力的不断发展，如何更加充分利用路上的既有设施来进一步提升用户的出行体验，是本领域技术人员亟待解决的问题。

发明内容

本公开实施例提出了一种应用于智慧站台的信息处理方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

第一方面，本公开实施例提出了一种应用于智慧站台的信息处理方法，包括：接收路侧感知设备传入的路口的交通灯信号；获取目标公交车的位置信息和速度信息；其中，目标公交车为将在智慧站台停靠的公交车；基于位置信息、速度信息和交通灯信号，计算到达时长；输出与目标公交车对应的到达时长，以使候车用户根据到达时长调整出行规划。

第二方面，本公开实施例提出了一种应用于智慧站台的信息处理装置，包括：交通灯信号接收单元，被配置成接收路侧感知设备传入的路口的交通灯信号；位置及速度信息回去单元，被配置成获取目标公交车的位置信息和速度信息；其中，目标公交车为将在智慧站台停靠的公交车；到达时长计算单元，被配置成基于位置信息、速度信息和交通灯信号，计算到达时长；到达时长输出单元，被配置成输出与目标公交车对应的到达时长，以使候车用户根据到达时长调整出行规划。

第三方面，本公开实施例提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器执行时能够实现如第一方面中任一实现方式描述的应用于智慧站台的信息处理方法。

第四方面，本公开实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行时能够实现如第一方面中任一实现方式描述的应用于智慧站台的信息处理方法。

第五方面，本公开实施例提供了一种包括计算机程序的计算机程序产品，该计算机程序在被处理器执行时能够实现如第一方面中任一实现方式描述的应用于智慧站台的信息处理方法的步骤。

本申请所提供的应用于智慧站台的信息处理方法，充分利用了道路上既有的站台设施，通过对既有站台进行智能化改造，使其可作为额外边缘计算节点加入智慧交通网，而通过对接收到的交通灯信号进行分析和处理，能够更为精准的计算将要停靠公交车的到达时长，有助于候车用户能够及时调整出行规划，提升用户乘坐公交车出行的出行体验。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开可以应用于其中的示例性系统架构；

图2为本公开实施例提供的一种信息处理方法的流程图；

图3为本公开实施例提供的一种计算到达时长的方法的流程图；

图4为本公开实施例提供的一种计算起步时长并基于计算出的起步时长调整下一站到达时长的方法的流程图；

图5为本公开实施例提供的一种异常事件处理方法的示意图；

图6为本公开实施例提供的一种应用于智慧站台的信息处理装置的结构框图；

图7为本公开实施例提供的一种适用于执行信息处理方法的电子设备的结构示意图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

图1示出了可以应用本公开的信息处理方法、装置、电子设备及计算机可读存储介质的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括交通信号灯101、路侧感知设备102、智慧站台103、候车用户104。各主体之间架设有数据传输通道，该数据传输通路可通过多种方式进行架设，例如有线、无线通信链路或者光纤电缆等等。

其中，交通信号灯101通常架设在路口，用于指示将要通过该路口的车辆或行人在何时、何方向可通行或禁止通行；路侧感知设备102用于感知附近的与影响车辆、行人通行的相关信息，通过可独立架设在路边或作为一个组件架设在智能灯杆上；智慧站台103分布在公交线路上的每个停靠点处，用于为候车用户104提供将停靠在此处的公交车的相关信息。

交通信号灯101与路侧感知设备102，路侧感知设备102与智慧站台103，智慧站台103与候车用户104之间，可通过多种方式进行信息的传输，例如可通过其上(例如候车用户104所持的用户终端)安装的应用程序。当然，交通信号灯101、路侧感知设备102、智慧站台103上还可以安装有其它应用程序，以满足除上述功能需求外的其它需求。

智慧站台103可以通过内置的各种应用提供各种服务，以可以为候车用户103提供更精准出行规划服务的公交出行类应用为例，智慧站台103在运行该公交出行类应用时可实现如下效果：首先，通过网络接收路侧感知设备102对交通信号灯101采集得到的交通灯信号；然后，获取目标公交车的位置信息和速度信息，目标公交车为将在智慧站台停靠的公交车；接下来，基于位置信息、速度信息和交通灯信号，计算到达时长；最后，将与目标公交车对应的到达时长显示在站台显示屏上，以使候车用户通过查看呈现在站台显示屏的各目标公交车的到达时长来调整自己的出行规划。

需要指出的是，交通灯信号除可以临时从路侧感知设备处获取到之外，也可以通过各种方式预先存储在智慧站台103本地(仅在交通灯信号的信号变换规律预先设定好且未经变更的情况下)，进而直接从本地获取这一数据。

本公开后续各实施例所提供的信息处理方法由智慧站台103来执行，相应地，信息处理装置一般也设置于智慧站台103中。

应该理解，图1中的交通信号灯、路侧感知设备、智慧站台和候车用户的数目仅仅是示意性的。根据实现需要，可以具有任意数目的交通信号灯、路侧感知设备、智慧站台和候车用户。

请参考图2，图2为本公开实施例提供的一种信息处理方法的流程图，其中流程200包括以下步骤：

步骤201：接收路侧感知设备传入的路口的交通灯信号；

本步骤旨在由信息处理方法的执行主体(例如图1所示的智慧站台103)接收路侧感知设备传入的路口的交通灯信号。其中，路侧感知设备通常作为智慧交通网中基础的边缘计算节点存在，通常设置在道路旁侧，用于通过扫描仪、摄像头等功能组件获取与道路和交通相关的各种信息。

例如，路侧感知设备通过摄像组件拍摄得到附近路口的交通信号灯的图片，并通过对图片的颜色特征进行分析，确定出交通信号灯在拍摄时刻具体呈现哪种颜色以及可能同时呈现出的持续时间。其中，交通信号灯可以包括各种形态的红绿灯、转向指示灯、临时标识灯。

另外，作为执行主体的智慧站台在接收传入的交通灯信号时，通常只需要从附近的路侧感知设备接收其对附近路口的交通信号灯采集到的交通灯信号，而不需要让每个智慧站台获取所有路口的交通灯信号，一方面是因为尝试根据距智慧站台越远的交通灯信号进行较远距离的计算，只会因不确定因素的增加而降低最终计算结果的准确性，另一方面也是因为智慧站台虽然作为边缘计算节点，但其计算性能也不会很高，接收附近范围内的有限数据进行有限范围的较准确分析，更能够在较低成本的基础上能够预期效果。

之所以本步骤要通过路侧感知设备来获取交通灯信号，是因为路侧感知设备作为当前已经广泛建设的硬件设备，其具备较完善的数据采集和数据传输能力，相反交通灯信号往往只能通过有线传输进行参数的配置，且通常无法直接向外传输相关信号。当然，如果将来交通灯信号自身具有信号传输能力，那也可以直接从交通信号灯处获取该交通灯信号。同时，如果可以确保交通控制中心记录的交通灯信号与实际的交通灯信号一致，也可以在由条件的情况下，直接从交通控制中心获取交通灯信号。

步骤202：获取目标公交车的位置信息和速度信息；

在步骤201的基础上，本步骤旨在由上述执行主体获取目标公交车的位置信息和速度信息。其中，目标公交车为将在智慧站台停靠的公交车，即该智慧站台是1路、3路、27路公交车行驶路线上的一个停靠站，那么目标公交车就是1路、3路、27路。

公交车作为公共交通车辆，其上通过配置有记录车辆信息的车载单元，因此通常可以通过该车载单元获取到该目标公交车的位置信息和速度信息。具体的，位置信息用于表示该目标公交车的具体位置，例如直接表现为经纬度信息，也可以根据该经纬度信息和行驶路线上的各停靠站台的位置，将该位置信息表示为距离该智慧站台还有多远的相对位置信息；速度信息则用于表示该目标公交车的速度特征，例如实时速度、平均速度、历史同期速度等。

步骤203：基于位置信息、速度信息和交通灯信号，计算到达时长；

在步骤202的基础上，本步骤旨在由上述执行主体根据目标公交车的位置信息、速度信息和交通灯信号，来计算得到目标公交车到达该智慧站台所需的到达时长。

具体的，当目标公交车在其所在的当前位置与该智慧站台之间不存在交通信号灯时，就可以仅根据位置信息和速度信息，计算得到到达时长；反之，当目标公交车在其所在的当前位置与该智慧站台之间存在至少一个交通信号灯时，就需要结合这些交通灯信号对目标公交车行驶的影响，来更准确的计算到达时长。

步骤204：输出与目标公交车对应的到达时长，以使候车用户根据到达时长调整出行规划。

在步骤203的基础上，本步骤旨在由上述执行主体将计算出的目标公交车对应的到达时长进行信息输出，进而使得在该智慧站台进行候车的候车用户能够根据接收到的输出信息来调整自己的出行规划。

其中，信息输出的可以包括：呈现在站台显示屏上、将包含目标公交车识别编号和到达时长的信息以合成语音形式进行播报、将包含目标公交车识别编号和到达时长的信息推送给订阅了相关信息的用户，等。

进一步的，为了便于精准候车，减少候车人群在站台的无效堆积，还可以在该到达时长小于预设时长时，将目标公交车的到达时长，推送给目标用户终端，该目标用户终端为预先订阅了在该智慧站台乘车目标公交车的用户终端，以使用户通过查看其用户终端上接收到的推送消息后，再前往该智慧站台。即该预设时长可由不同的订阅用户自行设置，以符合不同用户的各自实际情况(例如居住位置距该智慧站台的距离不同)。

本公开实施例提供的应用于智慧站台的信息处理方法，充分利用了道路上既有的站台设施，通过对既有站台进行智能化改造，使其可作为额外边缘计算节点加入智慧交通网，而通过对接收到的交通灯信号进行分析和处理，能够更为精准的计算将要停靠公交车的到达时长，有助于候车用户能够及时调整出行规划，提升用户乘坐公交车出行的出行体验。

请参考图3，图3为本公开实施例提供的一种计算到达时长的方法的流程图，即针对图2所示的流程200中的步骤203提供了一种具体的实现方式，流程200中的其它步骤并不做调整，也将本实施例所提供的具体实现方式以替换步骤201的方式得到一个新的完整实施例。其中流程300包括以下步骤：

步骤301：根据目标公交车的当前位置，确定目标公交车与智慧站台之间的行驶路线；

本步骤旨在由上述执行主体根据目标公交车的当前位置，确定在当前位置作为起点、该智慧站台作为终点情况下的行驶路线。当然，如果每辆公交车拥有预先固定的行驶路线，那么本步骤的行驶路线则可以直接确定得到。

步骤302：将存在于行驶路线中的交通灯信号，确定为目标交通灯信号；

在步骤301的基础上，本步骤旨在由上述执行主体根据行驶路线和接收到的各交通灯信号对应的交通信号灯所在位置，通过位置匹配的方式，将存在于行驶路线中的交通灯信号，确定为目标交通灯信号。

即目标交通灯信号均是会影响将在该行驶路线上行驶的目标公交车的交通灯信号。

步骤303：根据行驶路线的长度、速度信息、目标交通灯信号的变化规律，计算目标公交车到达智慧站台所需的到达时长。

在步骤302的基础上，本步骤旨在由上述执行主体根据行驶路线的长度、速度信息和目标交通灯信号的变化规律，进而计算得到一个较为准确的目标公交车到达该智慧站台所需的到达时长。

理想情况下，若行驶路线上的车流量不大且没有目标交通灯信号，那么目标公交车最大可以以一个较安全的速度均速通过这段路程，那么理想到达时长即为该路程与速度的商。而在实际情况下，车流量的密度、行驶路线中包含的弯道数、路口数、到达路口时的路口交通信号灯的状态、等待红灯的车辆数目、天气等等因素，都会影响到达时长。

本申请目前主要考虑交通灯信号对到达时长的影响，具体的影响因素就是目标交通信号灯对能否通行的指示状态(例如红灯指示无法通行、绿灯指示可以通行)、每种指示状态的变换规律和受变换间隔影响的等待车辆堆积情况。

本实施例针对步骤203，通过步骤301-步骤303提供了一种计算到达时长的具体实现方式，即首先确定与到达时间对应的行驶路线，然后在根据速度信息和目标交通灯信号，来计算得到一个较为准确的到达时长。应当理解的是，本实施例仅提供了一种可行的实现方式，本领域技术人员可以在上述指导思想的基础上，调整各关键参数计算步骤的顺序、引入额外的影响因素来对计算过程进行微调，此处不做具体限定。

请参考图4，图4为本公开实施例提供的一种计算起步时长并基于计算出的起步时长调整下一站到达时长的方法的流程图，即在图2所示的流程200的各步骤之外，还为下一智慧站台能够计算出更准确的到达时长，提供了额外的技术方案，其中流程400包括以下步骤：

步骤401：获取智慧站台的车辆密度信息和候车人群密度信息；

步骤402：根据车辆密度信息和候车人群密度信息，计算停靠的目标公交车再启动的起步时长；

步骤401-步骤402旨在通过由上述执行主体根据获取到的自己站台的车辆密度信息和候车人群密度信息，来计算停靠在自己站台的目标公交车再启动的起步时长。即车辆密度信息所反映出的车辆密度越大，也就意味着停靠的车辆较多、起步时长会越长；候车人群密度信息所反映出的候车人群密度越大，也就意味着的候车人数越多、上下车时间越长、起步时长会越长。

即通过综合考虑车辆密度和候车人群密度对起步时长的影响，来更精准的计算停靠的目标公交车再启动的起步时长。

步骤403：将起步时长发送给目标公交车将停靠的下一智慧站台，以使下一智慧站台基于起步时长调整对应的到达时长。

在步骤402的基础上，本步骤旨在由上述执行主体(即当前的智慧站台)将起步时长发送给目标公交车将停靠的下一智慧站台，以使下一智慧站台能够在按照流程200根据交通灯信号计算到达时长的基础上，还能够结合起步时长来修正到达时长，使得最终得到的到达时长更为准确。

上述各实施例描述了智慧站台如何为停靠的公交车和候车人群提供改进方案，以提升对公交车到达时长的计算准确性，进而使得候车人群能够及时调整出行规划。而智慧站台作为加入智慧交通网的额外边缘计算节点，也具备向无法在此处停靠的非公交车提供信息帮助，以帮助非公交车制定更合理的行驶速度策略，一种包括且不限于的实现方式包括：

将交通灯信号广播给出现在预设范围内的非公交车；

控制非公交车根据交通灯信号和出行规划中的时间约束调整至下一个路口的行驶速度策略；其中，行驶速度策略包括：保持当前速度、提速至第一速度、降速至第二速度中的任意一种。

其中，非公交车用于泛指所有无法停靠在智慧站台的车辆，例如私家车、非公共营运车辆等。通过以预设范围内广播交通灯信号，得以使得进入预设范围内的所有非公交车都可以接收到该交通灯信号，然后非公交车就可以根据接收到的交通灯信号和原定的出行规划的时间约束(例如需要在XX分钟内到达某一目的地)来调整行驶在下一路口的行驶速度策略，例如在可以加速的方式规避即将到来的某个红灯时。

由于站台面积更大、遮风挡雨的效果更好，比通过路侧感知设备向非公交车发送交通灯信号的方式更佳，且可以充分利用既有设施。

在上述任意实施例的基础上，图5还示出了一种异常事件处理方法的示意图，提供了一种由智慧站台处理站台内异常事件的实现方式，其中流程500包括以下步骤：

步骤501：利用预先设置在智慧站台的信息采集装置，获取智慧站台的状态信息；

其中，信息采集装置可以包括：诸如摄像头的图像采集装置、诸如拾音器的音频采集装置，本步骤旨在由上述执行主体通过这些信息采集装置，尽可能的采集到表征该智慧站台状态的各种信息，来准确确定该智慧站台的状态。

步骤502：响应于根据状态信息确定智慧站台发生了异常事件，确定异常事件的事件异常等级；

在步骤501的基础上，本步骤旨在由上述执行主体在根据状态信息确定该智慧站台发生了异常事件的情况下，确定异常事件的事件异常等级。即预先设置有不同异常事件与不同事件异常等级之间的对应关系，得以通过该对应关系确定与实际的异常事件对应的实际的事件异常等级。

步骤503：确定与事件异常等级对应的事件反馈策略；

在步骤502的基础上，本步骤旨在由上述执行主体确定与事件异常等级对应的事件反馈策略，即事件反馈策略记录有按尝试优先级排序的多类信息反馈路径，而不同事件异常等级对应的不同事件反馈策略记载的信息反馈路径的类别数不同，优先级也不同；多类信息反馈路径包括：与控制中心直接建立的一类路径、通过路侧感知设备间接与控制中心建立的二类路径、通过公交车间接与控制中心建立的三类路径、通过非公交车间接与控制中心建立的四类路径。

若某一事件异常等级对应的事件反馈策略中包含上述一、二、三、四类路径，那么在尝试反馈异常事件时，将按照一、二、三、四类路径的顺序依次尝试，即仅当在一类路径无法得到反馈(即认为未能成功将信息发送至控制中心)时，才尝试通过二类路径再次反馈；仅当在二类路径也无法得到反馈时，继续尝试通过三类路径再次反馈，依次类推，直至尝试至四类路径或某类路径得到的成功发送的反馈。

即本实施例按照事件异常等级，设定了不同的事件反馈策略，原则是事件异常等级越高(即事件越危急、越重要)，对应的事件反馈策略包含的事件反馈路径的种类越多，即通过尝试尽可能多的信息反馈方式，确保将异常事件传达至控制中心，以最终由控制中心统筹确定合适的处理方式。

步骤504：按事件反馈策略将异常事件反馈至控制中心。

本实施例仅作为一个示例性的事件反馈方案，以通过该事件反馈方案增加智慧站台的作用，充分利用其作为边缘计算节点在智慧交通网的作用。

为加深对本申请所提供方案的理解，此处还通过一个结合具体场景的示例来展现本申请所提供方案所能够带来的有益效果：

以用户A打算在25分钟中内乘坐上将要到来的1路公交车并赶到地点X为例，常规情况下站台仅能够呈现1路公交车距离该智慧站台还有几站，即用户A看到1路公交车距该智慧站台还有2站、该智慧站台距地点X还有3站，根据其经验判断平均每站大概需要花费5分钟，因此常规情况下用户A将认为可以继续等1路公交车。但通过应用本实施例所提供的技术方案后，由于充分考虑到1路公交车距该智慧站台的2站路程的交通灯信号，得以提供了更准确的到达时长：16分钟，那么考虑到接下来还有3站路，用户A可能将放弃乘坐1路公交车，而选择更换其它能够保障自己在25分钟到达地点X的其它交通工具。

进一步参考图6，作为对上述各图所示方法的实现，本公开提供了一种应用于智慧站台的信息处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，本实施例的应用于智慧站台的信息处理装置600可以包括：交通灯信号接收单元601、位置及速度信息回去单元602、到达时长计算单元603、到达时长输出单元604。其中，交通灯信号接收单元601，被配置成接收路侧感知设备传入的路口的交通灯信号；位置及速度信息回去单元602，被配置成获取目标公交车的位置信息和速度信息；其中，目标公交车为将在智慧站台停靠的公交车；到达时长计算单元603，被配置成基于位置信息、速度信息和交通灯信号，计算到达时长；到达时长输出单元604，被配置成输出与目标公交车对应的到达时长，以使候车用户根据到达时长调整出行规划。

在本实施例中，信息处理装置600中：交通灯信号接收单元601、位置及速度信息回去单元602、到达时长计算单元603、到达时长输出单元604的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-204的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，到达时长计算单元603可以被进一步配置成：

根据目标公交车的当前位置，确定目标公交车与智慧站台之间的行驶路线；

将存在于行驶路线中的交通灯信号，确定为目标交通灯信号；

根据行驶路线的长度、速度信息、目标交通灯信号的变化规律，计算目标公交车到达智慧站台所需的到达时长。

在本实施例的一些可选的实现方式中，信息处理装置600还可以包括：

密度信息获取单元，被配置成获取智慧站台的车辆密度信息和候车人群密度信息；

起步时长计算单元，被配置成根据车辆密度信息和候车人群密度信息，计算停靠的目标公交车再启动的起步时长；

起步时长发送单元，被配置成将起步时长发送给目标公交车将停靠的下一智慧站台，以使下一智慧站台基于起步时长调整对应的到达时长。

在本实施例的一些可选的实现方式中，信息处理装置600还可以包括：

信息推送单元，被配置成响应于到达时长小于预设时长，将目标公交车的到达时长，推送给目标用户终端；其中，目标用户终端为预先订阅了在智慧站台乘车目标公交车的用户终端。

在本实施例的一些可选的实现方式中，信息处理装置600还可以包括：

信号广播单元，被配置成将交通灯信号广播给出现在预设范围内的非公交车；

行驶速度策略控制调整单元，被配置成控制非公交车根据交通灯信号和出行规划中的时间约束调整至下一个路口的行驶速度策略；其中，行驶速度策略包括：保持当前速度、提速至第一速度、降速至第二速度中的任意一种。

在本实施例的一些可选的实现方式中，信息处理装置600还可以包括：

站台状态信息获取单元，被配置成利用预先设置在智慧站台的信息采集装置，获取智慧站台的状态信息；

事件异常等级确定单元，被配置成响应于根据状态信息确定智慧站台发生了异常事件，确定异常事件的事件异常等级；

事件反馈策略确定单元，被配置成确定与事件异常等级对应的事件反馈策略；其中，事件反馈策略记录有按尝试优先级排序的多类信息反馈路径，信息反馈路径的类别包括：与控制中心直接建立的一类路径、通过路侧感知设备间接与控制中心建立的二类路径、通过公交车间接与控制中心建立的三类路径、通过非公交车间接与控制中心建立的四类路径；

异常事件按策略反馈单元，被配置成按事件反馈策略将异常事件反馈至控制中心。

本实施例作为对应于上述方法实施例的装置实施例存在。

本实施例提供的应用于智慧站台的信息处理装置，充分利用了道路上既有的站台设施，通过对既有站台进行智能化改造，使其可作为额外边缘计算节点加入智慧交通网，而通过对接收到的交通灯信号进行分析和处理，能够更为精准的计算将要停靠公交车的到达时长，有助于候车用户能够及时调整出行规划，提升用户乘坐公交车出行的出行体验。

根据本公开的实施例，本公开还提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，该指令被至少一个处理器执行，以使至少一个处理器执行时能够实现上述任意实施例所描述的信息处理方法。

根据本公开的实施例，本公开还提供了一种可读存储介质，该可读存储介质存储有计算机指令，该计算机指令用于使计算机执行时能够实现上述任意实施例所描述的信息处理方法。

根据本公开的实施例，本公开还提供了一种计算机程序产品，该计算机程序在被处理器执行时能够实现上述任意实施例所描述的信息处理方法。

图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如信息处理方法。例如，在一些实施例中，信息处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的信息处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行信息处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS，Virtual Private Server)服务中存在的管理难度大，业务扩展性弱的缺陷。

根据本公开实施例的技术方案，充分利用了道路上既有的站台设施，通过对既有站台进行智能化改造，使其可作为额外边缘计算节点加入智慧交通网，而通过对接收到的交通灯信号进行分析和处理，能够更为精准的计算将要停靠公交车的到达时长，有助于候车用户能够及时调整出行规划，提升用户乘坐公交车出行的出行体验。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (10)

1.一种信息处理方法，应用于智慧站台，所述方法包括：

接收路侧感知设备传入的路口的交通灯信号；

获取目标公交车的位置信息和速度信息，其中，所述目标公交车为将在所述智慧站台停靠的公交车；

基于所述位置信息、所述速度信息和所述交通灯信号，计算到达时长；以及

输出与所述目标公交车对应的到达时长，以使候车用户根据所述到达时长调整出行规划；

利用预先设置在所述智慧站台的信息采集装置，获取所述智慧站台的状态信息；响应于根据所述状态信息确定所述智慧站台发生了异常事件，确定所述异常事件的事件异常等级；其中，所述异常事件的紧急程度越高、对应的事件异常等级越高；

确定与所述事件异常等级对应的事件反馈策略，并按所述事件反馈策略将所述异常事件反馈至控制中心；其中，所述异常事件等级越高、对应的事件反馈策略将包含越多类别的信息反馈路径，且在确定出的事件反馈策略包含多个类别的信息反馈路径时将按照各所述信息反馈路径的尝试优先级依次尝试与控制中心建立通信、反馈所述异常事件，按所述尝试优先级依次排序的不同类别的信息反馈路径包括：与所述控制中心直接建立的一类路径、通过所述路侧感知设备间接与所述控制中心建立的二类路径、通过所述公交车间接与所述控制中心建立的三类路径、通过非公交车间接与所述控制中心建立的四类路径；

还包括：获取所述智慧站台的车辆密度信息和候车人群密度信息；根据所述车辆密度信息和候车人群密度信息，计算停靠的目标公交车再启动的起步时长；将所述起步时长发送给所述目标公交车将停靠的下一智慧站台，以使所述下一智慧站台基于所述起步时长调整对应的到达时长。

2.根据权利要求1所述的方法，其中，所述基于所述位置信息、所述速度信息和所述交通灯信号，计算到达时长，包括：

根据所述目标公交车的当前位置，确定所述目标公交车与所述智慧站台之间的行驶路线；

将存在于所述行驶路线中的交通灯信号，确定为目标交通灯信号；

根据所述行驶路线的长度、所述速度信息、所述目标交通灯信号的变化规律，计算所述目标公交车到达所述智慧站台所需的到达时长。

3.根据权利要求1所述的方法，还包括：

响应于所述到达时长小于预设时长，将所述目标公交车的到达时长，推送给目标用户终端；其中，所述目标用户终端为预先订阅了在所述智慧站台乘车所述目标公交车的用户终端。

4.根据权利要求1-3任一项所述的方法，还包括：

将所述交通灯信号广播给出现在预设范围内的非公交车；

控制所述非公交车根据所述交通灯信号和所述出行规划中的时间约束调整至下一个路口的行驶速度策略；其中，所述行驶速度策略包括：保持当前速度、提速至第一速度、降速至第二速度中的任意一种。

5.一种信息处理装置，其中，应用于智慧站台，所述装置包括：

交通灯信号接收单元，被配置成接收路侧感知设备传入的路口的交通灯信号；

位置及速度信息获取单元，被配置成获取目标公交车的位置信息和速度信息；其中，所述目标公交车为将在所述智慧站台停靠的公交车；

到达时长计算单元，被配置成基于所述位置信息、所述速度信息和所述交通灯信号，计算到达时长；

到达时长输出单元，被配置成输出与所述目标公交车对应的到达时长，以使候车用户根据所述到达时长调整出行规划；

站台状态信息获取单元，被配置成利用预先设置在所述智慧站台的信息采集装置，获取所述智慧站台的状态信息；

事件异常等级确定单元，被配置成响应于根据所述状态信息确定所述智慧站台发生了异常事件，确定所述异常事件的事件异常等级；其中，所述异常事件的紧急程度越高、对应的事件异常等级越高；

事件反馈策略确定及按策略反馈单元，被配置成确定与所述事件异常等级对应的事件反馈策略，并按所述事件反馈策略将所述异常事件反馈至控制中心；其中，所述异常事件等级越高、对应的事件反馈策略将包含越多类别的信息反馈路径，且在确定出的事件反馈策略包含多个类别的信息反馈路径时将按照各所述信息反馈路径的尝试优先级依次尝试与控制中心建立通信、反馈所述异常事件，按所述尝试优先级依次排序的不同类别的信息反馈路径包括：与所述控制中心直接建立的一类路径、通过所述路侧感知设备间接与所述控制中心建立的二类路径、通过所述公交车间接与所述控制中心建立的三类路径、通过非公交车间接与所述控制中心建立的四类路径；

密度信息获取单元，被配置成获取所述智慧站台的车辆密度信息和候车人群密度信息；起步时长计算单元，被配置成根据所述车辆密度信息和候车人群密度信息，计算停靠的目标公交车再启动的起步时长；起步时长发送单元，被配置成将所述起步时长发送给所述目标公交车将停靠的下一智慧站台，以使所述下一智慧站台基于所述起步时长调整对应的到达时长。

6.根据权利要求5所述的装置，其中，所述到达时长计算单元被进一步配置成：

根据所述目标公交车的当前位置，确定所述目标公交车与所述智慧站台之间的行驶路线；

将存在于所述行驶路线中的交通灯信号，确定为目标交通灯信号；

根据所述行驶路线的长度、所述速度信息、所述目标交通灯信号的变化规律，计算所述目标公交车到达所述智慧站台所需的到达时长。

7.根据权利要求5所述的装置，还包括：

信息推送单元，被配置成响应于所述到达时长小于预设时长，将所述目标公交车的到达时长，推送给目标用户终端；其中，所述目标用户终端为预先订阅了在所述智慧站台乘车所述目标公交车的用户终端。

8.根据权利要求5-7任一项所述的装置，还包括：

信号广播单元，被配置成将所述交通灯信号广播给出现在预设范围内的非公交车；

行驶速度策略控制调整单元，被配置成控制所述非公交车根据所述交通灯信号和所述出行规划中的时间约束调整至下一个路口的行驶速度策略；其中，所述行驶速度策略包括：保持当前速度、提速至第一速度、降速至第二速度中的任意一种。

9.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-4中任一项所述的应用于智慧站台的信息处理方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-4中任一项所述的应用于智慧站台的信息处理方法。