สิทธิบัตรซอฟต์แวร์หลังจากอลิซ: คำแนะนำของผู้ตรวจสอบ USPTO ในอดีตเกี่ยวกับการรักษาความปลอดภัยของสิทธิบัตร

บทความนี้ร่วมเขียนโดย Shawn Joseph อดีตผู้ตรวจสอบเบื้องต้นของ USPTO

ในขณะที่หลายคนในอุตสาหกรรมสิทธิบัตรซอฟต์แวร์กลัวมานานแล้วว่าเสียงก้องจาก อลิซ หมายถึง "จูบมรณะ" สำหรับการยื่นขอสิทธิบัตรซอฟต์แวร์ ความเป็นจริงในปัจจุบันมีการออกสิทธิบัตรซอฟต์แวร์มากกว่าที่เคยเป็นมา ความจริงก็คือชุมชนซอฟต์แวร์มีความก้าวหน้าอย่างมากในช่วงแปดปีที่ผ่านมานับตั้งแต่เกิดความวุ่นวาย อลิซ การตัดสินใจ และแนวทางผู้ตรวจสอบของ USPTO ฉบับใหม่ได้รับการเผยแพร่เกี่ยวกับวิธีการที่ดีที่สุดในการพิจารณาคุณสมบัติเฉพาะของเนื้อหาในคำขอรับสิทธิบัตรซอฟต์แวร์ 

ผลของแนวทางใหม่นี้ได้เพิ่มจำนวนคำขอรับสิทธิบัตรซอฟต์แวร์ที่ได้รับมากกว่า 22% ในช่วงสามปีที่ผ่านมา โดยมากกว่า 60% ของแอปพลิเคชันทั้งหมดที่มอบให้ในปี 2020 เป็นซอฟต์แวร์หรือเทคโนโลยีที่ใช้คอมพิวเตอร์ ในบทความนี้ เราจะหารือเกี่ยวกับสิทธิบัตรซอฟต์แวร์หลังจากอลิซจากมุมมองของอดีตผู้ตรวจสอบระดับประถมศึกษาของ USPTO และให้คำแนะนำเกี่ยวกับวิธีการหลีกเลี่ยงและเอาชนะ 35 USC § 101 “อลิซ” การปฏิเสธ

สิทธิบัตรซอฟต์แวร์มีผลบังคับใช้หรือไม่

ในขณะที่ยังคงมีพาดหัวข่าวที่ระบุว่าสิ่งประดิษฐ์ที่เกี่ยวข้องกับซอฟต์แวร์และคอมพิวเตอร์นั้นไม่สามารถจดสิทธิบัตรหรือบังคับใช้ได้ ข้อโต้แย้งนี้ขัดกับ USPTO ล่าสุดและข้อมูลในศาล ไม่ต้องสงสัยเลยว่าเทคโนโลยีที่เกี่ยวข้องกับซอฟต์แวร์ไม่เพียงแต่สามารถจดสิทธิบัตรได้เท่านั้น แต่ยังบังคับใช้ได้ และสามารถเอาตัวรอดจากความท้าทายด้านความถูกต้องที่ Patent Trail and Appeal Board หรือศาลรัฐบาลกลาง 

ความสามารถของผู้ถือสิทธิบัตรในการบังคับใช้สิทธิในสิทธิบัตรเริ่มต้นทันทีที่สิทธิบัตรของพวกเขาออก หากฝ่ายที่ละเมิดทำ ใช้ ขาย หรือนำเข้าเนื้อหาที่อ้างสิทธิ์ในสิทธิบัตรที่ออกให้ เจ้าของสิทธิบัตรจะได้รับการช่วยเหลือทางกฎหมายจากฝ่ายที่ละเมิด ขอบเขตและความกว้างของสิทธิ์ในสิทธิบัตรของคุณกำหนดโดยข้อเรียกร้องที่ได้รับในสิทธิบัตรของคุณ 

หากสิทธิบัตรของคุณมีภาษาการอ้างสิทธิ์แบบกว้าง ๆ สิทธิ์ของคุณในการยกเว้นผู้อื่นนั้นยิ่งใหญ่กว่าในกรณีของสิทธิบัตรที่มีการอ้างสิทธิ์แบบแคบ แม้ว่าสิทธิบัตรที่ออกให้ในขั้นต้นจะถือว่าใช้ได้ แต่อาจยังคงเผชิญกับความท้าทายในอนาคตที่ USPTO ผ่านทาง อินเตอร์ ปาร์เตส ทบทวน (IPR) กระบวนการหรือการดำเนินการเป็นโมฆะในศาลรัฐบาลกลาง

