博乐园

由于跟JBuilder开发的人员合用一个版本控制工具...他们在版本控制中的web目录是defaultroot，所以我只好将MyEclipse的WebRoot   改掉...
.mymetadata   文件改为：
<?xml   version= "1.0 "   encoding= "UTF-8 "?>
<project-module
    type= "WEB "
    name= "DRM "
    id= "myeclipse.1179981412453 "
    context-root= "/DRM "
    j2ee-spec= "1.4 "
    archive= "DRM.war ">
    <attributes>
        <attribute   name= "webrootdir "   value= "defaultroot "   />
    </attributes>
</project-module>

同时要修改src的发布地址

Ext.form.TextField 的 maxLength/size 处理的并不是很好，设置了maxLength后还是可以任意输入，国外extjs论坛看到有人的帖子，通过prototype重定义这两个属性，试了一下，很有效
Ext.form.TextField.prototype.size = 20;
Ext.form.TextField.prototype.initValue = http://blog.soso.com/qz.q/function() {
if (this.value !== undefined) {
this.setValue(this.value);
} else if (this.el.dom.value.length > 0) {
this.setValue(this.el.dom.value);
}
this.el.dom.size = this.size;
if (!isNaN(this.maxLength) && (this.maxLength * 1) > 0
&& (this.maxLength != Number.MAX_VALUE)) {
this.el.dom.maxLength = this.maxLength * 1;
}
};
上面的js放在ext-all.js的引用之后就可以了，然后再指定maxLength属性就能控制输入长度。
这时候出现问题了，当提交表单数据时，如果combobox值为空，通过getValue()方法获得的值会是emptyText属性的值。如："请选择XXX"。从问题中可以知道是因为value值被改变了，只要将上述代码中的部分代码去掉即可。 被去掉部分如下：
if (this.value !== undefined) {
this.setValue(this.value);
} else if (this.el.dom.value.length > 0) {
this.setValue(this.el.dom.value);
}
this.el.dom.size = this.size;

必须加入的包有jsonplugin-0.30.jar,xsttream-1.3.jar,freemarker-2.3.8.jar

Xml代码

1. ///struts.xml 
2. <struts>
3. <include file="struts-default.xml"/>
4. <package name="json" extends="json-default">
5. <action name="extjs" class="book.action.ExtjsAction">
6. <result type="json"/><!-- 这里生成Json -->
7. </action>
8. <action name="extjsXml" class="book.action.ExtjsAction">
9. <result type="freemarker">
10. <param name="location">template/gridXml.ftl</param>
11. <param name="contentType">application/xml</param>
12. </result>
13. </action>
14. </package>
15. </struts>

///struts.xml
<struts>
    <include file="struts-default.xml"/>
    <package name="json" extends="json-default">
        <action name="extjs" class="book.action.ExtjsAction">
            <result type="json"/><!-- 这里生成Json -->
        </action>
        <action name="extjsXml" class="book.action.ExtjsAction">
            <result type="freemarker">
	            <param name="location">template/gridXml.ftl</param>
	            <param name="contentType">application/xml</param>
            </result>
        </action>
    </package>
</struts>

Xml代码

1. //src/template/gridXml.ftl 
3. <?xml version="1.0" encoding="utf-8"?>
4. <list>
5. <Total>
6. <results>${results}</results>
7. </Total>
8. <#list items as item>
9. <#assign recordName=item.class.name.replaceAll(".*\\.","")>
10. <${recordName}>
11. <#assign methods=item.class.declaredMethods>
12. <#list methods as method>
13. <#assign isGetMethod=method.name.startsWith("get")>
14. <#if isGetMethod = true>
15. <#assign methodmethodName=method.name.replaceAll("get","").toLowerCase()>
16. <${methodName}>
17.                 ${method.invoke(item,null)} 
18. </${methodName}>
19. </#if>
20. </#list>
21. </${recordName}>
22. </#list>
23. </list>

