CN102063655A - Rfid系统的设备参数管理方法及rfid系统 - Google Patents

Abstract

本发明公开了一种RFID系统的设备参数管理方法及RFID系统，该方法包括：RFID系统获取设备的型号信息；RFID系统从预先存储的型号与实际模型类的对应关系中获取与设备的型号信息对应的实际模型类；RFID系统根据设备对应的实际模型类，存储用户输入的设备的设备参数；在需要对设备的设备参数进行管理时，RFID系统根据存储的设备的设备参数，生成设备的实际模型。本发明达到了简化RFID系统管理设备的过程的效果。

Description

RFID系统的设备参数管理方法及RFID系统

技术领域

本发明涉及通信领域，具体而言，涉及一种射频识别(Radio Frequency Identification，简称为RFID)系统的设备参数管理方法及RFID系统。

背景技术

在RFID应用系统中，所需维护的设备的种类很多，不同厂商设备的型号非常繁多。并且，在实际集成过程中，设备的选型往往在时间上比较靠后。对同样的系统，不同的使用者也可能会选中不同厂家的设备，其设备参数各不相同。

在以往的应用开发中，每新引进一种型号的设备，都要做对应的模型对象设计编写、数据库设计编写、模型数据库映射、数据库操作接口设计编写等一系列操作，从而实现对于新引进设备参数的管理。

在设备类型型号比较固定的情况下，上述方式是没有问题的。但是如前面所述，实际应用中，尤其是智能交通这个方面中，设备的型号选择变换比较频繁，如果每新增一种都要重复上述应用开发的步骤，则代码开发量比较大，还要同时涉及表现层、业务层和持久层的变化，开发工作较为繁琐。

发明内容

本发明的主要目的在于提供一种RFID系统的设备参数管理方案，以至少解决上述问题。

根据本发明的一个方面，提供了一种RFID系统的设备参数管理方法，包括：RFID系统获取设备的型号信息；RFID系统从预先存储的型号与实际模型类的对应关系中获取与设备的型号信息对应的实际模型类；RFID系统根据设备对应的实际模型类，存储用户输入的设备的设备参数；在需要对设备的设备参数进行管理时，RFID系统根据存储的设备的设备参数，生成设备的实际模型。

根据本发明的另一方面，提供了一种RFID系统，包括：第一获取模块，用于获取设备的型号信息；第二获取模块，用于从预先存储的型号与实际模型类的对应关系中获取与所述设备的型号信息对应的实际模型类；存储模块，用于根据所述设备对应的所述实际模型类，存储用户输入的所述设备的设备参数；生成模块，用于在需要对所述设备的设备参数进行管理时，根据存储的所述设备的设备参数，生成所述设备的实际模型。

通过本发明，采用系统存储设备的型号与实际模型类的对应关系，根据该对应关系存储设备的设备参数，以生成实际模型的方式，解决了相关技术中RFID系统管理设备参数的过程较为复杂的问题，进而达到了简化RFID系统管理设备的过程的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的RFID系统的设备参数管理方法的流程图；

图2是根据本发明实施例的参数配置管理方案系统的结构框图；

图3是根据本发明实施例的标准数据模型的示意图；

图4是根据本发明实施例的新增设备型号的流程图；

图5是根据本发明实施例的新设备参数维护界面生成的流程图；

图6是根据本发明实施例的设备信息查询的流程图；

图7是根据本发明实施例的将标准数据模型转换为实际数据模型的流程图；

图8是根据本发明实施例的模型类属性类型转换的流程图；

图9是根据本发明实施例的RFID系统的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

本发明实施例提供了一种RFID系统的设备参数管理方法，图1是根据本发明实施例的RFID系统的设备参数管理方法的流程图，如图1所示，该方法包括：

步骤S102，RFID系统获取设备的型号信息；

步骤S104，RFID系统从预先存储的型号与实际模型类的对应关系中获取与设备的型号信息对应的实际模型类；

