ข้อถือสิทธิผูกตายตัวกับ Google API วงเล็บเต็มไปหมด: สิทธิบัตรที่ดูเหมือนสร้างโดย AI

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

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

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

(a) รับคำสั่งที่ไม่มีโครงสร้าง (ข้อความภาษาธรรมชาติ การแปลงเสียงเป็นข้อความ หรือข้อความมัลติมีเดีย) ที่ผู้ใช้ส่งผ่านซอฟต์แวร์ส่งข้อความทันที (เช่น LINE, Messenger, Slack หรือแพลตฟอร์มอื่นที่มีฟังก์ชัน Webhook callback)

(b) ส่งไปยังโมเดล AI ตัวแรก (เช่น LLM สถาปัตยกรรม Transformer) เพื่อวิเคราะห์เจตนา แล้วส่งออกคำสั่งที่มีโครงสร้าง (เช่น JSON) ซึ่งประกอบด้วยเจตนาของงาน (ค้นหา สรุป รวบรวม) และพารามิเตอร์แรกอย่างน้อยหนึ่งตัว (คำสำคัญ ช่วงเวลา ประเภทไฟล์)

(c) ตามเจตนาของงาน โมดูลตรรกะการจัดเส้นทางตัดสินใจเองและเรียกใช้แบบไดนามิกอย่างน้อยหนึ่ง API บริการจัดเก็บข้อมูลบนคลาวด์ (เช่น Google Drive API) เป็นแหล่งข้อมูลภายใน และ API เครื่องมือค้นหาบนอินเทอร์เน็ต (เช่น Google Search API) เป็นแหล่งข้อมูลภายนอก เพื่อรับข้อมูลสรุปไฟล์ส่วนตัว (บทสรุปเชิงความหมายแบบเวกเตอร์หรือส่วนสำคัญของเนื้อหา) และผลการค้นหาสาธารณะ (ชื่อหน้าเว็บ ส่วนสรุป หรือสคริปต์เสียง/วิดีโอ) ตามลำดับ

(d) ทำความสะอาดและจัดรูปแบบข้อมูลทั้งสองชุด รวมเข้าเป็นบริบทองค์รวมที่มีโครงสร้าง (Context) และปรับลำดับให้เหมาะสมตามข้อจำกัดของหน้าต่างบริบทของโมเดล

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

สองจุดที่มองแล้วรู้สึกไม่สบายใจ

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

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

นี่แท้จริงแล้วคือปรากฏการณ์แห่งยุคสมัย

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

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

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

AI ช่วยก่ออิฐได้ทั้งเร็วทั้งเรียบร้อย แต่ AI ไม่จำเป็นต้องรู้ว่ากำแพงด้านไหนที่ไม่ควรก่อขึ้นมาตั้งแต่แรก ส่วนนี้เองคือจุดที่ต้องการคนมาคอยตรวจสอบมากที่สุด