交通运输-标识编码解析草案(0431)可编辑

交通运输部物联网工程专项课题城市智能交通物联网应用技术标准研究与制订交通运输标识编码解析(标准初稿)2013年9月目次TOC\o"1-2"\h\z\u1范围 12规范性引用文件 13术语及定义 14体系架构 25解析原理 66系统建设要求 12附录A（规范性附录）国家OID注册中心通用解析要求 13附录B（规范性附录）应用解析要求 14前言本标准由……提出。本标准由全国智能运输系统标准化技术委员会归口。本标准起草单位：本标准主要起草人：引言根据中国智能交通物联网系统发展要求，标准编制组在广泛调查研究，认真总结建设实践经验，参考国外先进标准，并广泛征求意见的基础上，制订本标准。为规范交通运输领域的解析系统建设,制定本标准.本标准的主要内容包括交通运输领域的解析系统体系架构、解析系统建设原理和建设要求等内容。本标准由全国智能运输系统标准化委员会负责管理和对强制性条文的解释，由主编单位具体负责技术内容的解释。为保持标准的先进性与适用性，各使用者在采标过程中，及时将对本标准的意见及建议函告全国智能运输系统标准化技术委员会秘书处。地址：北京市海淀区西土城路8号，邮编：100088，邮箱：，以便修订时研用。交通运输标识编码解析1范围本标准涉及的范围：人、车辆、交通基础设施、车载通信设备、票据、资格证书、摄像头、交通信息、管理性文件等交通领域对象的统一标识管理。本标准主要技术内容：交通运输领域的解析系统体系架构、解析系统建设原理和建设要求等内容。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修订单）适用于本文件。GB/T4657-2009中央党政机关、人民团体及其他机构代码GB/T26231-2010信息技术开放系统互连OID的国家编号体系和注册规程GB/TXXXXX信息技术开放式系统互连对象标识符解析系统GB/TXXXXX信息技术开放式系统互连解析系统运营机构的操作规程GB/TXXXXX交通运输标识编码应用分类YD/TXXXX-XXXX基于泛在网的智能交通应用系统字体框架YD/TXXXX-XXXX泛在网络标识、解析与寻址体系YD/TXXXX-XXXX汽车信息服务业务需求和整体框架YD/TXXXX-XXXX物联网总体框架与技术要求YD/TXXXX-XXXX物联网的需求技术报告3术语及定义3.1智能交通（intelligenttransport）智能交通是指在较完善的交通基础设施之上，将先进的信息技术、通信技术、控制技术、传感器技术以及计算机处理技术等有效地集成运用于整个交通运输管理体系，而建立起的一种在大范围内、全方位发挥作用的实时、准确、高效的综合运输和管理系统。3.2物联网（Internetofthings）通过部署具有一定感知、计算、执行和通信等能力的各种设备，获得物理世界的信息或对物理世界的物体进行控制，通过网络实现信息的传输、协同和处理，从而实现人与物通信、物与物通信的网络。3.3标识（identifier）在一定范围内唯一地识别各种智能交通应用环境中物理、逻辑实体或信息的一种属性。OID（ObjectIdentifer,对象标识符）是与对象相关联的用来无歧义地标识对象的全局唯一的值，可保证对象在通信或信息处理中正确的定位和管理。解析（Resolution）解析是指人通过网络服务输入或者数据采集设备识读标识符来获得特定输出的过程，输出的结果包括一个或者多个与标识对象相关的数据信息，比如标识对象的基本属性、存储位置信息等。独立域名（IndependentDomainName）是指编码标识注册机构结合实际应用情况，为解析服务器独立申请域名。附属域名（AffiliatedDomainName）是指编码标识注册机构，为解析服务器使用国家物联网标识注册中心域名的下级域名形式，而不是独立申请域名。对象解析系统（ObjectIdentifierSystem,ORS）是指实现OID解析功能的系统，支撑OID解析系统的过程，在此过程中，经由通用OID解析过程，提供OID的关联信息，在需要的情况，进一步实现特定应用的OID解析。4体系架构本标准在《交通运输标识编码应用分类》和《交通运输标识编码规则》的基础上，遵循《信息技术开放式系统互连对象标识符解析系统》和《信息技术开放式系统互连解析系统运营机构的操作规程》，提出注册解析系统建设规范，实现交通领域中不同对象的解析功能。交通运输领域的注册解析系统建设遵循分布式的部署架构，由相应的注册管理机构维护，架构图如图1所示。图1.标识管理架构图4.1交通部注册管理机构交通部注册管理机构具有行业自主管控性，执行交通运输领域的对象标识管理工作，建设并维护标识注册解析系统，完成对象分类、标识注册、标识解析、注册备案、对象管理等功能。对象分类对交通运输领域的对象进行系统梳理、科学分类，对各类对象的管理权限和范围进行明确。标识注册交通部注册管理机构制定标识分配规则，负责为部级直属机构、省级注册管理机构、交通对象（部级管理）、交通信息等对象进行标识注册和唯一标识符分配。注册解析系统应提供会员账户管理功能，允许用户通过登陆网站或者客户端的方式，填写基本信息，完成会员账号注册。标识解析系统应为用户提供标识符申请和注册服务类型申请的功能。用户根据需求选择数字OID或者字母OID标识符，以及在以下三种注册类型中选择相应的注册服务。注册服务注册服务是指用户作为独立的运营机构向交通部注册管理机构提交机构信息，并通过标识符实现该机构信息解析的服务。机构信息可包括，但不局限于名称、机构性质、地址、联系方式、管理权限、网址等基本信息。注册与联合解析服务注册与联合解析服务是指用户作为独立的运营机构建立并维护交通对象解析服务器，向交通部注册管理机构提交机构信息、解析服务器地址、数据元以及数据元标识符等信息，通过唯一标识符而获取实该运营机构下所管理对象信息的服务。注册与集成解析服务注册与集成解析服务是指用户作为独立的运营机构，具有对所管理对象信息解析或公开发布的需求，但不具备相应的技术服务能力，因而委托交通部注册管理机构或者技术支撑单位完成需求调研、编码方案制订、解析系统建设、数据维护和管理等工作，实现通过唯一标识符而获取该运营机构下所管理对象信息的服务。标识解析交通部注册管理机构应通过网站、客户端或者APP智能软件对外提供标识解析功能，通过唯一标识符的输入，面向不同的用户提供查询权限范围内的交通对象信息。交通部注册管理机构可自主建立对象解析网站或者研发智能软件，支持交通运输领域对象的实时信息查询，也可通过向国家OID注册中心提交解析服务器地址，建立解析链接，经由国家OID注册中心以及其他OID应用机构的网站、客户端或者APP智能软件进行交通对象标识解析。注册备案交通部注册管理机构应对交通运输领域的省、市、县级注册管理机构以及各注册管理机构所分配OID的组织对象进行全部备案。对象管理交通部注册管理机构应为下列对象进行标识分配和管理：部级直属机构、省级注册管理机构等组织机构；隶属于国家公益性范畴的基础设施、资格证件等；用于数据共享和交互的交通信息数据元。省级注册管理机构省级注册管理机构执行省内交通对象的标识管理工作，建设并维护标识注册解析系统，完成标识注册、标识解析、对象管理等功能。标识注册省级注册管理机构维护交通运输领域的OID省级分支，负责为省级交通直属机构、市级注册管理机构、交通对象（省级管理）等对象进行标识注册和唯一标识符分配。标识解析省级注册管理机构可通过网站、客户端或者APP智能软件对外提供标识解析功能，通过唯一标识符的输入，面向不同的用户提供查询权限范围内的交通对象信息。省级注册机构可自主建立对象解析网站或者研发智能软件，支持交通运输领域对象的实时信息查询，也可通过向交通部注册管理机构提交解析服务器地址，建立解析链接，经由交通部注册管理机构、国家OID注册中心以及其他OID应用机构的网站、客户端或者APP智能软件进行交通对象标识解析。对象管理省级注册管理机构应为下列对象进行标识分配和管理：省级直属机构、市级注册管理机构等组织机构；隶属于省级管理范畴的人员、车辆、基础设施、交通事件等。市级注册管理机构市级注册管理机构执行本市内交通对象的标识管理工作，建设并维护标识注册解析系统，完成标识注册、标识解析、对象管理等功能。标识注册市级注册管理机构维护交通运输领域的OID市级分支，负责为市级交通直属机构、县级注册管理机构、交通对象（市级管理）等对象进行标识注册和唯一标识符分配。标识解析市级注册管理机构可通过网站、客户端或者APP智能软件对外提供标识解析功能，通过唯一标识符的输入，面向不同的用户提供查询权限范围内的交通对象信息。市级注册机构可自主建立对象解析网站或者研发智能软件，支持交通运输领域对象的实时信息查询，也可通过向省级注册管理机构提交解析服务器地址，建立解析链接，经由省级注册管理机构、交通部注册管理机构、国家OID注册中心以及其他OID应用机构的网站、客户端或者APP智能软件进行交通对象标识解析。对象管理市级注册管理机构应为下列对象进行标识分配和管理：市级直属机构、县级注册管理机构等组织机构；隶属于市级管理范畴的人员、车辆、基础设施、交通事件等。4.4县级注册管理机构县级注册管理机构执行本县内交通对象的标识管理工作，建设并维护标识注册解析系统，完成标识注册、标识解析、对象管理等功能。标识注册县级注册管理机构维护交通运输领域的OID县级分支，负责为县级交通直属机构、交通对象（县级管理）等进行标识注册和唯一标识符分配。标识解析县级注册管理机构可通过网站、客户端或者APP智能软件对外提供标识解析功能，通过唯一标识符的输入，面向不同的用户提供查询权限范围内的交通对象信息。县级注册机构可自主建立对象解析网站或者研发智能软件，支持交通运输领域对象的实时信息查询，也可通过向市级注册管理机构提交解析服务器地址，建立解析链接，经由市级注册管理机构、市级注册管理机构、交通部注册管理机构、国家OID注册中心以及其他OID应用机构的网站、客户端或者APP智能软件进行交通对象标识解析。对象管理县级注册管理机构应为下列对象进行标识分配和管理：县级直属机构；隶属于县级管理范畴的人员、车辆、基础设施、交通事件等。5解析概述在交通部标识解析架构中，标识解析是指通过网站、浏览器客户端查询、系统插件、机器自动识别等输入OID标识符，获得与标识对象相关联的多重属性信息过程。标识解析分为通用解析和应用解析两个步骤。图2.解析部署图6通用解析通用解析是指从国家、交通部及各省市县、其他行业应用的网站、客户端、系统插件或者机器自动识读设备输入标识符，获得或者索引到存储标识对象信息的应用解析服务器地址的过程。OID标识符有三类表示方式：数字OID、字母（数字）OID和中文OID。依据GB/T26231-2010，交通部注册管理机构必须首先申请数字OID，并自主选择是否申请字母（数字）OID或者中文OID与数字OID进行绑定。交通部注册管理机构自主管理所申请的OID标识前缀，并依据本地服务器的配置要求，进行通用解析。通用解析可按照6.1的递归解析或6.2的迭代解析流程进行。本标准以数字OID为例，对通用解析流程进行阐述。字母（数字）OID或者中文OID的通用解析过程也将遵从如下解析过程。6.1递归解析递归解析是指所输入的标识符无法在本地解析服务器解析，而是本地解析服务器代替OID客户端进行查询，逐层递进，直到从根解析服务器获得正确解析结果，并由本地解析服务器反馈至OID客户端查询结果，流程如图3所示：图3.OID递归解析流程示意图假定客户端所要查询标识对象信息存储于县区级解析服务器，以广州市天河区为例，假设输入标识符为(1.2.156).348.440106.XXXXX.XXXX，并假设此客户端配置的本地解析服务器为佛山市服务器，即标识前缀为（1.2.156）.348.440600，则整个递归解析流程如下所示：（1）客户端首先在向本地解析服务器发送解析.348.440106.XXXXX.XXXX的请求报文（Q1）。（2）本地解析服务器接收请求后，先查询本地缓存。如果有该标识符对应的解析地址记录，则直接向ORS客户端返回一条应答报文(An)，告知ORS客户端所查询标识对象信息所在的解析服务器地址。如果没有查到解析地址记录，则本地解析服务器向所配置的根解析服务器发送.348.440106.XXXXX.XXXX的解析请求报文（Q2）。（3）根解析服务器收到解析请求报文后，经由解析，得到.348标识前缀所对应的交通部解析服务器地址，并向本地解析服务器返回一条应答报文（A1），即根解析服务器无法获知.348.440106的解析服务器地址，因而返回交通部解析服务器地址至本地解析服务器。（4）本地解析服务器收到A1应答报文后，得到.348标识前缀所对应的交通部解析服务器地址后，再次向交通部解析服务器发送.348.440106.XXXXX.XXXX解析请求报文（Q3）。（5）交通部解析服务器收到解析请求报文后，经由解析，查询.348.440106标识前缀所对应的省级解析服务器地址，并向本地解析服务器返回一条应答报文（A2），即交通部解析服务器无法获知.348.440106的解析服务器地址，因而返回广东省解析服务器地址至本地解析服务器。（6）本地解析服务器收到A2应答报文后，得到.348.440106标识前缀所对应的广东省解析服务器地址，再次向广东省解析服务器发送.348.440106.XXXXX.XXXX解析请求报文（Q4）。（7）广东省解析服务器收到解析请求报文后，经由解析，查询.348.440106标识前缀所对应的市级解析服务器地址，并向本地解析服务器返回一条应答报文（A3），即广州省解析服务器无法获知.348.440106的解析服务器地址，因而返回广州市解析服务器地址至本地解析服务器。（8）本地解析服务器收到A3应答报文后，得到.348.440106标识前缀所对应的广州市解析服务器地址，再次向广州市解析服务器发送.348.440106.XXXXX.XXXX解析请求报文（Q5）。（9）广州市解析服务器收到解析请求报文后，经由解析，查询.348.440106标识前缀所对应的县区级解析服务器地址，并向本地解析服务器返回一条应答报文（A4），即广州市解析服务器无法获知.348.440106的解析服务器地址，因而返回天河区解析服务器地址至本地解析服务器。（10）本地解析服务器收到A4应答报文后，得到.348.440106标识前缀所对应的天河区解析服务器地址，再次向天河区解析服务器发送.348.440106.XXXXX.XXXX解析请求报文（Q6）。（11）天河区解析服务器收到解析请求报文后，在它的ORS区域数据库中查找，最终获得.348.440106.XXXXX.XXXX所对应的IP地址，并向本地解析服务器返回一条应答报文（A5）。（12）本地解析服务器（即佛山市解析服务器）收到A5应答报文后，向ORS客户端返回一条应答报文（An），告知ORS客户端所查询标识对象信息所在的解析服务器地址，完成通用解析过程。根据本地服务器配置要求，递归解析也可以使用转发模式，即ORS服务器就会把请求转发至上一级ORS服务器，由上一级服务器进行解析，上一级服务器如果不能解析，或找根ORS或把转请求转至上上级，以此循环。不管是本地ORS服务器采用哪种模式，最后都是把结果返回给本地解析服务器，由本地解析服务器返回给OID客户端。6.2迭代解析迭代解析，是指在本地解析服务器或者所配置的根解析服务器无法解析的情况下，由OID客户端逐层递进，独立从根解析服务器获得正确的解析结果。通常在OID客户端的解析请求报文中没有申请使用递归解析或者所在的本地解析服务器被配置为禁用递归解析的情况下，OID客户端进行迭代解析。迭代解析流程如图4所示。图4.OID迭代解析流程示意图假定客户端所要查询标识对象信息存储于县区级解析服务器，以广州市天河区为例，假设输入标识符为(1.2.156).348.440106.XXXXX.XXXX，并假设此客户端配置的本地解析服务器为佛山市服务器，即标识前缀为（1.2.156）.348.440600，则整个递归解析流程如下所示：（1）ORS客户端向本地解析服务器发出解析.348.440106.XXXXX.XXXX的请求报文（Q1）。（2）本地解析服务器收到解析请求报文后，先查询本地缓存。若有该标识符对应的解析地址记录，则直接向ORS客户端返回一条应答报文（An），告知ORS客户端所查询标识对象信息所在的解析服务器地址。如果没有查到解析地址记录，则本地解析服务器将所配置的根解析服务器地址和应答报文返回至ORS客户端（A1）。（3）ORS客户端在收到本地解析服务器的应答报文（A1）后，根据国家根解析服务器地址信息，向国家根解析服务器发送解析.348.440106.XXXXX.XXXX的请求报文（Q2）。（4）根解析服务器收到解析请求报文后，通过查询得到.348标识前缀所对应的交通部解析服务器地址，并把交通部解析服务器地址信息以应答报文（A2）的形式返回至ORS客户端。（5）ORS客户端收到应答报文（A2）后，向交通部解析服务器发送解析.348.440106.XXXXX.XXXX的请求报文（Q3）。（6）交通部解析服务器收到解析请求报文（Q3）后，通过查询得到.348.440106所对应的省级解析服务器地址，并把广东省解析服务器地址信息以应答报文（A3）的形式返回至ORS客户端。（7）ORS客户端收到应答报文（A3）后，向广东省解析服务器发送解析.348.440106.XXXXX.XXXX的请求报文（Q4）。（8）广东省解析服务器收到解析请求报文（Q4）后，通过查询得到.348.440106所对应的市级解析服务器地址，并把广州市解析服务器地址信息以应答报文（A4）的形式返回至ORS客户端。（9）ORS客户端收到应答报文（A4）后，向广州市解析服务器发送解析.348.440106.XXXXX.XXXX的请求报文（Q5）。（10）广州市解析服务器收到解析请求报文（Q5）后，通过查询得到.348.440106所对应的区县级解析服务器地址，并把天河区解析服务器地址信息以应答报文（A5）的形式返回至ORS客户端。（11）ORS客户端收到应答报文（A5）后，向天河区解析服务器发送解析.348.440106.XXXXX.XXXX的请求报文（Q6）。（12）天河区解析服务器在本身的ORS区域数据库中查找，最终得到.348.440106.XXXXX.XXXX所对应的IP地址，并向ORS客户端返回一条应答报文（A6），完成通用解析过程。7应用解析应用解析是指OID客户端根据通用解析所获得的存储标识对象信息的应用解析服务器地址，通过OID输入，访问该应用解析服务器，获取与特定应用相关对象信息的解析过程。应用解析应基于IETFRFC1035的DNS协议和IETFRFC3403定义的NAPTR资源记录进行。依据图1可知，各级注册管理机构负责管理下级机构和直属管辖对象。本标准假定各级注册管理机构对直接管理的对象进行了统一编码规则制定，而对于下级机构管理对象的编码规则不予干涉。实际应用情况更为复杂，但可参照本标准进行灵活研制。应用解析分为OID标识符转换规则、ID结构信息解析和对象信息解析三步骤。7.1OID标识符转换规则OID需要转换为全称域名（FullyQualifiedDomainName，FQDN）的格式，发送到应用解析服务器，转换规则定义如下：步骤1：每段弧之间以“.”进行分离；步骤2：将弧的次序进行反转；步骤3：在步骤2所得到的结果后增加“.”。举例说明：假定最终系统所输入的OID为(1.2.156).348.440106.XXXXX，则转换后的全称域名为XXXXX.440106.348.。7.2ID结构信息解析OID可看作为两部分组成：表1OID结构组成OID当前注册管理机构标识前缀IDID结构信息通过使用POSIXRegularExpression技术，写入应用解析服务器的NAPTR资源记录中，NAPTR资源记录可向交通部上级注册管理机构进行备案和同步更新。ID结构信息分为两类，所对应不同的NAPTR资源记录中的服务类型。固定格式的ID结构信息所对应的NAPTR资源记录格式如表2所示。它表明RegExp域包含将ID转换为特定的解析格式，以便进行下一步的对象信息解析。表2固定格式的NAPTR资源记录orderpreferenceFlagsServiceRegExpreplacement0100uMoc+fft.固定格式的ID结构信息主要用于注册管理机构直接管理对象的解析。由于对象遵从统一的标识编码规则，因而ID结构信息固定，采用某种固定的标识编码方案。举例说明：表3列出了固定格式ID结构信息的一个NAPTR资源记录，将RegExp应用于一个总长为11bit的ID，最终将得到“nnnnn.nnn.”格式的ID。表3固定格式的NAPTR资源记录示例说明orderpreferenceFlagsServiceRegExpreplacement0100uMoc+fft!^(.{3})(.{5}).{3}$!\\2.\\1..!.可变格式的ID结构信息所对应的NAPTR资源记录格式如表4所示。它表明RegExp域包含从ID中提取一部分值，用于结合应用解析服务器所提供的额外信息，共同形成特定解析结构，以便进行下一步的对象信息解析。表4可变格式的NAPTR资源记录OrderpreferenceFlagsServiceRegExpreplacement0100uMoc+vft.可变格式的ID结构信息主要用于注册管理机构对于下级注册机构的解析，或者是兼容现存标识编码方案的解析。举例说明：表5列出了可变格式ID结构信息的一个NAPTR资源记录，将RegExp应用于一个总长为13bit的ID，将得到此ID的前两位比特值“XX”。表5固定格式的NAPTR资源记录示例说明orderpreferenceFlagsServiceRegExpreplacement0100uMoc+vft!^(.{2}).{11}$!\\1!.此时，客户端需要发送请求到应用解析服务器，获得NAPTR的基本信息“Y.”，则得到最终查询结果“XX.Y.”格式的ID。7.3对象信息解析对象信息解析依据IETFRFC1035所定义的DNS协议和IETFRFC3034所定义的NAPTR资源记录。依据ID结构信息解析的结果，OID客户端可配置NAPTR资源记录发送到应用解析服务器，获取RegExp域内的URL，使用该URL获得对象解析信息，具体参见表6。表6对象信息解析的NAPTR资源记录orderpreferenceFlagsServiceRegExpreplacement0100uc2u!^.*$!http://XX.Y.!.其中，service域被设置为“c2u”，RegExp域指定了对象信息的URL。注意：在NAPTR资源记录中，service域被设置为c2u时，需要在RegExp域内包含一个可用的URL。8应用场景分析依据标识对象信息存储方式的不同，交通运输领域的对象可分为集中式管理的对象和分布式管理的对象。用于集中式管理的对象是指依托于条码、二维码、RFID、智能IC卡等技术进行标识管理的对象，比如人员、车辆、运输货物等。此类对象具备离散信息采集、信息处理量较小、实时移动等特点，因而通常由其隶属的注册管理机构建设大型的应用解析服务器，进行集中式管理。本标准所提出的标识解析原理主要是针对集中式管理对象的解析。用于分布式管理的对象是指依托于传感器网络、摄像头等技术进行监测管理的对象，比如交通基础设施等。此类对象一般信息采集连续、信息处理量较大，且具备稳定不变性等特点，因而通常结合现有的基础网络设施，进行分布式存储和数据管理，在需要时进行精准对象定位，实时调度获取信息。此类对象的解析系统和解析原理可依据GB/TXXXXX《信息技术传感器网络第502部分：标识：传感节点身份标识符解析规范》。对于已经存在或者自主建设的对象管理系统，将应依据附录A的原理接入到交通部整体的标识解析架构中。9系统要求9.1设备要求解析系统的软硬件配置根据用户实际访问量和数据容量等因素决定。从应用角度考虑，各级注册管理机构的解析系统应部署两台服务器，一台用以下级注册管理机构的DNS解析，一台用于对象信息解析。9.2管理要求9.2.1解析系统设置在相应层级的标识分支管理机构。分支解析系统的申请者应根据实际情况向上一级管理机构提出申请，不可越级申请。只有在上一级管理机构不存在的前提下，分支解析系统才可越级提出申请。9.2.2分支管理机构应遵从部级标识管理机构的统一管理。9.2.3分支机构能够保证为解析系统提供一年365天的技术支持工作，每天保证24小时的技术和业务支持，并提供在解析服务器发生故障时可迅速恢复的能力证明。9.2.4分支机构应保证所获得和使用的数据除了标识管理和解析服务意外，不以任何理由与第三方共享。9.2.5分支管理机构应针对解析服务器出现紧急情况提供应急预案，系统具有实现数据备份、并迅速恢复所有相关区域文件的能力。9.2.6若分支机构停止运营或者进行机构变更，应保证在不破坏当前服务的前提下实施。附录A（规范性附录）现有系统接入场景分析此过程的目的是通过DNS寻找与ID相关联的多媒体信息的位置和接入方式，为了使用DNS,ID需要转换为DNS能够识别的规范格式。进行ID解析的DNS服务器可在NS记录里包含指向另一个DNS的委托指示器（delegationpointer），或者在NAPTR资源记录里与ID相关联的多媒体信息的URL。ID终端从ID标签里读取ID，并且知道如何将ID转换为FQDN的格式，并将ID转换为FQDN的格式发送它作为DNS请求的一部分。如果用户终端不知道如何将ID转换为FQDN的格式，则需要初始化OID解析过程（参见ISO/IEC29168-2）。NAPTR类型用于DNS请求，DNS请求发送到缺省的DNS服务器（本地DNS服务器）。如果缺省的DNS服务器有一个针对此ID的NAPTR资源记录，则返回包含多媒体信息内容的URL的NAPTR资源记录。如果缺省的DNS服务器没有针对此ID的NAPTR资源记录，则发送请求到根NS服务器。根DNS服务器发送其他DNS服务器的IP地址。缺省DNS服务器发送请求到新地址。此过程不断迭代，知道NAPTR资源记录被找到。当缺省DNS服务器成功地接受了NAPTR资源记录，便将NAPTR资源记录返回到ID终端，ID解析过程完成。8.27.1.3ID结构信息依据GB/TXXXXX《交通运输标识编码规则》，交通部标识符编码规则为：XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX若为载体直接识读的情况，则DNS服务器中的NAPTR资源记录如下所示：OrderPreferenceFlagsServiceRegExpReplacement0100uMoc+!^(.{X})(.{Y}).{Z}$!\\348.!.其中，采用固定格式标识符若为载体和信息采集设备共同识读的情况，则DNS服务器的NAPTR资源记录如下所示：OrderPreferenceFlagsServiceRegExpReplacement0100uMoc+VFT!^(.{X})(.{Y}).{Z}$!\\348.!.其中，参照GB/TXXXXX《交通运输标识编码应用分类》和解析系统部署图（图2），由于信息存储和使用方式存在差异，应用解析可分为集中式对象管理应用解析和分布式对象管理应用解析。两者的差别在于前者往往以组织机构的形式来建设应用解析服务器；而后者往往是针对到具体某个网络、区域、某些节点来建立应用解析服务器。交通运输领域在对其对象应用解析服务器进行建设时，应考虑两种情况：（1）新建的对象应用解析服务器；（2）已存在、正在使用的对象应用解析服务器。则交通运输领域的应用解析可分为以下3类情况：应用解析方式集中式对象管理分布式对象管理新建集中式对象管理应用解析建设分布式对象管理应用解析建设已存在的系统现有系统接入的应用解析建设图5.应用解析分类在此应用解析过程中，OID客户端可通过以下两种方式进行OID输入：载体直接识读条码、二维码、RFID、智能IC卡承载有完整的OID标识符，无需通过其他处理方式，自动识读载体即可获得OID。通过载体和信息采集设备共同识读识别载体上承载ID编码，需要通过信息采集设备或者软件、上下文语境等加载和处理后，获得完整的OID标识符输入。的信息往往为固定或者集中式存储。在交通运输领域，适用于集中式信息存储的对象一般为举例来说，以RFID电子车牌应用场景为例，对象信息分为两部分：一是RFID电子标签所存储的信息（唯一标识符、车辆基本信息、加密信息等），此类信息量较少，而且比较稳定，虽然在一些场景下会有信息读入读出，但不会总是发生变化；另一部分则集中于读写器和后台数据管理系统，存储与运输车辆相关的信息，包括高速路站台读写器、数据读入部分分配唯一标识、分为在线和离线两类应用场景运输车辆状态动态实时变化。想运输车辆上安装有RFID电子车牌，里面存储车辆的唯一标识符、车辆基本信息、加密信息等。部署于道路旁边或者出入门禁的读写器在车辆通过时可自动识读RFID卡内信息，与后台数据管理系统关联，进而执行出入管理、费用缴纳、车辆通行信息统计等功能。在此类场景下，运输车辆具有唯一的标识符，举例来说，以RFID机动车管理场景为例，机动车实时动态变化，而RFID电子芯片中所存储的信息以及后台管理系统中针对该机动车的存储信息比较稳定（虽有信息的读入读出，但信息不会总是发生变化，且信息存储量较小）。应用解析原理5.2.2分布式信息储存的对象5.2.3动态移动、动态信息存储的对象应用解析两