CN116915935B - 对讲处理方法、系统、服务器和存储介质 - Google Patents

Abstract

本公开涉及一种对讲处理方法、系统、服务器和存储介质，涉及呼叫技术领域，该方法包括：响应于第一对讲终端发送的第一对讲请求信息，确定第一目标中心客户端，并向第一目标中心客户端发送第一对讲请求信息，响应于接收到第一目标中心客户端发送的第一接受信息，向第一目标中心客户端传输第一对讲终端发送的第一对讲数据，并向第一对讲终端传输第一目标中心客户端发送的第二对讲数据。通过服务器接收并响应第一对讲终端发送的第一对讲请求信息，从工作状态为空闲状态的中心客户端中确定出一个作为呼叫对象，以便在对讲请求和中心客户端之间进行灵活配置，从而能够及时选择空闲的中心客户端进行接听，以及时处理对讲请求。

Description

对讲处理方法、系统、服务器和存储介质

技术领域

本公开涉及呼叫技术领域，具体地，涉及一种对讲处理方法、系统、服务器和存储介质。

背景技术

针对交通站台涉及的对讲系统，站台设置有一个客户端和至少一个对讲终端，以便完成客户端与对讲终端之间的相互呼叫，便于处理紧急情况。

相关技术中，一个对讲终端和一个中心客户端对应，在对讲终端发起对讲请求时，可向其对应的中心客户端发起对讲请求，即，该呼叫方式为定点呼叫，当该呼叫的中心客户端无法接听时，无法完成对讲，从而导致对对讲请求的处理不及时。

发明内容

本公开的目的是提供一种对讲处理方法、系统、服务器和存储介质，通过服务器接收并响应第一对讲终端发送的第一对讲请求信息，从工作状态为空闲状态的中心客户端中确定出一个作为呼叫对象，即第一目标中心客户端，进而对其进行呼叫并在呼叫成功后，即接收到第一目标中心客户端发送的第一接受信息后，为双方进行推流，从而实现视频对讲，以便在对讲请求和中心客户端之间进行灵活配置，从而能够及时选择空闲的中心客户端进行接听，以及时处理对讲请求。

为了实现上述目的，本公开第一方面提供一种对讲处理方法，包括：

响应于第一对讲终端发送的第一对讲请求信息，确定第一目标中心客户端，所述第一目标中心客户端为工作状态为空闲状态的一个中心客户端；

向所述第一目标中心客户端发送所述第一对讲请求信息，所述第一对讲请求信息用于所述第一目标中心客户端展示对讲请求；

响应于接收到所述第一目标中心客户端发送的第一接受信息，向所述第一目标中心客户端传输所述第一对讲终端发送的第一对讲数据，并向所述第一对讲终端传输所述第一目标中心客户端发送的第二对讲数据。

可选地，所述确定第一目标中心客户端，包括：

获取状态表，所述状态表包括多个中心客户端的工作状态；

在所述状态表中存在工作状态为空闲状态的中心客户端的情况下，将任一工作状态为空闲状态的中心客户端确定为所述第一目标中心客户端。

可选地，所述方法还包括：

获取任一中心客户端上报的状态信息；

根据所述任一中心客户端上报的状态信息，对所述状态表中的所述任一中心客户端的工作状态进行更新。

可选地，在所述确定第一目标中心客户端的步骤之后，所述方法还包括：

将所述状态表中的所述第一目标中心客户端的工作状态修改为等待接通中状态；

在所述响应于接收到所述目标客户端发送的第一接受信息的步骤之后，所述方法还包括：

将所述状态表中的所述第一目标中心客户端的工作状态修改为通话中状态。

可选地，所述方法还包括：

在向所述第一目标中心客户端发送所述第一对讲请求信息之后，启动计时；

在计时时长大于或等于预设呼叫时长阈值的情况下，若仍未接收到所述第一接受信息，则重新确定新的第一目标中心客户端，并将所述状态表中的所述第一目标中心客户端的工作状态修改为空闲状态。

可选地，所述第一对讲请求信息包括所述第一对讲终端对应的第一视频流地址，所述第一接受信息包括所述第一目标中心客户端对应的第二视频流地址，所述方法还包括：

