[發(fā)明專利]一種低消耗的電子商務(wù)合同會(huì)簽方法

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 201210022611.7
• 申請(qǐng)日: 2012-02-01
• 公開(kāi)（公告）號(hào): CN102609848A
• 公開(kāi)（公告）日: 2012-07-25
• 發(fā)明（設(shè)計(jì)）人: 許兆然;張大年;呂凡
• 申請(qǐng)（專利權(quán)）人: 昆山百潤(rùn)科技有限公司;廣州市百成科技有限公司
• 主分類號(hào): G06Q30/00
• 分類號(hào): G06Q30/00;G06F21/00
• 代理公司: 北京方圓嘉禾知識(shí)產(chǎn)權(quán)代理有限公司 11385
• 代理人: 高萍

技術(shù)領(lǐng)域

本發(fā)明涉及一種在電子商務(wù)活動(dòng)中應(yīng)用的合同會(huì)簽方法，屬于計(jì)算機(jī)信息安全和電子商務(wù)領(lǐng)域。

背景技術(shù)

隨著網(wǎng)絡(luò)的興起，電子商務(wù)在人們?nèi)粘Ｉ钪械膽?yīng)用范圍越來(lái)越廣，例如淘寶網(wǎng)等在人們的網(wǎng)絡(luò)購(gòu)物中廣泛被使用。在正式的商業(yè)領(lǐng)域，電子商務(wù)也逐漸被越來(lái)越多的企業(yè)和商戶等接受并有所應(yīng)用，但是與之而來(lái)的合同安全性問(wèn)題隨之浮出水面。目前尚缺乏有效的針對(duì)電子商務(wù)中的合同會(huì)簽的解決方案，已有的方案大都是在線上達(dá)成交易，線下通過(guò)各自的簽署過(guò)程以文本掃描、傳真等方式互換合同文本從而達(dá)成正式的交易合同，此種電子商務(wù)合同會(huì)簽?zāi)Ｊ讲粌H效率低(合同雙方各自的合同會(huì)簽與雙方交換文本確認(rèn)等需要消耗大量的時(shí)間)，并且無(wú)法保證其安全性(隨著photoshop等數(shù)字處理工具的應(yīng)用，書(shū)面合同無(wú)法防止被篡改的可能性)。

已有的合同會(huì)簽系統(tǒng)，主要是串聯(lián)式的公文流轉(zhuǎn)系統(tǒng)和會(huì)簽流轉(zhuǎn)系統(tǒng)，整個(gè)合同簽署過(guò)程是串聯(lián)進(jìn)行的，其業(yè)務(wù)邏輯參考附圖1所示，在會(huì)簽流程中，由于傳輸過(guò)程本身的特性，文件傳輸是上一位簽署者將自己簽署過(guò)的源文件復(fù)制一份副本通過(guò)郵件或者內(nèi)部應(yīng)用系統(tǒng)，傳送給下一位簽署者。在這個(gè)過(guò)程中，源文件的唯一性被破壞了，同時(shí)，文件的內(nèi)容的一致性并沒(méi)有技術(shù)上的保障手段，合同內(nèi)容可能被更改。當(dāng)有N位簽署者的時(shí)候，就會(huì)存在N份有不同數(shù)量簽署者的合同文本，為合同的安全性埋下了隱患，不符合《聯(lián)合國(guó)國(guó)際合同使用電子通信公約》的要求。其次，由于流程的串聯(lián)特性，每一位簽署者必須要在上一位簽署者已經(jīng)完成簽署后才能進(jìn)行簽署，在串聯(lián)過(guò)程中的某一環(huán)節(jié)如果發(fā)生了拖延，會(huì)極大的拖延整個(gè)會(huì)簽的完成的時(shí)間，因此串聯(lián)方式的簽署在效率上也相對(duì)較低。針對(duì)上述缺陷，目前本領(lǐng)域還出現(xiàn)了基于并行流程的合同會(huì)簽方法，如附圖2所示，這種并行流轉(zhuǎn)相比串聯(lián)流轉(zhuǎn)提高了效率，但是同樣的，在流轉(zhuǎn)過(guò)程中文件并不是唯一確定的，而是將多份文件副本發(fā)送給待簽署對(duì)象，然后集中匯總，因此這種會(huì)簽?zāi)Ｊ揭泊嬖诎踩[患，不符合《聯(lián)合國(guó)國(guó)際合同使用電子通信公約》的要求。

發(fā)明內(nèi)容

針對(duì)現(xiàn)有技術(shù)的缺陷，本發(fā)明公開(kāi)了一種低消耗的電子商務(wù)合同會(huì)簽方法，解決了電子商務(wù)活動(dòng)過(guò)程中合同會(huì)簽的效率和安全性問(wèn)題，所公開(kāi)的方法整個(gè)過(guò)程以電子化方式進(jìn)行，能源消耗低，并且整個(gè)會(huì)簽過(guò)程效率高，安全性好。

為實(shí)現(xiàn)上述目的，本發(fā)明是通過(guò)如下技術(shù)方案實(shí)現(xiàn)的：

一種低消耗的電子商務(wù)合同會(huì)簽方法，包括電子商務(wù)模塊和合同會(huì)簽?zāi)K，所述電子商務(wù)模塊與所述合同會(huì)簽?zāi)K通訊連接，所述合同會(huì)簽?zāi)K設(shè)有用于接收電子商務(wù)模塊的接口。