步骤S106，RFID系统根据设备对应的实际模型类，存储用户输入的设备的设备参数；

步骤S108，在需要对设备的设备参数进行管理时，RFID系统根据存储的设备的设备参数，生成设备的实际模型。

在本实施例中，RFID系统存储设备的型号与实际模型类的对应关系，根据该对应关系存储设备的设备参数，从而在需要的时候，生成实际模型，从而简化了RFID系统管理设备的过程。

其中，设备参数的个数不超过预定门限；设备参数的类型为简单类型(例如，数字类型、布尔类型或日期类型)。

在本发明实施例的一个优选实例中，在RFID系统从预先存储的型号与实际模型类的对应关系中获取与设备的型号对应的实际模型类之前，RFID系统可以接收用户输入的设备的型号信息以及接收用户输入的型号信息和实际模型类的对应关系，然后，RFID系统将该对应关系保存在数据库中。

其中，RFID系统接收用户输入的型号信息和实际模型类的对应关系可以包括：RFID系统获取未使用的实际模型类型，并对未使用的实际模型类型的属性进行编号，然后，显示给用户；RFID系统接收来自用户的指令，删除未使用的实际模型类型的属性中不需要的属性，并将剩余的属性与型号信息进行对应。

优选地，RFID系统获取未使用的实际模型类型可以包括：RFID系统查询所有设备抽象类的子类，并提示用户选择所有设备抽象类的子类中所有已经配置过的模型类，然后，RFID系统删除所有设备抽象类的子类中的已经配置过的模型类的子类，剩余的即为未使用的实际模型类型。

在本发明实施例的另一个优选实例中，RFID系统根据设备对应的实际模型类，存储用户输入的设备的设备参数可以包括：RFID系统生成设备对应的实际模型类的设备维护界面；然后，RFID系统存储用户在设备维护界面上输入的设备的设备参数。

其中，RFID系统生成设备对应的实际模型类的设备维护界面可以包括：RFID系统使用反射机制获得实际模型类中各个属性类型；RFID系统根据各个属性类型生成设备对应的实际模型类的编辑控件；RFID系统调用设备参数维护界面模板，将所有控件进行布局，生成设备维护界面。

优选地，RFID系统根据各个属性类型生成设备对应的实际模型类的编辑控件可以包括：如果属性类型是数字类型或字符串类型属性，则RFID系统生成文本编辑框；如果属性类型是布尔类型属性，则RFID系统生成单选编辑框；如果属性类型是日期类型属性，则RFID系统生成日期编辑框。

在本发明实施例的又一个优选实例中，在RFID系统根据设备对应的实际模型类，存储设备的设备参数之后，可以进行以下任一步骤：RFID系统根据用户的操作，增加新的设备的参数信息；RFID系统根据用户的操作，修改设备的参数信息；RFID系统根据用户的操作，查询设备的参数信息；RFID系统根据用户的操作，删除设备的参数信息。

其中，RFID系统根据用户的操作，增加新的设备的参数信息可以包括：RFID系统提示用户选择设备的型号；RFID系统根据型号显示型号对应的实际模型类的设备维护界面；RFID系统接收用户在设备维护界面上填写的设备参数信息，并将参数信息存储到数据库中。

在本发明实施例的再一个优选实例中，RFID系统根据用户的操作，查询设备的参数信息可以包括：RFID系统根据用户的操作确定要查询的设备；RFID系统获取要查询的设备的参数信息，并根据要查询的设备的型号信息获取要查询的设备对应的实际模型类；RFID系统根据要查询的设备对应的实际模型类，将要查询的设备的参数信息转换成要查询的设备的实际模型，并将实际模型对象返回给用户。

其中，RFID系统将将要查询的设备的参数信息转换成要查询的设备的实际模型可以包括：RFID系统创建实际模型的实例，并获取存储的要查询的设备的参数信息的属性；RFID系统将要查询的设备的参数信息的属性转换成实际模型中对应属性的类型；RFID系统将转换后的属性值赋给实际模型的实例的对应属性；RFID系统返回实际模型的实例。

