CN101695099A - 一种语音对讲的实现方法、系统和设备 - Google Patents

Abstract

本发明公开了一种语音对讲的实现方法、系统和设备，其中，该方法包括：前端设备发送语音对讲请求给中心服务端，由中心服务端将语音对讲请求推送给客户端，并启动用于跟踪语音对讲请求的定时器，提供语音对讲请求正在接通中的第一提示；前端设备在定时器未超时时接收到中心服务端发送的启动语音对讲的指令，则关闭所述定时器，启动语音对讲；在所述定时器超时，且还未接收到中心服务端发送的所述启动语音对讲的指令时，则发送取消语音对讲请求给中心服务端，并提供暂时无法受理所述语音对讲请求的第二提示。采用本发明，可以避免现有技术中如果从前端设备发起语音对讲就会大大加重中心服务端的负荷，影响中心服务端的运行效率等问题。

Description

一种语音对讲的实现方法、系统和设备

技术领域

本发明涉及监控技术，特别涉及一种语音对讲的实现方法、系统和设备。

背景技术

目前，随着监控技术的不断发展，中心服务端的用户和前端设备的用户直接进行面对面的对话即语音对讲也随之变得迫切。参见图1，图1为现有技术中的语音对讲流程图。如图1所示，该流程可包括以下步骤：步骤101，处于中心服务端(包含一个以上中心服务器)的客户端X选择进行语音对讲的前端设备A，并发送语音对讲请求给中心服务端。这里，语音对讲请求中携带了客户端X的标识和选择的前端设备A的标识。步骤102，中心服务端接收到语音对讲请求后，根据语音对讲请求携带的前端设备A的标识，向前端设备A发送启动语音对讲的指令。这里，步骤102中发送指令的操作还进一步包括：建立前端设备A与客户端X之间的语音通道。这里，只要客户端启动语音对讲，在系统正常的情况下中心服务端都会使该语音对讲启动成功，因此，中心服务端没有必要再向发送语音对讲请求的客户端X发送语音对讲请求的状态提示。步骤103，前端设备A接收到指令后，通过建立的语音通道与客户端X开始进行语音对讲。至此，实现了现有的语音对讲流程。

现有技术中，语音对讲必须从中心服务端发起，而不能从前端设备发起，这是因为从前端设备发起语音对讲会遇到一些问题，比如：由于中心服务端处的一个客户端一次只能与一个前端设备进行语音对讲，而通常情况下前端设备比较多，数量远远大于中心服务端处客户端的数量，当有超过中心服务端处客户端数量的前端设备同时向中心服务端发起语音对讲，就会导致1个以上的前端设备发起的语音对讲不能够启动成功；为便于前端设备处的用户及时获知触发的语音对讲的状态，在每一前端设备发起语音对讲时，中心服务端需要向该前端设备的用户发送语音对讲状态的提示，如此，大大加重了中心服务端的负荷，影响中心服务端的运行效率等。由于这些问题的存在导致现有技术至今还没有从前端设备发起语音对讲的高效操作流程。

综上所述，一种从前端设备发起语音对讲的方法是当前亟待解决的技术问题。

发明内容

本发明提供了一种语音对讲的实现方法、系统和设备，以实现由前端设备发起语音对讲的流程。

一种语音对讲的实现方法，该方法包括以下步骤：

A、前端设备发送语音对讲请求给中心服务端，由所述中心服务端将所述语音对讲请求推送给客户端，并启动用于跟踪所述语音对讲请求的定时器，提供语音对讲请求正在接通中的第一提示；

B，前端设备在所述定时器未超时时接收到中心服务端发送的启动语音对讲的指令，所述指令为中心服务端在获知接收到所述语音对讲请求的客户端选择与所述前端设备进行语音对讲时发送的，则关闭所述定时器，启动语音对讲；在所述定时器超时，且还未接收到中心服务端发送的所述启动语音对讲的指令时，则发送取消语音对讲请求给中心服务端，并提供暂时无法受理所述语音对讲请求的第二提示。

一种语音对讲的实现系统，该系统包括前端设备、中心服务端和客户端；其中，

