WO2011150716A1 - 一种用于组态软件中库的管理方法及系统 - Google Patents

Description

一种用于组态软件中库的管理方法及系统 本申请要求于 2010 年 6 月 1 日提交中国专利局、 申请号为 201010192581.5、 发明名称为 "一种用于组态软件中库的管理方法及系统"的 中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及组态软件技术领域， 更具体地说， 涉及一种用于组态软件中库 的管理方法及系统。 背景技术 组态软件是指数据采集与过程控制的专用软件，它们是在自动控制系统监 控层一级的软件平台和开发环境，使用灵活的组态方式， 为用户提供快速构建 工业自动控制系统监控功能的、通用层次的软件工具。组态软件的作用主要是 利用库中提供的功能模块完成用户所需要的逻辑控制功能，用组态软件中提供 的库代替计算机编程， 达到快速高效的完成任务的目的。

在工业控制领域，组态软件利用库中提供的强大的功能模块， 方便工程师 快速的组织算法， 完成所需功能， 组态软件中的库是构成算法的基础。 组态软 件中的库由一些完成特定功能的功能块和函数构成。 例如： 要执行 (A+B)*C的 操作， 只需要库中提供加法功能块和乘法功能块即可。这里的加法和乘法等大 量的功能块， 构成了组态软件中的库。 可见， 库是组态软件完成任务的基础， 合理高效的管理库可以使工程人员在组态软件中快速高效的完成任务。

当前组态软件的库管理主要采用以下两种方式：

第一种方式是， 只提供标准库， 用户不能自定义库， 因此， 用户在完成任 务时对于库的选择具有很大的局限性。组态软件的目的就是最大程度的提高用 户完成任务的效率， 然而， 采用该种库管理方式的组态软件不能 4艮好的实现这 一目的；

第二种方式中虽然提供了用户自定义库的功能，但是当自定义库发生改变 时，以前引用该库的工程文件中该库的内容同样被自动更新到最新版本。例如： 库 Lib被工程 Pro引用， 之后因为用户的需求， 将 Lib进行了更改。 此时， 如果 工程 Pro再次引用库 Lib时， 其引用的库 Lib的内容是已发生修改的库内容。 在 工业控制领域， 为保证任务的正确性， 某些任务需引用固定内容的库， 已经被 当前任务引用的库将不允许被用户修改，即使新定义的库与已经存在的库具有 继承性。 这种情况下， 若发生库修改， 则需要单独对每次发生修改的库进行存 储。 可见， 第二种库管理方式将造成自定义库的大量冗余。

发明内容

有鉴于此， 本发明实施例提供一种用于组态软件中库的管理方法及系统， 以避免当原有库发生修改时， 外部任务引用修改后的库而产生错误的情形。

本发明实施例提供一种用于组态软件中库的管理方法， 包括：

获取修改指令， 根据所述修改指令对当前库进行修改；

将所述当前库的信息进行备份， 并对修改后的库信息进行备份； 根据用户对所述当前库的调用请求，将所述当前库信息或修改后的库信息 输出给用户。

优选的， 所述对修改后的库信息进行备份， 包括：

当在预置访问周期内多次根据所述修改指令对当前库进行修改时，仅对最 终修改后的库信息进行备份。

优选的， 所述根据用户对所述当前库的调用请求，将所述当前库信息或修 改后的库信息输出给用户， 包括：

获取用户对所述当前库的调用请求；

判断所述当前库是否存在修改后的库信息；

根据所述用户对所述当前库的调用请求，判断是否需要向用户提供所述修 改后的库信息； 如果否， 则将所述当前库信息输出给用户。

优选的， 所述判断所述当前库是否存在修改后的库信息， 包括： 判断库信息中的库版本信息是否发生变化，如果是， 则确定所述当前库存 在修改后的库信息； 如果否， 则确定所述当前库不存在修改后的库信息。

优选的， 所述方法还包括：

