Trong nền kinh tế tri thức hiện đại, phần mềm không chỉ là công cụ vận hành mà còn là tài sản cốt lõi quyết định lợi thế cạnh tranh của các doanh nghiệp công nghệ. Tuy nhiên, việc bảo hộ bản quyền cho phần mềm và mã nguồn (Source Code) luôn là một trong những thách thức pháp lý phức tạp nhất do đặc tính giao thoa giữa tính sáng tạo nghệ thuật và tính ứng dụng kỹ thuật. Một câu hỏi hóc búa thường xuyên nảy sinh trong các vụ tranh chấp là: Liệu một lập trình viên có vi phạm bản quyền khi viết một đoạn mã thực hiện cùng một chức năng nhưng bằng một ngôn ngữ khác, hay khi họ "mượn" cấu trúc logic của một phần mềm hiện có? Việc xác định ranh giới giữa "ý tưởng" (Idea) – vốn không được bảo hộ – và "biểu hiện" (Expression) – đối tượng của bản quyền – chính là chìa khóa để bảo vệ công sức sáng tạo của nhà phát triển mà không kìm hãm sự tiến bộ chung của ngành công nghiệp phần mềm.

Cơ sở pháp lý quốc tế và Luật Sở hữu trí tuệ tại nhiều quốc gia đều thống nhất rằng phần mềm máy tính được bảo hộ dưới hình thức "tác phẩm văn học". Điều này có nghĩa là mã nguồn và mã máy (Object Code) được bảo vệ tương tự như câu chữ trong một cuốn tiểu thuyết. Tuy nhiên, sự khác biệt nằm ở chỗ phần mềm được viết ra để thực hiện một chức năng cụ thể. Theo học thuyết "Hợp nhất" (Merger Doctrine), nếu một ý tưởng chỉ có một hoặc một vài cách thể hiện hữu hạn để đạt được kết quả kỹ thuật, thì cách thể hiện đó sẽ không được bảo hộ bản quyền để tránh việc độc quyền hóa ý tưởng. Do đó, việc sao chép một cấu trúc lệnh mang tính bắt buộc để tương thích với hệ điều hành hoặc phần cứng thường được coi là hợp pháp. Thử thách đặt ra cho các chuyên gia pháp lý là phải bóc tách được đâu là phần mã mang tính sáng tạo cá nhân và đâu là phần mã mang tính tiêu chuẩn kỹ thuật tất yếu.

Để giải quyết vấn đề này, các tòa án trên thế giới thường áp dụng quy trình kiểm tra ba bước nổi tiếng mang tên AFC (Abstraction-Filtration-Comparison). Bước đầu tiên, Trừu tượng hóa (Abstraction), yêu cầu phân rã phần mềm thành các lớp từ mã nguồn chi tiết đến các thuật toán tổng quát và sơ đồ luồng dữ liệu. Bước thứ hai, Lọc bỏ (Filtration), sẽ loại bỏ các yếu tố không được bảo hộ như các thuật toán cơ bản, các đoạn mã phổ biến (boilerplate code), hoặc các thành phần được định đoạt bởi hiệu quả kỹ thuật và tiêu chuẩn ngành. Cuối cùng là bước So sánh (Comparison), nơi tòa án chỉ đối chiếu những phần "sáng tạo thuần túy" còn sót lại sau bộ lọc. Nếu các cấu trúc lệnh, trình tự sắp xếp và tổ chức của mã nguồn có sự trùng lặp đáng kể không phải do yêu cầu kỹ thuật, đó chính là bằng chứng xác thực cho việc xâm phạm bản quyền.

Ranh giới giữa sao chép ý tưởng và sao chép cấu trúc lệnh trở nên đặc biệt mong manh trong các vụ kiện liên quan đến Giao diện lập trình ứng dụng (API). Vụ tranh chấp kinh điển giữa Google và Oracle về việc sử dụng các dòng mã khai báo Java đã thiết lập một tiền lệ quan trọng. Tòa án tối cao Hoa Kỳ đã chỉ ra rằng việc sao chép các cấu trúc lệnh mang tính "khai báo" để cho phép các lập trình viên viết mã mới tương thích với hệ sinh thái hiện có có thể được coi là "Sử dụng hợp lý" (Fair Use). Điều này phản ánh xu hướng ưu tiên khả năng tương tác (Interoperability) trong giới công nghệ. Tuy nhiên, việc sao chép các mã "thực thi" (Implementation code) – tức là cách thức cụ thể để máy tính thực hiện nhiệm vụ – vẫn bị coi là hành vi vi phạm nghiêm trọng nếu không có sự cho phép của chủ sở hữu.

Ảnh minh hoạ

Đối với các Startup và doanh nghiệp phần mềm, việc quản trị rủi ro bản quyền mã nguồn cần được thực hiện thông qua chiến lược "Phòng sạch" (Clean Room Design). Đây là phương pháp phát triển phần mềm mà trong đó đội ngũ lập trình viên chỉ được cung cấp các thông số chức năng (ý tưởng) mà không hề được tiếp cận với mã nguồn của đối thủ. Kết quả là họ sẽ tự viết ra các cấu trúc lệnh mới để đạt được cùng một mục tiêu kỹ thuật. Ngoài ra, việc sử dụng các công cụ quét mã (SCA - Software Composition Analysis) để kiểm soát việc sử dụng mã nguồn mở và đảm bảo tính nguyên bản của mã nguồn nội bộ là bước đi không thể thiếu. Việc lưu trữ hồ sơ phiên bản (Version Control) và nhật ký lập trình chi tiết cũng sẽ là bằng chứng quan trọng để chứng minh "quá trình sáng tạo độc lập" nếu có tranh chấp xảy ra sau này.

Tóm lại, bảo hộ bản quyền phần mềm không phải là việc bao vây mọi dòng mã, mà là nghệ thuật bảo vệ sự sáng tạo trong cách tổ chức và biểu đạt tư duy logic của lập trình viên. Việc thấu hiểu ranh giới giữa sao chép ý tưởng và sao chép cấu trúc lệnh giúp doanh nghiệp vừa bảo vệ được tài sản trí tuệ của mình, vừa tránh được những rắc rối pháp lý khi học hỏi và phát triển dựa trên các tiêu chuẩn công nghệ sẵn có. Trong một thế giới mà phần mềm đang "ăn cả thế giới", việc nắm vững các quy tắc chơi về bản quyền mã nguồn chính là nền tảng để xây dựng một doanh nghiệp công nghệ bền vững, nơi sự đổi mới được tôn trọng và các quyền lợi kinh tế được bảo đảm một cách công bằng.

CASIC tổng hợp