客户端数据库更新的方法及装置

摘要

本发明公开了一种客户端数据库更新的方法及装置，涉及互联网技术领域，为解决客户端数据库更新丢失用户数据及更新错误的问题而发明。本发明的方法包括：通过将升级包中每个数据表的第一签名信息与管理表中数据表的标识对应的第二签名信息进行对比，确定保存的旧版本的数据表是否需要更新；管理表用于记录数据表的标识与签名信息之间的映射关系，签名信息根据数据表的表结构信息计算而得；若确定旧版本的数据表需要更新，则创建新版本的数据表，并使用新版本的数据表替换旧版本的数据表；若确定旧版本的数据表不需要更新，则不对旧版本的数据表进行替换操作。本发明主要应用于关系型数据库的更新过程中。

说明书

技术领域

本发明涉及互联网技术领域，尤其涉及一种客户端数据库更新的方法及装置。

背景技术

一般用到本地结构型数据库的客户端，都涉及本地数据库创建和数据库升级的问题。所谓数据库升级包括对数据表的表结构的改动，例如删除某个数据表中的某些字段，或者在某个数据表中增加某些字段等。

通常，可以在客户端的安装包里直接携带一个已经创建好的数据库，安装时直接将数据库拷贝到客户端的目标目录中。升级时也同样在客户端的升级包中附带一个完整的、更新后的数据库。升级过程中，客户端将升级包中的数据库覆盖目标目录中原有的数据库。这种做法的问题在于，更新过程是数据库整体的覆盖，对于那些表结构没有发生变化的数据包也会进行覆盖，从而导致这部分数据表中记录的用户数据丢失。

还有一种做法是升级包中携带一个升级数据库的脚本代码，通过脚本代码的执行判断是否需要更新本地数据库。这种方法相对上述方式有所改进，在数据库不需要更新时不会进行数据库覆盖。但是这种判断方式只是简单的判断是否存在字段改动来检测是否需要更新数据库，在跨版本升级过程中容易出现判断错误。例如在版本1.0中，数据库中的数据表1具有A、B、C三个字段，在版本1.1中，需要增加字段D，在版本1.2中需要删除字段A。正常情况下在经历两次升级后，数据表包含字段B、C、D。但如果客户端跨过版本1.1直接升级到版本1.2，那么升级后的数据表1只包含字段B、C，从而出现升级错误。

发明内容

本发明提供一种客户端数据库更新的方法及装置，能够解决客户端数据库更新丢失用户数据及更新错误的问题。

为解决上述问题，一方面，本发明提供了一种客户端数据库更新的方法，包括：

通过将升级包中每个数据表的第一签名信息与管理表中所述数据表的标识对应的第二签名信息进行对比，确定保存的旧版本的所述数据表是否需要更新；其中，所述管理表用于记录数据表的标识与签名信息之间的映射关系，所述第一签名信息根据所述升级包中记录的所述数据表的表结构信息计算而得，所述第二签名信息根据当前安装的旧版本数据库中所述数据表的表结构信息计算而得；

若确定所述旧版本的数据表需要更新，则创建新版本的数据表，并使用所述新版本的数据表替换所述旧版本的数据表；

若确定所述旧版本的数据表不需要更新，则不对所述旧版本的数据表进行替换操作。

另一方面，本发明还提供了一种客户端数据库更新的装置，包括：

确定单元，用于通过将升级包中每个数据表的第一签名信息与管理表中所述数据表的标识对应的第二签名信息进行对比，确定保存的旧版本的所述数据表是否需要更新；其中，所述管理表用于记录数据表的标识与签名信息之间的映射关系，所述第一签名信息根据所述升级包中记录的所述数据表的表结构信息计算而得，所述第二签名信息根据当前安装的旧版本数据库中所述数据表的表结构信息计算而得；

创建单元，用于当所述确定单元确定所述旧版本的数据表需要更新时，创建新版本的数据表；

替换单元，用于使用所述创建单元创建的所述新版本的数据表替换所述旧版本的数据表；

所述替换单元还用于当所述确定单元确定所述旧版本的数据表不需要更新时，不对所述旧版本的数据表进行替换操作。

