CN103049773A

CN103049773A - 一种rfid设备与传感设备集成及数据融合方法

Info

Publication number: CN103049773A
Application number: CN2012105419741A
Authority: CN
Inventors: 刘发贵; 丁耿佳; 罗松超
Original assignee: South China University of Technology SCUT
Current assignee: South China University of Technology SCUT
Priority date: 2012-12-14
Filing date: 2012-12-14
Publication date: 2013-04-17
Anticipated expiration: 2032-12-14
Also published as: CN103049773B

Abstract

本发明公开了一种RFID设备和传感设备集成及数据融合方法，通过实现抽象设备的一个实例，将传感器设备模拟成RFID设备，即实现与RFID设备相同的管理和控制接口，再通过RFID中间件进行统一管理。本发明的技术方案提供了对RFID设备和传感设备进行统一管理和控制，对RFID数据和传感数据进行数据格式的融合，减少了传感设备管理模块开发和数据管理模块开发的周期和投入，提升了系统的扩展性。

Description

一种RFID设备与传感设备集成及数据融合方法

技术领域

本发明涉及RFID中间件及传感技术领域,尤其涉及一种RFID设备与传感设备集成及数据融合方法。

背景技术

射频识别（Radio Frequency Identification， RFID）技术，是一种利用射频通信实现的非接触式自动识别技术。RFID技术应用于供应链管理、物流、食品工业监控等行业，可大幅提高管理与运作效率，降低成本。RFID中间件是一种基于EPC global标准，独立于架构，面向数据流处理的基于消息的中间件，屏蔽了RFID设备的多样性和复杂性，能够为后台业务系统提供统一的数据服务接口，是RFID系统的神经中枢。

产品电子代码（Electronic Product Code ，EPC）是一种标识方案，通过射频识别标签和其它方式普遍地识别物理对象。标准化 EPC 数据包括独特地标识个别对象的 EPC（或 EPC 识别符）以及为能有效地解读 EPC 标签认为有必要的可选过滤值。

EPC标签数据标准定义了一种通用的标识类型。通用标识符(GID-96) 定义为96位的EPC代码,它不依赖任何已知的、现有的规范或标识方案。此通用标识符由3个字段组成——通用管理者代码、对象分类代码和序列号。GID的编码包含第四个字段：标头，保证EPC命名空间的唯一性。如表1所示：

表1 通用标识符（GID-96）

Figure 2012105419741100002DEST_PATH_IMAGE001

通用管理者代码标识一个组织实体（本质上一个公司、管理者或其他管理者），负责维持后继字段的编号——对象分类代码和序列号。EPCglobal分配普通管理者代码给实体，确保每一个通用管理者代码是唯一的。

对象分类代码被EPC管理实体使用来识别一个物品的种类或“类型”。当然，这些对象分类代码，在每一个通用管理者代码之下必须是唯一的。对象分类的例子包含消费性包装品（CPG）的库存单元（SKU）或高速公路系统的不同结构，比如交通标志、灯具、桥梁，这些产品的管理实体为一个国家。

最后，序列号编码或者序列号，在每一个对象分类之内是唯一的。换句话说，管理实体负责为每一个对象分类分配唯一的，不重复的序列号。

传感器是指能够感受规定的被测量件、并按照一定的规律(数学函数法则)转换成可用信号的器件或装置，通常由敏感元件和转换元件组成。目前广泛应用的传感器有温度传感器、湿度传感器、压力传感器、重力传感器等。

随着物联网技术的发展，越来越多的应用使用到了RFID技术和传感技术。例如在仓库管理中，通常使用RFID标签作为货物识别管理，同时，在仓库中布置多个温湿度传感器，用于实时监控仓库环境的变化。在食品加工监控中，用RFID标签标识食品，并使用温湿度传感器监控加工过程中食品的温湿度变化，防止食品因温度过高而变质。

目前，在同一个应用中使用RFID设备和传感设备的常用方法是将RFID设备和传感设备分开管理和控制,同时RFID数据和传感数据按照各自的编码格式进行处理。RFID设备的管理通常通过RFID中间件实现，遵循EPC global标准的RFID中间件可以屏蔽不同RFID设备的差异性，对服务层提供统一的控制接口。而传感设备的管理并没有形成一定的标准，在进行设备管理时需要独立开发管理模块。RFID标签遵循EPC标签数据标准，而传感数据由于数据类型多样化,并没有形成一定的标准数据格式,在传感数据的传输过程中,需要各自制定数据规范。将RFID设备和传感设备分开管理和控制这种方法存在一些缺点，比如，分别管理RFID设备和传感设备增加了设备管理的难度；数据格式的不统一，增加了数据处理的复杂程度；同时，独立开发设备管理模块和数据管理模块增加了系统研发周期和投入，并且系统总体扩展性不高。

