<!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>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Construction towards a Graph RAG-Enhanced Intelligent Maintenance Chatbot</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Hansi Zhang</string-name>
          <email>hans.zhang@bosch.com</email>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Wilma Johanna Schmidt</string-name>
          <email>wilma.schmidt@bosch.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Xiaozhi Shen</string-name>
          <email>xiaozhi.shen@bosch.com</email>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Qiushi Cao</string-name>
          <email>qiushi.cao@bosch.com</email>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sebastian Monka</string-name>
          <email>sebastian.monka@bosch.com</email>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Adrian Paschke</string-name>
          <email>adrian.paschke@fokus.fraunhofer.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Workshop</string-name>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Knowledge Graph Construction, Graph RAG, LLM, Manufacturing</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Data Analytic Center (DANA), Fraunhofer Institute FOKUS</institution>
          ,
          <addr-line>Berlin</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Freie Universität Berlin, AG Semantic Web</institution>
          ,
          <addr-line>Berlin</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Robert Bosch GmbH, Corporate Research</institution>
          ,
          <addr-line>Renningen</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Robert Bosch GmbH, Corporate Research</institution>
          ,
          <addr-line>Shanghai</addr-line>
          ,
          <country country="CN">China</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>Robert Bosch GmbH</institution>
          ,
          <addr-line>Vehicle Motion, Suzhou</addr-line>
          ,
          <country country="CN">China</country>
        </aff>
        <aff id="aff5">
          <label>5</label>
          <institution>Semantic Systems</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>In the context of Industry 4.0, efective maintenance is critical for minimizing manufacturing downtime and ensuring production reliability. While first Graph Retrieval-Augmented Generation (RAG) frameworks enhance contextual understanding and accuracy in maintenance chatbots, Knowledge Graph (KG) construction in manufacturing remains tedious and error-prone. To address this, we propose a semi-automated KG construction pipeline that integrates rule-based methods, Small Language Models (SLMs), and Large Language Models (LLMs), significantly reducing manual eforts in KG construction. We evaluate the constructed KG in a Graph RAG setting on real-world maintenance scenarios in a production line. Our results highlight the potential to significantly enhance the eficiency and intelligence of manufacturing maintenance workflows. Our work aims to spark discussions on eficient Graph RAG frameworks for maintenance scenarios in manufacturing.</p>
      </abstract>
      <kwd-group>
        <kwd>Maintenance Chatbot</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        In the context of Industry 4.0 — defined by the integration of advanced technologies such as the
Internet of Things, Cyber-Physical Systems, Big Data, cloud computing, and AI into manufacturing and
production systems [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] — industrial equipment has become increasingly intelligent and interconnected,
generating vast amounts of data through shopfloor machinery, sensors and systems. Despite these
advancements, equipment failures can disrupt whole production lines, resulting in downtime and reducing
stability and reliability of the production. Maintenance has remained a critical component to mitigate
these risks. Engineers and technicians must analyze generated data to identify potential causes and
determine appropriate maintenance procedures to minimize downtime. While experienced engineers
can leverage technical expertise and past insights to handle machine errors and failures efectively, less
experienced personnel often struggle to navigate the complexities of modern maintenance systems. To
address this, engineers typically follow standard processes to summarize and document their valuable
experiences. These records not only serve as an educational resource for less experienced engineers,
helping them build practical problem-solving skills and adapt more quickly to real-world challenges, but
also provide experienced engineers with important insights for refining and optimizing maintenance
strategies. With the rise of Large Language Models (LLMs), there is an opportunity to transform how
maintenance knowledge is accessed, shared, and applied, particularly by improving its organization
and utilization. LLMs perform exceptionally well in processing large volumes of unstructured data,
providing contextual, accurate, and human-like responses. One motivating example as shown in
Fig
      </p>
      <p>CEUR</p>
      <p>ceur-ws.org
ure 1 involves our colleagues at Bosch, who leverage the power of Retrieval-Augmented-Generation
(RAG) frameworks to enhance maintenance workflows using LLMs. They implement a standard RAG
solution to better utilize existing maintenance knowledge. This approach involves splitting maintenance
documents — such as slides, PDFs, and emails — into textual chunks, embedding them, and storing
them in a vector database. Yet, this approach shows limitations such on both retrieval and generation
accuracy, leading to low precision answers.</p>
      <p>
        To overcome these limitations, a promising alternative is Graph RAG, which has recently gained
attention [
        <xref ref-type="bibr" rid="ref2 ref3 ref4 ref5">2, 3, 4, 5</xref>
        ], also in the manufacturing domain [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Unlike traditional RAG, Graph RAG retrieves
graph elements that contain relevant knowledge to a given query from an existing Knowledge Graph
(KG). It addresses the aforementioned issues by leveraging the KG to extract factual knowledge and
represent it through entities (classes and instances) and relationships (we focus on object properties),
ensuring high-quality and structured information. Graph RAG considers relationships and
interconnections within the data, enabling more accurate and comprehensive information retrieval especially
for domain-specific scenarios. Moreover, KGs ofer an abstraction and summarization of textual data,
efectively reducing input length and alleviating concerns about verbosity.
      </p>
      <p>However, KG construction and updates remain tedious tasks in the manufacturing domain, as both
data and technical experts are needed to generate a KG. Hence, we present in our work a semi-automated
construction pipeline of a maintenance KG to set the fundamental work for enabling Graph-RAG
solutions to support maintenance tasks.</p>
      <p>
        In summary, this paper presents the following contributions: 1) We develop a Manufacturing
Maintenance Ontology (MMO) by extending a set of ontologies from Core Information Model for Manufacturing
(CIMM) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] with maintenance domain knowledge; 2) To reduce extensive manual eforts involved in
KG construction, we develop a semi-automatic KG construction pipeline that integrates rule-based
methods, SLMs, and LLMs; 3) We spark discussion and lay the ground work for Graph RAG frameworks
supporting maintenance tasks in the manufacturing domain.
      </p>
      <p>The remainder of the paper is organized as follows. Section 2 describes a semi-automated KG
construction pipeline to build a maintenance KG. In Section 3 we analyze metrics and expert feedback
on our approach. In Section 4 we discuss the lessons learned. Section 5 presents the related works and
Section 6 concludes the paper with an outlook and future work.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Knowledge Graph Construction</title>
      <p>In this section, we introduce data sources, ontology and our semi-automated KG construction pipeline to
generate a maintenance KG. One major diference between Graph RAG and vector-based RAG lies in how
data is presented. For use cases requiring high precision in answers, the quality of data representation is
critical to success. Therefore, a KG is chosen for representing and storing raw data due to its structured
and semantically rich format. However, building a high-quality KG is a resource-intensive process. To
overcome this challenge, we propose a pipeline to speed up KG construction with reduced eforts from
engineers, combining LLMs, SLMs, and traditional rule-based NLP techniques. Next, we describe the
details of constructing a maintenance KG from unstructured data.</p>
      <sec id="sec-2-1">
        <title>2.1. Data Sources</title>
        <p>The primary data sources comprise documented experiences and observations summarized after
engineers have resolved machine errors. These records exist in various formats, including slides, excels,
PDFs, emails, as well as chat histories. Typically, each record documents a specific maintenance event,
detailing the complete maintenance workflow, such as observed phenomenon, error codes, diagnostic
procedures with potential causes, maintenance procedures, i.e., final solutions with root causes, and
summaries. The content is predominantly written in Chinese, with some terminologies in English.
For this paper, we focus on five major stations within one production line, collecting 49 documents
that describe various maintenance events. To evaluate our KG construction, engineers provide two
question-answer (QA) pairs collected from their daily work, which we use to assess our solution.</p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Ontology</title>
        <p>
          We develop a Manufacturing Maintenance Ontology (MMO) by extending a set of ontologies within
CIMM [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] with domain-specific maintenance knowledge. This set of ontologies is published in the
context of the Industrial Digital Twin association1. MMO is designed to represent complex relationships
and entities involved in manufacturing maintenance, capturing standard maintenance workflow required
for systematically observing, diagnosing, and resolving machine errors. This ontology integrates
knowledge from four subdomains which we introduce next. Figure 2 illustrates the composition
of MMO of the four interconnected sub-ontologies: 1) Equipment Ontology captures the hierarchical
structure of manufacturing stations and their associated work cells; 2) Physical Asset Ontology represents
machine components and their relationships to work cells, ofering a detailed view of the physical
elements within the manufacturing process; 3) Process Segment Ontology defines the processes performed
within work cells; 4) Manufacturing Maintenance Ontology is designed with an event-driven structure to
capture domain-specific maintenance concepts, e.g., error codes, maintenance procedures, observable
phenomena, and root causes. It also provides detailed documentation of maintenance events, including
production line downtime, timestamps, and other associated information. Further, we define a set
of relationships, e.g., mmo:hasNext, mmo:causedBy, mmo:hasDocumentation, to provide a semantic
description for linking maintenance events with their causes, procedures, and phenomenon. For
instance, each maintenance event is documented in a source file, i.e., a document, which is linked via
the mmo:hasDocumentation object property. Additionally, each event is addressed through a series of
maintenance procedures, which are executed sequentially and connected using the mmo:hasNext object
property.
Pre-processing Module: The first module processes raw unstructured maintenance documents in
diverse formats. This includes textual content extraction, text cleaning, and normalization to ensure
compatibility with the extraction module.
        </p>
        <p>
          Extraction Module: This module combines a large language model (LLM), small language model
