براءات اختراع البرمجيات بعد أليس: مشورة سابقة من فاحص USPTO بشأن تأمين حماية براءات الاختراع

براءات اختراع البرمجيات بعد أليس: مشورة سابقة من فاحص USPTO بشأن تأمين حماية براءات الاختراع

عقدة المصدر: 1791192

شارك شون جوزيف ، الفاحص الابتدائي السابق لمكتب الولايات المتحدة الأمريكية في تأليف هذا المقال.

في حين أن الكثيرين في صناعة براءات اختراع البرمجيات يخشون منذ فترة طويلة أن الصدى الذي خلفه أليس تعني "قبلة الموت" لتطبيقات براءات اختراع البرمجيات ، والواقع اليوم هو إصدار المزيد من براءات اختراع البرمجيات أكثر من أي وقت مضى. الحقيقة هي أن مجتمع البرمجيات قد قطع أشواطا هائلة في السنوات الثماني الماضية منذ الاضطرابات التي أعقبت أليس القرار ، وصدرت إرشادات جديدة لممتحن USPTO حول أفضل السبل لتحديد أهلية الموضوع لتطبيقات براءات اختراع البرمجيات. 

أدت نتيجة هذا التوجيه الجديد إلى زيادة عدد طلبات براءات اختراع البرمجيات التي تم منحها بأكثر من 22٪ في السنوات الثلاث الماضية مع أكثر من 60٪ من جميع التطبيقات الممنوحة في عام 2020 من البرمجيات أو التقنيات المنفذة بواسطة الكمبيوتر. في هذه المقالة نناقش براءات اختراع البرامج بعد أليس من منظور الممتحن الأساسي السابق لمكتب براءات الاختراع والعلامات التجارية في الولايات المتحدة (USPTO) ونقدم نصائح حول كيفية تجنب والتغلب على قانون 35 USC § 101 "أليس"الرفض.

هل براءات اختراع البرمجيات واجبة التنفيذ؟

بينما لا يزال هناك عنوان رئيسي يشير إلى أن الاختراعات المتعلقة بالبرمجيات والمنفذة بالكمبيوتر ليست قابلة للحماية ببراءة اختراع أو قابلة للتنفيذ ، فإن هذه الحجة تتعارض مع بيانات المحكمة الصادرة عن مكتب الولايات المتحدة الأمريكية (USPTO) وبيانات المحكمة. ليس هناك شك في أن التقنيات المتعلقة بالبرمجيات ليست فقط قابلة للحماية ببراءة ، ولكنها قابلة للتنفيذ ، ويمكن أن تصمد أمام طعن في الصلاحية في مجلس مسار البراءات والاستئناف أو المحكمة الفيدرالية. 

تبدأ قدرة صاحب براءة الاختراع على إنفاذ حقوق براءات الاختراع الخاصة به في اللحظة التي يتم فيها إصدار براءة الاختراع الخاصة به. إذا قام الطرف المخالف بجعل أو استخدام أو بيع أو استيراد الموضوع المطالب به في براءة الاختراع الصادرة ، فسيكون لمالك البراءة حق الرجوع القانوني ضد الطرف المتعدي. يتم تحديد نطاق واتساع حقوق براءات الاختراع الخاصة بك من خلال المطالبات الممنوحة في براءة الاختراع الخاصة بك. 

إذا كانت براءات الاختراع الخاصة بك تتضمن لغة مطالبة واسعة ، فإن حقك في استبعاد الآخرين يكون أكبر بكثير مما سيكون عليه في حالة براءة الاختراع ذات المطالبات الضيقة. بينما يُفترض في البداية أن براءة الاختراع الصادرة صالحة ، فقد تظل عرضة لتحديات مستقبلية في مكتب الولايات المتحدة للبراءات والعلامات التجارية من خلال استعراض انتر بارتيس (IPR) أو إجراء إبطال في المحكمة الفيدرالية.

ما هي تفاصيل أليس وماذا يعني ذلك بالنسبة لبراءات اختراع البرمجيات؟

Alice Corp ضد CLS Bank International، 573 US 208 (2014) كان قرارًا تاريخيًا للمحكمة العليا هز أساس براءات اختراع البرمجيات حتى صميمها. في قرار بالإجماع كتبه القاضي كلارنس توماس ، قضت المحكمة العليا بأن مطالبات براءات الاختراع الممنوحة لخدمات الضمان الإلكترونية المنفذة بواسطة الكمبيوتر كانت موجهة إلى الأفكار المجردة وليس موضوع براءات الاختراع.

أليس كان للقرار تأثير عميق على الطريقة التي يفحص بها الممتحنون في منظمة براءات الاختراع والعلامات التجارية بالولايات المتحدة (USPTO) براءات اختراع البرمجيات. وضع القرار تحليلاً من خطوتين ، حيث يتم أولاً تحديد ما إذا كان الموضوع المطالب به في براءة الاختراع موجهًا إلى فكرة مجردة. إذا كانت الإجابة بنعم ، يجب أن تضيف الادعاءات "أكثر بكثير" التي تجسد "مفهومًا ابتكاريًا".

بينما تضمنت المحكمة العليا عدة أمثلة لما يمكن أو لا يمكن اعتباره "أكثر بكثير" ، أدى غموض القرار ونقص التوجيه إلى مشاكل في تنفيذ معايير واضحة ومتسقة من قبل المحاكم الأدنى وأثناء الفحص من قبل فاحصي مكتب الولايات المتحدة الأمريكية. ترك التأثير الدراماتيكي لقرار المحكمة العليا الكثيرين في صناعة البرمجيات يتساءلون عما إذا كانت براءات اختراع برمجياتهم أصبحت عديمة الفائدة وغير قابلة للتنفيذ.

كيف يمكنك التغلب على أليس القرار عند تسجيل براءة اختراع لأفكار برامجك؟

على الرغم من عدم وجود ضمانات للنجاح عند التقدم بطلب للحصول على براءة اختراع برمجية ، إلا أن هناك خطوات يمكنك اتخاذها لتحسين فرص حصول طلب براءة الاختراع الخاص بك على إشعار بدل من فاحص مكتب براءات الاختراع والعلامات التجارية في الولايات المتحدة (USPTO).

أولاً ، ضع في اعتبارك بحثًا عن حالة التقنية الصناعية السابقة (يُسمى أحيانًا "بحث أهلية للحصول على براءة"). ومع ذلك ، تذكر أن نتائج البحث جيدة فقط مثل معلومات الكشف المستخدمة لإجراء البحث. لذلك ، تأكد من تقديم معلومات إفصاح شاملة ومراجع ووثائق مطبوعة قبل إجراء البحث.

عند تزويدك بإفصاح شامل ، فإن البحث الجيد في حالة التقنية الصناعية السابقة لن يساعدك فقط في تحديد ما إذا كان اختراعك ​​قابلاً لبراءة اختراع ، ولكنه سيساعدك أيضًا في تزويدك بفكرة حول مدى اتساعك في صياغة أي مطالبات في الطلب ، بناءً على الفن في مجال التكنولوجيا. تذكر مراجعة نتائج البحث عن حالة التقنية الصناعية السابقة مع محاميك وتقديم أي ملاحظات أو "نقاط تمييز" إضافية بين النظام الأساسي لبرنامجك ومراجع الفن السابق المذكورة في البحث.

ثانيًا ، من المهم أن تفهم ما يعتبره فاحص مكتب الولايات المتحدة الأمريكية "موضوعًا غير محمي ببراءة اختراع" قبل صياغة اختراع البرنامج أو طريقة العمل أو العملية التي يتم تنفيذها بواسطة الكمبيوتر. يحدث رفض الموضوع غير المحمي ببراءة عندما يجادل الفاحص بأن موضوع الاختراع المطالب به غير مؤهل لحماية براءة الاختراع لأنه موجه إلى فكرة مجردة أو موضوع آخر غير قابل للبراءة (بموجب المادة 35 من USC § 101).

بموجب المادة 35 USC § 101 ، هناك أربع فئات أو أنواع قانونية من الاختراعات المؤهلة لحماية براءة الاختراع: العملية ، أو الآلة ، أو التصنيع ، أو تكوين المادة (أو أي تحسينات جديدة ومفيدة لها). يمكن القول إن الاختراعات المتعلقة بالبرمجيات و SaaS تندرج ضمن فئة الاختراعات "العملية". وإذا تمت المطالبة بالاختراع كآلة (أي، الكمبيوتر) الذي ينفذ العملية ، يندرج جانب من جوانب الاختراع ضمن فئة "الجهاز".

فسرت المحاكم الفئات القانونية الأربعة للاختراعات لاستبعاد "قوانين الطبيعة والظواهر الطبيعية والأفكار المجردة". تشير هذه المصطلحات ، التي يشار إليها عادةً باسم "الاستثناءات القضائية" لأهلية الحصول على براءات الاختراع ، بشكل عام إلى المعارف الأساسية غير المؤهلة لحماية براءات الاختراع ، مثل المبادئ العلمية (على سبيل المثال ، أن القوة تساوي تسريع أوقات الكتلة ، أو F = mA) ، والتي تحدث بشكل طبيعي الظواهر (مثل البرق والجاذبية وضوء الشمس) والعمليات العقلية والخوارزميات الرياضية. في معظم الحالات ، يكون الاستثناءان الأخيران (العمليات العقلية والخوارزميات الرياضية) هما أساس معظم حالات الرفض المتعلقة بالبرمجيات.

لمساعدة المتقدمين على التنقل في التغييرات للمطالبة بالتفسيرات في الكمبيوتر والبرامج ومجالات تكنولوجيا SaaS ، أصدر USPTO تحديثًا التوجيه بشأن أهلية الموضوع. تم أيضًا دمج هذا التوجيه في أقسام مختلفة من دليل USPTO لإجراءات فحص براءات الاختراع (MPEP). تنص MPEP § 2106 حاليًا على أن اختبار أهلية الموضوع يتضمن الخطوات التالية (يشار إليها غالبًا باسم أليس اختبار من خطوتين)

  • الخطوة 1: تحقق مما إذا كانت المطالبة موجهة إلى فئة قانونية (عملية ، آلة ، تصنيع ، تكوين المادة ، أو تحسينها). إذا كانت الإجابة "لا" ، يتم توجيه المطالبة إلى الموضوع غير مؤهل لحماية براءات الاختراع. إذا كانت الإجابة "نعم" ، فانتقل إلى الخطوة 2 أ.
  • الخطوة 2 أ: تحقق مما إذا كان الادعاء موجهًا إلى استثناء قانوني (قوانين الطبيعة ، أو الظواهر الطبيعية (نتاج الطبيعة) ، أو الفكرة المجردة). إذا كانت الإجابة "لا" ، يتم توجيه المطالبة إلى الموضوع مؤهل لحماية براءات الاختراع. إذا كانت الإجابة "نعم" ، فانتقل إلى الخطوة 2 ب.
  • الخطوة 2 ب: تحقق مما إذا كانت المطالبة تسرد عناصر إضافية ترقى إلى "أكثر بكثير" من الاستثناء القضائي. إذا كانت الإجابة "لا" ، يتم توجيه المطالبة إلى الموضوع غير مؤهل لحماية براءات الاختراع. إذا كانت الإجابة "نعم" ، يتم توجيه المطالبة إلى الموضوع مؤهل لحماية براءات الاختراع.

ثالثًا ، إذا تلقيت رفضًا لإجراء Office ، فإنني أوصي بالخطوات التالية عند إعداد تعديل إجراء Office الخاص بك وصياغته:

  1. قم بتحليل منطق الممتحن لكل خطوة من خطوات اختبار الأهلية للموضوع. قسّم الرفض لتعيين كل ادعاءات الممتحن بوضوح إلى الخطوة المعنية أعلاه.
  • ابحث عن أي نقاط ضعف في استدلال الممتحن لكل خطوة في التحليل:
  1. هل فشل الممتحن في تطبيق أي من الخطوات بشكل صحيح؟
  2. في كثير من الأحيان ، رأينا أن الفاحص لديه فرض ملائم لمطالبة ما تم وضعها في قالب "فكرة مجردة". تحقق عن كثب مما إذا كانت أي من بيانات الفاحص لتعيين المطالبة إلى موضوع غير مؤهل غير واقعية أو توصيفًا خاطئًا للاختراع. تحقق أيضًا عن كثب مما إذا كان الممتحن ببساطة لم يذكر أجزاء معينة من الادعاء عند تقديم حجته. غالبًا ما نرى أيضًا أن الممتحن يمتنع عن التحدث عن قيود المطالبة التي من شأنها أن تضعف حجته. في بعض الأحيان يكون ما لم يقال أهم مما قيل.
  • مراجعة واستخدام أمثلة الأهلية للموضوع في دليل امتحان USPTO، مع مراعاة الأسئلة التالية:
  1.  هل تشتمل ادعاءاتك على المزيد من الأشياء المشتركة مع الأمثلة "المؤهلة" أو "غير المؤهلة"؟
  2. هل يمكن تقديم مطالباتك لتناسب بشكل أفضل قالب أي من الأمثلة "المؤهلة"؟ من خلال تعلم المبررات المستخدمة في الأمثلة "المؤهلة" ، سيكون لديك أدوات مضافة إلى حزام الأدوات الخاص بك للمناقشة بنجاح ضد منصب الممتحن ؛
  • هل توفر المطالبات "مفهومًا مبتكرًا" لم تتم مناقشته في إجراء المكتب؟
  • هل من الممكن شرح كيف تندرج المطالبة في أي فئة قانونية؟
  • الرد والمناقشة ، إن أمكن ، لتحليل الممتحن لكل خطوة بناءً على ما سبق ؛
  • ابحث عن الممتحن الخاص بك:
  1. من غير المعروف شيوعًا أنه يمكنك البحث عن الحالات التي سمح بها الفاحص مسبقًا باستخدام أدوات مثل البحث المتقدم في PatFT. كيف يمكن أن يساعد هذا؟ لأنه يمكنك العثور على أمثلة للحالات التي يسمح بها نفس الممتحن. ستجد أن الممتحنين غالبًا ما يطبقون نفس أسلوب الرفض على العديد من الحالات (تقريبًا ولصق). إذا كان لديك ملف أليس الرفض ، ألق نظرة على أمثلة الردود التي قدمها الآخرون لرفضهم / رفضها الذي تغلبت عليهم أليس الرفض في قضاياهم. غالبًا ما تعمل نفس الاستراتيجيات مرة أخرى لأنها تناسب نموذج تشغيل الممتحن الخاص بك وتحل تلقائيًا تناقضات الممتحن إلى الفاحص في تطبيق المعايير.
  • ادعاءات حرفية لتجنب الفن الوحدة 3600

عند الحديث عن تناقضات الفاحص ، تلعب تناقضات الوحدة الفنية دورًا أيضًا ويجب أخذها في الاعتبار عند صياغة طلب براءة الاختراع الخاص بك. ألن يكون من الأفضل تجنب ممتحن أو وحدة فنية تكون فيها احتمالات الحصول على منحة أسوأ تمامًا؟ ليس سرا بين الممارسين أن طلبات براءات الاختراع التي تدخل في وحدة أساليب العمل الفنية 3600 لديها معدل بدل أقل بشكل كبير. قد يتمكن الممارسون المهرة من مساعدتك في تجنب الانغماس في وحدة 3600 الفنية سيئة السمعة.

ومع ذلك ، مع "الصياغة المستهدفة" الصحيحة ، يعد الفهم الأساسي لعملية تصنيف مكتب الولايات المتحدة الأمريكية (USPTO) أحد المتطلبات. في الآونة الأخيرة ، كان USPTO يستخدم الأنظمة الآلية كمرور أول لحالات القضايا داخل الوحدات الفنية. تبحث هذه الأنظمة عن المصطلحات الرئيسية في الاحتفاظ بأجزاء داخل التطبيق الخاص بك لتحديد الوحدة الفنية والتصنيف الذي تم تعيينه للتطبيق الخاص بك. أهم هذه الأجزاء الرئيسية هي ادعاءاتك وملخصاتك. وبعض الأمثلة على الكلمات الرئيسية التي تستخدمها هذه الأنظمة لأساليب العمل قد تشمل المصطلحات المصرفية ، وشروط اللعب ، وشروط التسعير ، وما إلى ذلك. ألق نظرة على الطريقة التي يحدد بها مكتب الولايات المتحدة الأمريكية (USPTO) أساليب العمل للحصول على فكرة:

"مجال أساليب العمل في مكتب الولايات المتحدة الأمريكية (USPTO) عبارة عن مجموعة من المجالات الموضوعية في مركز التكنولوجيا 3600 الذي يمنح براءات الاختراع المتعلقة بمعالجة البيانات: المالية ، أو ممارسة الأعمال ، أو الإدارة ، أو تحديد التكلفة / التسعير.

لذلك ، إذا كان اختراعك ​​مرتبطًا بأي من هذه الفئات ، فقد تكون فكرة جيدة ، في طلب براءة الاختراع الأولي الخاص بك الذي سيخضع للمصنف ، لتجنب المصطلحات الرئيسية في تلك الأجزاء الرئيسية. يرجى أن تضع في اعتبارك أنه يمكنك دائمًا تعديل مطالباتك في وقت لاحق من الملاحقة لتضمين هذه الشروط ، طالما كان لديك دعم في إفصاحك الأصلي.

لا تغفل عن قيمة مقابلة الممتحن

مقابلة الممتحن هي مناقشة مجدولة مسبقًا مع الممتحن ، والتي يتم إجراؤها بشكل عام عبر الهاتف ، فيما يتعلق برفض المطالبة و / أو الاعتراضات الموضحة في إجراء المكتب والتعديلات المحتملة التي تتناول هذه المخاوف. يمكن للمتقدمين الذين يمثلهم محامي براءات الاختراع (لكن بشكل عام لا) المشاركة بنشاط في المقابلة. في بعض الحالات ، قد يكون المخترع و / أو مقدم الطلب مهتمين بحضور مقابلة الممتحن.

ومع ذلك ، يرجى أن تضع في اعتبارك أن قول الشيء الخطأ أو إجراء قبول غير لائق أثناء مقابلة الممتحن يمكن أن يؤثر على فرص الحصول على تسجيل براءة اختراع. في بعض الحالات ، تؤدي المقابلة إلى تعديل الممتحن ، مما يضع المطالبات في الطلب بشرط الحصول على بدل دون أن يضطر مقدم الطلب إلى تقديم رد رسمي على إجراء مكتبي معلق. يمكن أن تكون المقابلات التي يبدأها الممتحن أو يطلبها مقدم الطلب.

تتمثل إحدى أفضل الطرق للتحضير لمقابلة الممتحن في النظر بشكل كامل في المشكلات التي أثيرت في إجراء Office وأفضل طريقة لتأطير استجابتك لإجراء Office. ثم يمكنك إعداد جدول أعمال من البنود للمناقشة. بعد ذلك ، يمكنك الاتصال بالفاحص وتحديد وقت مناسب لمناقشة إجراء المكتب والرد المقترح وإرسال جدول الأعمال بالبريد الإلكتروني مع أي تعديلات مقترحة إلى الممتحن. بعد ذلك ، يمكنك المناقشة مع الممتحن لفهم الأسباب الكامنة وراء رفضهم وتفسيرهم للمصطلحات والعبارات بشكل أفضل واغتنام الفرصة لإبراز وتوضيح أي سوء فهم أو اختلافات في التفسير.

ولكن الأهم من ذلك ، أن مقابلات الممتحن تمنح المتقدمين فرصة لاختيار عقل الممتحن و / أو التعود على صداقة الممتحن للسماح بمطالباتك الحالية. يمكن أن تأتي الكثير من المعلومات من محادثة سريعة. على سبيل المثال ، إذا بدا الممتحن مصرا على أنه قد أثبت أن اختراعك ​​موجود بالفعل ، فقد يكون من الأفضل لك تعديل ادعاءاتك بشكل أكبر لتوفير الوقت والمال. من ناحية أخرى ، إذا كان الممتحن يبدو ودودًا بشكل عام لابتكارك ، فقد تكون قادرًا ببساطة على أن تسأل عن التعديلات الطفيفة التي يجب إجراؤها على ادعاءاتك لتجاوز الحدب.

تذكر أن الممتحنين بشر ، وأن كونك لطيفًا ومتعاونًا يمكن أن يقطع شوطًا طويلاً.

تجنب هذه الأخطاء الشائعة عند صياغة طلب براءة البرنامج الخاص بك

تمثل صياغة طلب براءة اختراع برمجية تحديًا لعدد من الأسباب. أولاً ، البرامج والعمليات التي يتم تنفيذها بواسطة الكمبيوتر لا تندرج بدقة في الإطار القانوني لأهلية الحصول على براءات الاختراع. بينما يتم تعريف البرنامج على نطاق واسع على أنه "البرامج وأنظمة التشغيل الأخرى التي يستخدمها الكمبيوتر" ، إذا كان البرنامج الخاص بك يؤدي فقط وظائف روتينية معينة أو أتمتة عامة ، فمن المحتمل أن يكون "مجرّدًا" للغاية ليكون موضوعًا محميًا ببراءة اختراع. 

المفتاح عند صياغة تطبيق برمجي هو تحديد الجوانب الجديدة / المفاهيم الابتكارية لبرنامجك وتوضيح كيفية تحسين البرنامج لوظائف الكمبيوتر. يجب عليك أيضًا التأكد من أنك تصف بشكل خاص جميع الأنظمة والأنظمة الفرعية والمكونات المستخدمة لتنفيذ عمليتك الجديدة.

تجنب وصف الوظائف العامة أو مجرد سرد التشغيل الآلي للنشاط البشري الذي تم إجراؤه يدويًا بشكل تقليدي أو سرد "الإجراءات التقليدية بطريقة عامة" عند صياغة مجموعة المطالبات والوصف التفصيلي الخاص بك. 

لا تنس مزايا براءة اختراع التصميم 

لا تغفل عن قيمة طلب براءة اختراع التصميم لبرنامجك. تحمي براءات اختراع التصميم واجهات المستخدم الرسومية (GUI) وتغييرات شاشة التحميل والعناصر الزخرفية الأخرى لبرنامجك. قد تكون واجهة المستخدم الرسومية الخاصة بك قابلة للحماية ببراءة اختراع وقد تفي بمتطلبات "مقالة التصنيع" إذا تم عرض الصورة ثنائية الأبعاد لواجهة المستخدم الرسومية على شاشة كمبيوتر أو جهاز لوحي أو جهاز محمول.

قد يشتمل طلب براءة تصميم واجهة المستخدم الرسومية على تجسيدات متعددة طالما أن تلك النماذج تتعلق بتصميم واحد لواجهة المستخدم الرسومية. يجب أن يشتمل التطبيق على منطقة واحدة على الأقل في خطوط متقطعة أو متقطعة ، والحد الخارجي للجهاز في خطوط متقطعة. يعتبر بيان الخط المتقطع ضروريًا في تحديد أجزاء واجهة المستخدم الرسومية المطالب بها.

تعد براءات اختراع تصميم البرامج مفيدة لعدد من الأسباب بما في ذلك: سرعة المقاضاة ، ومعدلات البدلات الأعلى ، وانخفاض تكاليف المحاماة ورسوم الإيداع في مكتب الولايات المتحدة الأمريكية.

تحدث مع محامي براءات اختراع برمجيات متمرس وتعرف على المزيد حول براءات اختراع البرامج بعد أليس

تشعر بالقلق إزاء كيفية عمل أليس يمكن أن يؤثر الحكم على براءات الاختراع الممنوحة لك سابقًا؟ هل تحتاج إلى مشورة قانونية حول التعامل مع مطالبات البراءات؟ Rapacke Law Group هو قانون خاص بالأعمال التجارية والملكية الفكرية يركز على الملكية الفكرية المتعلقة بالبرمجيات.

يشمل محامونا الممتحنين والمطورين الأساسيين السابقين في مكتب الولايات المتحدة الأمريكية (USPTO) الذين يعملون مع مجموعة متنوعة من الشركات الناشئة الأمريكية والأجنبية للتأكد من أن لديهم نهجًا استراتيجيًا لحماية حقوق الملكية الفكرية الخاصة بهم. نحن نقدم خدمات قانونية لبراءات الاختراع والملكية الفكرية مقابل رسوم ثابتة شفافة. اتصل بنا لتحديد موعد استشارة مجانية مع أحد المحامين ذوي الخبرة لدينا.

حدد موعدًا لاستشارة مجانية أو خذ مسابقة الملكية الفكرية لفهم أفضل السبل لحماية عملك مع محامي براءات برمجيات متمرس.

الطابع الزمني:

اكثر من قانون Rapacke