1、上次会议讨论的编码
库系统对接相关的技术问题基本已解决，相关的功能模块正在开发测试当中；
2、老系统的数据分析、导入、测试正在进行中，预计几天内可以完成测试；
3、另外，为加快速度，对服务文档的命名
作出了一些要求，请转发相关的对接单位；

关于编码库对接方案中服务文档
URL命名的说明
编码库对接方案采用了
NAPTR+
正则表达式规则的方式进行地址转换，由于存在几方面的限制：
单个正则表达式的表达和处理能力限制；
正则表达式的长度对
DNS报文的长度的影响；
正则表达式复杂度及处理性能的影响；
系统管理的便利性和系统管理员的学习效率；
因此，需要对
OID服务文档的
URL地址做出一些要求，以简化对接复杂性，降低兼容性风险：
文档URL包含五个部分：服务器地址、服务类型
+分隔符、完整的子
OID（数字格式）、国际
ORS根后缀、文档后缀（
XML）；举例（国际上通行的服务文档
URL命名习惯）：
rinf-
4.3.2.1.8.156.16.2
.oid-res.org
.xml灰色：服务器地址，
橙色：服务类型
+分隔符 ...