CN110979405A - 一种基于多场景客流控制的引导方法及装置 - Google Patents

Abstract

本申请实施例公开了一种基于多场景客流控制的引导方法及装置。本申请实施例提供的技术方案通过针对不同的客流情况确定对应的场景模式，并将指向场景模式的场景切换指令发送至播控系统中，播控系统响应于场景切换指令控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容，针对当前客流情况显示对应的指引信息，对站内乘客进行引导，在发生紧急情况时显示对应的应急指引内容，及时对乘客进行指引，有效对地铁站内的客流情况进行疏导。

Description

一种基于多场景客流控制的引导方法及装置

技术领域

本申请实施例涉及轨道交通领域，尤其涉及一种基于多场景客流控制的引导方法及装置。

背景技术

地铁是轨道运输的一种形式，指在地下运行为主的城市轨道交通系统，在城市轨道交通中扮演着重要角色。在地铁车站内一般会设置导向设备对乘客进行引导，一般的导向设备是以灯箱外加贴纸的方式实现，在贴纸上印有用于指引乘客的信息，乘客可根据导向设备上的信息确定在地铁车站内的行动方式和路径。

但是导向设备显示的信息一般是固定的，在需要变更显示的信息时，需要另外重新制作贴纸，无法在发生紧急情况时及时对乘客进行指引。

发明内容

本申请实施例提供一种基于多场景客流控制的引导方法及装置，以在不同的场景下对乘客进行及时有效地指引，缓解地铁车站的客流控制压力。

在第一方面，本申请实施例提供了一种基于多场景客流控制的引导方法，包括：

基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式；

向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

进一步的，所述方法还包括：

获取列车运行状态，基于所述列车运行状态生成列车到站信息；

响应于到站查询指令向第三客户端发送所述列车到站信息。

进一步的，所述获取列车运行状态，基于所述列车运行状态生成列车到站信息，包括：

获取列车运行状态，所述列车运行状态包括列车位置信息、列车运行方向、各车厢载重信息；

基于各车厢载重信息确定列车各车厢拥挤程度；

基于列车位置信息、列车运行方向和列车各车厢拥挤程度生成列车到站信息。

进一步的，所述响应于到站查询指令向第三客户端发送所述列车到站信息，包括：

接收指向地铁车站的到站查询指令，所述到站查询指令由第三客户端发出；

确定所述到站查询指令指向的地铁车站所对应的到站列车，并获取所述到站列车所对应的列车到站信息；

向第三客户端发送所述列车到站信息。

进一步的，所述确定所述到站查询指令指向的地铁车站所对应的到站列车，并获取所述到站列车所对应的列车到站信息，包括：

确定所述到站查询指令指向的地铁车站所对应的多趟到站列车，并获取多趟所述到站列车所对应的列车到站信息。

进一步的，所述响应于到站查询指令向第三客户端发送所述列车到站信息，包括：

接收到站查询指令以及定位信息，所述到站查询指令和所述定位信息由第三客户端发出；

根据所述定位信息确定所述到站查询指令所指向的地铁车站；

确定所述到站查询指令指向的地铁车站所对应的到站列车，并获取所述到站列车所对应的列车到站信息；

向第三客户端发送所述列车到站信息。

进一步的，所述方法还包括：

获取地铁车站的热力图，并根据所述热力图生成客流指引路线；

向第三客户端发送所述热力图和所述客流指引路线。

进一步的，所述方法还包括：

接收第一客户端上传的遗失信息，所述遗失信息包括遗失对象图片和/或介绍文本；

将所述遗失信息发布至第二客户端，以使所述第二客户端显示所述遗失信息。

进一步的，所述将所述遗失信息发布至第二客户端，以使所述第二客户端显示所述遗失信息，包括：

从遗失信息中提取地铁站信息；

基于所述地铁站信息确定接入当前地铁站网络的第二客户端；

将所述遗失信息发布至所述第二客户端，以使所述第二客户端显示所述遗失信息。

进一步的，所述将所述遗失信息发布至所述第二客户端之后，还包括：

从遗失信息中提取遗失时间信息；

根据所述地铁站信息和所述遗失时间信息确定目标地铁范围；

向接入所述目标地铁范围内地铁站网络的第二客户端发布所述遗失信息。

在第二方面，本申请实施例提供了一种基于多场景客流控制的引导装置，包括场景切换模块和切换指令发送模块，其中：

场景切换模块，用于基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式；

切换指令发送模块，用于向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。进一步的，所述一种基于多场景客流控制的引导装置，还包括遗失信息生成模块和遗失信息发布模块，其中：

遗失信息生成模块，用于接收第一客户端上传的遗失信息，所述遗失信息包括遗失对象图片和/或介绍文本；

遗失信息发布模块，用于将所述遗失信息发布至第二客户端，以使所述第二客户端显示所述遗失信息。

在第三方面，本申请实施例提供了一种计算机设备，包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的基于多场景客流控制的引导方法。

在第四方面，本申请实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的基于多场景客流控制的引导方法。