ความหมายของ อลิซ และสิทธิบัตรซอฟต์แวร์มีความหมายอย่างไร

Alice Corp กับ CLS Bank International, 573 US 208 (2014) เป็นคำตัดสินของศาลฎีกาครั้งสำคัญที่ทำให้รากฐานของสิทธิบัตรซอฟต์แวร์กลายเป็นแก่นแท้ของพวกเขา ในการตัดสินเป็นเอกฉันท์ที่เขียนขึ้นโดยผู้พิพากษา Clarence Thomas ศาลฎีกาถือได้ว่าการอ้างสิทธิ์ในสิทธิบัตรที่ได้รับสำหรับบริการเอสโครว์ทางอิเล็กทรอนิกส์ที่ใช้คอมพิวเตอร์นั้นมุ่งเป้าไปที่แนวคิดที่เป็นนามธรรมและไม่ใช่เนื้อหาที่จดสิทธิบัตรได้

พื้นที่ อลิซ การตัดสินใจส่งผลกระทบอย่างลึกซึ้งต่อวิธีที่ผู้ตรวจสอบขององค์การสิทธิบัตรและเครื่องหมายการค้าแห่งสหรัฐอเมริกา (USPTO) ตรวจสอบสิทธิบัตรซอฟต์แวร์ การตัดสินใจดังกล่าวได้จัดทำการวิเคราะห์สองขั้นตอน โดยในขั้นแรกให้พิจารณาว่าเนื้อหาที่อ้างสิทธิ์ในสิทธิบัตรนั้นมุ่งตรงไปยังแนวคิดที่เป็นนามธรรมหรือไม่ ถ้าใช่ คำกล่าวอ้างจำเป็นต้องเพิ่ม "อย่างมีนัยสำคัญมากขึ้น" ที่รวมเอา "แนวคิดที่สร้างสรรค์"

ในขณะที่ศาลฎีกาได้รวมตัวอย่างหลายประการของสิ่งที่อาจใช่หรือไม่เข้าเงื่อนไขว่า "มีนัยสำคัญมากกว่า" ความคลุมเครือของการตัดสินใจและการขาดคำแนะนำนำไปสู่ปัญหาในการใช้มาตรฐานที่ชัดเจนและสม่ำเสมอโดยศาลล่างและในระหว่างการตรวจสอบโดยผู้ตรวจสอบของ USPTO ผลอันน่าทึ่งของคำตัดสินของศาลฎีกาทำให้หลายคนในอุตสาหกรรมซอฟต์แวร์สงสัยว่าสิทธิบัตรซอฟต์แวร์ของพวกเขาไร้ประโยชน์และไม่สามารถบังคับใช้ได้หรือไม่

คุณจะเอาชนะ . ได้อย่างไร อลิซ การตัดสินใจในการจดสิทธิบัตรแนวคิดซอฟต์แวร์ของคุณ?

แม้ว่าจะไม่มีการรับประกันความสำเร็จในการสมัครขอรับสิทธิบัตรซอฟต์แวร์ แต่ก็มีขั้นตอนที่คุณสามารถทำได้เพื่อปรับปรุงโอกาสที่คำขอรับสิทธิบัตรของคุณจะได้รับหนังสือแจ้งการอนุญาตจาก USPTO Examiner

ขั้นแรก ให้พิจารณาการค้นหางานศิลปะก่อนหน้า (บางครั้งเรียกว่า "การค้นหาสิทธิบัตร") อย่างไรก็ตาม โปรดจำไว้ว่าผลการค้นหาของคุณดีพอๆ กับข้อมูลการเปิดเผยข้อมูลที่ใช้ในการค้นหาเท่านั้น ดังนั้น ตรวจสอบให้แน่ใจว่าคุณได้ให้ข้อมูลการเปิดเผยข้อมูล ข้อมูลอ้างอิง และเอกสารที่พิมพ์ออกมาอย่างละเอียดถี่ถ้วน ก่อนดำเนินการค้นหาของคุณ

