源碼證明

『壹』 軟體著作權提交源代碼有哪些格式要求

一、申請文件的格式要求
1、所提交的紙介質申請文件和證明文件需復制在A4紙上；
2、提交的各類表格應當使用中國版權保護中心制定的統一表格（可以是原表格的復製件），填寫內容應當使用鋼筆或簽字筆填寫或者列印，字跡應當整齊清楚，不得塗改；
3、申請表格內容應當使用中文填寫，並由申請者蓋章（簽名）；
4、提交的各種證件和證明文件是外文的，應當附送中文譯本；
5、所提交的申請文件應當為一份.
二、各類申請的文件交存要求
1.按照要求填寫的計算機軟體著作權申請表

2.申請者身份證明（復印件）
(1)法人或其他組織身份證明——企業法人:營業執照副本；事業法人:事業法人代碼證書；其他組織:當地民政機關或主管部門批文
台灣省法人應提供營業執照公證書(由當地法院或相關機構開具)；香港和澳門特別行政區法人應提供營業執照復印件及殲隱公證認證書；外國公司應提供營業執照復印件及公證認證書(經中華人民共和國駐所在國大使館認證).
(2)自然人身份證明——中國公民居民身份證復印件或其他證明復印件；外早廳國個人需提交護照復印件或個人身份證明認證件（經中華人民共和國駐所在國大使館認證）

3.鑒別材料
(1)源程序按前、後各連續30頁,共60頁.源程序每頁不少於50行(結束頁除外),右上角標注頁號1-60；
(2)文檔(如:用戶手冊、設計說明書、使用說明書等任選一種)按前、後各連續30頁,共60頁.每頁不少於30行(結束頁除外),右上角標注頁號1-60.

4.申請軟體著作權登記,可以選擇以下方式之一對鑒別材料作例外交存：
(1)源程序前、後各連續的30頁，其中的機密部分用黑色寬斜線覆蓋，但覆蓋部分不得超過交存源程序的50％；
(2)源程序連續的前10頁,加上源程序的任何部分的連續的50頁；
(3)目標程序前、後各連續的30頁,和源程序的任何部分連續的20頁.
文檔作例外交存的，參照前款規定處理。

5.申請人可申請將源程序、文檔或者樣品進行封存.除申請人或者司法機關外,任何人不得啟封.
[注]已辦理軟體著作權登記的,其著作權發生繼承、受讓、承受時，當事人應當出具軟體著作權登記證書（復印件）,無須提交鑒別材料.

6.其他軟體權屬證明文件
(1)軟體權屬證明委託開發：——合作開發：合同書或協議書；軟體委託開發協議或合同書；下達任務開發：下達任務開發軟體任務書；利用他人軟體開發的軟體許可證明
(2)繼承、受讓、承受軟體著作權的申請人，提交以下證明文件
①「繼承」專指原著作權人（自然人）發生死亡，而由合法的繼承人（自然人）依法繼承軟體著作權的情況。繼承人申請軟體著作權登記時，提交合法的繼承證明（經公證的遺囑或者法院的判決等）；
②「受讓」指通過自然人之間、自然人與法人或者其他組織之間、法人之間、法人或者其他組織之間轉讓後，取得軟體著作權的情況。受讓人申請軟體著作權登記的，提交依法簽訂的著作權轉讓合同或者相關證明.
③「承受」指法人或其氏睜廳他組織發生變更（如：改制）、終止（如：合並）,而由其他法人或者其他組織享有軟體著作權的情況.當法人或者其他組織以權利承受人申請登記的，提交的著作權承受證明：
著作權承受證明——法人或者其他組織的工商變更證明；國有法人或者其他組織的上級主管機構的行政批復.

7、版本說明
申請登記軟體V1.0以上的高版本或以其他符號作為版本號進行原創軟體登記時,應提交版本說明.

『貳』 怎樣申請發布源碼或者軟體

源代碼版權在當地版權局出示身份證明和提供表明作品權利歸屬的證明，填寫作品登記表，並交納登記費，申請作品登記。作者或其他享有著作權的公民的所屬轄區，原責上以其身份證上住址所在地的所屬轄區為准。
【法律依據】
《作品自願登記試行辦法》第八條
作者或其他著作權人申請作品登記應出示身份證明和提供表明作品權利歸屬的證明(如：封面及版權頁的復印件、部分手稿的復印件及照片、樣本等)，填寫作品登記表，並交納登記費。其他著作權人申請作品登記還應出示表明著作權人身份的證明(如繼承人應出示繼承人身份證明；委託作品的委託人應出示委託合同)。專有權所有人應出示證明其享有專有權的合同。

『叄』 怎麼證明雷達幣所公開的源代碼是真實的是完整的，科學的呢

雷達幣數鉛源叢咐碼的運行環境中自己測試運行就知道是不是完整的呢、。而且最好就是對它的系統直接做一些極滲畢純端測試。

『肆』 怎麼證明代碼是開源還是不開源

是否開源，要看源碼發布的授權協議。

1.BSD開源協議（original BSD license、FreeBSD license、Original BSD license）

BSD開源協議是一個給於使用者很大自由的協議。基本上使用者可以」為所欲為」,可以自由的使用，修改源代碼，也可以將修改後的代碼作為開源或者專有軟體再發布。

但」為所欲為」的前提當你發布使用了BSD協議的代碼，或則以BSD協議代碼為基礎做二次開發自己的產品時，需要滿足三個條件：

• 如果再發布的產品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協議。

• 如果再發布的只是二進制類庫/軟體，則需要在類庫/軟體的文檔和版權聲明中包含原來代碼中的BSD協議。

• 不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。

BSD 代碼鼓勵代碼共享，但需要尊重代碼作者的著作權。BSD由於允許使用者修改和重新發布代碼，也允許使用或在BSD代碼上開發商業軟體發布和銷售，因此是對 商業集成很友好的協議。而很多的公司企業在選用開源產品的時候都首選BSD協議，因為可以完全控制這些第三方的代碼，在必要的時候可以修改或者二次開發。

2. Apache Licence 2.0（Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0）

Apache Licence是著名的非盈利開源組織Apache採用的協議。該協議和BSD類似，同樣鼓勵代碼共享和尊重原作者的著作權，同樣允許代碼修改，再發布（作為開源或商業軟體）。需要滿足的條件也和BSD類似：

• 需要給代碼的用戶一份Apache Licence

• 如果你修改了代碼，需要再被修改的文件中說明。

• 在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協議，商標，專利聲明和其他原來作者規定需要包含的說明。

• 如果再發布的產品中包含一個Notice文件，則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可，但不可以表現為對Apache Licence構成更改。

Apache Licence也是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作為開源或商業產品發布/銷售。

3. GPL（GNU General Public License）

我們很熟悉的linux就是採用了GPL。GPL協議和BSD, Apache Licence等鼓勵代碼重用的許可很不一樣。GPL的出發點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免費使用，但不允許修改後和衍生的代 碼做為閉源的商業軟體發布和銷售。這也就是為什麼我們能用免費的各種linux，包括商業公司的linux和linux上各種各樣的由個人，組織，以及商 業軟體公司開發的免費軟體了。

GPL協議的主要內容是只要在一個軟體中使用(」使用」指類庫引用，修改後的代碼或者衍生代碼)GPL 協議的產品，則該軟體產品必須也採用GPL協議，既必須也是開源和免費。這就是所謂的」傳染性」。GPL協議的產品作為一個單獨的產品使用沒有任何問題，還可以享受免費的優勢。

由於GPL嚴格要求使用了GPL類庫的軟體產品必須使用GPL協議，對於使用GPL協議的開源代碼，商業軟體或者對代碼有保密要求的部門就不適合集成/採用作為類庫和二次開發的基礎。

其它細節如再發布的時候需要伴隨GPL協議等和BSD/Apache等類似。

4.LGPL（GNU Lesser General Public License）

LGPL是GPL的一個為主要為類庫使用設計的開源協議。和GPL要求任何使用/修改/衍生之GPL類庫的的軟體必須採用GPL協議不同。LGPL 允許商業軟體通過類庫引用(link)方式使用LGPL類庫而不需要開源商業軟體的代碼。這使得採用LGPL協議的開源代碼可以被商業軟體作為類庫引用並 發布和銷售。