响应于接收到所述第一对讲请求信息，根据所述第一视频流地址，建立与所述第一对讲终端的第一接收通道；

响应于接收到所述第一接受信息，根据所述第二视频流地址，建立与所述第一目标中心客户端的第二接收通道和第一传输通道，并根据所述第一视频流地址，建立与所述第一对讲终端的第二传输通道；

所述向所述第一目标中心客户端传输所述第一对讲终端发送的第一对讲数据，并向所述第一对讲终端传输所述第一目标中心客户端发送的第二对讲数据，包括：

通过第一接收通道接收所述第一对讲终端发送的第一对讲数据，并将所述第一对讲数据通过所述第一传输通道传输至所述第一目标中心客户端；

通过第二接收通道接收所述第一目标中心客户端发送的第二对讲数据，并将所述第二对讲数据通过所述第二传输通道传输至所述第一对讲终端。

可选地，所述方法还包括：

响应于第二目标中心客户端发送的针对第二对讲终端的第二对讲请求信息，向所述第二对讲终端发送所述第二对讲请求信息；

响应于接收到所述第二对讲终端发送的第二接受信息，向所述第二目标中心客户端传输所述第二对讲终端发送的第三对讲数据，并向所述第二对讲终端传输所述第二目标中心客户端发送的第四对讲数据。

本公开第二方面提供一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开第一方面所述对讲处理方法的步骤。

本公开第三方面提供一种服务器，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现本公开第一方面所述对讲处理方法的步骤。

本公开第四方面提供一种对讲处理系统，包括：服务器、至少一个第一对讲终端以及至少一个中心客户端，所述服务器分别与所述至少一个第一对讲终端以及所述至少一个中心客户端连接，所述服务器被配置为实现本公开第一方面所述对讲处理方法的步骤。

可选地，所述服务器为多个，多个服务器之间相互连接，且所述多个服务器均与所述至少一个第一对讲终端以及所述至少一个中心客户端连接；

所述多个服务器中的任一服务器能够在其他服务器处于故障的情况下，实现本公开第一方面所述对讲处理方法的步骤。

通过上述技术方案，响应于第一对讲终端发送的第一对讲请求信息，确定第一目标中心客户端，该第一目标中心客户端为工作状态为空闲状态的一个中心客户端，并向第一目标中心客户端发送第一对讲请求信息，第一对讲请求信息用于第一目标中心客户端展示对讲请求，响应于接收到第一目标中心客户端发送的第一接受信息，向第一目标中心客户端传输第一对讲终端发送的第一对讲数据，并向第一对讲终端传输第一目标中心客户端发送的第二对讲数据。通过服务器接收并响应第一对讲终端发送的第一对讲请求信息，从工作状态为空闲状态的中心客户端中确定出一个作为呼叫对象，即第一目标中心客户端，进而对其进行呼叫并在呼叫成功后，即接收到第一目标中心客户端发送的第一接受信息后，为双方进行推流，从而实现视频对讲，以便在对讲请求和中心客户端之间进行灵活配置，从而能够及时选择空闲的中心客户端进行接听，以及时处理对讲请求。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种对讲处理系统的示意图。

图2是根据一示例性实施例示出的一种对讲处理方法的流程图。

图3是根据一示例性实施例示出的一种确定第一目标中心客户端的方法的流程图。

图4是根据一示例性实施例示出的一种对讲处理方法的呼叫方法的流程图。

图5是根据一示例性实施例示出的另一种对讲处理方法的流程图。

图6是根据一示例性实施例示出的一种对讲处理方法的系统流程图。

图7是根据一示例性实施例示出的一种服务器的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

需要说明的是，本公开中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。

相关技术中，一个对讲终端和一个中心客户端对应，在对讲终端发起对讲请求时，向一个已经确定的中心客户端发起对讲请求，即，对讲终端呼叫时，已配备好中心客户端的唯一IP地址，以便定点呼叫对方，当该呼叫的中心客户端无法接听时，无法完成对讲，从而导致对对讲请求的处理不及时。