เมื่อมีการเปิดเผยข้อมูลอย่างละเอียด การค้นหางานศิลปะล่วงหน้าที่ดีจะไม่เพียงแต่ช่วยให้คุณทราบได้ว่าสิ่งประดิษฐ์ของคุณสามารถจดสิทธิบัตรได้หรือไม่ แต่ยังช่วยให้คุณมีแนวคิดว่าคุณสามารถร่างข้อเรียกร้องในใบสมัครได้กว้างเพียงใด โดยพิจารณาจากข้อมูลที่เกี่ยวข้อง ศิลปะในสาขาเทคโนโลยี อย่าลืมตรวจสอบผลการค้นหางานศิลปะก่อนหน้ากับทนายความของคุณและให้ข้อเสนอแนะหรือ "จุดแตกต่าง" เพิ่มเติมระหว่างแพลตฟอร์มซอฟต์แวร์ของคุณและการอ้างอิงงานศิลปะก่อนหน้าที่พบในการค้นหา

ประการที่สอง สิ่งสำคัญคือต้องเข้าใจสิ่งที่ USPTO Examiner พิจารณาว่าเป็น "หัวข้อที่ไม่สามารถจดสิทธิบัตรได้" ก่อนที่จะร่างการประดิษฐ์ซอฟต์แวร์ วิธีการทางธุรกิจ หรือกระบวนการที่ใช้คอมพิวเตอร์ การปฏิเสธเนื้อหาที่ไม่สามารถรับสิทธิบัตรได้เกิดขึ้นเมื่อผู้ตรวจสอบโต้แย้งว่าสาระสำคัญของการประดิษฐ์ที่อ้างสิทธิ์ไม่มีสิทธิ์ได้รับการคุ้มครองสิทธิบัตรเนื่องจากมุ่งเป้าไปที่แนวคิดที่เป็นนามธรรมหรือหัวข้ออื่นๆ ที่ไม่สามารถจดสิทธิบัตรได้ (ภายใต้ 35 USC § 101)

ภายใต้ 35 USC § 101 มีสี่ประเภทตามกฎหมายหรือประเภทของสิ่งประดิษฐ์ที่มีสิทธิ์ได้รับการคุ้มครองสิทธิบัตร: กระบวนการ เครื่องจักร การผลิตหรือองค์ประกอบของสสาร (หรือการปรับปรุงใหม่และมีประโยชน์ใด ๆ ของสิ่งนั้น) สิ่งประดิษฐ์ที่เกี่ยวข้องกับซอฟต์แวร์และ SaaS อาจอยู่ภายใต้หมวดหมู่ "กระบวนการ" ของสิ่งประดิษฐ์ และถ้าการประดิษฐ์นั้นอ้างว่าเป็นเครื่องจักร (เช่นคอมพิวเตอร์) ที่ใช้กระบวนการนี้ ลักษณะของการประดิษฐ์จะจัดอยู่ในหมวด "เครื่องจักร"

ศาลได้ตีความสิ่งประดิษฐ์ตามกฎหมายสี่ประเภทเพื่อแยก "กฎแห่งธรรมชาติ ปรากฏการณ์ทางธรรมชาติ และความคิดที่เป็นนามธรรม" เงื่อนไขเหล่านี้ ที่เรียกกันทั่วไปว่า “ข้อยกเว้นทางกฎหมาย” ในการมีสิทธิ์ได้รับสิทธิบัตร โดยทั่วไปหมายถึงความรู้พื้นฐานที่ไม่มีสิทธิ์ได้รับการคุ้มครองสิทธิบัตร เช่น หลักการทางวิทยาศาสตร์ (เช่น แรงนั้นเท่ากับการเร่งความเร็วมวล หรือ F = mA) ซึ่งเกิดขึ้นตามธรรมชาติ ปรากฏการณ์ (เช่น ฟ้าผ่า แรงโน้มถ่วง แสงแดด) กระบวนการทางจิต และอัลกอริธึมทางคณิตศาสตร์ ในกรณีส่วนใหญ่ ข้อยกเว้นสองข้อสุดท้าย (กระบวนการทางจิต และอัลกอริธึมทางคณิตศาสตร์) ที่เป็นพื้นฐานของการปฏิเสธที่เกี่ยวข้องกับซอฟต์แวร์ส่วนใหญ่