更新修改后的库和原引用库之间的引用关系。 优选的， 所述方法还包括：

判断修改后的库和原引用库之间的引用关系中是否存在环的引用关系，如 果是， 则将环的引用关系进行删除。

一种用于组态软件中库的管理系统， 包括：

修改指令获取装置， 用于获取修改指令，根据所述修改指令对当前库进行 修改；

备份装置， 用于将所述当前库的信息进行备份， 并对修改后的库信息进行 备份；

选择输出装置， 用于根据用户对所述当前库的调用请求，将所述当前库信 息或修改后的库信息输出给用户。

优选的， 当在预置访问周期内多次根据所述修改指令对当前库进行修改 时， 所述备份装置仅对最终修改后的库信息进行备份。

优选的， 所述选择输出装置包括：

调用请求获取模块， 用于获取用户对所述当前库的调用请求；

库信息判断模块， 用于判断所述当前库是否存在修改后的库信息； 库输出判断模块， 用于根据所述用户对所述当前库的调用请求， 判断是否 需要向用户提供所述修改后的库信息； 如果否， 则将所述当前库信息输出给用 户。

优选的， 所述系统还包括：

更新装置， 用于更新修改后的库和原引用库之间的引用关系。

优选的 ， 所述系统还包括：

引用关系删除装置，用于判断修改后的库和原 I用库之间的引用关系中是 否存在环的引用关系， 如果是， 则将环的引用关系进行删除。

同现有技术相比， 本发明提供的技术方案中， 当组态软件中的库通过修改 发生变化时， 将修改后的库的相关信息进行备份， 同时， 对修改之前的原有库 的相关信息进行存储，使得组态软件中针对某一库既存储有原信息，也存储有 修改后的新信息。 当外部任务调用该库时， 可以根据实际任务需要， 将原有库 信息或是修改后的库信息提供给用户，从而保证特定任务需要调用固定库信息 的需求，避免当原有库发生修改时， 外部任务引用修改后的库而产生错误的情 形；

此外， 在对库的某一访问时间段内， 如果发生对库的多次修改， 由于本发 明技术方案中仅对最终的库信息进行存储， 因此，避免造成产生大量的自定义 库的冗余。 附图说明 为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术 描述中所需要使用的附图作筒单地介绍，显而易见地， 下面描述中的附图仅仅 是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动 的前提下， 还可以根据这些附图获得其他的附图。

图 1 为本发明实施例提供的一种用于组态软件中库的管理方法步骤流程 图；

图 2为本发明实施例提供的库信息输出的流程示意图；

图 3为本发明实施例提供的库之间的关系图；

图 4为图 3中关系图的数据表示；

图 5 为本发明实施例提供的一种用于组态软件中库的管理系统结构示意 图；

图 6 为本发明实施例提供的另一种用于组态软件中库的管理系统结构示 意图；

图 7 为本发明实施例提供的又一种用于组态软件中库的管理系统结构示 意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有做出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。

1所示， 所述方法包括： 步骤 101、 获取修改指令， 根据所述修改指令对当前库进行修改； 步骤 102、将所述当前库的信息进行备份，并对修改后的库信息进行备份； 该步骤中， 既存储有修改后的库信息， 同时存储有原有库的信息， 从而， 便于用户根据实际任务需要， 引用适当的库信息；

步骤 103、 根据用户对所述当前库的调用请求， 将所述当前库信息或修改 后的库信息输出给用户。

