基于通信会议的铁路应急通信方法及系统与流程

本发明是关于一种基于通信会议的铁路应急通信方法、系统、处理设备及计算机存储介质，涉及铁路通信技术领域。

背景技术：

近些年网络技术飞速发展，社会对网络要求也日益提升，第五代移动通信技术(5g)的发展，带来了移动数据网络带宽的大幅提升。随着网络技术的提升，越来越多的技术可以依托强健的网络来进行更高速更稳定的通信，进而推动新技术和业务结合发展。视频技术日新月异，人们随时随地的通信需求在紧急情况下显得格外重要。

在铁路应急系统中，无论是旅客向铁路工作人员的应急求助，还是铁路工作人员之间的紧急通话，都有实用而显著的需求，但是目前铁路通信系统无论从时延、安全性、易用性和低开发复杂度方面，都具有显著缺陷。

技术实现要素：

针对上述问题，本发明的目的是提供一种能够p2p(点对点)视频通话以实现应急求助及紧急会议等视频需求的铁路应急通信方法、系统、处理设备及计算机存储介质。

为实现上述目的，本发明采取以下技术方案：

第一方面，本发明提供一种铁路应急通信方法，包括以下步骤：

s1、用户通过铁路系统中的终端设备发起求助，终端设备实时采集用户音视频信息，通过信令服务器广播；

s2、应答中心收到求助信息，在页面求助队列中推送该求助信息，工作人员选择接通该求助通话后，给信令服务器发送接通信息，双终端通过各自网络建立p2p点对点连接；

s3、应答中心在接听或者完成接听后可记录该求助的内容信息，选取预案，定向派发消息给工作人员；

s4、当应答中心的工作人员完成任务派发后，该应急求助定义为结束。

所述的铁路应急通信方法，进一步地，如果应答中心遇到难以定夺的求助事件或紧急事件通过事件上报发起紧急会议，会议信息通过信令服务器进行广播，同时给邀请的其他工作人员发送系统消息推送，其他人员收到消息推送，单击消息中的会议室地址则进入会议室。

所述的铁路应急通信方法，进一步地，所述s1中通过原生webapi调用终端设备的摄像头及麦克风的音视频信息，并对其进行静音闭屏标记在前端video标签上，根据业务需求对其进行适配，在获取本终端设备的音视频信息后，以当前url+任意数作为独立id来标记当前所在频道。

所述的铁路应急通信方法，进一步地，信令服务器用于建立同一频道下的设备连接以进行信息交互，信令服务器采用socketio实现实时信令交互，socketio信令服务器与客户端建立socket连接后，客户端基于业务实现向信令服务器收发信息，信令服务器在收到客户端的频道信息后创建频道，并转发该频道的信息给该频道下的客户端，业务实现上客户端先与信令服务器建立连接，并根据业务情况创建频道获取自身音视频信息，当其他客户端进入同频道时，信令服务器通过socketio广播其加入信息，频道内其他客户端收到信息后分别新建socket连接通过信令服务器与该新加入者进行单独信息传输，传输双方音视频信息，当客户端断开后该频道下的其他客户端清除连接列表中的相应连接。

所述的铁路应急通信方法，进一步地，派发消息选取rabbitmq消息队列，在终端设备通过websocket进行消息的实时推送，工作人员已阅后，消息不再提示，否则在页面保留未读消息。

所述的铁路应急通信方法，进一步地，如果其他用户在连接期间也同时发起求助，通过信令服务器广播发出求助信息，应答中心收到求助信息，在页面的求助队列中推送该求助信息，原正在进行的通话并未中断，工作人员可选择继续当前通话直至结束，也可以选择暂停当前通话接听下一条通话，并在下一条通话也被暂停或接通后重新接听当前通话。

第二方面，本发明提供一种铁路应急通信系统，该系统包括：

应急求助单元，用户通过铁路系统中的终端设备发起求助，终端设备实时采集用户音视频信息，通过信令服务器广播；

应答连接单元，应答中心收到求助信息，在页面求助队列中推送该求助信息，工作人员选择接通该求助通话后，给信令服务器发送接通信息，双终端通过各自网络建立p2p点对点连接；

事件处理单元，应答中心在接听或者完成接听后可记录该求助的内容信息，选取预案，定向派发消息给工作人员；

应答执行单元，应答中心的工作人员完成任务派发，执行应急求助。

所述的铁路应急通信系统，进一步地，还包括事件上报单元，用于在应答中心遇到难以定夺的求助事件或紧急事件通过事件上报发起紧急会议，会议信息通过信令服务器进行广播，同时给邀请的其他工作人员发送系统消息推送，其他人员收到消息推送，单击消息中的会议室地址则进入会议室。