发明内容

本发明的目的在于克服现有技术的不足，提供一种RFID设备和传感设备集成及数据融合方法，对RFID设备和传感设备进行统一管理和控制，对RFID数据和传感数据进行数据格式的融合，以减少传感设备管理模块开发和数据管理模块开发的周期和投入，提升系统的扩展性。

（2）技术方案

本发明的目的通过以下技术方案得以实现：

通过实现图2中抽象设备的一个实例，将传感器设备模拟成RFID设备，即实现与RFID设备相同的管理和控制接口，再通过RFID中间件进行统一管理。

其中，RFID中间件包括设备管理模块、事件处理模块和数据服务接口。

数据服务接口与JMS客户、SOAP客户或者其他企业应用程序连接。

事件处理模块进行RFID数据的收集和过滤以及业务规则过滤。

设备管理模块与RFID阅读器、传感器连接。其中，设备管理模块可以同时管理的设备最大数n（n≥1）由RFID中间件自身的实现决定。与设备管理模块连接的RFID阅读器个数范围为[1,x]，与设备管理模块连接的传感器个数范围为[1,y],RFID阅读器和传感器个数总和满足x+y≤n。

设备管理模块包括设备管理层、设备代理层、硬件抽象层。其中，设备管理层与设备代理层连接，设备代理层与硬件抽象层连接。

所述设备管理层用于配置和管理RFID设备、传感器设备，监视设备的工作状态，保证设备按照预期的行为正常工作，并接收来自设备代理层的数据，整合处理后发送给中间件的上层模块事件处理模块使用。处于该层的设备管理器控制和管理设备代理层中的若干个设备代理。

所述设备代理层是设备管理层和硬件抽象层的沟通桥梁，其作为底层若干RFID设备和传感器的代理与设备管理层进行交互，如分发设备管理层的指令到具体的RFID阅读器和传感器设备，将设备执行配置指令后结果反馈给设备管理层等。

阅读器设备与若干个阅读器相关联，借助硬件抽象层中的抽象设备从阅读器设备中读取数据，并将采集的数据通过通信通道发送给上层模块事件处理模块处理。阅读器设备还负责接收并响应来自设备管理器的控制指令和设备配置指令，操纵具体的阅读器完成预定的行为。

所述硬件抽象层与RFID阅读器以及传感器进行直接的数据交互，执行设备控制指令和状态查询指令等。硬件抽象层根据EPC global的阅读器协议制定的规范抽象出一套硬件操作接口，屏蔽了不同设备厂商的产品差异性，从而使设备代理层能以简洁、高效的方式访问硬件设备。硬件操作接口包括打开、关闭、读取等。

硬件抽象层由多个抽象设备的实例构成。其中，每一个不同的RFID设备或者传感器设备实现一个抽象设备实例，并实现规范的硬件操作接口。此处，按照阅读器协议制定的规范接口，将传感设备实现为一个抽象设备的实例。

所述抽象设备包括设备代理、设备适配器两部分。

设备代理。RFID阅读器或者传感器与设备代理是一一对应的关系，该设备代理运行在Java运行时环境，实现统一的设备访问接口，包括设备初始化、打开/关闭设备、读取设备数据（RFID数据、传感数据），以及其他扩展接口。这些接口是对硬件设备的间接访问，通过发送命令到设备适配器，由设备适配器执行命令并返回结果后，再整合返回。

设备适配器。设备适配器与RFID阅读器或者传感器是一一对应的关系，该设备适配器运行在windows环境，该windows环境是在适配器初始化时，由wine工具虚拟。设备适配器实现与设备代理对应的接口，设备适配器是真正访问硬件设备的实体，通过设备厂商提供的开发工具，实现对设备的直接访问。

设备代理与设备适配器的数据交互。数据包括RFID数据和传感数据。设备代理和设备适配器运行在不同运行时环境，它们之间的数据交互流程如下，

