<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Интеллектуальная информационная система поддержки принятия судебных решений в сфере экономического правосудия</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>А.А. Alekseev</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>А.S. Katasev</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>А.F. Khassianov</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Е.V. Tutubalina</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>D.S. Zuev</string-name>
        </contrib>
      </contrib-group>
      <fpage>17</fpage>
      <lpage>27</lpage>
      <abstract>
        <p>Аннотация. Описана архитектура системы интеллектуального анализа текстов в юриспруденции, которая способна помечать важные места, на которые следует обращать внимание при процессуальных действиях с использованием инструментов текстовой аналитики. Создана модель для извлечения из корпуса юридических текстов значимых сущностей и фактов. На корпусе юридических текстов проведено обучение алгоритма автоматического извлечения сущностей на базе рекуррентной нейронной сети. В результате было выявлено, что рекуррентная нейронная сеть предсказывает сущности, которые не были размечены вручную либо размечены некорректно и требуется проверка разметки. Важной функцией системы является поиск и предоставления аналогичных решений по схожим судебным искам. Для правильного определения категории судебного спора решается задача классификации. Было выявлено более 80 различных категорий судебных споров, которые встречаются с разной частотой. Процесс классификации с ростом количества обрабатываемых документов может быть очень затратным по времени, поэтому данная функциональность реализуется отдельный микросервис с обменом с другими модулями системы в асинхронном режиме. Отдельным модулем системы представлен сайт - шаблонизатор исковых заявлений, позволяющий корректно формировать типовые исковые заявления. Разработка системы ведется вместе с практикующими юристами, в качестве специалистов из предметной области привлекаются судьи Арбитражного суда Республики Татарстан, преподаватели и обучающиеся юридического факультета Казанского федерального университета.</p>
      </abstract>
      <kwd-group>
        <kwd>Ключевые слова</kwd>
        <kwd>аналитика и управление данными</kwd>
        <kwd>интенсивное использование данных</kwd>
        <kwd>электронные библиотеки</kwd>
        <kwd>кластеризация</kwd>
        <kwd>рекомендательная система</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>1 Kazan National Research Technical University</p>
      <p>2 Kazan Volga Region Federal University</p>
      <p>Annotation. The architecture of the system for the intellectual analysis of texts in
jurisprudence, which is capable of marking important places to which attention
should be paid during procedural actions using text analytics tools, is described. To
extract meaningful entities and facts from a corpus of legal texts we created a model.
An algorithm for automatic extraction of entities based on a recurrent neural network
was trained on the corpus of legal texts. As a result, it was revealed that the recurrent
neural network predicts entities that were not manually labeled or incorrectly labeled
and markup checking is required. An important function of the system is to search for
and provide similar solutions for similar lawsuits. For the correct determination of the
category of lawsuit, the task of classification of entities is solved. More than 80
different categories of lawsuits identified, occurring with varying frequency. The
classification process with an increase in the number of processed documents can be very
time consuming, so this functionality is implemented by a separate microservice with
integration with other modules of the system in asynchronous mode. A separate
module of the system is a website - template of claim statements, which allows to filling
correctly typical claims. The development of the system is carried out together with
practicing lawyers, as experts from the subject area. Judges of the Arbitration Court
of the Republic of Tatarstan, teachers and students of the law faculty of Kazan
Federal University are also involved.</p>
      <p>Keywords: data analytics and data management, data intensive domains, digital
libraries, recommender system, decision support systems.</p>
      <p>Как известно, информационное общество характеризуется высоким
уровнем развития информационно-коммуникационных технологий (ИКТ) и их
интенсивным использованием всеми и всюду. Развитие облачных технологий
позволило принципиально изменить подходы к созданию сложных программных
систем практически для всех предметных областей. Хотя в области
судопроизводства в России постоянно повышается уровень использования
информационных технологий, но, тем не менее, информационная и производственная
нагрузки на судей по-прежнему остаются чрезмерно высокими. Без
использования специализированных автоматизированных информационных систем
существенное повышение эффективности работы судов просто невозможно.</p>
      <p>Одним из приложений технологий машинного обучения в