但是如果修改LGPL協議的代碼或者衍生，則所有修改的代碼，涉及修改部分的額外代碼和衍生的代碼都必須採用LGPL協議。因此LGPL協議的開源 代碼很適合作為第三方類庫被商業軟體引用，但不適合希望以LGPL協議代碼為基礎，通過修改和衍生的方式做二次開發的商業軟體採用。

GPL/LGPL都保障原作者的知識產權，避免有人利用開源代碼復制並開發類似的產品

5.MIT（MIT）

MIT是和BSD一樣寬范的許可協議,作者只想保留版權,而無任何其他了限制.也就是說,你必須在你的發行版里包含原許可協議的聲明,無論你是以二進制發布的還是以源代碼發布的.

『伍』 軟體著作權提交源代碼格式要求

1、代碼要求是提供原始的代碼，不是關鍵代碼，語法上要求完整。例如C代碼應該是include之類開頭的而不是直接一開始就是函數。C#代碼應該是using之類開頭的，而不是直接一開始就是函數。

2、第一頁應該是以下一種情況所在的頁面的原始代碼。

3、盡量少提供或者不提棗困供設計器生成的代碼。

4、代碼量按前、後各連續30頁，共60頁，（不足60頁全部提交）第60頁為模塊結束頁，每頁不少於50行，行數包含注釋，不包含空行。

(5)源碼證明擴展閱讀

根據2002年頒布的《計算機軟體保護條例》第七條規定：「軟體著作權人可以向國務院著作權行政管理部門認定的軟體登記機構辦理登記。

軟體登記機構發放的登記證明文件是登記事項的初步證明。」該條規定的是「可以」，可見軟體著作權登記不是強制的。是否登記完全取決於當事人的自願。

《凳乎念計算機軟體保護條例》中有明確的解答，該條例第五條規定：「中國公民、法人或者其他組織對其所開發的軟體，不論是否發表，依照本條頃和例享有著作權。」

『陸』 在我國源代碼版權登記注冊需注意事項是什麼

一、在我國源代碼版權登記注冊需注意事項是什麼？ 計算機軟體源代表是申請 軟體著作權 登記需要提供的材料之一，源代碼是不能單獨登記 著作權 的，需要和其他材料共同申請登記。 1、第九條申請軟體著作權登記的，應當向中國版權保護中心提交以下材料： (一)按要求填寫的軟體著作權登記申請表; (二)軟體的鑒別材料; (三)相關的證明文件。 2、第十條軟體的鑒別材料包括程序和文檔的鑒別材料。 程序和文檔的鑒別材料應當由源程序和任何一種文檔前、後各連續30頁組成。整個程序和文檔不到60頁的，應當提交整個源程序和文檔。除特定情況外，程序每頁不少於50行，文檔每頁不少於30行。 3、第十一條申請軟體著作權登記的，應當提交以下主要證明文件： (一)自然人、法人或者其他組織的 身份證 明; (二)有著作權歸屬書面合同或者項目任務書的，應當提交合同或者項目任務書; (三)經原軟體著作權人許可，在原有軟體上開發的軟體，應當提交原著作權人的許可證明; (四)權利 繼承人 、受讓人或者承受人，提交權利 繼承 、受讓或者承受的證明。 二、版權登記的簡介 1、版權又稱為著作權，根據自願原則，對下列作品進行 著作權登記 ：軟體著作權;文字作品;口述作品;音樂、戲劇、曲藝、舞蹈、雜技藝術作品;美術、建築作品;攝影作品;電影作品和以類似攝制電影的方法創作的作品;工程設計圖、產品設計圖、地圖、示意圖等圖形作品和模型作品;法律、行政 法規 規定的其他作品。 此外還受理其他與著作權有關事項的登記;各類作品(計算機軟體除外)授權事項登記;錄音、錄像製品登記;其他與著作權有關的受國家版權局的指定，中心進行的登記等。 2、出版境外音像製品合同登記：受國家版權局的委託，音像出版單位出版境外音像製品，包括以錄音帶、錄像帶、激光唱盤、激光視盤及其他音像製品形式的出版合同，報中心認證登記。 3、著作權 質押 合同登記。 4、提供與各項登記有關的服務;提供與各項登記有關的咨詢服務;代為起草與各項登記有關的文書，聯系與登記有關的事務等。著作權登記收費項目已經由國家發展和改革委員會批准，中心按照《國家發展改革委關於著作權自願登記收費有關問題的通知》規定收費。 在我國源代碼版權登記注冊是不能單獨申請的，必須要跟其他材料一起共同申請才行。源代碼只是申請軟體注冊登記的重要資料之一。針對版權登記的簡介相關法律條例也是做出了明確的規定，主要包括版權合同登記，版權提供的相關服務登記。這樣有備案的話避免後期不必要的麻煩。