(SLM), and a rule-based extractor to extract all entities from processed documents following the ontology
design. The LLM-based extractor (we employ model gpt-4) extracts general terms and relationships, e.g.,
names, timestamps, and general maintenance procedures, ofering foundation coverage for diverse,
nonspecific concepts across documents. The domain-specific SLM-based extractor is a lightweight, focused
model, e.g., of 13B parameter, that specializes in extracting information from domain-specific,
eventbased documents. We utilize OneKE [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] as a baseline model, with the potential for future fine-tuning to
optimize performance and automation level for processing maintenance event data in industry-specific
context. The Rule-Based Extractor captures via rule-based methods pattern-based domain terms, such
as equipment identifiers and structured codes. The methods rely on predefined dictionaries and regular
expressions, ensuring high precision for extracting domain-specific information. This combination of
techniques ensures a robust balance between the flexibility provided by LLMs, the domain knowledge
of fine-tuned SLMs and the precision accomplished via rule-based extraction.
        </p>
        <p>Annotation Module: The extracted information is refined and validated using an annotation tool,
which plays a crucial role in ensuring data quality and ontology compliance. The tool allows users to
verify whether extracted candidates, e.g., entities, relationships, or events align with the entities and
schema defined in the ontology. Through a user interface, users can easily review, validate, and correct
the extraction results.</p>
        <p>Post-processing Module: After annotation, the post-processing module focuses on mapping
instances to their corresponding classes, generating structured triples for the KG. This modules also
eliminates redundancies, validates the accuracy of entities and relationships, as well as ensures overall
data quality. The final triples are ingested into a graph database, making them available for potential
reasoning, querying, and retrieval.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Results and Evaluation by Key Stakeholders</title>
      <p>In this section, we show metrics on the generated KG and evaluate the semantic model in a qualitative
manner. For the latter, we collect feedback via a questionnaire on the 2 QA pairs from four data scientists
1https://github.com/eclipse-esmf/esmf-manufacturing-information-model
as they are responsible for continuously analyzing shopfloor data and their structure. The developed
ontology MMO contains 16 classes and 26 properties, thereof 17 object and 9 datatype properties. The
generated KG based on 49 documents and this ontology, results in 21,893 triples, 4,461 unique subjects,
108 relationships (object properties) and 9,337 objects. We show both metrics in Table 1.</p>
      <p>Table 2 shows the responses from our evaluation on questions Q1: Does the developed semantic model
(ontology) efectively represents the domain knowledge related to machine maintenance? and Q2: Does the
ontology bridge the gap between domain knowledge and the unstructured documents?. We observe a strong
agreement that the proposed ontology bridges the graph between domain knowledge and unstructured
documents (Q2). Further, there is agreement to strong agreement that the ontology efectively represents
the domain knowledge related to machine maintenance.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Discussion and Lessons Learned</title>
      <p>In this section, we discuss results and lessons learned. From ontology and KG metrics, we can observe
