【毕业学位论文】（Word原稿）用户参与下的数字资源元数据获取及管理-计算机系网络与分布式系统

1 北京大学学士学位论文 题目： 用户参与下的数字资源元数据获取及管理 of 名： 向 欣 学 号： 00108116 院 系 : 信息科学技术学院计算机系 实验室 ： 网络与分布式系统实验室 导 师： 闫 宏 飞 二零零 五 年六月 2 论 文 评 定 成绩 _良 _ 指导教师意见： 元数据信息的构建和管理是一个数字资源存储系统或者数字图书馆的运行不可缺少的基础。向欣同学的毕业论文工作，是对这一部分的突出贡献。 论文所涉及的工作是“中文数字财富大全库（ 的元数据管理模块，它对元数据搜集填写的任务进行管理分派，跟踪和回收，并最终为 的海量数字资源提供元数据描 述文档。该模块是基于 统中的海量数字资源之上，在用户参与过程中向用户发布元数据描述文档填写任务，在用户的任务申请到任务提交的整个过程中进行全程的记录和任务状态跟踪，最终获取用户填写的元数据文档并与对应资源绑定。解决问题包括：在 数据应用的基础上建立对网络数字资源的元数据描述方式，数字资源及元数据描述文档任务的状态标定，任务发布过程中的状态维护问题。 论文内容丰富，所涉及的工作量大，且有较强的系统性，是一篇很有价值的论文。 在毕业设计工作的过程中，该同学态度端正， 积极努力，表现出很强的进取精神和踏实的工作作风，为中文数字财富大全库（ 发展做出了贡献。 指导教师 闫宏飞 （签字） 2005 年 6 月 9 日 3 摘 要 元数据作为复杂类型数据的一种描述方式，对数字图书馆中大量数字媒体资源的组织、存储、管理、检索与利用有极大的帮助。而元数据一般情况下不是数字资源的伴生产物，需要额外的方法组织和获取。本文描述了一套在用户参与下，通过注册任务，为数字资源收集元数据的机制及实现方法，并应用于中文数字财富大全库（ 。本文主要工作是任务申注管理模块，它对元数据搜集填写的任务进行管理分派，跟踪和回收，并最终为 的海量数字资源提供元数据描述文档。 对于网络数字资源的元数据应用大多建立在 用委员会核心元数据基础上。对 数据集应用的一个思想就是在不改变原有核心元数据集的结构和语义的前提下，才能根据各自的具体需要添加或减少不必要的元素。 任务申注管理模块是基于 统中的海量数字资源之上，在用户参与过程中向用户发布元数据描述文档填写任务，在用户的任务申请到任务提 交的整个过程中进行全程的记录和任务状态跟踪，最终获取用户填写的元数据文档并与对应资源绑定。任务申注管理模块的实现过程中实验性的解决了如下问题：在 数据应用的基础上建立对网络数字资源的元数据描述方式，数字资源及元数据描述文档任务的状态标定，任务发布过程中的状态维护问题。 任务申注管理模块同时也是承担与用户交互任务信息的独立的模块，是用户参与 统对中文数字资源元数据研究的直接接口。在和用户进行任务信息的过程中，任务申注管理模块为参与描述文档填写及元数据收集任务的用户实现了完整的用户 接口。 关键词： 用户交互，任务发布状态 ,数字资源 , 元数据 , 描述文档 4 he as a of is in a is We to a to to by in is It in of of on C is by to is to or do in So of on to of s by in of 1) up a to in of is on C 2) of 3) of of of is to in It a to or 5 目 录 摘 要 . 3 . 4 目 录 . 5 第一章 引言 . 6 第二章 任务申注管理模块概述 . 9 第三章 主要研究和设计 . 12 3 1 描述文档格式和 . 12 3 2 资源状态的标定和描述文档管理 . 13 3 3 状态一致性 . 16 3 3 1 用户用户冲突 . 16 3 3 2 服务维护冲突 . 17 3 4 积分机制 . 20 第四章 模块实现 . 21 4 1 用户注册和登陆 . 21 4 2 任务申请和提交 . 22 4 2 1 任务参与方式 . 23 4 2 2 任务发布控制 . 24 4 2 3 任务状态一致性控制 . 26 4 3 序的输入 . 27 4 4 码 . 28 4 5 元数据文档类 . 30 4 6 文档回收和 布 . 32 第五章 未来工作和展望 . 33 参考文献 . 34 致谢 . 35 6 第一章 引言 数字资源任务申注管理模块属于网络实验室“中文数字财富大全库（ 的一 部分。该模块操作于大量的本地数字资源及文本描述信息上，引入用户参与建立元数据描述的机制，以实现更好的对数字资源进行管理。 中文数字财富大全库 (称 称 燕储 ) 是综合 性的 数字资源仓储系统。 该系统 收集保存了大量网络上流传的数字格式资源，并 按照 用委员会提出的数字信息分类框架划分数字信息种类，提供目录导引的查询、文件名关键字查询、以及元数据查询等三种外部利用方式，还提供元数据和系统构架接口描述，以支持关于海量中文 数字资源的分类、存贮、管理、描述、访问、检索等问题的研究。 元数据是像 样的数字资源存储系统或者数字图书馆的基础。数字图书馆中数字信息资源的组织、存储、管理、检索与利用都依赖于一套元数据方案。可以说，没有元数据，就没有数字图书馆的存在和发展。对元数据专项研究涉及到理论和应用的许多方面，如元数据数字信息的长期保存，元数据与互操作问题。 对元数据的理解和认识，应该将元数据放在开放环境中，从异构系统互操作的角度，考虑如何描述信息内容的各个层次（从单个信息对象，到对象集合及其组织、管理和控制机制，甚至到信息 系统本身），深入地研究元数据的性质、整个体系和层次 。 对元数据的理解是一种基本信息组织方法，为信息系统各个层次的内容提供规范的定义、描述、交换和解析机制，为分布的，多种和多层内容构成的信息系统提供互操作和整合的纽带，为计算机智能地识别、处理、集成各种信息内容、信息过程和信息系统提供工具 5。 一般来说元数据分为三种类型： 描述型 （ 管理型（ 结构型 （ 统所研 7 究和使用的 数据是一种典型的描述型元数据，尤其在网络中更为各种团体所接受的标准化元数据元素集。元数据标准的设计和应用则涉及到元数据标准框架(元数据标记语言和置标规范 (元数据应用规则(数据登记系统（ 6。 在元数据标准框架的设计上，北京数字图书馆研究所的“中文元数据标准框架”建立了一套制定中文元数据标准时遵循的规范或原则性文件，用于指导元数据标准的制定。北京大学数字图书馆研究所以 基础制定了拓片和舆图的元数据标准，设计并实现一套可以使用中文元数据标准对中文文献进行著录实践的试验系统，在著录试验系统的基础上结合 图书馆的项目建立“中文文献元数据示范数据库” 5。 在元数据标记语言和置标规范 (面，与元数据相关的标记语言主要有 两种语言都是大众熟悉的，因而参与研究的人员范围较广。 元数据应用规则 (及到元数据的实际应用，是数字图书馆建设过程中不可避免的问题。我国的元数据应用规则 (多建立在 数据的基础上。元数据应用规则 (一个核心思想是在不改变原有元数据集的结构和语义的前提下，根据各自的具体需要添加或减少不必要的元素。 在数字图书馆的建设中，珍贵馆藏资源和特色馆藏资源的数字化是一种主要的元数据应用 方式，因而对元数据在诸如古籍、拓片、舆图、图谱、方志、家谱、建筑、学位论文等各种专门数字对象管理中的应用研究就很多。另外，元数据不仅应用在数字图书馆领域，还应用于社会经济领域里的各行各业。在中文数字资源大全库 统中 ，我们将元数据应用于各种各样的多媒体数字资源中，进行对海量中文数字资源的元数据描述以及元数据构架接口，元数据查询等的研究。 统对元数据进行研究，需要为其已有的海量数字资源搜集准确高效的元数据描述文档，同时作为一个数字资源仓储系统本身也应该具备资源及资源的描述信息。因此 统需要一个在开始阶段搜集和管理资源的元数据文档的模块。该 8 模块应该能够从不同的渠道为每一资源发布搜集任务，跟踪搜集任务，并且在回收任务之后以适当的方式提供服务，同时不断的完善其元数据描述文档。最终通过这样元数据管理模块， 统应该可以为每一类型资源都提供一份完整准确的元数据描述。 任务申注管理模块正是为 的海量数字资源提供元数据描述文档，并对文档填写的任务进行管理分派和回收的部分。任务申注管理模块同时 也 是承担与用户交互任务信息的独立的模块，是用户参与 统对中文数字资源元数据研究的直接接口。 通过任务申注管理模块，用户可以申请任意资源的描述文档填写任务，根据资源描述信息的帮助，用户能够在少量时间代价下，完成数字资源元数据的填写，任务申注模块回收任务并进行相应检测。元数据描述文档与资源描述信息的结合可以更好的服 务于多媒体资源的访问与管理。同时任务申注模块还应该提供用户相应激励措施。 任务申注管理模块运行过程中，管理和记录所有数字资源的任务发布状态，记录任务的分派情况和回收情况，保证用户参与过程的流畅和稳定。最终通过任务申注管理模块，可以为 统的数字资源提供完整的元数据描述，从而支持 任务申注管理模块是一个标准的 序设计，通过大量的文件操作和小部分数据库操作，实现了对资源描述文档的管理，对描述文档任务的状态跟踪，并且以方式向用户提供服务，响应用户的申请任务，提交任务， 修改任务等操作请求。其中对描述文档的管理和任务状态追踪是任务申注管理模块的核心部分，本文首先将总体介绍整个模块的功能接口和运行描述，然后将详细叙述本模块设计中各个关键部分的考虑和设计思路，包括根据 议对描述文档格式的制定，对资源描述文档填写任务的状态标记和跟踪等。然后根据用户参与任务的完整过程，顺序的介绍各部分的具体实现。最后，介绍了任务申注管理模块后的操作，对回收的任务的处理，以及该模块长期运行以后的目标和期望。 9 第二章 任务申注管理模块概述 任务申注管理模块是基于 统中的海量数 字资源之上，以数据库接口和用户接口的方式向用户提供描述文档填写任务的，在用户的申请任务到提交任务的整个过程中，任务申注管理模块需要全程的记录和跟踪任务状态。 1，任务申注管理模块需要 统模块的支持。 海量数字资源是任务管理模块运行的基础， 统中已经存储了约 4T 的多媒体资源，其中包括电影，电子书，声音，图像等等。系统模块定期会更新所有资源并且生成一份资源列表和任务列表。任务申注管理模块需要根据资源列表和任务列表向 户提供任务发布，并且全程将任务状态记录于列表中。因此任务申注管理模块虽然 是 它离不开系统模块对其的支持，甚至需要和系统模块的协调工作。 2，任务申注管理模块的数据库接口 在 统中，对所有资源的记录和任务状态记录均采用文本方式，但是在任务申注管理模块中对于用户信息管理和任务注册信息使用的是数据库方式，这是因为用户信息和任务注册信息都是会频繁改动和更新的信息，对于这些信息的记录采用现有数据库比文本方式操作更灵活和易操作。 任务申注管理模块使用的是 据库服务器，维护两个数据表（ 据表存储注册用户的基本信息，包括帐号，密码，邮箱地址，用户状态（已激活或未激活），总积分，权限级别等。 据表记录当前所有被注册的任务的状态，包括注册的任务的物理地址，注册该任务的方式（离线填写和在线填写，或者该任务已经提交），注册该任务的用户等。 任务申注管理模块访问数据库的方式是利用 据库提供的链接库文件，使用一个数据库链接类 现的。由该类提供整个模块运 10 行过程中使用到的所有数据库访问方法，包括连接指定数据库，断开链接，添加一个新用户，添加一个 新的任务申请，删除一个已申请的任务，查找一个用户或者任务，获取用户积分，获取一个任务等等。 3，任务申注管理模块的用户接口 注册 ：用户按照规定格式填写注册表单，并填写真实邮箱地址，提交后系统记录注册用户为未激活状态，并发送确认信到指定邮箱。 激活 ：用户点击系统发到用户邮箱中信件的指定链接则自动完成注册，系统发给每一个未激活用户的激活链接都不一样。用户点击链接后系统修改用户状态为已激活。 登录 ：用户填写已注册且已激活的帐号密码后完成登录，系统显示发布资源列表并显示描述文档下载。登录后可完成修改密码操作、查积分操作及提交任务操作。登录后可看见提供服务的资源描述文档填写任务。 申请任务 ：用户可以申请为某个资源填写描述文档的任务，申请任务分为两种方式，离线填写和在线填写。离线填写方式下，用户可以下载资源的空描述文档模板，填写完毕后上传提交；在线填写方式下，用户可以填写系统为用户生成的 式模板表单，无需下载。 保存任务 ：在线方式填写描述文档过程中用户的可选操作。用户可以保存填写的描述文档表单，以备下次继续填写。 提交任务 ：用户可以有两种提交任务的方式。对于离线的任务，用户可以将填写完成的描述文档任务上传到服务器 ；对于在线填写的任务，用户确认完成后直接点击提交即可。任务申注管理模块在对用户所提交的任务进行一定的检查以后就为用户记分，并公布该任务情况。 注销任务 ：用户对于已申请的任务可以选择注销操作，即删除用户对该任务的所有更改，恢复该任务的初始状态。 11 查看当前任务 ：用户可以查看自己已申请的或者已完成的任务列表。 查看已完成任务 ：用户可以查看目前已由其他用户填写完成的所有任务列表，可以修正现有描述文档。 任务申注管理模块结构图 海量数字资源 任务申注管理模块 数据库 统 注册帐号 激活帐号 登陆 申请任务 保存任务 提交任务 注销任务 查看任务 元数据描述文档 描述 提供服务 回收任务 12 第三章 主要研究和设 计 3 1 描述文档格式和 务申注管理模块的元数据应用规则是建立在 数据的基础上的。 全称 是 一个能够有针对性地描述网络信息资源 的 标准化元数据元素集。作为学科间信息资源描述的首要候选者， 已得到国际间的广泛承认。作为数字图书馆的一个重要技术， 到越来越多的应用。 数据是用来补充现有检索和索引网络资源的方法的，它甚至不考虑我们要描述的资源是一个电子的文档 还是真正的实体。 数据元素集（ 由 表的第一份元数据的标准集（ 413）。该元素集制定了一个用于描述信息的“核心”属性的语义词表，它是一个例如“描述”，“创建者”，“日期”等 15 个描述性的语义定义，可以应用于一个广泛的知识领域的元素集合 23。 然而对 数据元素集的应用是很灵活的，这依赖于我们的硬件，软件，我们要描述的系统资源以及描述的目的。 元数据应用规则的一个核心思想实际上是在不改变原有元数据集的结构和语义的前提下，才能根据各自的具体需 要添加或减少相关的元素。 在 任务申注管理系统中，我们需要描述的资源类型多种多样，为了达到能够精确描述各类型资源的核心属性，我们需要为不同格式范围的资源制定不同的元数据集。制定不同格式的元数据集的另一个目的是，符合用户理解习惯的元数据集也利于用户参与。但首先要遵守的是 ： 1） 对任一资源提供的描述性的元数据集一定是要基于 则的结构和语义的，做为一种描述型的元数据， 经经历了很长时间的发展并且有很强的适用性； 2） 不同资源的元数据 13 集之间的差别，一方面是源于不同资源本身的属性限制，一方面应该来源于不断 的实践和应用经验。 通过对 数据元素集的参考的调整，以及目前网络上普遍对这些多媒体数字资源的描述研究，我们目前制定两种类型的元数据描述文档格式：书籍文章类型和电影类型。 3 2 资源状态的标定和描述文档管理 任务申注管理模块需要管理和组织所有数字资源的描述文档，同时将对这些文档的填写任务向用户发布，对发布和回收的任务要全程跟踪和标记。模块的功能需求决定了对资源的发布状态进行标定的需要，以及描述文档管理的需要。 在制定了不同格式资源的相应描述文档之后，要对每一份资源的文档进行保存和管理。 统的思想是每个 资源在系统结构中看来是一个完整独立的实体，和该资源相关的一切文件都被包含在该实体中，并且在资源实体移动过程中无需涉及其他模块的改动。这样的要求下将资源的描述文档也包含在该资源实体中，既同该资源其他文件放在同一物理地址中，是最好的选择。这样的保存使得资源同资源的描述文档绑定在一起，描述文档是描述资源本身的元数据信息集合，从概念上看也应该算作资源的一部分内容。将资源的描述文档存储于资源物理地址下而不是统一存储在同一个地址中的另一个优势是，任务申注管理模块需要系统模块提供的任务列表和资源列表以进行资源的任务标记和 跟踪，而系统模块可以在扫描本地磁盘以更新资源列表的同时扫描资源的描述文档进而生成资源的任务列表。 根据系统对资源的任务发布需求可以将资源的任务状态分为三种： 发布状态 ：资源可以提供下载，但没有任何关于此资源的描述信息，此时资源需要用户申请该任务并为其填写文档。发布状态时，其描述文档的下载链接对于任何注册用户可见，任何注册用户可以申请。 14 注册状态 ：已有用户注册该任务并申请为该资源填写描述文档。注册状态时，其他用户不可申请该任务，并且该任务对非申请者应该不可见。 完成状态 ：已收到用户提交的资源描述文档，并已通过 检测，该资源描述任务到此结束，任何用户不可再申请该描述任务。同时该资源的描述文档公开发布，可以由任何用户查看浏览，并且可以提供其他用户修正该文档。 任务申注管理模块将资源的任务状态标记于该资源的描述文档中，因此资源描述文档也有三种状态，并且对应于资源的相应状态，我们用不同的描述文档格式来区分这三种状态： 发布态 ：该描述文档仅有一行，记录的是任何资源的元数据元素集都含有的元数据项 容为该资源的服务器名资源物理地址。 注册态 ：此时该描述文档内容同发布态文档相同，但于最后一行添加注册态状态 戳 “ _ 完成态 ：资源任务已经完成，此时该文档内容为该资源完整的元数据元素集合，并且于最后一行添加完成态状态戳 “ _ 任务申注管理模块需要 统模块定期更新资源并且生成全局资源的任务列表，该列表是一个记录资源所在物理地址及其任务状态的列表。任务列表文件中记录的资源任务状态必须 与 资源实际描述文档状态一一对应： 当资源状态为发布状态，列表中标记为“ 当资源状态为注册状态，列表中标记为“ 当资源状态为完成状态，列表中标记为“ 15 A 系统模块定期对各类别目录下的资源描述文挡进行扫描，根据描述文档的不同形态定义识别该资源的状态，并记录于任务列表文件中。 B 当用户登陆系统后，系统根据任务列表文件将发布状态的资源的描述文档填写任务显示给用户并提供任务申请链接。 C 用户申请某一任务，系统修改列表中该资源的任务状态为注册状态，并修改该资源的描述文档为注册态。 D 当用户提交填写好的描述文档时，系统将接收到的文档交与文件检测程序检测格式，检测通过后，该任务发布到 。此时该资源任务状态和描述文档状态仍为注册态；若文件格式检测不通过，恢复该资源描述文档为发布态，并在任务列表文件中修改该资源任务状态重新为发布态。 E 当资源的描述文档在 发布一段时间并达到稳定时，经过一定程序的评估后放入到资源物理地址下，覆盖原描述文档。到此为止，该资源的任务发布过程完全结束，已经收集到该资源的描述文档。 服务器更新 任务列表 格式 检查 布 发布态 注册态 完成态 A 提取 B 用户申请 C 修改 提交 D 检测不通过 检测通过 修改 任务稳定 E 16 3 3 状态一致性 任务申注管理模块需要管理和维护海量数字资源的描述文档并记录和跟踪描述文档任务发布的状态，因此在对用户的操作响应中就有着对资源描述文档和资源任务列表的读写操作， 有可 能出现 资源描述文档状态同任务列表所显示的状态不一致的冲突。 但我们只允许用户看到的资源状态与 实际 资源 任务 列表记录的状态不一致 (这是 全局列表的未更新而造成 )，而不允许资源 任务 列表和资源描述文档状态不一致。 因此需要解决可能造成这种不一致的两个问题 3 3 1 用户用户冲突 当多个用户同时对同一任务进行申请时，有可能出现冲突。 当多于 1 个用户同时申请一个任务时，各自的 程都要修改该资源的描述文档状态和任务列表显示的状态，这种情况的文件访问没有任何的互斥保护，这种冲突在任务申注管理模块中的运行是极不稳定的。 在用户申请任 务，提交任务或者取消任务的过程中， 任务申注管理 模块对特定资源元数据描述文档的修改以及对资源 任务 列表的修改必须是一个原子操作，要么全部执行，要么全部不执行。 可以对两个用户的操作用一个“入口控制”来解决这种问题：所有用户对某一任务的操作都需要经过一个入口进行检查，如果出现冲突，则阻止用户的操作，否则才让用户通过入口。 入口可以由数据库记录来实现，通过查询数据库记录来判断是否有其他用户申请的该任务；由于任务列表记录了所有资源的任务状态，并且在用户的所有操作中保持更新，所以也可以用任务列表来作为“入口”。当用户申请 任务时，首先要读此列表文件，确认该资源的任务状态显示没有其他人申请了该任务，进行完相应操作后修改该任务状态为注册态，并退出列表文件。可以使用 境下的信号量操作来实现这种对任务列表文件读取的互斥。 17 3 3 2 服务维护冲突 任务申注 管理 模块需要 记录 用户 的任务申请情况 并记录于资源 任务 列表中 ，这属于任务列表和描述文档的服务模块。 统 模块 定期的需要扫描资源状态并逐层综合结果生成一个全局资源 任务 列表，以向用户提供服务。在这个扫描和生成过程中，需要读取资源目录下元数据描述文档状态并输出到资源状态列表 ，这是系统 的维护模块。 两个模块都要对资源状态列表进行写操作，所以 也 有可能出现 资源描述文档状态同任务列表所显示的状态不一致的冲突。 首先分析两个模块的运行过程： 任务申注 管理 模块 接收到的用户操作可能有如下几种：申请任务，保存任务，继续任务，提交任务，取消任务。模块对元数据描述文档及资源 任务 列表会产生相应的操作。 申请任务 ： 需要 修改该 资源 状态标识为注册态，并 修改 元数据描述文档状态为注册态。 保存任务 ：将用户提交的待保存的信息存于一个临时文件夹保存，文件名为资源的 识。该过程不对资源 任务 列表和资源描述文档做修改。 继续任务 ：将用户先前保存的任务读取提供继续编辑。该过程不对资源任务 列表和资源描述文档做修改。 提交任务 ：将用户提交的任务保存于一个临时文件夹，留作后续的格式检查 ，或者提供 布 。该过程不对资源 任务 列表和资源描述文档做修改。 取消任务 ：修改资源 任务 列表标识为待发布态，并且修改描述文档为发布态。 用于任务申注模块可能对资源状态列表和资源描述文档都进行操作，但该模块的操作都一定保证资源状态列表同资源描述文档状态一致。 18 统维护模块 更 新生成任务列表的过程是生成磁盘级资源任务列表并逐层综合结果为一个全局列表的 1。 任务申注 管理 模块 的入口控制操作可以 仅修改 各 服务器上的 磁盘级任务 列表， 而 该模块 发布的 服务是基于统模块定期生成的全局资源 任务 列表的，所以系统 维护 模块应该定期的扫描各 磁盘级任务列表 并更新全局 任务 列表。该更新过程是以数据盘为单位再逐层聚合的，如下图： 资源 中国地图 描述文档 资源列表 中国地图 任务申注管理模块 19 系统维护模块示意图 不同于任务申注 管理 模块，系统 维护 模块的更新操作仅仅是为了更新全局 任务 列表，甚至可以只合并子列表和局部 列表就可以 ； 另外 ， 系统 维护 模块不修改资源的描述文档状态，仅仅是读取状态并写入 磁盘级任务列表 。 分析两模块的运行流程，只有一种可能会导致这种不一致性：系统 维护模块先于任务申注 管理 模块读取资源状态，却后于任务申注 管理 模块写 任务列表。 因此应该保证两个模块的操作做为单一整体，使得各自的操作能够串行化。由于两个模块的冲突点是在资源 任务 列表，所以通过在该列表上加 上信号量控制 的方式来保证这种串行 ，即系统维护模块同任务申注管理模块之间的入口控制 。 两个模块视它们要修改的资源 任务 列表为入口，进行操作前获得入口的操作权， 操作之后释放操作权。系统模块首先获取在子列表上的 信号灯 ，如果已被任务申注 管理 模块 占有 ，则等待 ， 然后获取 信号 并读取子盘的各资源状态写入列表 ， 扫描结束后释放 信号 开始下一个子盘的操作 ； 任务申注 管理模块检测到 信号灯 的存在以后等待系统 维护 模块释放 信号 后再操作。系统对一个服务器上的所有子盘扫描结束后，在合并局部列表的过程中也以同样方式顺序对子列表 占有信号再 处理。 全局列表 服务器 B 服务器 A 20 经过这样的调度可以一直保证资源状态和列表显示的一致。有可能出现系统更新列表和任务 请求 操作同时到达但是更新操作先执行的情况，这样更新后的列表仍然不是最新的，任 务 请求 操作的结果可以在下一次更新时被记录到全局列表。 3 4 积分机制 给予任务申注管理模块中参与描述文档填写任务的用户以一定的积分是非常必要的。实际上填写一份完整的描述文档并不是一件容易的事情，特别是在我们不能提供足够的描述性信息源的时候，因此需要一个积分机制来激励和感谢用户对 贡献，奖励的办法很简单，就是针对 有的资源给予他们比普通用户更多的权限。 由于 统运行的目的是为了研究和试验，主要目的并不是提供服务，所以我们非常鼓励用户参与到描述文档填写的任务中来，虽然普通浏览用户具有一定的 浏览和下载的权限，但是我们给予对 共享的用户更高或者更实际的权限，比如下载排队时的优先权，下载更大流量的权利，或者更高的下载速度，其权利的使用就依赖于积分的多上。 由于积分机制的使用波动性很大，各项积分的设置必须恰到好处才能达到激励的作用，另外，该机制的运行也需要改动 务器以适应各种需要，所以目前任务申注管理模块还没有实现这个部分。 21 第四章 模块实现 本章详细介绍了任务申注管理模块中各个关键程序的实现方式和运行过程，以及对一些具体部分实现时遇到的问题和解决办法。 4 1 用户注册和登陆 用户帐号的正常使 用必须经过注册，激活，登陆三个部分。注册时用户必须提供真实邮箱，以激活帐号用，同时将来可能提供忘记密码或者发送特殊信件给用户的功能。用户登陆后可以正常使用。 文件名 描述 用户注册帐号请求的处理 对用户修改帐号信息请求的处理 激活帐号的程序 用户登录操作的程序，完成对用户信息的验证以后允许用户进入系统 任务申注管理系统的主界面。当用户通过登陆页面以后， 该程序负责向用户显示任务列表及相关用户接口，登陆用户就在这个界面上参与描述文档填写任务。 邮件处理函数。该程序负在用户注册帐号以后发送激活链接到用户指定邮箱 注册帐号 ： 提取用户信息：用户名，用户密码，用户邮箱； 22 在服务器端验证用户信息的有效性：帐号必须有字母和数字组成且不能少于4 位，帐号未被注册过，密码必须由字母和数字组成且不能少于 6 位，两次密码输入必须一致，用户邮箱必须真实。如果验证失败则返回重填； 在数据库记录用户帐号，标记用户积分为 示该帐号未激活； 向用户邮箱发送确认信，并附带激活帐 号链接； 注册成功。 激活帐号 ： 用户点击激活链接； 提取用户待激活帐号名； 在服务器端验证用户信息的有效性：帐号必须存在，帐号积分必须为 果验证失败则返回； 在数据库记录帐号已激活，修改该用户积分为 0； 激活成功。 登陆帐号 ： 提取用户信息：用户名，用户密码； 验证帐号信息：帐号必须存在，帐号密码正确。如果验证失败则返回重填； 写入用户登录日志； 读取任务列表，向用户显示发布任务； 登陆成功。 4 2 任务申请和提交 任务的申请和提交是任务申注管理模块最核心的部分，不仅需要处理用户的一系列操作请求，同时要管理和维护系统中海量数字资源的描述文档及其任务 23 状态。任务申请和提交的环节的稳定工作是任务申注管理模块首要保证的。 4 2 1 任务参与方式 任务申注管理模块将任务发布的最终目的是希望接收到用户完成的完整的描述文档，任务的完成方式可以有多种，其中对描述文档最初的申请和填写可以有两种：离线方式和在线方式。 离线方式是较容易实现的一种方式，用户查看资源信息并决定申请该任务时，任务申注管理模块为用户生成一份空的描述文档模板，用户将此模板下载到本地并填写完毕后上传到系统中即可。 但是这种方式的缺点有： 1, 对于系统来说，用户所提交的描述文档的格式无法控制，接收到用户的文档后还需要进行格式上的检查 2, 对于用户来说，用户填写的过程很烦琐，用户需要下载文本格式的描述文档模板到本地，然后要到网络上搜索元数据项信息，填写过程中还要调整文档格式，填写完毕后还要登陆系统上传。这种方式占用用户的本地空间，并且操作麻烦，不方便用户进行。对于经常上网或者具备上网条件的用户来说，这种方式很