优选地，RFID系统将要查询的设备的参数信息的属性转换成实际模型中对应属性的类型可以包括：如果属性类型为数字类型，则RFID系统调用数字类型的帕斯(parse)方法将对应的标准模型的属性转换成实际模型中对应属性的类型；如果属性类型为布尔类型，则RFID系统调用布尔类型的parse方法将对应的标准模型的属性转换成实际模型中对应属性的类型；如果属性类型为日期类型，则RFID系统调用日历(Calendar)的方法将对应的标准模型的属性转换成实际模型中对应属性的类型。

优选地，RFID系统将转换后的属性值赋给实际模型的实例的对应属性可以包括：RFID系统获取对应属性的赋值方法名，并根据方法名获取对应属性的赋值方法，然后，RFID系统将转换后的属性值作为方法参数执行赋值方法。

实施例二

本实施例提出了一种设备参数管理的通用解决方案。系统维护每种类型每种厂家设备与设备模型类的对应关系，以统一的标准数据模型对设备参数进行持久化管理。用户以标准模型提交参数的变更后，系统将实际模型变换成标准模型；用户请求参数管理时，系统将统一标准模型转换成实际设备模型。当应用系统所管理的设备有新类型设备引入，只需增加一个该设备的简单模型类，并对该设备模型的属性进行配置，其他相关代码均不做变动，即可完成对新设备参数的管理。

其中，设备参数个数需要设置上限。设备参数类型可以为简单类型。

进一步的，本实施例所述的方法包括如下步骤：

(1)系统维护每种类型每种厂家设备与设备模型类的对应关系；

(2)用户管理设备参数。

进一步的，系统维护每种类型每种厂家设备与设备模型类的对应关系包括如下步骤：

(1)开发人员编写新型号设备的模型类；

(2)开发人员填写新型号信息，包括对应的模型类名称及其参数属性信息；

(3)系统将对应关系持久化(例如，保存在数据库中)；

(4)系统生成该模型的设备维护界面。

进一步的，用户管理设备参数包含如下步骤：

(1)用户增加新的设备信息；

(2)用户修改设备信息；

(3)用户查询设备信息；

(4)用户删除设备信息。

进一步的，开发人员填写新型号信息，包括对应的模型类名称及其参数属性信息包含如下步骤：

(1)用户填写型号基本信息；

(2)系统查询所有未使用的实际设备模型类；

(3)用户选择模型对应的设备模型类；

(4)系统将选中的模型类的所有属性编号，显示到界面上；

(5)用户删除不需要配置的属性；

(6)用户给每个属性加上标注；

(7)模型信息填写完成。

进一步的，系统查询所有未使用的实际设备模型类包含如下步骤：

(1)系统查询所有设备抽象类的子类；

(2)用户查询所有已经配置过的模型类；

(3)系统将已经配置过型号的子类剔除。

进一步的，系统生成该模型的设备维护界面包含如下步骤：

(1)系统用反射机制获得模型类中各个属性类型；

(2)系统根据每个属性类型生成对应的编辑控件；

(3)系统根据每个属性类型选用对应的数据验证规格；

(4)将实际模型属性的属性描述与属性对应控件对应；

(5)系统调用设备参数维护界面模板；

(6)系统将所有控件布局，生成编辑界面(即，设备维护界面)。

进一步的，用户增加新的设备信息包含如下步骤：

(1)用户选择设备的类型和型号；

(2)系统根据型号调出对应的维护界面；

(3)用户填写设备参数信息；

(4)系统将参数信息以标准数据模型持久化。

进一步的，用户查询设备信息包含如下步骤：

(1)用户选择要查询的设备；

(2)系统查询该设备标准模型信息；

(3)系统根据型号信息查询设备对应的模型类；