步骤1 设备代理初始化传感器。设备代理运行一条线程执行初始化工作，线程获得运行时（Runtime）对象，该对象的exec方法指示Java虚拟机创建一个子进程执行指定的设备适配器程序，设备适配器程序启动并完成初始化，设备适配器的工作流程见图5。

步骤2 设备代理发起设备接口间接调用。设备代理执行统一的设备接口，诸如打开/关闭设备、读数据，设备代理首先根据不同调用，生成不同的、固定格式的字节流执行命令，例如打开设备的执行命令是“cmd:open”、关闭设备命令是“cmd:close”等，执行命令通过Java代码通信模块，发送到运行在windows环境的本地代码通信模块。

步骤3 设备适配器发起硬件设备直接调用。运行在windows环境的本地代码通信模块接受到执行命令之后，解析该命令，并通过设备适配器接口，对硬件设备进行直接调用，得到结果。

步骤 4 执行命令结果返回。设备适配器接口调用返回的结果，将生成固定格式的字节流执行命令结果，例如打开设备的执行命令结果是“cmd:open-ret:true”或者“cmd:open-ret:false”等。通过本地代码通信模块和Java代码通信模块，设备代理接受并解析执行命令结果，得到执行结果，返回给调用者。

所述设备适配器的工作流程。该设备适配器工作流程运行由wine生成的windows环境中，并需要传感器设备提供诸如动态链接库（DLL）的开发工具。具体如下：

步骤1 初始化设备接口。设备适配器首先调用初始化操作，从传感器开发包（DLL）中映射传感器的各种操作，包括传感器的配置、打开、关闭、读取温湿度信息等操作。这些操作应该与设备代理的抽象设备接口保持一致。

步骤2 分析和执行命令。设备适配器在本地建立服务器Socket程序，等待设备代理发送操作命令。适配器接到设备代理发送的命令信息之后，分析可知代理需要调用的类型，通过wine环境执行相关操作，得到结果。

步骤3 执行命令结果返回。适配器执行的结果，需要封装成执行命令结果格式的字节流，返回给阅读器代理，并由代理解析该结果，得到调用结果，再返回给阅读器代理调用者。

RFID数据与传感器数据融合。传感数据为从传感设备获取到的实时传感数据。传感数据经过封装形成与RFID标签一致的数据格式，称为传感数据ID。传感数据ID经过编码，生成最终的EPC编码。

含有传感数据的EPC编码经过译码，转化为传感数据ID，再从ID中拆解出传感数据。

从上述技术方案可以看出，本发明与现有技术相比，具有以下有益效果：

1、将RFID设备和传感设备进行统一管理和控制，减少了设备管理的难度。

2、将RFID数据和传感数据格式进行融合，减少数据编码和解码的难度。

3、传感设备的管理模块和数据处理只需要按照RFID设备的规范进行即可，减少了开发的周期和投入。

4、系统可扩展性更高。

附图说明

图1为RFID中间件基本结构示意图；

图2为根据本发明完善的RFID中间件基本结构示意图；

图3为本发明提供的RFID中间件设备管理模块结构示意图；

图4为本发明提供的RFID中间件设备管理模块抽象设备工作流程图；

图5为本发明提供的RFID中间件设备管理模块抽象设备中温湿度传感器适配器实施例的工作流程图；

图6为本发明提供的RFID数据与传感器数据融合流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图，对本发明进行进一步详细说明，但本发明的实施和保护不限于此。

图1为RFID中间件基本结构示意图。其中，RFID中间件包括设备管理模块、事件处理模块和数据服务接口。

事件处理模块进行RFID数据的收集和过滤以及业务规则过滤。

设备管理模块与RFID阅读器连接。其中，设备管理模块可以同时管理的阅读器最大数n（n≥1）由RFID中间件自身的实现决定。

图2为根据本发明完善的RFID中间件基本结构示意图。其中，RFID中间件包括设备管理模块、事件处理模块和数据服务接口。

事件处理模块进行RFID数据的收集和过滤以及业务规则过滤。

参照图3，图3为本发明提供的RFID中间件设备管理模块结构示意图。设备管理模块包括设备管理层、设备代理层、硬件抽象层。其中，设备管理层与设备代理层连接，设备代理层与硬件抽象层连接。

参照图4，图4为本发明提供的RFID中间件设备管理模块抽象设备工作流程图。抽象设备包括设备代理、设备适配器两部分。图4主要解决在多运行时环境中，基于Java运行时环境的设备代理，通过wine工具，与处于不同运行时环境的设备适配器进行数据交互的过程。具体如下：