所述前端设备用于发送语音对讲请求给中心服务端，启动用于跟踪所述语音对讲请求的定时器，并提供语音对讲请求正在接通中的第一提示；并在所述定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，则关闭所述定时器，启动语音对讲；在所述定时器超时，且还未接收到中心服务端发送的启动语音对讲的指令，则发送取消语音对讲请求给中心服务端，并提供暂时无法受理所述语音对讲请求的第二提示；

所述中心服务端接收所述语音对讲请求，并将接收的语音对讲请求推送给客户端；以及，发送启动语音对讲的指令给所述前端设备；

所述客户端接收所述中心服务端推送的语音对讲请求，在选择与所述前端设备进行语音对讲时触发所述中心服务端发送启动语音对讲的指令。

一种前端设备，该前端设备包括：发送单元、启动单元、提供单元和语音对讲单元；其中，

所述发送单元用于发送语音对讲请求给中心服务端，以及在所述定时器超时，还未接收到中心服务端发送的启动语音对讲的指令时，则发送取消语音对讲请求给中心服务端；

所述启动单元在所述发送单元发送语音对讲请求时，启动用于跟踪所述语音对讲请求的定时器；

所述提供单元用于在所述发送单元发送语音对讲请求时，提供语音对讲请求正在接通中的第一提示；在所述发送单元发送取消语音对讲请求时，提供暂时无法受理所述语音对讲请求的第二提示；

所述语音对讲单元在所述定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，则触发所述启动单元关闭所述定时器，启动语音对讲。

由以上技术方案可以看出，本发明提供的语音对讲的实现方法和设备中，前端设备发送语音对讲请求给中心服务端，由所述中心服务端将所述语音对讲请求推送给客户端，并启动用于跟踪所述语音对讲请求的定时器，并提供语音对讲请求正在接通中的第一提示；前端设备在所述定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，其中，该指令为中心服务端在获知接收到所述语音对讲请求的客户端选择与所述前端设备进行语音对讲时发送的，则关闭所述定时器，与所述中心服务端进行语音对讲；在所述定时器超时，且还未接收到中心服务端发送的启动语音对讲的指令，则发送取消语音对讲请求给中心服务端，并提供暂时无法受理所述语音对讲请求的第二提示。可以看出，本发明中，前端设备提供语音对讲状态的提示，而中心服务端只是在客户端和前端设备之间起到信息比如语音对讲请求等的透传作用，这样，就不会出现现有技术中如果从前端设备发起语音对讲就会大大加重中心服务端的负荷，影响中心服务端的运行效率等问题。

附图说明

图1为现有技术中的语音对讲流程图；

图2为本发明实施例提供的基本流程图；

图3为本发明实施例提供的详细流程图；

图4为本发明实施例提供的系统结构图；

图5为本发明实施例提供的前端设备的结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明实施例提供的语音对讲主要是由处于前端设备发起的，具体包括如图2所示的流程。参见图2，图2为本发明实施例提供的基本流程图。如图2所示，该流程包括以下步骤：

步骤201，前端设备发送语音对讲请求给中心服务端，由中心服务端将所述语音对讲请求推送给客户端，并启动用于跟踪所述语音对讲请求的定时器，并提供语音对讲请求正在接通中的第一提示。

步骤202，前端设备在定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，则关闭所述定时器，启动语音对讲；在所述定时器超时，且还未接收到中心服务端发送的启动语音对讲的指令，则发送取消语音对讲请求给中心服务端，并提供暂时无法受理所述语音对讲请求的第二提示。

步骤202中，中心服务端发送的启动语音对讲的指令具体是在获知接收到所述语音对讲请求的客户端选择与所述前端设备进行语音对讲时发送的。

至此，通过上述步骤实现了本发明实施例提供的基本流程图。

以上对本发明实施例提供的方法进行了基本描述，为使本发明实施例提供的方法更加清楚，下面对本发明实施例提供的方法进行详述。

参见图3，图3为本发明实施例提供的详细流程图。如图3所示，该流程可包括以下步骤：

步骤301，前端设备A在用户A的触发下向中心服务端发送语音对讲请求。