本申请实施例通过针对不同的客流情况确定对应的场景模式，并将指向场景模式的场景切换指令发送至播控系统中，播控系统响应于场景切换指令控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容，针对当前客流情况显示对应的指引信息，对站内乘客进行引导，在发生紧急情况时显示对应的应急指引内容，及时对乘客进行指引，有效对地铁站内的客流情况进行疏导。

附图说明

图1是本申请实施例提供的一种基于多场景客流控制的引导方法的流程图；

图2是本申请实施例提供的另一种基于多场景客流控制的引导方法的流程图；

图3是本申请实施例提供的一种列车到站情况示意图

图4是本申请实施例提供的另一种基于多场景客流控制的引导方法的流程图；

图5是本申请实施例提供的另一种基于多场景客流控制的引导方法的流程图；

图6是本申请实施例提供的一种基于多场景客流控制的引导装置的结构示意图；

图7是本申请实施例提供的计算机设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1给出了本申请实施例提供的一种基于多场景客流控制的引导方法的流程图，本申请实施例提供的基于多场景客流控制的引导方法可以由基于多场景客流控制的引导装置来执行，该基于多场景客流控制的引导装置可通过硬件和/或软件的方式实现，并集成在计算机设备(如地铁车站管控平台)中。

下述以基于多场景客流控制的引导装置执行基于多场景客流控制的引导方法为例进行描述。参考图1，该基于多场景客流控制的引导方法包括：

S101：基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式。

示例性的，在地铁车站内不同的位置设置显示屏，并通过有线和/或无线的方式连接到播控系统中，并受控于播控系统显示对应的内容。其中播控系统可以布置在地铁车站内的服务器中，还可以布置在云端的服务器中。显示屏可以是在站台屏蔽门设置的LCD显示条屏，用于播放列车到站时间信息、换乘提示、天气、时间及广告等信息，同时在紧急情况下用于显示疏散指引、紧急公告等；显示屏还可以是在自助服务区上嵌的LCD显示屏，用于对购票位置进行提示、引导乘客到自助服务区购票、咨询乘车过程中遇到的问题、引导乘客使用智能购票机、显示使用须知和使用方法等信息；或者是在各客控关键节点中设置显示屏，分别针对不同的客控情况显示对应的引导信息。

具体的，基于多场景客流控制的引导装置中预存有不同的场景模式，在响应于场景切换操作选中场景模式后生成指向该场景模式的场景切换指令。其中场景切换操作可通过对场景模式的选择触发，例如，在基于多场景客流控制的引导装置(如地铁车站管控平台)中展示当前运行的场景模式及可选择的场景模式，通过对场景模式的选择或手动创建新的场景模式及对应的显示内容，并响应于场景切换确定操作(如点击确认按钮)，确定触发指向选中的场景模式的场景切换操作。

进一步的，各个位置的显示屏上显示的内容受控于播控系统，播控系统根据当前所运行的场景模式，向各个位置的显示屏发送需要进行展示的内容，或者是在显示屏中预存对应于不同场景模式的显示内容，并由播控系统向显示屏下发指向场景模式的控制指令，控制显示屏显示或播放对应的内容。

S102：向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

其中，播控系统和基于多场景客流控制的引导装置(本实施例以地铁车站管控平台实现基于多场景客流控制的引导装置的功能为例)通过标准协议通信，播控系统把播控系统状态信息反馈给地铁车站管控平台，地铁车站管控平台可直观的获知播控系统的运行状态。

示例性的，地铁车站管控平台中预存有不同的场景模式，在选中场景模式后生成指向该场景模式的场景切换指令，地铁车站管控平台把场景切换指令发送到播控系统，播控系统在接收到场景切换指令后，将当前运行的场景模式切换为场景切换指令所指向的场景模式，控制地铁车站内不同位置的显示屏显示对应的内容。可选的，播控系统可根据不同位置的显示屏的显示内容，在车控室内设置的大屏幕上进行总貌显示，方便对各显示屏的显示内容进行集中监视。

本实施例中提供的场景模式以及各场景模式下不同位置显示屏的显示内容可根据地铁站的运营情况进行设定，例如，可设定正常场景、高峰期场景、大客流场景、紧急疏散场景、早间起运场景、晚间停运场景等6个场景模式。

其中，正常场景是指车站客流量低于车站正常客运设施或客运组织措施所能承担的最大客流量时的客流场景，该场景为地铁运营主要运行场景，播控系统可在该场景模式下控制显示屏显示出行建议、列车信息、天气情况等内容。

高峰期场景是指在工作日上班时段(如上午7：00～9：00)和下班时段(如下午5：30～7：30)，地铁客流量超过车站正常客运设施或客运组织措施所能承担的最大客流量时的客流场景。该场景主要在市民集中居住区、商业办公区的地铁站以及换乘站发生。上班高峰期时段，市民集中居住区的地铁站会出现进站高峰，此时需限制进站的客流；商业办公区的地铁站会出现出站高峰，此时需加大出站客流，防止乘客滞留车站，造成客流阻塞。相反，在下班高峰期时段，商业办公区的地铁站会出现进站高峰，此时需限制进站的客流；市民集中居住区的地铁站会出现出站高峰，此时需加大出站客流，防止乘客滞留车站，造成客流阻塞。而上下班高峰期的换乘站需合理导流，加快客流换乘，避免客流阻塞。在高峰期场景模式下，播控系统可控制车站出入口处设置的显示屏显示“因本站客流过大，现实行客流控制，请听从工作人员指引，耐心等候，分批进站乘车，多谢合作！”等内容，合理疏导客流。