เพื่อช่วยผู้สมัครนำทางการเปลี่ยนแปลงเพื่ออ้างสิทธิ์การตีความในด้านคอมพิวเตอร์ ซอฟต์แวร์ และเทคโนโลยี SaaS USPTO ได้ออกการปรับปรุง คำแนะนำเกี่ยวกับคุณสมบัติที่มีสิทธิ์. คำแนะนำนี้ยังรวมอยู่ในส่วนต่าง ๆ ของ คู่มือกระบวนการตรวจสอบสิทธิบัตรของ USPTO (MPEP). MPEP § 2106 ในปัจจุบันระบุว่าการทดสอบคุณสมบัติในเรื่องนั้นเกี่ยวข้องกับขั้นตอนต่อไปนี้ (มักเรียกว่า อลิซ การทดสอบสองขั้นตอน)

• ขั้นตอนที่ 1: ตรวจสอบว่าข้อเรียกร้องถูกส่งไปยังหมวดหมู่ตามกฎหมายหรือไม่ (กระบวนการ เครื่องจักร การผลิต องค์ประกอบของสสาร หรือการปรับปรุงดังกล่าว) หาก “ไม่” แสดงว่าการอ้างสิทธิ์นั้นมุ่งไปที่เรื่อง ไม่มีสิทธิ์ เพื่อการคุ้มครองสิทธิบัตร ถ้า “ใช่” ไปที่ขั้นตอนที่ 2A
• ขั้นตอนที่ 2A: ตรวจสอบว่าการอ้างสิทธิ์มุ่งไปที่ข้อยกเว้นตามกฎหมายหรือไม่ (กฎแห่งธรรมชาติ ปรากฏการณ์ทางธรรมชาติ (ผลิตภัณฑ์จากธรรมชาติ) หรือแนวคิดนามธรรม) หาก “ไม่” แสดงว่าการอ้างสิทธิ์นั้นมุ่งไปที่เรื่อง เหมาะสม เพื่อการคุ้มครองสิทธิบัตร ถ้า “ใช่” ไปที่ขั้นตอนที่ 2B
• ขั้นตอนที่ 2B: ตรวจสอบว่าการอ้างสิทธิ์อ่านองค์ประกอบเพิ่มเติมที่ "มากกว่าอย่างมีนัยสำคัญ" มากกว่าข้อยกเว้นของการพิจารณาคดีหรือไม่ ถ้า “ไม่” แสดงว่าการอ้างสิทธิ์นั้นมุ่งไปที่เรื่อง ไม่มีสิทธิ์ เพื่อการคุ้มครองสิทธิบัตร ถ้า “ใช่” แสดงว่าการอ้างสิทธิ์นั้นมุ่งไปที่เรื่อง เหมาะสม เพื่อการคุ้มครองสิทธิบัตร

ประการที่สาม หากคุณได้รับการปฏิเสธการดำเนินการของ Office ฉันขอแนะนำขั้นตอนต่อไปนี้เมื่อเตรียมและร่างการแก้ไขการดำเนินการของ Office:

1. วิเคราะห์เหตุผลของผู้ตรวจสอบสำหรับแต่ละขั้นตอนของการทดสอบคุณสมบัติหัวข้อ แบ่งการปฏิเสธออกเพื่อแมปข้อกล่าวหาของผู้ตรวจสอบแต่ละข้อกับขั้นตอนข้างต้นอย่างชัดเจน

• ค้นหาจุดอ่อนในการให้เหตุผลของผู้ตรวจสอบสำหรับแต่ละขั้นตอนในการวิเคราะห์:

1. ผู้ตรวจสอบใช้ขั้นตอนใดขั้นตอนหนึ่งไม่ถูกต้องหรือไม่
2. หลายครั้งที่เราเห็นว่าผู้ตรวจสอบได้บังคับการอ้างสิทธิ์ที่ตั้งค่าไว้ในแม่พิมพ์ "แนวคิดนามธรรม" ตรวจสอบอย่างใกล้ชิดว่าคำแถลงของผู้ตรวจสอบที่แมปการอ้างสิทธิ์ในเรื่องที่ไม่เข้าเกณฑ์นั้นไม่ใช่ข้อเท็จจริงหรือลักษณะการประดิษฐ์ที่ผิด ตรวจสอบอย่างใกล้ชิดด้วยว่าผู้ตรวจสอบไม่ได้กล่าวถึงส่วนใดส่วนหนึ่งของข้อเรียกร้องเมื่อทำการโต้แย้งหรือไม่ เรามักจะเห็นว่าผู้ตรวจสอบละเว้นจากการพูดถึงข้อจำกัดการเรียกร้องที่จะทำให้ข้อโต้แย้งของเขา/เธออ่อนลงได้มากที่สุด บางครั้งสิ่งที่สำคัญกว่าสิ่งที่พูดคือสิ่งที่ไม่ได้พูด

