《基于射频识别标签的用于产品与服务域名 规范》征求意见稿意见汇总表
序号 |
标准章节编号 |
意见 |
提出意见单位及人员 |
采纳情况 |
原因 |
联系人 |
联系电话 |
反馈时间 |
1 |
3.2.5 |
建议把“基于TCP/IP的一种服务器,通过把产品与服务域名解析成网络地址的手段来提供由产品与服务域名到IP地址的相互映射服务。”改为“基于TCP/IP的一种服务器,采用把产品与服务域名解析成网络地址的方法来提供由产品与服务域名到IP地址的相互映射服务。” |
中科院计算所 罗海勇 |
采纳 |
原句不太通顺 |
罗海勇 |
62600866 |
2010-5-19 |
2 |
4.5 |
建议把“采用CN域名转换规则,将识别码转换转换成十进制数字后,并将其倒置”改为“采用CN域名转换规则,将识别码转换成十进制数字后,将其倒置” |
中科院计算所 罗海勇 |
采纳 |
原句中有两个“转换” |
罗海勇 |
62600866 |
2010-5-19 |
3 |
4.6 |
同4.5 |
中科院计算所 罗海勇 |
采纳 |
原句中有两个“转换” |
罗海勇 |
62600866 |
2010-5-19 |
4 |
前言 |
建议删除前言中的第一段:“本规范是基于射频识别标签的用于产品与服务域名部分,适用于依附在产品与服务上的射频识别标签或一维条码或二维条码以及磁载体等载体的产品与服务域名的一个标准,简称“产品与服务域名标准”,旨在为产品与服务域名的规范化奠定基础。” |
香港LSCM研发中心 |
不采纳 |
删除后将无法阐述了本标准的定义具体内容 |
|
|
|
5 |
前言 |
本规范的附录是规范性附录。与附录中所注(资料性附录)不符。 |
香港LSCM研发中心 |
采纳 |
|
|
|
|
6 |
封面 |
缺ICS号 |
香港LSCM研发中心 |
以后采纳 |
ICS号审批过程中 |
|
|
|
7 |
整体 |
“标准”与“规范”混用,应统一使用其中之一。 |
香港LSCM研发中心 |
采纳 |
统一采用规范 |
|
|
|
8 |
2 |
将RFC1606和RFC1607从规范性引用文件中移除。 l IETF RFC 1606 A Historical Perspective On The Usage Of IP Version 9 l IETF RFC 1607 A VIEW FROM THE 21ST CENTURY 所有于4月1日发布的非标准RFC,都不应该引用。 |
香港LSCM研发中心 |
不采纳 |
IETF文档为目前互联网采用的技术标准文档,而至今RFC1606、RFC1607至今未撤销,仍然有效 |
|
|
|
9 |
3 |
应该给出“域名”的明确定义。 |
香港LSCM研发中心 |
采纳 |
|
|
|
|
10 |
3.2.2 |
“产品与服务域名”的英语翻译digital domain name不准确(与3.2.12相同),应为product and service domain。3.2.3, 3.2.4,和3.2.5都有类似的问题。 原术语定义“网络中主机的数字标识。产品与服务域名由标记序列组成。”建议修订为“网络中存储产品与服务信息主机的数字标识。产品与服务域名由标记序列组成。” |
香港LSCM研发中心 |
不采纳 |
网络主机所涵盖的范围更广泛 |
|
|
|
11 |
4.5 |
表2:产品和服务.CN英文域名结构 应另加一行已倒置的子域,后(右)面补上二级域和顶级域。 |
香港LSCM研发中心 |
|
由CNNIC处理 |
|
|
|
12 |
4.6 |
表3:产品与服务其他英文域名结构 应另加一行已倒置的子域,后(右)面补上二级域和顶级域。 |
香港LSCM研发中心 |
|
由CNNIC处理 |
|
|
|
13 |
4.8 |
表4中的IPv9范例,看来像一个13位的条码,应使用256位数字的IPv9编码(国家和地区码域+行政区域码域+管理主体码域+厂商代码域+产品分类码域)。如采用缩写的(小于256位的)IPv9码,应说明其缩写规则。 |
香港LSCM研发中心 |
不采纳 |
该编码为随机运用的编码,是企业内部运用单体的运用案例 |
|
|
|