Skip to content

学术论文 ​

说明:本文是原论文示例的整理稿,文中的流程与数值举例不代表当前实现。推理、向量与 OCR 的默认模型见默认模型。

题目:基于向量检索和大语言模型的智能知识库系统设计与实现

摘要 ​

本文介绍了一种结合向量检索技术和大语言模型的智能知识库系统的设计与实现。该系统能够将非结构化的文档数据进行识别、拆分和向量化处理,通过语义相似度检索实现对用户问题的高效匹配,并利用大语言模型进行推理生成自然语言回答。系统包含用户管理、知识库管理、文档识别与拆分、片段存储与检索、问题管理、应用管理等功能模块。原论文示例描述,该系统在准确性和响应速度方面具有良好的性能,能够有效提升信息检索和问答的智能化水平。

关键词 ​

智能知识库,向量检索,大语言模型,自然语言处理,问答系统,文档拆分,片段存储

1 引言 ​

1.1 研究背景 ​

随着信息技术的飞速发展和数字化进程的推进,海量的非结构化数据(如文本、文档、音视频等)被广泛生成和存储。这些数据蕴含了大量有价值的信息,但由于缺乏结构化的组织,用户很难快速、准确地获取所需的信息。传统的关键词检索方式在处理复杂的自然语言问题时,往往无法满足用户需求,尤其在涉及上下文理解和语义匹配的情况下。

近年来,向量检索技术和大语言模型的出现,为构建智能化的信息检索和问答系统提供了新的契机。向量检索能够基于语义相似度进行高效的内容匹配,而大语言模型则具备强大的自然语言理解和生成能力,可以根据给定的上下文和提示生成高质量的文本回答。

1.2 研究目的 ​

本研究旨在设计并实现一个基于向量检索和大语言模型的智能知识库系统,解决传统检索方式的不足,提升用户在非结构化数据中的信息获取效率和准确性。通过对文档的自动识别和拆分,将其转化为可计算的向量形式,结合语义检索和大语言模型的推理能力,实现从用户问题到答案生成的完整流程。

2 原理与方法 ​

2.1 系统架构与原理 ​

系统整体架构如图 1 所示,主要包括以下模块:

  • 用户层:用户通过前端界面或 API 与系统交互,提交问题并接收回答。
  • 应用管理层:管理不同的应用配置,包括关联的知识库和模型参数。
  • 知识库层:存储和管理知识库中的文档和片段,包括文档识别、拆分和向量化处理。
  • 检索与推理层:负责接收用户问题,进行向量化,检索相关片段,并调用大语言模型进行推理生成回答。
  • 数据存储层:采用数据库(如 PostgreSQL)存储片段向量、文档信息、用户数据等。

图 1:系统架构图

2.2 关键技术原理 ​

2.2.1 文档识别与拆分 ​

原理:文档识别与拆分是将非结构化的文档数据转换为可管理和检索的结构化片段的过程。对于电子文档(如 PDF、Word),系统直接读取其文本内容。对于扫描件或图像格式的文档,系统利用 OCR(Optical Character Recognition,光学字符识别)技术提取文本信息。

拆分方法:

  • 基于段落的拆分:按照文档的自然段落结构进行拆分,适用于格式规范的文档。
  • 基于语义的拆分:利用自然语言处理技术,按照语义完整性进行拆分,确保每个片段包含完整的语义信息。
  • 固定长度拆分:按照预设的字符或句子长度进行拆分,适用于不易识别段落的文档。

2.2.2 片段向量化 ​

原理:向量化是将文本片段转换为高维向量的过程,使其能够用于计算机的数值计算和相似度计算。采用预训练的嵌入模型,将片段映射到向量空间。

  • 嵌入模型选择:选择适合的预训练模型,要求维度与存储一致、语义表示能力良好;当前实现使用 Gitee 的 Qwen3-Embedding-8B,固定 1024 维(见默认模型)。
  • 向量存储:将生成的向量存储在数据库中,采用适合高维向量检索的存储结构,如 PostgreSQL 的向量扩展。

2.2.3 向量检索 ​

原理:向量检索是基于向量空间中向量之间的距离或相似度进行的检索。常用的相似度计算方法包括余弦相似度和内积等。

  • 用户问题向量化:将用户输入的问题通过同样的嵌入模型向量化,得到查询向量。
  • 相似度计算:计算查询向量与片段向量之间的相似度,采用高效的向量检索算法,如近似最近邻(ANN)算法。
  • 结果排序与筛选:根据相似度从高到低排序,选取 Top N 的片段作为候选内容。

2.2.4 大语言模型推理生成 ​