针对上述技术问题，本公开实施例提供一种对讲处理方法、系统、服务器和存储介质，通过服务器接收并响应第一对讲终端发送的第一对讲请求信息，从工作状态为空闲状态的中心客户端中确定出一个作为呼叫对象，即第一目标中心客户端，进而对其进行呼叫并在呼叫成功后，即接收到第一目标中心客户端发送的第一接受信息后，为双方进行推流，从而实现视频对讲，以便在对讲请求和中心客户端之间进行灵活配置，从而能够及时选择空闲的中心客户端进行接听，以及时处理对讲请求。

在对本公开实施例的对讲处理方法进行介绍之前，先对本公开实施例的对讲处理系统进行介绍。

图1是根据一示例性实施例示出的一种对讲处理系统的示意图，如图1所示，该系统可包括服务器、至少一个第一对讲终端以及至少一个中心客户端，服务器分别与至少一个第一对讲终端以及至少一个中心客户端连接，其中，对讲终端可设置在站台内的不同地方，也可设置在不同的站台，以便站台的工作人员或者站台内的任意乘客进行使用以呼叫中心客户端，例如，在遇到紧急情况时，可通过对讲终端向中心客户端发起对讲以便报警。

其中，第一对讲终端可先生成第一对讲请求信息，该第一对讲请求信息可包括第一对讲终端的标识信息以及第一视频流地址，其中，第一对讲终端的标识信息可用于握手，第一视频流地址包括服务器上的其中一个视频流地址，以便第一对讲终端通过该第一视频流地址向服务器传输第一对讲数据，该第一对讲数据可为第一视频流，即第一对讲终端采集的第一对讲终端的用户的视频以及音频数据。

服务器接收到第一对讲终端发送的第一对讲请求信息，从中心客户端中确定出一个空闲的第一目标中心客户端，以便向第一目标中心客户端发送第一对讲请求信息，该第一对讲请求信息用于第一目标中心客户端展示对讲请求。即，第一目标中心客户端接收到第一对讲请求信息后，可通过展示页面展示对讲请求，该对讲请求可包括第一对讲终端的标识信息，以及接听和挂断的选择插件，以便第一目标中心客户端一侧的用户能够根据该标识信息判断是否接听。

在用户触发接听后，第一目标中心客户端可生成接受信息，该接受信息可包括第一目标中心客户端的标识信息以及第二视频流地址，该第一目标中心客户端的标识信息可用于握手。第二视频流地址包括服务器上的其中一个视频流地址，以便第一目标中心客户端通过该第一视频流地址向服务器传输第二对讲数据，该第二对讲数据可为第二视频流，即第一目标中心客户端采集的第一目标中心客户端的用户的视频以及音频数据。然后，服务器再将接收到的第一视频流和第二视频流传输给对方，从而实现第一对讲终端和第一目标中心客户端之间的视频对讲。

在一种可能的实施方式中，服务器为多个，多个服务器之间相互连接，且多个服务器均与至少一个第一对讲终端以及至少一个中心客户端连接；多个服务器中的任一服务器能够在其他服务器处于故障的情况下，实现本公开实施例的对讲处理方法的步骤。例如，设置有第一服务器和第二服务器，第一服务器与第二服务器之间通过心跳包与对方进行通信，第一服务器作为主服务器，第二服务器作为备用服务器，在第二服务器检测到第一服务器故障时，即，在间隔预设时长之后仍未收到第一服务器的反馈信号，则确定第一服务器故障，第二服务器代替第一服务器执行其功能，以实现本公开实施例的对讲处理方法的步骤。

图2是根据一示例性实施例示出的一种对讲处理方法的流程图，如图2所示，该方法可应用于服务器，该方法可包括以下步骤：

在步骤S201中，响应于第一对讲终端发送的第一对讲请求信息，确定第一目标中心客户端，该第一目标中心客户端为工作状态为空闲状态的一个中心客户端。

在本实施方式中，该服务器可为流服务器，第一对讲终端生成第一对讲请求信息，该第一对讲请求信息可包括第一对讲终端的标识信息以及第一视频流地址，其中，第一对讲终端的标识信息可用于握手，第一视频流地址包括服务器上的其中一个视频流地址，以便第一对讲终端通过该第一视频流地址向服务器传输第一对讲数据，该第一对讲数据可为第一视频流，即第一对讲终端采集的第一对讲终端的用户的视频以及音频数据。