• ทบทวนและใช้ตัวอย่างคุณสมบัติหัวข้อใน คำแนะนำการสอบ USPTOโดยคำนึงถึงคำถามต่อไปนี้:

1.  การอ้างสิทธิ์ของคุณมีอะไรที่เหมือนกันมากกว่ากับตัวอย่างที่ "มีสิทธิ์" หรือ "ไม่มีสิทธิ์" หรือไม่
2. คุณสามารถอ้างสิทธิ์ของคุณเพื่อให้เข้ากับตัวอย่างที่ "มีสิทธิ์" ได้หรือไม่? โดยการเรียนรู้เหตุผลที่ใช้ในตัวอย่าง "ที่มีสิทธิ์" คุณจะมีเครื่องมือที่เพิ่มเข้าไปในแถบเครื่องมือของคุณเพื่อโต้แย้งกับตำแหน่งของผู้ตรวจสอบได้สำเร็จ

• การอ้างสิทธิ์มี "แนวคิดที่สร้างสรรค์" ที่ไม่ได้กล่าวถึงใน Office Action หรือไม่
• เป็นไปได้ไหมที่จะอธิบายว่าการเรียกร้องนั้นอยู่ในหมวดหมู่ทางกฎหมายอย่างไร?
• ตอบสนองและโต้แย้ง หากเป็นไปได้ ต่อการวิเคราะห์ของผู้ตรวจสอบสำหรับแต่ละขั้นตอนตามข้างต้น
• วิจัยผู้ตรวจสอบของคุณ:

1. ไม่เป็นที่ทราบกันโดยทั่วไปว่าคุณสามารถค้นหากรณีที่ผู้ตรวจสอบของคุณอนุญาตก่อนหน้านี้โดยใช้เครื่องมือต่างๆ เช่น การค้นหาขั้นสูงใน PatFT สิ่งนี้จะช่วยได้อย่างไร? เพราะคุณสามารถหาตัวอย่างกรณีที่ได้รับอนุญาตจากผู้ตรวจสอบเดียวกัน คุณจะพบว่าผู้ตรวจสอบมักจะใช้การปฏิเสธแบบเดียวกันกับหลายๆ กรณี (เกือบจะตัดและวาง) หากคุณมี อลิซ การปฏิเสธ ให้ดูตัวอย่างการตอบสนองที่ผู้อื่นยื่นต่อการปฏิเสธของเขา/เธอที่เอาชนะ อลิซ การปฏิเสธในกรณีของพวกเขา กลยุทธ์เดียวกันนี้มักใช้ได้ผลอีกครั้ง เพราะมันเข้ากับกระบวนทัศน์การปฏิบัติงานของผู้ตรวจสอบโดยเฉพาะของคุณ และจะแก้ปัญหาความไม่สอดคล้องระหว่างผู้ตรวจสอบกับผู้ตรวจสอบในการนำมาตรฐานไปใช้โดยอัตโนมัติ

• หัตถกรรมอ้างว่าหลีกเลี่ยงหน่วยศิลปะ 3600

เมื่อพูดถึงความไม่สอดคล้องกันของผู้ตรวจสอบ ความไม่สอดคล้องกันของหน่วยศิลปะก็เข้ามาเกี่ยวข้องด้วยและควรพิจารณาเมื่อร่างคำขอรับสิทธิบัตรของคุณ จะดีกว่าหรือไม่ที่จะหลีกเลี่ยงผู้ตรวจสอบหรือหน่วยศิลป์ที่โอกาสที่จะได้รับเบี้ยเลี้ยงของคุณแย่ลง? ไม่เป็นความลับในหมู่ผู้ปฏิบัติงานที่การขอจดสิทธิบัตรที่ใช้วิธีทางธุรกิจของหน่วย 3600 มีอัตราเบี้ยเลี้ยงที่ต่ำกว่าอย่างมาก ผู้ปฏิบัติงานที่มีทักษะอาจสามารถช่วยให้คุณหลีกเลี่ยงการเชื่อมต่อกับหน่วยศิลปะ 3600 ที่น่าอับอายได้