模块4.1 设备代理。RFID阅读器或者传感器与设备代理是一一对应的关系，该设备代理运行在Java运行时环境，实现统一的设备访问接口，包括设备初始化、打开/关闭设备、读取设备数据（RFID数据、传感数据），以及其他扩展接口。这些接口是对硬件设备的间接访问，通过发送命令到适配器，由适配器执行命令并返回结果后，再整合返回。

模块4.2 设备适配器。设备适配器与RFID阅读器或者传感器是一一对应的关系，该设备适配器运行在windows环境，该windows环境是在适配器初始化时，由wine工具虚拟。适配器实现与设备代理对应的接口，适配器是真正访问硬件设备的实体，通过设备厂商提供的开发工具，实现对设备的直接访问。

模块4.3 数据交互。数据包括RFID数据和传感数据。设备代理和适配器运行在不同运行时环境，它们之间的数据交互流程如下，以传感器为实施例：

步骤4.3.1 设备代理初始化传感器。设备代理运行一条线程执行初始化工作，线程获得运行时（Runtime）对象，该对象的exec方法指示Java虚拟机创建一个子进程执行指定的适配器程序，适配器程序启动并完成初始化，适配器的工作流程见图5。

步骤4.3.2 设备代理发起设备接口间接调用。设备代理执行统一的设备接口，诸如打开/关闭设备、读数据，设备代理首先根据不同调用，生成不同的、固定格式的字节流执行命令，例如打开设备的执行命令是“cmd:open”、关闭设备命令是“cmd:close”等，执行命令通过Java代码通信模块，发送到运行在windows环境的本地代码通信模块。

步骤4.3.3 设备适配器发起硬件设备直接调用。运行在windows环境的本地代码通信模块接受到执行命令之后，解析该命令，并通过设备适配器接口，对硬件设备进行直接调用，得到结果。

步骤 4.3.4 执行命令结果返回。适配器接口调用返回的结果，将生成固定格式的字节流执行命令结果，例如打开设备的执行命令结果是“cmd:open-ret:true”或者“cmd:open-ret:false”等。通过本地代码通信模块和Java代码通信模块，设备代理接受并解析执行命令结果，得到执行结果，返回给调用者。

图5为本发明提供的RFID中间件设备管理模块抽象设备中温湿度传感器适配器实施例的工作流程图。该适配器工作流程运行由wine生成的windows环境中，并需要传感器设备提供诸如动态链接库（DLL）的开发工具。具体如下：

步骤5.1 初始化设备接口。设备适配器首先调用初始化操作，从传感器开发包（DLL）中映射传感器的各种操作，包括传感器的配置、打开、关闭、读取温湿度信息等操作。这些操作应该与设备代理的抽象设备接口保持一致。

步骤5.2 分析和执行命令。适配器在本地建立服务器Socket程序，等待设备代理发送操作命令。适配器接到设备代理发送的命令信息之后，分析可知代理需要调用的类型，通过wine环境执行相关操作，得到结果。

步骤5.3 执行命令结果返回。适配器执行的结果，需要封装成执行命令结果格式的字节流，返回给阅读器代理，并由代理解析该结果，得到调用结果，再返回给阅读器代理调用者。

图6为本发明提供的RFID数据与传感器数据融合流程图。

传感数据为从传感设备获取到的实时传感数据。传感数据经过封装形成与RFID标签一致的数据格式，称为传感数据ID。传感数据ID经过编码，生成最终的EPC编码。

为了更好直观地描述RFID数据与传感数据的融合流程，针对广州奥松电子的AW3485型温湿度变送器数据融合实施例进行描述，其他类型传感器亦在此描述保护范围内。具体实施步骤如下：

步骤 6.1定义针对传感器的EPC编码。

传感器标识符(SENSOR-96) 定义为96位的EPC代码,用于标识传感数据。此标识符由4个字段组成——标头、通用管理者代码、对象分类代码和数据值。如表2所示：

表2 传感器标识符（SENSOR-96）

标头，保证EPC命名空间的唯一性。传感器标识符标头的二进制数值为00111111,采用EPC 编码方案10个96位保留方案的最后一个。

管理者代码标识传感器生产厂商，本实施例使用1。

对象分类代码标识传感器类型，本实施例使用1。

最后，数据值标识传感数据的值，本实施例的数据值中包含温度和湿度数据。

步骤 6.2 温湿度传感数据转化为EPC编码。

步骤 6.2.1 利用图4描述的抽象设备工作流程，从传感设备中读取温湿度数据，假设温度temp=27.5℃，湿度humid=60.3%，温湿度数值均为浮点数。

步骤6.2.2 将温湿度数据分别乘于10，转化为相应的字符串“275”和“603”。再转化为相应的二进制值100010011和1001011011。

步骤6.2.3 根据该传感器的管理者代码、对象分类代码和数据值的数据与所占用位数，构造传感数据ID。其中，标头为00111111，管理者代码为000000000000000000000001，对象分类代码为0000000000000001。数据值由温度和湿度通过以下规则构成：温湿度各占用24个位，以先温度后湿度的顺序排列。那么数据值为000000000000000100010011000000000000001001011011。通过将标头、管理者代码、对象分类代码和数据值从最高有效位到最低有效位串联构造传感数据ID，将其转化为十六进制表示为：3F000001000100011300025B。

步骤6.2.4 将传感数据ID编码成EPC码。SENSOR-96作为一个96位串00111111b₈₇ b₈₆…b₀ (这里前八位00110101是标头), 无符号整数位b₈₇ b₈₆…b₆₄是管理者码,无符号整数位 b₆₃ b₆₂…b₄₈是对象分类,无符号整数位 b₄₇ b₄₆…b₀是数据值。分别提取管理者码，对象分类码，转化为相应的十进制数值，分别为1、1。对于数据值，分别提取温度和湿度值之后转化为相应的十进制数值，分别为275和603；再将两个值转化为字符串表示“275”、“603”，然后合并两个字符串“275603”，在字符串中两个值之间加上分隔子串“00”，则为“27500603”，最后将该字符串转化为十进制数值。那么，该传感数据的EPC编码为：urn:epc:tag:sensor-96:8.1.1.27500603。

步骤6.3 从EPC编码中提取温湿度传感数据。

步骤6.3.1 将EPC编码根据分隔符“.”进行提取，可以分别得到标头8、管理者码1、对象分类1、和数据值27500603。

步骤6.3.2 将数据值27500603转化为字符串，并利用分隔子串“00”分别提取温度子串“275”和湿度子串“603”。

步骤6.3.3 将温度子串和湿度子串分别转化为十进制数值，再除以10得到相应的温度27.5℃和湿度60.3%。

Claims

1.一种RFID设备和传感设备集成及数据融合方法，其特征在于将每一个传感设备实现为一个抽象设备的实例，传感设备模拟成RFID设备，使传感设备与RFID设备具有相同的管理和控制接口，实现对RFID设备和传感设备的集成及对RFID数据和传感数据进行数据格式的融合。

2.根据权利要求1所述的一种RFID设备和传感设备集成及数据融合方法，其特征在于传感数据为从传感设备获取到的实时传感数据，传感数据经过封装形成与RFID标签一致的数据格式即传感数据ID；传感数据ID经过编码，生成最终的EPC编码；含有传感数据的EPC编码经过译码，转化为传感数据ID，再从ID中拆解出传感数据。

3.根据权利要求2所述的一种RFID设备和传感设备集成及数据融合方法，其特征在于，通过RFID中间件RFID设备和传感设备进行统一管理和控制，所述RFID中间件包括设备管理模块、事件处理模块和数据服务接口；

所述数据服务接口用于与JMS客户、SOAP客户或者其他企业应用程序连接；

所述事件处理模块用于进行RFID数据的收集和过滤以及业务规则过滤；

所述设备管理模块与RFID阅读器、传感器连接，其中，设备管理模块同时管理的设备最大数n由RFID中间件自身的实现决定；与设备管理模块连接的RFID阅读器个数范围为[1,x]，与设备管理模块连接的传感器个数范围为[1,y],RFID阅读器和传感器个数总和满足x+y≤n，n≥1。

4.根据权利要求3所述的一种RFID设备和传感设备集成及数据融合方法，其特征在于，所述设备管理模块包括设备管理层、设备代理层和硬件抽象层，其中，设备管理层与设备代理层连接，设备代理层与硬件抽象层连接；

