รายงานสิทธิบัตรซอฟต์แวร์ในบริษัทจีน

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

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

มีการจดทะเบียนอะไร

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

ภาพรวมซอฟต์แวร์ของ WIPO สร้างเส้นแบ่งที่เป็นประโยชน์อีกเส้นหนึ่ง: สิทธิบัตรคุ้มครองการแสดงออก ไม่ใช่ความคิด ขั้นตอน วิธีการดำเนินงาน หรือแนวคิดทางคณิตศาสตร์โดยตัวมันเอง การจดทะเบียนสำหรับ `แพลตฟอร์มการจัดเส้นทางคลังสินค้า V1.0` ไม่ได้เป็นการเป็นเจ้าของเอกสิทธิ์เหนือแนวคิดหรืออัลกอริทึมการจัดเส้นทางคลังสินค้าทุกประการที่อธิบายในการนำเสนอการขาย

เมื่อรายงานบริษัทแสดงรายการจดทะเบียนซอฟต์แวร์ alongside สิทธิบัตรและเครื่องหมายการค้า ให้แยกวัตถุประสงค์ออกจากกัน ภาพ การใช้บันทึกทรัพย์สินทางปัญญา อธิบายพอร์ตโฟลิโอในวงกว้าง; หน้านี้คงอยู่กับบันทึกซอฟต์แวร์เท่านั้น

การจดทะเบียนเป็นหลักฐาน ไม่ใช่จุดเริ่มต้นของสิทธิบัตร

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

ดังนั้นหลีกเลี่ยงข้อความทั่วไปสองประการนี้

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

ความแตกต่างนี้อธิบายได้ว่าทำไมปริมาณการจดทะเบียนจึงไม่ใช่การจัดอันดับคุณภาพ สำนักงานลิขสิทธิ์แห่งชาติรายงานว่า การจดทะเบียนลิขสิทธิ์ซอฟต์แวร์ 3,182,829 รายการใน 2025นั่นคือบริบทการบริหารที่กว้างขวาง ไม่ใช่หลักฐานว่าผู้ขายที่มีบันทึก 100 รายการดีกว่าผู้ขายที่มีบันทึกที่เกี่ยวข้องเพียงห้ารายการ

อ่านหกฟิลด์เป็นบัตรเวอร์ชัน

ความพร้อมใช้งานแตกต่างกันไปตามแหล่งข้อมูล แต่การดึงข้อมูลบันทึกที่มีประโยชน์อาจประกอบด้วยฟิลด์ดังต่อไปนี้ รักษาข้อความภาษาจีนและวันที่ค้นหาไว้ แทนที่จะแปลส่วนต่อท้ายของเวอร์ชันหรือชื่อเอนทิตีออก

ชื่อซอฟต์แวร์เต็มและชื่อย่อ

เปรียบเทียบถ้อยคำที่ตรงกันกับคำพูดอ้างอิง หน้าจอเข้าสู่ระบบ คู่มือผู้ใช้ และตารางสัญญา ชื่อที่คล้ายกันอาจอธิบายตระกูลผลิตภัณฑ์แทนการสร้างที่กำลังซื้ออยู่

หมายเลขเวอร์ชัน

`V1.0` ไม่สามารถใช้แทนกันได้กับ `V3.2` ที่แสดง ถามว่าการเผยแพร่ โมดูล และรุ่นไวท์เลเบลสัมพันธ์กับเวอร์ชันที่จดทะเบียนอย่างไร

ผู้จดทะเบียนหรือเจ้าของสิทธิที่บันทึกไว้

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

วันที่เสร็จสิ้นการพัฒนา

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

วันที่ตีพิมพ์ครั้งแรก หากแสดง

สิ่งนี้อาจช่วยสร้างลำดับเหตุการณ์ใหม่ได้ `ยังไม่ตีพิมพ์` ว่างเปล่า หรือไม่สามารถเข้าถึงได้ ไม่ควรเขียนใหม่เป็น `ไม่เคยใช้` หรือ `ไม่เคยส่งมอบ`

วันที่จดทะเบียนและหมายเลข

ใช้สิ่งเหล่านี้เพื่อระบุและกำหนดเวลาให้กับบันทึกทางการบริหาร อย่าแทนที่วันที่จดทะเบียนด้วยวันที่เสร็จสิ้น วันที่ตีพิมพ์ครั้งแรก หรือวันที่เผยแพร่ผลิตภัณฑ์ปัจจุบัน

เจ้าของสิทธิอาจไม่ใช่ผู้ขาย

