Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Это содержимое относится к:
версии 4.0 (GA) | Предыдущие версии:
версии 3.1 (GA)
версии 3.0 (вывод из эксплуатации)
версии 2.1 (вывод из эксплуатации)
::: moniker-end
Это содержимое относится к:
версии 3.1 (GA) | Последняя версия:
версии 4.0 (GA) | Предыдущие версии:
версии 3.0
версии 2.1
Это содержимое относится к:
версия 2.1 | Последняя версия:
версия 4.0 (GA)
Важно
Операция версии 4.0 2024-11-30 (GA) model compose добавляет явно обученный классификатор вместо неявного классификатора для анализа. Предыдущая версия составной модели, см. "Составные пользовательские модели" версии 3.1. Если вы используете в настоящее время составные модели, рассмотрите возможность обновления до последней реализации.
Что такое составная модель?
С помощью составных моделей можно сгруппировать несколько пользовательских моделей в составную модель с одним идентификатором модели. Например, ваша составная модель может включать пользовательские модели, обученные для анализа поставок, оборудования и заказов на покупку мебели. Вместо того чтобы вручную выбрать соответствующую модель, можно использовать составную модель для определения соответствующей пользовательской модели для каждого анализа и извлечения.
Для некоторых сценариев необходимо сначала классифицировать документ, а затем анализировать документ с помощью модели, лучше всего подходит для извлечения полей из модели. Такие сценарии могут включать такие сценарии, когда пользователь отправляет документ, но тип документа не известен явным образом. Другой сценарий может быть, если несколько документов сканируются вместе в один файл и файл отправляется для обработки. Затем приложение должно определить документы компонентов и выбрать лучшую модель для каждого документа.
В предыдущих версиях операция выполняла неявную классификацию, model compose чтобы определить, какая пользовательская модель лучше всего представляет отправленный документ. Реализация операции 2024-11-30 (GA)model compose заменяет неявную классификацию из предыдущих версий явным шагом классификации и добавляет условную маршрутизацию.
Преимущества операции компоновки в новой модели
Новая model compose операция требует обучения явного классификатора и предоставляет несколько преимуществ.
Постоянное добавочное улучшение. Вы можете последовательно улучшить качество классификатора, добавив дополнительные примеры и постепенно повышая классификацию. Такая настройка гарантирует, что документы всегда направляются в нужную модель для извлечения.
Полный контроль над маршрутизацией. Добавляя маршрутизацию на основе доверия, вы предоставляете порог доверия для типа документа и ответа на классификацию.
Игнорировать определенные типы документов во время операции. Предыдущие
model composeреализации операции выбрали лучшую модель анализа для извлечения на основе оценки достоверности, даже если самые высокие оценки достоверности были относительно низкими. Предоставляя порог доверия или явно не сопоставляя известный тип документа из классификации с моделью извлечения, можно игнорировать определенные типы документов.Анализ нескольких экземпляров одного типа документа. При паре с
splitModeпараметром классификатораmodel composeоперация может обнаружить несколько экземпляров одного документа в файле и разделить файл для обработки каждого документа независимо. ИспользованиеsplitModeпозволяет обрабатывать несколько экземпляров документа в одном запросе.Поддержка добавления функций. Также можно указать функции , такие как поля запроса или штрихкоды, как часть параметров модели анализа.
Назначенная настраиваемая модель максимально расширена до 500. Новая реализация
model composeоперации позволяет назначать до 500 обученных пользовательских моделей одной составной модели.
Как использовать составление модели
Начните с сбора образцов всех необходимых документов, включая примеры с информацией, которая должна быть извлечена или проигнорирована.
Обучите классификатор, организовав документы в папках, где названия папок отражают типы документов, которые вы планируете использовать в составном определении модели.
Наконец, обучите модель извлечения для каждого из типов документов, которые вы планируете использовать.
После обучения моделей классификации и извлечения используйте Document Intelligence Studio, клиентские библиотеки или REST API для создания моделей классификации и извлечения в составную модель.
splitMode Используйте параметр для управления поведением разделения файлов:
- Нет. Весь файл рассматривается как один документ.
- perPage. Каждая страница в файле рассматривается как отдельный документ.
- auto. Файл автоматически разбивается на документы.
Выставление счетов и цены
Выставление счетов за составные модели осуществляется так же, как и за отдельные индивидуальные модели. Цены основаны на количестве страниц, проанализированных нижестоящей моделью анализа. Выставление счетов основано на цене извлечения страниц, перенаправленных в модель извлечения. С добавлением явной классификации взимается плата за классификацию всех страниц во входном файле. Дополнительные сведения см. на странице цен на аналитику документов.
Используйте операцию компоновки модели
Сначала создайте список всех идентификаторов модели, которые вы хотите создать в одну модель.
Объедините модели в один идентификатор модели с помощью студии, REST API или клиентских библиотек.
Используйте идентификатор составной модели для анализа документов.
Биллинг
Выставление счетов за составные модели происходит так же, как и за отдельные пользовательские модели. Цены основаны на количестве страниц, проанализированных. Выставление счетов основано на цене извлечения страниц, перенаправленных в модель извлечения. Дополнительные сведения см. на странице цен на аналитику документов.
- Нет изменений в ценах на анализ документа с помощью отдельной пользовательской модели или созданной пользовательской модели.
Функции составных моделей
Custom templateиcustom neuralмодели можно совместно составить в единую составную модель в различных версиях API.Ответ содержит
docTypeсвойство, указывающее, какие из составных моделей использовались для анализа документа.Для
custom templateмоделей можно создать созданную модель с помощью вариантов пользовательского шаблона или различных типов форм. Эта операция полезна, если входящие формы принадлежат одному из нескольких шаблонов.Для
custom neuralмоделей рекомендуется добавить все различные варианты одного типа документа в один обучающий набор данных и обучить настраиваемую нейронную модель. Этаmodel composeоперация лучше всего подходит для сценариев при отправке документов различных типов для анализа.
Ограничения модели создания
model composeС помощью операции можно назначить до 500 моделей одному идентификатору модели. Если количество моделей, которые я хочу создать, превышает верхний предел составной модели, можно использовать один из следующих вариантов:Классифицируйте документы перед вызовом пользовательской модели. Модель чтения можно использовать и создать классификацию на основе извлеченного текста из документов и определенных фраз с помощью таких источников, как код, регулярные выражения или поиск.
Если вы хотите извлечь одни и те же поля из различных структурированных, полуструктурированных и неструктурированных документов, рассмотрите возможность использования пользовательской нейронной модели глубокого обучения. Узнайте больше о различиях между пользовательской моделью шаблона и пользовательской нейронной моделью.
Анализ документа с помощью составных моделей идентичен анализу документа с помощью одной модели. Результат
Analyze DocumentвозвращаетdocTypeсвойство, указывающее, какая из моделей компонентов выбрана для анализа документа.В
model composeнастоящее время операция доступна только для пользовательских моделей, обученных с помощью меток.
Совместимость с составной моделью
| Тип пользовательской модели | Модели, обученные с помощью версии 2.1 и версии 2.0 | Пользовательские шаблоны и нейронные модели версий 3.1 и 3.0 | Пользовательские шаблоны и нейронные модели версии 4.0 2024-11-30 (GA) |
|---|---|---|---|
| Модели, обученные с использованием версии 2.1 и версии 2.0 | Не поддерживается | Не поддерживается | Не поддерживается |
| Пользовательский шаблон и нейронные модели версии 3.0 и 3.1 | Не поддерживается | Поддерживается | Поддерживается |
| Пользовательские шаблоны и нейронные модели версии 4.0 | Не поддерживается | Поддерживается | Поддерживается |
Чтобы составить модель, подготовленную с использованием предыдущей версии API (версии 2.1 или более ранней), обучите модель с использованием API версии 3.0, используя тот же размеченный набор данных. Это дополнение гарантирует, что модель версии 2.1 может быть составлена с другими моделями.
При поддержке моделей, созданных с использованием API версии 2.1, обновления по-прежнему не требуются.
Варианты разработки
Аналитика документов версии 4.0:2024-11-30 (GA) поддерживает следующие средства, приложения и библиотеки:
| Функция | Ресурсы |
|---|---|
| Пользовательская модель | • Document Intelligence Studio • REST API • C# SDK • Java SDK • JavaScript SDK • Python SDK |
| Составная модель | • |
Аналитика документов версии 3.1:2023-07-31 (GA) поддерживает следующие средства, приложения и библиотеки:
| Функция | Ресурсы |
|---|---|
| Пользовательская модель | • Document Intelligence Studio • REST API • C# SDK • Java SDK • JavaScript SDK • Python SDK |
| Составная модель | • Document Intelligence Studio • REST API • C# SDK • Java SDK • JavaScript SDK • Python SDK |
Аналитика документов версии 3.0:2022-08-31 (GA) поддерживает следующие средства, приложения и библиотеки:
| Функция | Ресурсы |
|---|---|
| Пользовательская модель | • Document Intelligence Studio • REST API • C# SDK • Java SDK • JavaScript SDK • Python SDK |
| Составная модель | • Document Intelligence Studio • REST API • C# SDK • Java SDK • JavaScript SDK • Python SDK |
Аналитика документов версии 2.1 поддерживает следующие ресурсы:
| Функция | Ресурсы |
|---|---|
| Пользовательская модель | • Инструмент разметки документов • REST API • Клиентская библиотека SDK • Контейнер Docker для разметки документов |
| Составная модель | • средство маркировки Document Intelligence • REST API • C# SDK • Java SDK • • Python SDK |
Дальнейшие действия
Узнайте, как создавать и составлять пользовательские модели: