Ai khác có thể sáng chế thuật toán nguồn mở của tôi? [đóng cửa]


27

Tôi đã viết một thuật toán tìm kiếm đệ quy để tìm ranh giới của cấu trúc dữ liệu voxel để hiển thị nó hiệu quả hơn. Tôi đã nhìn xung quanh, và đó là một kỹ thuật đơn giản và rõ ràng đến nỗi không ai bận tâm đến việc cấp bằng sáng chế, hoặc đó là tiểu thuyết và không ai từng làm theo cách này trước đây.

Nó được "xuất bản" công khai trên GitHub và được bảo vệ theo GPL. Tôi muốn cho người khác xem, để xem nó có thể được cải thiện hay không, tuy nhiên ...

Tôi sợ rằng mặc dù tôi đã viết và xuất bản nó, ai đó có thể cố gắng sáng chế ý tưởng tương tự.

Tôi có an toàn không, được bảo vệ bởi các biểu ngữ của phần mềm nguồn mở hay tôi phải cố gắng tự bảo vệ mình như những khẩu súng lớn và troll bằng sáng chế?

Tôi tin rằng các bằng sáng chế phần mềm là xấu, và để viết phần mềm tốt nhất, nhiều người cần phải nhìn thấy nó. Tuy nhiên, tôi lo lắng đây có thể là một quan điểm khá ngây thơ về cách viết phần mềm, và tôi tò mò về những gì người khác nghĩ.


1
Tôi chỉ cấp bằng sáng chế cho câu hỏi của bạn. Xin vui lòng loại bỏ nó! Nghiêm túc mà nói, bạn đang ở nước nào? Tốt hơn hết là bạn nên nói chuyện với một luật sư. Đọc lên trên Nghệ thuật ưu tiên.
James

4
James, tôi đang ở Mỹ, quê hương của Tòa án quận Texas Texas. Câu hỏi của tôi là nghệ thuật trước và bạn không thể sáng chế nó!
Thợ săn

4
phù hợp hơn cho các bằng sáng chế.SE
ratchet freak

Về mặt lý thuyết, các thuật toán bằng sáng chế có thể là một sự bảo vệ tuyệt vời trong trường hợp ai đó như, ồ tôi không biết, Microsoft, quyết định dậm chân vào bất kỳ dự án nào của bạn. Họ sẽ nghĩ hai lần về việc tận dụng bất kỳ bằng sáng chế vô lý nào chống lại bạn nếu bạn có một số bằng sáng chế vô lý của riêng bạn :) (ví dụ: tôi đã được cấp bằng sáng chế bằng cách sử dụng "phần mềm cơ sở dữ liệu" trên iPhone, LOL!)
Philip

4
Tôi đang bỏ phiếu để đóng câu hỏi này ngoài chủ đề vì nó đang yêu cầu tư vấn pháp lý.

Câu trả lời:


22

Tuyên bố miễn trừ trách nhiệm: Tôi không phải là luật sư. Nếu bạn quan tâm đủ, tìm kiếm tư vấn pháp lý chuyên nghiệp.

Giả sử chúng ta đang đối phó với luật pháp Hoa Kỳ, sẽ rất khó để ai đó cấp bằng sáng chế ngay bây giờ vì mã trên GitHub sẽ là nghệ thuật ưu tiên. Tuy nhiên, ai đó có thể đã nộp bằng sáng chế trước khi bạn xuất bản tác phẩm này lên GitHub. Hãy chắc chắn rằng bạn giữ bất kỳ ghi chú, mã nguồn hoặc tài liệu tương tự nếu nó đáng kể trước công việc GitHub.

Tôi sẽ không khuyên bạn nên tìm kiếm các bằng sáng chế tương tự vì chúng có thể rất khó đọc và, nếu bạn tìm thấy một và tiếp tục, trách nhiệm của bạn tăng gấp ba lần theo luật Hoa Kỳ.

