<!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>ClaimCompare: A Data Pipeline for Evaluation of Novelty Destroying Patent Pairs</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Arav Parikh</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Shiri Dori-Hacohen</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of Connecticut, School of Computing, Reducing Information Ecosystem Threats (RIET) Lab</institution>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <fpage>61</fpage>
      <lpage>66</lpage>
      <abstract>
        <p>A fundamental step in the patent application process is the determination of whether there exist prior patents that are novelty destroying. This step is routinely performed by both applicants and examiners, in order to assess the novelty of proposed inventions among the millions of applications filed annually. However, conducting this search is time and labor-intensive, as searchers must navigate complex legal and technical jargon while covering a large amount of legal claims. Automated approaches using information retrieval and machine learning approaches to detect novelty destroying patents present a promising avenue to streamline this process, yet research focusing on this space remains limited. In this paper, we introduce a novel data pipeline, ClaimCompare, designed to generate labeled patent claim datasets suitable for training IR and ML models to address this challenge of novelty destruction assessment. To the best of our knowledge, ClaimCompare is the first pipeline that can generate multiple novelty destroying patent datasets. To illustrate the practical relevance of this pipeline, we utilize it to construct a sample dataset comprising of over 27K patents in the electrochemical domain: 1,045 base patents from USPTO, each associated with 25 related patents labeled according to their novelty destruction towards the base patent. Subsequently, we conduct preliminary experiments showcasing the eficacy of this dataset in fine-tuning transformer models to identify novelty destroying patents, demonstrating 29.2% and 32.7% absolute improvement in MRR and P@1, respectively.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Patent novelty destruction</kwd>
        <kwd>patent claims</kwd>
        <kwd>data pipeline</kwd>
        <kwd>machine learning</kwd>
        <kwd>information retrieval</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        increasingly unsustainable, driving a growing interest in
the usage of information retrieval (IR), machine learning
Patent search is a rich and challenging space which com- (ML), and deep learning (DL) approaches to streamline
prises a diverse set of tasks, including Freedom to Op- search methodologies and optimize result relevance, for
erate (FTO) searches, novelty or patentability searches, example, via query expansion and targeted semantic
simand validity searches. Within this spectrum, patentability ilarity techniques [
        <xref ref-type="bibr" rid="ref1 ref2 ref3">1, 2, 3</xref>
        ]. These advances build on prior
searches hold particular significance as they help gauge work in the patent space pertaining to automated patent
whether an invention’s claims (i.e. structural features) landscaping and other automation tasks related to patent
are novel and non-obvious, and are therefore a critical code classification and categorization [
        <xref ref-type="bibr" rid="ref4 ref5 ref6 ref7">4, 5, 6, 7</xref>
        ]. Far less
part of the patent examination process. This assessment work has focused on finding novelty destroying prior
typically involves patent examiners, as well as inven- art; in fact, to date, there is only one other public dataset
tors or their legal representatives, meticulously combing dedicated to this task [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], and none on US Patent data.
through prior art databases to uncover any existing dis- Contributions and Scope. In this paper, we
introclosures that could potentially anticipate the invention duce ClaimCompare, a novel data pipeline for
generatand, consequently, undermine its novelty. In the United ing patent claim datasets, labeled with respect to the
States, in particular, prior art is deemed “novelty destroy- novelty destruction search problem, in order to
faciliing” if it anticipates or references every element of at tate improved performance in this space. To the best of
least one of a proposed invention’s claims. our knowledge, ClaimCompare is the first pipeline that
      </p>
      <p>Traditionally, prior art searches have been performed can generate multiple novelty destroying patent datasets.
manually, with searchers iteratively crafting and revising We leverage publicly available United States Patent and
complex keyword and Boolean queries to obtain the most Trademark Ofice (USPTO) APIs in order to curate such
relevant documents. However, with the number of patent datasets, alongside web-scraping Google Patents. To
simapplications and volume of prior art growing annually, plify the problem, we focus only on identifying novelty
the labor-intensive nature of this process has become destroying patents, rather than all potential literature
contributing to novelty destruction. Our contributions
are as follows:
5th Workshop on Patent Text Mining and Semantic Technologies
(PatentSemTech) 2024
$ arav.parikh@uconn.edu (A. Parikh); shiridh@uconn.edu • We construct ClaimCompare, a pipeline utilizing the
(S. Dori-Hacohen) USPTO API and Google Patents to generate curated
0000-0002-0877-7063 (A. Parikh); 0000-0002-0877-7063 novelty destroying datasets.
(S. Dori-Hacohen)
© 2024 Copyright for this paper by its authors. Use permitted under Creative Commons License • We utilize ClaimCompare to curate a sample dataset
Attribution 4.0 International (CC BY 4.0).</p>
      <sec id="sec-1-1">
        <title>Dataset</title>
        <p>PatentMatch v2
