DB33 T 939-2014 政务通系统建设技术规范.pdf

《DB33 T 939-2014 政务通系统建设技术规范.pdf》由会员分享，可在线阅读，更多相关《DB33 T 939-2014 政务通系统建设技术规范.pdf（52页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.240.20 L67 DB33 浙江省 地方标准 DB 33/T 939 2014 政务通系统建设技术规范 Technical specifications for construction on governments integrated communication 2014 - 09 - 25 发布 2014 - 10 - 25 实施 浙江省质量技术监督局 发布 DB33/T 939 2014 I 目 次 前言 . III 1 范围 1 2 规范性引用文件 1 3 术语和定义 1 4 缩略语 2 5 设计原则 2 5.1 易用性 2 5.2 安全可靠性 3 5.3 先进性

2、3 5.4 可 维护性 3 6 组织身份模型 3 6.1 概述 3 6.2 组织模型 3 6.3 数据的描述方法 4 6.4 基本数据集 4 6.5 人员登录名命名要求 7 7 数据传输 8 7.1 文字数据传输 8 7.2 文件或图片数据传输 8 7.3 音视频数据 8 8 系统功能要求 8 8.1 系统组成 8 8.2 多客户端要求 8 8.3 客户端基本功能要求 8 8.4 管理端功能 . 10 8.5 二次开发和接口 . 11 8.6 应交付的技术文档 . 11 9 互联互通要求 . 11 9.1 技术架构 . 11 9.2 互联互通建设要求 . 12 9.3 互联互通接口 . 12

3、10 安全要求 12 附录 A（规范性附录） 组织身份模型示例 . 13 DB33/T 939 2014 II 附录 B（规范性附录） 浙江省一级和二级域名规划 15 附录 C（规范性附录） 互联互通协议说明 18 DB33/T 939 2014 III 前 言 本标准依据 GB/T 1.1-2009给出的规则起草。 本标准由浙江省政府办公厅提出并归口。 本标准起草单位：浙江省政府办公厅电子政务处、浙江省电子政务学会、浙江省行政首脑机关信息中心、杭州市人民政府电子政务办公室、浙江医学高等专科学校、浙江省交通信息中心、浙江省质量技术监督信息中心、杭州易和互联软件技术有限公司。 本标准主要起草人：

4、金加和、徐颖、辛均益、黄锐、陈立三、陈仲永、柴琳、王冬茜、胡瑞玉、蒋伟杰、周旭光。 DB33/T 939 2014 1 政务通系统建设技术规范 1 范围 本标准规定了政务通系统建设的设计原则、组织身份模型、数据传输、系统功能、互联互通和安全要求。 本标准适用于全省各级政府机关政务通系统建设。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 2260 中华人民共和国行政区划代码 GB/T 9387.2 信息处理系统 开放系统互连基本参考模型 第 2部分 :

5、安全体系结构 GB/T 14946.1 全国干部、人事管理信息系统指标体系分类与代码 GB/T 15278 信息处理 数据加密 物理层互操作性要求 GB/T 16987 组织机构代码信息数据库（基本库）数据格式 GB/T 20988 信息系统灾难恢复规范 ISO/IEC 7498-1 信息技术 开放系统互连 基本参考模型 第 1部分 :基本模型 ISO/IEC 10181-3 信息技术 开放系统互连 开放系统安全框架 第 3部分：访问控制框架 RFC 3489 简单的用 UDP穿透 NAT协议 RFC 5766 中继方式穿越 NAT:STUN的扩展 RFC 6120 可扩展消息传递协议 3 术

6、语和定义 下列术语和定义适用于本标准。 3.1 政务通 以统一身份管理与认证、统一通信技术、统一管理后台为支撑，集成各类应用系统，为政府和公众 用户提供基于 PC、移动客户端沟通和政务资源共享等服务的平台。 3.2 统一用户 建立集中的用户数据库，实现用户信息的统一存储、管理和分发，并作为其它应用系统集中认证的认证源。数据主要包括用户基本信息、组织架构信息、角色信息、权限信息等。 3.3 DB33/T 939 2014 2 统一认证 为各类应用系统提供用户身份认证服务，认证介质支持用户名密码、数字证书等。 3.4 单点登录 当用户访问多个应用系统时，只需提交一次认证信息就可访问授权的应用。 3