(4)系统将标准模型转换成设备实际的模型；

(5)系统将实际模型对象返回给用户。

进一步的，系统根据每个属性类型生成对应的编辑控件包含如下步骤：

(1)如果是数字类型或字符串类型属性选用文本编辑框；

(2)如果是布尔类型属性选择单选编辑框；

(3)如果是日期类型属性选择日期编辑框。

进一步的，系统将标准模型转换成设备实际的模型包含如下步骤：

(1)系统创建实际模型类的实例；

(2)系统取出实际模型类中每个属性对应的标准模型中的属性；

(3)系统将标准模型的属性转换成实际模型类对应属性的类型；

(4)系统将转换后的属性值赋给实际模型实例的对应属性；

(5)系统返回实际模型的实例。

进一步的，系统将标准模型的属性转换成实际模型类对应属性的类型包含如下步骤：

(1)如果属性为数字类型，则调用数字类型的parse方法进行转换；

(2)如果属性为布尔类型，则调用布尔类型的parse方法进行转换；

(3)如果属性为日期类型，则调用Calendar的方法产生日期类型的实例。

进一步的，系统将转换后的属性值赋给实际模型实例的对应属性包含如下步骤：

(1)系统获取该属性的赋值方法名；

(2)系统根据方法名获取该属性的赋值方法；

(3)将转换后的属性值作为方法参数执行赋值方法。

本实施例在设备型号频繁变化的集成过程中，对降低二次开发的难度及其整个系统的统一性都有明显的作用，主要表现在：

(1)二次开发表现层和业务层不需有变动，只需增加一个设备模型类。

(2)与其它子系统之间的接口不需要变化，降低了代码的耦合程度。

实施例三

如图2所示，本发明实施例的主要功能是系统将用户输入的参数转换为标准数据模型保存到数据库中；当参数需要调用时，系统将保存在数据库中的标准模型转换为实际设备模型，返回给调用者。

如图3所示，本发明实施例的标准数据模型包括：抽象设备模型(301)、设备特殊属性模型(302)、设备类型模型(303)、设备型号模型(305)和设备型号对应属性模型(304)。

在图3中，303为设备类型模型，其中包括名称、编号等属性，是设备的基本属性，该模型的初始值在系统初始化时已确定。每种设备类型包含多个设备型号(305)，不同厂家的设备对应不同的型号。

在图3中，305为设备型号模型，其中包含名称、编号、对应模型类名等基本属性，属于一种设备类型(303)。设备型号模型可以包含多个型号对应属性(304)。

在图3中，304为型号对应属性模型，其中包含属性名、属性标注、属性序号等基本属性，属于一种设备型号(305)，其规定了该型号设备都有哪些扩展属性。

在图3中，301抽象设备模型，其中包含名称、互联网协议(Intemet Protocol，简称为IP)地址等基本属性，属于一种设备类型，一种设备型号，对应一个设备特殊属性(302)。其中，1)抽象设备模型是指所有实际设备模型的父类，它包含一些所有设备的共有的属性；2)抽象设备模型对应一个设备特殊属性模型，用来存放设备自身属性得值；3)305的设备型号存放的是设备有哪些特殊属性，特殊属性模型用来存放每个设备的特殊属性的值。

在图3中，302为设备特殊属性模型，其中存放设备所有的特殊属性，包含指定个数的属性域，实际设备的扩展属性就以字符串形式保存到对应域属性中，该模型有属性域有冗余，对应一个抽象设备(301)。

假设系统引进一种路旁单元(Road-Side Unit，简称为RSU)设备，它有5个特殊属性，分别为：功率、配置端口、数据端口、下载端口和业务端口；对应的模型类为RSUAdapter，这5个设备属性对应的类属性名分别为：rsupower，rsuconfigport，rsudataport，rsudownloadport，rsuotherport。图4是根据本发明实施例三的RFID系统的设备参数管理方法的流程图，如图4所示，在新建一个设备型号的情况下，系统对该RSU设备的处理包括：

步骤401，用户填写设备型号基本信息，例如，示例101为：名称/示例型号，编号/000001，所属类型为RSU。

步骤402，系统查询所有设备抽象类的子类。

步骤403，系统查询所有的已配置型号的类。

步骤404，系统剔除已配置的模型类。

步骤405，将剔除过的类列表显示在界面上。

步骤406，选择型号对应的模型类名，例如，示例101选择RsuparaAdapter。

步骤407，系统将选中的模型类的所有属性编号显示到界面上，例如，示例101显示1/rsupower，2/rsuconfigport，3/rsudataport，4/rsudownloadport，5/rsuotherport。

步骤408，用户删除不需要配置的属性，示例101没有此项。

步骤409，用户给每个属性加上标注，示例101为1/rsupower/功率，2/rsuconfigport/配置端口，3/rsudataport/数据端口，4/rsudownloadport/下载端口，5/rsuotherport/业务端口。

步骤410，系统将选中型号信息持久化，保存到数据库或文件中。

步骤411，系统生成新设备的维护界面。

进一步的，如图5所示，步骤411又可以分为如下步骤：

步骤501，系统用反射机制获得模型类中各个属性类型，例如，示例101各个属性类型均为整数(Integer)。

步骤502，根据每个属性类型生成对应的编辑控件。

步骤503，如果属性类型为数字或字符串，则生成文本框，示例101符合本分支。

步骤504，如果属性类型为布尔类型，则生成下拉框。

步骤505，如果属性类型为日期，则生成日期编辑框。

步骤506，如果属性类型不属于以上类型，则提示不支持，结束流程。

步骤507，根据每个属性类型选择对应的数据验证规则。

步骤508，将实际模型属性的属性描述与属性对应控件对应。

步骤509，系统将所有控件布局，生成编辑界面。

用户可以用系统生成的界面对新的设备参数进行维护，例如，添加一个设备类型为RSU、型号为名称/示例型号，编号/000001的设备，该设备名称为示例设备00001，IP为192.168.0.1，扩展属性功率3000，配置端口3001，数据端口3002，下载端口3003，业务端口3004。如图6所示，以该设备为例，查询一个设备的参数的流程包括：

步骤601，选择要查询设备，例如选择：示例设备00001。

步骤602，调用查询接口。

步骤603，系统查询该设备标准模型信息。

步骤604，如果设备存在，则系统将标准设备模型转化为实际设备模型。

步骤605，将设备信息返回给用户。

步骤606，如果设备不存在，则提示设备不存在。

进一步的，如图7所示，步骤604又可以分为如下步骤：

步骤701，获取标准设备数据模型。

步骤702，获取设备型号，示例对应模型为本实施例中关于RSU的实例中添加的型号。

步骤703，如果型号对应的模型类存在，则获取该型号设备对应的实际设备模型实例，示例中为类RsuparaAdapter的一个实例。

步骤704，获取该类型对应的扩展属性集合，示例中为1/rsupower/功率，2/rsuconfigport/配置端口，3/rsudataport/数据端口，4/rsudownloadport/下载端口，5/rsuotherport/业务端口。

步骤705，获取标准数据模型的扩展属性值，示例中为field1/3000，field2/3001，field3/3002，field4/3003，field5/3004。

步骤706，找出实际设备模型的每个扩展属性在标准模型中的对应属性1/rsupower/field1，2/rsuconfigport/field2，3/rsudataport field3，4/rsudownloadport field44，/5/rsuotherport/field5。

步骤707，将标准属性进行类型转换。

步骤708，将转换后的属性值赋给实际模型的对应属性。

步骤709，如果型号对应的模型类不存在，则报告错误。

进一步的，如图8所示，步骤707又可以分为如下步骤：

步骤801，判断实际属性类型。

步骤802，如果属性类型为数字，调用parse方法转换。

