ToB企服应用市场:ToB评测及商务社交产业平台

标题: 合合TextIn - 大模型加速器 [打印本页]
作者: 傲渊山岳    时间: 2024-7-11 10:45
标题: 合合TextIn - 大模型加速器
TextIn是合合信息旗下的智能文档处理平台，在智能文字识别范畴深耕17年，致力于图像处理、模式识别、神经网络、深度学习、STR、NLP、知识图谱等人工智能范畴研究。凭借行业领先的技术实力，为扫描万能王、名片万能王等智能文字识别产品提供强大的底层技术支持，并对企业、开发者、个人用户提供智能文字识别引擎、产品、云端服务。
立足AI时代，TextIn以深厚的技术积累为基础，接连推出通用文档解析、通用文本向量等技术，赋能大模型文档应用落地、RAG与Agent开发，成为大模型的“加速器”。

一、大模型训练与应用过程的挑战

在当前的大模型训练与应用过程中，我们面对着诸多关键环节的挑战，这些挑战直接影响着模型的性能和应用效果。
1. 训练Token耗尽

大模型训练所需的Token数量非常巨大，随着模型规模的不停扩大，Token的消耗量也呈指数级增长。例如，LLAMA2需要2万亿个Token，而GPT-4则需要高达13万亿个Token。这对盘算资源和数据获取提出了极高的要求。怎样在有限的资源下，高效获取并利用这些Token，是一个亟待解决的标题。
2. 高质量训练语料要求高

随着大模型的不停进化，对训练语料的质量要求也越来越高。传统的预训练数据集，如CommonCrawl、C4、Github、Wikipedia、StackExchange和Huggingface数据集，已经无法完全满足当前大模型的需求。因此，怎样高效地获取更多高质量的数据，成为了一大挑战。
互联网数据、书籍、论文等PDF或扫描件是紧张的潜在数据泉源。然而，这些文档往往布局复杂，包罗表格、段落、公式和标题等多种元素。正确识别和解析这些文档元素，并将其快速转化为训练数据，是确保数据质量的关键。详细的核心诉求包括：版面正确解析、阅读顺序还原、避免杂乱语序等。
3. LLM RAG应用中文档解析不精确

在LLM RAG（检索增强生成）应用中，文档解析的正确性至关紧张。不精确的文档解析会导致信息检索和生成内容的质量下降，从而影响实际应用效果。当前的解析技术在处理复杂文档布局时，仍存在一定的范围性，需要进一步的技术突破和优化。
二、盘算机视角下的文档

在大模型训练和应用过程中，文档数据是非常紧张的一环。为了更好地明确和处理这些文档，我们需要从盘算机的视角来区分不同范例的文档。重要可以分为有标志文档和无标志文档两大类。每种文档范例都有其独特的特点和处理方法。
1. 有标志文档

有标志文档包括Word文档、Markdown文档和HTML文档等。这些文档具有明确的布局和标签，可以或许将文本组织成段落、单位格、表格等。盘算机可以直接读取和解析这些文档，从而提取此中的有效信息。
示例：有标志文档的布局

以下是一个Markdown文档的示例：
  1. ## 有标记文档Markdown示例
  2. ### 第一部分
  3. #### 子标题
  4. |表格列1|表格列2|表格列3|
  5. |--------|--------|--------|
  6. |数据1   |数据2   |数据3   |
  8. 正文：有标记的文档能够被计算机直接读取和处理，从而提取结构化的信息。
复制代码
由于有标志文档的布局清晰，盘算机可以高效地进行处理。这对于大模型的训练和数据提取非常有利，因为可以确保数据的正确性和同等性。
2. 无标志文档

无标志文档包括扫描文档图像和部分PDF文档。这些文档没有存储任何布局信息，如表格或段落。盘算机无法直接读取这些文档，需要通过光学字符识别（OCR）技术将图像转换为可读文本。这一过程可能会出现识别错误，影响数据的质量和正确性。
示例：无标志文档的布局

以下是一个PDF文档的示例：
  1. %PDF-1.0
  2. 4 0 obj <</Length 65>>
  3. stream
  4. 1. 0. 0. 1. 50. 700. cm
  5. BT
  6. /F0 36. Tf
  7. (Hello, World!) Tj
  8. ET
  9. endstream
  10. endobj
复制代码
如上所示，PDF文档通常包罗大量的低级别格式信息，盘算机需要通过复杂的解析过程才能提取出有效的文本内容。这种无标志文档处理起来相对困难，需要更多的盘算资源和时间。
3. 处理无标志文档的挑战

无标志文档的处理重要面对以下挑战：
三、文档解析典型技术难点

