CN109375984A - 一种车站引导显示系统 - Google Patents

Abstract

本发明提供了一种车站引导显示系统，所述的系统包括：后台控制端，用于保存车次信息及空闲画面，并根据引导显示屏的区域划分执行信息显示和绘图动作；引导显示屏，用于根据后台控制端的设定显示画面。由一个后台统一进行数据处理，并可以根据需要对显示屏的显示区域进行划分，实现屏幕的精细化控制。

Description

一种车站引导显示系统

技术领域

本发明涉及公共交通引导领域，具体涉及一种车站引导显示系统。

背景技术

引导显示子系统要根据实时的列车到开时刻通过车站大屏显示系统向旅客提供实时的列车到开时刻、列车停靠位置、乘降区域导向指引、实时的售检票状态等。根据客运站各功能区域划分，引导显示屏根据显示重点不同，按照显示内容又可细分为候车提示屏、接站提示屏、检票提示屏、通道指示屏、站台指示屏、列车编组指示屏等。对引导显示子系统的主要功能要求主要是：显示内容要简明扼要、一目了然、实时性好。

现有的引导系统中，需要为每一块引导显示屏配置一个对应的处理模块，由该处理模块负责对应引导显示屏的显示画面控制，这种控制模式，对系统内存的要求较高，建设成本大，同时也无法实现对屏幕的精细化控制。

发明内容

为了解决上述问题，本申请提供了一种车站引导显示系统，由一个后台统一进行数据处理，并可以根据需要对显示屏的显示区域进行划分，实现屏幕的精细化控制。

本发明公开了如下技术方案：

一种车站引导显示系统，所述的系统包括：

后台控制端，用于保存车次信息及空闲画面，并根据引导显示屏的区域划分执行信息显示和绘图动作；

引导显示屏，用于根据后台控制端的设定显示画面。

进一步的，所述的后台控制端包括：

预定义模块，用于预定义车站的车次显示周期、站名、消息队列路径；

区域定义模块，用于定义车站各个区域的数据结构及隶属关系；

模板定义模块，用于设计并保存每块引导屏在使用时、空闲时的xml格式引导模板文件；

时刻表定义模块，用于录入每次列车的车次信息；

调图计划模块，用于录入调图后的车次到发变化情况；

临时干预模块，用于输入当次列车的预计晚点时刻，形成晚点计划；

临客计划模块，用于编写、录入车站临时客车开行计划；

通知计划模块，用于定义通知内容、执行时刻及显示参数；

转化模块，用于为预定义模块、区域定义模块、模板定义模块、时刻表定义模块、调图计划模块、临时干预模块、临客计划模块、通知计划模块编写存储过程；

执行模块，用于设定各个存储过程的执行周期和执行顺序；

显示模块，用于根据执行模块发送的消息，控制引导显示屏显示规定的显示内容。

进一步的，所述的显示模块包括：

划分单元，在屏幕上为车站每块引导显示屏划分显示区域；

显示单元，读取引导消息队列中的消息，根据消息中预定义的区域编号，将消息解码为引导绘图动作，并在屏幕对应区域执行绘图动作，形成引导显示屏规定的显示内容；

叠加单元，接收按计划下发的车站通知数据报文后，将消息解码为通知绘图动作，并在屏幕对应区域执行绘图动作，与引导显示内容形成叠加显示效果。

进一步的，所述的后台控制端还包括：

模板更新模块，用于获取最新上传的模板，并设定模板的更新时间。

进一步的，所述的后台控制端还包括：

触发模块，在执行模块对任何一个模块的信息发生变动时，从发生变动模块获取引导输出显示格式的引导功能数据传输文件，并形成数据报文加入消息队列。

进一步的，每次列车的车次信息包括车号、车型、到发类型、到发时刻、始发终到站、计划停靠站台、计划候车室、计划检票口、编组情况、地标颜色、启用停用日期、需提前组织旅客候车检票的时间、是否隔日变道。

进一步的，所述的引导显示屏包括：

若干LED显示控制卡，所述的LED显示控制卡采用异步或同步控制，在引导显示屏的对应区域显示实时内容。

该发明的有益效果为：

该系统基于一个后台进行数据存储，仅仅保留一个执行模块，其执行过程中，只需要从预先定义的信息中调用数据即可，不需要一个模块处理全部的数据，相比于现有技术的功能模块，本申请对每个模块的处理功能要求更低，工作效率更高，成本也低，适合中小型火车站使用。

