證書發布模塊

㈠ PKI公鑰基礎設施都有哪些組成部分麻煩告訴我

密鑰管理中心（KMC）：密鑰管理中心向CA服務提供相關密鑰服務，如密鑰生成、密鑰存儲、密鑰備份、密鑰恢復、密鑰託管和密鑰運算等。
CA認證機構 ：CA認證機構是PKI公鑰基礎設施的核心，它主要完成生成/簽發證書、生成/簽發證書撤銷列表（CRL）、發布證書和CRL到目錄伺服器、維護證書資料庫和審計日誌庫等功能。
RA注冊審核機構：RA是數字證書的申請、審核和注冊中心。它是CA認證機構的延伸。在邏輯上RA和CA是一個整體，主要負責提供證書注冊、審核以及發證功能。
發布系統：發布系統主要提供LDAP服務、OCSP服務和注冊服務。注冊服務為用戶提供在線注冊的功能；LDAP提供證書和CRL的目錄瀏覽服務；OCSP提供證書狀態在線查詢服務。
應用介面系統：應用介面系統為外界提供使用PKI安全服務的入口。應用介面系統一般採用API、COM等多種形式。一個典型、完整、有效的PKI應用系統至少應具有以下部分
公鑰密碼證書管理(證書庫）
黑名單的發布和管理(證書撤銷)
密鑰的備份和恢復
自動更新密鑰
自動管理歷史密鑰
分布式體系結構的建立
認證機構是PKI安全體系的核心，對於一個大型的分布式企業應用系統，需要根據應用系統的分布情況和組織結構設立多級CA機構。CA信任體系描述了PKI安全體系的分布式結構。
證書簽發管理機構
CA在內的各級CA。根CA是整個CA體系的信任源。負責整個CA體系的管理，簽發並管理下級CA證書。從安全形度出發，根CA一般採用離線工作方式。
根以下的其他各級CA負責本轄區的安全，為本轄區用戶和下級CA簽發證書，並管理所發證書。理論上CA體系的層數可以沒有限制的，考慮到整個體系的信任強度，在實際建設中，一般都採用兩級或三級CA結構。
RA注冊審核機構設置
從廣義上講，RA是CA的一個組成部分，主要負責數字證書的申請、審核和注冊。除了根CA以外，每一個CA機構都包括一個RA機構，負責本級CA的證書申請、審核工作。
RA機構的設置可以根據企業行政管理機構來進行，RA的下級級構可以是RA分中心或業務受理點LRA。
受理點LRA與注冊機構RA共同組成證書申請、審核、注冊中心的整體。LRA面向最終用戶，負責對用戶提交的申請資料進行錄入、審核和證書製作。
KMC密鑰管理中心
一般來說，每一個CA中心都需要有一個KMC負責該CA區域內的密鑰管理任務。KMC可以根據應用所需PKI規模的大小靈活設置，既可以建立單獨的KMC，也可以採用鑲嵌式KMC，讓KMC模塊直接運行在CA伺服器上。
發布系統
發布系統是PKI安全體系中的一個重要組成部分。它由用於發布數字證書和CRL的證書發部系統、在線證書狀態查詢系統（OCSP）和在線注冊服務系統組成。證書和CRL採用標準的LDAP協議發布到LDAP伺服器上，應用程序可以通過發布系統驗證用戶證書的合法性。OCSP提供證書狀態的實時在線查詢功能。

㈡ 全國專業技術人員計算機等級考試每個模塊一本證書，三個模塊合格後發三本證書呢

一個證書上可以考多個模塊，證書是考過一個模塊發一個！

㈢ 網站如何發布安全證書

那你必須裝一個證書管理伺服器了。換句話說你必須架設一個CA伺服器才能實行驗證證書功能。
這個是WIN伺服器的CA架設
http://wenku..com/view/8542e0b469dc5022aaea00b9.html
LINux 由於收費用的少了，要下載一個Tar.gz的包進行編譯
註：不過提醒你一下：自簽（自製）的證書是不會獲得常用瀏覽器認證的。有專業的CA(電子商務)認證機構。
希望能夠採納了。無復制

㈣ ios開發 在我電腦上申請的發布證書 在別人電腦上能用嗎

方法/步驟

1
首先打開蘋果的開發者網站（Tips：這里我就不貼網址了）
點擊網站上方的Member Center，會跳轉到登錄界面（Tips:如果登錄過，並選擇了瀏覽器保存此密碼的時候，默認是登錄狀態）。

2
如圖所示輸入你的開發者賬號和密碼。
輸入完成後點擊"Login"（Tips:左邊是注冊，下邊是找回密碼，右邊是登錄，如果沒有開發者賬號，則需要用蘋果賬號申請開發者，這里不多說申請過程以及找回過程）。

3
登錄後的界面如圖所示，如果沒有最上面的兩個選項（Dev Centers、Certificates,Identifiers&Profiles），說明你當前登錄的賬號還不是開發者，需要一個開發者賬號登錄才會有。
如果界面和我一樣，恭喜你可以進行真機調試，以及發布等證書操作。

4
首先點擊「Certificates,Identifiers&Profiles」，進入證書界面
我們會看到左邊「iOS Apps」下面有四個選項：「Certificates」、「Identifiers」、「Devices」、「Provisioning Profiles」（Tips：如果沒有該選項或者為空，則說明該開發者賬號不是針對於iOS手機app開發的，如，當前演示的開發者賬號，是用來做iOS開發的，故此中間的Mac Apps為空，該模塊是在開發者賬號申請的時候選擇的，這里不過多贅述）

5
這里我會以「iOS Apps」給大家演示
首先點擊「iOS Apps」下的第一個「Certificates」，該選項作用按我的理解就是授權一台電腦允許進行真機調試（這只是為了大家好理解，不必太較真）。
進入界面後，左邊一列就是我們剛才在上一頁看到的四個選項的具體目錄，右邊就是對應目錄「Certificates」下的「All」裡面的具體內容，當前目錄就是授權證書，我們看右邊有一列名字叫做Type，Type標示證書的種類，例如當前大家看到的「iOS Distribution」發布授權證書、「iOS Development」調試授權證書、「APNs Development iOS」推送調試授權證書等。
點擊對應證書會出現證書詳情，有移除和下載選項，這里我們點擊右上方的「十」號進行授權證書創建。

6
之後我們會看到如圖界面，此處我們選擇「Development」下的「iOS App Development」，進行真機調試電腦授權申請。然後界面往下拉，點擊界面最下方的「Continue」進行創建。

7
這一步，我們繼續點擊「Continue」。這一步是說，需要電腦的鑰匙串配置文件，稍後我會給大家說，所以我們先點擊「continue」，進入下一步。

8
這一步，需要我們上傳鑰匙串的配置文件。
好，我們現在打開我們的Launchpad，找到「鑰匙串訪問」，打開之後，不用等界面出來，直接在上方導航條中選擇「鑰匙串訪問」目錄下的「證書助理」，選擇「從證書頒發機構請求證書」。如圖：

9
如果想通過郵件接收證書，則需要填寫郵箱，兩個郵箱填寫一樣就行，之後在「請求是：」裡面選擇用「電子郵件發給CA」，即可通過電子郵件收到鑰匙串配置文件。
在這里筆者就用最簡單粗暴的方式來獲得鑰匙串配置文件，直接通過「請求是：」中選擇「存儲到磁碟」，上面的郵箱就可以隨便填寫了（是必填項，但不需要通過郵箱獲得，所以隨便填寫就好）。
點擊繼續，我們為我們的文件選一個位置，這里我就選擇桌面了，當然一定要選擇自己能找到的位置。

10
我們在桌面上找到我們的鑰匙串授權文件，如圖所示。（Tips：生成的鑰匙串配置文件是我們的當前電腦的，也就是對當前電腦授權真機開發，如果需要授權其他電腦，則需要其他電腦上對應的鑰匙串配置文件）
之後我們回到瀏覽器，我們剛才需要上傳的地方，點擊「choose file」，找到為我們剛才放置鑰匙串配置文件的地方。選中後，點擊「打開」，點擊「Generate」生成我們的授權證書。

11
生成之後，我們會跳轉到Download界面，點擊界面中的「Download」下載下來，下載位置一定要自己找得到。
雙擊我們生成的.cer文件，一定要雙擊，雙擊後它會默認安裝到鑰匙串中，不然使用的時候會出現問題。
截止到目前為止，我們已經完成了對當前電腦授權，允許當前電腦進行真機開發（Tips:即鑰匙串已經安裝了授權證書，如果是用的其他電腦的鑰匙串配置文件，則需要吧下載下來的cer文件，給對應電腦，並在對應電腦上雙擊）。

12
我們已經完成第一步了，之後點擊左邊目錄中的「Identifiers」下的「App IDs」，這里是為我們的工程創建一個標示，也就是俗稱簽名，只有滿足標示的工程才能進行真機調試。
同樣點擊右上方的「十」號按鈕，進行創建標示。如圖。

這里，需要我們創建標示了，在「name」的地方填寫標示的名字，方便最後一步生成證書的時候，容易找到我們創建的標示。
接下來在 「App ID Suffix」 中的 「Explicit App ID」 的 「Bundle ID:」 裡面填寫我們的標示（也就是簽名），格式下方給出的有例子。按照格式來些就好。筆者的習慣就是喜歡把公司網址反寫最後加上項目名字，例如：com..ZYBaiExpPro。
當然，我們不必要為每一個工程都生成一個簽名標示，蘋果給我們提供了一種廣域標示的方法。
還是同樣的界面，我們選擇「App ID Suffix」 中的 「Wildcard App ID」裡面的「Bundle ID:」 填寫我們的簽名，注意格式下方給出的有例子。這里筆者也是按照這樣的格式來寫的，依然是「 com..* 」，用的時候把「 * 」替換成各種你需要的字元就行。也就是一個廣域標示可以對應多個工程。如圖。
之後我們點擊最下方的「continue」，進行下一步。
核對一下信息後，然後直接點擊最下方的「Submit」，發布我們創建的標示。
到這一步我們的標示已經創建完成了。

我們授權完電腦設定完簽名之後，需要添加設備了，也就是允許進行真機調試的設備，例如（iPhone、ipad等）。
點擊左邊目錄中的「Devices」，同樣點擊右上方的「十」號，進行添加。
我們可以選擇一次添加一個設備，也可以一次添加多個設備。筆者比較推崇的是一次加一個不費事，一次添加多個文件格式易出錯。
在「Register Device」裡面中的「Name」填寫設備名字，將來連接上對應的設備後，會在Xcode裡面顯示出來這個名字的。
之後，在「UDID」裡面填寫設備的UDID，這個過程，需要通過手機或者ITunes獲取，這里筆者就通過ITunes來獲得了，因為ITunes自帶拷貝。
連接上要真機調試的設備，打開ITunes，點擊設備，點擊界面中的序列號，會切換到UDID，右鍵就有拷貝，直接拷貝過來粘貼就好了。
之後點擊界面最下方"Done"按鈕，就完成了設備的添加。
只剩下最後一步，生成調試證書。

點擊最左邊目錄欄，選擇「Provisioning Profiles」目錄下的「All」，同樣點擊右上方的「十」號進入證書添加界面。如圖。
我們選擇"iOS App Development"點擊界面最下方的「Continue」。

這一步是選擇我們創建的表示（或者簽名），選擇我們在第13步中創建的「Identifiers」，一定要選對，如果創建的標示比較多，可以根據我們創建的名字去找我們的標示，如圖。
點擊「Continue」，繼續下一步。

這一步是選擇我們授權的電腦，在下面選項裡面選擇我們第11步生成的授權證書的名字，在這筆者要多說一句，一但創建的證書比較多就不好找，可以根據創建的證書的失效日期來區分，或者刪除掉其他的（慎用）。
點擊「Continue」，繼續下一步。

這一步是選擇我們需要進行真機調試的設備，可以選擇我們第14步創建的指定設備，也可以選擇全部，看自己需要。
點擊「Continue」，進行下一步

為我們的證書選擇一個名字，一定要選擇一個好找的名字，不然後期在Xcode中會有很多證書，不好找。當然，遇到多人開發的時候，筆者往往會以a開頭，不管證書再多，始終在前面排著。
之後點擊「Generate」，來生成我們最後的證書。
在新的界面中點擊"Download"，下載下來的證書就是我們最終的證書，依然是需要雙擊，這次雙擊是安裝到Xcode。
好了，到這里我們的證書就申請完了。我們一共下載了2個文件，一個後綴是「.cer」的文件，一個是後綴為「.mobileprovision」的文件。

好了，現在就剩下的是什麼呢？就是進行真機調試了。
首先打開你的工程，選擇工程目錄下的「Supporting Files」目錄下的工程名字.plist文件或者「info.plist」文件（Tips：在Xcode6.0一下都是工程名.plist，Xcode6.0以上才是info.plist）。修改裡面的「Bundle identifier」標示，改為我們剛才申請的標示（第13步中）。
如果工程中有Tests測試文件夾存在，則在測試文件的info.plist做同樣修改，如圖。

之後，打開你工程根目錄，同命的藍色文件，在中間的地方先選擇"TARGET"下的工程同名文件，在最右邊的搭接面裡面選擇「Build Setting」，然後找到「Code Signing」選項，在「Provisioning Profile」裡面選擇我們第19步創建的證書，通過名字找到。之後修改「Provisioning Profile」上面的「Code Signing Identity」選擇我們通過證書找到的授權證書。四個選項全部需要修改。
做完這一步，回到我們中間比較窄的界面，選擇「PROJECT」中的工程更同名文件，進行上述操作。

最後，就剩最後一步了，確保設備已連接值電腦，並在解鎖狀態下，在Xcode運行旁邊選擇「運行設備」，如圖，找到自己的設備，選擇，運行，等待載入吧。
如果找不到設備，有「IOS Device」的話，說明設備沒連接好，或者設備還沒有在Itunes中啟用。如果沒有啟用，點擊最上方window中的Device選項，找到設備，並啟用。
到這里為止，我們的真機調試證書就說完了。

㈤ BIM證書都包含哪些領域，哪些模塊，有機電方向的嗎

包括建築、機電、結構……，有的都是全學，因為BIM技術裡面涉及的專業比較廣泛，綜合學，到時運用起來比較方便。工信部頒發的證書有機電方向的。

㈥ 關於證書伺服器給第三方Web伺服器的網站發布(客戶端身份驗證證書)的問題

從你CRL的URL看，是讀取WIN-J8D30A2SBCL伺服器上的crl文件。
我懷疑是因為無法成功讀取到此crl文件所導致的錯誤 。請手工在瀏覽器 上把這個url輸入，看能否成功下載到此crl。
一般查詢crl是通過http或ldap協議，而不是直接通過file協議訪問另一台機器上的文件。
使用file協議是需要訪問電腦許可權和訪問特定目錄文件的許可權的！

㈦ 繼續教育證的編號在哪裡查詢啊

繼續教育證書編號抄可以在個人證書上查詢。繼續教育證書編號是上崗時，單位發的繼續教育證書上面的編號。這個繼續教育證書是在個人手裡。一般每次培訓都要帶這本證書，而培訓單位會把參加的內容和課時填在上面，加蓋公章。

若證書遺失，可向培訓單位或登錄學信網 http://www.chsi.com.cn，學易網(教師資格證考試證書)
http://www.studyez.com/jiaoshi/zslq/ 等相關網站查詢。

㈧ 如何發布android 應用程序，app增加簽名證書

Android系統要求，所有的程序經過數字簽名後才能安裝。Android系統使用這個證書來識別應用程序的作者，並且建立程序間的信任關系。證書不是用於用戶控制哪些程序可以安裝。證書不需要授權中心來簽名：Android應用程序上使用自己簽名的證書是完全允許且普遍的。
理解Android應用程序簽名有以下幾個重要點：
·所有的應用程序都必須簽名。系統不會安裝任何一個不簽名的程序。
·你可以使用自己的證書來簽名。不需要任何授權中心。
·當你要為最終用戶發布你的應用程序的時候，你必須簽入一個合適的密鑰。你不可以發布程序的時候還使用SDK工具簽入的DebugKey。
·系統只在安裝應用程序的時候檢測證書的有效期。如果應用程序在安裝之後證書失效了，那麼，應用程序還是可以正常工作。
·你可以使用標准工具——Keytool和Jarsigner——生成Key並簽名apk文件。
·一旦你為應用程序簽名了，一定要使用zipalign工具來優化最終的APK包。
Android系統不會安裝和運行沒有正確簽名的應用程序。這條規則適用於任何運行Android系統的地方，不管是真機還是模擬器。正是由於這個原因，你必須在模擬器或真機上運行/調試程序之前對程序進行簽名。
當你調試應用程序時，AndroidSDK工具替你對應用程序進行了簽名。Eclipse的ADT插件和Ant編譯工具都提供了兩種簽名模式——Debug模式和Release模式。
·當開發和測試時，你可以使用Debug模式。在Debug模式下，編譯工具使用內嵌在JDK中的Keytool工具來創建一個keystore和一個key(包含公認的名字和密碼)。在每次編譯的時候，使用這個DebugKey來為apk文件簽名。由於密碼是公認的，在每次編譯的時候，也不需要提示你輸入keystore和key密碼。
·當你的程序准備發布時，你必須在Release模式下，使用密鑰來為apk文件簽名。有以下兩種方式可以做到：
1.命令行中使用Keytool和Jarsigner。在這個方法中，首先需要編譯出一個未簽名的apk。然後使用Jarsigner(或相似的工具)，用你的密鑰為apk手動簽名。如果你沒有合適的密鑰，你可以運行Keytool來手動生成自己的keystore/key。
2.使用ADT導出向導。如果你使用Eclipse/ADT插件進行開發，你可以使用導出向導來編譯程序，生成密鑰(如果需要)，並為apk簽名，所有這些操作都在導出向導中。一旦你的程序簽名了，別忘了運行zipalign來為apk進行額外的優化。
簽名策略
應用程序簽名的某些方面可能會影響應用程序的開發，特別是你打算一起發布多個應用程序的時候。一般來說，推薦的策略是在整個應用程序壽命內，所有的程序簽上相同的證書。
以下有幾個應該這么做的原因：
·應用程序升級——當你對應用程序進行升級時，如果你想用戶平穩的升級，那麼，你就需要簽上相同的證書。當系統安裝一個升級應用程序時，如果新版本的證書與老版本的證書有匹配的話，那麼，系統才會允許進行升級。如果你沒有為版本簽上合適的證書，當你安裝時，你需要給應用程序指定一個新的包名——在這種情況下，用戶安裝的新版本，被當作是一個全新的應用程序。
·應用程序模塊化——如果應用程序請求的話，Android系統允許簽有相同證書的應用程序運行在相同的進程里，這樣，系統就會把它們看作是一個單一的應用程序。用這種方法配置應用程序，用戶可以選擇更新每個獨立的模塊。
·代碼/數據許可權共享——Android系統提供了基於簽名的許可權檢查，因此，如果應用程序間簽有特定的證書，那麼，它們之間可以共享功能。通過多個程序簽有相同的證書並且使用基於簽名的許可權檢查，你的程序可以以一種安全的方式共享代碼和數據。還有一個決定簽名策略的重要因素是：如何設定key的有效期。
·如果你計劃支持單個應用程序的升級，你需要確保你的key擁有一個超過期望的應用程序生命周期的有效期。推薦使用25年或更多的有效期。當你的key過期了，用戶也就不能平穩的更新到新版本了。
·如果你想給多個無關的應用程序簽上相同的key，那麼，你必須確保key的有效期超過所有應用程序所有版本的生命周期，包括將來有可能添加到這一陣營的程序。
·如果你想在AndroidMarket上發布你的程序，key的有效期必須在2033.10.22以後。Market伺服器強制這一要求，目前是保證用戶可以平穩的更新他們的程序。
當你設計應用程序時，一定要把這些點記在腦子里，並且使用一個合適的證書來為應用程序簽名。
簽名的基本設定
在你開始之前，你必須保證Keytool對SDK編譯工具來說是可利用的。多數情況下，你可以通過設置JAVA_HOME環境變數來告訴SDK編譯工具如何找到Keytool。另外，你還可以添加JDK中Keytool的路徑到PATH的變數里。
如果你在Linux上開發，並且使用GNU編譯器來編譯Java，那麼，請確保系統是使用JDK中的Keytool，而不是gcj。如果Keytool已經在你的PATH中，它有可能是對/usr/bin/keytool的符號鏈接。在這種情況下，檢查符號鏈接的目標，確保它是指向JDK中的Keytool。如果你打算對公眾釋放你的應用程序，你還需要Jarsigner工具。Jarsigner和Keytool都包含在JDK中。
Debug模式下簽名
Android編譯工具提供了Debug簽名模式，使得開發和調試應用程序更加容易，而且還滿足Android系統的簽名要求。當使用Debug模式編譯你的app時，SDK工具會調用Keytool工具自動創建一個Debug的keystore和key。然後，這個Debugkey會自動用於apk的簽名，這樣，你不需要使用你自己的key來為應用程序包簽名。
SDK工具使用預先定義好的名字/密碼來創建Debugkeystore/key：
·Keystore名字：「debug.keysotre」
·Keystore密碼：「android」
·Key別名：「androiddebugkey」
·Key密碼：「android」
·CN：「CN=AndroidDebug,O=Android,C=US」
如果需要的話，你可以改變Debugkeystore/key的位置和名字，或者提供一個自定義的Debugkeysotre/key。然而，任何自定義的Debugkeystore/key必須使用和默認Debugkey(上面描述的)相同的名字和密碼。(在Eclipse/ADT中，操作Windows>Preferences>Android>Build實現。)
注意：你不能將簽有Debug證書的應用程序發布給公眾。
Eclipse用戶
如果你在Eclipse/ADT下開發(並且已經按照上面描述的「簽名的基本設定」配置了Keytool)，Debug模式下簽名默認是開啟的。當你運行或是調試應用程序時，ADT會使用Debug證書進行簽名，並運行zipalign，然後安裝到選擇的模擬器或是連接上的設備。整個過程不需要你參與，前提是ADT能訪問Keytool。
Ant用戶
如果你使用Ant來編譯你的apk文件，需要在ant命令中添加debug選項來開啟Debug簽名模式(假設你正在使用由android工具生成build.xml文件)。當你運行antdebug來編譯你的程序時，編譯腳本會生成一個keystore/key，並為apk進行簽名。然後腳本會使用zipalign工具對apk進行對齊處理。整個過程不需要你參與。閱讀「其它IDE下開發：Debug模式編譯」來了解更多的信息。
Debug證書過期
Debug模式下簽名用的證書(默認是Eclipse/ADT和Ant編譯)自從它創建之日起，1年後就會失效。
當證書失效時，你會得到一個編譯錯誤，在Ant編譯上，
錯誤如下：
debug:
[echo]Packagingbin/samples-debug.apk,andsigningitwithadebugkey...
[exec]DebugCertificateexpiredon8/4/083:43PM
在Eclipse/ADT中，Android控制台上你將會看到一個相似的錯誤。
為了解決這個問題，只需要刪掉debug.keystore文件即可。AVD默認存儲的位置在：~/.android/avd(OSX和Linux)，C:DocumentsandSettings\.android(WindowsXP)，C:Users\.android(WindowsVista)。
當下一次編譯的時候，編譯工具會重新生成一個新的keystore和Debugkey。
Release模式下簽名
當你的程序准備好釋放給其它用戶時，你必須：
1.獲取一個合適的密鑰
2.在Release模式下編譯程序
3.使用密鑰簽名程序
4.對齊APK包
如果你是使用Eclipse/ADT插件開發，你可以使用導出向導來完成編譯、簽名和對齊等操作。在整個過程中，導出向導甚至還可以生成一個新的keystore和密鑰。因此，如果你使用Eclipse，你可以直接跳到「使用EclipseADT編譯和簽名」。
獲取一個合適的密鑰為了進行程序的簽名，首先，你必須有一個合適的密鑰。密鑰指：
·個人持有。
·代表個人、公司或組織實體的身份。
·擁有一個有效期。有效期推薦超過25年。
如果你在AndroidMarket上發布你的程序，需要注意一點的是：程序的有效期需要在2033.10.22之後。你不能上傳一個應用程序，而它的key的有效期是在這個日期之前。
·不是由AndroidSDK工具生成的Debugkey。
如果你沒有一個合適的key，你一定要使用Keytool來生成一個。如「基本設定」中描述的，確保Keytool可用。
為了用Keytool生成一個key，使用keytool命令並傳入一些可選參數，如下表所示。
警告:確保密鑰的安全。一定要閱讀「安全儲存你的密鑰」中討論如何確保你的密鑰的安全以及這對你和用戶為何如此重要。尤其是，當你生成你的密鑰時，一定要為keystore和key使用強密碼。

㈨ 繼續教育編號如何查

繼續教育的證書編號可以在個人證書上查詢，一般每次培訓都要帶這本證書，而培訓單位會把參加的內容和課時填在上面，加蓋公章。

如果丟失了，也可以在主管院校的官網上輸入學校校名和畢業證號碼，進入個人中心即可查詢，還可以登錄學信網 http://www.chsi.com.cn，進行查詢。

(9)證書發布模塊擴展閱讀：

一、繼續教育的內容：

繼續教育是一種特殊形式的教育，主要是對專業技術人員的知識和技能進行更新、補充、拓展和提高，進一步完善知識結構，提高創造力和專業技術水平。著重點是開發人才的潛在能力，提高隊伍整體素質，是專業技術隊伍建設的重要內容。

二、繼續教育的教學形式：

1、成人高考，全稱成人高等學校招生全國統一考試，考試分專科起點升本科（簡稱專升本）、高中起點升本科（簡稱高起本）和高中起點專科（高升專）三個層次。

2、遠程網路教育，通過現代通信網路，開展學歷教育和非學歷教育。對達到本、專科畢業要求的學生，頒發高等教育學歷證書，學歷證書電子注冊後，國家予以承認。

3、高等教育自學考試，是對自學者進行以學歷為主的高等教育國家考試，是個人自學、社會助學和國家考試相結合的高等教育形式。

4、電大開放教育，是相對於封閉教育而言的一種教育形式，基本特徵為：以學生和學習為中心，取消和突破對學習者的限制和障礙。