7、.5 统一通信 把计算机技术与传统通信技术融为一体的通信模式，让人们无论任何时间、任何地点，都可通过任何设备、任何网络，获得数据、图像和声音的自由通信。主要包括即时通信、短信、文件传输、语音视频、电话等多种通信方式。 3.6 登录名 用户登录政务通和其它应用系统的唯一账号。 3.7 互联互通 在网络环境可互通的情况下，各级单位独立建设的政务通系统之间，通过通信和数据交换技术，实现组织架构、在线状态、即时消息、文件传输、音视频、群等功能的互联互通。 4 缩略语 下列缩略语适用于本标准。 ICE： 交互式连通建立方式 (Interactive Connectivity Establishment)

8、 NAT： 网络地址转换 (Network Address Translation） RFC： 征求评议文件 (Request For Comments) SSL/TLS： 安全套接层 /传输层安全 (Secure Sockets Layer/Transport Layer Security） STUN： 简单的用 UDP穿透 NAT(Simple Traversal of User Datagram Protocol Through Network Address Translators） TCP： 传输控制协议 (Transmission Control Protocol) TURN：中继

9、方式穿越 NAT:STUN的扩展 (Traversal Using Relays around NAT:Relay Extensions to Session Traversal Utilities for NAT) UDP： 用户数据报协议（ User Datagram Protocol） 5 设计原则 5.1 易用性 易用性方面应符合以下要求： a) 政务通客户端响应时间应在 3 秒之内，当耗用较长的时间时应有明确提示并宜有进度显示； b) 当不同的方式能够达到相同或相似效果时，应选取令客户访问或使用更简单快捷的方式； DB33/T 939 2014 3 c) 主要功能应处于突出的位置，常

10、用的功能应处于容易操作的位置； d) 每个功能应有清晰的流程，各个步骤需要的条件、产生的结果、操作人员以及实现方式等都应清晰无误； e) 实现功能服务的程序应是正确的、健壮的； f) 用户操作的每一个步骤（无论正确与否）完成后应被提示当前状态； g) 界面设计应充分考虑用户体验，要友好清晰、操作简单。 5.2 安全可靠性 安全可靠性方面应符合以下要求： a) 应采用稳定可靠的成熟技术，保证系统长期安全运行； b) 系统中的硬、软件及信息资源应满足可靠性设计要求； c) 系统消息支持 SSL/TLS 传输； d) 系统具有容错能力，管理、 维护方便； e) 对网络的设计、选型、安装、调试等各环节

11、进行统一规划和分析，确保系统运行可靠； f) 提供多层次安全控制手段，建立完善的安全管理体系，确保数据的安全性、完整性，有可靠的防病毒措施； g) 应能满足当地的环境、气候条件，抗干扰能力强。 5.3 先进性 先进性方面应符合以下要求： a) 政务通性能取决于服务器接入方式和接入带宽、摆放地点、软硬件性能和用户在线数量、网络拥塞程度等多方面因素。如果目标群体不止本地，则还应考虑地理因素造成的性能下降； b) 当两个客户端进行文件、音频、视频等大数据传输时，优先使用点对点方式传输，点对点不通时，才采用服务器中转方式； c) 客户端点击响应速度，正常情况下，平均响应时间在 3 秒以内，如有超过则应

12、有响应的提示； d) 服务端并发用户数，根据省市县各级行政单位的人员规模分级制定。 5.4 可维护性 可维护性应符合以下要求： a) 系统设计应采用开发技术、开放结构、开放系统组件和开放用户接口，以利于网络的维护、扩展升级及外界信息的沟通，并符合 ISO/IEC 7498-1 的要求； b) 网络规划设计既要满足用户发展在配置上的预留，又能满足因技术发展需要而实现低成本扩展和升级的需求。应充分考虑到联网用户增加和业务扩展的情况，留有必要的扩充 能力及接口。 6 组织身份模型 6.1 概述 对浙江省电子政务系统中涉及的部门、人员等实体进行抽象，根据抽象定义建立浙江省电子政务系统的一个基础数据模型

13、。 组织架构示意图见本标准附录 A。 6.2 组织模型 DB33/T 939 2014 4 6.2.1 部门 根据行政职能划分而实际存在的实体部门的抽象，部门分为两类，一是有独立法人的机构，即政府组成部门，二是独立机构的内设部门。 示例： 浙江省财政厅为政府组成部门，浙江省财政厅行政政法处为内设部门。 6.2.2 人员 部门内的实体人员。 示例： 张三。 6.2.3 模型关系 部门和人员的关系：多对多的关系。一个部门可包含多个人员，一个人员可属于多个部门。 6.3 数据的描 述方法 6.3.1 中文名称 实体的中文名称属性。 6.3.2 英文名称 实体的英文名称属性。 6.3.3 约束 实体属