对于显示屏的显示效果，可以设定多个控制卡，实现对显示屏的区域化、精细化显示控制，并能够实现划线、在特定位置显示文字、翻页动态效果、延时效果、滚屏、滚动播出等效果的叠加，为旅客提供更加直观准确的信息提示。

附图说明

图1为本发明实施例系统的原理图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。本领域技术人员应当知晓，下述具体实施例或具体实施方式，是本发明为进一步解释具体的发明内容而列举的一系列优化的设置方式，而该些设置方式之间均是可以相互结合或者相互关联使用的，除非在本发明明确提出了其中某些或某一具体实施例或实施方式无法与其他的实施例或实施方式进行关联设置或共同使用。同时，下述的具体实施例或实施方式仅作为最优化的设置方式，而不作为限定本发明的保护范围的理解。

实施例

如图1所示，本发明实施例提供了一种车站引导显示系统，所述的系统包括一个后台控制端和若干引导显示屏，利用后台控制端保存车次信息及空闲画面，并根据引导显示屏的区域划分执行信息显示和绘图动作；利用引导显示屏显示设定画面。

所述的后台控制端的实现，基于若干功能模块的组合实现，功能模块的实现原理详细阐述如下。

1、预定义模块

根据车站设备部署情况，预定义车站的车次显示周期、站名、消息队列路径等参数，并存入数据库的config表。

2、区域定义模块

根据车站布局，预定义车站的股道、站台、通道、地道、候车室、候车区、检票口、进站口、出站口、售票厅等区域的数据结构及隶属关系，并存入数据库的quyu表。

下面提供一种数据结构的定义方法：

1)对数据结构的节点进行设置上下关系，建立一个根节点，并在根节点下建立三个子节点，例如，根节点为<datepageroot>，下设<datepage>、<shikebiao>、<quyuduiyingbiao>3个子节点。

2)根据车站在铁路公司的名称，设置根节点为车站名称，例如济南站、济南东站、济南西站、大明湖站等。

3)设置第一子节点为该车站当日的车次信息，用于显示当日所有车次的相关信息。

例如，<shikebiao>用于定义当前的实时列车到发时刻，下设若干组<checirow>节点，对应每组车次。车次节点下设若干组属性节点，用于定义当次列车的车次编号、到达时刻、出发时刻、始发终到站、检票状态、地标颜色、是否启用、停靠站台、乘降候车室及检票口、晚点状态、编辑标记等。同时考虑到了一趟列车在多个候车区域和检票口同时组织乘降的因素，对相应属性定义做了特别设计。

<itemchangeflag>节点为本次列车是否为新增车次开关变量，0代表当次列车车次已经存在，1代表当次列车车次为新增车次。接收程序读到变量为1时，需要在接收端时刻表中做insert操作，新增车次。

<checi>为当次列车车次编号，字符类型，如：K1391、D6012、T171等。

<shifazhan>为当次列车始发站，字符类型，如：武汉、齐齐哈尔等。

<zhongdaozhan>为当次列车终到站，字符类型，如：青岛、济南等。

<daokaibiaoji>为当次列车到开标记节点，代表几种列车到开状态，整数类型，分别为：1当次列车终到本站、2当次列车从本站始发、0当次列车经由本站停车、3当次列车通过本站不停车。

<daokaibiaojihanzi>为当次列车到开时刻标记的中文描述节点，字符类型。如：<daokaibiaoji>节点数值为1，则本节点值为“终到”。

<dibiaoyanse>为当次为动车时，列车在站台停车时标记车厢号的地标颜色描述节点。如：D6012次列车在本站停车时使用绿色地标指示车厢，则本节点值为“红色”。

<yunxingriqi>为当次列车目前运行到的日期，当列车从本站发出后，发送端自动将运行日期增加一天，更新为下一班列车的运行日期。

<daodian>为时刻表上当次列车到达本站的时刻，日期格式，精确到分钟。

<kaidian>为时刻表上当次列车从本站发出的时刻，时分秒格式，精确到分钟。

<myzhantai>为发送端的当次列车实际停靠站台的编号，整数类型。

<youzhantai>为接收端的当次列车实际停靠站台的编号，整数类型。

<mygudao>为发送端的当次列车实际接发列车股道的编号，整数类型。