Tuy nhiên, tôi sẽ khuyên bạn nên tìm kiếm các triển khai tương tự bên ngoài bằng sáng chế vì có thể có nghệ thuật trước đó ở nơi khác. Là một người có công việc chuyên môn thường bao gồm xem xét các ứng dụng bằng sáng chế và tìm kiếm nghệ thuật trước đó, nếu bạn không tìm thấy bất cứ điều gì tương tự, tôi sẽ đoán bạn không tìm kiếm ở đúng nơi hoặc sử dụng các thuật ngữ chính xác.

Cũng lưu ý rằng, ngay cả khi người khác cấp bằng sáng chế, họ có thể không khẳng định quyền ngăn chặn bạn sử dụng sáng chế. Họ sẽ chỉ làm như vậy nếu việc bạn sử dụng sáng chế ảnh hưởng nghiêm trọng đến doanh số bán hàng của họ hoặc làm cho họ kiếm được nhiều tiền hơn là thực hiện hành động pháp lý chống lại bạn.

Như đã đề cập ở trên, tìm kiếm lời khuyên chuyên nghiệp nếu nó liên quan đến bạn.

[Chỉnh sửa: Đã thêm như sau.]

Cũng nên nhớ rằng mã GitHub chỉ là nghệ thuật trước khi thực hiện chính xác. Có thể có các biến thể, lựa chọn thay thế hoặc cải tiến, ví dụ, vì vậy việc ghi chú hoặc nhật ký cho công việc có khả năng được cấp bằng sáng chế là rất quan trọng.


Đó là tất cả âm thanh hợp lý. Tôi đồng ý về quan điểm "không tìm kiếm ở đúng nơi hoặc sử dụng đúng thuật ngữ". Có vẻ như tôi đã sai, vì kỹ thuật này cảm thấy rõ ràng như thế nào đối với tôi. Trong bất kỳ vấn đề, cảm ơn cho lời khuyên. Tôi không nhất thiết phải cảm thấy tốt hơn, nhưng ít nhất tôi cảm thấy có nhiều thông tin hơn về vấn đề này.
Thợ săn

@akton - Tôi không chắc chắn ghi chú / nhật ký giúp thiết lập nghệ thuật trước. Nghệ thuật trước phải được xuất bản trong một số hình thức.
Stephen C

@StephenC Bạn đúng khi xuất bản nó chắc chắn làm cho nó mạnh hơn. Tuy nhiên, trong trường hợp không có bất cứ điều gì được công bố, bất cứ điều gì có niên đại hoặc đáng tin cậy (như bí mật thương mại) vẫn tốt hơn là không có gì. Một lần nữa, tôi không phải là luật sư nên tôi rất vui khi được đứng lên sửa chữa.
akton

1
@akton - Định nghĩa: Nghệ thuật ưu tiên là tất cả thông tin đã được tiết lộ cho công chúng dưới mọi hình thức về một phát minh trước một ngày nhất định. Inventors.about.com/od/definating/g/p Warrior_art.htm . Thông tin chưa được tiết lộ cho công chúng có thể có liên quan cho các mục đích khác (ví dụ: trong tranh chấp "lần đầu tiên phát minh") ... nhưng đó không phải là nghệ thuật trước. (IANAL hoặc ... nhưng tôi biết cách google :-))
Stephen C

@StephenC Xin lỗi. Tôi nên rõ ràng hơn. Có, nghệ thuật trước phải được xuất bản nhưng, đặc biệt nếu bạn đang xử lý các bằng sáng chế cũ được bảo vệ theo luật "đầu tiên phát minh" của Hoa Kỳ thay vì "trước tiên nộp", bất cứ điều gì bạn có, được xuất bản hoặc nói cách khác, đều có thể hữu ích trong việc giải quyết tranh chấp bằng sáng chế. Một sự phân biệt quan trọng tôi đã không làm rõ.
akton

8

Đọc câu trả lời của @ akton, điều quan trọng là phải nhận ra các bằng sáng chế phần mềm đang diễn ra như thế nào vào lúc này.

