EPC和物联网应用.pptVIP

图10.21 查询系统模型 4．任务调度模型 如图10.22所示，当系统负荷较重时，其他系统可以分担本系统的一些任务，所需要做的只是将消息发送给其他系统的消息管理器。当系统较为空闲时，其他系统可以分配任务给本系统，所需要做的只是将消息发送给本系统的消息管理器。 图10.22 任务调度管理系统 6．数据管理 在Savant的网络结构中，尽管Savant共同承担处理和维护系统数据的责任，但并不是所有的Savant都具有同等的加工、存储和接口要求。 既然要对不同等级的Savant分配数据，就必须解决下面的问题。 ①在Savant的网络结构中数据如何分布。 ②数据如何存取和查询。 ③数据如何维护。 可以采用多种方式在Savant中采集数据。 通常，选择一个属性然后根据属性值采集数据。 在这个架构中，优先采用按照二维（或属性）分割数据的原则，即时间和空间。因为EPC数据只能通过Edge Savant来采集，必须在Edge Savant的上级Internal Savant中传输和分流。 所以，随着数据采集的不断进行，希望数据只通过特定的Savant收集。 当按照空间属性分配数据时，规定从某个Savant采集的数据只能出现在它通向根节点的Savant 中。 换句话说，不管是不是直接上下级关系，一个内部Savant只能保存关于它下级Savant的数据。 图10.12所示为数据按照空间和时间分配的简单例子。数据在Savant中按照时间垂直分配，同时每个父节点保存的是它的子节点的数据，而不是其兄弟节点的数据。 为了实现这种分配形式，除了从Edge Savant中采集的数据外，还需要保存额外的数据。对每个从Edge Savant加载（或更新）的数据都要保存两个属性，即Savant的ID号和更新时间记录。 图10.12为一个简单记录的结构。 据此可知，只在网络的垂直方向上有数据移动。也就是说，随着时间推移，新数据采集上来，现有数据变成旧数据，它们系统地沿着网络树向上传输。 在向上传输之前，EPC数据在某个Savant中保留多长时间可以由用户配置。 图10.12 Savant的记录结构 所以Edge Savant都从网络中与它直接相连的阅读器上采集数据。这些数据是读写器扫描获得的EPC的基础集合。 最简单的情况下，集合只是所有EPC的列表；如果要求描述得比较详细，则数据集合也许是一些EPC的前缀。 另一方面，比叶节点高一级的内部Savant (Internal Savant)从子Edge Savant中采集数据并保存信息集合。 二、0NS解析 Auto-ID中心认为，一个开放式的、全球性的追踪物品的网络需要一些特殊的网络结构。 因为除了将EPC存储在标签中外，还需要一些将EPC与相应商品信息进行匹配的方法。这个功能就由对象名解析服务( ONS)来实现，它是一个自动的网络服务系统，类似于域名解析服务(DNS，是将一台计算机定位到万维网上某一具体地点的服务)。 当一个读写器读取一个EPC标签信息时， EPC就传递给了EPC中间件系统。EPC中间件系统然后再在局域网或因特网上利用ONS找到这个产品信息存储的位置。 ONS给EPC中间件系统指明了存储这个产品有关信息的服务器，因此就能够在EPC中间件系统中找到这个文件，并且将这个文件中关于这个产品的信息传递过来，从而应用于供应链的管理。 1．ONS系统架构 ONS体系结构是一个分布式的系统架构，主要由以下几部分组成。 (1)映射信息 映射信息分布式地存储在不同层次的ONS服务器里，这类信息便于管理。 (2) ONS服务器 如果某个查询请求要求查询一个EPC对应的PML（实体标记语言）服务器的lP地址，则服务器可以对此作出响应并解决这一问题。 每一台ONS服务器拥有一些权威的映射信息和另一些EPC的缓冲存储映射信息。 (3) ONS解析器 ONS解析器向ONS服务器提交查询请求，以获得所需PML服务器的网络位置。 2．ONS工作过程 ONS的实际工作最大限度地利用了Internet上现有的体系结构，这样既可以节省投资，也可以增加系统之间的兼容性。 ONS查询的前部分工作是利用一个与DNS相同结构的系统完成的，而后续部分的工作则完全由现有的DNS系统完成，所以说，ONS是离不开DNS的。 当然也完全可以把ONS设计成完全独立于现有DNS的系统，但那样会增加太多的基础设施建设，是完全不必要的。 ONS依赖于DNS工作的事实说明了ONS的查询和应答格式必须兼容DNS的标准。 现有设计的实际情况也是符合这个条件的，即ONS查询中EPC需要转化为一个域名形式，而应答也必须是一个合法的DNS资源记录。 整个过程主要分为如下几步： (1)从RFID标签上读取EPC序列。