通過(guò)上述過(guò)程，本發(fā)明節(jié)約了會(huì)同會(huì)簽時(shí)間，將通常合同會(huì)簽所需的復(fù)雜流轉(zhuǎn)過(guò)程轉(zhuǎn)化為單純的一次性信號(hào)傳遞，平均完成一次多方會(huì)簽僅需0.5度電，大大低于目前通過(guò)電子郵件流轉(zhuǎn)的會(huì)簽所耗電量，符耗低碳環(huán)保的趨勢(shì)。

其中，為滿足《聯(lián)合國(guó)國(guó)際合同使用電子通信公約》要求，所述合同會(huì)簽?zāi)K接收電子商務(wù)模塊的原始合同文本并將其格式化為標(biāo)準(zhǔn)合同之后，所有客戶端將簽署在同一個(gè)電子文本上。

合同會(huì)簽過(guò)程中，僅在一份合同電文上簽署，即合同會(huì)簽過(guò)程中沒(méi)有產(chǎn)生部分簽署的中間過(guò)程合同電文，合同會(huì)簽過(guò)程中沒(méi)有產(chǎn)生電子通信攜帶的N-1個(gè)擬簽署電文，其中N為擬參與會(huì)簽客戶端數(shù)量。

上述步驟完成了合同文件生成和簽署的過(guò)程，為了具有最廣泛的應(yīng)用性，發(fā)起客戶端可以在合同會(huì)簽?zāi)K的服務(wù)器利用自定義表格的方式生成標(biāo)準(zhǔn)格式合同從而減少合同處理所需的時(shí)間，也可以以word、pdf、txt等電子商務(wù)活動(dòng)中最常用的文本格式起草合同，然后在合同會(huì)簽?zāi)K導(dǎo)入此類文件并對(duì)其進(jìn)行標(biāo)準(zhǔn)化處理從而實(shí)現(xiàn)查看編輯等過(guò)程，還可以是電子商務(wù)模塊自身生成合同內(nèi)容，并通過(guò)編程接口傳遞給合同會(huì)簽?zāi)K從而由電子商務(wù)模塊和合同會(huì)簽?zāi)K相互之間協(xié)作完成合同的生成。本領(lǐng)域技術(shù)人員可以理解，在軟件行業(yè)存在多種不同的用于文件內(nèi)容交換的互操作規(guī)范，基于此類規(guī)范，結(jié)合本發(fā)明的合同會(huì)簽?zāi)K的接口，發(fā)起客戶端可以在其他平臺(tái)上建立的合同并利用合同會(huì)簽?zāi)K的接口將其輸入合同會(huì)簽?zāi)K并標(biāo)準(zhǔn)化為標(biāo)準(zhǔn)合同。

同時(shí)，通過(guò)保持整個(gè)會(huì)簽過(guò)程中，合同文本的唯一性進(jìn)一步保證了簽署過(guò)程的安全高效。