对于大多数开发人员，为系统中的每个 DAO 编写几乎相同的代码到目前为止已经成为一种习惯。虽然所有人都将这种重复标识为 “代码味道”，但我们大多数都已经学会忍受它。其实有解决方案。可以使用许多 ORM 工具来避免代码重复。例如，使用 Hibernate，您可以简单地为所有的持久域对象直接使用会话操作。这种方法的缺点是损失了类型安全。

为什么您要为数据访问代码提供类型安全接口？我会争辩说，当它与现代 IDE 工具一起使用时，会减少编程错误并提高生产率。首先，类型安全接口清楚地指明哪些域对象具有可用的持久存储。其次，它消除了易出错的类型强制转换的需要（这是一个在查询操作中比在 CRUD 中更常见的问题）。最后，它有效利用了今天大多数 IDE 具备的自动完成特性。使用自动完成是记住什么查询可用于特定域类的快捷方法。

在本文中，我将为您展示如何避免再三地重复 DAO 代码，而仍保留类型安全接口的优点。事实上，您需要为每个新 DAO 编写的只是 Hibernate 映射文件、无格式旧 Java 接口以及 Spring 配置文件中的 10 行。

DAO 实现

DAO 模式对任何企业 Java 开发人员来说都应该很熟悉。但是模式的实现各不相同，所以我们来澄清一下本文提供的 DAO 实现背后的假设：

• 系统中的所有数据库访问都通过 DAO 进行以实现封装。
• 每个 DAO 实例负责一个主要域对象或实体。如果域对象具有独立生命周期，它应具有自己的 DAO。
• DAO 负责域对象的创建、读取（按主键）、更新和删除（creations, reads, updates, and deletions，CRUD）。
• DAO 可允许基于除主键之外的标准进行查询。我将之称为查找器方法 或查找器。查找器的返回值通常是 DAO 负责的域对象集合。
• DAO 不负责处理事务、会话或连接。这些不由 DAO 处理是为了实现灵活性。

回页首

泛型 DAO 接口

泛型 DAO 的基础是其 CRUD 操作。下面的接口定义泛型 DAO 的方法：

清单 1. 泛型 DAO 接口

public interface GenericDao <T, PK extends Serializable> {

    /** Persist the newInstance object into database */
    PK create(T newInstance);

    /** Retrieve an object that was previously persisted to the database using
     *   the indicated id as primary key
     */
    T read(PK id);

    /** Save changes made to a persistent object.  */
    void update(T transientObject);

    /** Remove an object from persistent storage in the database */
    void delete(T persistentObject);
}

实现接口

用 Hibernate 实现清单 1 中的接口十分简单，如清单 2 所示。它只需调用底层 Hibernate 方法和添加强制类型转换。Spring 负责会话和事务管理。（当然，我假设这些函数已做了适当的设置，但该主题在 Hibernate 和 Springt 手册中有详细介绍。）

清单 2. 第一个泛型 DAO 实现

public class GenericDaoHibernateImpl <T, PK extends Serializable>
    implements GenericDao<T, PK>, FinderExecutor {
    private Class<T> type;

    public GenericDaoHibernateImpl(Class<T> type) {
        this.type = type;
    }

    public PK create(T o) {
        return (PK) getSession().save(o);
    }

    public T read(PK id) {
        return (T) getSession().get(type, id);
    }

    public void update(T o) {
        getSession().update(o);
    }

    public void delete(T o) {
        getSession().delete(o);
    }

    // Not showing implementations of getSession() and setSessionFactory()
            }

Spring 配置

最后，在 Spring 配置中，我创建了 GenericDaoHibernateImpl 的一个实例。必须告诉 GenericDaoHibernateImpl 的构造函数 DAO 实例将负责哪个域类。只有这样，Hibernate 才能在运行时知道由 DAO 管理的对象类型。在清单 3 中，我将域类 Person 从示例应用程序传递给构造函数，并将先前配置的 Hibernate 会话工厂设置为已实例化的 DAO 的参数：