อย่างไรก็ตาม ด้วย "การร่างเป้าหมาย" ที่ถูกต้อง จำเป็นต้องมีความเข้าใจพื้นฐานเกี่ยวกับกระบวนการจัดหมวดหมู่ USPTO เมื่อเร็ว ๆ นี้ USPTO ได้ใช้ระบบอัตโนมัติเป็นช่องทางแรกในการพิจารณาคดีภายในหน่วยศิลป์ ระบบเหล่านี้จะค้นหาคำศัพท์สำคัญในการเก็บรักษาส่วนต่าง ๆ ภายในแอปพลิเคชันของคุณเพื่อระบุว่าหน่วยงานศิลปะใดและการจัดประเภทแอปพลิเคชันของคุณได้รับมอบหมาย สิ่งสำคัญที่สุดของส่วนสำคัญเหล่านี้คือการอ้างสิทธิ์และบทคัดย่อของคุณ และตัวอย่างบางส่วนของคำสำคัญที่ระบบเหล่านี้ใช้สำหรับวิธีการทางธุรกิจอาจรวมถึงเงื่อนไขการธนาคาร เงื่อนไขการเล่นเกม เงื่อนไขการกำหนดราคา ฯลฯ ดูวิธีที่ USPTO กำหนดวิธีการทางธุรกิจเพื่อให้ได้แนวคิด:

“ส่วน Business Methods ของ USPTO คือชุดของเนื้อหาสาระใน Technology Center 3600 ที่มอบสิทธิบัตรที่เกี่ยวข้องกับการประมวลผลข้อมูล: การเงิน การดำเนินธุรกิจ การจัดการ หรือการกำหนดราคา/ต้นทุน”

ดังนั้น หากการประดิษฐ์ของคุณเกี่ยวข้องกับหมวดหมู่ใด ๆ เหล่านี้ อาจเป็นความคิดที่ดี ในการขอสิทธิบัตรครั้งแรกของคุณที่จะผ่านตัวจำแนกประเภท เพื่อหลีกเลี่ยงเงื่อนไขสำคัญในส่วนสำคัญเหล่านั้น โปรดทราบว่าคุณสามารถแก้ไขคำร้องของคุณในภายหลังในการดำเนินคดีเพื่อให้รวมข้อกำหนดเหล่านั้นได้ ตราบใดที่คุณได้รับการสนับสนุนในการเปิดเผยข้อมูลเดิมของคุณ

อย่ามองข้ามคุณค่าของผู้สอบสัมภาษณ์

การสัมภาษณ์ผู้ตรวจสอบเป็นการสนทนาตามกำหนดเวลาล่วงหน้ากับผู้ตรวจสอบ ซึ่งโดยทั่วไปจะดำเนินการทางโทรศัพท์ เกี่ยวกับการปฏิเสธการเรียกร้องและ/หรือการคัดค้านที่ระบุไว้ในการดำเนินการของสำนักงานและการแก้ไขที่เป็นไปได้เพื่อจัดการกับข้อกังวลเหล่านี้ ผู้สมัครที่เป็นตัวแทนจากทนายความด้านสิทธิบัตรสามารถ (แต่โดยทั่วไปไม่สามารถทำได้) เข้าร่วมในการสัมภาษณ์อย่างจริงจัง ในบางกรณี นักประดิษฐ์และ/หรือผู้สมัครอาจสนใจเข้าร่วมการสัมภาษณ์ผู้ตรวจสอบ

อย่างไรก็ตาม โปรดทราบว่าการพูดสิ่งผิดหรือการรับเข้าเรียนที่ไม่เหมาะสมระหว่างการสัมภาษณ์ผู้ตรวจสอบอาจส่งผลต่อโอกาสในการได้รับการจดทะเบียนสิทธิบัตร ในบางสถานการณ์ การสัมภาษณ์จะนำไปสู่การแก้ไขของผู้ตรวจสอบ ซึ่งทำให้การเรียกร้องในใบสมัครมีเงื่อนไขสำหรับค่าเผื่อโดยที่ผู้สมัครไม่ต้องยื่นคำตอบอย่างเป็นทางการต่อการดำเนินการของ Office ที่ค้างอยู่ การสัมภาษณ์สามารถเป็นผู้ริเริ่มหรือร้องขอโดยผู้ตรวจสอบ