这里，可在前端设备A上设有用于向中心服务端发送语音对讲请求的通话开关，如此，本步骤301中用户A可以按一下该通话开关，即可触发前端设备A向中心服务端发送语音对讲请求。语音对讲请求中携带了发送该语音对讲请求的前端设备A的标识，以便中心服务端获知哪一个前端设备发送的语音对讲请求。

步骤302，前端设备A启动用于跟踪已发送的语音对讲请求的定时器。

定时器设定的时间可根据实际情况设置，比如，通常中心服务端处理前端设备发起的语音对讲请求的时间为5分钟，如此，本步骤302中设置定时器的时间可为5分钟，当达到5分钟时，确定定时器超时。

本实施例中，前端设备A发送语音对讲请求后，开始等待中心服务端的应答，当前端设备A在定时器超时时不能接收到中心服务端发起的语音对讲请求，则确定中心服务端比较忙，无法处理自身发送的语音对讲请求，则执行下述步骤315。

步骤303，前端设备A向用户A发送语音对讲请求正在接通中的第一提示。

这里，步骤303中前端设备A可通过音乐、或者语音向用户A发送第一提示。本实施例中，该第一提示可预先在前端设备A上设置好，具体与前端设备执行发送语音对讲请求的操作对应；如此，当前端设备发送语音对讲请求后，将该设置好的第一提示发送给用户A。

需要说明的是，步骤302至步骤303并无固定的时间先后顺序，比如，可同时进行，本发明实施例并不具体限定。

步骤304，中心服务端获取接收的语音对讲请求携带的前端设备A的标识，判断当前是否存在包含前端设备A的标识和表示暂时未处理的第一状态标识的对应关系，如果不存在，执行步骤305；如果存在，执行步骤308。

第一状态标识表示中心服务端已接收到前端设备A发送的语音对讲请求，但当前还没有处理。

步骤305，将接收的语音对讲请求的状态标识记为第一状态标识，记录接收的语音对讲请求的第一状态标识和该语音对讲请求携带的前端设备A的标识之间的对应关系。

优选地，步骤305中，中心服务端记录的上述对应关系中还包括：中心服务端接收到语音对讲请求的时间(记为语音对讲请求的接收时间)，该语音对讲请求的接收时间能够便于中心服务端及时删除该对应关系，比如，从接收时间开始的一段时间删除该对应关系等(具体可参见步骤318)，如此，本步骤305中的对应关系至少包括语音对讲请求的接收时间、语音对讲请求的状态标识和语音对讲请求携带的前端设备标识三者之间的对应关系。为便于描述，本实施例以对应关系至少包括：语音对讲请求的接收时间、语音对讲请求的状态标识和语音对讲请求携带的前端设备标识三者之间的对应关系为例。

步骤306，根据预先配置的客户端的管理权限，确定用于管理前端设备A的客户端，将上述对应关系携带在语音对讲请求中推送给确定的客户端。

通常，一个前端设备可由多个客户端管理，因此，步骤306确定的客户端的个数可为一个以上。

步骤307，客户端如果当前不能处理中心服务端推送的语音对讲请求，将接收的语音对讲请求放入队列等候。之后，执行步骤311。

执行到本步骤307时，如果客户端比较忙，当前不能直接处理中心服务端推送的语音对讲请求，如此，可将接收的语音对讲请求放入队列等候。这里，将接收的语音对讲请求放入队列等候具体实现时可有多种形式，比如：

第一种：

如果步骤305中记录的对应关系中包含语音对讲请求的接收时间，则执行到本步骤307时，可按照对应关系中携带的语音对讲请求接收时间的大小顺序将接收的语音对讲放入队列。比如：已存在排队的语音对讲请求的顺序依次为语音对讲请求1、语音对讲请求2和语音对讲请求3，三个语音对讲请求的接收时间依次减少，当步骤307接收到语音对讲请求4时，如果语音对讲请求4的接收时间大于语音对讲请求2的接收时间，且小于语音对讲请求1的接收时间，则执行到步骤307时，该队列中语音对讲请求的顺序更新为语音对讲请求1、语音对讲请求4、语音对讲请求2和语音对讲请求3。

第二种：