<yougudao>为接收端的当次列车实际接发列车股道的编号，整数类型。

<liechezhuangtai>为当次列车的运行状态标记，整数类型。具体为：0候车、1入库、2开检、3停检、4待发、5接近、6进站、7运行、8到达、9发出、10晚点。

<liecheleibie>为当次列车的类型，具体为：0普快、1快速、2特快、3动车、4高铁、5临客。

<myhoucheshi>为发送端当次列车指定的车站候车室编号，如有多个可用“,”分隔。

<youhoucheshi>为接收端当次列车指定的车站候车室编号，如有多个可用“,”分隔。

<myjianpiaokou>为发送端当次列车指定的车站检票口名称，如有多个可用“,”分隔。

<youjianpiaokou>为发送端当次列车指定的车站检票口编号，如有多个可用“,”分隔。

<qiyongriqi>为当次列车第一次启用的日期，一般为首次增加该车次的日期。

<tingyongriqi>为当次列车预计停用的日期，如为临客，该日期为临客停止运行的日期，如为一般列车，则默认为“2050-12-31”。

<daodawandian>为当次列车预计比时刻表晚点到达本站多少分钟，如正点则为0。

<fachewandian>为当次列车预计比时刻表晚点多少分钟从本站发出，如正点则为0。

<zaowandian>晚点标记，如正点则为0，如晚点则为1。

<qiyongbiaoji>标记当次列车是否启用，正在运行的列车值一般为1，为0则代表当次列车取消、停用或废弃。

4)设置第二子节点为该车站的车站区域信息，用于显示车站各个区域的功能。

<quyuduiyingbiao>用于定义车站功能区域，当车站功能区域发生变化时会将新的功能区域定义描述在这里。

<quyuduiyingbiao>中包含若干个<quyurow>节点，每个<quyurow>代表对车站中一项客运设施的描述。<quyurow>节点又包括如下子节点：

<myquyuid>为发送端记录的当前区域设施的编号，长整数类型。

<myquyumingcheng>为发送端记录的当前区域设施的名称，如“第一候车室”。

<youquyuid>为接收端记录的当前区域设施的编号，长整数类型。

<youquyumingcheng/>为接收端记录的当前区域设施的名称，如“1候车室”。

<quyutype>为区域设施的功能分类编号，具体为：0检票口、1候车室、2地道、3通道、4股、5站台、6进站口、7出站口、8行李房、9售票厅、10候车、11广场、12其他。对于其他这一分类，可以在该类别下具体标注该功能。

5)设置第三子节点为该车站下的车站状态变量，用于判断第一子节点和第二子节点下的信息变化状态，并根据变化状态接收信息并发送至对应节点。

<datepage>节点用于存储时刻表变化状态的开关变量，具体如下：

<quyubiangengkaiguan>为属性节点，代表本次时刻表更新时车站候车室、检票口、站台等固定结构布局是否发生变化，由于变化可能性较小，因此使用几率不大。其值为字符串类型“0”或“1”，其中0代表无变化，1代表有变化。对于有变化的区域，会把变化后的车站结构表附在<quyuduiyingbiao>节点中发送。如：车站更新改造后，新增加检票口两个、新开放站台一个，本文件中会设置quyubiangengkaiguan＝"1"，并在<quyuduiyingbiao>附最新的车站结构表。

<tablechangeflag>为属性节点，代表与上一时刻相比，本次时刻表中车次到开时间、乘降站台及检票口是否发生变化，其中0代表无变化，1代表有变化。本属性用于过滤短时间内重复发送的列车时刻表，本属性如无变化，接收程序不必再读取更新<shikebiao>节点中的时刻信息，压缩了系统的冗余处理时间。如：上一时刻到本次处理时刻车站没有新的列车到发信息，则本属性设为tablechangeflag＝"0"，接收程序读取本属性后，直接把本次发送的数据文件丢弃不再处理。

3、模板定义模块

设计每块引导屏的显示样式，形成xml格式的引导模板文件。根据车站引导屏设置情况，预定义车站引导屏的功能、技术参数，并把每块引导屏在使用时、空闲时的xml格式引导模板文件分别录入，存入数据库的screen表。

4、时刻表定义模块