清单 3. 配置 DAO

<bean id="personDao" class="genericdao.impl.GenericDaoHibernateImpl">
        <constructor-arg>
            <value>genericdaotest.domain.Person</value>
        </constructor-arg>
        <property name="sessionFactory">
            <ref bean="sessionFactory"/>
        </property>
</bean>
        

回页首

可用的泛型 DAO

我还没有完成，但我所完成的确实已经可以使用了。在清单 4 中，可以看到原封不动使用该泛型 DAO 的示例：

清单 4. 使用 DAO

public void someMethodCreatingAPerson() {
    ...
    GenericDao dao = (GenericDao)
     beanFactory.getBean("personDao"); // This should normally be injected

    Person p = new Person("Per", 90);
    dao.create(p);
}
        

现在，我有一个能够进行类型安全 CRUD 操作的泛型 DAO。让子类 GenericDaoHibernateImpl 为每个域对象添加查询能力将非常合理。因为本文的目的在于展示如何不为每个查询编写显式的 Java 代码来实现查询，但是，我将使用其他两个工具将查询引入 DAO，也就是 Spring AOP 和 Hibernate 命名的查询。

Spring AOP introductions

可以使用 Spring AOP 中的 introductions 将功能添加到现有对象，方法是将功能包装在代理中，定义应实现的接口，并将所有先前未支持的方法指派到单个处理程序。在我的 DAO 实现中，我使用 introductions 将许多查找器方法添加到现有泛型 DAO 类中。因为查找器方法是特定于每个域对象的，因此将其应用于泛型 DAO 的类型化接口。

Spring 配置如清单 5 所示：

清单 5. FinderIntroductionAdvisor 的 Spring 配置

<bean id="finderIntroductionAdvisor" class="genericdao.impl.FinderIntroductionAdvisor"/>

<bean id="abstractDaoTarget"
        class="genericdao.impl.GenericDaoHibernateImpl" abstract="true">
        <property name="sessionFactory">
            <ref bean="sessionFactory"/>
        </property>
</bean>

<bean id="abstractDao"
        class="org.springframework.aop.framework.ProxyFactoryBean" abstract="true">
        <property name="interceptorNames">
            <list>
                <value>finderIntroductionAdvisor</value>
            </list>
        </property>
</bean>
        

在清单 5 的配置文件中，我定义了三个 Spring bean。第一个 bean 是 FinderIntroductionAdvisor，它处理引入到 DAO 的所有方法，这些方法在 GenericDaoHibernateImpl 类中不可用。我稍后将详细介绍 Advisor bean。

第二个 bean 是 “抽象的”。在 Spring 中，这意味着该 bean 可在其他 bean 定义中被重用，但不被实例化。除了抽象特性之外，该 bean 定义只指出我想要 GenericDaoHibernateImpl 的实例以及该实例需要对 SessionFactory 的引用。注意，GenericDaoHibernateImpl 类仅定义一个构造函数，该构造函数接受域类作为其参数。因为该 bean 定义是抽象的，所以我将来可以无数次地重用该定义，并将构造函数参数设置为合适的域类。

最后，第三个也是最有趣的 bean 将 GenericDaoHibernateImpl 的 vanilla 实例包装在代理中，赋予其执行查找器方法的能力。该 bean 定义也是抽象的，不指定希望引入到 vanilla DAO 的接口。该接口对于每个具体的实例是不同的。注意，清单 5 显示的整个配置仅定义一次。

扩展 GenericDAO

当然，每个 DAO 的接口都基于 GenericDao 接口。我只需使该接口适应特定的域类并扩展该接口以包括查找器方法。在清单 6 中，可以看到为特定目的扩展的 GenericDao 接口示例：

清单 6. PersonDao 接口

public interface PersonDao extends GenericDao<Person, Long> {
    List<Person> findByName(String name);
}

很明显，清单 6 中定义的方法旨在按名称查找 Person。必需的 Java 实现代码全部是泛型代码，在添加更多 DAO 时不需要任何更新。