该步骤中， 判断是将原有的当前库信息提供给用户，还是将修改后的库信 息提供给用户， 取决于实际任务的需要。 本发明提供的技术方案中， 当组态软件中的库通过修改发生变化时，将修 改后的库的相关信息进行备份， 同时， 对修改之前的原有库的相关信息进行存 储， 使得组态软件中针对某一库既存储有原信息， 也存储有修改后的新信息。 当外部任务调用该库时， 可以根据实际任务需要，将原有库信息或是修改后的 库信息提供给用户，从而保证特定任务需要调用固定库信息的需求，避免当原 有库发生修改时， 外部任务引用修改后的库而产生错误的情形。 在本发明的一个优选实施例中，当在预置访问周期内多次根据所述修改指 令对当前库进行修改时， 仅对最终修改后的库信息进行备份。 本发明的目的是在组态软件中，增强用户对库的可操作性。用户可以根据 需求添加自己的库， 从而方便任务的完成。 但是， 在对用户开放这一权限的同 时， 也增加了库管理的难度， 即： 用户在对非标准库进行读写操作的同时， 增 加了版本控制的难度。用户对现有的库进行写操作是针对某一任务的需求。如 果每一个任务都要对现有的相应的库进行修改， 并且对所有的修改库进行保 存， 无疑将占用大量的硬盘空间。 本发明实施例在库的版本控制方面， 采用的 方式是在库容器中只储存最新的库版本，当发现外部任务所引用的库已发生修 改， 可在打开工程时提示用户根据需要选择是否将引用库更新到最新版本。

图 2示出的是本发明实施例中根据用户对所述当前库的调用请求，将所述 当前库信息或修改后的库信息输出给用户的具体流程， 包括：

步骤 201、 获取用户对所述当前库的调用请求；

步骤 202、 判断所述当前库是否存在修改后的库信息； 如果是， 则继续步 骤 203; 如果否， 则继续步骤 205;

步骤 203、 根据所述用户对所述当前库的调用请求， 判断是否需要向用户 提供所述修改后的库信息；如果是，则继续步骤 204;如果否，则继续步骤 205; 步骤 204、 将所述修改后的库信息输出给用户；

步骤 205, 将所述当前库信息输出给用户。

本发明实施例中， 以库版本信息作为判断库信息是否发生变化的标识。 实 际应用中， 为了便于操作，通常可以利用对库进行修改时的系统时间作为库版 本信息， 其具体实施方式如下：

打开库文件， 为了描述方便， 以 Libl表示库文件， 根据任务的需求， 编 辑库 Libl , 对 Libl做相应的修改； 编译完成后保存库 Libl , 在保存库 Libl 时， 可以进行相应的处理， 记录库 Libl的变化情况。 当在记录库 Libl的变化 时， 以库版本值作为唯一标识。 当以系统时间作为库版本信息时， 在初始新建 Libl库时， Libl库的版本值取系统当时的时间 tl , 记为 LiblVersionl。 当库 Libl发生变化执行保存操作时， 取当前的时间作为库 Libl的临时版本号， 记 为 LiblVersionTemp。 定义库 Libl 变化之前的版本号为旧版本号， 记为 LiblVersionOld, 本实施例中初始条件下 LiblVersionOld等于 LiblVersionl。 临时版本号代表此时的库版本值并没有被写入 Libl文件中。 此时将旧版本号 与临时版本号进行比较， 如果两者不相等， 则将临时版本号写入库 Libl 中作 为库 Libl的新版本号； 如果两者相等， 利用 Hash函数法将临时版本号中的时 间递增， 再将相应时间值写入库 Libl文件中作为库 Libl的版本号。 其中， 临 时版本号和旧版本号相等是由于系统时间设置的问题造成的。

将库临时版本号和旧版本号进行比较，保证了库在变化过程中版本值的唯 一性。 在本发明的库版本控制法中， 取库的版本号作为库是否变化的依据， 因 此， 库的版本值必须是唯一的。 库 Libl执行保存操作之后， 将覆盖以前的版 本。 在本系统中， 每个库都是唯一的， 只保留最新的版本， 这样减少了对硬盘 空间的占用。

当外部任务 Taskl发起对库 Libl的引用请求， 由于 Taskl 中记录了更新 之前库 Libl的内容， 因此， 系统默认 Taskl发起的引用请求是对应于未发生 修改更新的库。 则根据 Taskl中的记录信息， 可以获知 Taskl任务中记录的原 Libl版本号的信息。