根据车站提供的最新列车时刻表，录入每次列车的车号、车型、到发类型、到发时刻、始发终到站、计划停靠站台、计划候车室、计划检票口、编组情况、地标颜色、启用停用日期、需提前组织旅客候车检票的时间、是否隔日变道等情况，存入数据库的liecheshikebiao表。

5、调图计划模块

车站调图时，使用调图计划模块的调图计划录入功能，录入调图后的车次到发变化情况，如新的到发时刻、新的停靠站台、新的启用停用日期，具体每次列车的调图计划执行时刻等，存入数据库的liecheshikebiao_update表。

6、临时干预模块

列车晚点时，输入当次列车的预计晚点时刻，形成晚点计划，存入数据库的wandian_event表。如该站设置为直接执行模式，则直接将晚点情况更新到liecheshikebiao中，如设置为确认执行模式，则需要另外一台确认终端在WEB页面形式的引导管理平台的确认模式下确认执行后，方可将晚点情况更新到liecheshikebiao中。车站为直接或确认执行模式，由config表中的对应参数确定。

7、临客计划模块

车站加开、停开临客时，编写、录入车站临时客车开行计划，包括临客车次、始发终到站、到发时刻、启用停用日期、执行时刻等，保存在lk_act表中。

8、模板更新模块

车站需要变更引导屏显示模板时，录入模板数据文件内容、执行时刻，并选择运行模板或空闲模板，保存在plan_for_model表中。

9、通知计划模块

车站需要发出通知时，用xml格式定义或直接在表单中填写通知内容、执行时刻及显示参数，保存在plan_for_warn中。

10、转化模块

在数据库中为列车运行周期变化编写存储过程updateliecheshikebiao，为广播接口编写存储过程proc_for_guangbo_file_biangeng_reply，为列车启用停用检查编写存储过程updateqiyongtingyong，为车站调图计划执行编写存储过程update_tiaotu，为车站晚点计划执行编写存储过程exec_act_lk，为车站引导屏模板更新计划执行编写存储过程run_plan_for_model，为车站通知计划执行编写存储过程run_plan_for_warn，为车站周期性到达的列车到发计划执行编写的隔日变道存储过程run_from_this_proc_for_guangbo_limingshidai。以上存储过程输入参数均为当前日期。

11、执行模块

数据库中编写作业“RUN_every_minute”，作业计划为每分钟执行一次，执行内容为上述存储过程(updateliecheshikebiao、proc_for_guangbo_file_biangeng_reply、updateqiyongtingyong、update_tiaotu、exec_act_lk、run_plan_for_model、run_plan_for_warn、run_from_this_proc_for_guangbo_limingshidai)，作用是每分钟更新一次车站最新时刻表及作业计划状态。数据库中编写作业“CLEAR_every_day”，作业计划为每天执行一次，作用是清理当天不再需要的数据记录。

12、触发模块

在执行模块对任何一个模块的信息发生变动时，从发生变动模块获取引导输出显示格式的引导功能数据传输文件，并形成数据报文加入消息队列。

在表liecheshikebiao中编写update、add、delete触发器，作用是当“RUN_every_minute”作业对liecheshikebiao中的数据项产生变动时，依据screen表中的ydmodel或freemodel字段(当查询后本次发送屏幕有动态数据时采用ydmodel，无动态数据时采用freemodel)存储的标准引导模板，利用数据库自定义函数getydxmlbyydtype生成XML格式的、转化为引导输出显示格式的引导功能数据传输文件，并查询config表中保存的专用消息队列路径，一起插入msglog表，形成数据文件日志。

在表msglog表中编写add触发器，当该表插入新记录后。调用采用C#编写的CLR格式编译的usemsmqsendfromclr2存储过程，将msglog表中存储在myqueuebody字段的引导功能数据传输文件写入存储在mpath字段中的windows专用消息队列的路径中。Plan_for_warn表中存储的通知计划被执行后，形成的通知显示数据报文同样写入消息队列。

需要注意的是，如果系统为分散式部署(数据处理机与控制终端机分离)则采用自主编写的数据接收服务程序service_for_msmq_recive、数据发送服务程service_for_msmq_send完成数据处理机与控制终端机之间的消息通讯，将本机消息写入对端消息队列。

13、显示模块