14、性应遵守的一些强制性规则，如不可取空值等。 6.3.4 数据类型 实体的数据类型属性，如整型、实型、布尔型、字符型、日期型等。 6.3.5 值域 实体可取值的范围。 6.3.6 备注 实体的进一步解释和举例。 6.4 基本数据集 6.4.1 部门 根据行政划分而实际存在的实体部门的抽象。部门基本数据集见表 1。 示例： 浙江省财政厅。 DB33/T 939 2014 5 表 1 部门基本数据集 6.4.2 人员 部门内的实体人员。人员基本数据集见表 2。 示例： 张三。中文名称 英文名称 约束 数据类型 值域 （字节） 备注 部门标识 deptid 非空 唯一 字符型 32 部门的唯一 ID号

15、， 32 位无意义字符串。 上级部门 Parentdelpid 可为空 字符型 32 部门的上级部门 ID。 部门名称 deptname 非空 字符型 255 如浙江省财政厅。 部门英文名字 deptenname 可为空 字符型 255 部门英文名字。 部门简称 deptaliasname 可为空 字符型 255 如浙江省工商行政管理局简称浙江省工商局。 部门级别代码 deptgradecode 可为空 字符型 2 表示一个部门的行政级别，符合 GB/T 14946.1 的规定。 部门类型 depttype 可为 空 字符型 10 表示一个部门的类型，符合 GB/T 16987的规定。 成立日

16、期 establishDate 可为空 日期型 17 行政区域代码 divisionsCode 非空 字符型 10 表示一个部门的行政区域代码，符合 GB/T 2260的规定。 部门主管 deptManager 可为空 字符型 32 取值一个实际存在的人员实体对象的人员标识 ID。 部门楼牌号 deptOffice 可为空 字符型 255 邮政编码 postcode 可为空 字符型 6 电话号码 phone 可为空 字符型 30 传真号码 fax 可为空 字符型 30 电子邮件 email 可为空 字符型 255 状态 state 非空 整形 正整数 0：正常。 1：逻辑删除。 描述 desc

17、ription 可为空 字符型 1000 版本号 version 非空 整型 正整数 DB33/T 939 2014 6 表 2 人员基本数据集 定义 英文名称 约束 数据类型 值域 （字节） 描述 人员标识 userid 非空 唯一 字符型 32 人员唯一 ID， 32 位无意义字符 串。 姓名 username 非空 字符型 255 人员的真实姓名。 登录名 loginname 非空 唯一 字符型 255 密码 loginpwd 非空 字符型 255 密码加密类型 loginpwdtype 非空 字符型 1 性别 sex 非空 字符型 1 出生日期 birthday 可为空 日期型 17

18、证件类型 idtype 可为空 字符型 1 默认值为 0。 值： 0.身份证； 1.护照； 2.户口簿； 3.军官证； 4.士兵证； 5.驾驶证。 证件号码 idnum 可为空 字 符型 18 对应证件类型的 证件号码。 职务 userposition 可为空 字符型 255 职称 usertitle 可为空 字符型 255 国籍 country 可为空 字符型 255 省籍 province 可为空 字符型 255 城市 city 可为空 字符型 255 办公地址 officeaddress 可为空 字符型 255 邮编 postcode 可为空 字符型 6 常用电话 telephone 可

19、为空 字符型 13 备用电话 telephone2 可为空 字符型 13 常用手机 mobile 可为空 字符型 11 手机短号 mobilecornet 可为空 字符型 11 备用手机 mobile2 可为空 字符型 11 办公传真 officefax 可为空 字符型 255 邮件 email 可为空 字符型 255 CA 证书 KEY cakey 可为空 字符型 255 DB33/T 939 2014 7 表 2 人员基本数据集（续） 定义 英文名称 约束 数据类型 值域 （字节） 描述 家庭电话 homephone 可为空 字符型 255 家庭地址 homeaddress 可为空 字符型