比较当前硬盘中的库 Libl与 Taskl中引用库 Libl相关信息， 比较的对象 是 Taskl中记录的 Libl的版本值和当前硬盘中的库 Libl的版本值。 若两者相 等， 代表 Taskl 中引用的库 Libl没有发生变化， 执行打开操作即可； 若两者 不相等， 说明 Taskl 中引用的库 Libl被更新， 此时由系统进行提示操作， 询 问用户是否将任务 Taskl 中引用的库 Libl更新到最新版本。 此时用户根据任 务需求，如果选择"是"，即将 Taskl中的库 Libl更新到最新版本，此时 Taskl 中引用的库 Libl 的信息将被新版本信息所替换； 如果选择 "否" ， 则 Taskl 中引用的库 Libl的信息将不被更新， 仍保留原版本信息。 需要说明的是， 本发明实施例中， 引用库的任务包括两类， 既可以包括工 程， 也可以是其他的库， 即在库中也可以引用其他的库。

本发明实施例中，针对组态软件中的库， 不但增加了自定义库和在任务中 选择性更新库的功能， 而且增加了自定义库之间可继承的特性，提高了在组态 软件中完成任务的效率。 同时在自定义库之间， 自定义库可以引用其它的自定 义库， 用户可以根据任务需要， 集成已经存在的自定义库的功能， 增加一些新 特性， 生成新的库。 这一功能增强了自定义库的可重用性， 进一步方便了用户 对库的操作，提高了组态软件使用者完成任务的效率。 当存在引用关系的多个 库中的某个库通过修改发生变化时，需要更新修改后的库和原引用库之间的引 用关系。 在本发明中， 为了更高效的管理自定义库， 当自定义库之间存在引用关系 时， 以类邻接表的方式进行储存， 用图的方式表示自定义库之间的关系。

首先介绍本发明实施例中对于被引用库和引用库的定义， 假如库 Libl引 用库 Lib2, 则库 Libl定义为被引用库， 库 Lib2定义为引用库。

在自定义库之间建立引用关系时，通常不允许自定义库之间的引用关系存 在环的情况。环的概念在库的管理中定义为：库与库之间存在相互引用关系时， 即库 Libl引用了库 Lib2, 库 Lib2同时引用了库 Libl , 即 Libl与 Lib2存在相 互引用的关系， 此时， Libl与 Lib2之间的引用关系出现环。 这种情况在库管 理中是不允许的。 库与库之间是否存在环可以依据库关系图进行判断。

此外， 库管理中间接引用关系可以通过下面的例子进行说明： 库 Libl 引用了 库 Lib2, 库 Lib3引用了库 Libl , 此时， 库 Lib3和库 Lib2之间也存在引用关 系， 此时引用关系的建立是由于 Lib3的引用库 Libl引用库 Lib2。 在本发明中， 自定义库之间的引用关系图依据图中数据结构邻接表的进行 存储。 在本发明中定义数据结构存储库节点（LibAdjNode )信息， 在此数据结 构中用 Indegree表示库节点入度， 利用 Pnext指向库节点的邻接库节点。 自定 义库之间的关系图采用 LibAdjNode进行存储。 下面通过一具体实例对该存储 关系进行详细说明。 殳当前组态软件中存在 A、 B、 C、 D、 E、 F六个库， 打开库 A时， 首先构造头节点 A, B, C, D, E , F, 之后根据构造的所有 头节点信息，依次遍历查询所有头节点的引用库信息，在查询所有头节点的引 用库信息时， 要特别注意存在间接引用关系的情况。 首先查询库 A的所有引 用库信息， 假设与库 A存在直接引用关系的库为库 B和库 C; 在库 A的直接 引用库中， 库 B与库 D和 E存在引用关系； 在 B的直接引用库中库 D引用库 F。 从以上的关系分析中可得到库 A和库 D、 E、 F存在间接应用关系。 因此， 库 A与库 B、 C、 D、 E、 F存在引用关系。 在查询库 A的引用库的过程中， 逐步建立自定义库之间的关系图， 如图 3所示。