судопроизводстве является создание интеллектуальных систем, способных на имеющейся
базе данных судебных документов выявлять общие зависимости, предоставлять
судьям для ознакомления близкие по тематике дела, рекомендовать наиболее
вероятные исходы или помечать важные места, на которые судебным
работникам следует обращать внимание при процессуальных действиях.</p>
      <p>
        В [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] описаны онтологии и особенности работы с юридическими
документами. Есть успешные реализации подобных информационных систем за
рубежом. Примером служит система «Case Cruncher Alpha» [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], разрабатываемая
в Sidney Sussex College, Cambridge и ориентированная на прогнозирование
ре2. Цели и задачи создания системы
«Робот-юрист» – это информационная система, которая должна позволять
участникам юридического процесса правильно проводить подготовку судебных
дел и осуществлять планирование судебной деятельности. Цель системы –
помочь определить характер спора, осуществить поиск и проверку действия
правовых норм, регулирующих спорные правоотношения, оказывать содействие в
установлении компетентного суда (подсудность, подведомственность), статуса
участников спора (действующее, ликвидированное, банкрот), определении
круга обстоятельств, имеющих значение для рассмотрения спора, характера
спорного правоотношения, нормы права, подлежащей применению (действует ли
данная норма), а также проверять достаточность и комплектность
представляемых документов. Как отдельные функции запланированы обеспечение
возможности оформления искового заявления, а также вычисление (по
предоставленным исходным данным на основе архива судебных дел) вероятности принятия
того либо иного решения.
      </p>
      <p>
        Проведенные исследования по семантическому структурированию