步骤803，如果属性类型为布尔类型，调用parse方法转换。

步骤804，如果属性类型为日期类型，调用Calendar的方法产生日期类型的实例。

步骤805，如果属性类型为字符串，则不转换。

步骤806，返回转换后的属性对象。

本实施例在设备型号频繁变化的集成过程中，对降低二次开发的难度及其整个系统的统一性都有明显的作用，所有的对外查询接口，返回类型都是抽象设备类，实际返回的是经过转换的实际类型，调用者只需在获取数据后按约定强转为所需要的类型即可。增加新型设备，接口不需要做任何的变动。示例中接口返回类型为抽象设备模型，实际返回的是RsuparaAdatper。

实施例四

本发明实施例还提供了一种射频识别RFID系统，该系统用于实现实施例一至三中的方法。

图9是根据本发明实施例的射频识别RFID系统的结构框图，如图9所示，该系统包括：第一获取模块92，用于获取设备的型号信息；第二获取模块94，耦合至第一获取模块92，用于从预先存储的型号与实际模型类的对应关系中获取与设备的型号信息对应的实际模型类；存储模块96，耦合至第二获取模块94，用于根据设备对应的实际模型类，存储用户输入的设备的设备参数；生成模块98，耦合至存储模块96，用于在需要对设备的设备参数进行管理时，根据存储的设备的设备参数，生成设备的实际模型。

优选地，该系统还包括：第一接收模块，用于接收用户输入的设备的型号信息；第二接收模块，用于接收用户输入的型号信息和实际模型类的对应关系；保存模块，用于将对应关系保存在数据库中。

优选地，第二接收模块包括：第一获取子模块，用于获取未使用的实际模型类型；显示子模块，用于对未使用的实际模型类型的属性进行编号，并显示给用户；删除子模块，用于接收来自用户的指令，删除未使用的实际模型类型的属性中不需要的属性，并将剩余的属性与型号信息进行对应。

优选地，第一获取子模块包括：第一查询单元，用于查询所有设备抽象类的子类；第一提示单元，用于提示用户选择所有设备抽象类的子类中所有已经配置过的模型类；删除单元，用于删除所有设备抽象类的子类中的已经配置过的模型类的子类。

优选地，存储模块96包括：生成子模块，用于生成设备对应的实际模型类的设备维护界面；存储子模块，用于存储用户在设备维护界面上输入的设备的设备参数。

优选地，生成子模块包括：获取单元，用于使用反射机制获得实际模型类中各个属性类型；第一生成单元，用于根据各个属性类型生成设备对应的实际模型类的编辑控件；第二生成单元，用于调用设备参数维护界面模板，将所有控件进行布局，生成设备维护界面。

优选地，第一生成单元用于在属性类型是数字类型或字符串类型属性时，生成文本编辑框；在属性类型是布尔类型属性时，生成单选编辑框；在属性类型是日期类型属性时，生成日期编辑框。

优选地，RFID系统用于根据用户的操作，增加新的设备的参数信息；RFID系统用于根据用户的操作，修改设备的参数信息；RFID系统用于根据用户的操作，查询设备的参数信息；RFID系统用于根据用户的操作，删除设备的参数信息。

优选地，该系统包括：提示模块，用于提示用户选择设备的型号；显示模块，用于根据型号显示型号对应的实际模型类的设备维护界面；第一存储模块，用于接收用户在设备维护界面上填写的设备参数信息，并将参数信息存储到数据库中。

优选地，该系统包括：确定模块，用于根据用户的操作确定要查询的设备；第三获取模块，用于获取要查询的设备的参数信息，并根据要查询的设备的型号信息获取要查询的设备对应的实际模型类；返回模块，用于根据要查询的设备对应的实际模型类，将要查询的设备的参数信息转换成要查询的设备的实际模型，并将实际模型对象返回给用户。