通常有一些前端设备发送的语音对讲请求比较重要，为了使客户端知道哪些前端设备发送的语音对讲请求比较重要，可设置各个前端设备的优先级，当需要发送语音对讲请求时，前端设备可使自身的优先级携带在要发送的语音对讲请求中，即步骤301中前端设备A发送的语音对讲请求携带了前端设备A的优先级；如此，本步骤307中可根据语音对讲请求携带的优先级的高低排列接收的语音对讲请求，比如，若已存在排队的语音对讲请求的顺序依次为语音对讲请求1、语音对讲请求2和语音对讲请求3，其中，语音对讲请求1、语音对讲请求2和语音对讲请求3携带的优先级依次降低，当步骤307接收到语音对讲请求4时，如果语音对讲请求4携带的优先级大于语音对讲请求2，且小于语音对讲请求1，则执行到步骤307时，该队列中语音对讲请求的顺序更新为语音对讲请求1、语音对讲请求4、语音对讲请求2和语音对讲请求3。至此，客户端通过上述方式实现了将接收的语音对讲请求放入队列等候的操作。

步骤308，更新存在的对应关系中包含的接收到语音对讲请求的时间为当前时间，并丢弃接收的语音对讲请求。

这里，如果步骤304判断出存在的对应关系没有包含语音对讲请求的接收时间，则直接执行丢弃接收的语音对讲请求的操作。

需要说明的是，如果本实施例中步骤307中客户端按照语音对讲请求的接收时间对接收的语音对讲请求进行排队，则在执行步骤308后，还执行下述步骤309至步骤310。

步骤309，将更新后的前端设备A发送的语音对讲请求的接收时间通知给用于管理前端设备A的各个客户端。

步骤310，各个客户端接收到通知，根据更新后的时间对前端设备A发送的语音对讲请求重新进行排队。之后，执行步骤311。

当然，如果本实施例中客户端按照前端设备的优先级对语音对讲请求进行排队，由于语音对讲请求的最新接收时间与排队的依据不相干，因此，可省略步骤309至步骤310的操作。因此，图3所示的只是一种举例，并非限定本发明实施例的应用。

步骤311，前端设备A判断启动的用于跟踪已发送语音对讲请求的定时器是否超时，如果未超时，执行步骤312；否则，如果超时，则执行步骤315。

前端设备可按照预设时间间隔判断启动的用于跟踪已发送语音对讲请求的定时器是否超时，也可实时判断启动的定时器是否超时，这里不限定。

步骤312，前端设备A接收到中心服务端向自身发送的启动语音对讲的指令，则执行步骤313；否则，转至步骤311。

这里，步骤312是前端设备在定时器未超时时接收到中心服务端发送的启动语音对讲的指令，其中，该指令具体为中心服务端在获知用于管理前端设备A的客户端(记为客户端X)选择与前端设备A进行语音对讲时发送的，这里客户端X选择与前端设备A进行语音对讲具体包括：如果当前需要与前端设备A进行语音对讲，则判断当前队列中前端设备A发送的语音对讲请求的状态标识当前是否为第一状态标识，如果是，则选择与前端设备A进行语音对讲；否则，不与前端设备A进行语音对讲。本实施例中当客户端X选择出与前端设备A进行语音对讲，则会将自身标识和前端设备A的标识通知给中心服务端，如此，当中心服务端接收到通知后，即可获知客户端X选择与前端设备A进行语音对讲，之后，向前端设备发送启动语音对讲的指令。

需要说明的是，本步骤312中，中心服务端向前端设备A发送启动语音对讲的指令的操作可进一步包括以下步骤：在已记录的对应关系中查找包含前端设备A的标识的对应关系，查找到时，将该查找到的对应关系中的状态标识更新为表示正处理中的第二状态标识，将更新后的第二状态标识通知给各个用于管理前端设备A的客户端，当客户端接收到通知后，自动更新自身的队列中前端设备A发送的语音对讲请求的状态标识；如此，基于上面客户端选择与前端设备A进行语音对讲的具体操作的描述可以知道，客户端后续看到该更新后的状态标识不是第一状态标识，则就不再重复选择与前端设备A进行语音对讲。

步骤313，关闭用于跟踪已发出的语音对讲请求的定时器，启动语音对讲。