在建立自定义库之间的关系图的同时， 初始化每个库节点的 Indegree 和 Pnext值。 当查询到库 A的引用库 B时， 库 A的数据结构中成员 Indegree执 行加一操作， 同时把库 A添加到库 B的 Pnext指针链表中， 查询到库 A的间 接引用库 D时， 库 A的成员 Indegree同样执行加一操作， 4巴库 A添加到库 D 的 Pnext指针链表中， 依次执行。 从上面的分析可知， 查询完库 A的引用库信 息时， 库 A的入度为 5, 同时库 A存在于库^ C、 D、 E、 F的指针链表中， 代表库 B、 C、 D、 E、 F都被库 A引用。 同查询库 A的引用库过程相同， 依 次查询库 D、 F、 E、 C的引用库。 由于库 D引用库 F, 且库 F不引用别的 库， 则库 D只与库 F存在引用关系， 在图 3中的表示为 F->D; 库 B引用库 D 和 E, 且库 D引用库 F, 所有库 B与库 D、 E、 F存在引用关系， 在图 3中的 表示即为 D-> B , E -> B , F-> B； 库 A引用库 B, C, 且库 B与库 D、 E、 F 存在引用关系， 则库 A与库 B、 C、 D、 E、 F存在引用关系， 在图 3中的为： B->A, C->A, D->A, E->A, F->A。

根据库的引用关系， 建立库关系有向图的数据表示， 如图 4所示。 首先保 存 A, B , C, D, E, F节点； 分别查找每个节点的邻接节点， 图 4是依据图 3建立的， 节点 A没有任何邻接点； 节点 B的邻接节点为 A, 在图 4中 0表示 节点 A的位置， 代表节点 A； 节点 B的邻接节点为 A; 节点 C的邻接节点为 A; 节点 D的邻接节点为 A, B; 节点 E的邻接节点为 A, B; 节点 F的邻接 节点为 A, B , D。 由图 3及图 4, 可以获知 A库没有被任何库引用， B库被 A库引用， C库被 A库引用， D库被 A, B库引用， E库被 A、 B库引用， F 库被 A、 B、 D库引用。

生成自定义库之间的关系图之后，仍需要根据关系图判断是否存在环。如 果发现修改后的库和原弓 )用库之间存在环的引用关系，则将环的引用关系进行 删除。

此外，在建立库与库之间的引用关系时， 需要实时检测库中各引用库的更 新情况，提示用户根据需求进行选择性更新库操作。根据第四步对库 F的更新 可知，在节点类的数据结构 LibAdjNode中有一成员 Pnext, Pnext即指向库的 所有被引用库。 仍以上面例子中的库 A为例， 打开库 A, 建立自定义库之间 的关系图时， 在查询库 A的所有引用库信息时， 判断出库 A的引用库 F已经 更新， 此时记录已经更新库 F的信息，依次查询每个库的引用库， 同时记录已 经更新的库信息。 当在本例中已经更新的库是库 F, 之后通过建立的自定义库 之间的库关系图， 遍历库 F的 Pnext成员列表， 得到库 F的被引用库 A、 B、 D。 因此， 通过向用户发出库 A、 B、 D的引用库 F已经更新的提示信息， 用 户可以根据需求选择是否更新库 A、 B、 D。

当然，在原有库之间的引用关系基础之上，如果解除某两库之间的引用关 系， 重新建立其中某一库同其他库的引用关系时， 同样需要重新建立各库之间 的关系图。 对此， 本发明实施例不再进行赘述。