本发明提供的客户端数据库更新的方法及装置，能够通过管理表记录每个数据表的签名信息，且签名信息根据对应数据表的表结构信息计算而来。由于当数据表的表结构信息发生改变时，数据表的签名信息也会发生改变，所以当数据库需要更新时，可以通过将升级包中每个数据表的第一签名信息与管理表中数据表的标识对应的第二签名信息进行对比，来确定保存的旧版本的数据表是否需要更新；当确定某个旧版本的数据表需要更新时，则直接将基于新的表结构信息创建的新版本的数据表来替换旧版本的数据表，无需关注历次版本迭代涉及的表结构变化历程，因此缺失某次版本的升级也不会影响数据表的表结构，适用于跨版本升级的过程中；当确定某个旧版本的数据表不需要更新时，则不对该数据表进行任何操作，避免了这部分数据表中用户数据的丢失。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种客户端数据库更新的方法流程图；

图2示出了本发明实施例提供的另一种客户端数据库更新的方法流程图；

图3示出了本发明实施例提供的一种客户端数据库更新的装置的组成框图；

图4示出了本发明实施例提供的另一种客户端数据库更新的装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为便于理解本实施例，首先对客户端数据库进行简要介绍。客户端数据库通常由多个数据表组成，数据表的一列称之为一个字段，用于限定数据在一个维度上的属性，例如“姓名”、“学号”、“年级”、“性别”等；数据表的一行称之为一条记录，用于保存一条用户数据，该用户数据包含上述各个字段的维度信息。通常，在应用升级时，可能会修改部分或全部数据表的表结构，例如删除某些字段或者增加某些字段。通过对数据库进行更新实现数据表中表结构的修改。其中，数据表在实际应用中可以是与业务相关的数据表(简称业务表)，也可以为与其他方面相关的数据表。

本发明实施例提供了一种客户端数据库更新的方法，如图1所示，该方法包括：

101、通过将升级包中每个数据表的第一签名信息与管理表中所述数据表的标识对应的第二签名信息进行对比，确定保存的旧版本的所述数据表是否需要更新。

升级包中携带有数据库中各个数据表的第一签名信息，第一签名信息根据升级包中记录的数据表的表结构信息计算而得。表结构定义了一个数据表的名称、字段、类型、主键、外键、索引等信息，例如表结构信息中记录有数据表的名称、包含有哪些字段、数据表或字段的数据类型等内容。本实施例中，根据预设的签名算法对表结构信息进行签名计算。所述签名算法具有“一数据一签名”的特性，即相同数据的签名信息相同，不同数据的签名信息不同。当表结构信息发生变化时，例如当增减字段时，对新的表结构信息的签名信息将发生变化。利用这一特性，本发明实施例可以判断升级包是否对数据表的表结构进行了更改，从而确定旧版本的数据表是否需要更新。

需要说明的是，从升级包中获取的第一签名信息可以是网络侧计算得到后直接携带在升级包中，也可以是将表结构信息携带在升级包中，由客户端自行计算得到，本实施例对此不作限制。

为了便于判断数据表的表结构信息是否发生更改，数据库中除了用于保存数据的数据表外，还建立有一个用于记录数据表的标识与签名信息之间映射关系的管理表，通过数据表的标识(例如表名称)可以在管理表中查到相对应的第二签名信息。

第二签名信息本质上与第一签名信息相同，都是通过签名算法对表结构信息进行计算得到的签名信息，不同之处在于，第二签名信息为管理表中保存的签名信息，该签名信息可以是上一次更新时从升级包中的获取的第一签名信息。在每次对数据表进行更新后，需要将最新的第一签名信息更新到管理表中。

在获得升级包以及管理表后，客户端可以先将所述升级包中每个数据表的第一签名信息与所述管理表中所述数据表的标识对应的第二签名信息进行对比；若所述第一签名信息与所述第二签名信息相同，则说明该数据表的表结构信息发生更改，从而可以确定所述旧版本的所述数据表需要更新；若所述第一签名信息与所述第二签名信息不同，则说明该数据表的表结构信息没有更改，从而可以确定所述旧版本的所述数据表不需要更新。