大客流场景是指车站在某一时段集中到达的客流量超过车站正常客运设施或客运组织措施所能承担的最大客流量时的客流场景。大客流一般在大型文体活动散场时或重要节假日期间发生，主要表现为：非常拥挤或极度拥挤，乘客流动速度明显减缓，客流交叉干扰严重等。因此，大客流对乘客的出行造成不利影响，对运营安全造成了较大威胁，如节假日大客流、暑期大客流、大型活动大客流、恶劣天气大客流等。运行在大客流场景时，播控系统可控制车站出入口处设置的显示屏显示“因本站客流过大，现实行客流控制，请听从工作人员指引，耐心等候，分批进站乘车，多谢合作！”等内容，合理疏导客流。

紧急疏散场景为车站临近隧道出现阻塞、火灾、站内出现火灾等意外事故的情况下，车站急需紧急疏散客流的场景。此时，播控系统可控制售票机上方的电子指引屏显示“本站突发意外情况，暂停售票，根据箭头指引迅速离开本站”等内容、控制闸机上方的电子指引屏显示“本站突发意外情况暂停服务，请根据箭头指引离开本站”等内容、控制出入口指引电子屏显示“请按箭头指引迅速离开本站”等内容，通过合理安排车站各电子指引显示屏的显示信息，紧急疏散客流。

早间起运场景运行在早间起运时段，由于客流量比较小，可只开启部分闸机，播控系统可控制安装在闸机上方的闸机运行电子指引屏显示对应闸机运行状态，在实现地铁节能的同时，合理导引客流。

晚间停运场景运行在晚间停运期间，播控系统可控制安装在闸机上方的闸机运行电子指引屏显示对应闸机停止服务，在实现地铁节能的同时，合理导引客流。

上述，通过针对不同的客流情况确定对应的场景模式，并将指向场景模式的场景切换指令发送至播控系统中，播控系统响应于场景切换指令控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容，针对当前客流情况显示对应的指引信息，对站内乘客进行引导，在发生紧急情况时显示对应的应急指引内容，及时对乘客进行指引，有效对地铁站内的客流情况进行疏导。

在上述实施例的基础上，图2给出了本申请实施例提供的另一种基于多场景客流控制的引导方法的流程图。该基于多场景客流控制的引导方法是对上述基于多场景客流控制的引导方法的具体化。参考图2，该基于多场景客流控制的引导方法包括：

S201：基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式。

S202：向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

S203：获取列车运行状态，所述列车运行状态包括列车位置信息、列车运行方向、各车厢载重信息。

示例性的，其中列车运行状态由各列车进行收集并通过互联网、地铁内部网络、线路网等上传至地铁车站管控平台中。其中，列车运行状态包括列车位置信息、列车运行方向、各车厢载重信息。可以理解的是，列车位置信息为列车当前所处的位置，可通过列车上设置的定位模块(如GPS模块)进行定位得出，或者是根据计轴设备判断每个列车在地铁轨道中的位置。

S204：基于各车厢载重信息确定列车各车厢拥挤程度。

列车各车厢载重信息为列车中各车厢的载重数据，可以理解的是，车厢内承载的乘客越多，车厢内越拥挤，对应的载重越大，可根据各车厢的载重数据所在的数值范围判断各个车厢的拥挤程度，例如根据车厢的不同拥挤程度(如将拥挤程度划分为良好、一般和拥挤三种拥挤程度)对应的载重数据范围划分不同等级的载重范围，根据各车厢载重信息所处的载重范围可确定各个车厢对应的拥挤程度。

S205：基于列车位置信息、列车运行方向和列车各车厢拥挤程度生成列车到站信息。

具体的，在获取列车位置信息、列车运行方向和列车各车厢拥挤程度等列车运行状态后，根据列车位置信息和列车运行方向确定接下来即将到达的地铁车站以及对应的到达时间，其中到达时间可根据列车位置信息判断列车的位置，并结合列车的实时行驶速度或平均行驶速度进行计算。

进一步的，针对每个地铁车站分别基于列车的到达时间和各车厢的拥挤程度生成列车到站信息，建立列车、列车到站信息、所在地铁线路和对应地铁车站的关联关系，并根据实时获取的列车位置信息、列车运行方向和列车各车厢拥挤程度对列车到站信息进行更新。

S206：接收指向地铁车站的到站查询指令，所述到站查询指令由第三客户端发出。