这里，步骤312中，中心服务端向前端设备A发送启动语音对讲的指令的操作还可进一步包括：建立前端设备A与选择与前端设备A进行语音对讲的客户端X之间的语音通道；如此，步骤313中启动语音对讲具体为：与中心服务端的客户端X进行语音对讲。

步骤314，当语音对讲结束时，中心服务端在已记录的包含前端设备A的标识的对应关系中增加用于记录语音对讲请求处理时间的字段，在该字段中填入当前时间，并将该对应关系中的状态标识更新为表示被正确处理的第三状态标识。

这里，前端设备A与客户端X之间的对讲完毕，任何一方关闭通话，即表示语音对讲结束。优选地，本实施例中在步骤314后，中心服务端可将更新后的前端设备A发送的语音对讲请求的状态标识通知给各个用于管理前端设备A的客户端，当客户端接收到通知后，获知出自身队列中前端设备A发送的语音对讲请求已被正确处理，如此，可将自身队列中前端设备A发送的语音对讲请求的状态标识更新为第三状态标识。

至此，通过上述步骤实现了前端设备与中心服务端语音对讲的操作。

步骤315，前端设备A发送取消语音对讲请求给中心服务端。

这里，取消语音对讲请求中携带了前端设备A的标识。

步骤316，中心服务端收到取消语音对讲请求时，根据取消语音对讲请求携带的前端设备A的标识，在已记录的对应关系中查找到包含前端设备A的标识的对应关系，将该对应关系中的状态标识更新为表示没有被处理的第四状态标识。

至此，中心服务端结束对前端设备A发送的语音对讲请求的处理流程。

优选地，在步骤316后，中心服务端可将更新后的前端设备A发送的语音对讲请求的状态标识通知给各个用于管理前端设备A的客户端，当客户端接收到通知后，将自身队列中前端设备A发送的语音对讲请求的状态标识更新为第四状态标识。

步骤317，前端设备A向用户发送暂时无法受理对讲请求的状态，并关闭已启动的定时器。

其中，步骤315和步骤317可同时进行。

步骤318，中心服务端针对当前存在的每一对应关系，判断当前是否到达预设的更新该对应关系的时间，如果是，则删除该对应关系；否则，继续执行该判断操作。

这里，步骤318在判断结果为是时，还可将该对应关系放入预设的第一历史表项中。其中，步骤318中的判断具体实现时可有多种实现形式，比如：如果该对应关系包含接收到语音对讲请求的时间，则判断该对应关系中包含的接收到语音对讲请求的时间与当前时间的差值是否满足预设定的第一更新时长，如果是，确定当前到达预设的更新该对应关系的时间；否则，确定当前未到达预设的更新该对应关系的时间。当然，如果该对应关系不包含接收到语音对讲请求的时间，则步骤318中的判断可为：判断该对应关系中的状态标识是否已被更新为表示没有被处理的第四状态标识或者更新为表示被正确处理的第三状态标识，如果是，确定当前到达预设的更新该对应关系的时间；否则，确定当前未到达预设的更新该对应关系的时间，当然，本发明实施例还可根据实际情况采用其他判断方式，这里并不具体限定。

这里，步骤318与上述步骤并没有固定的时间先后顺序，比如，其可与上述某一个步骤同时执行。

步骤319，客户端针对当前队列中的每一语音对讲请求，判断当前是否到达预设的更新该语音对讲请求的时间，如果是，则删除该语音对讲请求；否则，继续执行该判断操作。

这里，步骤319在判断结果为是时，还可将该语音对讲请求放入预设的第二历史表项中。其中，步骤319的判断具体实现时可有多种实现形式，比如，如果该语音对讲请求携带的对应关系中包含接收到语音对讲请求的时间，则判断该接收到语音对讲请求的时间与当前时间的差值是否满足预设定的第二更新时长(这里，第二更新时长与上述的第一更新时长可相等或者不等)，如果是，确定当前到达预设的更新该语音对讲请求的时间；否则，确定当前未到达预设的更新该语音对讲请求的时间。当然，如果该语音对讲请求携带的对应关系不包含接收到语音对讲请求的时间，则步骤319中的判断可为：判断该语音对讲请求携带的对应关系中的状态标识是否已被更新为表示没有被处理的第四状态标识或者更新为表示被正确处理的第三状态标识，如果是，确定当前到达预设的更新该语音对讲请求的时间；否则，确定当前未到达预设的更新该语音对讲请求的时间，当然，本发明实施例还可根据实际情况采用其他判断方式，这里并不具体限定。这里，步骤319与上述步骤并没有固定的时间先后顺序，比如，其可与上述某一个步骤同时执行。