Mặc dù điều đó không nên xảy ra, rất nhiều bằng sáng chế liên quan đến phần mềm xấu được cấp ở Hoa Kỳ. Bằng sáng chế với tuyên bố quá rộng hoặc không xác định, bằng sáng chế rằng nơi có nghệ thuật rõ ràng trước và bằng sáng chế rõ ràng là rõ ràng. Vấn đề là Văn phòng Bằng sáng chế Hoa Kỳ không đủ siêng năng và tòa phúc thẩm quá thân thiện với người giữ bằng sáng chế, và các phiên tòa xét xử là một cuộc xổ số vì hầu hết các bồi thẩm đều không biết gì về mặt kỹ thuật.

Vậy làm thế nào điều này có liên quan đến Câu hỏi?

Vấn đề là việc xuất bản thuật toán của bạn dưới dạng mã nguồn trên Github sẽ không ngăn ai đó đăng ký bằng sáng chế về nó. Sau đó, tùy thuộc vào người kiểm tra bằng sáng chế được chỉ định cho ứng dụng quyết định có cấp bằng sáng chế hay không. Cơ hội là giám khảo sẽ không tìm thấy tác phẩm của bạn vì nhiều lý do:

  • Tìm kiếm các thuật toán là khó khăn.
  • Đọc qua các dòng mã nguồn để cố gắng hiểu một thuật toán mất rất nhiều thời gian.
  • Quyết định rằng hai thuật toán tương tự nhau là khó, đặc biệt nếu một thuật toán bị vùi lấp trong ngôn ngữ được thiết kế để che giấu chứ không phải tiết lộ.
  • Người kiểm tra bằng sáng chế không có nhiều thời gian dành cho mỗi bằng sáng chế.

Vì vậy, nếu người kiểm tra sau đó quyết định rằng bằng sáng chế là đủ mới lạ so với (nghệ thuật) khác được trình bày / tìm thấy, v.v., bằng sáng chế có thể được cấp ... bất chấp nghệ thuật trước đó của bạn.

Có thể những gì bạn làm gì về điều này? Không nhiều! Tuy nhiên, nó vẫn là tốt hơn nếu bạn làm xuất bản các thuật toán, vv Bởi vì nếu bạn không, sẽ không có những bằng chứng về tình trạng kỹ thuật để giúp có được bằng sáng chế xấu lật ngược.


Tôi nghĩ rằng nó đã thay đổi, nhưng USPTO chỉ được yêu cầu kiểm tra hồ sơ của chính họ cho nghệ thuật trước đó, tùy thuộc vào tòa án để xem xét bất kỳ ví dụ nào khác, do đó công ty dược phẩm Hoa Kỳ đã cấp bằng sáng chế cho Tumeric là một người chống hoài nghi
Martin Beckett

@MartinBeckett - Tôi vẫn không nghĩ USPTO được yêu cầu kiểm tra các nguồn khác, vì nó không thực sự có ý nghĩa. (Những nguồn nào khác mà họ cần phải kiểm tra?) Tôi nghĩ rằng sự thay đổi có thể là họ được phép kiểm tra các nguồn khác ... hoặc được khuyến khích ... hoặc một cái gì đó.
Stephen C

Thứ tốt, tất cả xung quanh. Tôi cũng vậy, cảm thấy tốt nhất là tôi đã xuất bản tác phẩm này. Kiểm soát nguồn giúp cung cấp công việc trước đó đã thiết lập quá trình suy nghĩ của tôi. Bên cạnh đó, tôi nghĩ lợi ích lớn hơn rủi ro.
Thợ săn

4

Nó không đơn giản như mọi người đang làm.

Họ sẽ gặp khó khăn trong việc cấp bằng sáng chế cho mã / thuật toán của bạn (mặc dù về mặt kỹ thuật những thứ này không được cấp bằng sáng chế, trên thực tế, các phương pháp trừu tượng được cấp bằng sáng chế mọi lúc thông qua thiết bị sử dụng một cụm từ nhất định ít hơn một câu thần chú đóng hộp liên quan đến các từ " trong một phương án ... ")

Những gì họ có thể và sẽ làm, mà chỉ là như phá hoại và hạn chế đối với bạn và tự do trong tương lai của bạn, là bằng sáng chế mỗi * đơn * rõ ràng * tiếp * của dòng tư tưởng hoặc ý tưởng bạn đang phát triển.