配置 PersonDao

因为 Spring 配置依赖于先前定义的 “抽象” bean，因此它变得相当简洁。我需要指出 DAO 负责哪个域类，并且需要告诉 Springs 该 DAO 应实现哪个接口（一些方法是直接使用，一些方法则是通过使用 introductions 来使用）。清单 7 展示了 PersonDAO 的 Spring 配置文件：

清单 7. PersonDao 的 Spring 配置

<bean id="personDao" parent="abstractDao">
    <property name="proxyInterfaces">
        <value>genericdaotest.dao.PersonDao</value>
    </property>
    <property name="target">
        <bean parent="abstractDaoTarget">
            <constructor-arg>
                <value>genericdaotest.domain.Person</value>
            </constructor-arg>
        </bean>
    </property>
</bean>
        

在清单 8 中，可以看到使用了这个更新后的 DAO 版本：

清单 8. 使用类型安全接口

public void someMethodCreatingAPerson() {
    ...
    PersonDao dao = (PersonDao)
     beanFactory.getBean("personDao"); // This should normally be injected

    Person p = new Person("Per", 90);
    dao.create(p);

    List<Person> result = dao.findByName("Per"); // Runtime exception
}
        

虽然清单 8 中的代码是使用类型安全 PersonDao 接口的正确方法，但 DAO 的实现并不完整。调用 findByName() 会导致运行时异常。问题在于我还没有实现调用 findByName() 所必需的查询。剩下要做的就是指定查询。为更正该问题，我使用了 Hibernate 命名查询。

Hibernate 命名查询

使用 Hibernate，可以在 Hibernate 映射文件 (hbm.xml) 中定义 HQL 查询并为其命名。稍后可以通过简单地引用给定名称来在 Java 代码中使用该查询。该方法的优点之一是能够在部署时优化查询，而无需更改代码。您一会将会看到，另一个优点是无需编写任何新 Java 实现代码，就可以实现 “完整的” DAO。清单 9 是带有命名查询的映射文件的示例：

清单 9. 带有命名查询的映射文件

 <hibernate-mapping package="genericdaotest.domain">
     <class name="Person">
         <id name="id">
             <generator class="native"/>
         </id>
         <property name="name" />
         <property name="weight" />
     </class>

     <query name="Person.findByName">
         <![CDATA[select p from Person p where p.name = ? ]]>
     </query>
 </hibernate-mapping>
        

清单 9 定义了域类 Person 的 Hibernate 映射，该域类具有两个属性：name 和 weight。Person 是具有上述属性的简单 POJO。该文件还包含一个在数据库中查找 Person 所有实例的查询，其中 “name” 等于提供的参数。Hibernate 不为命名查询提供任何真正的名称空间功能。出于讨论目的，我为所有查询名称都加了域类的短（非限定）名称作为前缀。在现实世界中，使用包括包名称的完全类名可能是更好的主意。

逐步概述

您已经看到了为任何域对象创建和配置新 DAO 所必需的全部步骤。三个简单的步骤是：

1. 定义一个接口，它扩展 GenericDao 并包含所需的任何查找器方法。
2. 将每个查找器的命名查询添加到域对象的 hbm.xml 映射文件。
3. 为 DAO 添加 10 行 Spring 配置文件。

查看执行查找器方法的代码（只编写了一次！）来结束我的讨论。

可重用的 DAO 类

使用的 Spring advisor 和 interceptor 很简单，事实上它们的工作是向后引用 GenericDaoHibernateImplClass。方法名以 “find” 打头的所有调用都传递给 DAO 和单个方法 executeFinder()。

清单 10. FinderIntroductionAdvisor 的实现

public class FinderIntroductionAdvisor extends DefaultIntroductionAdvisor {
    public FinderIntroductionAdvisor() {
        super(new FinderIntroductionInterceptor());
    }
}

public class FinderIntroductionInterceptor implements IntroductionInterceptor {