至此，结束本发明实施提供的流程。

还需要说明的是，在上述实施例中，一种可能的情况是：前端设备A在发送语音对讲请求后出现故障而down掉，如此，如果客户端一直没有选择与前端设备A进行语音对讲，且还未达到更新包含前端设备A标识的对应关系的时间，则中心服务端记录的该对应关系中前端设备A发送的语音对讲请求的状态标识一直为第一状态标识。比如，前端设备A在第一时间发送语音对讲请求后down掉，而在一段较长的时间后重启恢复后又于第二时间发送语音对讲请求，由于中心服务端在第一时间之后，且在第二时间之前还没有接收到前端设备A发送的语音对讲请求，并且客户端也没有选择与前端设备A进行语音对讲，则中心服务端当前记录的前端设备A发送的语音对讲请求的状态标识一直为第一状态标识。针对这种情况，优选地，本发明实施例可在中心服务端设置一个用于清洗对应关系的时长，如果从对应关系包含的语音对讲请求接收时间起的清洗时长内该对应关系一直保持不变，则删除该对应关系；或者将该对应关系标识为超时未处理，放入第一历史表项中等；之后，告知用于管理该对应关系中前端设备A的客户端，以便客户端根据该告知执行丢弃前端设备A发送的语音对讲请求或者将该语音对讲请求放入第二历史表项的操作。

以上是对本发明实施例提供的方法进行的描述，下面结合具体实施例对本发明提供的系统和设备进行描述。

参见图4，图4为本发明实施例提供的系统结构图，如图4所示，该系统包括前端设备401、中心服务端402和客户端403；

其中，前端设备401用于发送语音对讲请求给中心服务端402，启动用于跟踪所述语音对讲请求的定时器，并提供语音对讲请求正在接通中的第一提示；并在所述定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，则关闭所述定时器，启动语音对讲；在所述定时器超时，且还未接收到中心服务端402发送的启动语音对讲的指令，则发送取消语音对讲请求给中心服务端402，并提供暂时无法受理所述语音对讲请求的第二提示；

中心服务端402接收所述语音对讲请求，并将接收的语音对讲请求推送给客户端403；以及发送启动语音对讲的指令给前端设备401。

客户端403接收中心服务端402推送的语音对讲请求，在选择与前端设备401进行语音对讲时触发中心服务端402发送启动语音对讲的指令。

优选地，如图4所示，中心服务端402可包括：

判断单元4021，用于获取接收的语音对讲请求携带的前端设备的标识，判断当前是否存在包含该前端设备的标识和表示暂时未处理的第一状态标识的对应关系；

推送单元4022，用于在判断单元4021的判断结果为否时，将接收的语音对讲请求的状态标识标记为第一状态标识，记录该语音对讲请求的第一状态标识和该语音对讲请求携带的前端设备的标识之间的对应关系；根据预先配置的客户端的管理权限，确定用于管理所述前端设备的客户端，将所述对应关系携带在语音对讲请求推送给确定的客户端；可以看出，客户端403具体可为用于管理前端设备401的客户端，其个数可为一个以上。

优选地，本实施例中，推送单元4022记录的对应关系还包括接收到语音对讲请求的时间，即，记录的对应关系至少包括：接收到语音对讲请求的时间、第一状态标识和该语音对讲请求携带的前端设备的标识三者之间的对应关系。

丢弃单元4023，在判断单元4021的判断结果为是时，丢弃当前接收的语音对讲请求；优选地，本实施例中，如果推送单元4022记录的对应关系还包括接收到语音对讲请求的时间，则丢弃单元4023进一步更新存在的包含前端设备的标识和第一状态标识的对应关系中的时间为当前时间。

优选地，本发明实施例中前端设备401具体实现时可有多种结构形式，下面以图5所示的其中一种结构为例进行描述。参见图5，图5为本发明实施例提供了前端设备的一种结构图。如图5所示，该前端设备401包括：发送单元501、启动单元502、提供单元503和语音对讲单元504。

