CN102209226B - 呼叫控制方法、装置及*** - Google Patents
呼叫控制方法、装置及*** Download PDFInfo
- Publication number
- CN102209226B CN102209226B CN 201010138941 CN201010138941A CN102209226B CN 102209226 B CN102209226 B CN 102209226B CN 201010138941 CN201010138941 CN 201010138941 CN 201010138941 A CN201010138941 A CN 201010138941A CN 102209226 B CN102209226 B CN 102209226B
- Authority
- CN
- China
- Prior art keywords
- video
- capability
- call
- meeting
- seat device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明实施例提供了一种呼叫控制方法、装置及***,该方法包括:向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作。该方法从呼叫中分离/分析出主被叫的音频能力和视频能力,并向CTI平台上报主被叫的呼叫能力,使CTI平台从控制呼叫转变成控制呼叫能力,并根据CTI平台下发的消息携带的针对呼叫能力的控制指示,实现对呼叫的音频能力、视频能力分开操作或控制,满足了未来复杂视频应用场景中的视频需求,并有利于以后业务的扩展。
Description
技术领域
本发明涉及通信领域,具体地涉及一种呼叫控制方法、装置及***。
背景技术
在CSTA(Computer Supported Telecommunications Applications,计算机支持的电信应用)协议的支持下,CTI(Computer TelecommunicationIntegration,计算机电信集成)平台可以通过下发CSTA协议的各种消息,实现对交换侧呼叫控制。
但是,由于视频业务功能需求的不断增加,现有的CSTA协议已经无法满足日益增加的视频需求。
本发明人在实现本发明的过程中发现,现有技术至少存在以下不足:根据目前标准CSTA协议无法解决未来的复杂应用场景,即现有的CSTA消息无法实现未来的视频业务场景,因此需要一种新的呼叫控制方法及装置来解决未来的视频应用场景中存在的技术问题。
发明内容
本发明实施例提供了一种呼叫控制方法及装置。本发明实施例为了满足日益增加的视频场景的应用需求,将音频能力、视频能力从呼叫中分离出来,分别进行控制,CTI平台下发的部分CSTA消息由原来的针对呼叫转变成针对呼叫能力,实现对交换侧呼叫能力的控制。
一方面,本发明实施例提供了一种呼叫控制方法,所述方法包括:向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作。
另一方面,本发明实施例提供了一种呼叫控制装置,所述装置包括:呼叫能力上报单元,用于向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;呼叫能力操作单元,用于根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作。
又一方面,本发明实施例还提供了一种呼叫控制***,该***包括:呼叫控制装置,用于向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;及根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作;计算机电信集成设备CTI,用于接收所述呼叫控制装置上报的所述主叫的呼叫能力和所述被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;根据所述主叫的呼叫能力和所述被叫的呼叫能力,生成操作指示;向所述呼叫控制装置下发携带所述操作指示的消息。
本发明实施例提供的技术方案,通过从呼叫中分离/分析出主被叫的音频能力和视频能力,并向CTI平台上报主被叫的呼叫能力,使CTI平台从控制呼叫转变成控制呼叫能力,并根据CTI平台下发的消息携带的针对呼叫能力的控制指示,实现对呼叫的音频能力、视频能力分开操作或控制,满足了未来视频应用场景日增加的视频需求,有利于以后业务的扩展,并支持更加复杂的视频应用场景。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的一种呼叫控制方法的流程图;
图2为本发明实施例的另一种呼叫控制方法的流程图;
图2A为依据本发明实施例图2的方法在应用场景1中的一种流程图;
图2B为依据本发明实施例图2的方法在应用场景1中的另一种流程图;
图3为本发明实施例的又一种呼叫控制方法的流程图;
图3A为依据本发明实施例图3的方法在应用场景2中的流程图;
图4为本发明实施例的又一种呼叫控制方法的流程图;
图4A为依据本发明实施例图4的方法在应用场景3中的一种流程图;
图4B为依据本发明实施例图4的方法在应用场景3中的又一种流程图;
图4C为依据本发明实施例图4的方法在应用场景3中的又一种流程图;
图4D为依据本发明实施例图4的方法在应用场景3中的又一种流程图;
图5为本发明实施例的又一种呼叫控制方法的流程图;
图5A为依据本发明实施例图5的方法在应用场景4中的一种流程图;
图6为本发明实施例的又一种呼叫控制方法的流程图;
图6A为依据本发明实施例图6的方法在应用场景5中的一种流程图;
图7为本发明实施例的又一种呼叫控制方法的流程图;
图7A为依据本发明实施例图7的方法在应用场景6中的一种流程图;
图8为本发明实施例的又一种呼叫控制方法的流程图;
图9本发明实施例的又一种呼叫控制方法的流程图;
图9A为依据本发明实施例图9的方法在应用场景7中的一种流程图;
图10为本发明实施例的又一种呼叫控制方法的流程图;
图10A为依据本发明实施例图10的方法在应用场景8中的一种流程图;
图11为本发明实施例的呼叫控制装置的功能框图;
图12为本发明实施例的另一种呼叫控制装置的功能框图;
图13为本发明实施例的一种呼叫控制***的功能框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例的一种呼叫控制方法的流程图。如图1所示,该方法的执行主体为SoftACD(Soft Automatic Call Distribution,软自动呼叫分配,也称软排队机),该方法包括:
S101、向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力。
具体地,SoftACD可以通过呼叫发起事件ServiceInitiatedEvent、震铃事件DeliveredEvent或接通事件EstablishedEvent等事件向CTI进行呼叫能力上报。
S102、根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作。
具体地,CTI下发的消息可以包括以下几种:MakeCall(外呼)消息、HoldCall(保持呼叫)消息、ConsultationCall(咨询呼叫)消息、RetrieveCall(取回呼叫)消息、SingleStepConference(单步会议)消息、ConferenceCall(会议呼叫)消息、SingleStepTransfer(单步转移呼叫)消息、DivertCall(转移呼叫)消息、RouterSelect(路由选择)等。操作指示包括以下至少一种:对音频能力进行操作的指示、对视频能力进行操作的指示、对音频和视频能力进行操作的指示、对主叫或被叫拥有的最大呼叫能力进行操作的指示等。
本发明实施例的方法,通过从呼叫中分离/分析出主被叫的音频能力和视频能力,并向CTI平台上报主被叫的呼叫能力,使CTI平台从控制呼叫转变成控制呼叫能力,并根据CTI平台下发的消息携带的针对呼叫能力的操作指示,实现对呼叫的音频能力、视频能力分开操作或控制,满足了未来视频应用场景日增加的视频需求,有利于以后业务的扩展,并支持更加复杂的视频应用场景。
本发明实施例是通过扩展CSTA协议来解决未来视频应用场景中的问题,以满足视频业务需求。具体地,本发明实施例是通过采用扩展CSTA协议的ServiceInitiatedEvent事件、DeliveredEvent事件、EstablishedEvent事件的接口,以及扩展MakeCall消息、HoldCall消息、ConsultationCall消息、RetrieveCall消息、SingleStepConference消息、ConferenceCall消息、SingleStepTransfer消息、DivertCall消息、RouterSelect消息的参数来实现的。
本发明实施例在上述3个事件消息的接口中携带呼叫能力,将主被叫所具有的呼叫能力上报给CTI平台。然后,CTI平台根据主被叫所具有的呼叫能力,通过至少上述9个消息的参数接口携带消息操作的呼叫能力,对呼叫的音频能力、视频能力做呼叫能力的相应控制。
本发明实施例对CSTA协议的扩展方式至少包括以下四种扩充方式:
方式1、在CSTA协议里的ServiceInitiatedEvent事件、DeliveredEvent事件或EstablishedEvent事件的消息接口中增加本端和远端所拥有的呼叫能力的标识,并将本端和远端所拥有的呼叫能力标识(音频能力、视频能力)上报给CTI平台。
例如:新增加本端设备音频能力标识和视频能力标识结构定义如下:
LocalAbilityType::=[APPLICATION 9]IMPLICIT ENUMERATED
{
audioOnly (1), --音频能力
videoOnly (2), --视频能力
audioAndVideo (3) --音频+视频能力
}
新增加的远端设备音频能力标识和视频能力标识结构定义如下:
RemoteAbilityType::=[APPLICATION 10]IMPLICIT ENUMERATED
{
audioOnly (1), --音频能力
videoOnly (2), --视频能力
audioAndVideo (3) --音频+视频能力
}
CSTA协议里ServiceInitiatedEvent事件、DeliveredEvent事件、EstablishedEvent事件增加本端和远端音、视频能力(主被叫音、视频能力),加粗字体为新增部分,参数结构分别定义如下:
ServiceInitiatedEvent::=
SEQUENCE
{
initiatedConnection ConnectionID,
localConnectionInfo LocalConnectionState OPTIONAL,
cause EventCause OPTIONAL,
localAbilityType LocalAbilityType OPTIONAL,--本端设备所具有的
能力
remoteAbilityType RemoteAbilityType OPTIONAL --远端设备所具有的
能力
}
DeliveredEvent::=
SEQUENCE
{connection ConnectionID,
alertingDevice SubjectDeviceID,
callingDevice CallingDeviceID,
calledDevice CalledDeviceID,
lastRedirectionDevice RedirectionDeviceID,
originatingConnection ConnectionID OPTIONAL,
localConnectionInfo LocalConnectionState OPTIONAL,
correlatorData CorrelatorData OPTIONAL,
cause EventCause OPTIONAL,
localAbilityType LocalAbilityType OPTIONAL,--本端设备所具有的
能力
remoteAbilityType RemoteAbilityType OPTIONAL --远端设备所具有的
能力
}
EstablishedEvent::=
SEQUENCE
{
establishedConnection ConnectionID,
answeringDevice SubjectDeviceID,
callingDevice CallingDeviceID,
calledDevice CalledDeviceID,
lastRedirectionDevice RedirectionDeviceID,
originatingConnection ConnectionID OPTIONAL,
localConnectionInfo LocalConnectionState OPTIONAL,
correlatorData CorrelatorData OPTIONAL,
cause EventCause OPTIONAL,
localAbilityType LocalAbilityType OPTIONAL,--本端设备所具有的
能力
remoteAbilityType RemoteAbilityType OPTIONAL --远端设备所具有的
能力
}
方式2、增加设备能力变更事件,目的是在进行操作的时候,由于协商可能导致设备的能力发生改变,例如由音频能力+视频能力回落到音频能力,或设备自己主动进行了能力的变更等。SoftACD通过AbilityChangeEvent(能力改变事件)事件通知CTI平台,设备的能力已经发生改变。
增加AbilityChangeEvent事件,其结构定义如下:
AbilityChangeEvent::=
SEQUENCE
{
AbilityChangedConnection ConnectionID,
localAbilityType LocalAbilityType OPTIONAL,--本端设备所具有的
能力
remoteAbilityType RemoteAbilityType OPTIONAL,--远端设备所具有的
能力
cause EventCause OPTIONAL
}
方式3、通过CSTA协议里MakeCall消息、HoldCall消息、ConsultationCall消息、RetrieveCall消息的参数接口中预留的通用参数结构字段里的私有数据字段,携带消息操作的呼叫能力,实现上面4个消息对音频、视频能力的操作。
方式4、通过CSTA协议里DivertCall消息、SingleStepTransfer消息、RouteSelect消息的参数接口中预留的通用参数结构字段里的私有数据字段,携带是否保留空闲能力参数,实现呼叫转移是否保留空闲能力功能。
方式5、通过CSTA协议里SingleStepConference消息、ConferenceCall消息的参数接口中预留的通用参数结构字段里的私有数据字段,携带会场创建指示,以指示创建的会场是音频会场还是视频会场。
以下对方式3-方式5进行详细说明,由于CSTA协议为每个消息都预留了通用参数这个结构字段,并且这个结构字段里包含一个未定义数据类型的私有数据字段,这个私有数据字段的数据类型可以被自由定义,在本发明实施中,将上述九个消息的通用参数结构字段里的私有数据字段的数据类型重定义成私有参数的数据结构,这样,在CTI平台下发这九个消息的时候,可以携带对应的扩展参数。
以DivertCall消息为例进行说明,现有CSTA协议中对DivertCall消息的参数结构定义如下:
DivertCallArgument::=SEQUENCE
{
divertInfo DivertInfo,
deviceProfile DeviceProfile OPTIONAL,
correlatorData CorrelatorData OPTIONAL,
extensions CSTACommonArguments OPTIONAL
}
此消息参数结构中的extensions正是本发明实施例要进行扩展的字段,现有CSTA协议里对CSTACommonArguments这个数据类型的定义为:
CSTACommonArguments::=[APPLICATION 30]IMPLICIT SEQUENCE
{
security [0]IMPLICIT CSTASecurityData OPTIONAL,
privateData [1]IMPLICIT SEQUENCE OF CSTAPrivateData OPTIONAL
}
在CSTACommonArguments这个结构里有个privateData字段,CSTA协议里对它的数据类型没有定义,如下:
CSTAPrivateData::=NULL --The actual encoding of the private event is added here,
--replacing NULL with another valid ASN.1 type.
在本发明实施例中,将这个CSTAPrivateData结构的数据类型进行重定义,增加音频能力、视频能力操作指示,音频、视频会场创建指示,以及是否保留空闲能力指示。加粗字体为本发明实施例新增加的参数,将CSTAPrivateData的数据类型重定义如下:
CSTAPrivateData ::=SEQUENCE
{
null [0]IMPLICIT NULL OPTIONAL,
infoToSend [1]IMPLICIT InfoToSend OPTIONAL,
fillingCallerNumber [2]IMPLICIT IA5String OPTIONAL,
handleFlag [3]IMPLICIT BIT STRING(SIZE(1..32)) OPTIONAL,
operationAbilityType [4]IMPLICIT OperationAbilityOPTIONAL,
conferenceAbilityType[5]IMPLICIT ConferenceAbilityType OPTIONAL,
idleAbilityReserveInd[6]IMPLICIT IdleAbilityReserveInd OPTIONAL,
callerAbility [7]IMPLICIT OperationAbility OPTIONAL,
calleeAbility [8]IMPLICIT OperationAbility OPTIONAL
}
上面描述的协议扩展需要增加如下三个枚举OperationAbilityType、ConferenceAbilityType、IdleAbilityReserveInd。
MakeCall消息、HoldCall消息、ConsultationCall消息、SingleStepConference、RetrieveCall消息增加operationAbilityType参数:
--操作能力指示
OperationAbilityType::=ENUMERATED
{
allAbility (0),--操作当前所有能力
audioOnly (1),--操作音频能力
videoOnly (2),--操作视频能力
audioAndVideo (3) -操作音频+视频能力
}
SingleStepConference消息、ConferenceCall消息增加conferenceAbilityType参数:
--会场类型
ConferenceAbilityType::=ENUMERATED
{
audioConference (0),--音频会场
videoConference (1) --视频会场
}
DivertCall消息、SingleStepTransfer消息、SingleStepConference、RouteSelect消息增加idleAbilityReserveInd参数:
--是否保留空闲能力
idleAbilityReserveInd::=ENUMERATED
{
reserveIdleAbility (0),--保留空闲能力
noReserveIdleAbility (1) --不保留空闲能力
}
以下说明本发明实施例的技术方案针对的应用场景,例如,在未来视频的应用中将会出现下面多个应用场景:
场景1、视频用户拨打SoftACD接入码进行排队,SoffACD没有空闲的视频坐席,CTI指示SoftACD将这个视频用户分配到音频坐席后,需要CTI平台指定是否保留用户的视频能力,如果不保留空闲能力,视频用户的能力回从音频+视频的能力回落到只有音频能力。
场景2、视频用户呼入到SoftACD与音频座席接通后,音频座席给用户播放保持视频,音频座席与视频用户音频通话。
场景3、视频用户呼入到SoftACD与视频座席接通后,视频用户需要视频座席提供某些消息的视频播放或视频用户观看视频座席的图像,视频用户与视频座席通话或听播放视频文件中的音频。
场景4、座席使用MakeCall消息外呼的时候,指定按音频能力或音频+视频能力或被叫用户所具有的最大能力进行外呼。
场景5、视频座席与视频用户通话后,视频座席无法解决用户需求,需要咨询到其他资深视频座席。此时用户听保持音,看播放的保持视频,或者用户听保持音,看视频座席的图象,视频座席与资深视频座席进行语音或音频+视频通话;保持音是SoftACD上的预设播放设备为用户播放的音频,保持视频是SoftACD上的预设播放设备为用户播放的视频。
场景6、视频用户与音频座席通话后,音频座席咨询到资深视频座席,由座席请求指定建立音频会场(audioConference)或视频会场(videoConference)进行三方通话。
场景7_1、视频用户与音频座席通话后,资深视频座席需要强插与视频用户、音频座席通话,由资深视频座席请求指定建立音频或视频会场进行三方通话。
场景7_2、视频用户与音频座席通话后,资深视频座席需要监视视频用户和音频座席的通话,资深视频座席以音频能力、视频能力或音频能力+视频能力进行监视。
场景8、音频用户与音频座席通话后,音频用户从音频能力切换到音视频能力后,音频座席给用户提供播放视频的操作。
进一步地,以下结合具体的流程图来详细描述本发明实施例提供的技术方案,以满足上述至少8个应用场景的业务需求,并解决上述应用场景中存在的技术问题。
图2为本发明实施例的另一种呼叫控制方法的流程图。该方法针对于应用场景1,如图2所示该方法的执行主体为SoftACD,包括如下步骤:
S201、SoftACD向CTI上报视频用户设备的呼叫能力为音频能力和视频能力,音频座席设备的呼叫能力为音频能力;
S202、SoftACD接收CTI下发的路由选择RouterSelect消息,RouterSelect消息中携带了是否保留空闲能力的指示;
S203、根据上述是否保留空闲能力的指示,将视频用户设备与音频座席设备以音频能力相连接,并保留或去除视频用户设备的视频能力。
具体地,S203的具体过程可以包括:当上述是否保留空闲能力的指示为保留空闲能力时,向上述视频用户设备发送所述音频座席设备的音频承载信息SDP(SessionDescriptionProtocol,会话描述协议)和虚拟的视频SDP;或者,当上述是否保留空闲能力的指示为不保留空闲能力时,向上述视频用户设备发送上述音频座席设备的音频SDP和端口号为0的视频SDP。
图2A为依据本发明实施例图2的方法在应用场景1中的一种流程图。如图2A所示,在该场景中CTI下发的RouteSelect消息携带的idleAbilityReserveInd参数为保留空闲能力,该流程包括如下步骤:
S201A、视频用户设备呼入到SoftACD接入码后,SoftACD向CTI上报或者发送DeliveredEvent事件,该DeliveredEvent事件携带视频用户设备的呼叫能力为音频能力和视频能力,以通知CTI平台该视频用户设备的能力是音频能力和视频能力。
S202A、由于视频用户设备具有视频设备,因此该视频用户设备可以听欢迎语,看欢迎语视频。在欢迎语和欢迎视频播放完毕后,SoftACD上报或发送路由分配请求RouteRequest请求给CTI平台,请求CTI平台将该视频用户设备分配到某个设备上,上述某个设备可以为音频座设备、视频座席设备或交互语音应答设备(Interactive Voice Response,IVR)。
S203A、CTI检测发现没有空闲的视频用户设备和IVR,则CTI可以选择将该视频用户设备分配到一个空闲的音频座席设备上;CTI向SoftACD下发RouteSelect消息,以将该视频用户设备分配到上述选择的音频座席设备上;同时由于该视频用户设备相对于音频座席设备具有空闲的视频能力,则CTI可以选择是否保留该视频用户的视频能力,如果CTI选择保留空闲能力,则CTI在上述RouteSelect消息中还需携带idleAbilityReserveInd参数,该参数的取值为保留空闲能力,以指示SoftACD需要保留该视频用户空闲的视频能力。
S204A、SoftACD向音频座席设备发送重协商INVITE消息,该INVITE消息中携带视频用户设备的SDP。
S205A、音频座席设备向SoftACD返回18X消息,该18X消息中携带音频座席设备的音频SDP。
S206A、SoftACD向CTI上报的DeliveredEvent事件中携带远端能力为音频能力和视频能力,本端能力为音频能力;此步骤可省略,但有时用户设备的呼叫能力可能会实时发生变化,在这种情况下,需要实时向CTI上报用户设备的当前能力,因此增加SoftACD向CTI上报主被叫能力的次数或频率可以有效地使CTI获得主被叫更新后的能力。
S207A、SoftACD在获取到CTI分配的音频座席设备的音频SDP后,SoftACD在发送给视频用户设备的18X消息中携带SDP,该SDP由音频部分和视频部分组成,音频部分携带音频座席设备的音频SDP,以将视频用户设备和音频座席设备以音频能力相连接,并由于CTI指示需要保留视频能力,该视频部分携带虚拟的SDP,以将视频用户设备与虚拟的设备相连接,从而可保留视频用户设备的视频能力,便于在后续可能需要的保持操作过程中为视频用户设备播放保持视频。
S208A、此时视频用户与音频座席进行语音通话,视频用户看到上次播放最后一帧图像或没有图像显示。
可选地,S209A可以取代S205A,S210A可以取代S207A,S211A可以取代S206A,S212A可以取代S208A。
S209A、音频座席设备向SoftACD返回200消息,该200消息中携带音频座席设备的音频SDP;
S210A、SoftACD发送给用户的200消息中携带承载信息SDP,其音频部分携带音频座席设备的SDP,其视频部分携带虚拟的SDP;
S211A、SoftACD向CTI上报的EstablishedEvent事件中携带远端能力为音频能力和视频能力,本端能力为音频能力。
S212A、此时视频用户与音频座席进行语音通话,视频用户看到上次播放最后一帧图像或没有图像显示,不同的厂家有不同的实现。
图2B为依据本发明实施例图2的方法在应用场景1中的另一种流程图。如图2B所示,在该场景中CTI下发的RouteSelect消息携带的idleAbilityReserveInd参数为不保留空闲能力,该流程包括如下步骤:
S201B-S202B与S201A-S202A相同,在此不赘述。
S203B、CTI通过下发RouteSelect消息将该视频用户设备分配到一个空闲的音频座席设备,并且当CTI选择不保留视频用户设备空闲的视频能力,则CTI向SoftACD下发RouteSelect消息中还需携带idleAbilityReserveInd参数,该idleAbilityReserveInd参数的取值是不保留空闲能力,视频用户的能力从音频能力和视频能力回落到只有音频能力。
S204B-S205B与S204A-S205A相同,在此不赘述。
S206B、SoftACD向CTI上报的DeliveredEvent事件携带的远端能力为音频能力,本端能力为音频能力。
S207B、SoftACD发送给视频用户的18X消息所携带的SDP中,音频部分是音频座席设备的音频SDP,视频部分是端口号为0的视频SDP,代表没有视频能力。
S208B、此时用户与音频座席进行语音通话,音频座席设备的视频窗口被切换掉。
可选地,S209B可以取代S205B、S210B可以取代S207B、S211B可以取代S206B、S212B可以取代S208B。
S209B、音频座席设备向SoftACD返回200消息,该200消息中携带音频座席设备的音频SDP。
S210B、SoftACD发送给视频用户的200消息携带的SDP中,音频部分是音频座席设备的音频SDP,视频SDP的端口号为0,代表没有视频能力。
S211B、SoftACD向CTI上报的EstablishedEvent事件携带的远端能力为音频能力,本端能力为音频能力。
S212B、此时用户与音频座席进行音频通话,音频座席设备的视频窗口被切换掉。
可选地,CSTA协议里DivertCall消息、SingleStepTransfer消息也可以使用idleAbilityReserveInd扩展参数来实现呼叫转移的时候是否保留空闲能力,例如,视频用户与视频座席通话后,视频座席呼叫转移到其它音频座席设备,DivertCall消息或SingleStepTransfer消息携带idleAbilityReserveInd扩展参数,由CTI平台控制是否保留视频用户的视频能力。
本发明实施例的图2、图2A及图2B所示方法,SoftACD通过从呼叫中分析出用户设备具有的音视频能力和座席设备拥有的音频能力后向CTI上报,并根据CTI下发的是否保留用户设备空闲视频能力的指示,从而可以保留或去除用户设备空闲的视频能力,实现了将音频能力、视频能力分开操作,有利于后续的业务扩展,例如当保留了用户设备的视频能力时,后续可以为这个用户设备播放与某些业务相关的保持视频,满足了后续视频业务的需求。
图3为本发明实施例的又一种呼叫控制方法的流程图。该方法针对于应用场景2,如图3所示该方法的执行主体为SoftACD,包括如下步骤:
S301、SoftACD向CTI上报视频用户设备的呼叫能力为音频能力和视频能力,音频座席设备的呼叫能力为音频能力;
S302、SoftACD接收CTI下发的保持呼叫HoldCall消息,HoldCall消息中包括对视频能力进行保持的呼叫能力保持指示;
S303、SoftACD根据呼叫能力保持指示,将视频用户设备与音频座席设备以音频能力相连接,并将视频用户设备与预设播放设备以视频能力相连接。
具体地,S303的具体过程可以包括:根据呼叫能力保持指示,向视频用户设备发送音频座席设备的音频SDP和预设播放设备的视频SDP。
图3A为依据本发明实施例图3的方法在应用场景2中的流程图。如图3A所示,该流程包括如下步骤:
S301A、视频用户设备呼叫音频座席设备后,在音频座席设备震铃时,SoftACD通过DeliveredEvent事件向CTI上报远端视频用户设备的呼叫能力,其中远端视频用户设备的呼叫能力为音频能力和视频能力。
S302A、当音频座席设备应答时,主被叫进行语音通话(图中未示)。SoftACD通过EstablishedEvent事件向CTI上报远端视频用户设备能力和本端能力,其中远端能力为音频能力和视频能力,本端能力为音频能力。
S303A、CTI根据视频用户设备的呼叫能力(视频用户设备具有视频能力),控制音频座席设备在与视频用户设备进行语音通话时,为视频用户设备播放保持视频,于是CTI向SoftACD下发HoldCall消息,并在该HoldCall消息中增加携带呼叫操作能力参数operationAbilityType,该参数取值为videoOnly,以使得SoftACD内部预设的播放设备启动无音频的视频播放。
S304A、SoftACD发送重协商INVITE消息至该视频用户设备,该INVITE消息携带音频座席设备的音频SDP和预设播放设备的视频SDP。从而视频用户设备与音频座席设备建立音频连接,并与预设播放设备建立视频连接。执行上述步骤后,用户与音频座席音频通话,看保持视频(图中未示)。
需要说明的是,在音频坐席与视频用户设备进行语音通话过程中,音频座席设备不需要与SoftACD进行承载协商,保持原有的连接即音频与用户设备连接,而SoftACD需要与视频用户设备进行承载协商,更新视频用户设备的音频和视频连接。这样使得视频用户设备的音频与音频座席设备的音频相连接,视频用户设备的视频与预设的视频播放设备相连接。
本发明实施例图3和图3A所示方法,SoftACD通过从呼叫中分析出视频用户设备的音视频能力和音频座席设备的音频能力后向CTI上报,并进一步根据CTI下发的HoldCall消息中携带的对视频能力单独进行保持操作的指示,对视频用户设备的视频能力进行保持,通过预设的视频播放设备为视频用户播放某些业务的相关视频,从而满足了视频业务应用场景中的特定需求。
图4为本发明实施例的又一种呼叫控制方法的流程图。该方法针对于应用场景3,如图4所示该方法的执行主体为SoftACD,包括如下步骤:
S401、在视频用户设备与视频坐席进行视频通话过程中,SoftACD向CTI上报视频用户设备和视频座席设备的呼叫能力均为音频能力和视频能力;
S402、SoftACD接收CTI下发的保持呼叫HoldCall消息,HoldCall消息中包括呼叫能力保持指示,呼叫能力保持指示包括以下中的任一种:保持音频能力、保持视频能力、保持音频能力和视频能力或保持远端的视频用户设备没有被保持的所有能力。
S403、根据呼叫能力保持指示,将视频用户设备与预设播放设备以被保持的呼叫能力相连接,视频用户设备与视频坐席设备还是以已连接的呼叫能力保持通话。
具体地,S403的具体过程可以包括:当呼叫能力保持指示为保持音频能力时,向视频座席设备发送虚拟的音频SDP和视频用户设备的视频SDP,并向视频用户设备发送预设播放设备的音频SDP和视频座席设备的视频SDP;或者,
当呼叫能力保持指示为保持视频能力时,向视频座席设备发送视频用户设备的音频SDP和虚拟的视频SDP,并向视频用户设备发送视频座席设备的音频SDP和预设播放设备的视频SDP;或者,
当呼叫能力保持指示为保持音频能力和视频能力,或保持当前所有能力时,向视频座席设备发送虚拟的音频SDP和虚拟的视频SDP,并向视频用户设备发送预设播放设备的音频SDP和视频SDP。
可选地,图4所示的方法还可以进一步包括:
S404、SoftACD接收CTI下发的取回呼叫RetrieveCall消息,RetrieveCall消息中包括呼叫能力取回指示,呼叫能力取回指示包括以下中的任一种:取回音频能力、取回视频能力、取回音频能力和视频能力或取回当前所有能力。
这里的呼叫能力取回指示是指将呼叫保持能力取回,例如:取回音频能力就是指将保持音频能力取消掉。
S405、SoftACD根据呼叫能力取回指示,将视频用户设备和视频座席设备至少以被取回的呼叫能力相连接。
具体地,S405的具体过程可以包括:当呼叫能力取回指示为取回音频能力时,SoftACD向视频座席设备发送视频用户设备的音频SDP,并向视频用户设备发送视频座席设备的音频SDP;或者,
当所述呼叫能力取回指示为取回视频能力时,SoftACD向视频座席设备发送视频用户设备的视频SDP,并向视频用户设备发送视频座席设备的视频SDP;或者,
当呼叫能力取回指示为取回音频能力和视频能力,或者取回当前所有能力时,SoftACD向视频座席设备发送视频用户设备的音频SDP和视频SDP,并向视频用户设备发送视频座席设备的音频SDP和视频SDP。
图4A为依据本发明实施例图4的方法在应用场景3中的一种流程图。如图4A所示,该流程包括如下步骤:
S401A、视频用户与视频座席视频通话后,视频座席当前有其它事情,需要给该视频用户播放保持音频和保持视频,则CTI向SoftACD下发HoldCall消息,并在该HoldCall消息中增加携带呼叫操作能力参数operationAbilityType,该参数取值为audioAndVideo。
S402A、SoftACD与视频座席设备进承载协商,向视频座席设备发送重协商INVITE消息,在SoftACD发送给视频座席设备的INVITE消息中携带虚拟的音频SDP和虚拟的视频SDP。
S403A、SoftACD与视频用户设备进行承载协商,向视频用户设备发送重协商INVITE消息,在SoftACD发送给视频用户设备的INVITE消息中携带SoftACD播放设备的音频SDP和视频SDP。
具体地,可以在SoftACD上设置播放设备,即播放设备归属于SoftACD。
此时视频用户听保持音,看保持视频,视频座席看上次最后一帧图像,听不到任何语音。
图4B为依据本发明实施例图4的方法在应用场景3中的又一种流程图。如图4B所示,该流程包括如下步骤:
S401B、如果在视频用户与视频座席视频通话过程中,视频用户只需要听保持音,CTI向SoftACD下发的HoldCall消息携带的operationAbilityType参数为audioOnly;
S402B、SoftACD与视频座席设备进承载协商,向视频座席设备发送重协商INVITE消息,并在该INVITE消息中携带视频用户设备的视频SDP和虚拟的音频SDP;
S403B、SoffACD与视频用户设备进行承载协商,向视频用户设备发送重协商INVITE消息,在SoftACD发给视频用户设备的INVITE消息中携带视频座席设备的视频SDP和SoftACD播放设备的音频SDP。
此时用户听保持音,视频座席听不到任何语音,视频座席与用户视频互通。
图4C为依据本发明实施例图4的方法在应用场景3中的又一种流程图。如图4C所示,该流程包括如下步骤:
S401C、如果在视频用户与视频座席音频通话过程中,视频座席需要给用户播放某些服务的操作视频,则CTI向SoftACD下发的HoldCall消息携带的operationAbilityType参数取值为videoOnly,并通过infoToSend参数携带播放的视频文件名。
S402C、SoftACD发送给视频座席设备的INVITE消息携带视频用户设备的音频SDP和虚拟的视频SDP。
S403C、SoftACD发给视频用户设备的INVITE消息中携带视频座席设备的音频SDP和SoftACD播放设备的视频SDP。
此时视频用户与视频座席正常语音通话,视频座席看上次最后一帧图像,视频用户看播放的视频文件。
图4D为依据本发明实施例图4的方法在应用场景3中的又一种流程图。在应用场景3中,由于用户设备的呼叫能力可能动态改变,CTI可能无法及时获取用户设备当前最新的呼叫能力时,针对这种情形,在图4D所示流程中CTI可指示SoftACD针对用户设备当前具有的最大呼叫能力进行保持操作或取消保持操作。如图4D所示,该流程包括如下步骤:
S401D、如果CTI下发的HoldCall消息携带的operationAbilityType参数为allAbility,表示保持当前所有能力,如被保持方(指用户)有音频能力,则做音频能力保持,如果被保持方有音频+视频能力则做音、视频保持。
S402D、由于被保持方为视频用户设备,而视频用户设备具有音频能力和视频能力,则对视频用户设备做音、视频保持,于是SoftACD发送给视频座席设备的INVITE消息携带虚拟的音频SDP和虚拟的视频SDP。
S403D、SoftACD发给视频用户设备的的INVITE消息中携带预设的SoftACD播放设备的音频SDP和视频SDP。
此时视频用户听保持音,看保持视频。视频座席看上次最后一帧图像,听不到任何语音。
需要说明的是,HoldCall消息里面携带的呼叫操作能力参数operationAbilityType是针对被保持方的能力应用。
以下说明取回保持操作,在取回保持操作的时候与保持操作相同,由RetrieveCall消息里面携带的呼叫操作能力参数operationAbilityType来指定取回的是音频能力或视频能力,或是两种能力都有。
请再次参阅图4A,取回音频能力和视频能力的流程包括:
S404A、如果CTI下发的RetrieveCall消息携带的呼叫操作能力参数operationAbilityType参数的取值为audioAndVideo,则表示取回保持音频能力和视频能力。可选地,在S404A中也可以只取回音频能力或视频能力,例如可将operationAbilityType参数相应设置为audioOnly或videoOnly。
S405A、SoftACD与视频座席设备进承载协商,向视频座席设备发送重协商INVITE消息,以更新视频座席设备的连接,在该INVITE消息携带视频用户设备的音频SDP和视频SDP。
S406A、SoftACD与视频用户设备进行承载协商,向视频用户设备发送重协商INVITE消息,在SoftACD发给视频用户设备的INVITE消息中携带视频座席设备的音频SDP和视频SDP。
执行上述步骤后,视频用户设备和视频座席设备互相获取了对方的音视频SDP,从而重新建立起音视频连接,此时视频用户与视频座席进行音频、视频通话。
可选地,当RetrieveCall消息携带的operationAbilityType参数设置为audioOnly时,SoftACD向视频座席设备发送的INVITE消息中携带视频用户设备的音频SDP和虚拟的视频SDP;SoftACD向视频用户设备发送的INVITE消息中携带视频座席设备的音频SDP和预设播放设备的视频SDP。
可选地,当RetrieveCall消息携带的operationAbilityType参数设置为videoOnly时,SoftACD向视频座席设备发送的INVITE消息中携带虚拟的音频SDP和视频用户设备的视频SDP;SoftACD向视频用户设备发送的INVITE消息中携带预设播放设备的音频SDP和视频座席设备的视频SDP。
请再次参阅图4B,取回音频能力的流程包括:
S404B、如果CTI下发的RetrieveCall消息携带的呼叫操作能力参数operationAbilityType的取值为audioOnly,表示取回保持音频能力。
可选地,当operationAbilityType取值为videoOnly时,表示取回视频能力;当operationAbilityType取值为allAbility,表示取回当前所有能力。
S405B、SoftACD发送给视频座席设备的INVITE消息中携带视频用户设备的音频SDP和视频SDP。
S406B、SoftACD发给视频用户设备的INVITE消息携带视频座席设备的音频SDP和视频SDP。
此时视频用户与视频座席进行音频、视频通话。
需要说明的是,RetrieveCall消息里面携带的呼叫操作能力参数operationAbilityType是针对被取回方的能力。取保持的时候,需要向视频座席设备和视频用户设备都发送INVITE消息,目的是更新两侧连接目标方地址,实现不同能力的取回保持的功能。
应用场景3的流程UAP(Upper Address Part,高位地址部分)与CTI之间的交互和普通的保持与取保持操作大体流程保持一致,主要是原来的HoldCall、RetrieveCall都是针对呼叫,无法对音频、视频能力单独处理。现在增加了操作能力的概念。不同的地方在于发送INVITE消息携带SDP信息不同,通过SDP的改变实现不同能力的保持与取保持操作。
本发明实施例图4和图4A-图4D所示方法,SoftACD通过从呼叫中分析出用户设备和座席设备的呼叫能力后向CTI上报,并接收CTI下发的对用户设备和座席设备具有的相应呼叫能力进行保持或取消保持操作指示,并通过预设播放设备为用户播放保持音频和/或保持视频,满足了视频应用场景3中的需求。
图5为本发明实施例的又一种呼叫控制方法的流程图。该方法针对于应用场景4中的外呼情形,上述外呼是指SoftACD分别将用户设备和座席设备呼起,并建立用户设备和座席设备之间的连接,如图5所示该方法的执行主体为SoftACD,包括如下步骤:
S501、SoftACD接收CTI下发的外呼MakeCall消息,MakeCall消息中包括外呼主叫的能力指示和外呼被叫的能力指示;
具体地,外呼主叫的能力指示包括以下中的任一种:以音频能力外呼、以音频能力和视频能力外呼或以主叫的最大能力外呼;外呼被叫的能力指示包括以下中的任一种:以音频能力外呼、以音频能力和视频能力外呼或以被叫的最大能力外呼。
S502、根据所述外呼主叫的能力指示和外呼被叫的能力指示,外呼所述主叫和所述被叫;
S503、更新所述主叫和所述被叫各自的承载信息SDP,以建立所述主叫和所述被叫之间的音频连接或音视频连接。
图5A为依据本发明实施例图5的方法在应用场景4中的一种流程图。如图5A所示,该场景为座席外呼视频用户的场景,下面以坐席为音频坐席为例来做说明,坐席为音视频坐席的流程也是类似的,该流程包括如下步骤:
S501A、CTI下发的MakeCall消息中携带的主叫(音频座席设备)能力为音频能力,被叫(视频用户设备)能力为音频能力和视频能力。
S502A、SoftACD检测到MakeCall消息中携带的被叫能力calleeAbility具有音频能力和视频能力,则以音频和视频能力外呼视频用户设备,在发送给用户的INVITE消息中携带虚拟的音频SDP和视频SDP。
S503A、视频用户设备可选地通过100、180或200消息向SoftACD返回视频用户设备的音频SDP和视频SDP。
S504A、外呼该视频用户设备成功后,发送MakeCallResult消息给CTI平台;
S505A、SoftACD检测到MakeCall消息中携带的主叫能力callerAbility为音频(Audio Only),则以音频能力外呼音频座席设备,在发送给音频座席设备的INVITE消息只携带视频用户设备的音频SDP。
S506A、音频座席设备可选地通过100、180或200消息向SoftACD返回音频座席设备的音频SDP。
S507A、SoftACD向视频用户设备发送INVITE消息中携带音频座席设备的音频SDP和虚拟的视频SDP。
执行上述步骤后,用户与座席可以正常通话,用户的视频能力被保留下来,以便可以接收后续的视频消息。
具体地,当座席外呼时,SoftACD根据MakeCalll消息里面携带的主叫能力和被叫能力,指示本次外呼主被叫是采用音频能力外呼,还是音频能力和视频能力外呼。主叫能力或被叫能力的取值可以包括:音频能力、视频能力、音频能力+视频能力、全部能力。
如果被叫以音频+视频能力外呼的时候,当被叫(用户)没有视频能力时,SoftACD发送MakeCall消息失败结果给CTI平台。
如果被叫具有音频+视频能力,主叫以音频能力外呼,即用户具有音频+视频能力而座席只有音频能力,用户的视频能力会被保留下来。
如果calleeAbility和callerAbility的取值为allAbility,表示根据主被叫所具有的最大能力进行外呼。
现有技术中座席外呼的时候,用户与座席连接后的能力是根据双方协商结果,而本发明实施例中是根据MakeCalll消息里面携带的calleeAbility和callerAbility来指定,由CTI来控制,利于以后业务的扩展。
本发明实施例图5和图5A所示方法,SoftACD根据CTI下发的MakeCall消息携带的外呼主被叫的能力指示,以音频能力、音频能力+视频能力或最大能力分别外呼主被叫,以建立主被叫之间的音频连接或音视频连接,从而满足了应用场景4中的需求。
图6为本发明实施例的又一种呼叫控制方法的流程图。该方法针对于应用场景5,如图6所示该方法的执行主体为SoftACD,包括如下步骤:
S601、在视频用户设备与第一视频坐席建立通话后,如果该第一视频坐席无法满足该视频用户设备的服务,则SoftACD向CTI上报视频用户设备和第一视频座席设备的呼叫能力为音频能力和视频能力;
S602、SoftACD接收所述CTI下发的咨询呼叫ConsultationCall消息,所述ConsultationCall消息中包括咨询呼叫能力指示。
具体地,咨询呼叫能力指示包括指示第一视频座席设备以音频能力、视频能力、音频能力和视频能力、第一视频座席设备最大能力的其中之一向CTI指定的第二视频座席设备进行咨询呼叫。
S603、SoftACD根据咨询呼叫能力指示,将视频用户设备与预设播放设备以用于咨询呼叫的能力相连接,将第一视频座席设备与第二座席设备以用于咨询呼叫的能力相连接。
具体地,S603的具体过程可以包括:当上述咨询呼叫能力指示为以音频能力进行咨询呼叫时,SoftACD根据该咨询呼叫能力指示,将第一视频座席设备与第二视频座席设备以音频能力相连接,将第一视频座席设备与视频用户设备以视频能力相连接,将视频用户设备与预设播放设备以音频能力相连接;
或者,当上述咨询呼叫能力指示为以视频能力进行咨询呼叫时,SoftACD根据该咨询呼叫能力指示,将第一视频座席设备与第二视频座席设备以视频能力相连接,将第一视频座席设备与视频用户设备以音频能力相连接,将视频用户设备与预设播放设备以视频能力相连接;或者,
当上述咨询呼叫能力指示为以音频能力和视频能力进行咨询呼叫,或以第一视频座席设备最大能力进行咨询呼叫时,SoftACD根据该咨询呼叫能力指示,将第一视频座席设备与第二视频座席设备以音频能力和视频能力相连接,将视频用户设备与预设播放设备以音频能力和视频能力相连接。
具体地,S603的过程具体可以包括:当指示以音频能力进行咨询呼叫时,向第一视频座席设备发送虚拟的音频SDP和视频用户设备的视频SDP,向视频用户设备发送预设播放设备的音频SDP和视频座席设备的视频SDP,向第二视频座席设备发送第一视频座席设备的音频SDP,向第一视频座席设备发送第二视频座席设备的音频SDP和视频用户设备的视频SDP;或者,
当指示以视频能力进行咨询呼叫时,向第一视频座席设备发送视频用户设备的音频SDP和虚拟的视频SDP,向视频用户设备发送第一视频座席设备的音频SDP和预设播放设备的视频SDP,向第二视频座席设备发送第一视频座席设备的视频SDP,向第一视频座席设备发送视频用户设备的音频SDP和第二视频座席设备的视频SDP;或者,
当指示以音频能力和视频能力,或者第一视频座席设备最大能力进行咨询呼叫时,向第一视频座席设备发送虚拟的音频SDP和视频SDP,向视频用户设备发送预设播放设备的音频SDP和视频SDP,向第二视频座席设备发送第一视频座席设备的音频SDP和视频SDP,向第一视频座席设备发送第二视频座席设备的音频SDP和视频SDP。
图6A为依据本发明实施例图6的方法在应用场景5中的一种流程图。如图6A所示,该场景为视频用户与视频座席接通后,视频座席以音频能力和视频能力咨询到资深视频座席(第二视频座席),该流程包括如下步骤:
在执行S601A之前,SoftACD可以通过DeliveredEvent或EstablishedEvent向CTI上报视频用户设备和视频座席当前各自的呼叫能力,此过程在前述实施例中有详细描述,在此不赘述。
S601A、CTI向SoftACD下发的ConsultationCall消息中携带的呼叫操作能力参数operationAbilityType为audioAndVideo;
S602A、SoftACD发送给第一视频座席设备的INVITE消息携带SDP1,该SDP1包括虚拟的音频SDP和虚拟的视频SDP。
可选地,如果是以音频能力咨询,则SDP1包括虚拟的音频SDP和视频用户设备的视频SDP;如果是以视频能力咨询,则SDP1包括视频用户设备的音频SDP和虚拟的视频SDP。
进一步地,第一视频座席设备可以通过200消息向SoftACD反馈第一视频座席设备的音频SDP和视频SDP。
S603A、SoftACD内部启动保持音、视频播放,通过INVITE消息发送预设播放设备的音频SDP和视频SDP给用户设备。发送给用户设备的SDP2中的音频SDP、视频SDP都是播放设备的SDP;
可选地,如果是以音频能力咨询,则SDP2包括预设播放设备的音频SDP和第一视频座席设备的视频SDP;如果是以视频能力咨询,则SDP2包括第一座席设备的音频SDP和预设播放设备的视频SDP。
S604A、用户设备被保持完成后,SoftACD发送INVITE消息给第二视频座席设备(资深视频座席),将资深视频座席呼起,INVITE消息中携带的SDP3为第一视频座席设备的音视频SDP;
可选地,如果是以音频能力咨询,SDP3包括第一视频座席设备的音频SDP;如果是视频咨询,SDP3包括第一视频座席设备的视频SDP。
进一步地,第二视频座席设备可以通过100、180或200消息向SoftACD返回第二视频座席设备的音频SDP和视频SDP。
S605A、在资深视频座席摘机后,向第一视频座席设备发送INVITE消息携带SDP4,该SDP4包括资深座席设备的音频SDP和视频SDP,更新该第一视频座席设备的承载信息,使资深座席与视频座席音频、视频通话。
通过改变座席设备重新建立连接所需要的远端承载信息SDP,使得座席设备可以连接到其它设备上。
此时用户听保持音,看保持视频,资深座席与视频座席音频、视频通话。
下面是其它几种场景的相关流程描述:
视频座席与视频用户通话后,视频座席无法解决用户问题,需要咨询到资深视频座席。CTI可以通过ConsultationCall消息里面携带的呼叫操作能力参数operationAbilityType来指定以何种能力咨询。
(1)如果operationAbilityType的值为audioOnly的时候,用户和座席以视频能力保持连接,用户和座席互相可以看到对方的影像,用户音频听保持音,座席以音频能力咨询到资深座席,座席与资深座席进行语音通话。
(2)如果operationAbilityType值为audioAndVideo的时候,用户听保持音,看保持视频,视频座席以音频+视频能力咨询到资深座席,视频座席与资深座席音、视频通话。
(3)如果operationAbilityType值为allAbility的时候,用户听保持音,看保持视频,视频座席以自已当前所具有的最大能力咨询到资深座席,一种情况,如果资深座席只有音频能力,视频座席与资深座席进行语音通话;另一情况,如果资深座席有音、视频能力,视频座席与资深座席进行音、视频通话。
本发明实施例图6和图6A所示方法,SoftACD在分析出用户设备和座席设备的呼叫能力后向CTI上报,并根据CTI指示以指定的呼叫能力向第二座席设备进行咨询呼叫,在进行咨询呼叫时,分别对用户设备、第一座席设备及第二座席设备的音频能力和视频能力分别进行操作,更新上述设备的音频SDP和视频SDP,以控制第一座席设备和第二座席设备之间、第一座席设备和用户设备之间、用户设备和预设播放设备之间分别以何种呼叫能力相连接。因此,上述方法解决了应用场景5中的需求,通过将音频能力和视频能力分开操作,有利于业务的扩展。
图7为本发明实施例的又一种呼叫控制方法的流程图。该方法针对于应用场景6,如图7所示该方法的执行主体为SoftACD,包括如下步骤:
S701、在视频用户与音视频坐席通话后,需要第三方的来加入到该视频通话中,则SoftACD接收所述CTI下发的会议呼叫ConferenceCall消息,所述ConferenceCall消息中包括会场创建指示和是否保留空闲能力指示。
具体地,所述会场创建指示包括音频会场创建指示或视频会场创建指示。
S702、SoftACD根据该会场创建指示创建音频会场或视频会场。
S703、当创建的会场为视频会场时,SoftACD将视频用户设备、第一视频座席设备及第二视频座席设备与视频会场以音频能力和视频能力连接;或者
S704、当创建的会场为音频会场时,根据所述是否保留空闲能力指示,SoftACD将所述视频用户设备、所述第一视频座席设备及所述第二视频座席设备分别与所述音频会场以音频能力相连接,并保留或去除所述视频用户设备、所述第一视频座席设备及所述第二视频座席设备的视频能力。
具体地,S703和S704的具体过程可以包括:当创建的会场为视频会场时向所述视频用户设备、第一视频座席设备及第二视频座席设备发送所述视频会场的音频和视频SDP;或者,
当创建的会场为音频会场时,且所述是否保留空闲能力指示为保留空闲能力时,向上述视频用户设备、第一视频座席设备及第二视频座席设备发送所述音频会场的音频SDP和虚拟的视频SDP;或者,
当创建的会场为音频会场时,且所述是否保留空闲能力指示为不保留空闲能力时,向所述视频用户设备、第一视频座席设备及第二视频座席设备发送所述音频会场的音频SDP和端口号为0的视频SDP。
图7A为依据本发明实施例图7的方法在应用场景6中的一种流程图。如图7A所示,该场景中,用户设备、座席设备、资深座席设备都有视频能力,CTI向SoftACD下发的ConferenceCall消息携带的ConferenceAbilityType参数的取值为videoConference,携带idleAbilityReserveInd参数的取值为reserveIdleAbility,该方法包括:
S701A、视频用户与视频座席通话,视频座席(第一视频座席设备)咨询到资深视频座席(第二视频座席设备)后,需要建立视频会场进行三方通话,则CTI向SoftACD下发的ConferenceCall消息携带会场能力参数ConferenceAbilityType的取值videoConference,以指示创建会场类型为视频会场。
S702A、SoftACD根据CTI指示创建视频会场。
S703A、SoftACD发送携带视频会场SDP的INVITE消息给用户设备,INVITE消息中携带SDP1为视频会场的音视频SDP,使得用户设备与该视频会场相连接,至此用户加入视频会场。
S704A、SoftACD发送携带会场SDP的INVITE消息给第一视频座席设备,INVITE消息中携带SDP2为视频会场的音视频SDP,使得第一座席设备与该视频会场相连接,至此座席加入视频会场。
S705A、SoftACD发送携带会场SDP的INVITE消息给第二视频座席设备,INVITE消息中携带SDP3为视频会场的音视频SDP,使得第二视频座席设备与该视频会场相连接,至此资深座席加入视频会场。
S706A、在用户、座席、资深座席都加入到会场后,SoftACD上报会场事件给CTI平台。
此时用户、座席、资深座席音频通话,视频都可以看到三方的视频。
具体地,ConferenceCall消息里面携带的会场能力参数ConferenceAbilityType来指定创建音频会场还是视频会场,audioConference是指创建音频会场,videoConference是指创建视频会场。
ConferenceCall消息里面携带idleAbilityReserveInd来是指是否保留空闲能力,其取值为reserveIdleAbility时表示保留空闲能力,其取值为noReserveIdleAbility时表示不保留空闲能力。但只有在加入会场的设备具有视频能力,并且会场是音频会场的时候才会起用作,主要为是否保留设备的视频能力。主要是体现在加入会场的时候,发给设备的SDP不同,如果该值是reserveIdleAbility的时候,SDP的音频部分是音频会场SDP,视频部分是虚拟的SDP,端口号非0,这个设备的视频能力被保留,后续可以对这个设备播放保持视频。如果该值是noReserveIdleAbility的时候,SDP的音频部分是音频会场的SDP,视频部分是虚拟的,但端口号为0,此时用户的视频能力被切换掉,所有设备只有音频通话。
本发明实施例图7和图7A所示方法,可以建立三方或多方的音频通话或视频通话,满足了应用场景6的需求。
图8为本发明实施例的又一种呼叫控制方法的流程图。该方法针对于应用场景71和场景72,视频用户设备与音频坐席通话后,资深视频坐席需要强插该通话中,资深视频坐席需要指定建立一个会场进行三方通话,如图8所示该方法的执行主体为SoftACD,包括如下步骤:
S801、SoftACD接收所述CTI下发的单步会议SingleStepConference消息,所述SingleStepConference消息中包括会场创建指示;
具体地,会场创建指示包括音频会场创建指示或创建视频会场创建指示。
S802、SoftACD根据会场创建指示创建音频会场或视频会场;
S803、当创建的会场为音频会场时,以音频能力外呼第二视频座席设备,SoftACD将所述第二视频座席、所述第一视频座席及所述视频用户设备与音频会场以音频能力相连接,并将所述第一视频座席与所述视频用户设备以视频能力相连接;或者,
S804、当创建的会场为视频会场时,以音频能力和视频能力外呼所述第二视频座席设备,并且SoftACD将所述第二视频座席、所述第一视频座席及所述视频用户设备与所述视频会场以音频能力和视频能力相连接。
具体地,S803的过程可以包括:当创建的会场为音频会场时,以音频能力外呼第二视频座席设备,向所述第二视频座席设备发送音频会场的音频SDP,向所述第一视频座席设备发送所述音频会场的音频SDP和所述视频用户设备的视频SDP,向所述视频用户设备发送所述音频会场的音频SDP和所述第一视频座席设备的视频SDP;或者,
具体地,S804的过程可以包括:当创建的会场为视频会场时,以音频能力和视频能力外呼所述第二视频座席设备,向所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备发送所述视频会场的音频和视频SDP。
本发明实施例图8所示方法,SoftACD根据CTI下发的单步会议消息中携带的会场创建指示创建指定能力类型会场,并将至少三个通话方以与该会场能力类型一致呼叫能力与该会场建立连接,实现至少三方的音频通话、视频通话、音频会场监听或视频会场监听,从而解决了应用场景71和72中的需求,有利于以后业务的扩展。
图9本发明实施例的又一种呼叫控制方法的流程图。该方法针对于应用场景71和场景72,图9的方法与图8的方法相比,不同之处在于,第一,图8中是依据创建的会场类型,以与会场类型一致的呼叫能力去外呼第二座席设备,而图9中是根据CTI下发消息携带的外呼能力指示去外呼第二座席设备;第二,图8中当创建的会场为音频会场,且视频用户设备和第一座席设备都具有空闲的视频能力时,是将视频用户设备和第一座席设备之间仍然保持视频连接;而图9中当创建的会场为音频会场,且视频用户设备、第一座席设备和第二座席设备都具有空闲的视频能力时,可以选择保留或去除上述设备的空闲的视频能力。
如图9所示该方法的执行主体为SoftACD,包括如下步骤:
S901、SoftACD接收所述CTI下发的单步会议SingleStepConference消息,所述SingleStepConference消息中包括会场创建指示、外呼第二视频座席设备的能力指示和是否保留空闲能力指示;
S902、SoftACD根据所述会场创建指示创建音频会场或视频会场;
S903、当创建的会场为视频会场,并且所述外呼第二视频座席设备的能力指示为以音频能力和视频能力外呼所述第二视频座席设备时,SoftACD以音频能力和视频能力外呼所述第二视频座席设备,并将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备与视频会场以音频能力和视频能力相连接;或者
S904、当创建的会场为音频会场,并且所述外呼第二视频座席设备的能力指示为以音频能力外呼所述第二视频座席设备时,SoftACD以音频能力外呼所述第二座席设备,并将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备与音频会场以音频能力相连接,并根据所述是否保留空闲能力指示,保留或去除所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备的视频能力。
具体地,S903的具体过程可以包括:当创建的会场为视频会场并且所述外呼第二视频座席设备的能力指示为以音频能力和视频能力外呼所述第二视频座席设备,向所述第二视频座席设备发送虚拟的音频SDP和视频SDP以将第二视频座席设备呼起,并在外呼上述第二视频座席成功后分别向所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备发送所述视频会场的音频SDP和视频SDP;或者,
具体地,S904的具体过程可以包括:当创建的会场为音频会场,并且所述外呼第二视频座席设备的能力指示为以音频能力外呼所述第二视频座席设备,所述是否保留空闲能力指示为不保留空闲能力时,向所述第二视频座席设备发送虚拟的音频SDP以将该第二视频座席设备呼起,并在外呼上述第二视频座席设备成功后分别向所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备发送所述音频会场的音频SDP和端口号为0的视频SDP,或者发送所述音频会场的音频SDP和虚拟的视频SDP。
图9A为依据本发明实施例图9的方法在应用场景7中的一种流程图。如图9A所示,在该场景中分成两种情况,一种是监听模式,一种是强插模式。即SingleStepConfRequest消息携带的participationType值为silent是监听模式,值为active的时候为强插模式。
(一)、监听模式:
监听模式只有用户和座席同时拥有视频能力并且视频通话的时候,才接受视频会场的监听。监听模式是资深座席监听用户和座席的音视频通话,监听前后用户与座席效果与监听前保持一致。
例如,视频用户与视频座席通话过程中,资深座席以音频会场模式监听场景,流程包括:
S901A、CTI平台发送SingleStepConfRequest消息给SoftACD,消息里面携带的ConferenceAbilityType参数取值为audioConference,以指示SoftACD创建音频会场进行监听。
S902A、SoftACD根据该消息中携带的会场创建指示,创建音频会场以进行监听。
S903A、SoftACD根据会场的类型,外呼第二视频座席设备(资深座席),由于创建的是音频会场,SoftACD以音频能力外呼,向第二座席设备发送INVITE消息,消息中携带SDP1为虚拟的音频SDP。
S904A、在外呼第二视频座席设备(资深坐席)成功后,SoftACD发送SingleStepConfResult消息给CTI。
S905A、SoftACD发送INVITE消息给第二座席设备(资深座席),携带的SDP1为音频会场的音频SDP。
S906A、SoftACD发送INVITE消息给第一座席设备(座席),SDP2的音频部分是音频会场的音频SDP,视频部分为视频用户设备的视频SDP。
S907A、SoftACD发送INVITE消息给视频用户设备(用户),SDP3的音频部分是音频会场的音频SDP,视频部分为第一座席设备的视频SDP。
S908A、在用户、座席、资深座席都加入音频会场后,SoftACD上报ConferenceEvent给CTI。
此时监听前后,用户和座席看到与听到的与监听前保持一致。资深坐席监听用户和座席通话,用户与座席保持原有的音视频通话。
例如视频用户与视频座席通话过程中,资深座席以视频会场模式监听场景,请再次参阅图9A:
S901A、CTI平台发送单步会议SingleStepConfRequest消息给SoftACD,该消息携带的ConferenceAbilityType为videoConference,以指示创建视频会场进行监听。
S902A、SoftACD根据该消息中携带的会场创建指示,创建视频会场以进行监听。
S903A、SoftACD根据会场的类型,外呼第二座席设备(资深座席),由于创建的是视频会场,SoftACD以音频能力和视频能力外呼。
S904A、在外呼第二座席设备(资深座席)成功后,SoftACD发送SingleStepConfResult消息给CTI。
S905A、SoftACD发送INVITE消息给第二座席设备(资深座席),携带的SDP2为视频会场的音频SDP和视频SDP。
S906A、SoftACD发送INVITE消息给第一座席设备(座席),携带的SDP3的音、视频部分是视频会场的音频SDP和视频SDP。
S907A、SoftACD发送INVITE消息给用户设备(用户),携带的SDP4的音、视频部分是视频会场的音频SDP和视频SDP。
S908A、在用户、座席、资深座席都加入视频会场后,SoftACD发送ConferenceEvent给CTI。
SoftACD会场做特殊处理,用户加入会场后只看到座席的图像,座席加入会场的时候只看到用户的图像,资深座席可以看到用户和座席的视频图像。
此时监听后,用户和座席看到与听到的与监听前保持一致。资深坐席监听用户和座席音视频通话,用户与座席保持原有的音视频通话。
(二)强插模式
强插模式创建会场的类型与携带的ConferenceAbilityType有关,其值为audioConference的时候创建的是音频会场,其值为videoConference创建的是视频会场。通过携带calleeAbility来指示以什么样的能力将强插设备(资深座席)呼起,audioOnly为音频能力,audioAndVideo为音频+视频能力。通过携带idleAbilityReserveInd来是指是否保留空闲能力,在强插模式下idleAbilityReserveInd字段与会场处理保持一致。
如果创建的是音频会场,则将用户、座席、资深座席的音频都加入到会场中,视频保持原来的连接。如果创建的是视频会场,并且加入会场的设备有视频能力,则将音频、视频都加入到会场中,如果没有视频能力,则将音频加入到会场中。此时会场播放四画面,每个视频设备都能看到其它视频设备的图像。
例如视频用户、视频座席通话后,资深座席以视频能力强插,创建视频会场模式,保留设备空闲能力场景。即携带calleeAbility的值为audioAndVideo,ConferenceAbilityType值为videoConference,idleAbilityReserveInd值为reserveIdleAbility。请再次参阅图9A:
S901A、CTI平台发送SingleStepConfRequest消息给SoftACD,消息里面携带的ConferenceAbilityType为videoConference、calleeAbility的值为audioAndVideo,以指示SoftACD创建视频会场。
S902A、SoftACD根据该消息中携带的videoConference,创建视频会场。
S903A、由于SingleStepConfRequest消息里面携带的calleeAbility的值为audioAndVideo,SoftACD以音频能力和视频能力外呼资深座席,INVITE消息里面携带SDP1包括带虚拟的音频SDP和虚拟的视频SDP。
S904A、外呼资深座席成功后,SoftACD发送SingleStepConfResult消息给CTI。
S905A、SoftACD发送INVITE消息给资深座席,SDP2的音频部分是视频会场的音频SDP,视频部分是视频会场的视频SDP。
S906A、SoftACD发送INVITE消息给座席,SDP3的音频部分是视频会场的音频SDP,视频部分是视频会场的视频SDP。
S907A、SoftACD发送INVITE消息给用户,SDP4的音频部分是视频会场的音频SDP,视频部分是视频会场的视频SDP。
S908A、在用户、座席、资深座席都加入视频会场后,SoftACD发送ConferenceEvent给CTI。
此时强插后,用户、座席、资深座席语音互相通话,用户、座席、资深座席看会场播放视频,视频里面有用户、座席、资深座席的视频图像。
例如视频用户、视频座席通话后,资深视频座席以音频能力强插,创建音频会场模式,且不保留设备空闲能力的场景。即携带calleeAbility的值为audioOnly,ConferenceAbilityType值为audioConference,idleAbilityReserveInd值为noReserveIdleAbility。请再次参阅图9A:
S901A、CTI平台发送SingleStepConfRequest消息给SoftACD,消息里面携带的ConferenceAbilityType为audioConference,指示创建音频会场。
S902A、SoftACD创建音频会场。
S903A、由于calleeAbility的值为audioOnly,SoftACD以音频能力外呼资深座席,INVITE消息里面携带SDP1为虚拟的音频SDP。
S904A、外呼资深座席成功后,SoftACD发送SingleStepConfResult消息给CTI;
S905A、发送INVITE消息给资深座席,携带的SDP2的音频部分是音频会场的音频SDP,视频SDP的端口号为0(即视频能力被切掉)。
S906A、发送INVITE消息给座席,携带的SDP3的音频部分是音频会场的音频SDP以及视频SDP的端口号为0。
S907A、发送INVITE消息给用户,携带的SDP4包含会场的音频SDP和端口号为0的视频SDP。
S908A、在所有与会者(用户、座席、资深座席)都加入会场后,SoftACD发送ConferenceEvent给CTI。
此时强插后,用户、座席、资深座席音频互相通话,用户、座席的视频能力被切掉。
本发明实施例图9和图9A所示方法,根据用户设备、第一座席设备及第二座席设备的呼叫能力,建立相应的音频会场或视频会场以进行三方通话,还实现了第二座席设备对用户设备和第一座席设备进行音频监听或视频监听,并实现了对上述设备空闲的能力进行保留或去除操作,通过上述方式解决了应用场景7_1和7_1中的问题,支持更加复杂的视频应用场景。
图10为本发明实施例的又一种呼叫控制方法的流程图。该方法针对于应用场景8,如图10所示该方法的执行主体为SoftACD,包括如下步骤:
S1001、接收所述音频用户设备通过重协商Invite消息能力变更指示;
例如,音频用户设备可以通过在Invite消息中携带视频SDP,指示已增加视频能力。
S1002、通过能力改变事件AbilityChangeEvent向所述CTI上报所述音频用户设备的呼叫能力从音频能力改变成音频能力和视频能力;
S1003、接收所述CTI下发的保持呼叫HoldCall消息,所述保持呼叫HoldCall消息中包括对视频能力进行保持的呼叫能力保持指示;
S1004、根据所述呼叫能力保持指示,将所述音频用户设备与所述音频座席设备以音频能力相连接,并将所述音频用户设备与预设的播放设备以视频能力相连接。
具体地,S1004的具体过程可以包括:根据所述呼叫能力保持指示,向所述音频用户设备发送所述音频座席设备的音频SDP和预设播放设备的视频SDP。
图10A为依据本发明实施例图10的方法在应用场景8中的一种流程图。如图10A所示,该方法包括:
S1001A、用户与音频座席通话后,其中用户原来只有音频能力,当收到用户携带视频能力的INVITE消息后,用户主动从音频能力切换到视频能力。
S 1002A、SoftACD发送AbilityChangeEvent事件,通知CTI平台用户的能力发生改变。
S1003A、CTI发现用户能力从音频能力切换到视频能力,现在视频能力空闲,CTI下发控制命令控制SoftACD给用户播放保持视频,operationAbilityType参数的值为videoOnly。
S1004A、SoftACD发送INVITE消息给视频用户设备,该INVITE消息包含SDP1,SDP1中携带的音频SDP还是座席设备的音频SDP,视频部分是视频播放设备的SDP。此时用户与座席通话,并观看保持视频。
本发明实施例图10和图10A所示方法,SoftACD通过当用户设备的呼叫能力从音频能力切换到音视频能力后,及时CTI上报用户设备更新后的呼叫能力,从而SoftACD根据CTI的操作指示用户设备新增的视频能力单独进行操作,将用户设备以视频能力连接至预设播放设备以启动视频播放,从而满足了应用场景8中的需求。
总之,本发明实施例主要具有以下优点或技术效果:1、消息接口、呼叫模型变化很小;2、加强CSTA协议支持复杂的视频应用场景;3、使得CSTA协议将视频、音频能力从呼叫中分离出来,分开操作,有利于以后视频业务的扩展。总之,本发明实施例提供的技术方案,通过从呼叫中分析出音频、视频能力,由原来的CTI控制呼叫转变成控制呼叫能力,实现音频、视频分开操作,利于以后业务的扩展,支持更加复杂的视频业务应用场景。这就如软交换(SoftSwitch)平台,将控制与承载相分离一样。
本发明实施例还提供了一种呼叫控制装置。图11为本发明实施例的呼叫控制装置的功能框图。如图11所示,该装置包括:
呼叫能力上报单元1101,用于向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;
呼叫能力操作单元1102,用于根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作。
该装置10的工作原理及呼叫能力上报单元101、呼叫能力操作单元102的具体功能已在前面的方法实施例中详述,在次不赘述。
本发明实施例的方装置,通过从呼叫中分离/分析出主被叫的音频能力和视频能力,并向CTI平台上报主被叫的呼叫能力,使CTI平台从控制呼叫转变成控制呼叫能力,并根据CTI平台下发的消息携带的针对呼叫能力的控制指示,实现对呼叫的音频能力、视频能力分开操作或控制,满足了未来视频应用场景日增加的视频需求,有利于以后业务的扩展,并支持更加复杂的视频应用场景。
进一步地:当操作指示为是否保留空闲能力指示,主叫为视频用户设备,被叫为音频座席设备;
本发明实施例的呼叫能力操作单元,具体用于接收CTI下发的路由选择RouterSelect消息,RouterSelect消息中携带了是否保留空闲能力的指示,以及根据上述是否保留空闲能力的指示,将视频用户设备与所述音频座席设备以音频能力相连接,并保留或去除视频用户设备的视频能力。
进一步地:当操作指示为呼叫能力保持指示,主叫为视频用户设备,被叫为音频座席设备;
本发明实施例的呼叫能力操作单元,具体用于接收CTI下发的保持呼叫HoldCall消息,该HoldCall消息中包括对视频能力进行保持的呼叫能力保持指示,以及根据呼叫能力保持指示,将视频用户设备与音频座席设备以音频能力相连接,并将视频用户设备与预设播放设备以视频能力相连接。
进一步地:当操作指示为呼叫能力保持指示,主叫为视频用户设备,被叫为视频座席设备;
本发明实施例的呼叫能力操作单元,具体用于接收CTI下发的保持呼叫HoldCall消息,HoldCall消息中包括呼叫能力保持指示,呼叫能力保持指示包括以下任意一种:保持音频能力、保持视频能力、保持音频能力和视频能力或保持所述被叫没有被保持的所有能力;根据呼叫能力保持指示,将视频用户设备与预设播放设备的以被保持的呼叫能力相连接。进一步地:上述呼叫能力操作单元,还用于接收CTI下发的取回呼叫RetrieveCall消息,RetrieveCall消息中包括呼叫能力取回指示,呼叫能力取回指示包括以下任意一种:取回音频能力、取回视频能力、取回音频能力和视频能力或取回当前所有能力;根据呼叫能力取回指示,将视频用户设备和视频座席设备至少以被取回的呼叫能力相连接。
进一步地:当操作指示为咨询呼叫能力指示,主叫为视频用户设备,所述被叫为第一视频座席设备,
本发明实施例的呼叫能力操作单元,具体用于接收CTI下发的咨询呼叫ConsultationCall消息,ConsultationCall消息中包括咨询呼叫能力指示,咨询呼叫能力指示包括指示第一视频座席设备以音频能力、视频能力、音频能力和视频能力或第一视频座席设备最大能力的其中之一向CTI指定的第二视频座席设备进行咨询呼叫;根据咨询呼叫能力指示,将视频用户设备与预设播放设备以用于咨询呼叫的能力相连接,将第一视频座席设备与第二座席设备以用于咨询呼叫的能力相连接。
进一步地:本发明实施例的呼叫能力操作单元还用于:接收CTI下发的会议呼叫ConferenceCall消息,ConferenceCall消息中携带了会场创建指示,会场创建指示包括音频会场创建指示或视频会场创建指示;根据会场创建指示创建音频会场或视频会场;当创建的会场为视频会场时,将视频用户设备、第一视频座席设备及第二视频座席设备分别与视频会场以音频能力和视频能力连接;或者,当创建的会场为音频会场时,ConferenceCall消息中还携带了是否保留空闲能力指示,并根据所述是否保留空闲能力指示,将视频用户设备、第一视频座席设备及第二视频座席设备分别与所述音频会场以音频能力相连接,并保留或去除所述视频用户设备、第一视频座席设备及第二视频座席设备的视频能力。
进一步地:如图12所示,本发明实施例的还包括第一会场处理单元103,用于接收CTI下发的单步会议SingleStepConference消息,SingleStepConference消息中包括会场创建指示,会场创建指示包括音频会场创建指示或视频会场创建指示;根据会场创建指示创建音频会场或视频会场;当创建的会场为音频会场时,以音频能力外呼第二视频座席设备,将第二视频座席设备、第一视频座席设备及视频用户设备分别与音频会场以音频能力相连接,并将第一视频座席设备与视频用户设备以视频能力相连接;或者,当创建的会场为视频会场时,以音频能力和视频能力外呼第二视频座席设备,并将第二视频座席设备、第一视频座席设备及视频用户设备分别与视频会场以音频能力和视频能力相连接。
进一步地:如图12所示,本发明实施例的还包括第二会场处理单元104,用于接收CTI下发的单步会议SingleStepConference消息,SingleStepConference消息中携带会场创建指示、外呼第二视频座席设备的能力指示和是否保留空闲能力指示;根据会场创建指示创建音频会场或视频会场;当创建的会场为视频会场,并且外呼第二视频座席设备的能力指示为以音频能力和视频能力外呼第二视频座席设备时,以音频能力和视频能力外呼第二视频座席设备,并将第二视频座席设备、第一视频座席设备及述视频用户设备分别与所述视频会场以音频能力和视频能力相连接;或者当创建的会场为音频会场,并且外呼第二视频座席设备的能力指示为以音频能力外呼所述第二视频座席设备时,以音频能力外呼第二座席设备,并将第二视频座席设备、第一视频座席设备及视频用户设备分别与所述音频会场以音频能力相连接,并根据所述是否保留空闲能力指示,保留或去除第二视频座席设备、第一视频座席设备及视频用户设备的视频能力。
进一步地:本发明实施例的所述呼叫能力上报单元,还用于接收CTI下发的外呼MakeCall消息,MakeCall消息中包括外呼主叫的能力指示和外呼被叫的能力指示,外呼主叫的能力指示包括以下中的任一种:以音频能力外呼、以音频能力和视频能力外呼、以主叫的最大能力外呼;外呼被叫的能力指示包括以下中的任一种:以音频能力外呼、以音频能力和视频能力外呼、以被叫的最大能力外呼;根据外呼主叫的能力指示和外呼被叫的能力指示,外呼主叫和被叫;更新主叫和被叫各自的承载信息SDP,以建立主叫和所述被叫之间的音频连接或音视频连接。
本发明实施例提供的各装置的工作原理及各单元的功能已在方法实施例中详述,在此不赘述。本发明实施例提供的装置,从呼叫中分析出音频、视频能力,由原来的CTI控制呼叫转变成控制呼叫能力,实现音频、视频分开操作或控制,利于以后业务的扩展,支持更加复杂的视频应用场景。
需要说明的是,以上呼叫控制装置的实施方式中,各功能模块的划分仅是举例说明,实际应用中可以根据需要,比如相应硬件的配置要求或者软件的实现的便利考虑,而将上述功能分配由不同的功能模块完成,即将所述的视频文件播放的处理装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。而且实际应用中,本实施例中的相应的功能模块可以是由相应的硬件实现,也可以由相应的硬件执行相应的软件完成,例如,前述的呼叫能力操作单元1102,可以为具有执行前述功能的硬件,比如,具有该特定获取能力的处理器,以及其他通用的能够执行前述功能的处理装置,也可以是能够执行相应计算机程序从而完成前述功能的一般接收设备,或者其他硬件设备。
本发明实施例还提供了一种呼叫控制***,图13为本发明实施例的一种呼叫控制***的功能框图。如图13所示,该***包括:
呼叫控制装置1301,用于向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;及根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作;
计算机电信集成设备CTI1302,用于接收所述呼叫控制装置上报的所述主叫的呼叫能力和所述被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;根据所述主叫的呼叫能力和所述被叫的呼叫能力,生成操作指示;向所述呼叫控制装置下发携带所述操作指示的消息。
本发明实施例的***,通过从呼叫中分离/分析出主被叫的音频能力和视频能力,并从控制呼叫转变成控制呼叫能力,实现对呼叫的音频能力、视频能力分开操作或控制,满足了未来视频应用场景日增加的视频需求,有利于以后业务的扩展,并支持更加复杂的视频应用场景。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上实施例仅用以说明本发明实施例的技术方案,而非对其限制;尽管参照前述实施例对本发明实施例进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。
Claims (21)
1.一种呼叫控制方法,其特征在于,所述方法包括:
向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;
根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作。
2.根据权利要求1所述的方法,其特在于,所述操作指示为是否保留空闲能力指示,所述主叫为视频用户设备,所述被叫为音频座席设备;
所述根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作包括:
接收所述CTI下发的路由选择RouterSelect消息,所述RouterSelect消息中携带了是否保留空闲能力的指示;
根据所述是否保留空闲能力的指示,将所述视频用户设备与所述音频座席设备以音频能力相连接,并保留或去除所述视频用户设备的视频能力。
3.根据权利要求1所述的方法,其特征在于,所述操作指示为呼叫能力保持指示,所述主叫为视频用户设备,所述被叫为音频座席设备;
所述根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作包括:
接收所述CTI下发的保持呼叫HoldCall消息,所述HoldCall消息中包括对视频能力进行保持的呼叫能力保持指示;
根据所述呼叫能力保持指示,将所述视频用户设备与所述音频座席设备以音频能力相连接,并将所述视频用户设备与预设播放设备以视频能力相连接。
4.根据权利要求1所述的方法,其特在于,所述操作指示为呼叫能力保持指示,所述主叫为视频用户设备,所述被叫为视频座席设备;
所述根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作包括:
接收所述CTI下发的保持呼叫HoldCall消息,所述HoldCall消息中包括呼叫能力保持指示,所述呼叫能力保持指示包括以下任意一种:保持音频能力、保持视频能力、保持音频能力和视频能力或保持所述被叫没有被保持的所有能力;
根据所述呼叫能力保持指示,将所述视频用户设备与预设播放设备以被保持的呼叫能力相连接。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
接收所述CTI下发的取回呼叫RetrieveCall消息,所述RetrieveCall消息中包括呼叫能力取回指示,所述呼叫能力取回指示包括以下任意一种:取回音频能力、取回视频能力、取回音频能力和视频能力或取回当前所有能力;
根据所述呼叫能力取回指示,将所述视频用户设备和所述视频座席设备至少以被取回的呼叫能力相连接。
6.根据权利要求1所述的方法,其特征在于,所述操作指示为咨询呼叫能力指示,所述主叫为视频用户设备,所述被叫为第一视频座席设备;
所述根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫和所述被叫的呼叫能力分别进行操作包括:
接收所述CTI下发的咨询呼叫ConsultationCall消息,所述ConsultationCall消息中包括咨询呼叫能力指示,所述咨询呼叫能力指示包括指示所述第一视频座席设备以音频能力、视频能力、音频能力和视频能力或所述第一视频座席设备最大能力的其中之一向所述CTI指定的第二视频座席设备进行咨询呼叫;
根据所述咨询呼叫能力指示,将所述视频用户设备与预设播放设备以用于咨询呼叫的能力相连接,将所述第一视频座席设备与所述第二视频座席设备以用于咨询呼叫的能力相连接。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
接收所述CTI下发的会议呼叫ConferenceCall消息,所述ConferenceCall消息中携带了会场创建指示,所述会场创建指示包括音频会场创建指示或视频会场创建指示;
根据所述会场创建指示创建音频会场或视频会场;
当创建的会场为视频会场时,将视频用户设备、第一视频座席设备及第二视频座席设备分别与所述视频会场以音频能力和视频能力连接;或者,
当创建的会场为音频会场时,所述ConferenceCall消息中还携带了是否保留空闲能力指示,并根据所述是否保留空闲能力指示,将所述视频用户设备、所述第一视频座席设备及所述第二视频座席设备分别与所述音频会场以音频能力相连接,并保留或去除所述视频用户设备、所述第一视频座席设备及所述第二视频座席设备的视频能力。
8.根据权利要求1所述的方法,其特征在于,所述主叫为视频用户设备,所述被叫为第一视频座席设备,所述方法还包括:
接收所述CTI下发的单步会议SingleStepConference消息,所述SingleStepConference消息中包括会场创建指示,所述会场创建指示包括音频会场创建指示或视频会场创建指示;
根据所述会场创建指示创建音频会场或视频会场;
当创建的会场为音频会场时,以音频能力外呼第二视频座席设备,将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备分别与所述音频会场以音频能力相连接,并将所述第一视频座席设备与所述视频用户设备以视频能力相连接;或者,
当创建的会场为视频会场时,以音频能力和视频能力外呼所述第二视频座席设备,并将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备分别与所述视频会场以音频能力和视频能力相连接。
9.根据权利要求1所述的方法,其特征在于,所述主叫为视频用户设备,所述被叫为第一视频座席设备,所述方法还包括:
接收所述CTI下发的单步会议SingleStepConference消息,所述SingleStepConference消息中携带会场创建指示、外呼第二视频座席设备的能力指示和是否保留空闲能力指示;
根据所述会场创建指示创建音频会场或视频会场;
当创建的会场为视频会场,并且所述外呼第二视频座席设备的能力指示为以音频能力和视频能力外呼所述第二视频座席设备时,以音频能力和视频能力外呼所述第二视频座席设备,并将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备与所述视频会场以音频能力和视频能力相连接;或者
当创建的会场为音频会场,并且所述外呼第二视频座席设备的能力指示为以音频能力外呼所述第二视频座席设备时,以音频能力外呼所述第二视频座席设备,并将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备与所述音频会场以音频能力相连接,并根据所述是否保留空闲能力指示,保留或去除所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备的视频能力。
10.根据权利要求1至9任一所述的方法,其特征在于,所述方法还包括:
接收所述CTI下发的外呼MakeCall消息,所述MakeCall消息中包括外呼主叫的能力指示和外呼被叫的能力指示,所述外呼主叫的能力指示包括以下中的任一种:以音频能力外呼、以音频能力和视频能力外呼、以所述主叫的最大能力外呼;所述外呼被叫的能力指示包括以下中的任一种:以音频能力外呼、以音频能力和视频能力外呼、以所述被叫的最大能力外呼;
根据所述外呼主叫的能力指示和外呼被叫的能力指示,外呼所述主叫和所述被叫;
更新所述主叫和所述被叫各自的承载信息SDP,以建立所述主叫和所述被叫之间的音频连接或音视频连接。
11.一种呼叫控制装置,其特征在于,所述装置包括:
呼叫能力上报单元,用于向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;
呼叫能力操作单元,用于根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作。
12.根据权利要求11所述的装置,其特征在于,所述操作指示为是否保留空闲能力指示,所述主叫为视频用户设备,所述被叫为音频座席设备;
所述呼叫能力操作单元,具体用于接收所述CTI下发的路由选择RouterSelect消息,所述RouterSelect消息中携带了是否保留空闲能力的指示,以及根据所述是否保留空闲能力的指示,将所述视频用户设备与所述音频座席设备以音频能力相连接,并保留或去除所述视频用户设备的视频能力。
13.根据权利要求11所述的装置,其特征在于,所述操作指示为呼叫能力保持指示,所述主叫为视频用户设备,所述被叫为音频座席设备;
所述呼叫能力操作单元,具体用于接收所述CTI下发的保持呼叫HoldCall消息,所述HoldCall消息中包括对视频能力进行保持的呼叫能力保持指示,以及根据所述呼叫能力保持指示,将所述视频用户设备与所述音频座席设备以音频能力相连接,并将所述视频用户设备与预设播放设备以视频能力相连接。
14.根据权利要求11所述的装置,其特征在于,所述操作指示为呼叫能力保持指示,所述主叫为视频用户设备,所述被叫为视频座席设备;
所述呼叫能力操作单元,具体用于接收所述CTI下发的保持呼叫HoldCall消息,所述HoldCall消息中包括呼叫能力保持指示,所述呼叫能力保持指示包括以下任意一种:保持音频能力、保持视频能力、保持音频能力和视频能力或保持所述被叫没有被保持的所有能力;根据所述呼叫能力保持指示,将所述视频用户设备与预设播放设备的以被保持的呼叫能力相连接。
15.根据权利要求14所述的装置,其特征在于,所述呼叫能力操作单元,还用于接收所述CTI下发的取回呼叫RetrieveCall消息,所述RetrieveCall消息中包括呼叫能力取回指示,所述呼叫能力取回指示包括以下任意一种:取回音频能力、取回视频能力、取回音频能力和视频能力或取回当前所有能力;根据所述呼叫能力取回指示,将所述视频用户设备和所述视频座席设备至少以被取回的呼叫能力相连接。
16.根据权利要求11所述的装置,其特征在于,所述操作指示为咨询呼叫能力指示,所述主叫为视频用户设备,所述被叫为第一视频座席设备,
所述呼叫能力操作单元,具体用于接收所述CTI下发的咨询呼叫ConsultationCall消息,所述ConsultationCall消息中包括咨询呼叫能力指示,所述咨询呼叫能力指示包括指示所述第一视频座席设备以音频能力、视频能力、音频能力和视频能力或所述第一视频座席设备最大能力的其中之一向所述CTI指定的第二视频座席设备进行咨询呼叫;根据所述咨询呼叫能力指示,将所述视频用户设备与预设播放设备以用于咨询呼叫的能力相连接,将所述第一视频座席设备与所述第二视频座席设备以用于咨询呼叫的能力相连接。
17.根据权利要求16所述的装置,其特征在于,所述呼叫能力操作单元还用于:
接收所述CTI下发的会议呼叫ConferenceCall消息,所述ConferenceCall消息中携带了会场创建指示,所述会场创建指示包括音频会场创建指示或视频会场创建指示;根据所述会场创建指示创建音频会场或视频会场;当创建的会场为视频会场时,将视频用户设备、第一视频座席设备及第二视频座席设备与所述视频会场以音频能力和视频能力连接;或者,当创建的会场为音频会场时,所述ConferenceCall消息中还携带了是否保留空闲能力指示,并根据所述是否保留空闲能力指示,将所述视频用户设备、所述第一视频座席设备及所述第二视频座席设备分别与所述音频会场以音频能力相连接,并保留或去除所述视频用户设备、所述第一视频座席设备及所述第二视频座席设备的视频能力。
18.根据权利要求11所述的装置,其特征在于,所述主叫为视频用户设备,所述被叫为第一视频座席设备,所述装置还包括:
第一会场处理单元,用于接收所述CTI下发的单步会议SingleStepConference消息,所述SingleStepConference消息中包括会场创建指示,所述会场创建指示包括音频会场创建指示或视频会场创建指示;根据所述会场创建指示创建音频会场或视频会场;当创建的会场为音频会场时,以音频能力外呼第二视频座席设备,将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备分别与所述音频会场以音频能力相连接,并将所述第一视频座席设备与所述视频用户设备以视频能力相连接;或者,当创建的会场为视频会场时,以音频能力和视频能力外呼所述第二视频座席设备,并将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备分别与所述视频会场以音频能力和视频能力相连接。
19.根据权利要求11所述的装置,其特征在于,所述主叫为视频用户设备,所述被叫为第一视频座席设备,所述装置还包括:
第二会场处理单元,用于接收所述CTI下发的单步会议SingleStepConference消息,所述SingleStepConference消息中携带会场创建指示、外呼第二视频座席设备的能力指示和是否保留空闲能力指示;根据所述会场创建指示创建音频会场或视频会场;当创建的会场为视频会场,并且所述外呼第二视频座席设备的能力指示为以音频能力和视频能力外呼所述第二视频座席设备时,以音频能力和视频能力外呼所述第二视频座席设备,并将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备分别与所述视频会场以音频能力和视频能力相连接;或者当创建的会场为音频会场,并且所述外呼第二视频座席设备的能力指示为以音频能力外呼所述第二视频座席设备时,以音频能力外呼所述第二视频座席设备,并将所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备与分别所述音频会场以音频能力相连接,并根据所述是否保留空闲能力指示,保留或去除所述第二视频座席设备、所述第一视频座席设备及所述视频用户设备的视频能力。
20.根据权利要求11所述的装置,其特征在于,所述呼叫能力上报单元,还用于接收所述CTI下发的外呼MakeCall消息,所述MakeCall消息中包括外呼主叫的能力指示和外呼被叫的能力指示,所述外呼主叫的能力指示包括以下中的任一种:以音频能力外呼、以音频能力和视频能力外呼、以所述主叫的最大能力外呼;所述外呼被叫的能力指示包括以下中的任一种:以音频能力外呼、以音频能力和视频能力外呼、以所述被叫的最大能力外呼;根据所述外呼主叫的能力指示和外呼被叫的能力指示,外呼所述主叫和所述被叫;更新所述主叫和所述被叫各自的承载信息SDP,以建立所述主叫和所述被叫之间的音频连接或音视频连接。
21.一种呼叫控制***,其特征在于,所述***包括:
呼叫控制装置,用于向计算机电信集成设备CTI上报主叫的呼叫能力和被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;及根据所述CTI下发的消息携带的对所述主叫的呼叫能力和所述被叫的呼叫能力的操作指示,对所述主叫的呼叫能力和所述被叫的呼叫能力分别进行操作;
计算机电信集成设备CTI,用于接收所述呼叫控制装置上报的所述主叫的呼叫能力和所述被叫的呼叫能力,所述呼叫能力包括音频能力和/或视频能力;根据所述主叫的呼叫能力和所述被叫的呼叫能力,生成操作指示;向所述呼叫控制装置下发携带所述操作指示的消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010138941 CN102209226B (zh) | 2010-03-31 | 2010-03-31 | 呼叫控制方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010138941 CN102209226B (zh) | 2010-03-31 | 2010-03-31 | 呼叫控制方法、装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102209226A CN102209226A (zh) | 2011-10-05 |
CN102209226B true CN102209226B (zh) | 2013-06-05 |
Family
ID=44697863
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010138941 Active CN102209226B (zh) | 2010-03-31 | 2010-03-31 | 呼叫控制方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102209226B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104092703B (zh) * | 2014-07-23 | 2018-06-19 | 上海扬梓投资管理有限公司 | 基于tsp服务的cti信号处理***及其方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4652646B2 (ja) * | 1999-07-12 | 2011-03-16 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | マルチメディアネットワークのノード間で情報を交換する方法とシステム |
US20030202521A1 (en) * | 1999-09-10 | 2003-10-30 | Theodore Havinis | System and method for negotiation of multi-media capabilities across networks |
CN100571303C (zh) * | 2006-03-09 | 2009-12-16 | 中兴通讯股份有限公司 | 一种使用智能可视终端实现图像彩铃的方法 |
US8171146B2 (en) * | 2007-06-20 | 2012-05-01 | Cisco Technology, Inc. | Utilization of media capabilities in a mixed environment |
CN101150419B (zh) * | 2007-11-12 | 2010-09-29 | 中国电信股份有限公司 | 一种新一代呼叫中心***及自动业务实现方法 |
CN101146156B (zh) * | 2007-11-13 | 2010-09-08 | 中国电信股份有限公司 | 一种多媒体信息推送方法和呼叫中心*** |
CN102710872B (zh) * | 2008-08-15 | 2016-03-30 | 华为技术有限公司 | 接收和下发媒体业务的方法、装置和***及终端、服务器 |
-
2010
- 2010-03-31 CN CN 201010138941 patent/CN102209226B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN102209226A (zh) | 2011-10-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1705856B1 (en) | Communication control apparatus | |
JP4385110B2 (ja) | コールセンタシステム,電話着信呼分配装置及び電話着信呼分配方法,プログラム | |
CN101340494B (zh) | 一种呼叫中心的通告方法及*** | |
CN105306757A (zh) | 一种交互同步的多方通话方法和*** | |
CN101291293B (zh) | 媒体资源适配方法、媒体网关控制器及服务器 | |
KR20080016667A (ko) | 이동통신 네트워크 기반으로 화상전화 호출 실패 처리 방법 | |
CN101106472A (zh) | 通信***、服务器装置和显示控制方法 | |
JP2009225319A (ja) | グループ通信システム、グループ識別番号発行装置、および、呼制御装置 | |
CN107959761B (zh) | 基于开源电话软交换***的收发双链路实现方法及装置 | |
CN101771769B (zh) | 呼叫控制的方法、装置和*** | |
CN104756447B (zh) | 一种录制会话信息的方法和录制服务器 | |
CN107659906A (zh) | 一种实现呼叫等待的方法及装置 | |
CN112261235B (zh) | 一种基于FreeSWITCH的云呼叫中心平台 | |
CN103634484B (zh) | 终端切换方法、装置及*** | |
CN102209226B (zh) | 呼叫控制方法、装置及*** | |
KR20010012170A (ko) | 대화형 디스플레이시스템 | |
CN103491264A (zh) | 一种呼叫中心的多路来话同时处理方法及*** | |
CN101227473B (zh) | 用于多媒体通信***的主控会议的***及方法 | |
CN102780986A (zh) | 一种呼叫续接方法和应用服务器 | |
CN114125164A (zh) | 融合办公通信终端、方法及装置 | |
CN109150768B (zh) | 一种多媒体调度*** | |
JP4835490B2 (ja) | コールセンタサーバ | |
CN102891939B (zh) | 呼叫转接方法、***及网页服务器 | |
CN117675726A (zh) | 多业务的通信*** | |
CN102480418B (zh) | 实现cdma2000终端和软交换终端视频互通的路由方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |