<!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>MEPI. Deep Learning-based System for Maintenance Event Prediction in Industry 4.0</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>José Ángel Noguera-Arnaldos</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Juan Antonio Sánchez-Gil</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Tomás Bernal-Beltrán</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ronghao Pan</string-name>
          <email>ronghao.pan@um.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>José Antonio García-Díaz</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Rafael Valencia-García</string-name>
          <email>valencia@um.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Facultad de Informática, Universidad de Murcia, Campus de Espinardo</institution>
          ,
          <addr-line>30100 Murcia</addr-line>
          ,
          <country>España</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>NEORADIX SOLUTIONS S.L.</institution>
          ,
          <addr-line>Calle Paraguay, bloque 11 C., Polígono Oeste, 30002 Murcia</addr-line>
          ,
          <country>España</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2025</year>
      </pub-date>
      <abstract>
        <p>Predictive maintenance requires operational data to be collected, processed and analysed in order to predict failures and optimise asset management. However, the diversity of industrial environments and the variety of data sources make it challenging to implement scalable, flexible solutions. In this project, we present MEPI (Maintenance Environment for Predictive Intelligence), a predictive maintenance dashboard designed to monitor and manage industrial assets using deep learning, survival analysis, natural language processing, and computer vision techniques. The platform enables users to configure assets using meta-models, collect real-time data from sensors and devices, and generate predictive models on demand. Maintenance tasks can be scheduled manually or automatically by integrating textual and visual information. All of this functionality is accessible via a web-based dashboard consisting of configurable KPIs and a REST API.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Predictive Maintenance</kwd>
        <kwd>Industrial IoT</kwd>
        <kwd>Computer Vision</kwd>
        <kwd>Natural Language Processing</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        (IoT) sensors, engineering reports, images and Global Positioning System (GPS) signals that can be
applied to diferent domains such as farming [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], health [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. These data sources are automatically
processed to train customised predictive models (see 3.2) that estimate the Remaining Useful Life (RUL)
of assets and trigger maintenance alerts accordingly. In addition to, the platform includes intelligent task
scheduling mechanisms (see 3.3) and a dashboard (see 3.4) composed of configurable Key Performance
Indicators (KPIs), allowing human operators to interact with the system, monitor tasks and analyse the
status of the assets in real time. The deployment is cloud-ready and follows a microservices architecture,
facilitating scalability and integration into real-world production environments.
      </p>
      <p>The platform is currently in its final stages of development and is being validated through two case
studies in the manufacturing and agriculture sectors. The aim of these pilots is to assess the system’s
efectiveness in improving operational eficiency and promoting more sustainable maintenance practices
by reducing unnecessary interventions and optimising the use of resources.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Background information</title>
      <p>
        The development of PdM systems in Industry 4.0 is based on the convergence of several technological
advances. Deep learning techniques such as Recurrent Neural Networks (RNNs), Convolutional Neural
Networks (CNNs) and survival models such as the Cox Proportional Hazards Model or Random Survival
Forests have shown strong potential to predict equipment failures based on time series data and historical
records [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>
        In parallel, the growing adoption of Industrial Internet of Things (IIoT) devices enables real-time
monitoring of assets through distributed sensors that collect environmental and operational data such as
temperature, humidity, pressure and usage patterns. This sensor data is essential for feeding predictive
models and triggering timely interventions [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>
        Several commercial and research-oriented platforms have addressed PdM using AI techniques.
Cloudbased services like Amazon Lookout for Equipment analyse industrial sensor data to detect anomalies
and forecast failures at scale. IBM Maximo Predict [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] integrates predictive capabilities within broader
asset management systems, ofering insights into asset health and maintenance planning. Benchmark
initiatives such as those promoted by the PHM Society, particularly using the C-MAPSS dataset [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ],
have become standard references for evaluating RUL models.
      </p>
      <p>
        While deep learning and sensor-based approaches have dominated the PdM landscape, the application
of NLP in this domain is gaining attention. Maintenance logs, technician reports and work orders contain
valuable unstructured information that can improve failure diagnosis and maintenance planning when
combined with time series data [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Recent eforts, such as the MaintIE dataset [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], explore the use of NLP
to extract actionable insights from maintenance reports, highlighting the potential of integrating textual
data into predictive workflows. Other works [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] explore techniques like Named Entity Recognition (NER),
relation extraction, and topic modeling to identify fault patterns and contextual factors from written
records. However, compared to sensor-based modeling, NLP applications in industrial maintenance
remain relatively unexplored, and comprehensive frameworks or standardized benchmarks are still
lacking.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. System architecture</title>
      <p>Figure 1 shows the overall architecture of the system. The platform is organised into four main modules.
The first module is responsible for configuration and data acquisition (see 3.1), allowing companies
to define metamodels and collect sensor data from assets and industrial environments, including
geolocation and multimedia inputs. The second module focuses on predictive analytics (see 3.2), where
time series forecasting models and demand-driven survival analysis are trained using historical and
contextual data. The third module focuses on intelligent task scheduling (see 3.3), which uses NLP
and employee activity tracking mechanisms to efectively manage maintenance activities. The fourth
module is the dashboard (see 3.4), which provides a web-based interface for users to monitor KPIs,
Factory 1</p>
      <p>Sensor 1
Dashboard</p>
      <p>Task scheduling</p>
      <p>Tasks</p>
      <p>Tasks
API</p>
      <p>Workers
Automatic NLP analysis of</p>
      <p>word reports
Factory 2</p>
      <p>Sensor 2
dCaotnaf-irgeuardaitniogn and</p>
      <p>Data-model
API data-reading</p>
      <p>API system configuration
Predictive models</p>
      <p>API</p>
      <p>Alerts system</p>
      <p>Deep-learning repository
predictive-model-1 predictive-model-2 predictive-model-3
configure alerts, visualise asset status and manage maintenance workflows. The following subsections
describe these modules in more detail.</p>
      <p>The platform will be ofered on a Software-as-a-Service (SaaS) model, providing basic functionality
free of charge with certain usage restrictions. For example, standard users will be able to configure a
limited number of assets and build predictive models with predefined settings. Advanced features such
as full dashboard customisation, advanced historical data access or integration with external enterprise
systems are reserved for premium users.</p>
      <p>All services and software components are deployed using Docker containers. This strategy
enables horizontal scalability and flexible orchestration of the platform according to the performance
requirements and deployment constraints of each industrial customer.</p>
      <sec id="sec-3-1">
        <title>3.1. Configuration and Data Reading Module</title>
        <p>The first core component of the platform is the configuration and data collection module, which is
based on a metamodel-driven approach. A dedicated API allows each provider, also known as tenant,
to define its own configuration by specifying diferent types of assets, associated attributes and the
events to predict. This flexibility enables the system to adapt to a wide range of industrial scenarios by
modeling the specific characteristics of each environment, such as operational context, location or asset
category.</p>
        <p>Once configured, the Data Reader module collects real-time information from multiple sources,
including IoT sensors, mobile devices with GPS, and multimedia inputs such as images, video streams,
maintenance report or work orders. All incoming data is structured according to the defined metamodels
and transferred to the backend via secure REST APIs. In addition, a Historical Data API is available for
querying stored information, supporting both model training and retrospective analysis. This modular
and extensible architecture ensures seamless integration with existing monitoring systems and industry
protocols.</p>
        <p>In terms of data preprocessing, the numerical data are subjected to missing value imputation using the
average of the two most recent sliding windows. To enable merging with numerical data, multimedia
data in textual form is converted into a fixed-length array using one of the following approaches: (1)
obtaining the document embedding for the entire text; (2) splitting the text into chunks, obtaining an
embedding for each chunk, and concatenating them; or (3) applying a binary representation based on a
configurable bag-of-words approach, where each element indicates the presence (1) or absence (0) of
predefined terms in the text.</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Predictive Models Generator</title>
        <p>This module is responsible for generating PdM models tailored to each asset. The system monitors
the flow of event data using scheduled CRON jobs and automatically triggers training processes when
suficient historical and contextual information is available. Model training is fully automated and
orchestrated through configurable pipelines that run periodically.</p>
        <p>To carry out this training, the data received from the Data Reader module is transformed into a
regression problem. This is necessary because the information on the events to be predicted is initially
presented as a binary signal, which makes it necessary to transform it into a numerical interpretation
that facilitates the training process. Therefore, this transformation is considered a hyperparameter of
the training process. The system takes into account various numerical approximations, such as linear,
exponential, logistic and logarithmic.</p>
        <p>The training pipeline performs multiple train-test splits and explores diferent configurations, treating
the model architecture itself (e.g. recurrent networks, convolutional networks or survival analysis
models) as a tunable parameter. This allows the system to identify the most appropriate prediction
strategy for each use case. The evaluated models includes Facebook Prophet, Random Forest, Support
Vector Regression, Multi-layer Perceptron and Convolutional Neural Networks. Furthermore, when
using time series models, such as Facebook Prophet, the training process incorporates as a
hyperparameter diferent approaches to the number of predictor variables used in the prediction of events. On the
one hand, the univariate approach, which uses a single input variable and, on the another hand, the
multivariate approach, which integrates multiple input variables to perform the prediction.</p>
        <p>On the other hand, when using regression models, two strategies for the construction of the training
dataset are evaluated. The first one consists of prediction without incorporating delays (no lags), while
the second one integrates lags, using previous values to predict the current value. In addition, the
training process adjusts the size of the time window (number of lags) considered, making it, in turn, a
hyperparameter of the training process.</p>
        <p>
          Trained models are stored in a central versioned repository, enabling comparison, retraining or
rollback as required. The orchestration of the entire machine learning lifecycle follows best practices
inspired by platforms such as MLflow [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ], ensuring reproducibility, traceability and eficient deployment.
In addition, an alerting component generates alerts based on model output when failure probabilities
exceed configured thresholds, and an API is provided to expose predictions and model metadata for
integration with external applications or decision support tools.
        </p>
        <p>The table 1 shows the results obtained in terms of MSE and RMSE for the diferent regression models
evaluated by the system during the training process. In particular, the results of each model are detailed
for each possible event transformation, without taking into account the lags in the prediction. As
can be seen, the Random Forest model with the exponential transformation of the events is the one
with the best performance, achieving both a lower MSE and a lower RMSE than the other models. On
the other hand, the CNN and MLP based models perform significantly worse. This is because, given
the large amount of data for training, relatively simple architectures were chosen for these models to
RF
SVR
CNN
MLP</p>
        <sec id="sec-3-2-1">
          <title>Linear</title>
        </sec>
        <sec id="sec-3-2-2">
          <title>Exponential</title>
        </sec>
        <sec id="sec-3-2-3">
          <title>Logistic</title>
        </sec>
        <sec id="sec-3-2-4">
          <title>Logarithmic</title>
        </sec>
        <sec id="sec-3-2-5">
          <title>Linear</title>
        </sec>
        <sec id="sec-3-2-6">
          <title>Exponential</title>
        </sec>
        <sec id="sec-3-2-7">
          <title>Logistic</title>
        </sec>
        <sec id="sec-3-2-8">
          <title>Logarithmic</title>
        </sec>
        <sec id="sec-3-2-9">
          <title>Linear</title>
        </sec>
        <sec id="sec-3-2-10">
          <title>Exponential</title>
        </sec>
        <sec id="sec-3-2-11">
          <title>Logistic</title>
        </sec>
        <sec id="sec-3-2-12">
          <title>Logarithmic</title>
        </sec>
        <sec id="sec-3-2-13">
          <title>Linear</title>
        </sec>
        <sec id="sec-3-2-14">
          <title>Exponential</title>
        </sec>
        <sec id="sec-3-2-15">
          <title>Logistic</title>
          <p>Logarithmic
no lags
no lags
no lags
no lags
no lags
no lags
no lags
no lags
no lags
no lags
no lags
no lags
no lags</p>
          <p>MSE
allow reasonable training times, which limited their ability to generalize efectively during the training
process.</p>
        </sec>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Task Scheduling Module</title>
        <p>The Task Scheduling module co-ordinates the execution of maintenance activities based on the output
of the predictive models. It supports both manual and automated scheduling, taking into account asset
criticality, recent maintenance reports, technician availability, geolocation and time-to-failure estimates.</p>
        <p>
          A key component of this module is the NLP subsystem, which analyses textual maintenance reports,
logs and work orders generated by technicians. Based on the Stanza NLP library [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ], this subsystem
provides a robust pipeline for NER. It is currently used to extract key entities, such as technician
names, task types and component references, with a particular focus on identifying the personnel
involved in each intervention. Furthermore, we are training domain-specific models using Transformer
encoder-only architectures, which have been fine-tuned using a translated version of the MaintIE
dataset [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. This dataset provides fine-grained annotations for maintenance-related texts. These models
aim to improve the recognition of specialised entities in industrial contexts. The extracted entities
are integrated into the scheduling process to support technician assignment based on task history
and detected fault types. Future iterations will incorporate semantic enrichment using ontologies to
improve entity disambiguation and task recommendation.
        </p>
        <p>
          The NLP pipeline automatically classifies reports to estimate their priority level as critical, moderate
or low. This is achieved by combining MarIA sentence embeddings [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ] from the reports with historical
asset data. Furthermore, the system uses relation extraction techniques based on Stanza’s dependency
parsing to link relevant entities within each document. These relationships support the creation of
structured records that feed the task assignment algorithm, contributing to a more informed,
contextaware planning process. Future iterations will incorporate semantic enrichment using ontologies to
improve disambiguation and expand recommendation capabilities.
        </p>
        <p>Based on the insights extracted, the system can recommend the most suitable technician for a given
task by taking into account their expertise, proximity and availability. Additionally, a GPS-based
tracking subsystem enables real-time supervision of interventions, and embedded computer vision tools
provide visual diagnostics and augmented reality overlays to enhance field support.</p>
        <p>To improve task scheduling, computer vision techniques are employed. Augmented reality methods
are used to assist workers during maintenance activities. For instance, a web service has been developed
that enables workers to scan QR codes on machines using mobile devices to access critical information.
This enables them to view the machine’s maintenance manual, failure history and maintenance records.
They can also view predictions generated by trained models that estimate the likelihood of the machine
needing maintenance.</p>
      </sec>
      <sec id="sec-3-4">
        <title>3.4. Dashboard</title>
        <p>The dashboard module ofers a centralised interface for PdM, managing maintenance tasks and
visualising predictive insights. It is highly configurable, enabling users to define KPIs relevant to their
operational context, such as estimated RUL, alert frequency, asset health or intervention history.</p>
        <p>Through the interface, end users can access real-time alerts, track scheduled and ongoing maintenance
tasks, and interact with data collected from the field. The dashboard includes a Kanban-style task
manager, interactive charts, geolocation maps and sensor data visualisation tools. It also supports
rolebased access, providing diferent views and functionality for technicians, supervisors or administrators.</p>
        <p>This module serves as the primary access point for end users and is closely integrated with all the
platform’s other components, providing a seamless and comprehensive overview of the maintenance
ecosystem.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Further work</title>
      <p>The current version of the platform incorporates essential modules for asset configuration, data
acquisition, model training, task scheduling, and dashboard interaction. Ongoing work includes a pilot
deployment in water treatment plants, with a focus on the predictive cleaning of filtration systems
using sensor data.</p>
      <p>
        Future developments will enhance the model training (see Section 3.2) pipeline with automatic
hyper-parameter tuning and extend the NLP capabilities to process technician reports during validation
phases. First, we plan to explore the integration of emotion detection into the analysis of maintenance
reports. Technicians often express implicit signals of urgency, stress or dissatisfaction in their written
feedback, which could provide additional value for task prioritisation and risk assessment [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. This will
support more accurate fault detection and informed task planning based on unstructured textual data.
Second, we will investigate the use of multi-task learning (MTL) strategies to train multiple predictive
models at once. MTL has shown promise in improving generalization and learning eficiency by sharing
representations across related tasks [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. In our context, we will explore MTL approaches that focus
on predicting multiple maintenance events for the same asset. For example, a single model could be
trained to estimate diferent events by exploiting common patterns in the asset’s operational behaviour
and usage history. This approach could improve eficiency compared to training separate models for
each type of event, while also capturing interdependencies between maintenance actions.
      </p>
    </sec>
    <sec id="sec-5">
      <title>Acknowledgments</title>
      <p>This work is being developed by the TECNOMOD research group at the University of Murcia, in
collaboration with Neoradix Solutions S.L., within the framework of the Spanish National Call for
Public-Private Collaborative R&amp;D Projects 2021 (reference CPP2021-008465) funded by MICIU/AEI
/10.13039/501100011033 and the European Union NextGenerationEU/PRTR.</p>
    </sec>
    <sec id="sec-6">
      <title>Declaration on Generative AI</title>
      <p>During the preparation of this work, the authors used DeepL for grammatical and spelling correction.
After using this tool, the authors reviewed and edited the content as needed and takes full responsibility
for the publication’s content.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>K.</given-names>
            <surname>Zhong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Jackson</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . West,
          <string-name>
            <surname>G.</surname>
          </string-name>
          <article-title>Cosma, Natural language processing approaches in industrial maintenance: A systematic literature review</article-title>
          ,
          <source>Procedia Computer Science</source>
          <volume>232</volume>
          (
          <year>2024</year>
          )
          <fpage>2082</fpage>
          -
          <lpage>2097</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>L. O.</given-names>
            <surname>Colombo-Mendoza</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Paredes-Valverde</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. d. P.</given-names>
            <surname>Salas-Zárate</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Valencia-García</surname>
          </string-name>
          ,
          <article-title>Internet of things-driven data mining for smart crop production prediction in the peasant farming domain</article-title>
          ,
          <source>Applied Sciences</source>
          <volume>12</volume>
          (
          <year>2022</year>
          )
          <year>1940</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>M.</given-names>
            <surname>Uppal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Gupta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Juneja</surname>
          </string-name>
          , G. Dhiman,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kautish</surname>
          </string-name>
          ,
          <article-title>Cloud-based fault prediction using IoT in ofice automation for improvisation of health of employees</article-title>
          ,
          <source>Journal of Healthcare Engineering</source>
          <year>2021</year>
          (
          <year>2021</year>
          )
          <fpage>8106467</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S.</given-names>
            <surname>Wiegrebe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Kopper</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Sonabend</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Bischl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Bender</surname>
          </string-name>
          ,
          <article-title>Deep learning for survival analysis: a review</article-title>
          ,
          <source>Artificial Intelligence Review</source>
          <volume>57</volume>
          (
          <year>2024</year>
          )
          <fpage>65</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Hu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Jia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Yao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Xie</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F. R.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <article-title>Industrial internet of things intelligence empowering smart manufacturing: A literature review</article-title>
          ,
          <source>IEEE Internet of Things Journal</source>
          <volume>11</volume>
          (
          <year>2024</year>
          )
          <fpage>19143</fpage>
          -
          <lpage>19167</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>IBM</given-names>
            <surname>Corporation</surname>
          </string-name>
          ,
          <source>Ibm maximo predict documentation</source>
          ,
          <year>2025</year>
          . URL: https://www.ibm.com/docs/es/masv-and
          <article-title>-l/cd?topic=applications-maximo-predict.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>M.</given-names>
            <surname>Artelt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Weiß</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Dittler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Goersch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Jazdi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Weyrich</surname>
          </string-name>
          ,
          <article-title>Hybrid approaches and datasets for remaining useful life prediction: A review</article-title>
          ,
          <source>Procedia CIRP 130</source>
          (
          <year>2024</year>
          )
          <fpage>294</fpage>
          -
          <lpage>300</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>J.</given-names>
            <surname>Garcia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Rios-Colque</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Peña</surname>
          </string-name>
          , L. Rojas,
          <article-title>Condition Monitoring and Predictive Maintenance in Industrial Equipment: An NLP-Assisted Review of Signal Processing</article-title>
          , Hybrid Models, and Implementation Challenges,
          <source>Applied Sciences</source>
          <volume>15</volume>
          (
          <year>2025</year>
          )
          <fpage>5465</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>T. K.</given-names>
            <surname>Bikaun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>French</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Stewart</surname>
          </string-name>
          , W. Liu,
          <string-name>
            <given-names>M.</given-names>
            <surname>Hodkiewicz</surname>
          </string-name>
          ,
          <article-title>Maintie: A fine-grained annotation schema and benchmark for information extraction from maintenance short texts</article-title>
          ., in: 2024 Joint International Conference on Computational Linguistics,
          <article-title>Language Resources and Evaluation, Association for Computational Linguistics (ACL</article-title>
          ),
          <year>2024</year>
          , pp.
          <fpage>10939</fpage>
          -
          <lpage>10951</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>V.</given-names>
            <surname>Spadari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Cerasuolo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Bovenzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pescapè</surname>
          </string-name>
          ,
          <article-title>An MLOps Framework for Explainable Network Intrusion Detection with MLflow</article-title>
          ,
          <source>in: 2024 IEEE Symposium on Computers and Communications (ISCC)</source>
          , IEEE,
          <year>2024</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>P.</given-names>
            <surname>Qi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bolton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. D.</given-names>
            <surname>Manning</surname>
          </string-name>
          ,
          <article-title>Stanza: A python natural language processing toolkit for many human languages</article-title>
          ,
          <source>in: Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics: System Demonstrations</source>
          ,
          <year>2020</year>
          , pp.
          <fpage>101</fpage>
          -
          <lpage>108</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>A.</given-names>
            <surname>Gutiérrez-Fandiño</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Armengol-Estapé</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Pàmies</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Llop-Palao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Silveira-Ocampo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. P.</given-names>
            <surname>Carrino</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Armentano-Oller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Rodriguez-Penagos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gonzalez-Agirre</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Villegas</surname>
          </string-name>
          ,
          <source>MarIA: Spanish Language Models, Procesamiento del Lenguaje Natural</source>
          <volume>68</volume>
          (
          <year>2022</year>
          )
          <fpage>39</fpage>
          -
          <lpage>60</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>A.</given-names>
            <surname>Salmerón-Ríos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>García-Díaz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Pan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Valencia-García</surname>
          </string-name>
          ,
          <article-title>Fine grain emotion analysis in Spanish using linguistic features and transformers</article-title>
          ,
          <source>PeerJ Computer Science</source>
          <volume>10</volume>
          (
          <year>2024</year>
          )
          <article-title>e1992</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <article-title>A survey on multi-task learning</article-title>
          ,
          <source>IEEE transactions on knowledge and data engineering 34</source>
          (
          <year>2021</year>
          )
          <fpage>5586</fpage>
          -
          <lpage>5609</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>