需要补充的是，实际应用中可以使用哈希散列算法作为签名算法使用，例如可以使用MD5(中文名为消息摘要算法第五版，Message Digest Algorithm)算法进行签名，本实施例不对具体的签名算法进行具体限制。

102、若确定所述旧版本的数据表需要更新，则创建新版本的数据表，并使用所述新版本的数据表替换所述旧版本的数据表。

若第一签名信息与第二签名信息不相同，则说明在新版本中数据表的表结构发生了变化(包括但不限于：发生了字段增减、字段类型发生变化、主键外键发生变化、修改了索引信息等)，从而确定旧版本的数据表需要更新。此种情况下，客户端根据升级包中最新的表结构信息创建新版本数据表，并以之替换目标目录中保存的旧版本的数据表。

103、若确定所述旧版本的数据表不需要更新，则不对所述旧版本的数据表进行替换操作。

若第一签名信息与第二签名信息相同，则说明在新版本中数据表的表结构没有发生变化，从而确定旧版本的数据表不需要更新，进而无需对旧版本的数据表进行替换操作。与现有技术相比，对于不需要更新的数据表不做重复替换，可以防止数据表中记录的用户数据(各条记录)因数据表覆盖而丢失。

本发明实施例提供的客户端数据库更新的方法，能够通过管理表记录每个数据表的签名信息，且签名信息根据对应数据表的表结构信息计算而来。由于当数据表的表结构信息发生改变时，数据表的签名信息也会发生改变，所以当数据库需要更新时，可以通过将升级包中每个数据表的第一签名信息与管理表中数据表的标识对应的第二签名信息进行对比，来确定保存的旧版本的数据表是否需要更新；当确定某个旧版本的数据表需要更新时，则直接将基于新的表结构信息创建的新版本的数据表来替换旧版本的数据表，无需关注历次版本迭代涉及的表结构变化历程，因此缺失某次版本的升级也不会影响数据表的表结构，适用于跨版本升级的过程中；当确定某个旧版本的数据表不需要更新时，则不对该数据表进行任何操作，避免了这部分数据表中用户数据的丢失。

进一步的，作为对图1所示方法的扩展，本发明实施例还提供了一种客户端数据库更新的方法，如图2所示，该方法包括：

201、在接收到安装包后，创建所述管理表。

当应用程序在安装后首次启动时，客户端创建本地数据库。本地数据库一般以文件形式存在，创建数据库文件即为创建数据库。以SQLite关系型数据库为例，应用程序安装包中携带有打开数据库的API(应用程序接口，Application Programming Interface)：sqlite3_open或者sqlite3_open_v2，客户端调用该API即可完成数据库的创建。由于当前目录中尚未创建有数据库，因此首次打开数据库的操作即可创建数据库。调用这两个API中的任意一个即可实现数据库的创建。对于sqlite3_open，如果本地数据库不存在，则调用sqlite3_open会默认会创建数据库；对于sqlite3_open_v2，sqlite3_open_v2中的flags参数传入SQLITE_OPEN_READWRITE|SQLITE_OPEN_CREATE即可默认创建数据库。

创建后的数据库中只包含有数据库本身的一些基础数据表，并不包含应用程序相关的数据表。

在创建数据库后，客户端创建管理表。如表1所示，管理表包含两个字段，一个字段为数据表名称、另一个字段为数据表对应的签名信息(hash值)。新创建的管理表中尚未记录数据表的名称和hash值。

表1

管理表中的字段比较固定，通常不会发生变化，所以在第一次创建管理表后，一般不会对管理表的表结构进行改动。

202、根据所述安装包中每个数据表的表结构信息，分别创建每个数据表。

安装包中携带有当前版本中需要建立的数据表的表结构信息，该表结构信息记录在安装包的数据库字符串中，对于SQL关系型数据库而言，表结构信息记录在SQL字符串中。在从安装包中拿到SQL字符串后，客户端检查对应的表名称是否存在于管理表中(不存在)，然后通过执行SQL字符串的方式创建相应的数据表，接着对SQL字符串进行hash计算获得对应的hash值。

实际应用中，执行SQL字符串创建数据表的实现方式请参考现有技术。

203、将所述安装包中每个数据表的标识与签名信息之间的映射关系添加至所述管理表中。