CC Sample</p>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>2. Prior Work</title>
      <sec id="sec-2-1">
        <title>Despite a very rich literature on patent search overall [9],</title>
        <p>there is little work on the important, highly-specialized
task of detecting novelty destroying patents.</p>
        <p>
          The now discontinued CLEF-IP tracks in 2012 and 2013
present useful datasets related to patentability searching.
The 2012 edition released a claims to passage dataset
containing 2.3 million European patent documents with 2,700
corresponding relevance judgements [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ]. The shared
task is to create the most efective passage retrieval
system given a particular topic. However, the task focused
on claim sets, rather than single claims, and considers “X”
(novelty destroying) and “Y” (inventiveness destroying)
passages as equally relevant, merging the two problems
rather than isolating novelty destruction.
        </p>
        <p>
          A key paper on the task of novelty evaluation is
PatentMatch [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ], which ofers the first dataset directly
addressing novelty destruction in patents by leveraging
European Patent Ofice (EPO) search reports. The dataset is
composed of pairs, each containing an individual patent
application claim paired with a passage from either an “X"
citation or an “A" (background) citation. Unfortunately,
as the authors note, fine-tuning a BERT model on the
dataset produces relatively poor results with an accuracy
of 54% in the best case. A follow-up empirical study
utilizing the dataset also found fine-tuned BERT and SBERT
1https://github.com/RIET-lab/claim-compare
models to perform poorly with accuracies of 54% and 57%
respectively [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]. In examining the PatentMatch dataset
further, we see that many of the excerpts are quite short
in length, lacking the context of the broader patent, which
helps explain why context-dependent transformer
models like BERT struggle to efectively capture the nuanced
semantic relationships defining novelty destruction
between patents. In light of this observation, we opt against
incorporating the specific excerpts into our dataset,
favoring instead the inclusion of broader claim sets which
concisely encapsulate the essential elements that define
the novelty of an invention, or lack thereof, while still
providing suficient context.
        </p>
        <p>To the best of our knowledge, our paper is the first to
approach novelty destruction from a US-centric approach,
and ofers the first public dataset for this task as well as
a pipeline to easily generate additional datasets1.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Methodology</title>
      <p>We now introduce the ClaimCompare data pipeline
(Figure 1) which generates domain-centric and agnostic
datasets in order to train DL models to assess patent
novelty. For the remainder of the paper, we focus on
describing our pipeline, sharing information about the
sample dataset, and demonstrating its efectiveness for
this task via preliminary experiments involving large
language models (LLMs) fine-tuned on this sample dataset.
3.1. Approach
To ground the use of our ClaimCompare pipeline in the
context of novelty determination specifically, we define
the novelty destruction search problem as a sub-problem
of the prior art retrieval process. Accordingly,
ClaimCompare operates under the assumption that a preliminary
set of prior art patents of size  has already been retrieved
by the searcher for a given query (i.e., base patent ),
using preexisting methods. While the models trained with
ClaimCompare’s datasets can certainly be used to
improve direct retrieval of only novelty destroying patents
(i.e., when  is made suficiently large), in this paper we
focus on applying these models as a filter on top of a
smaller subset of retrieved patents.</p>
      <p>To develop ClaimCompare, we primarily rely on two
publicly available USPTO APIs to access the patent data
US Patent and</p>
      <p>Trademark
Office (USPTO)</p>
      <p>User-Selected Seed Queries</p>
      <p>Claim Compare Pipeline
Bulk Data
API Call</p>
      <p>Keyword Extraction
(top 5 keywords) +</p>
      <p>Bulk Data API Call
Keyword query results
Office Action
API Call (query
by application #)</p>
      <p>Query results</p>
      <p>Patent
Application</p>
      <p>(Base)
Rejection text</p>
      <p>RReel alateteddPatents
(N(deeNR(deegRN(dleeeasNgR;(deeesgRNt(dlt;neeraesNtgel;oenreaeosgtt;ldoneryasoetgtt;lPonryaoegittt;dnonnPryioeatt;dnonnoygoeitadnPnntgyoiov)tedPnntogoi)vaetennPngova)tePlnongt)tvaeentlysov)atteelnoystveetlnyvtteelnysttelnysttlysttys
(N(NReRge;lnaotetdnoPvaetlteynts
destroying)
ddeesstrtoroyyiningg))</p>
      <p>Citation
Extraction</p>
      <p>
        Citation #
Cited
Patent(s)
(Pos; novelty
destroying)
redirect to
up-to-date
patent #
necessary to teach subsequently trained models to se- if applicable, and other related patents. For the cited
mantically diferentiate between novelty destruction and patents, we query the USPTO Ofice Action Citation API 3
mere relevance. Relevant patents constitute “negative" using the base patents’ application numbers. If an ofice
samples in our dataset and are queried for with keywords action is found with a 102 rejection, we take the rejection
extracted from the base patents, mimicking a common text and pass it to a text2text generation base T5 model
prior art search practice. In contrast, novelty destroy- along with a standardized prompt in order to extract the
ing “positive" samples are generated by obtaining USPTO publication number of the novelty destroying patent cited
ofice actions with rejections citing novelty destroying within the text. The T5 performs the task eficiently with
prior art patents. For our positive samples, we only con- a 94% success rate, which is suficiently high for our needs.
sider ofice actions that contain a 102 rejection, indicating We then perform a simple cleanup on the publication
that the citation is considered to be novelty destroying number and use it to query for its claims via Google
for the corresponding application by skilled patent ex- Patents4, which can web redirect to the most up-to-date
aminers. Our focus on 102 rejections is deliberate, as version of the patent if the number is outdated, unlike
they only reference elements from a single document as the APIs. To acquire our negative samples, we extract
suficient to destroy the novelty of a patent application, keywords and phrases from the base patent abstract. We
whereas the more nuanced and complex 103 rejections apply the KeyBERT model to get the top 5 keywords
often refer to elements from multiple patents and/or com- from the abstract [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], with which we query the USPTO
mon technical knowledge coming together to invalidate Bulk Data API for the number of relevant patents it takes
the novelty of the proposed patent. to meet the limit  per base patent depending on the
number of positive samples previously acquired. We
3.2. Implementation Details omit smaller details of the related patent query process
for space considerations; we refer interested readers to
ClaimCompare’s pipeline starts with a set of seed queries, our codebase.
which are sent to the USPTO Bulk Data API2. In the
context of the provided sample dataset, we use the phrase 3.3. Dataset Structure
“redox flow battery" as a query to retrieve inventions in
the electrochemical device space; naturally, this can be Of the 1,045 rows in our raw sample dataset, 357 (34%) of
replaced with keywords/phrases in any given domain. them contain at least one positive sample. Of these 357
      </p>
      <p>For each retrieved patent application, we collect the rows, 36 (10%) have two positive samples; there are no
application and publication numbers, abstract, and claims rows with three or more novelty destroying patents in our
in order to form our set of base patents; we then set dataset. To ensure that the number of samples per row
out to acquire their cited novelty destroying patent(s),</p>
      <sec id="sec-3-1">
        <title>2https://developer.uspto.gov/api-catalog/bulk-search-and</title>
        <p>download</p>
      </sec>
      <sec id="sec-3-2">
        <title>3https://developer.uspto.gov/api-catalog/uspto-ofice-action</title>
        <p>citations-api-beta
4https://patents.google.com
is always , we set _25 and/or _24 and
their corresponding publication numbers as null values,
depending on the number of novelty destroying patents
present. If none are found for a given base patent, then
the rejection columns are set as null instead.</p>
        <p>Clearly, given the structure of our dataset, there is an
inherent lack of balance between the two classes. We
deliberately maintain this imbalance for two main reasons.
Firstly, it reflects the current state of prior art searching
where there are far more relevant samples than novelty
destroying samples for any given patent. While
imbalanced datasets typically pose challenges for training ML
or DL models, we are intrigued to explore how this
realistic representation of class distribution influences model
performance in our experimentation. Secondly, although
we do not directly train a ranking model in our
experimentation, we indirectly test the ability of our model to
rank prior art patents based on their likelihood of
invalidating the novelty of a given base patent, a task which
necessitates a larger value for  and, consequently, an
imbalanced dataset.
P@1
0.651
0.651
0.978
0.975
0.934</p>
        <sec id="sec-3-2-1">
          <title>Model</title>
          <p>General Baseline
Domain Baseline
Fine-Tuned ( = 25)
Fine-Tuned ( = 10)
Fine-Tuned ( = 5)</p>
          <p>
            We also intentionally downsample the negative
samples in our training dataset, to observe the efect this has
on both the validation and testing metrics. We perform
this downsampling by simply reducing  = 25 to  = 10
and  = 5 on our three shufled train-val-test splits,
retaining all positive sample while randomly sampling the
required number of negatives examples from the larger
set for each base patent.
4.2. Model Fine-Tuning
4. Experimental Setup and Results For our experiments, we fine-tune a sequence
classification model with our sample dataset. We primarily use the
In order to assess the efectiveness of our dataset in train- base DistilRoBERTa model 5 due to its compact size and
ing LLMs to assist with novelty determination, we test robust performance on related tasks [
            <xref ref-type="bibr" rid="ref13">13</xref>
            ]. We also use the
whether fine-tuning these models outperforms a baseline BERT for Patents model 6 as a stronger, domain-specific
pre-trained BERT-based transformer model. baseline but unfortunately lack the computational
resources to fine-tune such a large model. As a result,
4.1. Training Data we choose to fine-tune the DistilRoBERTa model “from
scratch," presenting an intriguing opportunity to assess
To prepare our raw sample dataset for model training, the ability of this model to adapt to both the broader
we drop all non-claim columns and convert the row-wise patent domain and our specific novelty determination
format of the dataset into a pairwise format such that use case. We train the model for 3 epochs with a cross
each base patent is individually matched with each of entropy loss function, training and validation batch size
its relevant or novelty destroying patents to form the of 16, learning rate of 0.00002, and weight decay of 0.01.
training examples. In other words, instead of having
rows where a base patent is matched with 25 related 4.3. Model Evaluation and Discussion
patents, there are now 25 rows enumerating each of these
matches. The base patents are found in the _ Once the model has been trained, we assess its
perforcolumn while their related matches are each found in the mance on our testing dataset. However, rather than solely
_ column. If the pair is novelty destroying, the test its ability to perform pairwise classifications, we
 column contains a 1 to denote the positive match; take each set of 25 test patents and combine the model’s
otherwise, it contains a 0. pairwise predictions for each of the patents in the set
          </p>
          <p>We use an 80-10-10 stratified train-val-test split, with using a simple logical OR as an ensemble, such that if
each of the splits possessing roughly the same propor- any patent in the set is deemed to be novelty
destroytion of positive samples. To avoid data leakage, the base ing, the base patent is found not novel. To quantify the
patents are restricted to one of the splits such that all 25 model’s performance on this task, we compute
classificapairs can be found in that split. To mitigate the efects of tion metrics suitable for our imbalanced dataset such as
sampling bias, we randomly subsample the raw dataset average precision (AP) and area under the receiver
opertwice more to generate a total of three unique train-val- ating characteristic curve (AUROC). Since these metrics
test splits for our model. The results we present are all
averaged across these three runs.</p>
        </sec>
      </sec>
      <sec id="sec-3-3">
        <title>5https://huggingface.co/distilbert/distilroberta-base 6https://huggingface.co/anferico/bert-for-patents</title>
        <p>require prediction scores as opposed to labels to com- of both the validation and testing sets. Manual
examinapute, we take the maximum novelty destruction score tion of a significant portion of the dataset shows no sign
(i.e., pairwise probability of the positive class) out of all of data leakage, and the training appears to be sound as
the patents as the representative score for the set. well. Thus, we hypothesize that the high absolute results</p>
        <p>Additionally, we also evaluate the model in the con- are the consequence of the negative samples selected
text of ranking, using their novelty destruction scores via keyword search being far too “easy” to diferentiate
for rank ordering the test patents in each set of 25. We from the positive, novelty destroying samples. Whether
use ranking metrics such as MRR and Precision@1 to as- this issue stems from the keyword extraction process
sess the performance. The unique nature of the novelty itself, the fact that more powerful Boolean queries are
destruction task means there are often no members of needed to obtain the most relevant results, or perhaps
the positive class in a given set; we therefore introduce a even another unseen factor, requires further
experimenplaceholder patent, assigned a score of 0.9, in order to ac- tation. We leave an in-depth exploration of how to
levercurately compute these metrics. The placeholder patent age unique inter-patent relationships to build upon our
is inserted into the set prior to ranking, in order to denote pipeline to future work; likewise with the task of
finda patent which the model regards as reasonably novelty ing more semantically similar non-novelty destroying
destroying. To facilitate accurate comparisons across the patents (i.e., harder negatives) to match with the
applicaboard on the testing set, we introduce the placeholder tion to improve robustness at the classification boundary.
patent to all of the patent sets, such that if a novelty de- We note that the USPTO has a new Citation API that can
stroying patent is actually present, it is ideally ranked potentially be of use for these goals.
ifrst, above the placeholder patent. Alternatively, when We also invite future work to employ ClaimCompare
no novelty destroying patent is present, the placeholder in order to generate additional datasets, inclusive of
adpatent is ideally ranked #1. ditional technical fields, for example, by creating queries</p>
        <p>Examining the impact of fine-tuning with our dataset that utilize Cooperative Patent Classification (CPC) codes
on model performances (Table 2), we see significant im- instead of keywords. With these datasets, future work
provement over both baselines. As expected, the models can train state-of-the-art models, such as generative
perform quite poorly in the baseline, zero-shot setting, es- LLMs, to improve performance even further.
pecially in terms of classification, with BERT for Patents
exhibiting only a slight improvement over DistilRoBERTa.</p>
        <p>The near-perfect classification and ranking performance 5. Conclusion
metrics we see after fine-tuning, however, are quite
surprising. The high AUROC and AP, in particular, indicate
that the model is able to diferentiate between the positive
and negative samples with a high degree of confidence.</p>
        <p>The  = 25 model is the top performer, but with little
distinguishing it from the  = 10 model. This is
intriguing as the model appears to be performing better in spite
of the greater imbalance, perhaps simply due to the
presence of more data allowing the model to better learn the
relationships defining novelty destruction.</p>
      </sec>
      <sec id="sec-3-4">
        <title>In this paper, we introduce a novel pipeline, ClaimCom</title>
        <p>pare, to generate datasets geared towards patent novelty
evaluation; ofer a sample dataset generated using
ClaimCompare; and assess its utility in fine-tuning a novelty
destroying classifier. We leverage USPTO APIs to obtain
our novelty and non-novelty destroying data. To the best
of our knowledge, this is the first usage of USPTO ofice
actions and patent claims as a source of data, providing
high quality datasets while being fairly straightforward,
lfexible, and easy to replicate.</p>
        <p>We believe ClaimCompare holds potential to
accelerate research in the patent retrieval field, in conjunction
with the use of LLMs and other cutting-edge DL
models. Improving novelty determination holds the promise
of reducing the time and monetary burden required for
patent search and patentability determinations, while
also increasing accuracy, thereby saving searchers’ time
and making patent databases more accessible for all. In
this sense, we hope that our pipeline can facilitate the
democratization of what has been a historically complex
process, and enable inventors, attorneys, and patent
examiners alike to assess patent novelty with greater ease.
4.4. Limitations and Future Work
These results, though incredibly promising, point to some
limitations due to the large gap between the baseline
and fine-tuned models, and exceptionally high testing
scores. While we can confidently say that the fine-tuned
models are more suited for the novelty evaluation task
than the base models, further comparisons are needed to
baseline models pre-trained on general legal data, which
would likely provide a stronger baseline; however, due to
computational resource limitations at submission time,
we leave this to future work.</p>
        <p>We note that our models do not appear to be overfitting,
given that the loss trends during training are nominal,
and these models are generalizing well to the unseen data</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>H.</given-names>
            <surname>Aras</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Türker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Geiss</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Milbradt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Sack</surname>
          </string-name>
          ,
          <article-title>Get your hands dirty: Evaluating word2vec models for patent data</article-title>
          ,
          <source>in: International Conference on Semantic Systems</source>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>L.</given-names>
            <surname>Helmers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Horn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Biegler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Oppermann</surname>
          </string-name>
          ,
          <string-name>
            <surname>K.-R. Müller</surname>
          </string-name>
          ,
          <article-title>Automating the search for a patent's prior art with a full text similarity search</article-title>
          ,
          <source>PLOS ONE 14</source>
          (
          <year>2019</year>
          )
          <fpage>1</fpage>
          -
          <lpage>17</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.</given-names>
            <surname>Navrozidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Jansson</surname>
          </string-name>
          ,
          <article-title>Using natural language processing to identify similar patent documents, LU-CS-EX (</article-title>
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Abood</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Feltenberger</surname>
          </string-name>
          ,
          <source>Automated patent landscaping, Artificial Intelligence and Law</source>
          <volume>26</volume>
          (
          <year>2018</year>
          )
          <fpage>103</fpage>
          -
          <lpage>125</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>S.</given-names>
            <surname>Choi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. L.</given-names>
            <surname>Park</surname>
          </string-name>
          , S. Choi,
          <article-title>Deep patent landscaping model using transformer and graph embedding</article-title>
          , arXiv preprint arXiv:
          <year>1903</year>
          .
          <volume>05823</volume>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>M. F.</given-names>
            <surname>Grawe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. A.</given-names>
            <surname>Martins</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. G.</given-names>
            <surname>Bonfante</surname>
          </string-name>
          ,
          <article-title>Automated patent classification using word embedding</article-title>
          ,
          <source>in: 2017 16th IEEE International Conference on Machine Learning and Applications (ICMLA)</source>
          , IEEE,
          <year>2017</year>
          , pp.
          <fpage>408</fpage>
          -
          <lpage>411</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>C. J.</given-names>
            <surname>Fall</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Törcsvári</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Benzineb</surname>
          </string-name>
          , G. Karetka,
          <article-title>Automated categorization in the international patent classification</article-title>
          ,
          <source>in: Acm Sigir Forum</source>
          , volume
          <volume>37</volume>
          , ACM New York, NY, USA,
          <year>2003</year>
          , pp.
          <fpage>10</fpage>
          -
          <lpage>25</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>J.</given-names>
            <surname>Risch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Alder</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hewel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Krestel</surname>
          </string-name>
          ,
          <article-title>Patentmatch: a dataset for matching patent claims &amp; prior art</article-title>
          , arXiv preprint arXiv:
          <year>2012</year>
          .
          <volume>13919</volume>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>R.</given-names>
            <surname>Krestel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Chikkamath</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hewel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Risch</surname>
          </string-name>
          ,
          <article-title>A survey on deep learning for patent analysis</article-title>
          ,
          <source>World Patent Information</source>
          <volume>65</volume>
          (
          <year>2021</year>
          )
          <fpage>102035</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>J.</given-names>
            <surname>Gobeill</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Ruch</surname>
          </string-name>
          ,
          <article-title>Bitem site report for the claims to passage task in clef-ip 2012</article-title>
          ,
          <source>in: CLEF</source>
          <year>2012</year>
          ,
          <year>2012</year>
          , p.
          <fpage>sp</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>R.</given-names>
            <surname>Chikkamath</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Endres</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Bayyapu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hewel</surname>
          </string-name>
          ,
          <article-title>An empirical study on patent novelty detection: A novel approach using machine learning and natural language processing</article-title>
          ,
          <source>in: 2020 Seventh International Conference on Social Networks Analysis, Management and Security (SNAMS)</source>
          , IEEE,
          <year>2020</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>7</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>M.</given-names>
            <surname>Grootendorst</surname>
          </string-name>
          ,
          <article-title>Keybert: Minimal keyword extraction with bert</article-title>
          .,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>V.</given-names>
            <surname>Sanh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Debut</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Chaumond</surname>
          </string-name>
          , T. Wolf,
          <article-title>Distilbert, a distilled version of bert: smaller, faster, cheaper and lighter</article-title>
          , ArXiv abs/
          <year>1910</year>
          .01108 (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>