示例性的，其中到站查询指令由第三客户端发出，第三客户端可以是手机、平板等移动终端，并通过互联网与地铁车站管控平台进行通信。进一步的，到站查询指令所指向的地铁车站可通过在第三客户端中搜索并选中的方式进行确认，或者是通过在第三客户端中显示的地铁车站选择列表中对需要查询的地铁车站进行选择确认，还可以是在地铁车站分布地图中对地铁车站的选择来确认。第三客户端在确认指向地铁车站的到站查询操作后，生成指向地铁车站的到站查询指令，并发送至地铁车站管控平台。

在其他实施例中，到站查询指令指向的地铁车站的确认还可通过第三客户端的定位信息进行，即在接收指向地铁车站的到站查询指令的同时，还接收第三客户端发送的定位信息，根据定位信息和各地铁车站的位置对比确定第三客户端当前所处位置所对应的地铁车站，并将该地铁车站确定为到站查询指令所指向的地铁车站。其中第三客户端发送的定位信息可通过GPS定位或基站定位的方式获得。另外，定位信息的确定还可以是通过在第三客户端显示的地图上选中具体位置来确定。

S207：确定所述到站查询指令指向的地铁车站所对应的到站列车，并获取所述到站列车所对应的列车到站信息。

示例性的，在获取到站查询指令后，判断到站查询指令所指向的地铁车站，并根据该地铁车站所在的地铁线路查找对应的列车到站信息，根据查找到的列车到站信息确定各列车的列车位置信息和列车运行方向，并根据列车位置信息和列车运行方向判断接下来到达到站查询指令所指向的地铁车站的列车，并获取对应列车所关联的列车到站信息。

其中，到达到站查询指令所指向的地铁车站的列车可以是一趟列车，也可以是接下来达到该地铁车站的多趟列车(如3趟)，本实施例以多趟到站列车为例进行描述，即确定所述到站查询指令指向的地铁车站所对应的多趟到站列车，并获取多趟所述到站列车所对应的列车到站信息。

可以理解的是，一个单线的地铁车站一般会存在上行和下行两个方向的双向到站列车，对于双线及以上的地铁车站(有不同线路交汇的地铁车站)，会存在线路数量的两倍的双向到站列车。

S208：向第三客户端发送所述列车到站信息。

具体的，在确定到站查询指令指向的地铁车站所对应的列车到站信息后，将确定的列车到站信息发送至第三客户端中，由第三客户端根据列车到站信息对相应地铁车站的列车到站情况及各车厢的拥挤程度进行展示。

示例性的，列车到站情况可在显示界面上显示列车运行方向、到达时间以及各车厢的拥挤程度，其中各车厢的拥挤程度可通过不同的颜色、图案或者是指示图案的数量或者是文字说明代表拥挤程度。

图3为本申请实施例提供的一种列车到站情况示意图，其表示的是在第三客户端上展示的列车到站信息的展示界面示意图。如图3所示，以第三客户端在XX号线的A地铁站查询列车到站信息为例，利用第三客户端发出指向A地铁站的到站查询指令，地铁车站管控平台响应于到站查询指令确定A地铁站所在线路为XX号线，并获取XX号线上行(往B地铁站方向)和下行(往C地铁站方向)两个方向的所有列车对应的列车到站信息，并根据列车到站信息分别判断在两个方向上接下来3趟到达A地铁站的列车(共6趟列车)，并将这些列车对应的列车到站信息发送至发出到站查询指令的第三客户端中，第三客户端根据接收到的列车到站信息对A地铁站的接下来双向各3趟列车到站时间进行展示，并通过各车厢上不同数量的指示图案(人像)指示对应车厢的拥挤程度。

上述，通过针对不同的客流情况确定对应的场景模式，并将指向场景模式的场景切换指令发送至播控系统中，播控系统响应于场景切换指令控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容，针对当前客流情况显示对应的指引信息，对站内乘客进行引导，在发生紧急情况时显示对应的应急指引内容，及时对乘客进行指引，有效对地铁站内的客流情况进行疏导。并将列车到站信息发送至第三客户端中进行展示，方便乘客实时了解地铁车站的到站情况及各车厢的拥挤程度，以便快速做出合适的乘车选择。

在其他实施例中，还可获取地铁车站的热力图，并根据热力图生成客流指引路线，然后向第三客户端发送热力图和客流指引路线，由第三客户端结合地铁车站的站内地图对热力图和客流指引路线进行展示，方便乘客实时调整在地铁车站内的移动路径。其中热力图反映地铁车站内客流的分布情况，热力图可由地铁车站内的人体识别摄像装置进行获取，并根据地铁车站的站内地图和热力图反映的人体分布情况指定人数相对较少的进站、出站和/或换乘方向上的最佳路径，并将该最佳路径作为客流指引路线。

在上述实施例的基础上，图4给出了本申请实施例提供的另一种基于多场景客流控制的引导方法的流程图。该基于多场景客流控制的引导方法是对上述基于多场景客流控制的引导方法的具体化。参考图4，该基于多场景客流控制的引导方法包括：

S301：基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式。

S302：向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

S303：接收第一客户端上传的遗失信息，所述遗失信息包括遗失对象图片和/或介绍文本。