其中，第一视频流地址可通过第一对讲终端以自身ID（Identity Document，身份标识）、当前时间戳及流服务器IP（Internet Protocol，网际互联协议），结合服务器上的其中一个视频流地址，生成专属视频流地址，即第一视频流地址，例如，该服务器中包括180个视频流地址，第一对讲终端可基于自身ID、当前时间戳及流服务器IP，并从180个视频流地址确定出一个视频流地址，生成专属的第一视频流地址。

在服务器接收到第一对讲终端发送的第一对讲请求信息后，即可响应于该第一对讲请求信息，从至少一个中心客户端中确定出一个工作状态为空闲状态的中心客户端作为第一目标中心客户端。

在步骤S202中，向第一目标中心客户端发送第一对讲请求信息，该第一对讲请求信息用于第一目标中心客户端展示对讲请求。

在本实施方式中，在确定第一目标中心客户端之后，即可向第一目标中心客户端发送第一对讲请求信息，该第一对讲请求信息能够触发第一目标中心客户端展示对讲请求，例如，第一目标中心客户端接收到第一对讲请求信息之后，即可响应于该第一对讲请求信息，在其展示界面上向用户展示对讲请求，例如，展示用于接听的控件以及用于拒绝接听的控件。以便第一目标中心客户端一侧的用户能够选择是否接听。

在一种可能的实施方式中，第一对讲终端的标识信息可包括以下数据：{"ID"："对讲发起ID"，"lineId"："线路编码"，"StationId"："站台编码"，"deviceId"："视频对讲终端设备编码"，"ip"："视频对讲终端设备IP"，"address"："视频对讲终端流地址"}。第一目标中心客户端还可根据该第一对讲终端的标识信息，在其展示界面上展示第一对讲终端的标识信息，以便第一目标中心客户端一侧的用户能够确定对讲的发起方的身份信息，从而选择是否接听，并快速确定对讲发起方的具体位置，以便于快速准确处理问题。

在步骤S203中，响应于接收到第一目标中心客户端发送的第一接受信息，向第一目标中心客户端传输第一对讲终端发送的第一对讲数据，并向第一对讲终端传输第一目标中心客户端发送的第二对讲数据。

在本实施方式中，若接收到第一目标中心客户端发送的第一接受信息，即表明可以连接第一对讲终端和第一目标中心客户端，此时，即可向双方互推对讲数据，实现第一对讲终端和第一目标中心客户端之间的用户的视频对讲。例如，第一对讲终端将第一对讲数据发送给服务器，第一目标中心客户端将第二对讲数据发送给服务器，服务器再分别将第一对讲数据传输给第一目标中心客户端，将第二对讲数据传输给第一对讲终端。

在本实施方式中，通过服务器接收并响应第一对讲终端发送的第一对讲请求信息，从工作状态为空闲状态的中心客户端中确定出一个作为呼叫对象，即第一目标中心客户端，进而对其进行呼叫并在呼叫成功后，即接收到第一目标中心客户端发送的第一接受信息后，为双方进行推流，从而实现视频对讲，以便在对讲请求和中心客户端之间进行灵活配置，从而能够及时选择空闲的中心客户端进行接听，以及时处理对讲请求。

图3是根据一示例性实施例示出的一种确定第一目标中心客户端的方法的流程图，如图3所示，在一种可能的实施方式中，确定第一目标中心客户端的方法可包括以下步骤：

在步骤S301中，获取状态表，该状态表包括多个中心客户端的工作状态。

在步骤S302中，在状态表中存在工作状态为空闲状态的中心客户端的情况下，将任一工作状态为空闲状态的中心客户端确定为第一目标中心客户端。

在本实施方式中，可建立一个状态表，用于记录与服务器连接的多个中心客户端的工作状态，其中，工作状态可包括：未连通状态、空闲状态、等待接通状态、通话中状态、主动下呼中状态和故障状态。遍历状态表，确定工作状态为空闲状态的中心客户端，若存在工作状态为空闲状态的中心客户端，即可将任一工作状态为空闲状态的中心客户端确定为第一目标中心客户端。