20、 255 是否在编 official 非空 字符型 1 默认值为 1。 值： 1.在编； 2.不在编。 编制类别 officialtype 非空 字符型 255 表示人员的编制类别，如行政编制。 状态 state 非空 整型 正整数 0：正常。 1：逻辑删除。 版本号 version 非空 整型 正整数 6.4.3 部门人员关联表 部门人员关联表见表 3。 表 3 部门人员关联表 定义 英文名称 约束 数据类型 值域 （字节） 描述 部门标识 Deptid 非空 字符 型 32 人员标识 userid 非空 字符型 32 6.5 人员登录名命名要求 人员登录名应唯一，由该人员姓的拼音、名的拼音

21、首字母、分隔符“ .”（下脚点，不包括双引号）、二级域名 (见 本标准 附录 B)组成。当一个人员属于多个单位时，该人员的域名取所属主单位的域名 。如登录名重名 ,可用人员姓名拼音；如拼音重名，可在登录名后添加阿拉伯数字区分。 登录名的组成见图 1。 图 1 登录名的组成 示例 1： 浙江省政府办公厅秘书处工作人员张三，因省政府办公厅的二级域名为 bgt.zj，按本标准该人员的登录名为 zhangs.bgt.zj。 DB33/T 939 2014 8 示例2 ： 浙江省发改委办公室下工作人员张三，因省发改委的二级域名为 fgw.zj，按本标准该用户的登录名为zhangs.fgw.zj。 示例3

22、 ： 杭州市政府办公厅秘书处工作人员张三，因杭州市政府办公厅的二级域名为 bgt.hz，按本标准该人员的登录名为 zhangs.bgt.hz。 示例4 ： 温州乐清市办公室秘书科工作人员张三，因温州乐清市办公室的三级域名为 bgs.yq.wz，按本标准该人员的登录名为 zhangs.bgs.yq.wz。 7 数据传输 7.1 文字数据传输 文字数据基于 TCP协议，通过服务器中转传输，支持 SSL/TLS安全通道。传输的文字 数据最大不超过1M（约 50万汉字）。 7.2 文件或图片数据传输 文件和图片数据基于 UDP协议，通过 ICE技术选择最合适的网络传输方式实现数据传输。单个文件或图片大

23、小不超过 4GB，支持断点续传，支持 SSL、 TLS安全通道。 7.3 音视频数据 音频数据采用 GIPS的 iLIBC/iSAC/G722/PCM16/RED/AVT编解码技术，视频采用 I420/VP8编解码技术，基于 RTP/RTCP协议，通过 ICE技术选择最合适的网络传输方式实现数据传输，支持 SSL、TLS 安全通道。 8 系统功能要求 8.1 系统组成 政务通由以下几部分组成： a) 支撑平台：构建统一通信系统，融合即时通信、短信、文件传输、音视频等多种互联网通信技术。构建基础性的统一身份管理与认证系统，为已经建设或新建的应用系统提供统一的用户管理、身份认证服务、统一的访问控制

24、、统一的后台管理 ; b) 集成应用系统：通过支撑平台，与政府各类政务和业务等应用系统集成。 c) 客户端：构建 PC、移动客户端，实现统一的信息门户；集成 OA、邮件等各类应用系统，实现单点登录、消息提醒，通信融合。 8.2 多客户端要求 8.2.1 PC 客户端 支持 Windows、 Mac、 Linux等PC 操作系统。 8.2.2 移动客户端 支持 IOS、Android 、 Windons Phone等移动操作系统。 8.3 客户端基本功能要求 8.3.1 互联互通 DB33/T 939 2014 9 不同政务通系统客户端应可互相展现对方组织机构通信录，实时感知对方状态，能互相加为

25、好友，互相用即时消息、文件传输、音视频沟通。 8.3.2 智能更新 客户端更新应支持强制更新，静默更新及提醒更新三种模式。 8.3.3 用户登录 应支持登录名密码方式登录，加密保存登录信息，以方便下次登录。应支持数字证书，可直接证书登录。应支持开机自动登录。客户端由于网络问题掉线，当网络恢复后支持自动重连登录。 8.3.4 私聊和群聊 私聊应有类似于 QQ的好友点对点聊天功能，可以通 过组织通讯录、常用联系人跟其他人员进行点对点聊天，同时应支持发起文件传输、截图、音视频、电话呼叫和会话。 群聊应有类似与 QQ的群组聊天功能，支持文件共享。 8.3.5 文件传输 应有文件传输功能，为节约服务器网