Vì vậy, vào ngày 1, bạn phát hành mã của mình và vào ngày 2, họ bận rộn cấp bằng sáng chế cho các ứng dụng rõ ràng nhất về mã của bạn như một bằng sáng chế quy trình và mọi phần mở rộng tự nhiên của mã của bạn - phiên bản 1.2 cho bạn. Vì vậy, bạn vẫn có mã của mình, nhưng nó đã bị rớt xuống một khu ổ chuột tiến bộ mà nó không thể thoát ra được.

Nếu bạn nghĩ về nó, đây là tất cả những gì họ đã làm. Họ không sở hữu nền tảng của bất kỳ công nghệ nào (mặc dù phải mất nhiều quyết định của tòa án và hàng trăm triệu đô la người nộp thuế để nói với họ điều này). Những gì họ đưa ra yêu cầu và những gì tòa án Mỹ duy trì một cách thường xuyên chỉ là sự mở rộng hơn nữa hoặc xây dựng tự nhiên hoặc áp dụng các ý tưởng của người khác.

Không có gì ngăn cản họ bao gồm trong đó điều này sẽ là quá trình phát triển tự nhiên của mã của bạn.

Không có cách nào để cải thiện chất lượng bằng sáng chế phần mềm bởi vì một khi bạn đã cho phép bằng sáng chế về ý tưởng - đó là tất cả các bằng sáng chế phần mềm - không tồn tại dòng tự nhiên nào mà bằng sáng chế đó không thể vượt qua đủ các từ ngữ hợp pháp và chồn.

Con chó và ngựa cho thấy USPTO đang được đưa vào bây giờ chỉ vì công chúng biết rằng bằng sáng chế phần mềm là điên rồ, chủ yếu là nhờ chương trình của NPR về troll bằng sáng chế và cuộc chiến bằng sáng chế điên rồ giữa Apple và Samsung qua điện thoại thông minh và hình chữ nhật tròn và mọi thứ khác twit và twiddle của một ý tưởng.

Kết quả duy nhất sẽ giúp bạn tự do viết mã và tạo ở Mỹ mà không sợ ngày bạn được phục vụ và bị kiện đòi bồi thường thiệt hại là cấm hoàn toàn tất cả các bằng sáng chế phần mềm. Vì các luật sư điều hành Hoa Kỳ ở một mức độ lớn hơn bất kỳ quốc gia nào trên trái đất và bánh mì và nước của USPTO là phí mà mọi người phải trả cho các bằng sáng chế, không có động lực nào cho bất kỳ ai nắm quyền chỉ im lặng và cấm bằng sáng chế phần mềm.

Tất cả điều này có liên quan đến câu hỏi của bạn. Không, bạn không thể có ý định tiếp cận một bến cảng an toàn cho mã, được xác định không tầm thường để bao gồm các bản phát hành trong tương lai của bạn, tránh xa các vụ kiện tụng và bằng sáng chế phần mềm. Đúng, thật khó để sáng chế thứ chính xác mà bạn đã mở nguồn, nhưng điều đó thực sự không giúp bạn nhiều như vậy. Không, điều này sẽ không thay đổi trong tương lai gần ở Hoa Kỳ vì việc cấm bằng sáng chế phần mềm thậm chí không có trên bàn.

Giải pháp tốt nhất của bạn là không phát hành mã vào các quốc gia cho phép và có lịch sử thực thi bằng sáng chế phần mềm. Tôi cũng đề nghị bạn chiến đấu như quái vật chống lại các lực lượng tìm cách mở rộng bằng sáng chế phần mềm vào các quốc gia hiện đang cấm chúng.

Bạn có thể kiếm sống tốt khi bán hàng vào những quốc gia cho phép viết phần mềm mà không sợ khủng bố dựa trên luật sư. Phát hành phần mềm vào Mỹ chỉ là yêu cầu sự cố cho đến khi và trừ khi luật pháp cho phép bằng sáng chế phần mềm thay đổi.