在一种可能的实施方式中，若存在工作状态为空闲状态的中心客户端，还可确定工作状态为空闲状态的中心客户端在预设时间段内的对讲次数，例如，该预设时间段可为24小时，并将对讲次数最小的中心客户端确定为第一目标中心客户端。以便能够均衡每个中心客户端处理的对讲请求。

在一种可能的实施方式中，若存在工作状态为空闲状态的中心客户端，还可确定工作状态为空闲状态的中心客户端在预设时间段内的对讲时长，并将对讲时长最小的中心客户端确定为第一目标中心客户端，以便能够均衡每个中心客户端的用户的对讲时长。

在一种可能的实施方式中，在状态表中不存在工作状态为空闲状态的中心客户端的情况下，可继续等待，在此过程中，状态表中每个中心客户端的工作状态会不断更新，具体更新方式可参考后续实施例，直至状态表中存在工作状态为空闲状态的中心客户端。

在一种可能的实施方式中，在状态表中不存在工作状态为空闲状态的中心客户端的情况下，将所述第一对讲请求信息放入等待队列，在状态表中存在工作状态为空闲状态的中心客户端且该第一对讲请求信息前面不存在其它对讲请求信息时，可执行步骤：向第一目标中心客户端发送第一对讲请求信息。

在一种可能的实施方式中，可建立一个初始内容为空的状态表，并获取中心客户端上报的状态信息，以便记录每一个与服务器连接的中心客户端的工作状态。例如，获取任一中心客户端上报的状态信息；根据任一中心客户端上报的状态信息，对状态表中的任一中心客户端的工作状态进行更新。其中，每一个中心客户端可按照预设时间间隔，向服务器上报自身的状态信息，该状态信息可包括身份标识和工作状态。服务器接收到中心客户端上报的状态信息之后，即可根据身份标识和工作状态，对该身份标识对应的中心客户端的工作状态进行更新，对于更新，若该中心客户端第一次上报状态信息，则将该中心客户端的工作状态从“无”更新为其上报的工作状态，若存在工作状态，则使用本次上报的工作状态替换已有的工作状态。

在一种可能的实施方式中，还可由服务器主动对状态表进行更新，例如，在确定第一目标中心客户端的步骤之后，所述方法还包括：将状态表中的第一目标中心客户端的工作状态修改为等待接通中状态。

在本实施方式中，在确定第一目标中心客户端之后，服务器可主动将状态表中的第一目标中心客户端的工作状态修改为等待接通中状态，此时，该第一目标中心客户端暂时无法再处理其它对讲请求。

在一种可能的实施方式中，在响应于接收到目标客户端发送的第一接受信息的步骤之后，所述方法还包括：将状态表中的第一目标中心客户端的工作状态修改为通话中状态。

在本实施方式中，在接收到目标客户端发送的第一接受信息之后，确定可接通第一对讲终端和第一目标中心客户端，以便第一对讲终端和第一目标中心客户端实现对讲，此时，可将状态表中的第一目标中心客户端的工作状态修改为通话中状态。从而能够便于确定中心客户端在不同时刻的不同的工作状态。

图4是根据一示例性实施例示出的一种对讲处理方法的呼叫方法的流程图，如图4所示，在一种可能的实施方式中，所述方法还包括以下步骤：

在步骤S401中，在向第一目标中心客户端发送第一对讲请求信息之后，启动计时。

在本实施方式中，向第一目标中心客户端发送第一对讲请求信息，即为对第一目标中心客户端进行呼叫，可在向第一目标中心客户端发送第一对讲请求信息之后，启动计时，以便统计呼叫时长。

在步骤S402中，在计时时长大于或等于预设呼叫时长阈值的情况下，若仍未接收到第一接受信息，则重新确定新的第一目标中心客户端，并将状态表中的第一目标中心客户端的工作状态修改为空闲状态。