    public Object invoke(MethodInvocation methodInvocation) throws Throwable {

        FinderExecutor genericDao = (FinderExecutor) methodInvocation.getThis();

        String methodName = methodInvocation.getMethod().getName();
        if (methodName.startsWith("find")) {
            Object[] arguments = methodInvocation.getArguments();
            return genericDao.executeFinder(methodInvocation.getMethod(), arguments);
        } else {
            return methodInvocation.proceed();
        }
    }

    public boolean implementsInterface(Class intf) {
        return intf.isInterface() && FinderExecutor.class.isAssignableFrom(intf);
    }
}

executeFinder() 方法

清单 10 的实现中惟一缺少的是 executeFinder() 实现。该代码查看调用的类和方法的名称，并使用配置上的约定将其与 Hibernate 查询的名称相匹配。还可以使用 FinderNamingStrategy 来支持其他命名查询的方法。默认实现查找叫做 “ClassName.methodName” 的查询，其中 ClassName 是不带包的短名称。清单 11 完成了泛型类型安全 DAO 实现：

清单 11. executeFinder() 的实现

public List<T> executeFinder(Method method, final Object[] queryArgs) {
     final String queryName = queryNameFromMethod(method);
     final Query namedQuery = getSession().getNamedQuery(queryName);
     String[] namedParameters = namedQuery.getNamedParameters();
     for(int i = 0; i < queryArgs.length; i++) {
             Object arg = queryArgs[i];
             Type argType =  namedQuery.setParameter(i, arg);
      }
      return (List<T>) namedQuery.list();
 }

 public String queryNameFromMethod(Method finderMethod) {
     return type.getSimpleName() + "." + finderMethod.getName();
 }

结束语

在 Java 5 之前，该语言不支持编写既类型安全又 泛型的代码，您必须只能选择其中之一。在本文中，您已经看到一个结合使用 Java 5 泛型与 Spring 和 Hibernate（以及 AOP）等工具来提高生产率的示例。泛型类型安全 DAO 类相当容易编写 —— 您只需要单个接口、一些命名查询和为 Spring 配置添加的 10 行代码 —— 而且可以极大地减少错误并节省时间。

几乎本文的所有代码都是可重用的。尽管您的 DAO 类可能包含此处没有实现的查询和操作类型（比如，批操作），但使用我所展示的技术，您至少应该能够实现其中的一部分。参阅 参考资料 了解其他泛型类型安全 DAO 类实现。

致谢

自 Java 语言中出现泛型以来，单个泛型类型安全 DAO 的概念已经成为主题。我曾在 JavaOne 2004 中与 Don Smith 简要讨论了泛型 DAO 的灵活性。本文使用的 DAO 实现类旨在作为示例实现，实际上还存在其他实现。例如，Christian Bauer 已经发布了带有 CRUD 操作和标准搜索的实现，Eric Burke 也在该领域做出了工作。我确信将会有更多的实现出现。我要额外感谢 Christian，他目睹了我编写泛型类型安全 DAO 的第一次尝试并提出改进建议。最后，我要感谢 Ramnivas Laddad 的无价帮助，他审阅了本文。

物联网(Internet of Things)最初被定义为把所有物品通过射频识别(RFID)和条码等信息传感设备与互联网连接起来，实现智能化识别和管理功能的网络。这个概念最早于1999年由麻省理工学院Auto-ID研究中心提出，实质上等于RFID技术和互联网的结合应用。RFID标签可谓是早期物联网最为关键的技术与产品环节，当时人们认为物联网最大规模、最有前景的应用就是在零售和物流领域，利用RFID技术，通过计算机互联网实现物品或商品的自动识别和信息的互联与共享。

2005年，国际电信联盟(ITU)在《The Internet of Things》报告中对物联网概念进行扩展，提出任何时刻、任何地点、任何物体之间的互联，无所不在的网络和无所不在计算的发展愿景，除RFID技术外、传感器技术、纳米技术、智能终端等技术将得到更加广泛的应用。但ITU未针对物联网的概念扩展提出新的物联网定义。