示例性的，通过第一客户端选择或编辑遗失对象图片和/或介绍文本，并将遗失对象图片和/或介绍文本作为遗失信息上传至地铁车站管控平台中。其中，第一客户端可以是手机、平板等移动终端，并可与互联网或者是地铁车站网络(如地铁WiFi、局域网、蓝牙等)进行通信连接并上传遗失信息。

本实施例以遗失对象图片和介绍文本共同作为遗失信息为例进行描述。其中遗失信息可通过第一客户端上安装的地铁应用程序或通过网页进行上传，进一步的，遗失对象图片可通过在第一客户端的内部存储空间(如通过相册、文件管理器等程序进行图片选择)选择上传或者是通过互联网下载后上传，介绍文本可通过文本框输入的方式上传，或者是通过选择列表的方式进行选择上传(例如在第一客户端中显示针对不同信息的选择列表，并根据对选择列表的选中操作确定介绍文本，例如提供不同时间段的选择作为遗失时间、提供遗失对象类型的选择、提供丢失时的地铁车站等)，还可以是文本框输入和选择列表结合的方式，在选择列表中确定基本信息，并通过文本框输入更多的特征描述。

S304：将所述遗失信息发布至第二客户端，以使所述第二客户端显示所述遗失信息。

示例性的，在接收到第一客户端上传的遗失信息后，将遗失信息发布至第二客户端中，第二客户端在接收到遗失信息后对遗失信息进行展示。其中，第二客户端可以是手机、平板等移动终端，并可与互联网或者是地铁车站网络(如地铁WiFi、局域网、蓝牙等)进行通信连接并接收遗失信息，并且在接收到遗失信息后，通过消息推送的方式或通过安装在第二客户端中的应用程序对遗失信息进行展示。其中发送遗失信息的目标第二客户端可以是全线网的第二客户端(如安装了地铁应用程序的第二客户端)，或者是连接了地铁车站的网络(如地铁WiFi)的第二客户端。

可选的，第二客户端在接收到遗失信息时，可通过消息推送、声音提醒、震动提醒、弹窗提醒等方式进行提示。

例如，在出现老人、小孩或者是物品遗失时，可在第一客户端的相册中选择老人、小孩或物品的照片作为遗失对象图片，并输入对应的介绍文本，例如“今天早上九点在XX地铁站丢失了XXX”，并将遗失对象图片和介绍文本打包并作为遗失信息上传至地铁车站管控平台中，地铁车站管控平台在接收到遗失信息后，将遗失信息发布到第二客户端中，第二客户端在接收到遗失信息后，可通过弹窗的方式提醒有老人、小孩或物品遗失的求助信息，并在窗口中或者是在打开地铁应用程序后显示遗失对象图片和“今天早上九点在XX地铁站丢失了XXX”的介绍文本。

上述，通过针对不同的客流情况确定对应的场景模式，并将指向场景模式的场景切换指令发送至播控系统中，播控系统响应于场景切换指令控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容，针对当前客流情况显示对应的指引信息，对站内乘客进行引导，在发生紧急情况时显示对应的应急指引内容，及时对乘客进行指引，有效对地铁站内的客流情况进行疏导；同时，在乘客丢失老人或小孩或物品时，通过第一客户端发送遗失信息，让地铁站内携带第二客户端的乘客帮忙寻找，有效提高寻找速度。

在上述实施例的基础上，图5给出了本申请实施例提供的另一种基于多场景客流控制的引导方法的流程图。该基于多场景客流控制的引导方法是对上述基于多场景客流控制的引导方法的具体化。参考图5，该基于多场景客流控制的引导方法包括：

S401：基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式。

S402：向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

S403：接收第一客户端上传的遗失信息，所述遗失信息包括遗失对象图片和/或介绍文本。

S404：从遗失信息中提取地铁站信息。

具体的，在接收到遗失信息后，获取遗失信息中的介绍文本，并从介绍文本中提取地铁站信息。例如，可通过自然语义分析技术提取介绍文本中的地点，并将提取出的地点与预存的地铁站名称进行比对匹配，并将与提取的地点匹配的地铁站名称作为地铁站信息；或者是在第一客户端上传介绍文本时，将与地铁站名称对应的名词打上地铁站标签(例如在地铁站输入框中输入地铁站名称或者是在地铁站选择列表中选择地铁站名称，并对输入或选中的地铁站名称打上地铁站标签)，根据地铁站标签可提取出对应的地铁站信息；还可以是遍历地铁站名称，将地铁站名称与介绍文本进行匹配，并将匹配成功的地铁站名称作为地铁站信息。其中同一个地铁站可绑定有多个地铁站名称，例如XX地铁站对应的地铁站名称可以是XX地铁站、XX、XX站和XX地铁等。

在其他实施例中，还可以是根据第一客户端上传遗失信息时的定位信息或者是当时接入的网络(如通过WiFi定位或者是基站定位)判断所处的地铁站，根据该地铁站生成地铁站信息；或者是第一客户端根据该地铁站生成地铁站信息，并将该地铁站信息加入遗失信息中。