在本实施方式中，预设呼叫时长阈值可根据实际情况进行设定，例如，该预设呼叫时长阈值可为15秒。在计时时长大于或等于预设呼叫时长阈值的情况下，若仍未接收到第一接受信息，则不再呼叫该第一目标中心客户端，并重新确定新的第一目标中心客户端，其确定方法可参考上述实施例：获取状态表，状态表包括多个中心客户端的工作状态；在状态表中存在工作状态为空闲状态的中心客户端的情况下，将任一工作状态为空闲状态的中心客户端确定为第一目标中心客户端。在确定了新的第一目标中心客户端之后，再呼叫新的第一目标中心客户端，即，向新的第一目标中心客户端发送第一对讲请求信息，以便实现第一对讲终端与新的第一目标中心客户端之间的对讲。并将状态表中的原始的第一目标中心客户端的工作状态修改为空闲状态。并可将新的第一目标中心客户端的工作状态修改为等待接通中状态。

在一种可能的实施方式中，第一对讲请求信息包括第一对讲终端对应的第一视频流地址，第一接受信息包括第一目标中心客户端对应的第二视频流地址，所述方法还包括：响应于接收到第一对讲请求信息，根据第一视频流地址，建立与第一对讲终端的第一接收通道；响应于接收到第一接受信息，根据第二视频流地址，建立与第一目标中心客户端的第二接收通道和第一传输通道，并根据第一视频流地址，建立与第一对讲终端的第二传输通道。

向第一目标中心客户端传输第一对讲终端发送的第一对讲数据，并向第一对讲终端传输第一目标中心客户端发送的第二对讲数据，包括：通过第一接收通道接收第一对讲终端发送的第一对讲数据，并将第一对讲数据通过第一传输通道传输至第一目标中心客户端；通过第二接收通道接收第一目标中心客户端发送的第二对讲数据，并将第二对讲数据通过第二传输通道传输至第一对讲终端。

在本实施方式中，服务器在接收到第一对讲请求信息之后，即可基于第一对讲请求信息中对应于第一对讲终端的第一视频流地址，建立与第一对讲终端的第一接收通道，第一对讲终端可通过第一接收通道向服务器发送第一对讲数据；其中，第一对讲终端可实时采集摄像头以及麦克风数据，并使用开源ffmpeg库转成H264视频编码或AAC（AdvancedAudio Coding，高级音频编码），以及25帧率的双声道格式的RTSP（Real Time StreamingProtocol，实时流传输协议）视频流，从而得到第一对讲数据。第一目标中心客户端可实时采集摄像头以及麦克风数据，并使用开源ffmpeg库转成H264视频编码或AAC音频编码，以及25帧率的双声道格式的RTSP视频流，从而得到第二对讲数据。

服务器接收到第一接受信息之后，即可进行双向数据传输，可根据第一接受信息中的对应于第一目标中心客户端的第二视频流地址，建立与第一目标中心客户端之间的第二接收通道和第二传输通道，并根据第一视频流地址，建立与第一目标中心客户端的第一传输通道。服务器可通过第一接收通道接收第一对讲终端发送的第一对讲数据，并将第一对讲数据通过第一传输通道传输至第一目标中心客户端，或者第一目标中心客户端通过第一传输通道从服务器获取第一对讲数据，以便第一目标中心客户端解析该第一对讲数据并向用户输出第一对讲数据，即展示第一对讲数据对应的视频图像以及播放音频。

服务器通过第二接收通道接收第一目标中心客户端发送的第二对讲数据，并将第二对讲数据通过第二传输通道传输至第一对讲终端，或者第一对讲终端通过第二传输通道从服务器获取第二对讲数据，以便第一对讲终端解析该第二对讲数据并向用户输出第二对讲数据，即展示第二对讲数据对应的视频图像以及播放音频，从而实现第一对讲终端进而第一目标中心客户端之间的用户的视频对讲。

在一种可能的实施方式中，所述方法还包括：接收第一对讲终端发送的对讲结束信息，服务器删除第一接收通道、第二接收通道、第一传输通道和第二传输通道，服务器将结束信息发送至第一目标中心客户端，该结束信息用于使第一目标中心客户端结束对第一对讲数据的解析，并关闭视频对讲界面。

图5是根据一示例性实施例示出的另一种对讲处理方法的流程图，如图5所示，在一种可能的实施方式中，所述方法还包括以下步骤：

在步骤S501中，响应于第二目标中心客户端发送的针对第二对讲终端的第二对讲请求信息，向第二对讲终端发送第二对讲请求信息。