информации в других предметных областях (см., например, [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ]), анализ
инструментов текстовой аналитики (см, например, [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]) и наработки по
применению семантических технологий при работе с юридическими документами [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
говорят о принципиальной реализуемости поставленной задачи.
      </p>
      <p>Разработка системы ведется вместе с практикующими юристами, в
частности, в качестве специалистов из предметной области привлекаются судьи
Арбитражного суда Республики Татарстан, преподаватели и обучающиеся
юридического факультета Казанского федерального университета.</p>
      <p>Для достижения поставленных целей поставлены следующие задачи.
• создание портала для формирования шаблонов исковых заявлений с
отслеживанием их жизненного цикла;
• разметка и анализ существующей базы судебных решений, исковых
заявлений (отбор значимых признаков для определенных категорий
судебного спора, классификация заявлений и решений, извлечение сущностей и
фактов);
• подбор аналогичных дел и решений, рекомендательный сервис;
• сопоставление исковых заявлений и судебных решений;
• распределение судебных дел между судьями с учетом их специализации и
текущей загрузки.</p>
      <p>Фактически каждая из выделенных задач является автономным модулем
разрабатываемой информационной системы, а сама система – практической
демонстрацией совместного использования ряда семантических технологий и
инструментов текстовой аналитики.</p>
      <p>Текущие парадигмы разработки предусматривают два концептуально
различных подхода к дизайну приложений. Первый вариант – «монолитные
приложения». Это довольно очевидный способ построения информационных
систем, в которой запросы обрабатываются в рамках единственного процесса, при
этом используются возможности конкретного языка программирования для
разделения приложения на классы и функции. Подобный подход порождает ряд
проблем: любые изменения, даже самые небольшие, требуют перекомпиляции
всего дистрибутива информационной системы и последующего обновления
всех ее модулей, с течением времени изменения в логике работы одного модуля
начинают влиять на функции других модулей, возникают проблемы с
масштабированием приложения.</p>
      <p>
        Другой подход – это построение среды, в которой отдается предпочтение
слабым связям, абстрагированию низкоуровневой логики, гибкости, а также
возможности многократного использования и обнаружения компонентов [
        <xref ref-type="bibr" rid="ref6 ref7">6, 7</xref>
        ],
сервис-ориентированной архитектуре (Service-Oriented Architecture, SOA).
Сервисы – это программные компоненты, предоставляющие четко определенную
функциональность и используемые в составе многих приложений. Каждый
сервис представляет собой изолированную сущность с минимумом зависимостей
от других совместно используемых ресурсов: баз данных, традиционных
приложений и интерфейсов программирования. Таким образом, возникает
возможность изменять отдельные сервисы, не затрагивая при этом всю систему.
Развитием парадигмы сервис-ориентированной архитектуры можно считать
появление архитектуры микросервисов [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Термин «Microservice Architecture»
получил распространение в последние несколько лет для описания способа
проектирования приложений в виде набора независимо развертываемых сервисов.
      </p>
      <p>
        С учетом достаточно большого количества модулей системы необходимо
было выбрать подход к организации всего приложения и минимизировать
зависимости, связанные с изменениями внутри отдельных модулей. При этом
очевидно, что модули текстовой аналитики со временем будут изменяться,
возможна реализация различных алгоритмов классификации и аналитики в
зависимости от массива обрабатываемых документов. Для создания
«Роботаюриста» нами был выбран архитектурный стиль микросервисов. Архитектура
разрабатываемой системы приведена в [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], где выделено несколько групп
сервисов, взаимодействующих между собой с помощью программного интерфейса
(API).
Ниже представлены основные подсистемы и сервисы разрабатываемой
системы.
      </p>
      <p>3. Сервисы системы
Разметка документов и извлечение сущностей. Для построения
зависимостей и извлечения сущностей и фактов создан сервис разметки и анализа
документов и выделено несколько подзадач:
• разметка существующего массива документа для поиска зависимостей и
построения модели, списка справочников служебной онтологии;
• извлечение сущностей и фактов;
• запись в базу данных и отображение массива документов с выделенными
сущностями для дальнейшей обработки.</p>
      <p>Разметка существующего массива документов необходима для
дальнейшего обучения сервисов системы. Для реализации этой задачи использовался
инструмент для быстрого структурированного аннотирования текстов BRAT
[10].</p>
      <p>Для разметки документов были привлечены специалисты из предметной
области, размечено около 3000 судебных актов с ручным выделением значимых
сущностей. Необходимо заметить, что процесс разметки документов весьма
затратен по времени, хотя и не требует глубокого знания предметной области и
вполне по силам студентам старших курсов профильных факультетов. Однако
надо понимать, что точность алгоритма извлечения сущностей зависит от
количества выборки и качества разметки текстов.</p>
      <p>На данном корпусе текстов проведено обучение алгоритма
автоматического извлечения сущностей на базе рекуррентной нейронной сети. Общий
массив размеченных документов был разделен на обучающую и тестовую
выборки в соотношении 80% на 20%, что соответствует общей практике решения
подобных задач. В результате на текущем шаге было выявлено, что
рекуррентная нейронная сеть предсказывает сущности, которые не были размечены
вручную либо размечены некорректно. Таким образом, были подготовлены данные,
требующие дальнейшего уточнения. На данный момент производятся
повторная проверка размеченных документов и корректировка для дальнейшего
обучения сети.</p>
      <p>Рекомендательный сервис. Этот сервис предназначен для поиска и
предоставления аналогичных решений по схожим судебным искам.</p>
      <p>
        Существуют два основных типа рекомендательных систем:
контенториентированные и социальные (коллаборативной фильтрации) (см., например,
[
        <xref ref-type="bibr" rid="ref10">11</xref>
        ]). Первые основаны на представлении предпочтений пользователей путем
анализа содержимого рекомендательных элементов. Системы второго типа
моделируют предпочтения, оценивая близость профилей пользователей. Ниже под
рекомендательным сервисом будем понимать информационную систему,
которая:
1) формирует модель предметной области на основе массива документов
(включая подготовительные операции – приведение к векторному виду,
кластеризацию и т. п.);
      </p>
      <p>2) получает на вход документ и выдает список документов, близких к
входному.</p>
      <p>По сравнению с поисковыми системами рекомендательные системы
наиболее полезны, когда у пользователя возникают трудности с
формулировкой эффективного поискового запроса.</p>
      <p>
        Подходы к организации рекомендательных сервисов могут быть разными,
в [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] описан подход с использованием онтологий и предпочтений
пользователей. Учитывая специфику предметной области и разрабатываемой системы,
использовать предпочтения пользователей не корректно.
      </p>
      <p>Алгоритм работы сервиса можно разделить на два этапа:
• подготовительный этап – обработка массива документов и обучение
модели;
• основной этап – получение аналогов входного текста по заданному
идентификатору документа.</p>
      <p>
        На подготовительном этапе обрабатываются все имеющиеся документы:
вырезаются знаки пунктуации, термы приводятся к единому виду (для слов с
разными окончаниями и суффиксами). Далее документ приводится к
векторному виду. Для представления массива документов в виде числовых векторов,
отражающих важность использования каждого слова из некоторого набора слов
(количество слов набора определяет размерность вектора), в каждом документе
используется мера TF-IDF [
        <xref ref-type="bibr" rid="ref10 ref5">5, 11</xref>
        ]. На основе массива векторов происходит
кластеризация. Напомним, что кластеризация [
        <xref ref-type="bibr" rid="ref5">5, 12</xref>
        ] – это процесс разбиения
множества объектов на группы, которые заранее неизвестны. В результаты члены
каждой группы должны быть похожи друг на друга по признакам разбиения и
отличаться от членов других групп. Такие группы называются кластерами.
      </p>
      <p>
        На первом шаге необходимо определить количество K кластеров,
логичным представляется использовать для этого формулу  =   , где Ndoc – общее
10
количество обрабатываемых документов. Далее производится собственно
кластерный анализ по методу K-means (метод К-средних, [
        <xref ref-type="bibr" rid="ref5">5, 13</xref>
        ]). Полученные
результаты сохраняются для дальнейшего использования.
      </p>
      <p>На основном этапе работы на вход сервису подается идентификатор
документа. Производится приведение его к векторной форме, которая
обрабатывается моделью, причисляется к определенному кластеру. На выход алгоритм
выдает первые 10 документов из того же кластера, что и входной документ,
хотя данный параметр является настраиваемым и может быть изменен в
настройках сервиса.</p>
      <p>Процесс переобучения модели следует проводить периодически,
например, раз в сутки, либо после существенного изменения всего корпуса
документов.
Сервис реализован на языке Python, взаимодействие с другими модулями
системы происходит по внутреннему согласованному протоколу
взаимодействия.</p>
      <p>Классификация судебных дел. Одной из проблем судебного
делопроизводства является процедура определения категории и характера спора.
Правильное определение категории судебного спора важно, поскольку влияет на
назначение судьи на соответствующий процесс, а назначаемый судья должен
иметь опыт рассмотрения подобных споров, знать и понимать их особенности.
На текущий момент выявлено более 80 различных категорий судебных споров,
которые встречаются с разной частотой. Процесс классификации с ростом
количества обрабатываемых документов может быть очень затратным по
времени, поэтому с архитектурной точки зрения было решено вынести данную
функциональность как отдельный микросервис с реализацией обмена с другими
модулями системы в асинхронном режиме. К тому же определение категории
спора (судебного дела) не является задачей, требующей мгновенного ответа.</p>
      <p>Для первого этапа реализации системы было принято решение провести
анализ судебных документов по четырем категориям: оспаривание решений
антимонопольных органов, оспаривание действий судебных приставов,
привлечение к ответственности за нарушение условий лицензирования, споры о
неисполнении или ненадлежащем исполнении обязательств по договорам поставки.</p>
      <p>Методы классификации текстовой информации основаны на
предположении, что документы, относящиеся к одной категории, содержат одинаковые
признаки (слова или словосочетания), и наличие или отсутствие таких
признаков в документе говорит о его принадлежности или непринадлежности к той
или иной теме [14]. Для выявления схожей структуры и одинаковых признаков
(терминов) документов одного класса применялся латентно-семантический
анализ (ЛСА) [15].</p>
      <p>Нами были рассмотрены несколько известных методов классификации и
проведены испытания на тестовой выборке: наивный байесовский
классификатор [14], метод k ближайшего соседа (k-means) [13] и деревья решений [16].
Результаты работы классификаторов показали наличие ошибок на тестовой
выборке: классификатор Байеса – 4%, точность классификации 96%; k-means –
2%, точность классификации – 98%; деревьев решений – 2%, точность
классификации – 98%, что не является приемлемым результатом в рамках системы
разрабатываемой системы, поскольку с увеличением количества
рассматриваемых категорий дел (а их около 100), получаемые ошибки будут накапливаться,
и точность работы сервиса в целом будет падать.</p>
      <p>Для улучшения точности классификации разрабатывается алгоритм на
основе искусственной нейронной сети. Алгоритм реализуется на языке R с
помощью искусственной нейронной сети и имеет следующие параметры: 40
нейронов во входном слое, 1 скрытый слой с 4 нейронами, 4 выхо дных
нейрона, активационная функция: сигмоида.</p>
      <p>Алгоритм обработки документа выглядит следующим образом:
• на вход подается идентификатор документа;
• из документа выделяются ключевые слова и их количество;
• проводятся анализ и подбор класса дела;
• в качестве результата алгоритм возвращает идентификатор класса
судебного дела, который становится дополнительным свойством
документа.</p>
      <p>При добавлении нового класса проводятся анализ допустимых ключевых
слов и повторное обучение нейронной сети.</p>
      <p>Создание шаблонов исковых заявлений. Отдельной задачей является
сопоставление судебных актов и заявлений по рассмотренным делам,
поскольку сами исковые заявления, в отличие от базы знаний принятых решений,
являются закрытыми и не публикуются в интернете. Вообще говоря,
установление связи искового заявления и судебного решения в общем случае не
представляет сложности и не имеет особого смысла, поскольку они связаны связью
один-к-одному, однако в рамках разработки системы «Робот-Юрист»
актуальной является задача связывания вновь поданного искового заявления и близких
результатов судебных процессов для дальнейшей обработки. В этом случае
необходимо иметь заявление в виде, удобном для машинной обработки.</p>
      <p>Для получения экземпляров исковых заявлений сразу в электронном виде
был предложен механизм веб-портала – шаблонизатора заявлений. При подаче
пользователем системы искового заявления система формирует печатную
версию заявления в соответствии с регламентирующими нормативными
документами РФ, а электронная копия документа автоматически размечается и
сохраняется в базе данных системы с определенным статусом. Далее задействуются
внутренние функции системы по классификации и кластеризации. После
завершения регламентных заданий становится возможным задействовать
функции системы для поиска и просмотра близких судебных дел или присваиванию
категории судебному спору.</p>
      <p>Веб-портал предусматривает несколько ролей пользователей с различной
функциональностью, также предложена и реализована статусная модель
судебного дела для удобства отслеживания жизненного цикла документа в системе.
Заключение
На данный момент система находится на начальном этапе развития –
закончено проектирование системы «Робот-Юрист», произведена первоначальная
разметка документов. После первых прогонов алгоритма по извлечению
сущностей из документов выявлены неточности в разметке, которые сейчас
исправляются.</p>
      <p>В рамках решения задачи классификации проведены предварительный
анализ судебных документов, отбор значимых признаков для определенных
категорий судебного спора, проведен латентно-семантический анализ для
выявления общей структуры типовых документов. На тестовой выборке проверены
алгоритмы байесовской классификации, k ближайшего соседа и деревьев
решений, разрабатывается модель на основе искусственной нейронной сети. На
следующем этапе планируется увеличить выборку исковых арбитражных
заявлений и рассмотреть большее число типов возможных судебных споров, а также
разработать программные модули, выполняющие задачи отбора
информативных признаков и классификации.</p>
      <p>Работа выполнена за счет средств субсидии, выделенной Казанскому