所述设备管理层用于配置和管理RFID设备、传感器设备，监视设备的工作状态，并接收来自设备代理层的数据，整合处理后发送给中间件的上层模块即事件处理模块使用；处于该层的设备管理器控制和管理设备代理层中的若干个设备代理；

所述设备代理层是设备管理层和硬件抽象层的沟通桥梁，其作为底层若干RFID设备和传感器的代理与设备管理层进行交互，交互内容包括分发设备管理层的指令到具体的RFID阅读器和传感器设备、将设备执行配置指令后结果反馈给设备管理层；

所述硬件抽象层由多个抽象设备的实例构成，其中，每一个不同的RFID设备或者传感器设备实现一个抽象设备实例，并实现规范的硬件操作接口；硬件抽象层与RFID阅读器以及传感器进行直接的数据交互，执行设备控制指令和状态查询指令。

5.根据权利要求4所述的一种RFID设备和传感设备集成及数据融合方法，其特征在于，所述硬件抽象层根据EPC global的阅读器协议制定的规范抽象出一套硬件操作接口，屏蔽不同设备厂商的产品差异性。

6.根据权利要求4所述的一种RFID设备和传感设备集成及数据融合方法，其特征在于，所述设备代理层中的每一个阅读器设备与若干个阅读器相关联，借助硬件抽象层中的抽象设备从阅读器设备中读取数据，并将读取的数据通过通信通道发送给上层模块事件处理模块处理；所述阅读器设备还负责接收并响应来自设备管理器的控制指令和设备配置指令，操纵具体的阅读器完成预定的行为。

7.根据权利要求1～6任一项所述的一种RFID设备和传感设备集成及数据融合方法，其特征在于，所述抽象设备包括设备代理和设备适配器，所述设备代理与RFID阅读器或者传感器一一对应，设备代理实现统一的抽象设备访问接口，设备访问接口包括设备初始化、打开/关闭设备、读取设备数据接口；这些接口是对硬件设备的间接访问，通过发送命令到设备适配器，由设备适配器执行命令并返回结果后，再整合返回；

所述设备适配器与RFID阅读器或者传感器一一对应，设备适配器实现与设备代理对应的接口，设备适配器是真正访问硬件设备的实体，通过设备厂商提供的开发工具，实现对设备的直接访问。

8.根据权利要求7所述的一种RFID设备和传感设备集成及数据融合方法，其特征在于，所述设备数据包括RFID设备数据和传感设备数据，设备代理和设备适配器运行在不同运行时环境，设备代理和设备适配器之间的数据交互流程包括：

步骤1 设备代理初始化传感器，设备代理运行一条线程执行初始化工作，线程获得运行时对象，该对象的exec方法指示Java虚拟机创建一个子进程执行指定的设备适配器程序，设备适配器程序启动并完成初始化；

步骤2 设备代理发起设备接口间接调用，设备代理执行统一的设备接口，设备代理首先根据不同调用，生成不同的、固定格式的字节流执行命令，执行命令通过Java代码通信模块，发送到运行在windows环境的本地代码通信模块；

步骤3 设备适配器发起硬件设备直接调用，运行在windows环境的本地代码通信模块接收到执行命令之后，解析该命令，并通过设备适配器接口，对硬件设备进行直接调用，得到需要调用的结果；

步骤 4 执行命令结果返回，设备适配器接口调用返回的结果，将生成固定格式的字节流执行命令结果，通过本地代码通信模块和Java代码通信模块，设备代理接收并解析执行命令结果，得到执行结果，返回给调用者。

9.根据权利要求8所述的一种RFID设备和传感设备集成及数据融合方法，其特征在于，所述设备适配器的工作流程运行在由wine生成的windows环境中，并需要传感器设备提供诸的开发工具，具体包括：

步骤（1）初始化设备接口，设备适配器首先调用初始化操作，从传感器开发工具中映射传感器的各种操作，包括传感器的配置、打开、关闭、读取温湿度信息操作，这些操作与设备代理的抽象设备访问接口保持一致；

步骤2 分析和执行命令，设备适配器在本地建立服务器Socket程序，等待设备代理发送操作命令，适配器接到设备代理发送的命令信息之后，分析可知代理需要调用的类型，通过wine环境执行相关操作，得到需要调用的结果；

步骤3 执行命令结果返回，适配器执行的结果，被封装成执行命令结果格式的字节流，返回给阅读器代理，并由代理解析该结果，得到调用结果，再返回给阅读器代理调用者。