專利名稱：合約電子簽核系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種簽核系統(tǒng)及方法，特別涉及一種通過網(wǎng)絡(luò)電子簽核合約的系統(tǒng)及方法。
背景技術(shù)：
21世紀(jì)是電子商務(wù)、電子化管理和交流的世紀(jì)，因此，企業(yè)無不為順應(yīng)此潮流而積極開 展其電子化的營運(yùn)與管理，通過網(wǎng)絡(luò)了解更多的市場和產(chǎn)品資訊，與客戶及合作伙伴等進(jìn)行 交流，希望通過網(wǎng)絡(luò)及資源可互相共享的特性，來提高企業(yè)工作效率并降低成本，更進(jìn)一步 提高企業(yè)的競爭力。
然而，與現(xiàn)代化網(wǎng)絡(luò)通訊及電子化辦公的快速、高效相比較，目前的合約簽核方式仍然 是以紙本文件的方式進(jìn)行的，往往位于不同地域的簽約雙方需要抽出時間協(xié)商到某一個地點(diǎn) 進(jìn)行簽約，這樣的合約簽核方式往往造成了大量的人力、物力及財力的浪費(fèi)，嚴(yán)重制約了企 業(yè)現(xiàn)代化進(jìn)程的步伐。
因此，如何提供一種節(jié)省人力、物力及財力，并且能夠讓簽約雙方能夠不受時間、地域 的限制，使簽約雙方均可隨時進(jìn)行簽核的系統(tǒng)及方法，是目前企業(yè)亟待解決的問題。

發(fā)明內(nèi)容
鑒于以上內(nèi)容，有必要提供一種合約電子簽核系統(tǒng)，其可以通過網(wǎng)絡(luò)對合約進(jìn)行簽核， 而且可以對已簽核的合約進(jìn)行驗(yàn)證。
此外，還有必要提供一種合約電子簽核方法，其可以通過網(wǎng)絡(luò)對合約進(jìn)行簽核，而且可 以對己簽核的合約進(jìn)行驗(yàn)證。
一種合約電子簽核系統(tǒng)，該系統(tǒng)包括乙方服務(wù)器及甲方客戶端，所述的乙方服務(wù)器包括 :合約生成模塊，用于制作并生成第一合約；發(fā)送模塊，用于將該第一合約發(fā)送給甲方客戶 端；接收模塊，用于接收甲方客戶端發(fā)回的已經(jīng)過甲方電子簽章的第二合約；簽章模塊，用 于在上述所接收的第二合約的乙方簽章部分進(jìn)行電子簽章，生成第三合約；驗(yàn)證模塊，用于 驗(yàn)證該第二合約的內(nèi)容是否與第一合約內(nèi)容相同，以及驗(yàn)證甲、乙雙方的電子簽章是否屬實(shí)
一種合約電子簽核方法，該方法包括如下步驟乙方服務(wù)器制作并生成第一合約將第 一合約發(fā)送給甲方客戶端；接收甲方客戶端所傳回的已進(jìn)行電子簽章的第二合約；驗(yàn)證該第 二合約的內(nèi)容與第一合約的內(nèi)容是否相同；驗(yàn)證該第二合約中的甲方電子簽章是否屬實(shí)；在
第二合約中的乙方簽章部分進(jìn)行電子簽章，生成第三合約；驗(yàn)證第三合約中的乙方電子簽章 是否屬實(shí)。
相較于現(xiàn)有技術(shù)，所述的合約電子簽核系統(tǒng)及方法，其通過網(wǎng)絡(luò)可以對遠(yuǎn)端服務(wù)器上的 合約進(jìn)行簽核，并可以對已簽核的合約進(jìn)行驗(yàn)證，節(jié)約大量的人力、物力及財力成本。