26、络带宽，点对点文件传输应优先考虑 P2P直传， P2P直传不通，再进行服务器中转传输。 8.3.6 短信 应有短信收发功能，实现计算机到手机，手机到计算机的短信互发。当手机回复短信给客户端时，如果该客户端离线，提供短信发送到该客户端绑定手机功能，应同时支持与移动、电信、联通等不同运行商的短信通讯网关。 8.3.7 电话 应可接入电信、移动、联通等语音网关，实现电话一号通功能。 8.3.8 历史消息 应有即时消息、短信、文件传输、群组和音视频等历史记录功能，为方便历史消息的浏览，需提供分组和按时间排序的功能，并能导出备份和打印。 8.3.9 组织通讯录 在客户端应可清晰看到多层次组织架构，是实时

27、更新的电子通讯录。组织通讯录支持人员状态感知；提供多种查询方式；支持从通讯录发起电话、即时消息、文件传输、短信、音视频。经常联系人员可加入到常用联系人，方便下次联系。 8.3.10 常用联系人 对经常联系的人员，应可加入常用联系人，支持人员状态感知，可对人员进行分组，支持从常用联系人发起电话、即时消息、文件传输、短信、音视频。 8.3.11 名片夹 应可对个人名片夹进行管理，并对人员进行分组，发短信，拨打电话，支持名片夹的导入导出。 DB33/T 939 2014 10 8.3.12 快速搜索栏 应有快捷搜索功能，可对组织通讯录、常用联系人和电话簿人员按用户姓名中文、拼音和拼音缩写进行模糊查找

28、。 8.3.13 快捷图标和消息提醒 应可在客户端显示有管理后台自定义增加的标签页面。可在客户端托盘实现各类应用系统的消息提醒，如新邮件提醒、 OA待办件提醒等。 8.3.14 通知 应支持对组织通讯录和常用联系人群发消息通知功能，并支持附件，支持对通知的转发和回复，可统计收件人阅读通知数。 8.3.15 微门户 应提供个人工作门户功能，支持单点登录第三方应用，支持邮件、通知、 OA和其他应用系统的待办件提醒。 8.3.16 日程 应提供个人日程安排功能，可实现即时消息和短信日程提醒。 8.4 管理端功能 8.4.1 人员和组织管理 应提供对人员和组织增、删、修改等操作，要求对各个单位、部门、

29、分支结构、直属机构都可以进行多级管理，并能方便、灵活实现部门组织机构的重组、改名、撤消、人员变动等应用操作。 8.4.2 统一认证 应支持统一的用户身份认证及管理服务，认证服务是用户访问的统一认证入口。 8.4.3 单点登录 应在统一认证服务基础上，实现单点登录第三方应用功能。 8.4.4 角色管 理 应支持对角色管理和授权，一个角色可对多个用户授权。 8.4.5 权限管理 通过权限定义，应实现权限与功能操作的关联，支持管理员可把权限分配给角色、组织、用户。 8.4.6 即时消息管理 应支持对群、消息、文件、音视频等的管理功能。 8.4.7 短信管理 应支持对常用短信、计费策略、手机优先级、短

30、信发送队列表等短信相关功能管理功能。 DB33/T 939 2014 11 8.4.8 资源管理 应支持在客户端展现的快捷图标和消息提醒第三方接入应用系统进行管理。 8.4.9 日志管理 整个系统的操作应有详细的日志记录，比如后台操作日志，客户端登录登出日志，接口调用日志，消息包监测日志等。 8.4.10 统计分析 提供完善的统计分析功能，应包括对组织、用户、收发消息、资源点击率等多维度的统计分析。 8.5 二次开发和接口 8.5.1 统一用户 以政务通系统人员数据为基础，可实现和各类系统人员个人资料的统一，包括姓名、登录名和密码等。 8.5.2 单点登录 在统一用户的基础上，应可通过政务通客

31、户端单点登录各应用系统。 8.5.3 消息提醒和信息门户 通过政务通数据交换接口，可把各类应用的最新信息在政务通客户端展现，实现微门户和消息提醒功能。 8.5.4 通信服务 各类应用系统可调用政务通服务接口，收发即时消息和短信；可调用客户端接口，发起即时消息、短信、拨打电话、发送文件、音视频等操作。 8.6 应交付的技术文档 系统建设完成后，应提供以下技术文档： a) 需求分析说明书； b) 概要设计说明书； c) 详细设计说明书； d) 测试报告； e) 操作使用说明书； f) 系统维护手册； g) 应急处理手册。 9 互联互通要求 9.1 技术架构 两个不同政务通系统之间的互联互通，主要是