在智能文档技术的发展过程中，文档解析面对着许多技术难点。这些难点重要会合在怎样正确地识别和处理文档中的复杂布局和内容。以下是一些典型的技术难点：
1. 单行公式与行内公式

在技术文档中，公式是常见的内容之一。公式可以是独立的一行（单行公式），也可以嵌入到文本中（行内公式）。对于盘算机来说，正确识别这两种不同范例的公式，并正确地进行解析和转换，是一项复杂的任务。
2. 表格内公式

表格内公式是另一大挑战。在技术文档中，表格常用于组织和展示数据，此中也可能包罗公式。解析表格内的公式需要同时处理表格布局和公式内容，确保数据的正确提取和转换。
3. 元素遮掩重叠

在文档扫描或图像中，常常会出现元素遮掩重叠的情况，例如印章、签名覆盖在文本或其他元素上。盘算机需要具备识别和处理这些遮掩重叠元素的能力，确保被遮掩信息的完备性。
4. 元素多样性与复杂版式

文档中的元素多种多样，包括文本、图像、表格、公式等。不同文档的版式也千差万别，有的文档采用双栏、跨页乃至三栏的布局。解析这些复杂版式的文档，需要盘算机具备高度的灵活性和正确性。
5. 表格识别技术难点

表格识别是文档解析中的一大难点，尤其是在处理复杂表格时。表格可能包罗合并单位格、跨页表格、多栏表格等，这些情况都对表格识别技术提出了很高的要求。盘算机需要正确地识别表格的边界、单位格内容和布局，并可以或许正确地重建这些信息。
四、TextIn文档解析算法

TextIn文档解析是一个高度复杂且功能强大的文档处理工具，专为处理各类电子文档和扫描件而设计。其核心目标是通过高级算法，将各种文档正确、快速地转换为布局化数据，以便进一步分析和应用。下面我们详细介绍TextIn文档解析的算法逻辑及其实现过程。
1. 算法框架概述

TextIn文档解析的算法框架重要包括以下几个核心步骤：
2. 文档图像预处理

对于扫描档的处理，文档图像预处理是一个紧张步骤。重要包括以下几个方面：
3. 文字识别

文字识别是将预处理后的图像转换为可编辑文本的关键步骤。TextIn使用先进的OCR（光学字符识别）技术，可以或许正确识别各种字体和语言的文本。文字识别过程包括字符检测、字符分类和文本重组三个重要步骤。
4. 物理版面分析

物理版面分析是对文档的视觉布局进行解析，识别文档中的各种元素，如文本块、表格、图像等。详细过程如下：
5. 逻辑版面分析

逻辑版面分析是在物理版面分析的基础上，进一步解析文档的逻辑布局。
6. 输出内容构建

在完成版面分析后，TextIn将解析得到的信息进行重组，构建布局化的文档数据。输出内容的格式可以根据需求进行灵活调整，支持Markdown、Word、TXT、Excel、JSON等多种格式。
7. 算法优化和应用场景

TextIn文档解析体系不停优化算法，以提高解析速度和正确性。其广泛应用于金融、法律、教诲、医疗等范畴，为各行业提供高效的文档处明确决方案。
五、合合TextIn文档解析，赋能智能文档交互

随着大模型应用中文档智能交互在C端、B端各类场景的落地，用户对快速、正确的文档解析工具的需求渐渐升高。C端场景下，用户的常勤劳能包括：要求大模型根据上传文件完成知识问答，给出关联信息建议，以及提供专业性分析参考等。文件格式、范例的丰富性导致解析稳固性难以保证。而企业级应用对文档解析精度有更高的要求，企业自建知识库、RAG体系开发都要求高效稳固的解析工具。
目前，大模型在文档互动中的表现仍有待提升。文档解析的正确度对大模型互动表现相当紧张，解析不精准会导致模型无法正确明确文档内容，影响问答的正确性和用户体验。当文档中的表格、公式、图表等复杂元素不能被正确解析时，模型可能会提供错误或不完备的答案。
以下图的学术论文为例，大模型问答产品无法获取扫描版论文表格中的关键数据。

使用TextIn文档解析工具，将文件转化为Markdown格式后再次上传大模型并提出相同标题，大模型在解析工具的辅助下，顺利给出正确答案。

