本文為大家介紹常見版權中心下發的補正問題及對應修改方法。
一、補正是什么意思?
補正,即增補訂正。
下發補正指版權保護中心發現軟件著作權登記材料中存在一些格式/內容上的問題,予以駁回。要求著作權人或代理人依照補正意見內容對材料進行修改,并重新提交。
二、常見補正意見都有什么?如何修改?
補正意見 | 修改方式 |
提交的文檔和源程序鑒別材料內容不符。請核實并提交對應的文檔及源程序,文檔鑒別材料內容應詳細、連貫、清晰、完整,源程序鑒別材料體現的功能應與之相符。 | 下發此補正意見說明您的代碼文檔和說明文檔之間并非緊密相關。您可以依照說明文檔中的各個模塊、功能,將對應模塊的代碼粘貼到文檔中,盡量減少代碼功能與說明文檔中的內容完全無關的情況出現。(如:代碼中體現“商城”的功能和注釋,但是說明文檔中完全沒有提及。) |
源程序為通用框架程序,未體現軟件所能實現的相關功能。 | 下發此補正意見說明代碼中缺少軟件的核心代碼。即在說明文檔中描述的很多功能,從代碼文檔中沒有體現,無法證明此代碼可以支撐說明文檔中所述的內容,代碼真實性存疑。需要依照說明文檔中的各個模塊、功能,將對應模塊的代碼粘貼到文檔中。 |
源程序最后一頁未結尾,最后一頁應是一個模塊完整結束。 | 代碼文檔第60頁的最后一行,必須是一個模塊的完整結束,不可出現不完整的情況。 |
文檔應提交詳細的操作手冊或設計說明。 | 下發此補正意見說明您的說明文檔內容邏輯性不強,不夠充實。目前可以提交的說明文檔有兩類:一是操作手冊,二是設計說明。 操作手冊必須有截圖,且執行步驟須連貫,從登錄開始,到主界面展示,各個界面跳轉,以及主要功能介紹,都要符合軟件使用者的使用邏輯。文字不能一行字解決,必須要詳細介紹本截圖內有哪些按鈕、實現哪些功能等。 設計說明則須含有詳細的軟件結構圖、各個功能的流程圖、邏輯框圖,介紹軟件總體設計,接口設計,模塊名稱功能,函數名稱功能,算法,運行設計等內容。 |
文字描述不要用套話,核實軟件是否開發完成,不要套用模板,截圖不能ps拼湊。 | 文字描述必須要依照截圖進行如實描述,盡量保證每段話都和軟件本身緊密相關。同時截圖也需要注意,要保證絕對的真實性,不可以使用拼湊加工后的截圖。(如:截圖中頁面上所顯示的時間全部為同一時間,真實性較低。) |
核實是否為升級版: 申請表中應勾選“修改”,勾選“修改軟件須經原權利人授權”,勾選“原有軟件已經登記”,注明“原登記號”,并在“修改(翻譯或合成)軟件作品說明”填寫新增了什么功能,做了什么修改。并需提交原軟件的著作權人出具的授權書(原著作權人簽章)。 | 下發此補正意見說明本次申請軟件的低版本在之前已經到版權中心登記過軟件著作權,所以本次申請不應再以“原創”的形式申請,而是要以“修改”的形式申請。需要提供補正意見中所述各項材料。 |
主要功能和技術特點:應分別詳細介紹軟件的實際使用功能和軟件的技術特點,應與文檔內容一致。 | 主要功能和技術特點須與說明文檔中提到的主要功能保持一致,盡量避免出現主要功能和技術特點所述內容與說明文檔完全無關的情況。(如:主要功能與技術特點處填寫“強大修圖功能”,但是說明文檔中卻只寫“拍照功能”。) |
編程語言:使用的編程語言不止HTML,JavaScript,請在申請表中補充完整。 | 這兩個補正意見相似,均表示您的代碼文檔中存在其他語言,但是沒有被填寫在“編程語言“這一欄中,需要重新檢查代碼文檔并修改申請表。 |
編程語言:提交的代碼中有CSS語言代碼,核實是否為本軟件代碼,如果是,需在申請表編程語言一欄補充完整。沒用到的語言不要寫。 |