32、通过 TCP和 UDP套接字接入“互联互通中心”实现，架构图如图 2所示： DB33/T 939 2014 12 消息收发 消息加解密路由寻址政务通A互联互通中心消息编解码通道管理通信服务接口消息收发 通道管理路由寻址认证服务政务通BTCP/UDP消息收发 消息加解密路由寻址 消息编解码通道管理通信服务接口TCP/UDP图 2 互联互通架构示意图 9.2 互联互通建设要求 为促进政务通的使用和推广，建立浙江全省政府组织机构通讯录，在网络环境可互通的情况下，要求全省各级政府机关建设的不同政务通可展现对方的组织机构通信录，实时感知对方状态，互相加为常用联系人，可加入同一个群组，实现即时消息、文件传

33、输、音视频等多种方式沟通。 9.3 互联互通接口 互联互通接口见 本标准 附录 C。 10 安全要求 应符合 ISO/IEC 10181-3、 GB/T 9387.2、 GB/T 15278、 GB/T 20988等标准的要求。 DB33/T 939 2014 13 A A 附 录 A （规范性附录） 组织身份模型示例 组织架构的根节点为“浙江省政府”，在根节点下，设立 “省政府办公厅”、“省级部门”和“市、县（市、区）”三个子节点；在子节点下，按照政府机构 的组成与排序展示组织身份 , 图 A.1给出了组织模型中实体关系的示例。 DB33/T 939 2014 14 图 A.1 组织架构示

34、意图 DB33/T 939 2014 15 B B 附 录 B （规范性附录） 浙江省一级和二级域名规划 B.1 浙江省一级和二级域名规划 B.1.1 概述 对省级部门，市、县（市、区）政府部门的域名进行了规划，该域名作为用户登录名的组成部分，主要用于解决不同部门用户的登录名重名问题。 B.1.2 一级域名规划表 一级域名规划表见表 B.1。 表 B.1 一级域名规划表 地市名称 域名简称 地市名称 域名简称 省级 zj 杭州 hz 宁波 nb 温州 wz 嘉兴 jx 湖州 huz 绍兴 sx 金华 jh 衢州 qz 舟山 zs 台州 taz 丽水 lis B.1.3 省级单位二级域名规划表

35、表 B.2 省级单位二级域名规划表 部门名称 域名简称 部门名称 域名简称 省政府办公厅 bgt.zj 省发改委 fgw.zj 省经信委 jxw.zj 省教育厅 jyt.zj 省科技厅 kjt.zj 省民宗委 mzw.zj 省公安厅 gat.zj 省监察厅 Jct.zj 省民政厅 mzt.zj 省司法厅 sft.zj 省财政厅 czt.zj 省人力社保厅 rst.zj 省国 土资源厅 gtt.zj 省环保厅 hbt.zj 省建设厅 jst.zj 省交通运输厅 jtt.zj 省水利厅 slt.zj 省农业厅 nyt.zj 省林业厅 lyt.zj 省商务厅 swt.zj 省文化厅 wht.zj 省

36、卫生计生委 wjw.zj 省审计厅 sjt.zj 省外事侨务办 wqb.zj 省国资委 gzw.zj 省地税局 dsj.zj 省工商局 gsj.zj 省质监局 zjj.zj DB33/T 939 2014 16 表 B.2省级单位二级域名规划表 (续 ) 部门名称 域名简称 部门名称 域名简称 省新闻出版广电局 xgj.zj 省体育局 tyj.zj 省安监局 ajj.zj 省食品药品监管局 yjj.zj 省统计局 tjj.zj 省海洋与渔业局 hyj.zj 省旅游局 lyj.zj 省粮食局 lsj.zj 省机关事务局 jsj.zj 省政府研究室 yjs.zj 省法制办 fzb.zj 省人防办

37、rfb.zj 省物价局 wjj.zj 省文物局 wwj.zj 省监狱管理局 jyj.zj 省测绘局 chj.zj 省台办 tsb.zj 省档案局 daj.zj 省地震局 dzj.zj 省气象局 qxj.zj 省盐务管理局 ygj.zj B.1.4 市、县（市、区）二级域名规划表 市、县（市、区）二级域名规划表见表 B.3。 表 B.3 市、县（市、区）二级域名规划表 杭州 Hz 西湖区 xh.hz 上城区 sc.hz 下城区 xc.hz 拱墅区 gs.hz 江干区 jg.hz 滨江区 bj.hz 余杭区 yh.hz 萧山区 xs.hz 临安市 la.hz 富阳市 fy.hz 建德市 jd.hz

38、 桐庐县 tl.hz 淳安县 ca.hz 宁波 nb 海曙区 hs.nb 江东区 jd.nb 江北区 jb.nb 北仑区 bl.nb 镇海区 zh.nb 鄞州区 yz.nb 慈溪市 cx.nb 余姚市 yy.nb 奉化市 fh.nb 宁海县 nh.nb 象山县 xs.nb 温州 wz 鹿城区 lc.wz 瓯海区 oh.wz 龙湾区 lw.wz 乐清市 yq.wz 瑞安市 ra.wz 永嘉县 yj.wz 洞头县 dt.wz 平阳县 py.wz 泰顺县 ts.wz 苍南县 cn.wz 文成县 wc.wz DB33/T 939 2014 17 表 B.3 市、县（市、区）二级域名规划表（续） 嘉兴

39、jx 南湖区 nh.jx 秀洲区 xz.jx 平湖市 ph.jx 海宁市 hn.jx 桐乡市 tx.jx 嘉善县 js.jx 海盐县 hy.jx 湖州 huz 吴兴区 wx.huz 南浔区 nx.huz 德清县 dq.huz 安吉县 aj.huz 长兴县 cx.huz 绍兴 sx 越城区 yc.sx 柯桥区 kq.sx 上虞区 sy.sx 诸暨市 zj.sx 嵊州市 sz.sx 新昌县 xc.sx 金华 jh 婺城区 wc.jh 金东区 jd.jh 兰溪市 lx.jh 东阳 市 dy.jh 义乌市 yw.jh 永康市 yk.jh 浦江县 pj.jh 武义县 wy.jh 磐安县 pa.jh 衢州

40、 Qz 柯城区 kc.qz 衢江区 qj.qz 江山市 js.qz 龙游县 ly.qz 常山县 cs.qz 开化县 kh.qz 舟山 zs 定海区 dh.zs 普陀区 pt.zs 岱山县 ds.zs 嵊泗县 ss.zs 台州 taz 椒江区 jj.taz 黄岩区 hy.taz 路桥区 lq.taz 温岭市 wl.taz 临海市 lh.taz 玉环 县 yh.taz 三门县 sm.taz 天台县 tt.taz 仙居县 xj.taz 丽水 Lis 莲都区 ld.lis 龙泉市 lq.lis 青田县 qt.lis 云和县 yh.lis 庆元县 qy.lis 缙云县 jy.lis 遂昌县 sc.lis

41、 松阳县 sy.lis 景宁县 jn.lis 注： 市、县（市、区）政府部门的域名，各地根据实际情况，参考省级部门规划设计。 DB33/T 939 2014 18 C 附 录 C （规范性附录） 互联互通协议说明 C.1 互联互通协议说明 C.1.1 概述 通过互联互通协议，多个政务通系统之间可实现组织架构、在线状态、即时消息、文件传输、音视频、群等功能互联互通。协议中元素、属性等定义方法，参考 RFC 6120标准。 C.1.2 协议主要元素数属性定义 协议分为三类消息体，通过三个不同的根元素区分，见表C.1 。 表 C.1 根元素描述表 三个根元素有四种通用属性，见表C.2。 表 C.2

42、通用属性描述表 C.1.3 错误码定义 错误码定义见表 C.3。 名称 描述 iq 请求响应会话包，一个实体向其它实体请求或接收其它实体的响应。 message 消息收发包，一个实体推信息给其它实体。 presence 状态包，当一个实体状态改变时，通知所有订阅实体。 名称 描述 to 指定接 收人，长度 256。 from 指定发送人，长度 256。 id 该 ID为一字符串，一定时间内唯一，用于处理异步消息包，长度 128。 type type属性指定 iq、 message或 presence三类消息体的类型。 iq元素的 type属性有： Error， Get， Result， Set