原理:大语言模型具有强大的自然语言理解和生成能力,能够根据输入的提示和上下文生成符合要求的文本。

  • 提示词构建:将检索到的相关片段与用户问题组合,构建用于输入大语言模型的提示词。例如:

    已知信息:
    1. 片段内容1
    2. 片段内容2
    用户问题:用户输入的问题
    请根据以上信息回答用户的问题。
  • 模型调用:调用配置的生成模型,传入构建的提示词,设置适当的参数(如温度、最大生成长度等)。

  • 回答生成:模型根据提示词进行推理,生成自然语言回答。

3 实现细节 ​

3.1 开发环境和工具 ​

  • 编程语言:Java
  • 数据库:PostgreSQL,使用向量扩展(vector extension)支持向量存储和检索
  • Web 框架:Tio-Boot,高性能的 Java Web 框架
  • 数据库操作框架:java-db,简化数据库操作
  • 大语言模型 API:Gitee AI 的 OpenAI 兼容接口(默认 deepseek-v4.1-flash,见默认模型)
  • 其他工具:
    • Maven:项目构建和依赖管理
    • Lombok:简化 Java 代码
    • JUnit:单元测试

3.2 系统模块实现 ​

3.2.1 用户管理 ​

  • 注册与登录:使用 Tio-Boot 提供的安全模块,实现用户的注册和登录功能。采用 JWT 进行身份验证,存储用户信息。
  • 权限控制:基于用户角色(如管理员、普通用户)设置不同的权限,控制对知识库、应用等资源的访问。

3.2.2 知识库管理 ​

  • 创建知识库:用户可以在前端界面创建新的知识库,填写名称和描述信息。
  • 更新与删除:提供知识库的编辑和删除功能,确保知识库的灵活管理。
  • 权限设置:可以设置知识库的访问权限,决定哪些用户或应用可以访问。

3.2.3 文档识别与拆分 ​

  • 文档上传:支持 PDF、Word 等格式的文档上传。上传后,系统自动识别文档类型。
  • 文本提取:
    • 电子文档:直接读取文本内容。
    • 扫描件或图像文档:使用远程 OCR 服务提取文本(默认 PaddleOCR-VL-1.5,见默认模型)。
  • 文档拆分:
    • 段落识别:利用正则表达式或自然语言处理工具识别段落边界。
    • 语义拆分:使用分句、主题模型等技术,根据语义内容进行拆分。
  • 片段生成:将拆分后的内容生成片段对象,包含片段 ID、内容、所属文档等信息。

3.2.4 片段存储与向量化 ​

  • 片段存储:将片段信息存储在数据库中,包括片段内容、元数据(如标题、所属知识库)等。
  • 向量化处理:
    • 调用嵌入模型:调用配置的远程向量模型,将片段内容转换为向量表示。
    • 向量存储:将向量以数组形式存储在数据库中,利用 PostgreSQL 的向量扩展支持高效检索。
  • 索引建立:在向量字段上建立索引,使用近似最近邻算法(如 HNSW)加速相似度计算。

3.2.5 问题管理 ​

  • 问题添加:用户可以为片段添加相关问题,建立问题与片段的关联,提高检索的准确性。
  • 问题管理:提供问题的增删改查接口,支持批量操作和导入导出。

3.2.6 应用管理 ​

  • 应用创建:用户可以创建新的应用,配置关联的知识库和模型参数。
  • 参数配置:设置应用的提示模板、检索参数(如相似度阈值、Top N 值)、对话轮次等。
  • Access Token:为应用生成唯一的 Access Token,用于 API 调用的身份验证。

3.2.7 问答流程 ​

流程步骤:

  1. 用户问题接收:用户通过前端界面或 API 提交问题,系统接收并记录问题内容。
  2. 问题向量化:将用户问题通过嵌入模型向量化,得到查询向量。
  3. 片段检索:
    • 相似度计算:计算查询向量与片段向量之间的相似度。
    • 结果筛选:根据设定的相似度阈值和 Top N 值,筛选出相关片段。
  4. 提示词构建:将检索到的片段内容和用户问题组合,生成提示词。
  5. 大语言模型调用:调用配置的生成模型,传入提示词,获取生成的回答。
  6. 回答返回:将生成的回答通过 SSE(Server-Sent Events)实时推送给用户,实现流式输出。
  7. 记录存储:保存问答过程的详细信息,包括问题、检索片段、回答内容等,供后续查询和分析。

示例:

已知信息:
1. 办公时间为每周一和周三上午10:00至11:00。
2. 可以通过Discord与老师联系。
用户问题:课程的office hour是什么时候?
请根据以上信息回答用户的问题。