需要说明的是， 本发明实施例中， 为了提高算法执行速度， 环的查找可以 采用拓朴排序与深度优先遍历结合的方法。 首先执行拓朴排序算法，通过拓朴 排序获得库关系图的数据表示。根据图 4所示的数据结构，执行深度优先遍历 算法，得到各库之间的应用关系， 同时判断出各引用关系中是否存在环的引用 关系。

可见， 在库管理中， 建立合理的库关系图至关重要。 选择合适的数据结构 存储库关系图， 可以快速的判断库与库之间的引用关系。

综上所述， 本发明实施例技术方案中增加了用户自定义库的权限。用户可 以根据任务需求定义自己的库文件，在组态软件领域， 此功能大大提高了完成 任务的效率； 当工程中的引用库发生变化时， 用户可以根据需求选择性更新引 用库信息， 增强了用户对自定义库的可控性， 并且降低了自定义库的冗余度； 同时， 自定义库之间相互引用， 增加了自定义库的可继承性和可重用性。 通过 采用图的思想管理库与库之间的引用关系，可以快速的判断出自定义库之间的 引用关系， 降低了算法的复杂度。

相应上述现场总线仪表管理系统的数据管理方法，本发明实施例还提供了 一种用于组态软件中库的管理系统， 如图 5所示， 为该系统的结构示意图， 该 系统具体可以包括：

修改指令获取装置 501 , 用于获取修改指令， 根据所述修改指令对当前库 进行修改；

备份装置 502, 用于将所述当前库的信息进行备份， 并对修改后的库信息 进行备份；

选择输出装置 503 , 用于根据用户对所述当前库的调用请求， 将所述当前 库信息或修改后的库信息输出给用户。

该实施例中，当修改指令获取装置获知组态软件中的库通过修改发生变化 时， 备份装置将修改后的库的相关信息进行备份， 同时， 对修改之前的原有库 的相关信息进行存储，使得组态软件中针对某一库既存储有原信息，也存储有 修改后的新信息。 当外部任务调用该库时， 可以根据实际任务需要， 选择输出 装置将原有库信息或是修改后的库信息提供给用户，从而保证特定任务需要调 用固定库信息的需求，避免当原有库发生修改时， 外部任务引用修改后的库而 产生错误的情形。 当在预置访问周期内多次根据所述修改指令对当前库进行修改时，所述备 份装置仅对最终修改后的库信息进行备份， 以减少自定义库对硬盘空间的占 用。

在本发明的一个优选实施例中， 所述选择输出装置包括：

调用请求获取模块， 用于获取用户对所述当前库的调用请求；

库信息判断模块， 用于判断所述当前库是否存在修改后的库信息； 库输出判断模块， 用于根据所述用户对所述当前库的调用请求， 判断是否 需要向用户提供所述修改后的库信息； 如果否， 则将所述当前库信息输出给用 户。

可见， 当工程中的引用库发生变化时， 用户可以根据需求选择性更新引用 库信息， 能够增强用户对自定义库的可控性。

在本发明的又一个实施例中， 如图 6所示， 所述系统还包括：

更新装置 504, 用于更新修改后的库和原引用库之间的引用关系。

当存在引用关系的多个库中的某个库通过修改发生变化时，需要更新修改 后的库和原引用库之间的引用关系。

在本发明的又一个实施例中， 如图 7所示， 所述系统还包括：

引用关系删除装置 505 , 用于判断修改后的库和原引用库之间的引用关系 中是否存在环的引用关系， 如果是， 则将环的引用关系进行删除。

环的引用关系在库的管理中不允许出现，库与库之间是否存在环可以依据 库关系图进行判断。 对此， 上述方法实施例中已有详尽描述， 此处， 不再进行 赘述。