43、。 presence的 type属性有： Chat， Error， GroupChat。 message 元素的 type 属 性 有 ： Available ， Subscribe ， Subscribed ， Unsubscribe ， Unsubscribed， Unavailable， Probe， Error。 DB33/T 939 2014 19 表 C.3 错误码定义表 C.1.4 互联互通服务连接注册 C.1.4.1 协议描述 接入到互联互通服务云中心，成功维持连接，失败返回提示并关闭连接。 C.1.4.2 协议及说明 互联互通服务连接注册协议及说明见表 C.4。错误码 描述

44、001 错误的服务 ID(serverid)。 002 错误的密码 (password)。 003 不支持的版本号。 004 无权限。 005 错误的请求协议。 006 错误的组 ID(groupid)。 007 错误的操作类型 (operate)。 008 超过状态监听限制个数。 009 错误的常用联系人或电话簿组类型 (type)。 010 找不到组 的上一级 ID(parentid)。 011 常用联系人或电话簿中不存在该用户。 012 超过常用联系人或电话簿组创建个数限制。 013 常用联系人或电话簿中其它组已经存在该用户。 014 群名称不能为空。 015 超过群组成员限制数。 01

45、6 错误的群角色。 017 转让失败，转让目的用户达到群组创建成员个数限制。 018 转让失败，群组不存在该用户。 019 发送消息不能为空。 020 错误的搜索类型 (searchtype)。 999 未知错误。 DB33/T 939 2014 20 表 C.4 互联互通服务器注册请求 互联互通服务器注册请求 格式示例 e10adc3949ba59abbe56e057f20f8 4.2 说明 Serverid：服务 id。 password：服务密码。 version：协议版本号。 返回互联互通服务器注册请求 格式示例 说明 无。 C.1.5 组织用户获取 C.1.5.1 协议描述 获取指

46、定组织（包括子组织）所有组织及用户数据。 C.1.5.2 协议及说明 组织用户获取的协议及说明见表 C.5。 表 C.5 获取指定组织请求 获取指定组织请求 格式示例 :s23423423434 说明 groupid：组织 id，格式为 ” 域名：组织 id” ；如组织 id 为 top，表示为最顶级组织。 DB33/T 939 2014 21 表 C.5 获取指定组织请求 (续 ) 返回指定组织请求 格式示例 H4sIAAAAAAAAAHVTTW/TQBA951+EExfq9dp14larFRt7QywSu7Kdk 说明 orgroster 元素内容基于 UTF-8 编码，并通过 GZIP

47、压缩。 C.1.6 用户状态监听 C.1.6.1 协议描述 用户状态收发协议。 C.1.6.2 协议及说明 相关协议及说明分别见表 C.6表 C.9。 表 C.6 服务器转发用户状态给监听者 服务器转发用户状态给监听者 格式示例 online online 说明 无 表 C.7 用户发送获 取指定用户状态请求 用户发送获取指定用户状态请求 格式示例 说明 to： 要查询的用户。 show： 状态标识 ， 可能的取值： away 离开； online 在线； dnd 忙碌； xa 马上回来； status - 状态描述。 DB33/T 939 2014 22 表 C.7 用户发送获取指定用户状态

48、请求 (续 ) 服务器发送用户状态信息 格式示例 away away 说明 无 表 C.8 请求创建用户状态监听关系 请求创建用户状态监听关系 格式示例 说明 operate： 创建监听关系操作。 jid： 一次可创建多个监听用户，最多不能超过 20个；关系创建成功后 ， 服务器主动推送用户状态。 返回创建结果 格式示例 说明 jid： 超过限制监听个数后，被移除监听关系 JID， 如未超过限制该元素则为空。 表 C.9 删除用户状态监听关系 请求删除用户状态监听关系 格式示例 说明 operate： del 删除监听关系操作。 jid： 一次可删除多个监听用户，最多不能超过 20

49、个。 DB33/T 939 2014 23 表 C.9 删除用户状态监听关系（续） 返回删除结果 格式示例 说明 无 C.1.7 常用联系人 C.1.7.1 协议描述 获取常用联系人及创建、删除、用户增加、删除操作。 C.1.7.2 协议及说明 相关协议及说明见表 C.10表 C.18。 表 C.10 获取常用联系人请求 获取常用联系人请求 格式示例 10000 说明 groupid： 要查询的组织 id， 如为 top 表示顶级。 返回常用联 系人 格式示例 同事 10000 0 0 . 测试 1 10000 . DB33/T 939 2014 24 表 C.10 获取常用联系人请求（续） 返回常用联系