适用于城市轨道交通的数据推送系统及方法
【技术领域】
[0001]本发明涉及通信技术领域，具体涉及一种适用于城市轨道交通的数据推送系统及基于该系统的数据推送方法。
【背景技术】
[0002]传统的通信平台，采用的是通过ATS(自动列车监控系统)子系统应用服务器依次为底层应用推送数据。传统通信平台全部建立在应用服务器上，实时保持只有一台应用服务器拥有推送功能，传统系统通信图参见图1。传统通信平台工作过程如下:(I)作为客户端的底层应用连接服务端成功后请求数据，服务端收到请求予以应答；(2)服务端从数据库获得新数据后及时将其推送给作为客户端的底层应用。
[0003]传统通信平台推送数据存在以下缺陷:(I)工作效率低:底层应用数量达到峰值时，推送延迟时间比较长；(2)扩展性差:通信平台只支持应用服务器作为服务端。
【发明内容】
[0004]本发明的目的在于，提供一种适用于城市轨道交通的数据推送系统及基于该系统的数据推送方法，能够解决传统通信平台推送数据存在的工作效率低和扩展性差的缺陷。
[0005]为此目的，一方面，本发明提出一种适用于城市轨道交通的数据推送系统，包括:
[0006]底层应用客户端、通信中间件客户端和ATS子系统的应用服务器;其中，
[0007]所述应用服务器，用于统计与其相连接的第一通信中间件客户端的数量，以及与其相连接的第一底层应用客户端的数量，根据所述两个数量确定每一个第一底层应用客户端所应连接的第一通信中间件客户端，并将每一个第一底层应用客户端所应连接的第一通信中间件客户端的标识通过Udp协议周期性的发送给该第一底层应用客户端，以使该第一底层应用客户端在未连接有通信中间件客户端时或在与当前连接的第一通信中间件客户端断开连接时，根据接收到的标识，与该标识对应的第一通信中间件客户端建立连接，所述第一通信中间件客户端为所述通信中间件客户端中与所述应用服务器相连接的通信中间件客户端，所述第一底层应用客户端为所述底层应用客户端中与所述应用服务器相连接的底层应用客户端，
[0008]所述应用服务器，还用于获取待推送数据，将所述待推送数据通过所述第一通信中间件客户端推送给与所述第一通信中间件客户端相连接的底层应用客户端。
[0009]另一方面，本发明提出一种基于适用于城市轨道交通的数据推送系统的数据推送方法，包括:
[0010]由ATS子系统的应用服务器统计与其相连接的第一通信中间件客户端的数量，以及与其相连接的第一底层应用客户端的数量，根据所述两个数量确定每一个第一底层应用客户端所应连接的第一通信中间件客户端，并将每一个第一底层应用客户端所应连接的第一通信中间件客户端的标识通过Udp协议周期性的发送给该第一底层应用客户端，以使该第一底层应用客户端在未连接有通信中间件客户端时或在与当前连接的第一通信中间件客户端断开连接时，根据接收到的标识，与该标识对应的第一通信中间件客户端建立连接，其中，所述第一通信中间件客户端为所述通信中间件客户端中与所述应用服务器相连接的通信中间件客户端，所述第一底层应用客户端为所述底层应用客户端中与所述应用服务器相连接的底层应用客户端；
[0011]由所述应用服务器获取待推送数据，将所述待推送数据通过所述第一通信中间件客户端推送给与所述第一通信中间件客户端相连接的底层应用客户端。
[0012]本发明实施例所述的适用于城市轨道交通的数据推送系统及基于该系统的数据推送方法，底层应用客户端根据应用服务器根据通信中间件客户端数目和底层应用客户端数目确定的目标通信中间件客户端动态选择连接目标，并由目标通信中间件客户端向底层应用客户端转发应用服务器发送的数据，从而相较于由应用服务器到底层应用客户端的数据推送模式，本发明的推送延时较短，能够适应大量需要通信的设备场景，提升了工作效率，同时，本发明的通信中间件客户端启动数目不限，可以随时随地启动，因而相较于由应用服务器到底层应用客户端的数据推送模式，本发明扩展性较强。
【附图说明】
[0013]图1为传统的系统通信示意图；
[0014]图2为本发明一种适用于城市轨道交通的数据推送系统一实施例的结构示意图；
[0015]图3为本发明一种适用于城市轨道交通的数据推送系统另一实施例所涉及的主动推送数据的流程示意图；
[0016]图4为本发明一种适用于城市轨道交通的数据推送系统又一实施例所涉及的请求-应答数据的流程示意图；
[0017]图5为本发明一种适用于城市轨道交通的数据推送系统又一实施例所涉及的实时指派的流程示意图；
[0018]图6为本发明一种适用于城市轨道交通的数据推送系统又一实施例所涉及的切换服务端连接的流程示意图；
[0019]图7为本发明一种数据推送方法一实施例的流程示意图。
【具体实施方式】
[0020]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0021]参看图2，本实施例公开一种适用于城市轨道交通的数据推送系统，包括:
[0022]底层应用客户端1、通信中间件客户端2和ATS子系统的应用服务器3;其中，
[0023]所述应用服务器3，用于统计与其相连接的第一通信中间件客户端2的数量，以及与其相连接的第一底层应用客户端I的数量，根据所述两个数量确定每一个第一底层应用客户端I所应连接的第一通信中间件客户端2，并将每一个第一底层应用客户端I所应连接的第一通信中间件客户端2的标识通过Udp协议(用户数据报协议)周期性的发送给该第一底层应用客户端I，以使该第一底层应用客户端I在未连接有通信中间件客户端2时或在与当前连接的第一通信中间件客户端2断开连接时，根据接收到的标识，与该标识对应的第一通信中间件客户端2建立连接，所述第一通信中间件客户端为所述通信中间件客户端中与所述应用服务器相连接的通信中间件客户端，所述第一底层应用客户端为所述底层应用客户端中与所述应用服务器相连接的底层应用客户端，
[0024]所述应用服务器3，还用于获取待推送数据，将所述待推送数据通过所述第一通信中间件客户端2推送给与所述第一通信中间件客户端2相连接的底层应用客户端I。
[0025]本发明实施例中，每个ATS应用所在设备中都可以对应部署一个通信中间件。通信中间件随ATS应用程序一起启动。应用服务器、底层应用客户端和通信中间件客户端集成相同的通信平台，只是使用平台的不同功能。
[0026]本发明实施例所述的适用于城市轨道交通的数据推送系统，底层应用客户端根据应用服务器根据通信中间件客户端数目和底层应用客户端数目确定的目标通信中间件客户端动态选择连接目标，并由目标通信中间件客户端向底层应用客户端转发应用服务器发送的数据，从而相较于由应用服务器到底层应用客户端的数据推送模式，本发明的推送延时较短，能够适应大量需要通信的设备场景，提升了工作效率，同时，本发明的通信中间件客户端启动数目不限，可以随时随地启动，因而相较于由应用服务器到底层应用客户端的数据推送模式，本发明扩展性较强。
[0027]可选地，在本发明适用于城市轨道交通的数据推送系统的另一实施例中，所述应用服务器，包括:
[0028]判断单元，用于判断所述应用服务器是否满足数据推送条件；
[0029]推送单元，用于在所述判断单元确定出所述应用服务器满足数据推送条件时，将所述待推送数据推送给所述第一通信中间件客户端，以使所述第一通信中间件客户端对所述待推送数据进行缓存，并将所述待推送数据推送给与所述第一通信中间件客户端相连接的底层应用客户端。
[0030]本发明数据转发方式可分为主动推送数据和请求-应答数据两种，应用服务器在两种