ZIM SDK 提供了呼叫邀请功能,支持主叫向被叫(可为离线状态)发送呼叫邀请、被叫(可为离线状态)接受或拒绝邀请等完整的业务流程控制能力。呼叫邀请分为两种模式,普通模式与进阶模式。
普通模式的呼叫邀请支持用户发起、取消、接受、拒绝和超时未响应。在此基础上,进阶模式的呼叫邀请还允许用户中途邀请他人、退出以及结束呼叫。
“呼叫邀请” 功能仅提供了基本的业务流程控制能力,开发者需要自行实现使用本功能的业务需求(例如,通常应用在聊天工具中,发起语音通话或视频通话邀请等场景中)。
呼叫用户状态(ZIMCallUserState),是指用户在呼叫邀请各个环节中的状态。本节主要介绍状态如何流转,以及状态与接口/回调的关系。
从呼叫邀请发起到呼叫结束,呼叫用户状态流转如下图所示:
状态 | 含义 | 触发事件 | 适用模式 |
---|---|---|---|
Inviting |
被邀请中。 |
用户正在被邀请。 |
|
Accepted |
已接受邀请。 |
|
|
Rejected |
已拒绝邀请。 |
用户拒绝呼叫邀请。 |
|
Cancelled |
已取消邀请。 |
|
|
Received |
已收到邀请。 |
|
|
Timeout |
超时未接受。 |
被叫用户超时未响应邀请。 |
|
Quit |
退出。 |
呼叫实现后,用户退出呼叫。 |
|
Unknown |
未知。 |
请联系 ZEGO 技术支持。 |
在用户在进行呼叫邀请时,其呼叫状态会影响用户是否可以调用某些接口,或者监听某些事件。
各呼叫状态可调用接口:
callInvite | callCancel | callAccept | callReject | callingInvite | callQuit | callEnd | |
---|---|---|---|---|---|---|---|
Inviting |
与用户呼叫状态无关,只需用户不在呼叫中,即可调用。 |
与用户状态无关,只需用户发起邀请后,无人应答即可调用。 |
✔️ |
✔️ |
✖ |
✖ |
✖ |
Accepted |
✖ |
✖ |
✔️ |
✔️ |
✔️ |
||
Rejected |
✖ |
✖ |
✖ |
✖ |
✖ |
||
Cancelled |
✖ |
✖ |
✖ |
✖ |
✖ |
||
Received |
✔️ |
✔️ |
✖ |
✖ |
✖ |
||
Timeout |
✖ |
✖ |
✖ |
✖ |
✖ |
||
Quit |
✖ |
✖ |
✖ |
✖ |
✖ |
||
Unknown |
✖ |
✖ |
✖ |
✖ |
✖ |
各用户状态可监听事件:
callInvitationReceived | callInvitationTimeout | callInvitationCancelled | callInvitationEnded | callUserStateChanged | |
---|---|---|---|---|---|
Inviting |
✔️ |
✔️ |
✔️ |
✔️ |
✔️ |
Accepted |
✖ |
✖ |
✖ |
✔️ |
✔️ |
Rejected |
✖ |
✖ |
✖ |
✖ |
✖ |
Cancelled |
✖ |
✖ |
✖ |
✖ |
✖ |
Received |
✖ |
✖ |
✔️ |
✔️ |
✔️ |
Timeout |
✖ |
✖ |
✖ |
✖ |
✖ |
Quit |
✖ |
✖ |
✖ |
✖ |
✔️ |
Unknown |
✖ |
✖ |
✖ |
✖ |
✖ |
在实现“呼叫邀请”功能之前,请确保:
已在 ZEGO 控制台 创建项目,获取到了接入 ZIM SDK 服务所需的 AppID、AppSign。ZIM 服务权限不是默认开启的,使用前,请先在 ZEGO 控制台 自助开通 ZIM 服务(详情请参考控制台的 服务配置 - 即时通讯 - 开通服务),若无法开通 ZIM 服务,请联系 ZEGO 技术支持开通。
已集成 ZIM SDK,详情请参考 快速开始 - 实现基本收发消息 的 “2 集成 SDK”。
(可选)如需实现呼叫邀请离线推送,请参考下表。
呼叫邀请离线推送发起端 | 呼叫邀请离线推送接收端 | 接收端配置参考文档 |
---|---|---|
|
|
普通模式下,呼叫邀请的生命周期在全员响应后随即结束(所有被叫接受、拒绝、邀请超时之后)。以下,我们以客户端 A(邀请者)向客户端 B(被邀请者)发起呼叫邀请为例。
开发者可以监听 callUserStateChanged 回调,进而收到呼叫邀请相关用户的状态变化。
// 监听呼叫邀请相关用户的状态变化
zim.on('callUserStateChanged', (zim, info) => {
// 相关的 callID
const changeCallID = info.callID;
info.callUserList.forEach(userInfo => {
// 状态变化用户的 userID、最新用户状态、透传字段(与用户该调用接受、拒绝、退出呼叫时携带的 extended data 一致)
const { userID, state, extendedData } = userInfo;
// 您的业务逻辑
});
})
客户端 A 向客户端 B 发起呼叫邀请时,流程如下:
客户端 A 注册 callInvitationCreated 回调接口,以便接收呼叫邀请已创建的通知;客户端 B 注册 callInvitationReceived 回调接口,以便接收客户端 A 的邀请通知。
客户端 A 通过调用 callInvite 接口,发起呼叫邀请,客户端 B 在收到邀请信息后,可以选择 接受 或者 拒绝。
若客户端 B 为离线用户:
callInvite(invitees: string[], config: ZIMCallInviteConfig): Promise<ZIMCallInvitationSentResult>;
参数 or 回调 | 类型 | 是否必填 | 说明 |
---|---|---|---|
invitees | string[] | 是 | 被邀请者列表,开发者需要填写被邀请者的 userID。至多邀请 9 名用户。 |
config | ZIMCallInviteConfig | 是 | 发起呼叫邀请操作行为的属性配置。 |
Promise | ZIMCallInvitationSentResult | 是 | 发起呼叫邀请的操作结果回调通知。 |
向在线用户发送呼叫邀请,示例代码如下所示:
/** 向在线用户发送呼叫邀请 */
var invitees = ['xxxx']; // 被邀请人ID列表
var config = { timeout: 200 }; //邀请超时时间,单位为秒,范围1-600
zim.callInvite(invitees, config)
.then(function({ callID, timeout, errorInvitees }){
// 操作成功
// 此处的 callID 是用户发起呼叫后,SDK 内部生成的 ID,用于唯一标识一次呼叫邀请;之后发起人取消呼叫、被邀请人接受/拒绝呼叫,都会使用此 callID
})
.catch(function(err){
// 操作失败
})
向离线用户发送呼叫邀请,示例代码如下所示:
/** 向离线用户发送呼叫邀请 */
var invitees = ['xxxx']; // 被邀请人ID列表
var pushConfig = {
title: 'push title',
content: 'push content',
payload: 'push payload'
};
var config = {
timeout: 200, // 邀请超时时间,单位为秒,范围1-600
extendedData: 'your call invite extendedData',
pushConfig,
};
zim.callInvite(invitees, config)
.then(function({ callID, timeout, errorInvitees }){
// 操作成功
// 此处的 callID 是用户发起呼叫后,SDK 内部生成的 ID,用于唯一标识一次呼叫邀请;之后发起人取消呼叫、被邀请人接受/拒绝呼叫,都会使用此 callID
})
.catch(function(err){
// 操作失败
})
邀请发起者收到呼叫邀请已创建的通知,示例代码如下:
/** 邀请发起者收到呼叫邀请已创建的通知 */
zim.on('callInvitationCreated', (zim, info) => {
// console.log('callInvitationCreated', info)
})
被邀请者收到邀请后的回调通知,示例代码如下:
/** 被邀请者收到邀请后的回调通知 */
zim.on('callInvitationReceived', function(zim, { callID, inviter, timeout, extendedData }){
// console.log('callInvitationReceived', { callID, inviter, timeout, extendedData })
})
客户端 A 向客户端 B 发起呼叫邀请后、又取消邀请时,流程如下:
客户端 A 发起呼叫邀请后,如果需要取消,可以调用 callCancel 接口,主动选择取消当前邀请。
在呼叫邀请成功创建后至其超时前,如果没有任何被叫用户接受,主叫用户主动登出或因心跳超时而掉线,也会导致呼叫邀请被取消。
callCancel(invitees: string[], callID: string, config: ZIMCallCancelConfig): Promise<ZIMCallCancelSentResult>;
参数 or 回调 | 类型 | 是否必填 | 说明 |
---|---|---|---|
invitees | string[] | 是 | 取消被邀者列表,开发者需要填写被邀请者的 userID。 支持同时取消邀请一个或多个用户。 |
callID | string | 是 | 取消呼叫邀请的 CallID。 |
config | ZIMCallCancelConfig | 是 | 取消呼叫邀请操作行为的属性配置。 |
Promise | ZIMCallCancelSentResult | 是 | 取消呼叫邀请的操作结果回调通知。 |
// 取消呼叫邀请
var callID = 'xxxx';
var invitees = ['xxxx']; // 被邀请人ID列表
var config = { extendedData: 'xxxx' };
zim.callCancel(invitees, callID, config)
.then(function({ callID, errorInvitees }){
// 操作成功
})
.catch(function(err){
// 操作失败
})
// 被邀请者收到取消邀请后的回调通知
zim.on('callInvitationCancelled', function(zim, { callID, inviter, extendedData }){
// console.log('callInvitationCancelled', { callID, inviter, extendedData })
})
客户端 B 收到客户端 A 的呼叫邀请后,选择接受邀请时,流程如下:
callAccept(callID: string, config: ZIMCallAcceptConfig): Promise<ZIMCallAcceptanceSentResult>;
参数 or 回调 | 类型 | 是否必填 | 说明 |
---|---|---|---|
callID | string | 是 | 接受呼叫邀请的 CallID。 |
config | ZIMCallAcceptConfig | 是 | 接受呼叫邀请操作行为的属性配置。 |
Promise | ZIMCallAcceptanceSentResult | 是 | 接受呼叫邀请的操作结果回调通知。 |
// 接受呼叫邀请
var callID = 'xxxx';
var config = { extendedData: 'xxxx' };
zim.callAccept(callID, config)
.then(res => {
// 操作成功
})
.catch(err => {
// 操作失败
})
// 邀请者接受邀请后的回调通知
zim.on('callUserStateChanged', (zim, info) => {
// 相关的 callID
const changeCallID = info.callID;
info.callUserList.forEach(userInfo => {
// 状态变化用户的 userID、最新用户状态、透传字段(与用户该调用接受、拒绝、退出呼叫时携带的 extended data 一致)
const { userID, state, extendedData } = userInfo;
// state = 1 表示接受,具体可以参考枚举 ZIMCallUserState
if (state == 1) {
// 您的业务逻辑
}
});
})
客户端 B 收到客户端 A 的呼叫邀请后,选择拒绝邀请时,流程如下:
callReject(callID: string, config: ZIMCallRejectConfig): Promise<ZIMCallRejectionSentResult>;
参数 or 回调 | 类型 | 是否必填 | 说明 |
---|---|---|---|
callID | string | 是 | 拒绝呼叫邀请的 CallID。 |
config | ZIMCallRejectConfig | 是 | 拒绝呼叫邀请操作行为的属性配置。 |
Promise | ZIMCallRejectionSentResult | 是 | 拒绝呼叫邀请的操作结果回调通知。 |
// 拒绝呼叫邀请
var callID = 'xxxx';
var config = { extendedData: 'xxxx' };
zim.callReject(callID, config)
.then(res => {
// 操作成功
})
.catch(err => {
// 操作失败
})
// 邀请者拒绝邀请后的回调通知
zim.on('callUserStateChanged', (zim, info) => {
// 相关的 callID
const changeCallID = info.callID;
info.callUserList.forEach(userInfo => {
// 状态变化用户的 userID、最新用户状态、透传字段(与用户该调用接受、拒绝、退出呼叫时携带的 extended data 一致)
const { userID, state, extendedData } = userInfo;
// state = 2 表示拒绝,具体可以参考枚举 ZIMCallUserState
if (state == 2) {
// 您的业务逻辑
}
});
})
客户端 B 收到客户端 A 的呼叫邀请后,客户端 B 长时间未响应时,流程如下:
客户端 B 收到客户端 A 发来的呼叫邀请后,如果客户端 B 超时未响应邀请:
zim.on('callUserStateChanged', (zim, info) => {
// 相关的 callID
const changeCallID = info.callID;
info.callUserList.forEach(userInfo => {
// 状态变化用户的 userID、最新用户状态、透传字段(与用户该调用接受、拒绝、退出呼叫时携带的 extended data 一致)
const { userID, state, extendedData } = userInfo;
// state = 6 表示超时,具体可以参考枚举 ZIMCallUserState
if (state == 6) {
// 您的业务逻辑
}
});
})
// 被邀请者响应超时后,“被邀请者”收到的回调通知,超时时间单位:秒
zim.on('callInvitationTimeout', (zim, { callID }) => {
// console.log('callInvitationTimeout', { callID })
})
如果您想要实现更为丰富的用户状态场景,比如多人呼叫邀请业务场景,可以参考本节内容实现进阶模式的呼叫邀请。
发起进阶模式的呼叫邀请后,呼叫邀请的生命周期延长至用户主动调用 callEnd 接口结束呼叫。在结束呼叫之前,用户还可以实现在呼叫中继续邀请他人以及退出呼叫的功能。
开发者在调用 callInvite 接口时主动设置模式为进阶模式,才能发起进阶模式的呼叫邀请。
示例代码:
/** 向在线用户发送呼叫邀请 - 进阶模式 */
var invitees = ['xxxx']; // 被邀请人ID列表
// 邀请超时时间,单位为秒,范围 1 - 600
// mode 为呼叫邀请模式,1 表示进阶模式。
var config = { timeout: 200, mode: 1 };
zim.callInvite(invitees, config)
.then(({ callID, timeout, errorInvitees }) => {
// 操作成功
// 此处的 callID 是用户发起呼叫后,SDK 内部生成的 ID,用于唯一标识一次呼叫邀请;之后发起人取消呼叫、被邀请人接受/拒绝呼叫,都会使用此 callID
})
.catch(err => {
// 操作失败
})
除了发起外,呼叫邀请的进阶模式和普通模式在取消、接受、拒绝和超时未响应上没有区别。
在创建进阶模式呼叫邀请后,用户状态为 Accepted
的用户可以调用 callingInvite 接口向不在本呼叫中的用户发起邀请。但是,同一个呼叫的参与用户不能超过 10 人(含邀请创建用户)。
// 呼叫中邀请
const config = { timeout: 60, extendedData: 'callingInvite extendedData' };
const userList = [];
// callID 通过创建进阶模式呼叫邀请的回调获取。
zim.callingInvite(userList, 'callID', config)
.then(res => {
// 操作成功
}).catch(err => {
// 操作失败
});
实现进阶模式呼叫邀请后,以下两种情况下,可以调用 callJoin 接口:
Accepted
,此时呼叫中的所有用户收到 callUserStateChanged 的通知回调。// 主动加入呼叫或切换设备
const config = { extendedData: 'callJoin extendedData' };
zim.callJoin('callID', config)
.then(res => {
// 操作成功
}).catch(err => {
// 操作失败
});
实现进阶模式呼叫邀请后,呼叫用户状态为 Accepted
的用户可调用 callQuit 接口退出呼叫。退出成功后,该用户的用户状态(userState
)将流转为 quit
,该用户和仍在呼叫中的其他用户都将会收到 callUserStateChanged 的通知回调。
退出呼叫
// 退出呼叫
const config = { extendedData: 'callQuit extendedData' };
zim.callQuit('callID', config).then(res => {
// 操作成功
}).catch(err => {
// 操作失败
});
呼叫成员收到有用户退出呼叫的通知
// 退出用户本人和用户状态为 “inviting”, “received” 和 “accept” 的其他用户可在此处收到有用户员退出邀请的通知
zim.on('callUserStateChanged', (zim, info) => {
// callID 通过创建进阶模式呼叫邀请的回调获取
const changeCallID = info.callID;
info.callUserList.forEach(userInfo => {
// 状态变化用户的 userID、最新用户状态、透传字段(与用户该调用接受、拒绝、退出呼叫时携带的 extended data 一致)
const { userID, state, extendedData } = userInfo;
// state = 7 表示退出,具体可以参考枚举 ZIMCallUserState
if (state == 7) {
// 您的业务逻辑
}
});
})
实现进阶模式呼叫邀请后,呼叫用户状态为 Accepted
的用户可调用 callEnd 接口结束呼叫。此后,所有人的用户状态保持不变,该呼叫的状态(callState
)变为 end
,用户状态为 Iniviting
、Accepted
和 Received
的用户将会收到 callInvitationEnded 的通知回调。
结束呼叫
// 结束呼叫
const config = { extendedData: 'callEnd extendedData' };
// callID 通过创建进阶模式呼叫邀请的回调获取
zim.callEnd('callID', config).then(res => {
// 操作成功
}).catch(err => {
// 操作失败
});
呼叫成员收到呼叫结束的通知
// 呼叫成员收到的回调通知
zim.on('callInvitationEnded', (zim, info) => {
// console.log('callInvitationEnded', info)
})
如需让邀请内在线用户了解其他用户是否收到邀请,从而实现相关业务逻辑,请在发起呼叫邀请时,将 ZIMCallInviteConfig 中的 enableNotReceivedCheck 修改为 true
,从而开始检测邀请是否送达。
/** 向用户发送呼叫邀请 */
var invitees = ['xxxx']; // 被邀请人ID列表
var config = {
timeout: 200, // 邀请超时时间,单位为秒,范围1-600
enableNotReceivedCheck: true // 开启暂未送达检测
};
zim.callInvite(invitees, config)
.then(({ callID, timeout, errorInvitees }) => {
// 操作成功,此处的 callID 是用户发起呼叫后,SDK 内部生成的 ID,用于唯一标识一次呼叫邀请;之后发起人取消呼叫、被邀请人接受/拒绝呼叫,都会使用此 callID
})
.catch(err => {
// 操作失败
})
主叫发起呼叫邀请后,如果被叫在 5 秒内(可联系 ZEGO 技术支持将间隔调整为 3 秒或 4 秒)因断网、未上线等原因没有接收到本次邀请:
ZIMCallUserState.NotYetReceived = 9
,表示邀请暂未送达。此时可实现业务逻辑,向呼叫邀请内在线用户展示“该用户可能不在线,暂时无法接收呼叫邀请”等 UI 提示。ZIMCallUserState.Inviting = 0
。如果该状态保持 5 秒以上,也可以实现上述业务逻辑。 请参考 如何监听呼叫邀请相关用户的状态变化 了解更多。
随后,如果在邀请超时前,该被叫用户上线并接收该邀请,该成员的用户状态将流转为 ZIMCallUserState.Received = 5
。
通过调用 queryCallInvitationList 接口,用户可以查询与自己相关的呼叫邀请列表,单次查询上限为 100 条,超过 100 条按照 100 条处理。
/**
* 查询呼叫邀请列表
* 1. 查询用户自己的呼叫邀请列表, 单次查询 20 条呼叫邀请数据
* 2. 首次查询 nextFlag 填 0,代表从最新的呼叫邀请(创建时间最晚)开始
*/
const config = { count: 20, nextFlag: 0 };
zim.queryCallInvitationList(config).then(res => {
const { callList, nextFlag } = res;
// next page
config.nextFlag = nextFlag;
zim.queryCallInvitationList(config);
});
联系我们
文档反馈