S405：基于所述地铁站信息确定接入当前地铁站网络的第二客户端。

示例性的，在提取出遗失信息中的地铁站信息后，确定接入当前地铁站网络的第二客户端，其中当前地铁站应理解为地铁站信息中所对应的地铁站。

进一步的，接入当前地铁站网络的第二客户端的确定可通过第二客户端中安装的地铁应用程序进行收集，例如利用地铁应用程序收集第二客户端当前接入的网络是否为地铁提供的网络(如地铁WiFi或局域网)，并根据接入的网络地址判断对应的地铁站名称；或者是通过地铁应用程序收集第二客户端的定位信息(通过GPS定位或基站定位获取)，并根据定位信息获取对应第二客户端与当前地铁站的距离，并根据该距离判断第二客户端是否在当前地铁站覆盖范围内，并将在当前地铁站覆盖范围内的第二客户端确定为接入当前地铁站网络的第二客户端。

S406：将所述遗失信息发布至所述第二客户端，以使所述第二客户端显示所述遗失信息。

具体的，在确定接入当前地铁站网络的第二客户端后，将遗失信息发布至步骤S405中确定的第二客户端中，第二客户端在接收到遗失信息后通过消息推送的方式或通过安装在第二客户端中的应用程序对遗失信息进行展示。可选的，第二客户端在接收到遗失信息时，可通过消息推送、声音提醒、震动提醒、弹窗提醒等方式进行提示。

例如，在第一地铁站遗失小孩时，可在第一客户端的相册中选择小孩的生活照片作为遗失对象图片，并输入对应的介绍文本，例如“今天早上九点在第一地铁站丢失了名为XXX的小孩”，并将遗失对象图片和介绍文本打包并作为遗失信息上传至地铁车站管控平台中，地铁车站管控平台在接收到遗失信息后，从遗失信息中提取出与第一地铁站对应的地铁站信息，并确定接入第一地铁站网络的第二客户端，然后将遗失信息发布到接入第一地铁站网络的第二客户端中，第二客户端在接收到遗失信息后，可通过弹窗的方式提醒有小孩丢失的求助信息，并在窗口中或者是在打开地铁应用程序后显示遗失对象图片和“今天早上九点在第一地铁站丢失了名为XXX的小孩”的介绍文本。

S407：从遗失信息中提取遗失时间信息。

具体的，在接收到遗失信息后，获取遗失信息中的介绍文本，并从介绍文本中提取遗失时间信息。例如，可通过自然语义分析技术提取介绍文本中的时间，并将提取的时间作为遗失时间信息；或者是在第一客户端上传介绍文本时，将与时间对应的字段打上时间标签(例如在遗失时间输入框中输入遗失时间或者是在遗失时间选择列表中选择遗失时间，并对输入或选中的遗失时间打上时间标签)，根据时间标签可提取出对应的遗失时间信息；还可以是根据遗失信息上传时的时间戳确定遗失时间，并将该遗失时间作为遗失时间信息。其中遗失时间可以是具体的时间段，还可以是一个时间段。

S408：根据所述地铁站信息和所述遗失时间信息确定目标地铁范围。

具体的，在确定遗失时间信息后，根据当前时间与遗失时间的时间差，并结合地铁站信息确定发布遗失信息的目标地铁范围。可以理解的是，当前时间与遗失时间的时间差越大，目标地铁范围越大。

示例性的，根据当前时间与遗失时间的时间差，并以地铁站信息中确定的当前地铁站为中心划定需要发布遗失信息的覆盖区域(可将时间差与覆盖区域的半径之间的对应关系预先保存在时间半径对照表中)，在覆盖区域内或者有交集的地铁站则被划分到目标地铁范围中；或者是根据当前时间与遗失时间的时间差，并以地铁站信息中确定的当前地铁站为起点，确定沿当前地铁站的列车运营线路所延伸的地铁站的范围(可将时间差与地铁站的延伸数量之间的对应关系预先保存在时间数量对照表中)，并将延伸到的地铁站划分到目标地铁范围中。可以理解的是，在遗失时间或者在当前时间与遗失时间的时间差小于应扩大目标地铁范围所对应的时间差时目标地铁范围仅包括地铁站信息所对应的当前地铁站。

S409：向接入所述目标地铁范围内地铁站网络的第二客户端发布所述遗失信息。

具体的，实时监测目标地铁范围是否扩大，并在确定目标地铁范围扩大时，或者在当前时间与遗失时间的时间差达到下一个目标地铁范围所对应的时间差时，对接入目标地铁范围内地铁站网络的第二客户端进行确认(其确认方法与步骤S405类似，在此不做赘述)，并向接入目标地铁范围内地铁站网络的第二客户端发布遗失信息，第二客户端在接收到遗失信息后通过消息推送的方式或通过安装在第二客户端中的应用程序对遗失信息进行展示。可选的，相同的遗失信息不再重复向同一第二客户端发送。

例如，如介绍文本“今天早上九点在第一地铁站丢失了名为XXX的小孩”中的遗失时间信息为今天早上九点，则确定遗失时间为当天早上09:00，并假设当前时间与遗失时间的时间差为5min以内时，目标地铁范围内的地铁站只有第一地铁站，当前时间与遗失时间的时间差为5-15min时，目标地铁范围内的地铁站有第一地铁站和往第一地铁站上下行方向延伸的第二地铁站和第三地铁站，而在当前时间与遗失时间的时间差为15min以后时，目标地铁范围内的地铁站有第一地铁站、第二地铁站、第三地铁站以及第一地铁站往第二地铁站和第三地铁站方向继续延伸的第四地铁站和第五地铁站。

在第一客户端将遗失信息发送至地铁车站管控平台后的5min之内，地铁车站管控平台将遗失信息发布到接入第一地铁站网络的第二客户端，以使接入第一地铁站网络的第二客户端显示遗失信息；在第一客户端将遗失信息发送至地铁车站管控平台后的5-15min之内，地铁车站管控平台将遗失信息发布到接入第二地铁站网络和第三地铁站网络的第二客户端，以使接入第二和第三地铁站网络的第二客户端显示遗失信息；在第一客户端将遗失信息发送至地铁车站管控平台后的15min之后，地铁车站管控平台将遗失信息发布到接入第四地铁站网络和第五地铁站网络的第二客户端，以使接入第四和第五地铁站网络的第二客户端显示遗失信息。可选的，可设定在当前时间与遗失时间的时间差到达时间阈值(如30min)后，不再发布该遗失信息。

在其他实施例中，还可接收第一客户端上传的寻找状态信息，其中寻找状态信息应理解为针对先前发布的遗失信息的寻找进度，例如，在找到遗失对象时，可通过指向遗失信息的确认找回操作(如激活遗失信息显示框中显示的确认找回按钮)进行确认，地铁车站管控平台响应于确认找回操作停止遗失信息的发送或者是向先前发送过遗失信息的第二客户端发送已找回提醒。可选的，还可接收第二客户端针对遗失信息上传的寻找反馈信息，并将寻找反馈信息发送至地铁车站管控平台或经地铁车站管控平台转发至第一客户端。

上述，通过针对不同的客流情况确定对应的场景模式，并将指向场景模式的场景切换指令发送至播控系统中，播控系统响应于场景切换指令控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容，针对当前客流情况显示对应的指引信息，对站内乘客进行引导，在发生紧急情况时显示对应的应急指引内容，及时对乘客进行指引，有效对地铁站内的客流情况进行疏导。同时，在乘客丢失老人或小孩或物品时，通过第一客户端发送遗失信息，让地铁站内携带第二客户端的乘客帮忙寻找，并根据当前时间与遗失时间的时间差确定目标地铁站范围，扩大发送遗失信息的第二客户端范围，提高寻找速度。

在上述实施例的基础上，图6为本申请实施例提供的一种基于多场景客流控制的引导装置的结构示意图。参考图6，本实施例提供的基于多场景客流控制的引导装置包括场景切换模块61和切换指令发送模块62。

其中，场景切换模块61，用于基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式；切换指令发送模块62，用于向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

上述，通过针对不同的客流情况确定对应的场景模式，并将指向场景模式的场景切换指令发送至播控系统中，播控系统响应于场景切换指令控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容，针对当前客流情况显示对应的指引信息，对站内乘客进行引导，在发生紧急情况时显示对应的应急指引内容，及时对乘客进行指引，有效对地铁站内的客流情况进行疏导。

在其他实施例中，所述装置还包括到站信息查询模块，所述到站信息查询模块用于获取列车运行状态，基于所述列车运行状态生成列车到站信息，并响应于到站查询指令向第三客户端发送所述列车到站信息。

在其他实施例中，所述装置还包括遗失信息生成模块63和遗失信息发布模块64，其中，遗失信息生成模块63，用于接收第一客户端上传的遗失信息，所述遗失信息包括遗失对象图片和/或介绍文本；遗失信息发布模块64，用于将所述遗失信息发布至第二客户端，以使所述第二客户端显示所述遗失信息。在乘客丢失老人或小孩时，通过第一客户端发送遗失信息，让地铁站内携带第二客户端的乘客帮忙寻找，有效提高寻找速度。

本申请实施例还提供了一种计算机设备，且该计算机设备可集成本申请实施例提供的基于多场景客流控制的引导装置。图7是本申请实施例提供的计算机设备的结构示意图。参考图7，该计算机设备包括：输入装置73、输出装置74、存储器72以及一个或多个处理器71；所述存储器72，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器71执行，使得所述一个或多个处理器71实现如上述实施例提供的基于多场景客流控制的引导方法。其中输入装置73、输出装置74、存储器72和处理器71可以通过总线或者其他方式连接，图7中以通过总线连接为例。

存储器72作为一种计算设备可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的基于多场景客流控制的引导方法对应的程序指令/模块(例如，基于多场景客流控制的引导装置中的场景切换模块61和切换指令发送模块62)。存储器72可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器72可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器72可进一步包括相对于处理器71远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置73可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置74可包括显示屏等显示设备。