2009年9月15日，欧盟第七框架下RFID和物联网研究项目簇(Cluster of European Research Projects on The Internet Of Things：CERP-IoT)发布了《物联网战略研究路线图》研究报告，其中提出了新的物联网概念，认为物联网是未来Internet的一个组成部分，可以被定义为基于标准的和可互操作的通信协议且具有自配置能力的动态的全球网络基础架构。物联网中的“物”都具有标识、物理属性和实质上的个性，使用智能接口，实现与信息网络的无缝整合。该项目簇的主要研究目的是便于欧洲内部不同RFID和物联网项目之间的组网;协调包括RFID的物联网研究活动;对专业技术、人力资源和资源进行平衡，以使得研究效果最大化;在项目之间建立协同机制。

物联网与RFID、传感器网络和泛在网的关系

1. 传感器网络与RFID 的关系

RFID和传感器具有不同的技术特点，传感器可以监测感应到各种信息，但缺乏对物品的标识能力，而RFID技术恰恰具有强大的标识物品能力。尽管RFID也经常被描述成一种基于标签的，并用于识别目标的传感器，但RFID读写器不能实时感应当前环境的改变，其读写范围受到读写器与标签之间距离的影响。因此提高RFID系统的感应能力，扩大RFID系统的覆盖能力是亟待解决的问题。而传感器网络较长的有效距离将拓展RFID技术的应用范围。传感器、传感器网络和RFID技术都是物联网技术的重要组成部分，它们的相互融合和系统集成将极大地推动物联网的应用，其应用前景不可估量。

2. 物联网与传感器网络的关系

传感器网络(Sensor Network)的概念最早由美国军方提出，起源于1978年美国国防部高级研究计划局(DARPA)开始资助卡耐基梅隆大学进行分布式传感器网络的研究项目，当时此概念局限于由若干具有无线通信能力的传感器节点自组织构成的网络。随着近年来互联网技术和多种接入网络以及智能计算技术的飞速发展，2008年2月，ITU-T发表了《泛在传感器网络(Ubiquitous Sensor Networks)》研究报告。在报告中，ITU-T指出传感器网络已经向泛在传感器网络的方向发展，它是由智能传感器节点组成的网络，可以以“任何地点、任何时间、任何人、任何物”的形式被部署。该技术可以在广泛的领域中推动新的应用和服务，从安全保卫和环境监控到推动个人生产力和增强国家竞争力。从以上定义可见，传感器网络已被视为物联网的重要组成部分，如果将智能传感器的范围扩展到RFID等其他数据采集技术，从技术构成和应用领域来看，泛在传感器网络等同于现在我们提到的物联网。

3. 物联网与泛在网络的关系

泛在网是指无所不在的网络，又称泛在网络。最早提出U战略的日韩给出的定义是：无所不在的网络社会将是由智能网络、最先进的计算技术以及其他领先的数字技术基础设施武装而成的技术社会形态。根据这样的构想，U网络将以“无所不在”、“无所不包”、“无所不能”为基本特征，帮助人类实现“4A”化通信，即在任何时间、任何地点、任何人、任何物都能顺畅地通信。故相对于物联网技术的当前可实现性来说，泛在网属于未来信息网络技术发展的理想状态和长期愿景。

从以上的分析可见，传感器网络、物联网和泛在网络之间的关系可用图1来表示。

物联网的技术框架

物联网的技术体系框架如图2所示，它包括感知层技术、网络层技术、应用层技术和公共技术。

1. 感知层 数据采集与感知主要用于采集物理世界中发生的物理事件和数据，包括各类物理量、标识、音频、视频数据。物联网的数据采集涉及传感器、RFID、多媒体信息采集、二维码和实时定位等技术。

传感器网络组网和协同信息处理技术实现传感器、RFID等数据采集技术所获取数据的短距离传输、自组织组网以及多个传感器对数据的协同信息处理过程。

