2009-02-19 36 views
7

Tôi có một phần bản quyền trong hợp đồng mà tôi cung cấp cho khách hàng của mình nói rằng tôi giữ bản quyền đối với bất kỳ tác phẩm nào được tạo ra trong công việc của tôi với tư cách nhà thầu độc lập. Điều này chắc chắn không có ý định đặt những giới hạn tùy ý cho khách hàng của tôi, mà là duy trì khả năng quyết định cách phần mềm tôi tạo được cấp phép và phân phối. Hầu như tất cả các dự án tôi làm việc trên các kết quả trong ít nhất một phần của nó được phát hành như là nguồn mở. Mọi dự án tôi làm việc đều sử dụng phần mềm của bên thứ ba được phát hành theo cùng một cách, vì vậy việc trả ơn tôi là điều tôi muốn tiếp tục làm.Điều khoản IP/bản quyền có lợi cho hợp đồng làm việc tự do hợp đồng

Thật không may, hợp đồng không rõ ràng khi nói đến việc xác định quyền của khách hàng trong việc sử dụng phần mềm đã nói. Tôi đề cập rằng mã sẽ được cấp phép cho họ, nhưng không đề cập đến chi tiết cụ thể về tính độc quyền, khả năng sản xuất các dẫn xuất, v.v.

Như vậy, khách hàng đã lo ngại về phần bản quyền trong hợp đồng của tôi và đã đề xuất rằng tôi viết lại nó sao cho tất cả bản quyền được chuyển hoàn toàn cho khách hàng trong lần thanh toán cuối cùng cho dự án. Điều này gần như chắc chắn sẽ làm giảm khả năng phân phối phần mềm của tôi mà tôi đã tạo; Tôi rất muốn tìm một thỏa thuận có lợi hơn nữa khi cả hai mối quan tâm của chúng tôi đều được thỏa mãn.

Có bất kỳ phương pháp tiếp cận thực sự và cố gắng nào với phần mềm cấp phép trong trường hợp này không? Để tóm tắt:

  • Tôi muốn duy trì khả năng cấp phép (một phần) phần mềm theo các điều khoản của riêng tôi, độc lập với mối quan hệ của tôi với khách hàng;
  • với một số đảm bảo cho khách hàng rằng không có bí mật thương mại hoặc logic kinh doanh quan trọng nào được chia sẻ;
  • cho họ khả năng sử dụng lại mã của tôi trong các dự án tương lai của họ;
  • nhưng không nhất thiết phải cho họ bán nó (Tôi không chắc chắn về điều này, mặc dù ... những gì sẽ xảy ra nếu họ bán kinh doanh của họ và phần mềm cùng với nó?)

Tôi nhận ra rằng thông tin phản hồi của mọi người là sẽ được bắt đầu bằng "IANAL", tuy nhiên tôi đánh giá cao bất kỳ suy nghĩ nào bạn có thể có về vấn đề này.

+0

Đây là câu hỏi pháp lý, không phải là câu hỏi lập trình. – cletus

+4

Nó rất liên quan đến lập trình, vì hầu hết các phần mềm đều có giấy phép. –

+0

"Làm thế nào tôi nên cắt móng chân của tôi" không phải là một câu hỏi lập trình, mặc dù hầu hết các lập trình viên đang đặt chân móng. – womble

Trả lời

2

Sau khi xem xét hai câu trả lời được đưa ra, tôi quyết định rằng sự kết hợp của hai phương pháp tiếp cận sẽ mang lại kết quả tốt nhất.

Với ý nghĩ đó, tôi đã xác định hai loại phân phôi; chung và khách hàng cụ thể.Khách hàng nhận được quyền sở hữu độc quyền của các giao hàng cụ thể cho khách hàng khi thanh toán cuối cùng và tôi duy trì quyền sở hữu tất cả các phân phối chung. Khách hàng được cấp giấy phép "vĩnh viễn, không thể thu hồi, hạn chế, không độc quyền, không thể chuyển nhượng, trên toàn thế giới, mà không có quyền cấp giấy phép phụ (trừ các chi nhánh và công ty con)".

Thay đổi này đáp ứng các yêu cầu của cả bản thân và khách hàng.

+0

Hãy cẩn thận để đồng ý xem cái nào là chung chung và cái nào trước đây là khách hàng cụ thể. – jprete

+0

Tôi nghĩ rằng nó không thể xác định đó là "chung chung" và đó là "khách hàng cụ thể". Vì vậy, bạn không có bảo mật 100% khi sử dụng lại đoạn mã với các khách hàng trong tương lai. – jaime

4

Tạo giấy phép cấp cho khách hàng quyền sử dụng và sửa đổi phần mềm, nhưng hạn chế phân phối bên ngoài tổ chức phần mềm được cấp phép.

Điều đó phải đáp ứng nhu cầu của bạn, vì bạn nêu rõ trong hợp đồng với khách hàng rằng bạn giữ quyền kiểm soát bản quyền phần mềm và họ cấp phép cho bạn theo giấy phép được chọn khi hợp đồng được ký.

Miễn là bạn cũng ký NDA khi bạn ký hợp đồng, bí mật của họ sẽ được bảo vệ bởi điều đó.

Edit: Oh yeah, gần như quên: IANAL

3

Cố gắng phá vỡ dự án thành các thành phần với giấy phép của chính họ. Theo cách này, logic nghiệp vụ có bản quyền và các thành phần chung của chúng có bản quyền và giấy phép nguồn mở của bạn.

Các vấn đề liên quan