对于系统实施例而言， 由于其基本相应于方法实施例， 所以描述得比较筒 单，相关之处参见方法实施例的部分说明即可。 以上所描述的装置实施例仅仅 是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上 分开的，作为单元显示的部件可以是或者也可以不是物理单元， 即可以位于一 个地方， 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的 部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出 创造性劳动的情况下， 即可以理解并实施。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机 可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施例的流程。 其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory, ROM )或随机存储记忆体（Random Access Memory, RAM )等。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本 发明。 对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见 的，本文中所定义的一般原理可以在不脱离本发明实施例的精神或范围的情况 下， 在其它实施例中实现。 因此， 本发明实施例将不会被限制于本文所示的这 些实施例， 而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

权 利 要 求

1、 一种用于组态软件中库的管理方法， 其特征在于， 所述方法包括： 获取修改指令， 根据所述修改指令对当前库进行修改；

将所述当前库的信息进行备份， 并对修改后的库信息进行备份； 根据用户对所述当前库的调用请求，将所述当前库信息或修改后的库信息 输出给用户。

2、 根据权利要求 1所述的用于组态软件中库的管理方法， 其特征在于， 所述对修改后的库信息进行备份， 包括：

当在预置访问周期内多次根据所述修改指令对当前库进行修改时，仅对最 终修改后的库信息进行备份。

3、 根据权利要求 1所述的用于组态软件中库的管理方法， 其特征在于， 所述根据用户对所述当前库的调用请求，将所述当前库信息或修改后的库信息 输出给用户， 包括：

获取用户对所述当前库的调用请求；

判断所述当前库是否存在修改后的库信息；

根据所述用户对所述当前库的调用请求，判断是否需要向用户提供所述修 改后的库信息； 如果否， 则将所述当前库信息输出给用户。

4、 根据权利要求 3所述的用于组态软件中库的管理方法， 其特征在于， 所述判断所述当前库是否存在修改后的库信息， 包括：

判断库信息中的库版本信息是否发生变化，如果是， 则确定所述当前库存 在修改后的库信息； 如果否， 则确定所述当前库不存在修改后的库信息。

5、 根据权利要求 1-4 中任一项所述的用于组态软件中库的管理方法， 其 特征在于， 所述方法还包括：

更新修改后的库和原引用库之间的引用关系。

6、 根据权利要求 5所述的用于组态软件中库的管理方法， 其特征在于， 所述方法还包括：

判断修改后的库和原引用库之间的引用关系中是否存在环的引用关系，如 果是， 则将环的引用关系进行删除。

7、 一种用于组态软件中库的管理系统， 其特征在于， 所述系统包括： 修改指令获取装置， 用于获取修改指令，根据所述修改指令对当前库进行 修改；

备份装置， 用于将所述当前库的信息进行备份， 并对修改后的库信息进行 备份;

选择输出装置， 用于根据用户对所述当前库的调用请求，将所述当前库信 息或修改后的库信息输出给用户。

8、 根据权利要求 7所述的用于组态软件中库的管理系统， 其特征在于， 当在预置访问周期内多次根据所述修改指令对当前库进行修改时，所述备份装 置仅对最终修改后的库信息进行备份。

9、 根据权利要求 7所述的用于组态软件中库的管理系统， 其特征在于， 所述选择输出装置包括：

调用请求获取模块， 用于获取用户对所述当前库的调用请求；

库信息判断模块， 用于判断所述当前库是否存在修改后的库信息； 库输出判断模块， 用于根据所述用户对所述当前库的调用请求， 判断是否 需要向用户提供所述修改后的库信息； 如果否， 则将所述当前库信息输出给用 户。

10、 根据权利要求 7-9中任一项所述的用于组态软件中库的管理系统， 其 特征在于， 所述系统还包括：

更新装置， 用于更新修改后的库和原引用库之间的引用关系。

11、根据权利要求 10所述的用于组态软件中库的管理系统， 其特征在于， 所述系统还包括：

引用关系删除装置，用于判断修改后的库和原 I用库之间的引用关系中是 否存在环的引用关系， 如果是， 则将环的引用关系进行删除。