2. 网络层 实现更加广泛的互联功能，能够把感知到的信息无障碍、高可靠性、高安全性地进行传送，需要传感器网络与移动通信技术、互联网技术相融合。经过十余年的快速发展，移动通信、互联网等技术已比较成熟，基本能够满足物联网数据传输的需要。

3.应用层 应用层主要包含应用支撑平台子层和应用服务子层。其中应用支撑平台子层用于支撑跨行业、跨应用、跨系统之间的信息协同、共享、互通的功能。应用服务子层包括智能交通、智能医疗、智能家居、智能物流、智能电力等行业应用。

4. 公共技术 公共技术不属于物联网技术的某个特定层面，而是与物联网技术架构的三层都有关系，它包括标识与解析、安全技术、网络管理和服务质量(QoS)管理。

物联网的标准体系

根据物联网技术与应用密切相关的特点，按照技术基础标准和应用子集两个层次，我们提出引用现有标准、裁剪现有标准或制定新规范等策略，形成了包括体系架构、组网通信协议、接口、协同处理组件、网络安全、编码标识、骨干网接入与服务等技术基础规范和产品、应用子集类规范的标准体系(如图3所示)，以求通过标准体系指导成体系、系统的物联网标准制定工作，同时为今后的物联网产品研发和应用开发中对标准的采用提供重要的支持。

当前物联网标准研制有以下两个主要任务：

1. 筹备物联网标准联合工作组，做好相关标准化组织间的协调

目前，物联网的概念和技术架构缺乏统一的清晰描述，一些利益相关方争相进行基于自身利益的解读，使得政府、产业和市场各方对其内涵和外延认识不清，可能使政府对物联网技术和产业的支持方向和力度产生偏差，严重影响物联网产业的健康发展。

本着整合物联网相关标准化资源，协调物联网的整体标准化工作，更好地服务于国家的物联网产业协调发展大局，满足国家信息产业总体发展战略的要求，适应物联网以应用为驱动、以需求为牵引的多种技术紧密融合的特殊需要的原则，同时为政府部门的物联网产业发展决策提供全面的技术和标准化服务支撑。日前由工业和信息化部电子标签(RFID)标准工作组、全国信息技术标准化技术委员会传感器网络标准工作组、工业和信息化部信息资源共享协同服务(闪联)标准工作组、全国工业过程测量和控制标准化技术委员会等产学研用各界公认与物联网技术密切相关的标准工作组共同发起成立物联网标准联合工作组。由工业和信息化部电子科技委副主任、国家金卡工程协调领导小组办公室主任张琪担任联合工作组组长，中科院上海微系统与信息技术研究所副所长刘海涛担任联合工作组常务副组长。

物联网标准联合工作组将紧紧围绕产业发展需求，协调一致，整合资源，共同开展物联网技术的研究，积极推进物联网标准化工作，加快制定符合我国发展需求的物联网技术标准，建立健全标准体系，并积极参与国际标准化组织的活动，以联合工作组为平台，加强与欧、美、日、韩等国家和地区的交流和合作，力争成为制定物联网国际标准的主导力量之一。

2. 做好物联网顶层设计，完善物联网标准体系建设

我们需要高度重视物联网标准体系建设，加强组织协调，明确方向、突出重点、统一部署、分步实施，积极鼓励和吸纳有关有物联网应用需求的行业和企业参与标准化工作，稳步推进物联网标准的制定和推广应用，推动相关标准组织形成有效协调、分工合作的工作机制，尽快形成较为完善的物联网标准体系。制定我国物联网标准体系，也需要把国际物联网应用的发展动态和我国物联网发展战略相结合，联合相关部门开展研究，以保证实际需要为目标，结合实际国情和产业现状，给出标准制定的优先级列表， 进而为国家的宏观决策和指导提供技术依据，为与物联网相关的国家标准和行业标准的立项和制定提供指南。