其中，发送单元501用于发送语音对讲请求给中心服务端，以及在所述定时器超时，且还未接收到中心服务端发送的启动语音对讲的指令时，则发送取消语音对讲请求给中心服务端；

启动单元502在发送单元501发送语音对讲请求时，启动用于跟踪所述语音对讲请求的定时器；

提供单元503用于在发送单元501发送语音对讲请求时，提供语音对讲请求正在接通中的第一提示；在发送单元501发送取消语音对讲请求时，提供暂时无法受理所述语音对讲请求的第二提示；

语音对讲单元504在所述定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，则触发所述启动单元关闭所述定时器，并启动语音对讲。

优选地，发送单元501在设置在自身上的用于向中心服务端发送语音对讲请求的通话开关被触发时发送语音对讲请求给中心服务端。

由以上技术方案可以看出，本发明提供的语音对讲的实现方法和设备中，前端设备发送语音对讲请求给中心服务端，由所述中心服务端将所述语音对讲请求推送给客户端，并启动用于跟踪所述语音对讲请求的定时器，并提供语音对讲请求正在接通中的第一提示；前端设备在所述定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，其中，该指令为中心服务端在获知接收到所述语音对讲请求的客户端选择与所述前端设备进行语音对讲时发送的，则关闭所述定时器，与所述中心服务端进行语音对讲；在所述定时器超时，且还未接收到中心服务端发送的启动语音对讲的指令，则发送取消语音对讲请求给中心服务端，并提供暂时无法受理所述语音对讲请求的第二提示。可以看出，本发明中，前端设备提供语音对讲状态的提示，而中心服务端只是在客户端和前端设备之间起到信息比如语音对讲请求等的透传作用，这样，就不会出现现有技术中如果从前端设备发起语音对讲就会大大加重中心服务端的负荷，影响中心服务端的运行效率等问题。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种语音对讲的实现方法，其特征在于，该方法包括以下步骤：

A、前端设备发送语音对讲请求给中心服务端，由所述中心服务端将所述语音对讲请求推送给客户端，并启动用于跟踪所述语音对讲请求的定时器，提供语音对讲请求正在接通中的第一提示；

B，前端设备在所述定时器未超时时接收到中心服务端发送的启动语音对讲的指令，所述指令为中心服务端在获知接收到所述语音对讲请求的客户端选择与所述前端设备进行语音对讲时发送的，则关闭所述定时器，启动语音对讲；在所述定时器超时，且还未接收到中心服务端发送的所述启动语音对讲的指令时，则发送取消语音对讲请求给中心服务端，并提供暂时无法受理所述语音对讲请求的第二提示。

2.根据权利要求1所述的方法，其特征在于，所述前端设备发送的语音对讲请求携带了该前端设备的标识；

步骤A中，中心服务端将语音对讲请求推送给客户端包括：

A00，中心服务端获取接收的语音对讲请求携带的前端设备的标识，判断当前是否存在包含该前端设备的标识和表示暂时未处理的第一状态标识的对应关系；如果不存在，则执行步骤A01；

A01，将接收的语音对讲请求的状态标识标记为第一状态标识，记录该语音对讲请求的第一状态标识和该语音对讲请求携带的前端设备的标识之间的对应关系；根据预先配置的客户端的管理权限，确定用于管理所述前端设备的客户端，将所述对应关系携带在语音对讲请求中推送给确定的客户端。

3.根据权利要求2所述的方法，其特征在于，如果所述步骤A00中的判断结果为存在，则进一步包括：

A02，丢弃当前接收的语音对讲请求。

4.根据权利要求3所述的方法，其特征在于，所述语音对讲请求还携带了发送该语音对讲请求的前端设备的优先级；

所述步骤A01中，如果所述确定的客户端当前不能处理所述中心服务端推送的语音对讲请求，则根据所述语音请求携带的优先级排列所述语音对讲请求。

5.根据权利要求3所述的方法，其特征在于，所述对应关系还包括：接收到语音对讲请求的时间；