Xin lỗi nếu điều này nghe có vẻ khắc nghiệt, nhưng tốt hơn hết là bạn nên biết sự thật và hành động theo nó hơn là được hướng dẫn bởi một ảo tưởng đầy hy vọng và sau đó có một sự thức tỉnh thô lỗ vào một ngày đẹp trời.

Tôi hy vọng bạn và tất cả mọi người đọc điều này nhận ra tôi thực sự là một người bạn tốt bằng cách nói thẳng thắn và không có thành kiến ​​hay xuyên tạc về chủ đề này.


3

Theo luật sáng chế của Đức, một phương pháp chỉ có thể được cấp bằng sáng chế nếu nó còn mới. Điều đó có nghĩa là, nó không được truy cập công khai trước khi bằng sáng chế được áp dụng. Thông thường làm cho thuật toán của bạn có sẵn thông qua GitHub là làm cho nó có sẵn công khai theo luật sáng chế của Đức. Tuy nhiên có trường hợp cạnh. Tuy nhiên, luật sáng chế của Đức rất hạn chế so với luật sáng chế của Hoa Kỳ, ví dụ như khi nói đến phần mềm bằng sáng chế.

Tư vấn luật sư là một ý tưởng tốt.


0

Ở Mỹ, bất kỳ ai cũng có thể cấp bằng sáng chế cho bất kỳ ý tưởng nào vào bất kỳ lúc nào chưa có bằng sáng chế kèm theo. Nếu ai đó cấp bằng sáng chế cho ý tưởng của bạn, thì trách nhiệm chứng minh sẽ thuộc về bạn để chứng minh rằng ý tưởng ban đầu là của riêng bạn và của bạn và cũng là người đã đăng ký bằng sáng chế có ý tưởng đó từ công việc của bạn.

Trong tất cả các trường hợp như thế này, nó kết thúc tại một tòa án của pháp luật. Nếu bạn thực sự lo lắng về điều đó, bạn nên:

  1. Tham khảo luật sư bằng sáng chế
  2. Xóa mã của bạn khỏi nguồn mở cho đến khi bạn giải quyết các vấn đề mà luật sư của bạn đưa ra
  3. Tài liệu tất cả mọi thứ về ý tưởng của bạn từ thời điểm cảm hứng đến công việc liên quan đến việc đưa ý tưởng này thành hiện thực.

Tôi nghĩ rằng việc xóa mã của tôi khỏi kho lưu trữ nguồn mở của tôi sẽ là một việc khá quyết liệt và tôi thực sự không muốn bị vướng vào lĩnh vực này hoặc dành nhiều thời gian suy nghĩ về nó khi tôi có thể viết thêm mã. Tôi không nghĩ rằng tôi sẽ làm điều đó.
Thợ săn

@CryptoQuick: Hãy nhớ rằng tôi không phải là luật sư và chỉ có bạn (và tôi đoán những kẻ trộm ý tưởng bằng sáng chế tiềm năng) biết giá trị thực sự của những gì bạn có ngoài đó. Xóa không có nghĩa là gỡ bỏ hoàn toàn, nhưng có lẽ mua một tài khoản để bạn có thể tư nhân hóa mã này và chia sẻ nó với nhiều lựa chọn có chọn lọc hơn. Cuối cùng, ngay cả một bằng sáng chế cũng không thể bảo vệ bạn nếu bạn không có đủ nguồn lực để trả cho đội pháp lý cần thiết để truy tìm kẻ gian bằng sáng chế.
Joel Etherton

Điều này thật ý nghĩa. Tôi vẫn muốn người khác có thể xem qua mã của tôi, mặc dù.
Thợ săn

6
-1 - Xin lỗi nhưng điều này hoàn toàn sai và nó mâu thuẫn với mục đích tìm kiếm nghệ thuật trước đó. OP không nên hạ dự án. Gánh nặng chứng minh tính nguyên bản không nằm ở OP mà là bên nộp đơn xin cấp bằng sáng chế. Nhận xét của bạn sẽ phù hợp hơn nếu OP cố gắng sáng chế tác phẩm, nhưng ngay cả khi đó họ vẫn không đúng.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.