在本实施方式中，中心客户端还可有针对性地向下呼叫对讲终端，该第二目标中心客户端即为向下呼叫的中心客户端，该第二目标中心客户端可向服务器发送针对第二对讲终端的第二对讲请求信息，该第二对讲请求信息即可携带第二对讲终端的标识信息，以便服务器根据该第二对讲终端的标识信息，向第二对讲终端发送第二对讲请求信息。

在步骤S502中，响应于接收到第二对讲终端发送的第二接受信息，向第二目标中心客户端传输第二对讲终端发送的第三对讲数据，并向第二对讲终端传输第二目标中心客户端发送的第四对讲数据。

在本实施方式中，服务器向第二对讲终端发送第二对讲请求信息，第二对讲终端接收到第二对讲请求信息后，即可向服务器反馈第二接受信息。服务器响应于接收到第二对讲终端发送的第二接受信息，向第二目标中心客户端传输第二对讲终端发送的第三对讲数据，并向第二对讲终端传输第二目标中心客户端发送的第四对讲数据，以实现第二对讲终端与第二目标中心客户端之间的用户的对讲。其具体方式可参考上述第一对讲终端与第一目标中心客户端之间的用户的对讲，在此不再赘述。通过本实施例的方法，即可完成中心客户端对特定对讲终端的呼叫。

图6是根据一示例性实施例示出的一种对讲处理方法的系统流程图，如图6所示，包括以下步骤：

在步骤S601中，对讲终端发起对讲请求，其中，该发起对讲请求的对讲终端即可为第一对讲终端。

在步骤S602中，服务器接收数据，可包括接收对讲请求以及状态信息。

在步骤S603中，服务器判断是否有空闲中心客户端，若是，则执行步骤S604，若否，则执行步骤S605。

在步骤S604中，判断是否接听，若是，则执行步骤S606，若否，则返回步骤S603。

在步骤S606中，服务器双向传输数据，即，通过第一接收通道接收第一对讲终端发送的第一对讲数据，并将第一对讲数据通过第一传输通道传输至第一目标中心客户端；通过第二接收通道接收第一目标中心客户端发送的第二对讲数据，并将第二对讲数据通过第二传输通道传输至第一对讲终端。

在步骤S607中，对讲结束，第一对讲终端或第一目标中心客户端挂断，并可将状态信息发送给服务器。

其中，各个中心客户端可按照预设时间间隔向服务器发送状态信息。

图7是根据一示例性实施例示出的一种服务器的框图。参照图7，服务器700包括处理器722，其数量可以为一个或多个，以及存储器732，用于存储可由处理器722执行的计算机程序。存储器732中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器722可以被配置为执行该计算机程序，以执行上述的对讲处理方法。

另外，服务器700还可以包括电源组件726和通信组件750，该电源组件726可以被配置为执行服务器700的电源管理，该通信组件750可以被配置为实现服务器700的通信，例如，有线或无线通信。此外，该服务器700还可以包括输入/输出（I/O）接口758。服务器700可以操作基于存储在存储器732的操作系统。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的对讲处理方法的步骤。例如，该非临时性计算机可读存储介质可以为上述包括程序指令的存储器732，上述程序指令可由服务器700的处理器722执行以完成上述的对讲处理方法。

在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的对讲处理方法的代码部分。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (8)

1.一种对讲处理方法，其特征在于，应用于服务器，包括：

响应于第一对讲终端发送的第一对讲请求信息，获取状态表，所述状态表包括多个中心客户端的工作状态，所述工作状态包括空闲状态、等待接通中状态和通话中状态，所述第一对讲终端为交通站台中的对讲终端，所述第一对讲请求信息包括第一对讲终端的标识信息以及第一对讲终端对应的第一视频流地址，所述第一对讲终端的标识信息包括对讲发起ID、线路编码、站台编码、视频对讲终端设备编码、视频对讲终端设备IP和视频对讲终端流地址，所述第一视频流地址用于建立与所述第一对讲终端的第一接收通道，所述第一视频流地址为通过所述第一对讲终端的ID、当前时间戳及服务器IP，结合服务器上的其中一个视频流地址，生成的专属视频流地址；