所述步骤A01中，如果所述确定的客户端当前不能处理所述中心服务端推送的语音对讲请求，则根据所述语音对讲请求携带的对应关系中的时间排列所述语音对讲请求；

所述步骤A02进一步包括：更新存在的包含前端设备的标识和第一状态标识的对应关系中的时间为当前时间，将更新后的时间通知给用于管理所述前端设备的客户端，由该客户端根据更新后的时间重新对已存在的所述前端设备发送的语音对讲请求排队。

6.根据权利要求3所述的方法，其特征在于，所述步骤B中，接收到所述语音对讲请求的客户端选择与前端设备进行语音对讲包括：

接收到所述语音对讲请求的客户端在需要与发送该语音对讲请求的前端设备进行语音对讲时，判断该语音对讲请求携带的对应关系中的状态标识当前是否为第一状态标识，如果是，选择与该前端设备进行语音对讲；

所述步骤B中，中心服务端发送启动语音对讲的指令进一步包括：在当前存在的对应关系中查找包含所述前端设备的标识的对应关系，将查找到的对应关系中的状态标识更新为表示正处理中的第二状态标识，将更新后的状态标识通知给用于管理所述前端设备的客户端，由该客户端根据所述通知更新所述前端设备发送的语音对讲请求携带的对应关系中的状态标识为第二状态标识。

7.根据权利要求6所述的方法，其特征在于，该方法进一步包括：

中心服务端针对当前存在的每一对应关系，判断当前是否到达预设的更新该对应关系的时间，如果是，删除该对应关系；或者将该对应关系放入预设的第一历史表项中；

客户端针对当前存在的队列中的每一语音对讲请求，判断当前是否到达预设的更新该语音对讲请求的时间，如果是，删除该语音对讲请求；或者将该语音对讲放入预设的第二历史表项中。

8.一种语音对讲的实现系统，其特征在于，该系统包括前端设备、中心服务端和客户端；其中，

所述前端设备用于发送语音对讲请求给中心服务端，启动用于跟踪所述语音对讲请求的定时器，并提供语音对讲请求正在接通中的第一提示；并在所述定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，则关闭所述定时器，启动语音对讲；在所述定时器超时，且还未接收到中心服务端发送的启动语音对讲的指令，则发送取消语音对讲请求给中心服务端，并提供暂时无法受理所述语音对讲请求的第二提示；

所述中心服务端接收所述语音对讲请求，并将接收的语音对讲请求推送给客户端；以及，发送启动语音对讲的指令给所述前端设备；

所述客户端接收所述中心服务端推送的语音对讲请求，在选择与所述前端设备进行语音对讲时触发所述中心服务端发送启动语音对讲的指令。

9.根据权利要求8所述的系统，其特征在于，所述中心服务端包括：

判断单元，用于获取接收的语音对讲请求携带的前端设备的标识，判断当前是否存在包含该前端设备的标识和表示暂时未处理的第一状态标识的对应关系；

推送单元，用于在所述判断单元的判断结果为否时，将接收的语音对讲请求的状态标识标记为第一状态标识，记录该语音对讲请求的第一状态标识和该语音对讲请求携带的前端设备的标识之间的对应关系；根据预先配置的客户端的管理权限，确定用于管理所述前端设备的客户端，将所述对应关系携带在语音对讲请求推送给确定的客户端；

丢弃单元，在所述判断单元的判断结果为是时，丢弃当前接收的语音对讲请求。

10.一种前端设备，其特征在于，该前端设备包括：发送单元、启动单元、提供单元和语音对讲单元；其中，

所述发送单元用于发送语音对讲请求给中心服务端，以及在所述定时器超时，还未接收到中心服务端发送的启动语音对讲的指令时，则发送取消语音对讲请求给中心服务端；

所述启动单元在所述发送单元发送语音对讲请求时，启动用于跟踪所述语音对讲请求的定时器；

所述提供单元用于在所述发送单元发送语音对讲请求时，提供语音对讲请求正在接通中的第一提示；在所述发送单元发送取消语音对讲请求时，提供暂时无法受理所述语音对讲请求的第二提示；

所述语音对讲单元在所述定时器未超时时，接收到中心服务端发送的启动语音对讲的指令，则触发所述启动单元关闭所述定时器，启动语音对讲。

Images