没有合适的资源?快使用搜索试试~ 我知道了~
资源推荐
资源详情
资源评论
本文的英文原文来自 XEP-0045
XEP-0045: 多用户聊天
摘要: 本文定义了一个 XMPP 协议扩展用于多用户文本会议.即多个 XMPP 可以在
一个房间或频道互相交流信息, 类似互联网中继聊天系统(IRC).还有标准聊天
室功能如聊天室的主题和邀请,本协议定义了一个强有力的房间控制模型,包括
能够踢和禁止用户,任命主持人和管理员,要求会员或密码才能加入房间,等等。
作者: Peter Saint-Andre
XMPP 扩展协议的版权(1999-2008)归 XMPP 标准化基金会(XSF)所有
版权: © 1999 - 2010 XMPP 标准化基金会(XSF). 参见法律通告.
状态: 草案
类型: 标准跟踪
版本: 1.24
最后更新日期: 2008-07-16
注意: 这里定义的协议是 XMPP 标准化基金会的一个草案标准.对本协议的执行
是被鼓励的,也适于部署到生产系统,但是在它成为最终标准之前可能还会有一
些变动.
目录
1 绪论
2 范围
3 需求
4 术语
o 4.1 通用术语
o 4.2 房间类型
o 4.3 登场人物
5 角色(Roles),岗位(Affiliations)和权限(Privileges)
o 5.1 角色
5.1.1 权限
5.1.2 默认角色
5.1.3 变更角色
o 5.2 岗位
5.2.1 权限
5.2.2 变更岗位
6 实体用例
o 6.1 MUC 的发现组件支持
o 6.2 发现房间
o 6.3 查询房间信息
o 6.4 查询房间条目
o 6.5 查询一个房间的房客
o 6.6 发现客户端对 MUC 的支持
7 房客用例
o 7.1 进入一个房间
7.1.1 Groupchat 1.0 协议
7.1.2 基本 MUC 协议
7.1.3 出席信息广播
7.1.4 缺省角色
7.1.5 非匿名房间
7.1.6 半匿名房间
7.1.7 密码保护房间
7.1.8 仅限会员房间
7.1.9 被禁止的用户
7.1.10 昵称冲突
7.1.11 最大用户数
7.1.12 锁住的房间
7.1.13 不存在的房间
7.1.14 房间记录
7.1.15 讨论历史
7.1.16 管理讨论历史
o 7.2 退出一个房间
o 7.3 更改昵称
o 7.4 更改可用性状态
o 7.5 邀请其他用户进入一个房间
7.5.1 直接邀请
7.5.2 间接邀请
o 7.6 把一对一聊天转为多用户会议
o 7.7 房客修改房间标题
o 7.8 发送私有消息
o 7.9 发送消息给所有房客
o 7.10 注册到房间
o 7.11 获取成员列表
o 7.12 发现保留的房间昵称
o 7.13 申请发言权
8 主持人用例
o 8.1 修改房间主题
o 8.2 踢出房客
o 8.3 授予游客发言权
o 8.4 撤销与会者发言权
o 8.5 修改发言权列表
o 8.6 批准发言权申请
9 管理员用例
o 9.1 禁止用户
o 9.2 修改黑名单
o 9.3 授予成员资格
o 9.4 撤销成员资格
o 9.5 修改成员列表
o 9.6 授予主持人权限
o 9.7 撤销主持人权限
o 9.8 修改主持人列表
o 9.9 批准注册申请
10 所有者用例
o 10.1 新建房间
10.1.1 一般注意事项
10.1.2 新建即时房间
10.1.3 新建保留房间
10.1.4 申请唯一房间名
o 10.2 随后的房间配置
10.2.1 配置变更通知
o 10.3 授予所有者权限
o 10.4 撤销所有者权限
o 10.5 修改所有者列表
o 10.6 授予管理员权限
o 10.7 撤销管理员权限
o 10.8 修改管理员列表
o 10.9 销毁房间
11 错误和状态码
o 11.1 错误码
o 11.2 状态码
12 国际化事项
13 安全事项
o 13.1 用户验证和授权
o 13.2 端到端加密
o 13.3 隐私
o 13.4 匿名
o 13.5 拒绝服务
o 13.6 其它事项
14 IANA 事项
15 XMPP 登记事项
o 15.1 协议名字空间
o 15.2 服务发现种类/类型
o 15.3 服务发现特性
o 15.4 知名服务发现节点
o 15.5 字段标准化
15.5.1 muc#register FORM_TYPE
15.5.2 muc#request FORM_TYPE
15.5.3 muc#roomconfig FORM_TYPE
15.5.4 muc#roominfo FORM_TYPE
o 15.6 状态码登记处
15.6.1 过程
15.6.2 初始提交
o 15.7 URI 查询类型
15.7.1 join
15.7.2 invite
16 商业规则
o 16.1 Addresses
o 16.2 Message
o 16.3 Presence
o 16.4 IQ
17 实现注意事项
o 17.1 服务端
17.1.1 允许的通讯
o 17.2 客户端
17.2.1 IRC 命令映射
18 XML 架构
o 18.1 http://jabber.org/protocol/muc
o 18.2 http://jabber.org/protocol/muc#user
o 18.3 http://jabber.org/protocol/muc#admin
o 18.4 http://jabber.org/protocol/muc#owner
o 18.5 http://jabber.org/protocol/muc#unique
19 鸣谢
20 附录
o 20.1 附录 A:文档信息
o 20.2 附录 B:作者信息
o 20.3 附录 C:法律通告
o 20.4 附录 D:和 XMPP 的关系
o 20.5 附录 E:讨论地点
o 20.6 附录 F:需求一致性
o 20.7 附录 G:备注
o 20.8 附录 H: 修订历史
绪论
传统上, 即时消息被视为由一对一的聊天构成而不是多对多聊天(即所谓"群聊"
或"文本会议"). 群聊功能常见于一些系统如 Internet Relay Chat (IRC) 和
流行的 IM 服务所提供的聊天室功能. Jabber 社区早在 1999 年开发和实施了一
个基本的群聊协议. 这个 "groupchat 1.0" 协议为聊天室提供了一个最小功能
集但是范围很有限. 本协议(多用户聊天或简称 MUC)建立在向后兼容旧的
"groupchat 1.0"协议的基础上但是提供高级功能如邀请, 房间主持和管理, 以
及专门的房间类型.
范围
本文着重于和配置,参与以及管理一个独立的基于文本的会议室相关的通用需求.
这里所指出的需求是应用于单个房间级别的并且是"通用的", 某种意义上它们
是在 Jabber 社区广泛讨论的或在现有的 Jabber 之外的基于文本的会议环境(例
如, 定义在 RFC 1459 1 中的 Internet Relay Chat 和它的继承者: RFC 2810 2,
RFC 2811 3, RFC 2812 4, RFC 2813 5)中已经存在的.
本文明确地不涉及以下需求:
房间之间的关系(例如, 房间的层次结构)
多用户聊天服务的管理(例如, 管理跨越整个服务级别的权限或注册一个
全局可用的房间昵称);这些用例定义在 Service Administration 6
个别消息的主持
通过房间发送的消息的加密
高级特性, 如附加文件给一个房间, 集成白板, 以及和语音或视频聊天
服务的接口
MUC 部署和外来的聊天系统(例如, 和 IRC 网关或现有的其他 IM 系统)之
间的交互
在多个 MUC 部署之间进行镜像或复制
这一受限的范围并非蔑视这些都很有用的主题; 无论如何, 这意味着本文专注
于讨论和介绍一个易于理解的协议能够被类似的 Jabber 客户端和组件开发者实
现. 将来的协议当然可能涉及以上提到的这些主题.
需求
本文描述了由 Jabber 现有的多用户聊天服务提供的最小功能集. 为了向后兼容
性起见, 本文使用原来的"groupchat 1.0"协议作为基本功能, 包括以下这些:
剩余152页未读,继续阅读
hen_hao_ji
- 粉丝: 34
- 资源: 2
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
- 1
- 2
前往页