第三方面，本发明提供一种处理设备，所述处理设备至少包括处理器和存储器，所述存储器上存储有计算机程序，其特征在于，所述处理器运行所述计算机程序时执行以实现本发明第一方面所述铁路应急通信方法的步骤。

第四方面，本发明提供一种计算机存储介质，其特征在于，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现本发明第一方面所述铁路应急通信方法的步骤。

本发明由于采取以上技术方案，其具有以下优点：

1、本发明利用了当前网络的快速发展，5g带来的移动端网络带宽大幅增长的基础网络优势，采用了webrtc视频技术，将视频传输实现为点对点，而非传统经服务器推拉流实现，通过采用点对点浏览器端和移动端的音视频通讯，解耦服务端对多媒体的处理，解放了终端与服务器之间的传输压力以及服务器的编解码压力；

2、本发明针对应急求助提供一套音视频应急求助/会议解决方案，主要解决应急视频求助及其处理流程及相应的紧急会议召开讨论的需求；

3、本发明帮助用户依托于客户端网络，及时、流畅的进行实时视频通，用户能够实现紧急求助，从多人求助队列的显示，到接通与紧急上报，系统有完整的流程支持处理紧急求助业务；

综上，本发明安全性高、易用性好，可以广泛应用于铁路应急系统。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。在整个附图中，用相同的附图标记表示相同的部件。在附图中：

图1是本发明实施例1的应用方法流程图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施方式。虽然附图中显示了本发明的示例性实施方式，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

应理解的是，文中使用的术语仅出于描述特定示例实施方式的目的，而无意于进行限制。除非上下文另外明确地指出，否则如文中使用的单数形式“一”、“一个”以及“所述”也可以表示包括复数形式。术语“包括”、“包含”、“含有”以及“具有”是包含性的，并且因此指明所陈述的特征、步骤、操作、元件和/或部件的存在，但并不排除存在或者添加一个或多个其它特征、步骤、操作、元件、部件、和/或它们的组合。文中描述的方法步骤、过程、以及操作不解释为必须要求它们以所描述或说明的特定顺序执行，除非明确指出执行顺序。还应当理解，可以使用另外或者替代的步骤。

webrtc(webreal-timecommunications)是一项实时通讯技术，它允许网络应用或者站点，在不借助中间媒介的情况下，建立浏览器之间点对点(peer-to-peer)的连接，实现视频流和/或音频流或者其他任意数据的传输。它使web浏览器通过简单的javascriptapi接口实现实时通信功能，已支持webrtc的浏览器有谷歌，火狐等，各种移动端也有原生组件支持。在webrtc中80％音频通信采用opus，视频通信编码使用vp9或vp8，迭代中最近推出的vp9比vp8节省70％的带宽。

本发明涉及webrtc技术主要有两部分组成，一部分是基于webrtc技术的业务逻辑实现，这一部分主要通过原生webapi调用摄像及麦克的音视频信息，并可对其进行静音闭屏标记在前端video标签上。webrtc是音视频完整的解决方案，具有采集、解编码、rtp打包，流量控制等音视频处理，本发明根据业务需求对其进行适配，在获取了本机音视频信息后，以当前url+任意数作为独立id来标记当前所在频道，当用户在同一频道时，可获取对方的音视频信息，实现视频通信。另一部分是隶属webrtc技术的信令交互，本发明搭建独立的信令服务器，来进行同一频道下的建立连接等信息交互，这里选取socketio来实现实时信令交互。socketio可实现实时双向，基于事件驱动的通信，支持websocket、polling两种传输方式来兼容所有浏览器、平台、设备。socketio信令服务器与客户端建立socket连接后，客户端基于业务实现向信令服务器收发信息，信令服务器在收到客户端client的频道信息后创建频道，并转发该频道的信息给该频道下的客户端。业务实现上，客户端先与信令服务器建立连接，并根据业务情况创建频道获取自身音视频信息，当其他客户端进入同频道时，信令服务器通过socketio广播其加入信息，频道内其他客户端收到信息后分别新建socket连接通过信令服务器与该新加入者进行单独信息传输，传输双方音视频信息，当客户端断开后该频道下的其他客户端清除连接列表中的相应连接。

如图1所示，基于上述搭建的信令服务器，本实施例提供的基于通信会议的铁路应急通信方法，包括以下步骤：

s1、用户通过铁路系统中的终端设备发起求助，终端设备通过麦克风摄像头实时采集用户的身份信息，通过信令服务器广播发出求助信息。

s2、应答中心收到求助信息，在页面的求助队列中推送该求助信息。工作人员选择接通该求助通话后，给信令服务器发送接通信息，双终端通过各自网络建立p2p点对点连接，其中，连接后的静音关视频、暂停、挂断等信息也通过信令服务器进行传输。

s3、应答中心在接听或者完成接听后可记录该求助的内容信息，选取预案，定向派发消息给工作人员。