在管理表中添加数据表名称，并对应数据表名称添加该数据表的hash值，完成上述映射关系的建立。当需要建立多个数据表时，依次添加每个数据表的映射关系即可。在本实施例的一个示例中，建立完映射关系的管理表如表2所示：

表2

数据表名称Hash值表Aa表Bb表Cc

在执行完步骤203后，就完成了管理表和数据表的建立，当后续需要进行应用升级时，执行步骤204至209。

204、从所述升级包中获取每个数据表的第一签名信息，并从所述管理表中查找所述数据表的标识对应的第二签名信息。

本实施例中，升级包中携带有数据表的表结构信息，该表结构信息记录在升级包的数据库字符串中，对于SQL关系型数据库而言，表结构信息记录在SQL字符串中。客户端对升级包中携带的表结构信息进行签名运算，得到第一签名信息。例如，对升级包中的SQL字符串进行hash计算得到对应的hash值。实际应用中，升级包中还可以直接携带由网络侧服务器计算得到的第一签名信息，客户端直接获取之即可。服务器使用的签名算法和获得的签名信息与客户端侧的相同，此处不再赘述。

客户端从升级包中获取某一个数据表的表结构信息以及获得该数据表的第一签名信息后，可以先从该表结构信息中查找数据表的标识(例如表名称)，然后根据数据表的标识在管理表查找对应的第二签名信息。

205、若查找到所述第二签名信息，则通过将升级包中每个数据表的第一签名信息与管理表中所述数据表的标识对应的第二签名信息进行对比，确定保存的旧版本的所述数据表是否需要更新。

本步骤的具体实现方式与上述步骤101相同，在此不再赘述。

206、若确定所述旧版本的数据表需要更新，则创建新版本的数据表，并使用所述新版本的数据表替换所述旧版本的数据表，使用所述第一签名信息替换所述管理表中的所述第二签名信息。

在确定旧版本的数据表需要更新后，除了需要使用新版本的数据表替换旧版本的数据表，从而完成旧版本的数据表的更新外，为了便于下次数据库升级时准确判断是否需要更新数据表，还需要使用第一签名信息替换管理表中的第二签名信息，使得管理表也得到及时更新。

需要说明的是，对于更新数据表与更新管理表这两个操作，可以同时进行，也可以先更新数据表再更新管理表，也可以先更新管理表再更新数据表，对于两这个操作的执行顺序不做限定。

示例性的，客户端从升级包中获得的hash值为：表A—a、表B—b、表C—cc。在比对管理表后确定，表C的签名信息发生了变化，需要对表C进行更新。

升级包中携带有数据表C的表结构信息，该表结构信息记录在安装包的数据库字符串中。在从安装包中拿到表C的SQL字符串后，客户端通过执行SQL字符串的方式创建相应的数据表，获得表结构更新后的表C，然后将更新后的表C替换原目标目录中保存的表C，完成更新。

实际应用中，执行SQL字符串创建数据表的实现方式请参考现有技术。

若客户端将表2中的hash值c替换为cc，替换后的管理表如表3所示：

表3

数据表名称Hash值表Aa表Bb表Ccc

207、若确定所述旧版本的数据表不需要更新，则不对所述旧版本的数据表进行替换操作。

208、若未查找到所述第二签名信息(即所述管理表中未记录所述数据表的标识与第二签名信息的映射关系)，则根据所述升级包中记录的所述数据表的表结构信息创建所述数据表。

在本实施例的另一种情况中，当升级包中增加了新的数据表时，客户端在管理表中查找不到该表的标识和hash值，此种情况下需要新增该数据表。具体的：

假设升级包中新增了表D，客户端从升级包中拿到表D的SQL字符串，通过执行SQL字符串的方式创建相应的数据表D，然后将表D保存在目标目录中，然后执行步骤209。

209、将所述数据表的标识与所述第一签名信息的映射关系添加至所述管理表中。

若基于表3，客户端在管理表中新增一条数据表D的记录，增加记录后的管理表如表4所示：

表4

此外，当管理表中的某个数据表在升级包中不具有对应的表结构信息时，表示升级后的版本需要删除这些数据表。客户端在对管理表中的记录完成遍历后，删除些数据表的记录，并在目标目录中删除相对应的数据表。