федеральному университету для выполнения государственного задания в сфере
научной деятельности, проект 2.8712.2017/8.9.
13.https://ru.wikipedia.org/wiki/K-means
14.14. A. A. Barsegyan, M. S. Kupriyanov, I. I. Kholod, M. D. Tess, S. I.
Yelizarov Analiz dannykh i protsessov: ucheb. posobiye – 3-ye izd., pererab. i
dop. – SPb.: BKHV-Peterburg, 2009. – 512 s.: il. + CD-ROM.
15.T.K. Landauer, P.Foltz,D. Laham An Introduction to Latent Semantic
Analysis. Discours Processes, 25, 1998 — P. 259-284.
16.C. C. Aggarwal. Data Classification: Algorithms and Applications. Text
Classification. Chapman &amp; Hall/CRC, 2014, ISBN:1466586745 9781466586741</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>S.</given-names>
            <surname>Peroni</surname>
          </string-name>
          .
          <source>SemanticWeb Technologies and Legal Scholarly Publishing Law</source>
          , Springer, Governance and Technology Series, vol.
          <volume>15</volume>
          ,
          <year>2014</year>
          . doi 10.1007/978- 3-
          <fpage>319</fpage>
          -04777-5
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>Case</given-names>
            <surname>Crunch</surname>
          </string-name>
          <string-name>
            <surname>Alfa</surname>
          </string-name>
          [Электронный ресурс] Режим доступа: http://www.casecrunch.com, свободный
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>A. M. Elizarov</surname>
            ,
            <given-names>A. B.</given-names>
          </string-name>
          <string-name>
            <surname>Zhizhchenko</surname>
            ,
            <given-names>N. G.</given-names>
          </string-name>
          <article-title>Zhil'tsov,</article-title>
          <string-name>
            <given-names>A. V.</given-names>
            <surname>Kirillovich</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. K.</given-names>
            <surname>Lipachev</surname>
          </string-name>
          .
          <article-title>Ontologii matematicheskogo znaniya i rekomendatel'naya sistema dlya kollektsiy fiziko-matematicheskikh dokumentov //Doklady akademii nauk</article-title>
          .
          <year>2016</year>
          . T
          <volume>467</volume>
          , № 4,
          <string-name>
            <surname>S.</surname>
          </string-name>
          392-
          <fpage>395</fpage>
          . doi:
          <volume>10</volume>
          .1134/S1064562416020174
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>A. M. Elizarov</surname>
            ,
            <given-names>E. K.</given-names>
          </string-name>
          <string-name>
            <surname>Lipachev</surname>
            ,
            <given-names>O. A.</given-names>
          </string-name>
          <string-name>
            <surname>Nevzorova</surname>
          </string-name>
          , V. D.
          <article-title>Solov'yev. Metody i sredstva semanticheskogo strukturirovaniya elektronnykh matematicheskikh dokumentov //Doklady akademii nauk</article-title>
          .
          <year>2014</year>
          . T.
          <volume>457</volume>
          , № 6,
          <string-name>
            <surname>S.</surname>
          </string-name>
          642-
          <fpage>645</fpage>
          . doi 10.7868/S0869565214240049
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Grant</surname>
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Ingersoll</surname>
            , Thomas S. Morton,
            <given-names>Drew</given-names>
          </string-name>
          <string-name>
            <surname>Farris</surname>
          </string-name>
          . Taming Text: How to Find, Organise, and Manipulate it. /Manning Publications,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>N.</given-names>
            <surname>Gold</surname>
          </string-name>
          et al.
          <source>Understanding Service Oriented Software. IEEE Software</source>
          , vol.
          <volume>21</volume>
          , no.
          <issue>2</issue>
          ,
          <year>2004</year>
          , P.
          <fpage>71</fpage>
          -
          <lpage>77</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>S.</given-names>
            <surname>Jones</surname>
          </string-name>
          .
          <article-title>Toward an Acceptable Definition of Service</article-title>
          .
          <source>IEEE Software</source>
          , vol.
          <volume>22</volume>
          , no.
          <issue>3</issue>
          ,
          <year>2005</year>
          , P.
          <fpage>87</fpage>
          -
          <lpage>93</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8. M.
          <article-title>Fowler Microservices a definition of this new architectural term https://martinfowler</article-title>
          .com/articles/microservices.html
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>D. S.</given-names>
            <surname>Zuev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. A.</given-names>
            <surname>Marchenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. F.</given-names>
            <surname>Khassianov Text</surname>
          </string-name>
          Mining Tools in Legal Documents // CEUR Workshop Proceedings.
          <year>2017</year>
          . V.
          <year>2022</year>
          , pp.
          <fpage>214</fpage>
          -
          <lpage>218</lpage>
          . http://ceur-ws.
          <source>org/</source>
          Vol-2022/paper35.pdf 10.P. Stenetorp,
          <string-name>
            <given-names>S.</given-names>
            <surname>Pyysalo</surname>
          </string-name>
          , G. Topić,
          <string-name>
            <given-names>T.</given-names>
            <surname>Ohta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ananiadou</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Tsujii</surname>
          </string-name>
          <article-title>Brat: a Web-based Tool for NLP-Assisted Text Annotation</article-title>
          .
          <source>In Proceedings of the Demonstrations Session at EACL</source>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          11.TF-IDF https://ru.wikipedia.org/wiki/TF-IDF 12.
          <string-name>
            <given-names>F.</given-names>
            <surname>Ricci</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Rokach</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Shapira</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.B.</given-names>
            <surname>Kantor Recommender Systems Handbook</surname>
          </string-name>
          . N.Y.: Springer,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>