MONOLITH LAW OFFICE+81-3-6262-3248Ngày làm việc 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

Yêu cầu hiển thị giấy phép khi chỉ sử dụng mã nguồn mở AGPL (Japanese Affero General Public License) ở phía máy chủ

IT

Yêu cầu hiển thị giấy phép khi chỉ sử dụng mã nguồn mở AGPL (Japanese Affero General Public License) ở phía máy chủ

Internet đã trở thành một phần không thể thiếu trong cuộc sống của chúng ta, và phần mềm được sử dụng trong mọi tình huống.

Khi sử dụng phần mềm, nếu bạn sử dụng phần mềm do người khác phát triển, bạn cần tuân thủ giấy phép phần mềm.

Có nhiều loại giấy phép phần mềm khác nhau, nhưng trong bài viết này, chúng tôi sẽ giải thích cho những người làm việc trong các công ty liên quan đến IT về việc có cần hiển thị giấy phép hay không khi phát triển sản phẩm của mình bằng phần mềm AGPL.

AGPL là gì

AGPL, hay còn gọi là Giấy phép Công cộng GNU Affero, là một loại giấy phép phần mềm miễn phí, thích hợp cho phần mềm máy chủ.

AGPL còn được gọi là Affero GPL hoặc Affero License.

Quá trình thiết lập AGPL

GPLv2, một giấy phép phần mềm miễn phí được tạo ra bởi Richard Stallman, đã gặp phải vấn đề là điều khoản copyleft (copyleft là một cách nhìn về bản quyền, cho phép sử dụng tự do các tác phẩm và cũng cho phép sử dụng tự do các tác phẩm phái sinh) không được áp dụng cho các nhà cung cấp dịch vụ ứng dụng (ASP).

Để giải quyết vấn đề này, Affero, Inc. đã thiết lập AGPLv1 vào tháng 3 năm 2002.

Sau đó, vào ngày 19 tháng 11 năm 2007, Quỹ Phần mềm Tự do đã thiết lập AGPLv3.

Cả AGPLv1 và AGPLv3 đều có đặc điểm là có thể áp dụng điều khoản copyleft cho ASP.

Ghostscript là gì

Ghostscript là một phần mềm AGPLv3.

Ghostscript là một trình thông dịch cho ngôn ngữ mô tả trang PostScript do Adobe phát triển và Định dạng Tài liệu Di động (PDF), cũng như các gói phần mềm được tạo dựa trên nó.

Trong bài viết này, chúng tôi sẽ giải thích liệu có cần hiển thị giấy phép hay không khi sử dụng Ghostscript, một phần mềm AGPLv3, để phát triển sản phẩm của chính công ty, ngay cả khi nó chỉ được sử dụng ở phía máy chủ.

Có cần hiển thị giấy phép AGPLv3 hay không

Dưới AGPLv3, nếu cách sử dụng phần mềm phù hợp với “truyền đạt” (convey), thì cần phải hiển thị giấy phép.

“Truyền đạt” (convey) ở đây có nghĩa là hành động cho phép người khác sao chép hoặc nhận bản sao chép, và được coi là khái niệm tương tự như Điều 2, Khoản 1, Mục 19 của Luật Bản quyền Nhật Bản.

Mục 19: Phân phối
Dù có thu phí hay không, việc chuyển giao bản sao chép cho công chúng hoặc cho mượn, đối với tác phẩm điện ảnh hoặc tác phẩm được sao chép trong tác phẩm điện ảnh, bao gồm việc chuyển giao hoặc cho mượn bản sao chép của tác phẩm điện ảnh với mục đích trình diễn cho công chúng.

Vậy, liệu có cần hiển thị giấy phép khi sử dụng phần mềm chỉ ở phía máy chủ hay không?

Nếu cách sử dụng phần mềm phù hợp với “truyền đạt” (convey), thì ngay cả khi nó không được sử dụng ở phía người dùng mà chỉ được sử dụng ở phía máy chủ, vẫn cần phải hiển thị giấy phép.

Việc phát triển sản phẩm của chính công ty bằng Ghostscript có tương ứng với ‘truyền đạt’ (convey) không?

Như đã nêu trên, nếu cách sử dụng phần mềm tương ứng với ‘truyền đạt’ (convey), thì ngay cả khi chỉ sử dụng phần mềm ở phía máy chủ, việc hiển thị giấy phép vẫn là cần thiết.

Vì vậy, chúng ta sẽ xem xét xem việc sử dụng Ghostscript để phát triển sản phẩm của chính công ty, ngay cả khi chỉ sử dụng ở phía máy chủ, có tương ứng với ‘truyền đạt’ (convey) hay không.

Lý do cho rằng không tương ứng với ‘truyền đạt’ (convey)

Lý do cho rằng không tương ứng với ‘truyền đạt’ (convey) có thể được giải thích như sau:

Đầu tiên, mục đích yêu cầu hiển thị giấy phép AGPLv3 là để tránh việc người dùng nhận ‘truyền đạt’ (convey) mà không biết rằng AGPLv3 đang được sử dụng, và do đó bị hạn chế bởi AGPLv3.

Từ mục đích này, nếu người dùng không bị hạn chế bởi AGPLv3, việc hiển thị giấy phép không nhất thiết phải được yêu cầu.

Khi xem xét về Ghostscript, Ghostscript đang hoạt động để tạo hình ảnh JPEG để hiển thị hoặc tải xuống PDF trên trang web, không phải là thứ mà người dùng nhận được.

Ngoài ra, người dùng không bị hạn chế bởi AGPLv3.

Từ những điều trên, người dùng không bị hạn chế bởi Ghostscript, và việc hiển thị giấy phép AGPLv3 không vi phạm mục đích yêu cầu hiển thị giấy phép, vì vậy có thể cho rằng không tương ứng với ‘truyền đạt’ (convey), và không cần hiển thị giấy phép khi phát triển sản phẩm của chính công ty bằng Ghostscript.

Lý do cho rằng tương ứng với ‘truyền đạt’ (convey)

Mặt khác, lý do cho rằng tương ứng với ‘truyền đạt’ (convey) có thể được giải thích như sau:

Như đã nêu trên, nếu cách sử dụng phần mềm tương ứng với ‘truyền đạt’ (convey), thì ngay cả khi không được sử dụng ở phía người dùng và chỉ được sử dụng ở phía máy chủ, việc hiển thị giấy phép vẫn là cần thiết.

Nếu chúng ta coi trọng việc cần hiển thị giấy phép ngay cả khi người dùng không sử dụng, thì ngay cả khi Ghostscript không phải là thứ mà người dùng nhận được, việc hiển thị giấy phép vẫn là cần thiết.

Hiện tại, không có quan điểm chắc chắn về việc có cần hiển thị giấy phép khi chỉ sử dụng AGPLv3 ở phía máy chủ hay không, và có sự tranh cãi về quan điểm, nhưng nếu nhìn vào tình hình thảo luận hiện tại, quan điểm cho rằng tương ứng với ‘truyền đạt’ (convey) và cần hiển thị giấy phép có vẻ chiếm ưu thế.

Từ những điều trên, ngay cả khi chỉ sử dụng ở phía máy chủ, việc phát triển sản phẩm của chính công ty bằng Ghostscript có thể được coi là tương ứng với ‘truyền đạt’ (convey), và có thể cần hiển thị giấy phép.

Kết luận

Từ hai quan điểm trên, chúng ta có thể đưa ra kết luận như sau:

Khi phát triển sản phẩm của chính công ty bằng Ghostscript, hãy thực hiện các biện pháp như đính kèm liên kết để người dùng có thể kiểm tra nội dung của AGPLv3 và xem mã nguồn của Ghostscript. Dưới tình hình thảo luận hiện tại, đây có thể được coi là biện pháp ít rủi ro nhất.

Tóm tắt

Chúng tôi đã giải thích về việc có cần hiển thị giấy phép hay không khi sử dụng phần mềm AGPL để phát triển sản phẩm của chính công ty, ngay cả khi chỉ sử dụng ở phía máy chủ.

Đối với AGPLv3, không có quan điểm chắc chắn về việc có cần hiển thị giấy phép hay không khi chỉ sử dụng ở phía máy chủ, nhưng đối với các công ty trong ngành IT, chúng tôi cho rằng nên thực hiện biện pháp có rủi ro thấp nhất.

Đây là lĩnh vực cần kiến thức về pháp luật cũng như kiến thức liên quan đến IT, vì vậy chúng tôi khuyến nghị bạn nên tham vấn với luật sư có kiến thức chuyên môn.

Giới thiệu về các biện pháp của văn phòng luật sư của chúng tôi

Văn phòng luật sư Monolis chuyên về IT, đặc biệt là Internet và luật pháp, đang sở hữu chuyên môn cao trong cả hai lĩnh vực này. Gần đây, vi phạm luật quảng cáo trên mạng như việc gây hiểu lầm về chất lượng hàng hóa đã trở thành một vấn đề lớn, và nhu cầu kiểm tra pháp lý ngày càng tăng. Văn phòng luật sư của chúng tôi sẽ phân tích rủi ro pháp lý liên quan đến doanh nghiệp đã bắt đầu hoặc đang chuẩn bị bắt đầu, dựa trên quy định của các luật pháp khác nhau, và cố gắng hợp pháp hóa doanh nghiệp mà không cần phải dừng lại. Chi tiết được mô tả trong bài viết dưới đây.

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Quay lại Lên trên