that the high number of generated triples suggests an impactful first step in knowledge extraction
and structuring from unstructured maintenance documents. The final evaluation of helpfulness of the
ontology and KG will be conducted in future work in an in-use setting within a Graph-RAG framework
for manufacturing maintenance tasks. Also, both evaluated questions meet their expectations and
hence, suggest a promising ground work for a future Graph-RAG framework. The data scientists
highlighted that using this KG to represent unstructured documents efectively bridges the gap between
their mental models (i.e., domain knowledge and the actual data). Furthermore, scalability and eficiency
of KG construction is directly influenced by the automation level, which remains one of the biggest
barriers to adopting approaches like Graph RAG. Constructing a high-quality KG is resource-intensive,
as fully automated solutions often compromise precision and are unsuitable for applications demanding
high answer accuracy. Our pipeline addresses this challenge by integrating LLMs, SLMs, and
rulebased systems to enhance knowledge extraction, complemented by an annotation tool to collect
expert feedback as labeled training data. This feedback loop enables continuous model refinement
(SLM) through fine-tuning, efectively balancing automation eficiency with the precision required
for reliable performance. Another dimension is the evolution from single- to multi-modality.
Multimodal integration is increasingly important in the maintenance context, particularly for handling
screenshots and images that contain essential maintenance information, such as step-by-step device
installation guidance or annotated components. Providing visual guidance alongside textual answers
can significantly enhance the readability and usability of the system. Further, the involvement of
domain experts is essential for accurately defining relationships, entities, and contexts within the KG.
Their input ensures that the system aligns with real-world processes and delivers relevant results. Last
but not least, the re-usability and scalability of the solution is crucial for adapting the system to new
use cases and domains. A unified framework for unstructured knowledge extraction should integrate
seamlessly with various internal data sources.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Related Work</title>
      <p>
        There is no one-fits-all approach in manufacturing KG construction for the maintenance field,
specifically considering the need for scalable solutions, handling of domain-specific knowledge and vast
amount of unstructured data. Looking at manufacturing KGs in practice, we observe that our Bosch
colleagues who are working with the RAG maintenance chat bot introduced in Figure 1 constructed
the maintenance KG manually. Research has proposed diferent (semi-)automated approaches with
strengths and weaknesses in recent years, from which we briefly discuss examples in the following.
Liu et Lu [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] propose a maintenance KG construction approach from unstructured PDF files (textual,
visual, and spatial) that comprises first a layout-based document understanding module and second the
actual construction module. The first module models interdependencies among elements, performs
multi-modal representation learning, and builds a heterogeneous graph, while the second module
extracts maintenance task components and their relationships from this graph. Wang et al. [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]
integrate a multi-source maintenance management method, called Industrial Dataspace (IDS) into their KG
construction approach for equipment maintenance. The authors highlight that this approach reduces
the costly involvement of experts, e.g., for ontology maintenance. With our industry-related approach,
we utilize an ontology, as they are commonly available in practice, and evaluate it with expert feedback.
Huang et al. [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] propose an ontology-guided KG construction for a multi-level KG for industrial
purposes and integrate expert rules into their framework. Specifically, for the instance layer construction
which includes the population of the semantic KG layer with actual production data, the authors do
not appear to utilize LLMs or SLMs which we aim for in order to increase eficiency in our approach.
We further extend the expert involvement by integrating expert feedback via an annotation tool for
labeled training data. Also, we observe Guo et al. [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] stating the same challenges such as manual
knowledge graph construction and unstructured relevant data which is not yet eficiently structured and
exploited. Similarly to our work, the authors propose a top-bottom KG construction, i.e., first designing
an ontology, and then extracting knowledge from data sources. Our work difers from their proposed
knowledge extraction with BERT-Improved TRANSFORMER-CRF as we aim to leverage strengths of
diferent approaches for diferent tasks, e.g., extraction of pattern-based domain terms via rules and
extraction of general terms and relationships via an LLM. While several works have provided valuable
insights into semi-automated KG construction from unstructured manufacturing data, few of these
research eforts are anchored in real-world data and expert reviews. There is further a gap in existing
literature addressing LLM-supported KG construction for manufacturing maintenance tasks. This gap
underscores the significance of our contribution. We believe that high-quality KG construction will
continue to require focused expert involvement in the future. Leveraging strengths of diferent KG
construction methods, we combine three approaches, LLM-, SLM-, and rule-based, in our work for
eficiency and involve experts for high quality.
      </p>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusion</title>
      <p>In this paper, we introduce a semi-automated KG construction pipeline comprising LLM-, SLM-, and