本发明实施例提供的客户端数据库更新的方法，能够在获得升级包后，先从升级包中获取每个数据表的第一签名信息，并从管理表中查找数据表的标识对应的第二签名信息，当能够查找到第二签名信息时，通过将第一签名信息和第二签名信息进行对比，来确定是否需要更新旧版本的数据表，当查找不到第二签名信息时，直接根据升级包中记录的数据表的表结构信息创建对应的数据表，从而能够保证各种类型的数据表都可以快速准确地建立。此外，当原有数据表发生更新以及创建了全新的数据表时，将管理表进行更新，从而为数据库的下次升级提供了准确的升级依据。

进一步的，作为对上述方法的实现，本发明实施例还提供了一种客户端数据库更新的装置，该装置位于客户端侧，如图3所示，该装置包括：

确定单元31，用于通过将升级包中每个数据表的第一签名信息与管理表中所述数据表的标识对应的第二签名信息进行对比，确定保存的旧版本的所述数据表是否需要更新；其中，所述管理表用于记录数据表的标识与签名信息之间的映射关系，所述第一签名信息根据所述升级包中记录的所述数据表的表结构信息计算而得，所述第二签名信息根据当前安装的旧版本数据库中所述数据表的表结构信息计算而得；

创建单元32，用于当所述确定单元31确定所述旧版本的数据表需要更新时，创建新版本的数据表；

替换单元33，用于使用所述创建单元32创建的所述新版本的数据表替换所述旧版本的数据表；

所述替换单元33还用于当所述确定单元31确定所述旧版本的数据表不需要更新时，不对所述旧版本的数据表进行替换操作。

进一步的，所述替换单元33还用于当所述确定单元31确定所述旧版本的数据表需要更新时，使用所述第一签名信息替换所述管理表中的所述第二签名信息。

进一步的，如图4所示，所述确定单元31包括：

对比模块311，用于将所述升级包中每个数据表的第一签名信息与所述管理表中所述数据表的标识对应的第二签名信息进行对比；

确定模块312，用于当所述对比模块311的对比结果为所述第一签名信息与所述第二签名信息相同时，确定所述旧版本的所述数据表需要更新；

所述确定模块312，用于当所述对比模块311的对比结果为所述第一签名信息与所述第二签名信息不同时，确定所述旧版本的所述数据表不需要更新。

进一步的，所述创建单元32还用于当所述管理表中未记录所述数据表的标识与第二签名信息的映射关系时，根据所述升级包中记录的所述数据表的表结构信息创建所述数据表；

如图4所示，所述装置还包括：

第一添加单元34，用于将所述数据表的标识与所述第一签名信息的映射关系添加至所述管理表中。

进一步的，所述创建单元32还用于在通过将升级包中每个数据表的第一签名信息与管理表中所述数据表的标识对应的第二签名信息进行对比，确定保存的旧版本的所述数据表是否需要更新之前，在接收到安装包后，创建所述管理表；根据所述安装包中每个数据表的表结构信息，分别创建每个数据表；

如图4所示，第二添加单元35，用于将所述安装包中每个数据表的标识与签名信息之间的映射关系添加至所述管理表中。

本发明实施例提供的客户端数据库更新的装置，能够通过管理表记录每个数据表的签名信息，且签名信息根据对应数据表的表结构信息计算而来。由于当数据表的表结构信息发生改变时，数据表的签名信息也会发生改变，所以当数据库需要更新时，可以通过将升级包中每个数据表的第一签名信息与管理表中数据表的标识对应的第二签名信息进行对比，来确定保存的旧版本的数据表是否需要更新；当确定某个旧版本的数据表需要更新时，则直接将基于新的表结构信息创建的新版本的数据表来替换旧版本的数据表，无需关注历次版本迭代涉及的表结构变化历程，因此缺失某次版本的升级也不会影响数据表的表结构，适用于跨版本升级的过程中；当确定某个旧版本的数据表不需要更新时，则不对该数据表进行任何操作，避免了这部分数据表中用户数据的丢失。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的客户端数据库更新的方法及装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。