圖1是本發(fā)明合約電子簽核系統(tǒng)較佳實(shí)施例的系統(tǒng)架構(gòu)圖。
圖2是本發(fā)明合約電子簽核方法較佳實(shí)施例的流程圖。
圖3是圖1中合約生成模塊所生成的第一合約。
圖4是經(jīng)過甲方客戶端簽章后的第二合約。
圖5是經(jīng)簽章模塊簽章后的第三合約。
具體實(shí)施例方式
如圖l所示，是本發(fā)明合約電子簽核系統(tǒng)較佳實(shí)施例的系統(tǒng)架構(gòu)圖。其主要包括乙方服 務(wù)器10及甲方客戶端20。所述的乙方服務(wù)器10通過網(wǎng)絡(luò)與甲方客戶端20相連。其中，所述的 甲方、乙方為一份合約中的簽核雙方，例如，借款合約中甲方、乙方可以為借款方、貸款方 ，租賃合約中甲方、乙方可以為承租方、出租方，委托合約中甲方、乙方可以是受托人、委 托人。所述的乙方服務(wù)器10用于制作合約，對該合約進(jìn)行加密，對該合約進(jìn)行簽章，以及驗(yàn) 證合約雙方的簽章是否屬實(shí)和合約內(nèi)容是否有變化等。該乙方服務(wù)器10包括合約生成模塊 110,加密模塊120，發(fā)送模塊130,接收模塊140，驗(yàn)證模塊150，判斷模塊160以及簽章模塊 170。
所述的合約生成模塊IIO，用于制作并生成原始合約。該合約生成模塊110所生成的原始 合約如圖3中第一合約31所示，該第一合約31的甲、乙雙方分別為張三、李四。在本較佳實(shí) 施例中，該合約是一種pdf格式的文件，該合約也可以是其他格式的文件，比如doc格式、 xls格式等。
所述的加密模塊120，用于對合約生成模塊110所生成的第一合約31進(jìn)行加密。
所述的發(fā)送模塊130，用于將經(jīng)過加密模塊120加密后的第一合約31發(fā)送給甲方客戶端 20，以便甲方客戶端20對該第一合約31進(jìn)行電子簽章。
甲方客戶端20接收到該發(fā)送模塊130發(fā)送過來的第一合約31后，在該第一合約31中的甲 方簽章部分進(jìn)行電子簽章，簽章完成后將該已簽章的合約回傳給乙方服務(wù)器IO。其中，該經(jīng) 過甲方客戶端20簽章后的合約如圖4中第二合約32所示。
所述的接收模塊140，用于接收甲方客戶端20發(fā)回的已經(jīng)過甲方簽章的合約，即第二合
約32。
所述的驗(yàn)證模塊150，用于驗(yàn)證接收模塊140所接收的合約的內(nèi)容是否與合約生成模塊 IIO所生成的原始合約內(nèi)容相同，即驗(yàn)證第二合約32的內(nèi)容與第一合約31的內(nèi)容是否相同， 所述的驗(yàn)證模塊150還用于驗(yàn)證甲、乙雙方的電子簽章是否屬實(shí)，即驗(yàn)證第二合約32中的甲 方電子簽章是否屬實(shí)及驗(yàn)證圖5所示的第三合約33中的乙方電子簽章是否屬實(shí)。其中，所述 的驗(yàn)證是先提取已簽章的合約中的電子簽章信息，再判斷該電子簽章信息是否與系統(tǒng)中所設(shè) 定的電子簽章信息相同，若相同，則該電子簽章屬實(shí)，若不相同，則該電子簽章不屬實(shí)。如 圖4所示，甲方的電子簽章信息包括DN:CN-張三，C=CN. 0=張三，OU=zhang XXX, Reason:zhang XXX公司總經(jīng)理。如圖5所示，乙方的電子簽章信息包括DN:CN-李四， C=US. 0=李四,OU=lee xx Co., Ltd. ， Reason:I agree to the terms defined by the placement of my signature on this document.
所述的判斷模塊160，用于判斷是否需要對第二合約32進(jìn)行電子簽章。
所述的簽章模塊170，用于在所述的第二合約32中的乙方簽章部分進(jìn)行電子簽章。其中 ，經(jīng)過該簽章模塊170簽章后的合約如圖5中第三合約33所示。
如圖2所示，是合約電子簽核方法較佳實(shí)施例的流程圖。首先，步驟Sll,合約生成模塊 110制作并生成原始合約。其中，該原始合約如圖3中的第一合約31所示。
步驟S12，加密模塊120對所生成的第一合約31進(jìn)行加密。
步驟S13，發(fā)送模塊130將加密后的第一合約31發(fā)送給甲方客戶端20,以便甲方客戶端 20對該第一合約31進(jìn)行電子簽章。
步驟S14，甲方客戶端20檢驗(yàn)該第一合約31的內(nèi)容，并決定是否同意進(jìn)行電子簽章。
步驟S15，若甲方客戶端20同意簽章，則甲方客戶端在第一合約31的甲方簽章部分進(jìn)行 電子簽章。其中，經(jīng)過甲方客戶端20簽完章后的合約如圖4中的第二合約32所示。
步驟S16，甲方客戶端20將該第二合約32回傳給乙方服務(wù)器10，乙方服務(wù)器10中的接收 模塊140接收甲方客戶端20所傳回的第二合約32。
步驟S17，驗(yàn)證模塊150驗(yàn)證步驟S16中接收模塊140所接收的第二合約32的內(nèi)容是否與第 一合約31的內(nèi)容相同，以及驗(yàn)證第二合約32中的甲方電子簽章是否屬實(shí)。其中，所述的驗(yàn)證 是先提取已簽章的合約中的電子簽章信息，判斷該電子簽章信息是否與系統(tǒng)中所設(shè)定的電子 簽章信息相同，若相同，則該電子簽章屬實(shí)，若不相同，則該電子簽章不屬實(shí)。
步驟S18，若上述所接收第二合約32的內(nèi)容與第一合約31的內(nèi)容相同，并且第二合約32 中的甲方電子簽章屬實(shí)，則判斷模塊160判斷是否要對該第二合約32進(jìn)行電子簽章。
步驟S19,若判斷出要對第二合約32進(jìn)行電子簽章，則簽章模塊170在該第二合約32的乙 方簽章部分進(jìn)行電子簽章。其中，經(jīng)過該簽章模塊170簽完章后的合約如圖5中的第三合約 33所示。
步驟S20，若步驟S19中已進(jìn)行電子簽章，則驗(yàn)證模塊150驗(yàn)證該已簽章第三合約33中的
乙方簽章是否屬實(shí)。若屬實(shí)，則流程結(jié)束，合約電子簽核完畢。
在步驟S14中，若甲方不同意對第一合約31進(jìn)行電子簽章，則結(jié)束流程。 在步驟S17中，若該所接收第二合約32的內(nèi)容與第一合約31的內(nèi)容不相同，或者該第二
合約32中甲方電子簽章不屬實(shí)，則返回至步驟S13由發(fā)送模塊130重新將第一合約31提交給甲
方客戶端20。
在步驟S18中，若判斷不需對該第二合約32進(jìn)行電子簽章，則結(jié)束流程。 在步驟S20中，若第三合約33中的乙方電子簽章不屬實(shí)，則返回至步驟S18由簽章模塊 170重新決定是否要電子簽章。
權(quán)利要求
1 一種合約電子簽核系統(tǒng)，該系統(tǒng)包括乙方服務(wù)器及甲方客戶端， 其特征在于，所述的乙方服務(wù)器包括合約生成模塊，用于制作并生成第一合約； 發(fā)送模塊，用于將該第一合約發(fā)送給甲方客戶端；接收模塊，用于接收甲方客戶端發(fā)回的已經(jīng)過甲方電子簽章的第二合約；簽章模塊，用于在上述所接收的第二合約的乙方簽章部分進(jìn)行電子簽章，生成第三合約；驗(yàn)證模塊，用于驗(yàn)證該第二合約的內(nèi)容是否與第一合約內(nèi)容相同，以及驗(yàn)證甲、乙雙 方的電子簽章是否屬實(shí)。2如權(quán)利要求l所述的合約電子簽核系統(tǒng)，其特征在于，所述的乙 方服務(wù)器還包括加密模塊，用于對所生成的第一合約進(jìn)行加密； 判斷模塊，用于判斷是否需要對第二合約進(jìn)行電子簽章。3如權(quán)利要求l所述的合約電子簽核系統(tǒng)，其特征在于，所述的驗(yàn) 證模塊驗(yàn)證電子簽章是否屬實(shí)是通過先提取已簽章的合約中的電子簽章信息，再判斷該電子 簽章信息是否與系統(tǒng)中所設(shè)定的電子簽章信息相同。4如權(quán)利要求l所述的合約電子簽核系統(tǒng)，其特征在于，所述的合 約是一種pdf格式的文件。5一種合約電子簽核方法，其特征在于，該方法包括如下步驟 乙方服務(wù)器制作并生成第一合約； 將第一合約發(fā)送給甲方客戶端；接收甲方客戶端所傳回的已進(jìn)行電子簽章的第二合約；驗(yàn)證該第二合約的內(nèi)容與第一合約的內(nèi)容是否相同；驗(yàn)證該第二合約中的甲方電子簽章是否屬實(shí)； 在第二合約中的乙方簽章部分進(jìn)行電子簽章，生成第三合約； 驗(yàn)證第三合約中的乙方電子簽章是否屬實(shí)。6如權(quán)利要求5所述的合約電子簽核方法，其特征在于，該方法還 包括對所生成的第一合約進(jìn)行加密。7如權(quán)利要求5所述的合約電子簽核方法，其特征在于，該方法還 包括判斷是否需要對第二合約進(jìn)行電子簽章。8如權(quán)利要求5所述的合約電子簽核方法，其特征在于，所述的驗(yàn) 證電子簽章是否屬實(shí)的步驟包括提取已簽章的合約中的電子簽章信息； 判斷該電子簽章信息是否與系統(tǒng)中所設(shè)定的電子簽章信息相同。
全文摘要
本發(fā)明提供一種合約電子簽核系統(tǒng)，該系統(tǒng)包括乙方服務(wù)器及甲方客戶端，所述的乙方服務(wù)器包括合約生成模塊，用于制作并生成第一合約；發(fā)送模塊，用于將該第一合約發(fā)送給甲方客戶端；接收模塊，用于接收甲方客戶端發(fā)回的已經(jīng)過甲方電子簽章的第二合約；簽章模塊，用于在上述所接收的第二合約的乙方簽章部分進(jìn)行電子簽章，生成第三合約；驗(yàn)證模塊，用于驗(yàn)證該第二合約的內(nèi)容是否與第一合約內(nèi)容相同，以及驗(yàn)證甲、乙雙方的電子簽章是否屬實(shí)。本發(fā)明還提供一種合約電子簽核方法。利用本發(fā)明可以通過網(wǎng)絡(luò)對合約進(jìn)行簽核，而且可以對已簽核的合約進(jìn)行驗(yàn)證。
文檔編號G06Q30/00GK101122977SQ20061020078
公開日2008年2月13日 申請日期2006年8月9日 優(yōu)先權(quán)日2006年8月9日
發(fā)明者剛 彭, 李忠一, 林海洪 申請人:鴻富錦精密工業(yè)(深圳)有限公司;鴻海精密工業(yè)股份有限公司