Buluş bildirimi nedir? Tanım, içerik ve örnek

Bir şirkette veya üniversitede, bir buluş açıklaması genellikle teknik bir gelişmenin dahili incelemesini başlatır. Buluş sahibi problemi, önerilen çözümü ve bunu destekleyen kayıtları açıklar. Alıcı, IP ekibi, teknoloji transfer ofisi veya patent profesyoneli olabilir. MIT’in gönderim rehberi bir kurumsal süreci örnekler; kendi organizasyonunuzun formu ve erişim düzenlemeleri, alınmasını yönetir.

Bir başvuruda, açıklama, patent belgelerindeki teknik öğretiyi ifade eder. Kamuya açıklama ise bilgiyi gizli bir ortamın dışında iletmek anlamına gelir; örneğin bir makale, sunum veya çevrimiçi depo aracılığıyla. Bu nedenle aynı kelime farklı belgeleri ve olayları tanımlar. “Patent açıklaması” adlı bir dosya hazırlamadan önce, kimin buna ihtiyaç duyduğunu ve ne yapacaklarını sorun.

ABD Bilgi Açıklama Beyanı veya IDS, bilgiyi inceleyenin dikkatine sunmak için kullanılan ayrı bir belgedir. Bu, mucidin teknik anlatımının veya başvuru açıklamasının yerini almaz. Belirli ABD prosedürü için bkz. USPTO MPEP §609.

Bir buluşu inceleyen kişi, mucidin arka plan bilgisini paylaşmayabilir. Orijinal zorluğu, önerilen mekanizmayı ve çalışması beklenen koşulları anlamaları gerekir. “Daha hızlı”, “daha akıllı” veya “daha verimli” umulan bir faydayı tanımlar; hangi parçaların veya adımların bunu ürettiğini açıklamaz.

Yararlı bir devretme ayrıca bir taslağı bir prototipten, bir tahmini bir gözlemden ve olası bir varyantı daha önce araştırılmış bir uygulamadan ayırt eder. Bu durumları görünür tutmak, inceleyenin doğru soruları sormasına yardımcı olur ve cilalı bir taslağı eksiksiz bir teknik kayıt olarak ele almasını önler.

Kimin ne katkıda bulunduğunu kaydedin, ancak teknik katkılar, yasal buluşçuluk, mülkiyet ve finansmanı ayrı tutun. Stanford’un buluşçu rehberi , makale yazarlığını buluşçuluktan ayırır. Bir makale veya yapay zekâ tarafından oluşturulmuş katkı listesinde yer alan isimler bu yasal soruyu çözmez; sorumlu profesyoneller temel gerçekleri ve ilgili anlaşmaları bilmek zorundadır.

Öncelikle alan kuruluşun formunu kullanın. Problemi ve mevcut yaklaşımları açıklayın, ardından en az bir somut uygulamayı tanımlayın: bir cihaz için parçalar ve bağlantılar; bir süreç için girdiler, adımlar ve çıktılar; yazılım için veri akışı ve işleme mantığı. Metinde ve çizimlerde aynı isimleri kullanın ki bir değerlendirici hesabı takip edebilsin.

Alternatifleri ve faydaları, kesinleşmiş gerçeklerden ayırın. Ne inşa edilmiş, test edilmiş, simüle edilmiş veya sadece önerilmiş olduğunu belirleyin ve her önemli ifadeyi destekleyen tarihli kayıtları ekleyin. Katkıları, aidiyetleri, finansmanı ve ilgili anlaşmaları, geçmiş veya planlanan iletişimlerle birlikte dahil edin. Bilinmeyen bilgiler, uydurulmuş bir cevap yerine bir soru ve belirtilmiş bir kişiye yönlendirilmelidir.

Aşağıdaki hazırlık tablosu, küçük bir devri nasıl organize edeceğinizi gösterir. Bir sonraki bölümde tanıtılan kurgu ventil kullanılarak, gerçek kişiler yerine roller kullanılmıştır. Amacı, materyallerin durumunu göstermek olup teknik tamlığı belgelemek veya resmi bir dosyalama formu sağlamak değildir. Her kaynak için bir tanımlayıcı, tarih veya sürüm, desteklediği ifadeyi ve sorumlusunu kayıt edin.

Ekipman muhafazası için kurgusal bir sıcaklığa duyarlı havalandırmayı düşünün. “Akıllı bir havalandırma aşırı ısınmayı önler ve enerji tasarrufu sağlar” açıklaması mekaniği açıklamadığı için zayıf bir tanımdır. Daha kullanışlı bir açıklama şudur: Bu kavram, hareketi bir menteşeli kapak aracılığıyla geçen bir bağlantı üzerinden ileten bir bimetal şerit kullanır; mekanik bir durdurucu kapak hareketini sınırlar. Kavram öğretim amacıyla icat edilmiştir, gerçek bir icat veya yenilik değerlendirmesi değildir.

Sketch A bu mekanizmayı anlatır, ancak ölçülen açılma sıcaklığı, enerji tasarrufu veya hizmet ömrü bilgisi sağlamaz. Ayrı bir not, çizimde gösterilmeyen bir geri dönüş yayı önerir. Öneriyi ayrı tutun: mucit hâlâ yayı gerekip gerekmediğini, isteğe bağlı mı yoksa mevcut kavramla uyumsuz mu olduğunu doğrulamalıdır. Diyagram bu fonksiyonel ilişkileri özetler; eksik montaj detaylarını sağlamaz.

Kaynak özeti ve tablo, bir inceleyicinin her ifadeyi örneğin gerçekte sağladığı şeyle geriye doğru izleyebilmesini sağlar. Bahar sorusu çözülmediği sürece her iki kaydı da saklayın. Aynı yaklaşım, çelişkili boyutlar veya kaydedilmemiş bir karar adımı içeren bir yazılım taslağı için de geçerlidir.

• Çizim A: bimetal şerit → bağlantı → menteşeli kapak; mekanik bir durdurucu hareketi sınırlar. Bağlantı detayları belirtilmemiştir.

• Ayrı not: bir geri dönüş yayı önerilmiştir, ama rolü doğrulanmamıştır.

• Eksik kanıt: işletme sıcaklığı spesifikasyonu, performans ölçümü veya karşılaştırmalı enerji testi sağlanmamıştır.

Dahili bir açıklama, bir patent profesyoneline değerlendirme yapması için malzeme sağlar. Gelecekteki bir başvuru hala iddialarının, destekleyici açıklamalarının, çizimlerinin ve hedeflenen kapsamının değerlendirilmesini gerektirir. Bir talep formunu resmi görünen başlıklara dönüştürmek bu çalışmayı tamamlamaz.

EPO yeterlilik rehberi ve WIPO’in PCT rehberi kendi alanlarında yeterli teknik öğretimin önemini açıklar. Onlar, değerlendiricinin neden somut ayrıntıya ihtiyaç duyduğunu açıklamaya yardımcı olur; her yargı alanı için değiştirilebilir başvuru talimatları değildir.

Bilinen teknik bilgileri, kaynak belgeleri ve bu değerlendirme için eksiklikleri sağlayın. Önceki teknik yazın arama gözlemleri faydalı girdiler olabilir, ancak benzer bir belge bulmak veya bulamamak tek başına bir patentlenebilirlik görüşü oluşturmaz. Patentlenebilirlik, ihlal ve faaliyet özgürlüğü farklı sorular olup kendi profesyonel değerlendirmelerini gerektirir.

Bir iç açıklama göndermek, bir patent başvurusunun yapıldığını göstermez. Bir taslak almak da buluşun yayımlanması veya gösterilmesi için izin verildiğini doğrulamaz. Sorumlu Fikri Mülkiyet ekibine önerilen materyali, hedef kitleyi ve gerçek takvim tarihini durumu değerlendirebilmeleri için yeterince erken verin.

Gerçekçi bir iletişim takvimi tutun. USPTO’in geçici başvuru rehberi, başvuru öncesi açıklamanın yabancı hakları etkileyebileceği konusunda uyarır; bir ülke için tartışılan bir müsade süresinin başka yerlerde uygulanacağı varsayılamaz. Ne olduğunu kaydedin ve genel bir makaleden evrensel bir son tarih hesaplamak yerine ilgili yargı bölgeleri için tavsiye alın.

Aşağıdaki örnek, saklanacak alanları göstermektedir, gerçek bir olay veya açıklama izni değildir. Gerçek bir proje için, örnek tarihi ve rolü gerçek bilgilerle değiştirin. Eğer bir iletişim zaten gerçekleştiyse, içeriğini ve erişim geçmişini koruyun ve sorumlu uzmana derhal bildirin.

Yapay zeka, yetkili notları düzenlemeye, bileşen isimlerini tutarlı tutmaya ve eksik detayları tespit etmeye yardımcı olabilir. Taslağını kaynaklarla karşılaştırın: önerilen bir alternatif onaylanmış bir bileşen haline gelmemelidir ve beklenen bir fayda test sonucu haline gelmemelidir. Mucit, teknik hesabı devretmeden önce doğrulamalıdır.

Yayınlanmamış materyali yüklemeden önce onaylı araçları, hesabı ve bilgi paylaşım düzenlemelerini kontrol edin. MIT’in üretken yapay zeka rehberi, kuruma özgü kısıtlamalara bir örnektir. Yazılım seçiyorsanız, Patent açıklaması için yapay zeka araçları rehberi, aynı kurmaca kavramı kullanarak gerçeklik doğruluğunu, veri kontrollerini ve ihracatı inceler.

Alıcı ekip, hesabın onaylanmış bir sürümüne, destekleyici kaynaklarına ve çözülmemiş olanların net bir listesine ihtiyaç duyar. Her açık öğeye birini atayın. Dahili alım, profesyonel inceleme ve gerçek bir dosyalama ayrı statüler olarak kalır; çalışma ilerledikçe kaydedilen statüyü doğru tutun.

1. 1

   Sürümü onaylayın

   Mucidin bileşen adlarını, ilişkilerini, sağlanan bilgileri ve alternatiflerin durumunu kontrol etmesini sağlayın.

2. 2

   Paketi tamamlayın

   Kaynak kaydını, sürümlü kayıtları, gerçek katkı bilgilerini, iletişim zaman çizelgesini ve sorumlu kişilerle birlikte açık soruları ekleyin.

3. 3

   İnceleme için yönlendirin

   Onaylanmış kanalı kullanın ve eksik bilgileri ve planlanan iletişimleri kimin takip edeceğini onaylayın.