优选地，返回模块包括：创建子模块，用于创建实际模型的实例；第二获取子模块，用于获取存储的要查询的设备的参数信息的属性；转换子模块，用于将要查询的设备的参数信息的属性转换成实际模型中对应属性的类型；赋值子模块，用于将转换后的属性值赋给实际模型的实例的对应属性；返回子模块，用于返回实际模型的实例。

优选地，转换子模块用于在属性类型为数字类型时，调用数字类型的帕斯parse方法将对应的标准模型的属性转换成实际模型中对应属性的类型；在属性类型为布尔类型时，调用布尔类型的parse方法将对应的标准模型的属性转换成实际模型中对应属性的类型；在属性类型为日期类型时，调用日历Calendar的方法将对应的标准模型的属性转换成实际模型中对应属性的类型。

优选地，赋值子模块包括：第一获取单元，用于获取对应属性的赋值方法名；第二获取单元，用于根据方法名获取对应属性的赋值方法；赋值单元，用于将转换后的属性值作为方法参数执行赋值方法。

优选地，设备的设备参数的个数不超过预定门限。

优选地，设备的设备参数的类型为简单类型。

综上所述，本发明实施例中，系统存储设备的型号与实际模型类的对应关系，根据该对应关系存储设备的设备参数，从而在需要的时候生成实际模型，进而达到了简化RFID系统管理设备的过程的效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种射频识别RFID系统的设备参数管理方法，其特征在于，包括：

RFID系统获取设备的型号信息；

所述RFID系统从预先存储的型号与实际模型类的对应关系中获取与所述设备的型号信息对应的实际模型类；

所述RFID系统根据所述设备对应的所述实际模型类，存储用户输入的所述设备的设备参数；

在需要对所述设备的设备参数进行管理时，所述RFID系统根据存储的所述设备的设备参数，生成所述设备的实际模型。

2.根据权利要求1所述的方法，其特征在于，在所述RFID系统从预先存储的型号与实际模型类的对应关系中获取与所述设备的型号对应的实际模型类之前，所述方法还包括：

所述RFID系统接收用户输入的所述设备的型号信息；

所述RFID系统接收用户输入的所述型号信息和所述实际模型类的所述对应关系；

所述RFID系统将所述对应关系保存在数据库中。

3.根据权利要求2所述的方法，其特征在于，所述RFID系统接收所述用户输入的所述型号信息和所述实际模型类的对应关系包括：

所述RFID系统获取未使用的实际模型类型；

所述RFID系统对所述未使用的实际模型类型的属性进行编号，并显示给用户；

所述RFID系统接收来自用户的指令，删除所述未使用的实际模型类型的属性中不需要的属性，并将剩余的属性与所述型号信息进行对应。

4.根据权利要求3所述的方法，其特征在于，所述RFID系统获取未使用的实际模型类型包括：

所述RFID系统查询所有设备抽象类的子类；

所述RFID系统提示用户选择所有设备抽象类的子类中所有已经配置过的模型类；

所述RFID系统删除所有设备抽象类的子类中的所述已经配置过的模型类的子类。

5.根据权利要求1所述的方法，其特征在于，所述RFID系统根据所述设备对应的所述实际模型类，存储用户输入的所述设备的设备参数包括：

所述RFID系统生成所述设备对应的实际模型类的设备维护界面；

所述RFID系统存储用户在所述设备维护界面上输入的所述设备的设备参数。

6.根据权利要求5所述的方法，其特征在于，所述RFID系统生成所述设备对应的实际模型类的设备维护界面包括：

所述RFID系统使用反射机制获得所述实际模型类中各个属性类型；

所述RFID系统根据所述各个属性类型生成所述设备对应的实际模型类的编辑控件；

所述RFID系统调用设备参数维护界面模板，将所有控件进行布局，生成所述设备维护界面。

7.根据权利要求6所述的方法，其特征在于，所述RFID系统根据所述各个属性类型生成所述设备对应的实际模型类的编辑控件包括：