处理器71通过运行存储在存储器72中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的基于多场景客流控制的引导方法。

上述提供的基于多场景客流控制的引导装置和计算机设备可用于执行上述任意实施例提供的基于多场景客流控制的引导方法，具备相应的功能和有益效果。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如上述实施例提供的基于多场景客流控制的引导方法，该基于多场景客流控制的引导方法包括：基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式；向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的基于多场景客流控制的引导方法，还可以执行本申请任意实施例所提供的基于多场景客流控制的引导方法中的相关操作。

上述实施例中提供的基于多场景客流控制的引导装置、设备及存储介质可执行本申请任意实施例所提供的基于多场景客流控制的引导方法，未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的基于多场景客流控制的引导方法。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (14)

1.一种基于多场景客流控制的引导方法，其特征在于，包括：

基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式；

向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

2.根据权利要求1所述的基于多场景客流控制的引导方法，其特征在于，所述方法还包括：

获取列车运行状态，基于所述列车运行状态生成列车到站信息；

响应于到站查询指令向第三客户端发送所述列车到站信息。

3.根据权利要求2所述的基于多场景客流控制的引导方法，其特征在于，所述获取列车运行状态，基于所述列车运行状态生成列车到站信息，包括：

获取列车运行状态，所述列车运行状态包括列车位置信息、列车运行方向、各车厢载重信息；

基于各车厢载重信息确定列车各车厢拥挤程度；

基于列车位置信息、列车运行方向和列车各车厢拥挤程度生成列车到站信息。

4.根据权利要求2所述的基于多场景客流控制的引导方法，其特征在于，所述响应于到站查询指令向第三客户端发送所述列车到站信息，包括：

接收指向地铁车站的到站查询指令，所述到站查询指令由第三客户端发出；

确定所述到站查询指令指向的地铁车站所对应的到站列车，并获取所述到站列车所对应的列车到站信息；

向第三客户端发送所述列车到站信息。

5.根据权利要求4所述的基于多场景客流控制的引导方法，其特征在于，所述确定所述到站查询指令指向的地铁车站所对应的到站列车，并获取所述到站列车所对应的列车到站信息，包括：

确定所述到站查询指令指向的地铁车站所对应的多趟到站列车，并获取多趟所述到站列车所对应的列车到站信息。

6.根据权利要求2所述的基于多场景客流控制的引导方法，其特征在于，所述响应于到站查询指令向第三客户端发送所述列车到站信息，包括：

接收到站查询指令以及定位信息，所述到站查询指令和所述定位信息由第三客户端发出；

根据所述定位信息确定所述到站查询指令所指向的地铁车站；

确定所述到站查询指令指向的地铁车站所对应的到站列车，并获取所述到站列车所对应的列车到站信息；

向第三客户端发送所述列车到站信息。

7.根据权利要求1所述的基于多场景客流控制的引导方法，其特征在于，所述方法还包括：

获取地铁车站的热力图，并根据所述热力图生成客流指引路线；

向第三客户端发送所述热力图和所述客流指引路线。

8.根据权利要求1所述的基于多场景客流控制的引导方法，其特征在于，所述方法还包括：

接收第一客户端上传的遗失信息，所述遗失信息包括遗失对象图片和/或介绍文本；

将所述遗失信息发布至第二客户端，以使所述第二客户端显示所述遗失信息。

9.根据权利要求8所述的基于多场景客流控制的引导方法，其特征在于，所述将所述遗失信息发布至第二客户端，以使所述第二客户端显示所述遗失信息，包括：

从遗失信息中提取地铁站信息；

基于所述地铁站信息确定接入当前地铁站网络的第二客户端；

将所述遗失信息发布至所述第二客户端，以使所述第二客户端显示所述遗失信息。

10.根据权利要求9所述的基于多场景客流控制的引导方法，其特征在于，所述将所述遗失信息发布至所述第二客户端之后，还包括：

从遗失信息中提取遗失时间信息；

根据所述地铁站信息和所述遗失时间信息确定目标地铁范围；

向接入所述目标地铁范围内地铁站网络的第二客户端发布所述遗失信息。

11.一种基于多场景客流控制的引导装置，其特征在于，包括场景切换模块和切换指令发送模块，其中：

场景切换模块，用于基于场景切换操作指向的场景模式生成场景切换指令，所述场景切换指令用于指示播控系统切换场景模式；

切换指令发送模块，用于向播控系统发送所述场景切换指令，以使所述播控系统控制地铁车站内不同位置的显示屏切换到所述场景切换指令指向的显示内容。

12.一种基于多场景客流控制的引导装置，其特征在于，还包括遗失信息生成模块和遗失信息发布模块，其中：

遗失信息生成模块，用于接收第一客户端上传的遗失信息，所述遗失信息包括遗失对象图片和/或介绍文本；

遗失信息发布模块，用于将所述遗失信息发布至第二客户端，以使所述第二客户端显示所述遗失信息。

13.一种计算机设备，其特征在于，包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10任一所述的基于多场景客流控制的引导方法。

14.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-10任一所述的基于多场景客流控制的引导方法。

Images