3.3 数据库设计 ​

  • 片段表:存储片段的内容、元数据和向量表示。

    字段名类型描述
    idbigint片段 ID,主键
    contenttext片段内容
    vectorvector(1024)片段向量表示
    document_idbigint所属文档 ID
    dataset_idbigint所属知识库 ID
    created_attimestamp创建时间
    updated_attimestamp更新时间
  • 问题表:存储问题与片段的关联。

    字段名类型描述
    idbigint问题 ID,主键
    questiontext问题内容
    paragraph_idbigint关联的片段 ID
    created_attimestamp创建时间
    updated_attimestamp更新时间
  • 应用表:存储应用的配置信息。

    字段名类型描述
    idbigint应用 ID,主键
    namevarchar应用名称
    configjsonb应用配置参数
    access_tokenvarchar应用的 Access Token
    created_attimestamp创建时间
    updated_attimestamp更新时间

4 实验结果 ​

本节保留原论文的实验设置、指标和数值示例,作为报告编写模板。原文数值未附可复现测试记录,不能当作当前部署的实测结论。当前功能验收结果见第 31、32、35 章。

4.1 实验设置 ​

  • 环境配置:
    • 服务器配置:Intel Xeon CPU,32GB 内存,1TB SSD
    • 网络环境:稳定的高速互联网连接
  • 数据集:某高校计算机科学课程的教学资料,包括课程大纲、教材章节、实验指导等,共计 50 份文档,经过拆分后生成约 2000 个片段。
  • 测试问题:设计了 100 个与课程相关的自然语言问题,涵盖课程内容、考试安排、作业提交等方面。

4.2 性能指标 ​

  • 检索准确率:检索到的片段与问题的相关性,评分范围 1-5 分,由三位专家进行标注,取平均值。
  • 回答准确性:生成的回答是否准确、完整地回答了用户的问题,评分范围 1-5 分。
  • 响应时间:从用户提交问题到收到完整回答的时间,精确到毫秒。
  • 系统稳定性:在模拟高并发情况下,系统的平均响应时间和错误率。

4.3 实验结果 ​

  • 检索准确率:平均得分 4.6 分,其中 80%的问题得分在 4 分以上。
  • 回答准确性:平均得分 4.5 分,生成的回答在准确性和语言流畅性方面表现优异。
  • 响应时间:平均响应时间为 2.5 秒,最短 1.8 秒,最长 3.2 秒,满足实时问答需求。
  • 系统稳定性:
    • 在 100 并发用户情况下,平均响应时间增加到 3.0 秒,无错误发生。
    • 在 500 并发用户情况下,平均响应时间为 4.5 秒,出现少量超时错误(约 1%)。

4.4 实验分析 ​

原论文示例描述,系统在检索和回答生成方面具有良好的性能。高质量的片段向量化和有效的相似度计算算法,使得系统能够准确地检索到与用户问题相关的片段。利用大语言模型的强大生成能力,系统能够生成符合用户需求的自然语言回答。实时的流式输出进一步提升了用户体验。

在高并发场景下,系统仍能保持较好的响应速度和稳定性,证明了系统架构的可扩展性和可靠性。

5 讨论与结论 ​

5.1 讨论 ​

  • 系统优势:通过结合向量检索和大语言模型,系统能够理解复杂的自然语言问题,提供准确且流畅的回答。相比传统的关键词检索,系统在处理模糊查询、上下文理解等方面表现更佳。
  • 数据质量的重要性:实验中发现,片段内容的质量对检索准确性有显著影响。高质量的片段可以提高检索的相关性和回答的准确性。因此,优化文档拆分和片段生成的策略非常关键。
  • 模型调用成本:调用大语言模型存在一定的成本,需在实际应用中平衡性能与成本。可考虑引入本地部署的开源模型或模型压缩技术,降低调用成本。
  • 隐私与安全:对于涉及敏感信息的知识库,需要加强数据加密、访问控制等安全措施,确保数据的隐私性和安全性。

5.2 结论 ​

本文设计并实现了一个基于向量检索和大语言模型的智能知识库系统。通过对文档的识别、拆分和向量化处理,系统能够高效地检索与用户问题相关的内容,并利用大语言模型进行推理生成准确的自然语言回答。原论文示例描述,系统在检索准确性、回答质量和响应速度方面均具有良好的表现,能够有效提升用户的信息获取效率。

未来的工作将致力于:

  • 优化检索算法:引入更先进的向量检索技术,如图神经网络(GNN)等,提升检索性能。
  • 提升模型能力:结合领域知识,进行模型微调,增强回答的专业性和准确性。
  • 扩展功能模块:增加多语言支持、语音交互等功能,拓展系统的应用场景。
  • 加强安全措施:完善数据安全和隐私保护机制,满足各行业的合规要求。

MIT Licensed