『柒』 Nginx Http 模塊中 Upstream 的 keepalive 參數配置注意事項

在高並發環境下 keepalive 參數配置不當容易產生大量 TIME_WAIT，導致埠耗盡，服務異常。

keepalive 值應該大於等於 upstream 中 server 的數量。（建議是 server 數的 2 倍）

keepalive 用於設置保留在每個 nginx worker 緩存中『已經與上游伺服器建立的空閑連接』的最大連接數，如果超過這個值，最近最少使用的連接將被關閉。

Nginx 官方建議這個值應該盡可能小，以便讓上游伺服器也能處理新進入的連接。但是『盡可能小』有些太模糊，如果配置不當會降低性能以及產生其他問題。

在大量短鏈接(或者大量分散用戶)的請求場景下，同時 upstream 為輪詢模式時，因為 keepalive 值小於 upstream server 數，upstream 新的空閑連接會從緩存中擠出老的空閑鏈接，導致 keepalive 在某種意義上失效。

根據下面配置，以單個 nginx worker 處理請求為例，這里做個更詳細的解釋：

第一個請求進來，nginx 與 10.0.0.1 建立連接，請求處理完成後，nginx 與 10.0.0.1 的空閑連接被放入空閑連接池；

第二個請求進來，nginx 與 10.0.0.2 建立連接，請求處理完成後，nginx 與 10.0.0.2 的空閑連接被放入空閑連接池；

第三個請求進來，nginx 與 10.0.0.3 建立連接，請求處理完成後，因為最大空閑連接數為 2，連接數已滿，所以 nginx 與 10.0.0.1 的空閑連接被 close，nginx 與 10.0.0.3 的空閑連接被放入空閑連接池；

第四個請求進來，nginx 再次與 10.0.0.1 建立連接，請求處理完成後，因為最大空閑連接數為 2，連接數已滿，所以 nginx 與 10.0.0.2 的空閑連接被 close，nginx 與 10.0.0.1 的空閑連接被放入空閑連接池

。。。以此類推

這種效果就像沒有配置 keepalive

挖個坑：以上內容根據實踐經驗以及推測而得出，待我用源碼來證明 :）

nginx 官方文檔: https://nginx.org/en/docs/http/ngx_http_upstream_mole.html#keepalive

『捌』 申請軟體著作權中源代碼應該包含哪些代碼

申請著作權中的源代碼應當是你軟體整體的源代碼。申請人申請軟體著作權登記，應當提交如下材料：
（一）按要求填寫的軟體著作權登記申請表；
（二）軟體的鑒別材料；軟體的鑒別材料包括程序和文檔的鑒別材料。程序和文檔的鑒別材料應當由源程序和任何一種文檔前、後各連續30頁組成。整個程序和文檔不到60頁的，應當提交整個源程序和文檔。除特定情況外，程序每頁不少於50行，文檔每頁不少於30行。
（三）相關的證明文件。這些文件一般包括：自然人、法人或者其他組織的身份證明； 有著作權歸屬書面合同或者項目任務書的，應當提交合同或者項目任務書；經原軟體著作權人許可，在原有軟體上開發的軟體，應當提交原著作權人的許可證明；權利繼承人、受讓人或者承受人，提交權利繼承、受讓或者承受的證明。

『玖』 如果想證明軟體是自己開發的，只要提供源代碼就能證明嗎

應該可以有..畢竟反編譯會與源代碼有出入