วิธีที่ดีที่สุดวิธีหนึ่งในการเตรียมตัวสำหรับการสัมภาษณ์ผู้ตรวจสอบคือการพิจารณาปัญหาที่เกิดขึ้นใน Office Action และวิธีที่ดีที่สุดในการตอบสนองต่อ Office Action จากนั้นคุณอาจเตรียมวาระการประชุมเพื่อหารือ ถัดไป คุณอาจติดต่อผู้ตรวจสอบและกำหนดเวลาที่สะดวกเพื่อหารือเกี่ยวกับการดำเนินการของ Office และเสนอคำตอบ และส่งอีเมลกำหนดการพร้อมการแก้ไขที่เสนอไปยังผู้ตรวจสอบ จากนั้น คุณสามารถพูดคุยกับผู้ตรวจสอบเพื่อทำความเข้าใจเหตุผลที่อยู่เบื้องหลังการปฏิเสธและการตีความคำศัพท์และวลีของพวกเขาได้ดีขึ้น และใช้โอกาสนี้ในการเน้นย้ำและชี้แจงความเข้าใจผิดหรือความแตกต่างของการตีความ

แต่ที่สำคัญกว่านั้น การสัมภาษณ์ผู้ตรวจสอบเปิดโอกาสให้ผู้สมัครได้เลือกสมองของผู้ตรวจสอบและ/หรือสัมผัสถึงความเป็นมิตรของผู้ตรวจสอบในการอนุญาตการอ้างสิทธิ์ในปัจจุบันของคุณ ข้อมูลจำนวนมากสามารถมาจากการสนทนาอย่างรวดเร็ว ตัวอย่างเช่น หากผู้ตรวจสอบดูยืนกรานว่าเธอได้พิสูจน์ว่าสิ่งประดิษฐ์ของคุณมีอยู่แล้ว คุณควรแก้ไขข้อเรียกร้องของคุณให้มากขึ้นเพื่อประหยัดเวลาและเงินของคุณ ในทางกลับกัน หากผู้ตรวจสอบดูเป็นมิตรกับนวัตกรรมของคุณ คุณอาจจะถามง่ายๆ ว่าควรแก้ไขข้อเรียกร้องของคุณอย่างไรเพื่อให้คุณก้าวข้ามขีดจำกัด

โปรดจำไว้ว่าผู้ตรวจสอบเป็นมนุษย์ การใจดีและให้ความร่วมมือสามารถไปได้ไกล

หลีกเลี่ยงข้อผิดพลาดทั่วไปเหล่านี้เมื่อร่างคำขอรับสิทธิบัตรซอฟต์แวร์ของคุณ

การร่างคำขอรับสิทธิบัตรซอฟต์แวร์เป็นสิ่งที่ท้าทายด้วยเหตุผลหลายประการ ประการแรก ซอฟต์แวร์และกระบวนการที่ใช้คอมพิวเตอร์ไม่อยู่ในกรอบการทำงานตามกฎหมายสำหรับการมีสิทธิ์ได้รับสิทธิบัตร แม้ว่าซอฟต์แวร์จะกำหนดอย่างกว้างๆ ว่าเป็น “โปรแกรมและระบบปฏิบัติการอื่นๆ ที่คอมพิวเตอร์ใช้” หากซอฟต์แวร์ของคุณทำงานตามปกติหรือการทำงานอัตโนมัติทั่วไปเพียงอย่างเดียว ก็มีแนวโน้มว่าจะ “เป็นนามธรรม” เกินกว่าจะเป็นหัวข้อที่สามารถจดสิทธิบัตรได้ 

กุญแจสำคัญในการร่างแอปพลิเคชันซอฟต์แวร์คือการระบุแง่มุมใหม่ / แนวความคิดที่สร้างสรรค์ของซอฟต์แวร์ของคุณและแสดงให้เห็นว่าซอฟต์แวร์ของคุณปรับปรุงการทำงานของคอมพิวเตอร์ได้อย่างไร นอกจากนี้ คุณควรตรวจสอบให้แน่ใจว่าคุณอธิบายระบบ ระบบย่อย และส่วนประกอบทั้งหมดที่ใช้ดำเนินการกระบวนการใหม่ของคุณโดยเฉพาะอย่างยิ่ง

หลีกเลี่ยงการอธิบายการทำงานทั่วไปหรือเพียงแค่ท่องอัตโนมัติของกิจกรรมของมนุษย์ที่ดำเนินการด้วยตนเองหรือท่อง "การกระทำทั่วไปในลักษณะทั่วไป" เมื่อร่างชุดการเรียกร้องของคุณและคำอธิบายโดยละเอียด 

อย่าลืมข้อดีของสิทธิบัตรการออกแบบ 

อย่ามองข้ามคุณค่าของการยื่นขอจดสิทธิบัตรการออกแบบสำหรับซอฟต์แวร์ของคุณ สิทธิบัตรการออกแบบปกป้องส่วนต่อประสานกราฟิกกับผู้ใช้ (GUI) การเปลี่ยนแปลงหน้าจอการโหลด และองค์ประกอบตกแต่งอื่นๆ ของซอฟต์แวร์ของคุณ GUI ของคุณอาจจดสิทธิบัตรได้และอาจเป็นไปตามข้อกำหนด “บทความของการผลิต” หากรูปภาพสองมิติของ GUI ของคุณแสดงบนหน้าจอคอมพิวเตอร์ แท็บเล็ต หรืออุปกรณ์มือถือ

คำขอรับสิทธิบัตรการออกแบบ GUI ของคุณอาจมีหลายรูปแบบ ตราบใดที่รูปลักษณ์เหล่านั้นเกี่ยวข้องกับการออกแบบ GUI เดียว แอปพลิเคชันควรมีอย่างน้อยหนึ่งพื้นที่ในเส้นประหรือขาด และขอบด้านนอกของอุปกรณ์เป็นเส้นขาด คำสั่งเสียมีความสำคัญในการกำหนดส่วนใดของ GUI ที่ถูกอ้างสิทธิ์

สิทธิบัตรการออกแบบสำหรับซอฟต์แวร์มีประโยชน์ด้วยเหตุผลหลายประการ ได้แก่: เวลาในการดำเนินคดีที่เร็วขึ้น อัตราค่าเผื่อที่สูงขึ้น และค่าทนายความที่ต่ำกว่า และค่าธรรมเนียมการยื่นของ USPTO

พูดคุยกับทนายความสิทธิบัตรซอฟต์แวร์มากประสบการณ์และเรียนรู้เพิ่มเติมเกี่ยวกับสิทธิบัตรซอฟต์แวร์หลังจาก Alice

กังวลเกี่ยวกับวิธีการ อลิซ การพิจารณาคดีสามารถส่งผลกระทบต่อสิทธิบัตรที่ได้รับก่อนหน้านี้ของคุณ? ต้องการคำแนะนำทางกฎหมายเกี่ยวกับการจัดการกับการเรียกร้องสิทธิบัตรหรือไม่? Rapacke Law Group เป็นกฎหมายธุรกิจและทรัพย์สินทางปัญญาที่มุ่งเน้นไปที่ทรัพย์สินทางปัญญาที่เกี่ยวข้องกับซอฟต์แวร์

ทนายความของเราประกอบด้วยอดีตผู้ตรวจสอบและนักพัฒนาระดับประถมศึกษาของ USPTO ซึ่งทำงานร่วมกับบริษัทที่เพิ่งเริ่มต้นในสหรัฐอเมริกาและต่างประเทศหลายแห่ง เพื่อให้แน่ใจว่าพวกเขามีแนวทางเชิงกลยุทธ์ในการปกป้องทรัพย์สินทางปัญญา เราให้บริการด้านกฎหมายเกี่ยวกับสิทธิบัตรและทรัพย์สินทางปัญญาโดยมีค่าธรรมเนียมคงที่ที่โปร่งใส ติดต่อเราเพื่อนัดเวลาปรึกษาฟรีกับทนายความที่มีประสบการณ์ของเรา

นัดหมายปรึกษาฟรี หรือใช้ .ของเรา แบบทดสอบทรัพย์สินทางปัญญา เพื่อทำความเข้าใจวิธีการปกป้องธุรกิจของคุณให้ดีที่สุดด้วยทนายความด้านสิทธิบัตรซอฟต์แวร์ที่มีประสบการณ์

• เนื้อหาที่ขับเคลื่อนด้วย SEO และการเผยแพร่ประชาสัมพันธ์ รับการขยายวันนี้
• เพลโตบล็อคเชน Web3 Metaverse ข่าวกรอง ขยายความรู้. เข้าถึงได้ที่นี่.
• ที่มา: https://arapackelaw.com/patents/softwaremobile-apps/software-patents-after-alice/