引导显示程序new_led_send_for_sync运行在控制主机上，通过配置文件在屏幕上为车站每块引导显示屏划分显示区域，程序的消息队列监听模块读到引导消息队列中的消息后，根据消息中预定义的区域编号，将消息解码为引导绘图动作(划线、在特定位置显示文字、翻页动态效果、延时效果等)，并在屏幕对应区域执行绘图动作，形成引导显示屏规定的显示内容。监听模块在通知消息队列接到按计划下发的车站通知数据报文后，将消息解码为通知绘图动作(划线、在特定位置显示文字、翻页动态效果、延时效果、滚屏、滚动播出等)，并在屏幕对应区域执行绘图动作，与引导显示内容形成叠加显示效果。

所述的引导显示屏，利用引导显示程序new_led_send_for_sync在终端屏幕上显示出的输出即为车站引导显示屏所显示的实时内容。如车站采用同步传输控制卡控制LED显示屏，则采用通用的LED控制软件将特定区域显示内容同步到控制卡上即可。如采用异步显示卡，则采用自主开发的异步传输控制程序new_screen_to_led完成屏幕抓屏后向控制卡发送的过程。

应当指出，以上所述具体实施方式可以使本领域的技术人员更全面地理解本发明的具体结构，但不以任何方式限制本发明创造。因此，尽管说明书及附图和实施例对本发明创造已进行了详细的说明，但是，本领域技术人员应当理解，仍然可以对本发明创造进行修改或者等同替换；而一切不脱离本发明创造的精神和范围的技术方案及其改进，其均涵盖在本发明创造专利的保护范围当中。

Claims (7)

1.一种车站引导显示系统，其特征在于，所述的系统包括：

后台控制端，用于保存车次信息及空闲画面，并根据引导显示屏的区域划分执行信息显示和绘图动作；

引导显示屏，用于根据后台控制端的设定显示画面。

2.根据权利要求1所述的一种车站引导显示系统，其特征在于，所述的后台控制端包括：

预定义模块，用于预定义车站的车次显示周期、站名、消息队列路径；

区域定义模块，用于定义车站各个区域的数据结构及隶属关系；

模板定义模块，用于设计并保存每块引导屏在使用时、空闲时的xml格式引导模板文件；

时刻表定义模块，用于录入每次列车的车次信息；

调图计划模块，用于录入调图后的车次到发变化情况；

临时干预模块，用于输入当次列车的预计晚点时刻，形成晚点计划；

临客计划模块，用于编写、录入车站临时客车开行计划；

通知计划模块，用于定义通知内容、执行时刻及显示参数；

转化模块，用于为预定义模块、区域定义模块、模板定义模块、时刻表定义模块、调图计划模块、临时干预模块、临客计划模块、通知计划模块编写存储过程；

执行模块，用于设定各个存储过程的执行周期和执行顺序；

显示模块，用于根据执行模块发送的消息，控制引导显示屏显示规定的显示内容。

3.根据权利要求2所述的一种车站引导显示系统，其特征在于，所述的显示模块包括：

划分单元，在屏幕上为车站每块引导显示屏划分显示区域；

显示单元，读取引导消息队列中的消息，根据消息中预定义的区域编号，将消息解码为引导绘图动作，并在屏幕对应区域执行绘图动作，形成引导显示屏规定的显示内容；

叠加单元，接收按计划下发的车站通知数据报文后，将消息解码为通知绘图动作，并在屏幕对应区域执行绘图动作，与引导显示内容形成叠加显示效果。

4.根据权利要求2所述的一种车站引导显示系统，其特征在于，所述的后台控制端还包括：

模板更新模块，用于获取最新上传的模板，并设定模板的更新时间。

5.根据权利要求2所述的一种车站引导显示系统，其特征在于，所述的后台控制端还包括：

触发模块，在执行模块对任何一个模块的信息发生变动时，从发生变动模块获取引导输出显示格式的引导功能数据传输文件，并形成数据报文加入消息队列。

6.根据权利要求2所述的一种车站引导显示系统，其特征在于，每次列车的车次信息包括车号、车型、到发类型、到发时刻、始发终到站、计划停靠站台、计划候车室、计划检票口、编组情况、地标颜色、启用停用日期、需提前组织旅客候车检票的时间、是否隔日变道。

7.根据权利要求1或2所述的一种车站引导显示系统，其特征在于，所述的引导显示屏包括：

若干LED显示控制卡，所述的LED显示控制卡采用异步或同步控制，在引导显示屏的对应区域显示实时内容。