TextIn通用文档解析工具利用强大的文字识别和文档明确能力，识别文档或图片中的文字信息，并按常见的阅读顺序进行还原，赋能大语言模型的数据清洗和文档问答任务。支持尺度的年报、文书、翰札、条约等文档内容，兼容扫描文档和电子PDF文件。
目前，文档解析主流专业产品采用的门路结合了PDF提取技术与OCR识别技术。此中，PDF提取技术重要用于处理PDF格式的文档，通过直接解析PDF文件的布局来提取文本和其他内容；其优点是处理速度快，得当于布局简单的PDF文档，但在处理复杂布局或包罗大量图表、图片的文档时，正确率可能较低。OCR（Optical Character Recognition）技术通过扫描文档图像，识别此中的文字信息。这种技术适用于各种格式的文档，特殊是扫描的纸质文档或图像格式的电子文档。OCR技术可以处理复杂布局的文档，但处理速度相对较慢，且对图像质量有一定要求。
TextIn文档解析工具在此基础上，以多文档元素识别能力和版面分析关键技术为核心，突破多项技术难点，具备全量的扫描件识别能力，既支持单张的卡、证、票，也支持数百页的扫描版文档；拥有精准的表格还原能力，面对无线表、跨页表格、合并单位格、密集表格、手写字符、公式等识别解析难点，也能做到不漏检、不错检、内容正确；对多栏、多图表的复杂版面文件进行阅读顺序还原，支持Markdown、Json等多种格式输出，为大模型提供最“便捷舒适”的序列文字。
凭借文档树提取关键技术，TextIn文档解析可为长文档构建文档树，判断逻辑布局，为后续Embedding优化提供良好基础。

目前，TextIn通用文档解析完成最新一版产品迭代，将100页文档解析速度提升至最快1.5秒以内。
TextIn文档解析将100页文档解析速度提升至最快1.5秒以内，为大模型训练、微调与文件量大、时效性高的机构级业务场景保障稳固的技术支撑。
产品试用链接：https://cc.co/16YSIZ
六、RAG解决的标题

检索增强生成（Retrieval-Augmented Generation，RAG）技术在处理复杂信息检索和生成任务中，显现了显著的上风。其核心在于结合了检索和生成的双重能力，可以或许在多个方面解决传统生成模型所面对的标题。以下是RAG技术在实践中解决的一些关键标题。
1. 长尾知识

长尾知识是指那些不常见但紧张的信息，传统生成模型由于训练数据的范围性，难以生成正确的长尾知识。而RAG通过检索数据库或知识库，可以找到并利用这些长尾信息，从而生成更全面和正确的回答。比如在专业技术范畴，RAG可以通过检索相关文献和资料，提供详细且权威的解释。
2. 私有数据

在许多应用场景中，生成模型需要处理和利用私有数据，如企业内部文档、专利资料等。RAG技术可以或许集成私有数据进行检索，确保生成的内容具备高度的相关性和正确性，同时避免泄露敏感信息。例如，在企业知识管理体系中，RAG可以帮助员工快速找到内部文档中的关键信息，提高工作服从。
3. 数据及时性

数据及时性是许多生成任务中必须解决的标题。传统生成模型训练后的数据是静态的，无法反映最新的信息。而RAG通过及时检索最新的数据源，确保生成的内容与当前信息同步。例如，在新闻报道和金融分析中，RAG可以或许及时检索最新事件和市场动态，提供及时的内容更新。
4. 泉源和可解释性

生成内容的泉源和可解释性是用户信任和采用体系的关键因素。RAG技术可以或许提供检索到的信息泉源，使生成的内容具有可验证性和可信度。这对于需要高正确性和透明度的应用场景尤为紧张，如医学诊断和法律咨询。用户可以查看生成内容的泉源，增加对体系的信任度。
5. 幻觉标题

生成模型的“幻觉”标题，即生成内容假造或不正确，是一个长期存在的挑战。RAG通过检索真实的文档和数据，可以显著减少这种现象发生的概率。通过依赖外部可靠信息源，RAG生成的内容更加可靠和正确，有助于提高用户体验和体系的实用性。
七、RAG存在的标题

检索增强生成（Retrieval-Augmented Generation，RAG）技术在处理复杂文档和信息检索时显现了强大的潜力。然而，在实际应用过程中，RAG技术仍然面对一些亟待解决的标题。以下将详细探讨这些标题，并分析其对文档解析与向量化检索的影响。
1. 文档内容解析出错

RAG技术依赖于正确的文档解析来获取所需的信息。然而，文档解析过程中可能会出现错误，导致信息提取不正确。这些错误可能源于OCR技术的范围性、复杂文档布局的误识别等因素。这种情况会直接影响RAG模型生成答案的质量和正确性。
2. 文档存在太多Corner Case

在实际应用中，文档的格式和内容千差万别，存在大量的特殊情况（Corner Case）。这些特殊情况可能包括非尺度的文档格式、不规则的排版、混合语言的使用等。这些Corner Case给文档解析带来了极大的挑战，使得RAG技术难以应对所有情况，影响了体系的稳固性和鲁棒性。
3. 解析速度慢，用户体验差

文档解析和信息检索是RAG技术的核心环节。由于文档解析过程复杂且耗时，尤其是在处理大量文档或高分辨率扫描件时，解析速度会显著降低。这种情况下，用户体验会受到严重影响，难以满足及时检索和生成的需求。
4. 知识库更新耗时长

RAG技术需要定期更新知识库，以保证生成的答案具有最新的时效性。然而，知识库的更新过程往往耗时较长，无法及时反映最新的信息变革。这种滞后性会导致RAG生成的答案过时或不正确，影响用户的信任度。
5. 机械分chunk丢失语义信息

在文档解析过程中，常采用将文档分块（chunking）的方法来处理大规模文本。然而，机械地将文档分块可能会丢失语义信息，尤其是当句子或段落被堵截时。这种情况下，RAG技术难以正确明确上下文，导致生成的答案不连贯或不完备。
6. 目标检索内容召回不到

RAG技术依赖于正确的内容召回来生成高质量的答案。然而，由于检索算法的限制，目标检索内容可能无法被正确召回，导致生成答案的依据不足或错误。这种标题在处理大规模文档库或高度复杂的检索请求时尤为明显。
7. 召回结果排序困难

即使检索到了相关内容，对召回结果的排序也是一项挑战。怎样根据上下文和用户需求，正确地对召回结果进行排序，直接影响到RAG生成答案的质量和相关性。不合理的排序可能导致最相关的信息被忽略，影响用户的满足度。
8. 答案生成有幻觉

答案生成过程中的“幻觉”现象是指模型生成的内容并非基于真实的数据，而是“编造”出来的。这种现象在RAG技术中并不少见，尤其是在处理不完备或不正确的信息时。幻觉现象会严重影响答案的可靠性，给用户带来误导。
八、通用文本向量，提升检索召回能力

Embedding 是一种用于机器学习和天然语言处理范畴的表示技术，它将高维的离散数据（如单词、句子或者图像的特征等）转换为低维的一连向量，这些向量被称为嵌入（embeddings），它们可以或许捕获到数据的语义特征和关系，将单词、短语或整个文档的语义和上下文信息封装在一个密集的、低维的向量空间中；Embedding在天然语言处理和机器学习中起着关键作用，是基础、核心且经典的建模任务，对于各种不同的下游NLP任务是必不可少的，如分类、聚类、检索、句子相似性判断等。
从Word2Vec到BERT表征模型、再到现如今的大模型，Embedding 建模方法在不停创新迭代。不论在传统的搜索、问答场景，还是如今大语言模型（LLM）驱动的检索增强生成（Retrieval-Augmented Generation, RAG）场景中，Embedding 技术一直扮演着语义明确的核心角色。

今年三月，合合信息发布的文本向量化模型 acge_text_embedding（简称“acge模型”）在中文文本向量化范畴取得了重大突破，荣获 Massive Text Embedding Benchmark (MTEB) 中文榜单（C-MTEB）第一名的成绩。
为提高整体模型效果，TextIn团队采用对比学习技术，通过最小化正对之间的间隔和最大化负对之间的间隔来呈现文本语义表示；重视数据挖掘，构造多场景、数量巨大的数据集提升模型泛化能力，挑选高质量数据集加速模型收敛。技术开发过程中，采用多任务混合训练，多loss适配场景，顺应各种下游任务，避免模型“偏科”；引入持续学习训练方式，改善引入新数据后模型灾难性遗忘标题；同时运用MRL技术，训练可变维度的嵌入，提高处理速度，降低了存储需求。
与目前C-MTEB榜单上排名前列的开源模型相比，合合信息发布的acge模型较小，占用资源少；模型输入文本长度为1024，满足绝大部分场景的需求。此外，acge模型还支持可变输出维度，使应用者可以或许根据详细场景去合理分配资源。
当前，acge模型已在多个应用场景下显现其上风：
(a) 文档分类：通过ocr技术精确识别图片、文档等场景中的文字，利用acge强大的文本编码能力，结合语义相似度匹配技术，构建通用分类模型；
(b) 长文档信息抽取：通过文档解析引擎与层级切片技术，利用acge生成向量索引，检索抽取内容块，提升长文档信息抽取模型精度；
(c) 知识问答：通过文档解析引擎与层级切片技术，利用acge生成向量索引，定位文件内容，实现精准问答。
产品试用链接：https://cc.co/16YSIr
TextIn通用文档解析、通用文本向量工具，以专业智能识别技术储备为支撑，加速当前大模型开发与应用，与上下游共建LLM+文档交互的智能生态。
如有帮助，请多关注
TeahLead KrisChang，10+年的互联网和人工智能从业经验，10年+技术和业务团队管理经验，同济软件工程本科，复旦工程管理硕士，阿里云认证云服务资深架构师，上亿营收AI产品业务负责人。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。



欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4