ความไม่ตรงกันจำเป็นต้องมีคำอธิบายความสัมพันธ์ ซอฟต์แวร์อาจถูกพัฒนาโดยพนักงาน พัฒนา совместно สั่งจ้างจากผู้รับเหมา โอนสิทธิ์ อนุญาตให้ใช้ หรือคงอยู่ในบริษัทในกลุ่มอื่น กฎระเบียบด้านการคุ้มครองมีกฎเกณฑ์เริ่มต้นเฉพาะสำหรับซอฟต์แวร์ที่สั่งจ้างและซอฟต์แวร์ที่พัฒนาโดยพนักงานบางประเภท แต่ผู้ซื้อไม่ควรพยายามแก้ไขความเป็นเจ้าของทางกฎหมายจากผลลัพธ์สาธารณะสั้นๆ

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

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

สามวันทำไม่ได้ประวัติศาสตร์การเผยแพร่

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

สร้างลำดับเหตุการณ์สั้นๆ จากบันทึกที่สร้างขึ้นสำหรับการส่งมอบซอฟต์แวร์:

1. ชื่อเรื่องจดทะเบียน เวอร์ชัน และวันที่เสร็จสิ้นที่รายงาน;
2. โน้ตการเผยแพร่และตัวระบุการสร้างสำหรับเวอร์ชันที่อ้างอิง;
3. บันทึกการยอมรับของลูกค้าหรือภายในที่มีวันที่;
4. หลักฐานคลังโค้ด การปรับใช้ หรือการฝากถือที่เหมาะสมกับข้อตกลง;
5. เจ้าของการสนับสนุนปัจจุบัน ผู้รับเหมาช่วง และนโยบายสิ้นสุดอายุการใช้งาน

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

กรณีศึกษา: รายงานระบุว่า V1.0 แต่เวอร์ชันสาธิตคือ V3.2

ผู้ขายสมมติแสดง `PlantWatch 3.2` ซึ่งเป็นแพลตฟอร์มตรวจสอบที่มาพร้อมเซนเซอร์ในโรงงาน รายงานของบริษัทระบุ `PlantWatch Equipment Monitoring Platform V1.0` ซึ่งจดทะเบียนไว้สามปีก่อนหน้ากับนิติบุคคลจีนเดียวกัน ชื่อเจ้าของและลำดับเวลาเป็นไปได้อย่างน่าเชื่อถือ บันทึกนี้สนับสนุนความต่อเนื่องระหว่างบริษัทกับผลิตภัณฑ์เวอร์ชันก่อนหน้า

ไม่ได้ยืนยัน V3.2 ผู้ซื้อขอให้เอกสารประกอบเวอร์ชันที่เชื่อมโยง V1.0 กับ V3.2 ซึ่งเป็นหมายเลขบิลด์ที่แสดงในเวอร์ชันสาธิต รายการฟีเจอร์ต่อเวอร์ชัน หลักฐานการยอมรับล่าสุด และการเปิดเผยส่วนประกอบที่จัดหาโดยผู้พัฒนาอื่น จากนั้นสัญญาจะระบุเวอร์ชันของสินค้าส่งมอบ ระยะเวลารองรับ วิธีการส่งออกข้อมูล ภาระด้านความปลอดภัย การทดสอบการยอมรับ และความรับผิดชอบสำหรับใบอนุญาตของบุคคลที่สาม

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

สิ่งที่การจดทะเบียนไม่ได้ทดสอบ

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

สิ่งเหล่านี้ต้องการการทดสอบทางเทคนิค การวิเคราะห์องค์ประกอบซอฟต์แวร์หรือการทบทวนด้านความปลอดภัย หลักฐานจากสัญญา และบางครั้งต้องได้รับคำแนะนำทางกฎหมายจากผู้เชี่ยวชาญ บันทึกของบริษัทสามารถช่วยกำหนดเป้าหมายการตรวจสอบเหล่านั้นได้ แต่ไม่สามารถดำเนินการตรวจสอบแทนได้

เขียนข้อสรุปจากรายงานบริษัทที่มีขอบเขตชัดเจน

ระบุบันทึกที่แน่นอน ความตรงกันของตัวตน ความสัมพันธ์ของเวอร์ชัน ขีดจำกัดของวันที่ และขั้นตอนถัดไป ตัวอย่างเช่น:

รายงานระบุว่า `PlantWatch Equipment Monitoring Platform V1.0` จดทะเบียนกับนิติบุคคลที่ทำสัญญาซึ่งได้รับการยืนยันแล้ว สิ่งนี้สนับสนุนความสัมพันธ์ระหว่างซอฟต์แวร์กับบริษัทสำหรับเวอร์ชันที่ระบุ ณ วันที่บันทึกไว้ ไม่ได้พิสูจน์ความเป็นเจ้าของ ความปลอดภัย หรือประสิทธิภาพของบิลด์ V3.2 ที่อ้างถึง ควรขอห่วงโซ่การเผยแพร่ การเปิดเผยส่วนประกอบ หลักฐานการยอมรับ และใบอนุญาตตามสัญญา ก่อนที่จะอนุมัติ

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

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