具体地，派发消息选取rabbitmq消息队列，保证消息的可靠性，在终端设备通过websocket进行消息的实时推送。工作人员已阅后，消息不再提示，否则在页面保留未读消息，保证任务派发时的可靠性。

s4、应答中心在遇到难以定夺的求助事件时可通过事件上报来发起紧急会议，会议信息通过信令服务器进行广播，同时给邀请的其他工作人员发送系统消息推送，其他人员收到消息推送，单击消息中的会议室地址则进入会议室。在紧急会议中也可继续邀请其他工作人员参加(给其他工作人员发系统消息)，也可进行文字交流，上传文件。

s5、当应答中心的工作人员完成任务派发后，该应急求助定义为结束。

本发明的一些实施例中，如果其他用户在步骤s2期间也同时发起求助，通过信令服务器广播发出求助信息。应答中心收到求助信息，在页面的求助队列中推送该求助信息。原正在进行的通话并未中断，工作人员可选择继续当前通话(无操作)直至结束(挂断)，也可以选择暂停当前通话接听下一条通话，并在下一条通话也被暂停或接通后重新接听当前通话，这期间的暂停、挂断、重新接听等操作通过信令服务器进行传输。

本发明的一些实施例中，应答中心在接通通话后，可根据自身环境选择关闭声音视频，将传输的音视频内容置零，规避内部信息的外泄，但并不影响对方求助信息传输。

实施例2

上述实施例1提供了基于通信会议的铁路应急通信方法，与之相对应地，本实施例提供一种基于通信会议的铁路应急通信系统。

本实施例提供的基于通信会议的铁路应急通信系统可以实施实施例1的基于通信会议的铁路应急通信方法，该基于通信会议的铁路应急通信系统可以通过软件、硬件或软硬结合的方式来实现。例如，该基于通信会议的铁路应急通信系统可以包括集成的或分开的功能模块或功能单元来执行实施例1各方法中的对应步骤。由于本实施例的基于通信会议的铁路应急通信系统基本相似于方法实施例，所以本实施例描述过程比较简单，相关之处可以参见实施例1的部分说明即可，本实施例的基于通信会议的铁路应急通信系统的实施例仅仅是示意性的。

本实施例提供的基于通信会议的铁路应急通信系统，包括应急求助单元、求助队列单元、事件处理单元、消息派发单元和事件上报单元。

应急求助单元：在铁路运输中用户遇到紧急事件时，例如火灾等，可以通过设置在铁路系统中的终端设备向铁路工作人员进行紧急求助，终端设备将通过内置设备采集用户实时视频音频信息，通过基于webrtc技术的信令交互搭建的信令服务器实时将该求助信息推送到工作人员处理系统，等待工作人员应答该应急求助；

应答连接单元：用户实时发起应急求助时，工作人员在处理系统中的处理求助页面，可显示实时推送的求助队列，包含求助设备信息及应答状态，通过求助队列单元可以选择接通各个求助、暂时挂断求助、接通其他求助或重新接通之前暂停的求助等操作。

事件处理单元：应答中心在接听或者完成接听后可记录该求助的内容信息，选取预案，定向派发消息给工作人员；

应答执行单元，应答中心的工作人员完成任务派发，执行应急求助。具体地，工作人员接通用户紧急求助后，记录求助者阐述内容，选择应急预案，通知合适的工作人员去现场处理，特殊情况还可以通过事件上报单元来内部讨论定论。

事件上报单元：工作人员遇到紧急事况时，通过事件上报的方式邀请其他领导及同事进行视频会议讨论，这个场景不局限于应急求助，也可用于日常工作中对一些实时情况进行汇报和讨论。事件上报单元实现了视频会议功能，可进行多人视频通信，文字对话，文件上传共享等功能。

本发明的一些实施例中，终端设备设置有麦克风和摄像头等设备，用于实时采集用户的音频视频等信息。

实施例3

本发明实施例1所述的应用方法可被具体实现为一种计算机程序产品，计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本发明实施例1所述的方法的计算机可读程序指令，所述指令当由计算设备执行时，使得所述计算设备执行上述方法中的任一方法。

本发明的一些实施例中，计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意组合。

实施例4

本实施例提供一种计算设备，其包括：一个或多个处理器、存储器及一个或多个程序，其中一个或多个程序存储在存储器中并被配置为一个或多个处理器执行以实现实施例1所述方法的步骤。

本发明的一些实施例中，处理器可以为中央处理器(cpu)、数字信号处理器(dsp)等各种类型通用处理器，在此不做限定。

本发明的一些实施例中，存储器可以是高速随机存取存储器(ram：randomaccessmemory)，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。

需要说明的是，附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制，尽管参照上述实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者等同替换，而未脱离本发明精神和范围的任何修改或者等同替换，其均应涵盖在本发明的权利要求保护范围之内。上述内容仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围。