TotalApp Docs

Patent Öncelik Araştırması & Serbest Kullanım (FTO)

Çakışma Tarayıcısı, Önceki Teknik Arama, FTO Risk Analizi ve İddia Matrisi Karşılaştırıcı — eklentinin risk tarama çekirdeği.

Bu grup ne yapar

Bu dört ekran, eklentinin hukuki/teknik risk tarama çekirdeğidir: bir şirket patent başvurusu yapmadan veya ürün sevk etmeden önce fikrin yeni olup olmadığını (Önceki Teknik), belirli bir rakip patentle çakışıp çakışmadığını (Çakışma Tarayıcısı), hedef bir patentin istemlerinin madde madde gerçekten ihlal edilip edilmediğini (İddia Matrisi Karşılaştırıcı) ve ürünün belirli bir bölgede engelleyici fikri mülkiyet olmadan satılıp satılamayacağını (FTO Risk Analizi) bilmesi gerekir.

Dört ekran da aynı iki aşamalı hibrit motoru paylaşır (bkz. Genel Bakış): her zaman kullanıcının kendi yerel Ollama örneğinde çalışan bir Aşama 1 Embedding Engine ve kullanıcının Ayarlar → Agentic’te seçtiği yazma motoruna göre yönlenen bir Aşama 2 AI Engine. Bu ekranların taradığı her külliyat (rakip patentler, önceki teknik referansları, bölgeye özel engelleyici patentler) küçük, sabit, gömülü bir örnek settir — EPO/USPTO/WIPO/CNIPA’ya canlı bir bağlantı değildir. Bu bilinçli bir kapsam kararıdır: gerçek bir harici patent veritabanı entegrasyonu ayrı, çok daha büyük bir proje olurdu.

1. Patent Çakışma Tarayıcısı

Amaç: Yapıştırılan bir Ar-Ge şartnamesini (veya buluş bildirimini) rakip patentlerle karşılaştıran ve bir çakışma/ihlal risk seviyesi üreten bir Serbest Kullanım (FTO) ön tarama aracı.

Ar-Ge metnini yapıştır
Aşama 1: en yakın rakip patentleri bul
Aşama 2: çakışma analizi
Risk seviyesi kaydedilir

Aşama 1 — Embedding Engine

Yapıştırılan Ar-Ge metnini kullanıcının yapılandırdığı Ollama embedding modeli üzerinden vektörleştirir ve kosinüs benzerliği ile sabit, gömülü 5 örnek rakip patentten (COMPETITOR_CANDIDATES) oluşan bir sete karşı karşılaştırır. Asla sunucuyu çağırmaz — tarayıcıdan doğrudan 127.0.0.1:11434’e gider. Embedding modeli yapılandırılmamışsa ekran bozulmadan bir uyarı gösterir ve aday listesi boş kalır.

Aşama 2 — AI Engine

runCollisionOverlapAnalysis(), hedef şartnameyi ve seçilen rakip patentin istem metnini yönlendirilen AI motoruna gönderir; motor bir risk seviyesi (kritik çakışma / orta risk / güvenli & düşük risk), 2–4 cümlelik bir çakışma özeti ve çelişen istem maddelerinin listesini döndürür.

Defter sütunları

Tarama ID (COL-2026-XXXX), hedef Ar-Ge şartnamesi, eşleşen patent numarası, IPC sınıfı, vektör benzerlik skoru, risk seviyesi, tarama tarihi, çakışma özeti, bayrak durumu.

Gösterge

Çakışma Risk Endeksi — tüm taramalar içinde kritik veya orta riskteki oranı, yatay bar olarak gösterir (%20 altı yeşil, %20–50 arası sarı, %50 üzeri kırmızı).

Temel eylemler

  • Tarama Başlat — modalı açar, Aşama 1’i sonra Aşama 2’yi çalıştırır, yeni bir tarama kaydı kaydeder
  • Ar-Ge & Hukuka Bildir — taramanın bayrak durumunu günceller (kritik → her iki ekibe de bildirilir, orta → Ar-Ge’ye bildirilir); henüz canlı bir bildirim gönderilmiyor, şimdilik yalnızca bir durum alanı
  • Bir tarama kaydını silme

2. Önceki Teknik Arama Motoru

Amaç: Tek bir rakip patent yerine çoklu kaynaktan — patent yayınları, akademik makaleler, konferans bildirileri — toplanan bir külliyat karşısında bir buluşun yeniliğini ve buluş basamağını değerlendirir. Çakışma Tarayıcısı “bu belirli bir patenti ihlal ediyor mu?” sorusunu sorarken, bu ekran “buna benzer bir şey daha önce herhangi bir yerde yayınlanmış mı?” sorusunu sorar.

Aşama 1 — Embedding Engine

Çakışma Tarayıcısı ve İddia Matrisi Karşılaştırıcı ile paylaşılan jenerik rankDocsByEmbedding() fonksiyonunu, 6 kayıtlık gömülü bir külliyata (PRIOR_ART_CORPUS: 2 patent yayını, 2 akademik makale, 2 konferans bildirisi) karşı kullanır. IPC ve kaynak türü filtreleri, vektörleştirmeden önce havuzu daraltır. Çakışma Tarayıcısı ile aynı yalnızca-yerel-Ollama kuralı ve zarif bozulma davranışı geçerlidir.

Aşama 2 — AI Engine

executePriorArtSearch(), seçilen tüm adayları (varsayılan: en iyi 3 eşleşme otomatik seçili) tek bir promptla gönderir ve modelden her referans için yenilik etkisini — engelleyici / arka plan / alakasız — artı bir teknik ilgi skoru (0–100) ve tek cümlelik bir yenilik özeti ister, hepsi gönderildiği sırayla.

Defter sütunları

Referans ID (REF-2026-XXXX), kaynak türü, başlık, yazar, yayın yılı, IPC sınıfı, teknik ilgi skoru, yenilik etkisi, arama sorgusu, yenilik özeti, bağlı buluş bildirimi.

Gösterge

Yenilik & Buluş Basamağı Ölçeri — 100’den başlayıp her referans için düşen (her engelleyici referans için −30, her arka plan referansı için −8) genel bir patentlenebilirlik skoru.

Temel eylemler

  • Yeni Arama — Aşama 1 + Aşama 2’yi çalıştırır ve seçilen her aday için ayrı bir referans kaydı kaydeder (tek bir arama birden fazla kayıt üretebilir)
  • Bir referansı bir buluş bildirimine bağlama (o kayıt oluştuğunda Buluş Bildirimi İncelemesi’ni besler)

3. FTO Risk Analizi

Amaç: Teknik/hukuki analizi bir iş kararına dönüştürür — bir ürün/bileşen belirli bir ticari bölgede (Türkiye, AB-27, ABD, Çin) engelleyici fikri mülkiyet olmadan lansmanlanabilir mi, olamıyorsa hangi tasarım değişikliği gerekli?

Aşama 1 — Embedding Engine

rankDocsByEmbedding()’i bölgeye özel gömülü bir külliyata (TERRITORY_CORPUS — TR, AB-27, ABD, Çin için ikişer örnek engelleyici patent kaydı) karşı kullanır. Yalnızca %35 ve üzeri benzerlik skoruna sahip, en fazla 3 eşleşme Aşama 2’ye gönderilir — düşük benzerlikli gürültü AI promptuna ulaşmadan filtrelenir.

Aşama 2 — AI Engine

runFtoRiskSynthesis(), aday engelleyici patentleri (varsa) alır ve modelden üç şey ister: adayların kaçının gerçekten engelleyici olduğu (her yüksek benzerlik otomatik olarak engelleyici sayılmaz), genel bir onay durumu (pazara hazır / koşullu tasarım değişikliği gerekli / fikri mülkiyet tarafından engellendi) ve somut, teknik bir tasarım değişikliği önerisi.

Defter sütunları

Değerlendirme ID (FTO-2026-XXXX), ürün/bileşen adı, bölge, incelenen toplam patent sayısı, aktif engelleyici patent sayısı, onay durumu, değerlendirme tarihi, tasarım değişikliği önerisi, tasarım değişikliği görev günlüğü (append-only).

Gösterge

Pazara Çıkış Hazırlığı — tüm değerlendirmeler arasında “pazara hazır” olanların yüzdesi.

Temel eylemler

  • Yeni Değerlendirme — bir ürün/bölge çifti için Aşama 1 + Aşama 2’yi çalıştırır
  • Tasarım Değişikliği Görevini Tetikle — teknik şartnameyi değerlendirmenin görev günlüğüne ekler; değerlendirme engellenmişse koşullu duruma düşürür (devam eden bir tasarım değişikliği artık kesin bir engel değildir) — bkz. Ekran İş Akışları

Bilinen sınırlama

Aşama 1 hiç aday patent bulamazsa (gömülü külliyatta gerçekten yoksa, ya da embedding bozulmuşsa), Aşama 2 boş bir aday listesiyle çalışır ve varsayılan olarak “pazara hazır” sonucuna eğilim gösterir — bu örnek verinin bilinen bir basitleştirmesidir, gerçek dünya onayının garantisi değildir.

4. İddia Matrisi Karşılaştırıcı

Amaç: Hukuki dilde “claim chart” (iddia tablosu) olarak bilinen resmi bir belge üretir — hedef bir patentin istem maddelerini bir ürünün özellik şartnamesiyle madde madde eşleştirir. Diğer üç ekran “alakalı bir şey var mı?” diye sorarken, bu ekran hedef patentin zaten belirlendiğini varsayar ve “her bir istem maddesi gerçekten ihlal ediyor mu?” sorusunu sorar.

Aşama 1 — Embedding Engine (madde madde)

Diğer üç ekranın aksine bu ekran Aşama 1’i her istem maddesi için ayrı ayrı çalıştırır: kullanıcının oluşturduğu N adet madde çifti (istem fıkrası + ürün özellik şartnamesi) için rankDocsByEmbedding(), her biri bağımsız 1-sorgu/1-aday karşılaştırması olarak N kez ayrı ayrı çağrılır. Ortaya çıkan madde başına semantik benzerlik skoru (0–100), Aşama 2’ye yalnızca destekleyici bir sinyal olarak geçirilir — AI’nin hukuki kararını asla geçersiz kılmaz. Bir madde için embedding başarısız olursa, o maddenin skoru basitçe 0 olarak işlenir; akış durmaz.

Aşama 2 — AI Engine

runClaimMatrixCompare(), tüm madde çiftlerini ve benzerlik skorlarını tek bir promptla gönderir. Her madde için, sırayla, model bir eşleşme durumu — birebir eşleşme / eşdeğerler doktrini / ihlal etmiyor — ve 1–2 cümlelik bir değerlendirme notu döndürür. Ayrıca tüm maddeleri sentezleyen tek bir genel hukuki gerekçelendirme özeti (3–5 cümle) üretir.

Veri modeli — kasıtlı olarak farklı yapı

Çakışma Tarayıcısı ve Önceki Teknik Arama her tarama/referans için bir kayıt kaydederken, bir İddia Matrisi karşılaştırması birden fazla madde satırı barındıran tek bir kayıttır — gerçek bir hukuki iddia tablosunun standart yapısı.

Defter sütunları

Karşılaştırma ID (CLM-2026-XXXX), karşılaştırma başlığı, hedef patent numarası, madde satırları (istem madde numarası, istem fıkrası, ürün özellik şartnamesi, eşleşme durumu, değerlendirme notu), genel hukuki gerekçelendirme özeti.

Gösterge

Madde Çakışma Yoğunluğu — tüm karşılaştırmalardaki tüm istem maddeleri arasında eşleşen (birebir eşleşme + eşdeğerler doktrini) oranı.

Temel eylemler

  • Yeni Karşılaştırma — istem madde satırları ekle/sil (en az bir madde kalmalı), ardından Aşama 1 + Aşama 2’yi birlikte çalıştır
  • Bir karşılaştırma satırını genişlet (accordion) — madde madde tabloyu ve AI hukuki gerekçelendirme kartını gösterir
  • İddia Tablosunu Dışa Aktar (generateClaimChartReport()) — bu kod tabanında henüz bir PDF render altyapısı olmadığından, kaydı kalıcı hale getirir ve kopyala-yapıştır için düz metin bir rendering döndürür; gerçek bir PDF üretmez
  • Bir karşılaştırmayı silme (tüm madde satırlarıyla birlikte)

Bilinen sınırlama

Aşama 1, istem maddesi başına bir Ollama çağrısı yapar — 10+ maddeli bir karşılaştırma, Aşama 2 başlamadan önce gözle görülür şekilde yavaşlayabilir.

Sık Sorulan Sorular

Çakışma Tarayıcısı ile Önceki Teknik Arama arasındaki fark nedir?
Çakışma Tarayıcısı, ihlal riski için tek bir en iyi eşleşen rakip patentle karşılaştırır. Önceki Teknik Arama, çoklu kaynaklı bir külliyat (patentler, makaleler, konferans bildirileri) karşısında yeniliği değerlendirir ve tek bir aramadan birkaç referans kaydı kaydedebilir.
Rakip/önceki teknik/bölge verisi gerçek bir patent ofisine bağlı mı?
Hayır — bu 4 ekrandaki her külliyat küçük, sabit, gömülü bir örnek settir. Canlı bir EPO/USPTO/WIPO/CNIPA bağlantısı bu eklentinin kapsamında olmayan ayrı bir entegrasyondur.
Ollama çalışmıyorsa ne olur?
Dört ekranda da Aşama 1 zarif şekilde bozulur — aday listesi boş kalır ve bir uyarı gösterilir. Aşama 2 hiçbir zaman boş bir aday setiyle çalıştırılmaz, bu yüzden hiçbir şey çökmez; sadece Ollama/embedding modeli hazır olana kadar sonuç üretmez.
“İddia Tablosunu Dışa Aktar” gerçek bir PDF üretiyor mu?
Hayır — kopyala-yapıştıra uygun düz metin bir rendering döndürür. Gerçek bir PDF çıktısı, bu eklentinin şu anda sahip olmadığı özel bir render servisi gerektirirdi.
FTO Risk Analizi neden beklediğim bir riski göstermeyip “pazara hazır” diyebilir?
Aşama 1, seçilen bölge için hiç aday engelleyici patent bulamazsa (gerçekten yok ya da embedding bozulmuş), Aşama 2’nin bayrak kaldıracak bir şeyi olmaz ve onaya eğilim gösterir — bu eklentinin örnek verisinin bilinen bir basitleştirmesidir, hukuki bir garanti değildir.