交互请求连接:对方点同意后才接入的控制方式
这条路的精神是「先敲门」
一键控制靠账号认亲,安全码靠预置凭证,而交互请求是第三种:每次连接都当场征求对方同意。你发一个请求到对方屏幕上,对方点「同意」,会话才开始。
适用场景
- 临时求助:爸妈电脑出问题了,打来电话。你发请求,他们点一下同意,你接手处理。
- 客户支持:IT 支持向客户发起请求,配合会话内聊天边操作边讲。
- 不想预置任何凭证:既不想登账号也不想设安全码的机器,每次敲门即可。
流程
- 双方各自开着客户端(无需登录同一账号)。
- 主控端通过对方设备 ID 发送控制请求。
- 对方屏幕弹出确认框,点同意。
- 会话建立,你获得操作权。
会话中两端可以用即时聊天沟通,这在远程支持时非常关键——你边修边解释,对方边看边追问,不用同时占着一条电话线。
三条连接路径总对照
| 路径 | 凭证 | 谁在场 | 适合 |
|---|---|---|---|
| 一键控制 | 同账号 | 不需要人在场 | 自己的设备 |
| 安全码 | ID + 安全码 | 不需要人在场 | 常维护的机器 |
| 交互请求 | 对方点同意 | 必须对方在场 | 临时协助 |