如果属性类型是数字类型或字符串类型属性，则所述RFID系统生成文本编辑框；

如果属性类型是布尔类型属性，则所述RFID系统生成单选编辑框；

如果属性类型是日期类型属性，则所述RFID系统生成日期编辑框。

8.根据权利要求1所述的方法，其特征在于，在所述RFID系统根据所述设备对应的所述实际模型类，存储所述设备的设备参数之后，所述方法包括以下至少之一：

所述RFID系统根据用户的操作，增加新的设备的参数信息；

所述RFID系统根据所述用户的操作，修改设备的参数信息；

所述RFID系统根据所述用户的操作，查询设备的参数信息；

所述RFID系统根据所述用户的操作，删除设备的参数信息。

9.根据权利要求8所述的方法，其特征在于，所述RFID系统根据用户的操作，增加新的设备的参数信息包括：

所述RFID系统提示所述用户选择设备的型号；

所述RFID系统根据所述型号显示所述型号对应的实际模型类的设备维护界面；

所述RFID系统接收用户在所述设备维护界面上填写的设备参数信息，并将参数信息存储到数据库中。

10.根据权利要求8所述的方法，其特征在于，所述RFID系统根据所述用户的操作，查询设备的参数信息包括：

所述RFID系统根据所述用户的操作确定要查询的设备；

所述RFID系统获取所述要查询的设备的参数信息，并根据所述要查询的设备的型号信息获取所述要查询的设备对应的实际模型类；

所述RFID系统根据所述要查询的设备对应的实际模型类，将所述要查询的设备的参数信息转换成所述要查询的设备的实际模型，并将实际模型对象返回给所述用户。

11.根据权利要求10所述的方法，其特征在于，所述RFID系统将将所述要查询的设备的参数信息转换成所述要查询的设备的实际模型包括：

所述RFID系统创建所述实际模型的实例；

所述RFID系统获取存储的所述要查询的设备的参数信息的属性；

所述RFID系统将所述要查询的设备的参数信息的属性转换成所述实际模型中对应属性的类型；

所述RFID系统将转换后的属性值赋给所述实际模型的实例的对应属性；

所述RFID系统返回所述实际模型的实例。

12.根据权利要求11所述的方法，其特征在于，所述RFID系统将所述要查询的设备的参数信息的属性转换成所述实际模型中对应属性的类型包括：

如果属性类型为数字类型，则所述RFID系统调用数字类型的帕斯parse方法将所述对应的标准模型的属性转换成所述实际模型中对应属性的类型；

如果属性类型为布尔类型，则所述RFID系统调用布尔类型的parse方法将所述对应的标准模型的属性转换成所述实际模型中对应属性的类型；

如果属性类型为日期类型，则所述RFID系统调用日历Calendar的方法将所述对应的标准模型的属性转换成所述实际模型中对应属性的类型。

13.根据权利要求11所述的方法，其特征在于，所述RFID系统将转换后的属性值赋给所述实际模型的实例的对应属性包括：

所述RFID系统获取所述对应属性的赋值方法名；

所述RFID系统根据方法名获取所述对应属性的赋值方法；

所述RFID系统将所述转换后的属性值作为方法参数执行所述赋值方法。

14.根据权利要求1-13中任一项所述的方法，其特征在于，所述设备的设备参数的个数不超过预定门限。

15.根据权利要求1-13中任一项所述的方法，其特征在于，所述设备的设备参数的类型为简单类型。

16.一种射频识别RFID系统，其特征在于，包括：

第一获取模块，用于获取设备的型号信息；

第二获取模块，用于从预先存储的型号与实际模型类的对应关系中获取与所述设备的型号信息对应的实际模型类；

存储模块，用于根据所述设备对应的所述实际模型类，存储用户输入的所述设备的设备参数；

生成模块，用于在需要对所述设备的设备参数进行管理时，根据存储的所述设备的设备参数，生成所述设备的实际模型。

Images