在所述状态表中不存在工作状态为空闲状态的中心客户端的情况下，将所述第一对讲请求信息放入等待队列，在所述状态表中存在工作状态为空闲状态的中心客户端且所述第一对讲请求信息前面不存在其它对讲请求信息的情况下，确定工作状态为空闲状态的中心客户端在预设时间段内的对讲次数或对讲时长，将对讲次数最小的中心客户端确定为第一目标中心客户端，或，将对讲时长最小的中心客户端确定为第一目标中心客户端，并将所述状态表中的所述第一目标中心客户端的工作状态修改为等待接通中状态；

向所述第一目标中心客户端发送所述第一对讲请求信息，所述第一对讲请求信息用于所述第一目标中心客户端展示对讲请求以及所述第一对讲终端的标识信息，以便第一目标中心客户端一侧的用户能够确定对讲的发起方的身份信息，从而选择是否接听，并确定对讲发起方的具体位置，以便于准确处理问题；

响应于接收到所述第一目标中心客户端发送的第一接受信息，向所述第一目标中心客户端传输所述第一对讲终端发送的第一对讲数据，并向所述第一对讲终端传输所述第一目标中心客户端发送的第二对讲数据，并将所述状态表中的所述第一目标中心客户端的工作状态修改为通话中状态；

响应于第二目标中心客户端发送的针对第二对讲终端的第二对讲请求信息，向所述第二对讲终端发送所述第二对讲请求信息；

响应于接收到所述第二对讲终端发送的第二接受信息，向所述第二目标中心客户端传输所述第二对讲终端发送的第三对讲数据，并向所述第二对讲终端传输所述第二目标中心客户端发送的第四对讲数据。

2.根据权利要求1所述的对讲处理方法，其特征在于，所述方法还包括：

获取任一中心客户端上报的状态信息；

根据所述任一中心客户端上报的状态信息，对所述状态表中的所述任一中心客户端的工作状态进行更新。

3.根据权利要求1所述的对讲处理方法，其特征在于，所述方法还包括：

在向所述第一目标中心客户端发送所述第一对讲请求信息之后，启动计时；

在计时时长大于或等于预设呼叫时长阈值的情况下，若仍未接收到所述第一接受信息，则重新确定新的第一目标中心客户端，并将所述状态表中的所述第一目标中心客户端的工作状态修改为空闲状态。

4.根据权利要求1-3任一项所述的对讲处理方法，其特征在于，所述第一接受信息包括所述第一目标中心客户端对应的第二视频流地址，所述方法还包括：

响应于接收到所述第一对讲请求信息，根据所述第一视频流地址，建立与所述第一对讲终端的第一接收通道；

响应于接收到所述第一接受信息，根据所述第二视频流地址，建立与所述第一目标中心客户端的第二接收通道和第一传输通道，并根据所述第一视频流地址，建立与所述第一对讲终端的第二传输通道；

所述向所述第一目标中心客户端传输所述第一对讲终端发送的第一对讲数据，并向所述第一对讲终端传输所述第一目标中心客户端发送的第二对讲数据，包括：

通过第一接收通道接收所述第一对讲终端发送的第一对讲数据，并将所述第一对讲数据通过所述第一传输通道传输至所述第一目标中心客户端；

通过第二接收通道接收所述第一目标中心客户端发送的第二对讲数据，并将所述第二对讲数据通过所述第二传输通道传输至所述第一对讲终端。

5.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-4中任一项所述对讲处理方法的步骤。

6.一种服务器，其特征在于，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1-4中任一项所述对讲处理方法的步骤。

7.一种对讲处理系统，其特征在于，包括：服务器、至少一个第一对讲终端以及至少一个中心客户端，所述服务器分别与所述至少一个第一对讲终端以及所述至少一个中心客户端连接，所述服务器被配置为实现权利要求1-4中任一项所述对讲处理方法的步骤。

8.根据权利要求7所述的对讲处理系统，其特征在于，所述服务器为多个，多个服务器之间相互连接，且所述多个服务器均与所述至少一个第一对讲终端以及所述至少一个中心客户端连接；

所述多个服务器中的任一服务器能够在其他服务器处于故障的情况下，实现权利要求1-4中任一项所述对讲处理方法的步骤。