https://eureka.patsnap.com/resources/blog/rd-blog/dbscan-density-based-spatial-clustering-algorithm-patent-landscape/ · Patsnap · data cut-off 2026-10-15 · downloaded from the live page
Patent Landscape · Artificial Intelligence & Machine Learning

DBSCAN and Density-Based Spatial Clustering Patents

DBSCAN and density-based clustering patents span 1,838 families; IBM holds the largest single filer share at 1.3%.

3,161
Published Records
1,838
Simple Patent Families
1%
Families Naming the Largest Filer
49%
In Force at Cut-off

3,161 published records collapse into 1,838 simple (DOCDB) families; the difference is the same invention filed in more than one country. INTERNATIONAL BUSINESS MACHINE CORPORATION is named on 24 of the 1,838 patent families in scope. One patent family can name several filers, so these figures are not slices of a divided whole and do not add up. In force = 1,545 of 3,161 records still granted and maintained at the data cut-off; the rest are pending, withdrawn, refused or lapsed.

  • 1,838 simple patent families and 3,161 published records sit in scope for the DBSCAN and density-based clustering search string, with no date limit applied.
  • The largest listed filer, International Business Machine Corporation, is named on 24 of the 1,838 families (1.3%), with none of the 100 listed filers holding 2 or fewer families.
  • Published records moved from 214 in 2018 to 443 in 2021, a +107% rise over that three-year span, before the 2022-onward window starts filling in.
Check your own idea
Published byPatsnap Research··6 min readSourced from Patsnap Eureka
Overview

What this dataset covers

This landscape draws on a search for DBSCAN and related density-based clustering terminology across patent text, abstract and claims fields. It returns 1,838 simple patent families (3,161 published records once every national and regional filing of the same invention is counted separately). No date limit was applied to the search string, so the set spans whatever years the matching records were filed in; the filing-trend chart below shows a recent window only, not the full history.

Because the search string matches on free text rather than a single classification code, it pulls in records across several IPC subclasses rather than one tightly bounded field. The technology composition section below shows how those subclasses overlap.

Records and families in scope
  1. INTERNATIONAL BUSINESS MACHINE CORPORATION24
  2. CHONGQING UNIV OF POSTS & TELECOMM20
  3. MICROSOFT TECHNOLOGY LICENSING LLC20
  4. SOUTHEAST UNIV18
  5. UNIV OF ELECTRONICS SCI & TECH OF CHINA14
  6. NANJING UNIV OF AERONAUTICS & ASTRONAUTICS13
  7. ZHEJIANG UNIV13
  8. STATE GRID CORPORATION OF CHINA13
  9. DELL PROD LP12
  10. TATA CONSULTANCY SERVICES LTD12

Ordered by volume only, not by importance or claim strength. Counted in simple (DOCDB) patent families, so one invention filed in several countries counts once. Names come from Patsnap's standardised assignee field as recorded on each document; subsidiaries and group companies are not merged. The icon before each name is read from the name itself (words such as University, Institute or Ltd); the data carries no organisation-type field, so treat it as a reading aid rather than a classification. 2 rows in this table share the name GRID (STATE GRID CORPORATION OF CHINA, STATE GRID JIANGSU ELECTRIC POWER CO LTD). They are left as separate rows, so the largest-filer figure above is per legal entity, not per group. Rows that look related still cannot be added together: one family can name several of them. Filings held by named individuals rather than organisations are removed where they can be identified; that identification is not exhaustive, so an individually held filing can still appear below. Either way those filings stay inside the totals above. This table shows the top 30 of the 100 filers returned for this search; the data endpoint returns at most 100 entities, so even that 100 is not the complete set of filers. A single family can name more than one filer, so these counts overlap and do not add up to the total.

Source: Patsnap Eureka. Assignee ranking and totals. Derived from one Patsnap search for DBSCAN Density-Based Spatial Clustering Algorithm Patent Landscape, covering all matching records regardless of filing date (the search string sets no date limit), retrieved 2026-10-15. Counts cover published records only and move as new filings publish.Run this in Eureka MCP

Let an AI agent run this analysis on your own technology

Pick a task. Every answer cites the patents behind it.

10,000 free credits to start
Data

Filing volume and technology composition

The figures below come directly from the retrieved dataset: published-record counts by filing year, and simple-patent-family counts by IPC subclass.

Filing trend, 2007–2026 (published records)

Published records rose from 5 in 2007 to a peak of 443 in 2021, then continued through 2026. Records filed from 2022 onward are still filling in as later-publishing applications (including PCT national-phase entries) continue to post, so the most recent years understate eventual volume and should not be read as a decline.

Filing trend, 2007–2026 (published records)0125250375500520072009201120132015201720194432021202320251122022 onwards are shaded as still filling in: a filing is only visible once it publishes, up to 30 months after filing.

Counted in published records by earliest filing year, not de-duplicated into families. A filing is counted in the year it was filed, but it only becomes visible after it publishes: roughly 18 months for most routes, and up to 30 months where a PCT application enters national phase. 2022 onwards are therefore still filling in and are shaded; no growth figure on this page uses them. Because this series counts documents rather than inventions, a rise can mean more inventions or the same inventions filed in more countries; this dataset cannot separate the two. This chart covers 2007-2026 (3,149 records); the 3,161 total quoted above includes earlier filings outside the window.

IPC subclass composition (share of 1,838 families)

G06F (electric digital data processing) appears on 44.8% of the 1,838 families, the highest share of any subclass shown, followed by G06N (AI-model computing) at 24.8%, G06K (data recognition & presentation) at 19.3%, G06Q (business/commerce data processing) at 17.6%, and G06V (image/video recognition) at 15.0%. Because a single family can carry several IPC codes, these shares add to more than 100% and are not mutually exclusive.

IPC subclass composition (share of 1,838 families)G06F · Electric digital data processi…82444.8%G06N · Computing based on AI models45624.8%G06K · Data recognition & presentation35419.3%G06Q · Business, commerce & admin dat…32417.6%G06V · Image/video recognition27615.0%G06T · Image data processing & genera…20511.2%G01S · Radar, sonar & positioning1648.9%H04L · Digital information transmissi…1437.8%Other82244.7%

Shares are the percentage of the 1,838 patent families in scope. One patent family can carry several IPC classes, so the shares add up to more than 100%.

Source: Patsnap Eureka. Filing trend and technology composition. Derived from one Patsnap search for DBSCAN Density-Based Spatial Clustering Algorithm Patent Landscape, covering all matching records regardless of filing date (the search string sets no date limit), retrieved 2026-10-15. Counts cover published records only and move as new filings publish.

Go deeper on DBSCAN Density-Based Spatial Clustering Algorithm Patent Landscape with Eureka

This page is one run against one query. Ask Eureka your own question about dbscan density-based spatial clustering algorithm patent landscape and every answer comes back with the patent numbers behind it.

Try Eureka
Example record

A record from the result set

From the dataset
US20260133997A12026-05-14

Large-scale density-based clustering

MICROSOFT TECHNOLOGY LICENSING, LLC

The abstract describes systems and methods for large-scale density-based clustering: a system selects, for a dataset that may be sampled at 100% or less, upper and lower bound values of a neighborhood radius parameter, then uses a modified ternary search algorithm to identify an optimal neighborhood radius value based on the near-unimodality of that parameter, outputting the optimal radius and/or a corresponding optimal cluster count.This is the first record returned by the database's default ordering, not the most cited, newest, or broadest filing in the set. It is shown to illustrate what one record in this dataset actually claims, not as representative of the field.

US20260133997A1, patent drawing 1US20260133997A1, patent drawing 2
View record

Selected as the first record the search returns under the database default order, then shown in full. It is not ranked by citations, claim breadth or commercial importance, and it is not a judgement about which filing in this space matters most.

Source: Patsnap Eureka. The first record the search returned, shown in full. Derived from one Patsnap search for DBSCAN Density-Based Spatial Clustering Algorithm Patent Landscape, covering all matching records regardless of filing date (the search string sets no date limit), retrieved 2026-10-15. Counts cover published records only and move as new filings publish.Run this in Eureka MCP
Run it yourself

Put your own technology through the same analysis


  
Where to run it
Fastest

Eureka on the web

When you want the answer in the next five minutes.

The agent works the prompt against patents and technical literature, citing every source.

Run your analysis now →
For builders

MCP server & REST API

When it has to run inside your own pipeline.

Patent search, landscape analysis and assignee resolution as MCP tools. Drop them into any agent framework, or call REST directly.

Browse MCP servers →
Dataset signals

Three figures worth checking before filing

These numbers describe the dataset as retrieved. None of them rank technologies or companies by strength, scope or outcome.

Scale
1,838 families
simple patent families in scope

3,161 published records de-duplicate to 1,838 inventions

The search returns 3,161 published records. Once filings of the same invention across different countries are collapsed, that becomes 1,838 simple patent families. The two counts measure different things and are not interchangeable.

Source: dataset totals
Filer concentration
24 families
largest single filer's family count

The largest listed filer holds 24 of 1,838 families

International Business Machine Corporation is named on 24 of the 1,838 families in scope, a 1.3% share. None of the 100 listed filers holds 2 or fewer families each, which is the measure the dataset supports for how spread the filing activity is. Filer rows are not summed here because one family can name more than one filer.

Source: filer list, 100 entities
Legal status
49%
of records granted and in force

1,545 of 3,161 records were granted and in force at retrieval

At the retrieval date, 1,545 of the 3,161 published records (49%) carried granted, in-force status. The remaining records sit in other states (pending, withdrawn, lapsed, or not determinable) that are not broken out individually in this dataset.

Source: legal status at 2026-10-15
Filing growth
+107%
published-record growth, 2018→2021

Published records rose from 214 to 443 between 2018 and 2021

Published records climbed from 214 in 2018 to 443 in 2021, a +107% increase over that span. 2021 is treated as the most recent complete year here because records filed from 2022 onward are still publishing and will understate their eventual totals.

Source: filing trend, filed-year basis
Eureka AI Agent
Looking for what nobody has claimed yet?

Eureka can read the same corpus for gaps instead of for coverage: under-claimed branches adjacent to dbscan density-based spatial clustering algorithm patent landscape, with the prior art for and against each one.

Find the white space →
Source: Patsnap Eureka. Derived observations on the same dataset. Derived from one Patsnap search for DBSCAN Density-Based Spatial Clustering Algorithm Patent Landscape, covering all matching records regardless of filing date (the search string sets no date limit), retrieved 2026-10-15. Counts cover published records only and move as new filings publish.Run this in Eureka MCP
Next steps

Where to take this next

The figures here describe what the search returned. Narrower questions need a narrower look.

Read the granted claims, not the abstract

A family count or an abstract cannot establish what a granted claim covers. Pulling the actual claim set for any record that matters to a design decision is the only way to answer a freedom-to-operate question.

Explore claims in Eureka →

Track the filers that matter to your space

The 100 listed filers are ordered by family count alone, with individual inventors excluded from the list but present in every total. Checking a specific filer's filings directly is more reliable than reading rank as capability.

Search filers in Eureka →

Revisit the trend once later years settle

Published-record counts from 2022 onward will keep rising as more filings publish. Re-running this search in a future period will give a more complete picture of recent filing activity.

Set up a tracked search in Eureka →
Source: Patsnap Eureka. Suggested next steps. No new data: every figure named here is one of those above. Derived from one Patsnap search for DBSCAN Density-Based Spatial Clustering Algorithm Patent Landscape, covering all matching records regardless of filing date (the search string sets no date limit), retrieved 2026-10-15. Counts cover published records only and move as new filings publish.Run this in Eureka MCP
FAQ

Common questions about this dataset

Answers are grounded in the same dataset. Derived from one Patsnap search for DBSCAN Density-Based Spatial Clustering Algorithm Patent Landscape, covering all matching records regardless of filing date (the search string sets no date limit), retrieved 2026-10-15. Counts cover published records only and move as new filings publish.Run this in Eureka MCP

Research DBSCAN Density-Based Spatial Clustering Algorithm Patent Landscape in depth with Eureka

Go past this page: query the whole dbscan density-based spatial clustering algorithm patent landscape corpus yourself, in your own scope.
Every answer comes back with patent numbers you can open.

Try Eureka
How this page was built, and what the numbers do and do not mean

Search. Every figure on this page comes from one Patsnap search, run once and not edited afterwards. This is the exact search string:

TAC:((DBSCAN OR "density-based clustering" OR "density based clustering") AND (cluster* OR neighborhood) AND (density OR "core point*"))

Reading the field codes: TAC searches the title, abstract and claims of each record, not the full description. The search string sets no date limit, so the scope is every matching record in the database regardless of when it was filed. It is not restricted to recent years. How this string was built matters for how far the counts can be pushed. It was generated in batch from a topic list rather than hand-crafted for this page, and the result set is not manually screened. A keyword search over title, abstract and claims both over-captures (unrelated filings that happen to use the same words) and under-captures (the same invention written in different words). This page cannot measure either effect, so read every figure here as what this particular string returned, not as what exists in the field. No subclass carries much of this set: the most common one is on 44.8% of the patent families and the set spans 100 subclasses in all. That can mean the technology genuinely sits across several areas, or that the search string is also matching adjacent work that happens to use the same words. This page cannot separate the two, and the result set is not screened by hand.

What is being counted. Two different units appear on this page and they are not interchangeable. The filer list and the technology split are counted in simple (DOCDB) patent families: one invention counts once however many countries it was filed in. The total, the jurisdiction split and the filing-year chart are counted in published records: the same invention counts once per publication. For this search that is 3,161 records and 1,838 families. Record counts reward filing in many jurisdictions; family counts do not. Shares are only ever taken against a denominator in the same unit, and each one names it.

Who the filers are. Names come from Patsnap's standardised assignee field, as recorded on the documents themselves. They are not rolled up to corporate group: a parent and its subsidiaries appear as separate entries, and a portfolio acquired from another company stays under the name on the document unless the assignment is reflected there. This list is meant to carry organisations, not people. Filings held by a named individual are identified by matching the assignee against the inventors on the same search, and, for names written in Chinese, Japanese or Korean characters, by the name carrying no organisational suffix; those are removed from the list. Neither test is exhaustive: the inventor list it matches against is itself capped, and a personal name written in Latin script with no organisational wording in it cannot be told apart from a short company name by rule. So an individually held filing can still appear in the list. Those filings stay inside every total and share on this page either way, so the listed entries can add up to less than the total. A record shown in full further down still names its assignee exactly as the patent office records it, including where that is a person: that name is how the record is identified and checked. What is left out of the ranking is people as ranked entries, not people as cited sources. The table shows the top 30 of the 100 filers returned, ordered by count alone; the data endpoint returns at most 100 entities, so even that 100 is not every filer. One patent family can name several filers and each is counted separately, so these rows are not slices of a divided whole: adding them together over-counts, and this page deliberately publishes no combined "top five" share for that reason. See every filer, individuals included

Dates. The year chart counts by earliest filing year, not publication year. A filing only becomes visible once it publishes: roughly 18 months for most routes, and up to 30 months where a PCT application enters national phase. Measured across these pages, the year four back from today still holds only about 89% of its eventual count. 2022 onwards are therefore shaded on the chart as still filling in, and the growth figure stops at 2021. The data behind this page was retrieved on 2026-10-15.

Legal status. "In force" counts documents whose legal status at retrieval was granted and maintained (1,545 of 3,161). Everything else is pending, withdrawn, refused, lapsed or not determinable, and those states are not broken out here because the underlying codes do not separate them cleanly. Legal status changes continuously and is reported per document, not per family. Get the status breakdown in Eureka

Classification. The technology split uses IPC subclasses (four characters, for example H01M). A single record usually carries several, so the shares add up to more than 100% and a record can appear in more than one bar. Subclass is a coarse grouping; it describes the field a record was classified into, not what the claims cover. Break the classes down to subgroup level

Who wrote the words. The tables, charts, counts, shares and patent numbers on this page are produced directly from the search result by a program; none of them are written or estimated by a language model. The surrounding prose, headings, FAQ answers and the answers in the question panel are drafted by a language model that is given those same figures and is not permitted to introduce others. Prose can still mis-describe a correct figure, so where the two disagree, the tables and charts are the record.

Disclaimer. This page is generated from Patsnap Eureka data drawn from a limited snapshot of global patent and scientific-literature records, and is provided for general information and reference only.

Patent data carries limitations that apply to every figure above. Recent filings are under-counted, because an application is not public until roughly 18 months after filing and database loading adds further delay. The search string defines and constrains everything shown: records that use different terminology, or that sit outside the fields searched, are absent and cannot be counted. Applicant names, classification codes, legal-status codes and citation records are taken as recorded and may contain errors, duplicates, omissions or stale entries. Ordering by volume is not a measure of quality, scope, enforceability or commercial value, and a larger portfolio is not a stronger one. As a result, the analysis may be incomplete or inaccurate and may not reflect the full technology landscape.

Nothing on this page constitutes an exhaustive prior-art, novelty, freedom-to-operate, validity or infringement search, nor does it constitute legal, financial, investment, or professional advice, and it should not be relied upon as such. No attorney-client relationship is created by it. Any patent, commercial, or strategic decision should be verified independently against the primary records and reviewed with qualified patent, legal, and domain professionals. Patsnap makes no warranties, express or implied, as to the accuracy, completeness, or fitness for any particular purpose of the information presented.

The question panel. The answers behind the suggested questions on this page were written when the page was generated, not in response to your click. The progress steps that play before an answer appears are an animation of how that analysis was done; nothing is being searched or computed at that moment. Typing your own question instead opens Patsnap Eureka, which does run it live.

Machine translation. Assignee and organisation names originally recorded in Chinese, Japanese or Korean have been rendered into English by an AI translation step so that the tables stay readable. These renderings are best-effort and may not match a company's registered English name; the original name is what the underlying patent record carries, and it is what any Eureka query launched from this page uses.

Help us improve

Something wrong, out of date, or missing on this page? Tell us and it goes straight to the team that maintains it.