rulebased methods. This pipeline significantly reduces manual efort, enabling eficient KG construction
while maintaining data quality and consistency. While conform to the introduced Manufacturing
Maintenance Ontology, our approach balances automation with expert involvement on real-world data.
The results are promising to motivate a Graph-RAG framework in order to improve the RAG-based
maintenance solution from the shopfloor. Challenges such as data silos and handling multi-modal data
like images are identified as areas for future work. Expanding the KG to incorporate additional stations,
lines and plants, along with integrating visual data, is expected to further improve the system’s usability
and coverage.</p>
    </sec>
    <sec id="sec-7">
      <title>Declaration on Generative AI</title>
      <p>The author have not employed any Generative AI tools in creating the paper.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>S.</given-names>
            <surname>Vaidya</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Ambad</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Bhosle</surname>
          </string-name>
          , Industry
          <volume>4</volume>
          .
          <fpage>0</fpage>
          -
          <string-name>
            <surname>a</surname>
            <given-names>glimpse</given-names>
          </string-name>
          ,
          <source>Procedia manufacturing 20</source>
          (
          <year>2018</year>
          )
          <fpage>233</fpage>
          -
          <lpage>238</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>D.</given-names>
            <surname>Edge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Trinh</surname>
          </string-name>
          , N. Cheng, J.
          <string-name>
            <surname>Bradley</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Chao</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Mody</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Truitt</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Metropolitansky</surname>
            ,
            <given-names>R. O.</given-names>
          </string-name>
          <string-name>
            <surname>Ness</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Larson</surname>
          </string-name>
          ,
          <article-title>From local to global: A graph rag approach to query-focused summarization</article-title>
          ,
          <source>arXiv preprint arXiv:2404.16130</source>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>B.</given-names>
            <surname>Peng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Bo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Shi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , S. Tang,
          <article-title>Graph retrieval-augmented generation: A survey</article-title>
          ,
          <source>arXiv preprint arXiv:2408.08921</source>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>B.</given-names>
            <surname>Sarmah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Mehta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Hall</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Rao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Patel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Pasquali</surname>
          </string-name>
          ,
          <article-title>Hybridrag: Integrating knowledge graphs and vector retrieval augmented generation for eficient information extraction</article-title>
          ,
          <source>in: Proceedings of the 5th ACM International Conference on AI in Finance</source>
          ,
          <year>2024</year>
          , pp.
          <fpage>608</fpage>
          -
          <lpage>616</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. J.</given-names>
            <surname>Cruz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Guevara</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Deshpande</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <article-title>Retrieval-augmented generation with knowledge graphs for customer service question answering</article-title>
          ,
          <source>in: Proceedings of the 47th international ACM SIGIR conference on research and development in information retrieval</source>
          ,
          <year>2024</year>
          , pp.
          <fpage>2905</fpage>
          -
          <lpage>2909</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Starly</surname>
          </string-name>
          ,
          <article-title>Building a knowledge graph to enrich chatgpt responses in manufacturing service discovery</article-title>
          ,
          <source>Journal of Industrial Information Integration</source>
          <volume>40</volume>
          (
          <year>2024</year>
          )
          <fpage>100612</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>I.</given-names>
            <surname>Grangel-González</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Lösch</surname>
          </string-name>
          ,
          <string-name>
            <surname>A. ul Mehdi</surname>
          </string-name>
          ,
          <article-title>Knowledge graphs for eficient integration and access of manufacturing data</article-title>
          ,
          <source>in: 2020 25th IEEE International Conference on Emerging Technologies and Factory Automation (ETFA)</source>
          , volume
          <volume>1</volume>
          , IEEE,
          <year>2020</year>
          , pp.
          <fpage>93</fpage>
          -
          <lpage>100</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>H.</given-names>
            <surname>Gui</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Yuan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Ye</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Liang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Chen</surname>
          </string-name>
          , Iepile:
          <article-title>Unearthing large-scale schema-based information extraction corpus</article-title>
          ,
          <source>arXiv preprint arXiv:2402.14710</source>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lu</surname>
          </string-name>
          ,
          <article-title>A task-centric knowledge graph construction method based on multi-modal representation learning for industrial maintenance automation</article-title>
          ,
          <source>Engineering Reports</source>
          <volume>6</volume>
          (
          <year>2024</year>
          )
          <article-title>e12952</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          , Y. Cheng,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Qi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Tao</surname>
          </string-name>
          ,
          <article-title>Ids-kg: An industrial dataspace-based knowledge graph construction approach for smart maintenance</article-title>
          ,
          <source>Journal of Industrial Information Integration</source>
          <volume>38</volume>
          (
          <year>2024</year>
          )
          <fpage>100566</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>X.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Lou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Kong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <article-title>Ontology guided multi-level knowledge graph construction and its applications in blast furnace ironmaking process</article-title>
          ,
          <source>Advanced Engineering Informatics</source>
          <volume>62</volume>
          (
          <year>2024</year>
          )
          <fpage>102927</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>L.</given-names>
            <surname>Guo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Yan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Shen</surname>
          </string-name>
          ,
          <article-title>A method for constructing a machining knowledge graph using an improved transformer</article-title>
          ,
          <source>Expert Systems with Applications</source>
          <volume>237</volume>
          (
          <year>2024</year>
          )
          <fpage>121448</fpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>