電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)。該系統(tǒng)主要包括：客戶端，用于利用通信網絡和服務器進行數(shù)據交互，完成合約執(zhí)行過程中的各種操作步驟；服務器，用于通過數(shù)據數(shù)據庫存儲客戶端和服務器在合約執(zhí)行過程中的各種操作步驟中的數(shù)據信息，根據每個操作步驟的數(shù)據信息調用快照文件生成插件生成每個操作步驟對應的快照文件，并將快照文件存儲在文件服務器中。本發(fā)明能夠將合約的基本信息、合約操作步驟的執(zhí)行狀態(tài)信息、合約的執(zhí)行過程中各個操作步驟中客戶端和服務器之間的交互信息等各種信息進行整合和組織，自動、及時地生成整個合約以及各個操作步驟對應的快照文件，成為合約執(zhí)行過程的完整的不可修改的證據文件。
【專利說明】
電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)
技術領域
[0001]本發(fā)明涉及合約管理技術領域，尤其涉及一種電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)。
【背景技術】
[0002]電子合同(合約)是指雙方或多方當事人之間以電子的方式訂立的合同，其主要是指在網絡條件下當事人為了實現(xiàn)一定的目的，通過數(shù)據電文、電子郵件等形式簽訂的明確雙方權利義務關系的一種電子協(xié)議。
[0003]電子合同管理軟件，部分是專用系統(tǒng)，也有大量是附屬在ERP(EnterpriseResource Planning，企業(yè)資源計劃)系統(tǒng)、財務系統(tǒng)上的合同管理軟件，是建立在信息技術基礎上，利用現(xiàn)代企業(yè)的先進管理思想，為企業(yè)提供決策、計劃、控制與經營績效評估的全方位、系統(tǒng)化的合同管理平臺，合同管理軟件主要基于協(xié)同產品商務管理，把客戶需求、制造活動、采購管理、賬款管理、業(yè)務流程看作是一個緊密聯(lián)接的協(xié)作鏈系統(tǒng)，采用全程一體化建模技術，將企業(yè)內部信息管理劃分成幾個相互協(xié)同作業(yè)的支持子系統(tǒng)，對協(xié)作鏈上的所有環(huán)節(jié)有效地進行監(jiān)控和管理。
[0004]目前，現(xiàn)有技術中的電子合同管理軟件的主要使用對象都是公司級別，基本都是關于在公司內部的合同信息處理的軟件，以及在公司內部，一般在數(shù)十人以上公司才有條件維護和使用這種類型的軟件。
[0005]上述現(xiàn)有技術中的電子合同管理軟件的缺點為:
[0006]1:只能服務器端查詢電子合同管理軟件生成的合約的快照文件，客戶端不能查詢并下載合約的快照文件；
[0007]2:電子合同管理軟件不能自動、及時地生成合約的快照文件，生成的快照文件沒有包含合約執(zhí)行過程中的客戶端和服務器之間的交互信息；
[0008]3:不能預測查詢合約執(zhí)行過程中的各種統(tǒng)計信息。

【發(fā)明內容】

[0009]本發(fā)明的實施例提供了一種電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)，以實現(xiàn)對電子合約的快照文件等信息進行有效的管理。
[0010]本發(fā)明提供了如下方案:
[0011]一種電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)，包括:
[0012]客戶端，用于利用通信網絡和服務器進行數(shù)據交互，完成合約執(zhí)行過程中的各種操作步驟；
[0013]服務器，用于通過數(shù)據數(shù)據庫存儲客戶端和服務器在合約執(zhí)行過程中的各種操作步驟中的數(shù)據信息，根據每個操作步驟的數(shù)據信息調用快照文件生成插件生成每個操作步驟對應的快照文件，并將快照文件存儲在文件服務器中。
[0014]進一步地，所述的服務器包括:
[0015]所述的合約信息管理主模塊，用于提供電子合約信息管理系統(tǒng)的對外接口，承擔請求轉發(fā)、數(shù)據轉發(fā)、合約快照文件的查詢和輸出、合約信息的歸檔管理工作，所述對外接口包括:合約號申請接口、合約號快速查詢接口、合約預測與統(tǒng)計查詢接口、合約快照查詢接口和分類匯總查詢接口 ；
[0016]通過數(shù)據庫輸入輸出模塊訪問合約信息數(shù)據庫、執(zhí)行記錄數(shù)據庫、交互信息數(shù)據庫和文件數(shù)據庫，在合約信息數(shù)據庫中包括系統(tǒng)合約號、合約簽約人、合約類型、簽約時間、操作步驟信息、整個合約的執(zhí)行完成狀態(tài)、合約文本的存儲路徑、快照文件加密算法字段，其中，操作步驟信息中包括各個操作步驟的編號、執(zhí)行序號、執(zhí)行對象、確認對象、執(zhí)行狀態(tài)、執(zhí)行時間和執(zhí)行金額信息，操作步驟的執(zhí)行序號代表該操作步驟的執(zhí)行順序；
[0017]執(zhí)行記錄數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、執(zhí)行序號、執(zhí)行狀態(tài)、整個合約的執(zhí)行完成狀態(tài)、各個步驟的快照文件是否生成、各個步驟的快照文件的存儲路徑字段信息、各個步驟的執(zhí)行狀態(tài)字段和整個合約的執(zhí)行完成狀態(tài)字段，其中，操作步驟的執(zhí)行狀態(tài)字段默認設置為未執(zhí)行，整個合約的執(zhí)行完成狀態(tài)字段默認設置為未完成，各個步驟的快照文件是否生成字段默認設置為否，各個步驟的快照文件的存儲路徑默認設置為空；
[0018]交互信息數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、各個操作步驟的執(zhí)行序號和各個操作步驟的交互信息字段，其中，操作步驟的交互信息字段中存儲操作步驟的執(zhí)行過程中客戶端和服務器之間的交互信息；
[0019]在文件數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、各個操作步驟的執(zhí)行序號、各個操作步驟對應的快照文件信息。
[0020]進一步地，所述的服務器還包括:
[0021]快照文件生成模塊，用于按照快照文件的指定格式制作并存儲快照文件的生成插件;按照設定的時間間隔查詢執(zhí)行記錄數(shù)據庫，獲取執(zhí)行狀態(tài)字段為已經完成、快照文件是否生成字段為否的操作步驟信息，根據該操作步驟對應的系統(tǒng)合約號查詢合約信息數(shù)據庫，獲取合約信息數(shù)據庫中存儲的該操作步驟對應的合約簽約人、合約類型、簽約時間、操作步驟信息和合約文本的存儲路徑，根據該合約文本的存儲路徑獲取合約文本;根據該操作步驟對應的系統(tǒng)合約號、編號和執(zhí)行序號查詢交互信息數(shù)據庫，獲取系統(tǒng)合約號相同、執(zhí)行序號小于或等于該操作步驟的執(zhí)行序號的所有操作步驟的交互信息；
[0022]將得到的帶有時間屬性的信息按照時間線從先到后的順序進行整合和組織，調用選擇的指定快照文件格式對應的快照文件生成插件，對整合和組織后的帶有時間屬性的信息和其它沒有帶有時間屬性的所有信息生成快照文件，并按照合約信息數(shù)據庫中記錄的和客戶端約定的加密算法對快照文件進行加密，將加密后的快照文件存儲到文件數(shù)據庫中；
[0023]將執(zhí)行記錄數(shù)據庫中該操作步驟的快照文件是否生成字段更新為是，在步驟的快照文件的存儲路徑字段中填入所述加密后的快照文件在文件數(shù)據庫中的存儲路徑。
[0024]進一步地，所述的客戶端，用于需要查詢合約中的一個步驟對應的合約快照文件時，通過合約快照查詢接口向所述合約信息管理主模塊發(fā)送攜帶系統(tǒng)合約號、步驟編號的合約快照查詢請求；
[0025]所述的合約信息管理主模塊，用于根據所述合約快照查詢請求中攜帶的系統(tǒng)合約號、步驟編號查詢文件數(shù)據庫，當查詢到所述步驟對應的快照文件，將該快照文件發(fā)送給客戶端；當沒有查詢到所述步驟對應的快照文件，則向客戶端發(fā)送所述步驟的快照文件還沒有生成信息；
[0026]所述的客戶端，用于接收到該快照文件后，用和服務器約定的解密算法對快照文件進行解密，得到明文的快照文件。
[0027]進一步地，所述的客戶端，用于需要查詢整個合約對應的合約快照文件時，通過合約快照查詢接口向合約信息管理主模塊發(fā)送攜帶系統(tǒng)合約號的合約快照查詢請求；
[0028]所述的合約信息管理主模塊，用于根據合約快照查詢請求中攜帶的系統(tǒng)合約號查詢執(zhí)行記錄數(shù)據庫，當查詢到該系統(tǒng)合約號對應的整個合約的執(zhí)行完成狀態(tài)為已經完成時，再根據合約快照查詢請求中攜帶的系統(tǒng)合約號查詢文件數(shù)據庫，獲取符合所述系統(tǒng)合約號、執(zhí)行序號最大的步驟對應的快照文件，將該快照文件發(fā)送給客戶端；當查詢到該系統(tǒng)合約號對應的整個合約的執(zhí)行完成狀態(tài)為沒有完成時，則向客戶端發(fā)送該合約的快照文件還沒有生成信息；
[0029]所述的客戶端，用于接收到所述快照文件后，用和服務器約定的解密算法對快照文件進行解密，得到明文的快照文件。
[0030]進一步地，所述的服務器還包括:
[0031]合約號生成和管理模塊，用于接收到來自客戶端的合約號申請請求后，根據客戶端選擇的合約類型的首字母、時間信息，以及哈希字符串通過設定算法生成唯一的系統(tǒng)合約號，將自定義合約號和系統(tǒng)合約號自動關聯(lián)，將系統(tǒng)合約號、自定義合約號和合約簽約人、合約類型、簽約時間、執(zhí)行狀況信息關聯(lián)存儲在合約號數(shù)據庫中。
[0032]進一步地，所述的客戶端，用于通過合約號快速查詢接口向服務器發(fā)送攜帶系統(tǒng)合約號的合約號快速查詢請求；
[0033]所述的合約號生成和管理模塊，還用于根據所述合約號快速查詢請求中攜帶的合約號查詢合約號數(shù)據庫，返回系統(tǒng)合約號對應的自定義合約號、合約簽約人、合約類型、簽約時間、執(zhí)行狀況信息。
[0034]進一步地，所述的服務器還包括:合約預測與統(tǒng)計模塊；
[0035]所述的客戶端，用于通過合約預測與統(tǒng)計查詢接口向服務器發(fā)送攜帶預測統(tǒng)計范圍信息和系統(tǒng)合約號的預測查詢請求；
[0036]所述的合約信息管理主模塊，用于接收到所述預測查詢請求后，將所述預測查詢請求轉發(fā)給所述合約預測與統(tǒng)計模塊；
[0037]所述的合約預測與統(tǒng)計模塊，用于接收到所述預測查詢請求后，根據系統(tǒng)合約號查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取包含所述預測統(tǒng)計范圍內需要執(zhí)行的操作步驟、需要確認的操作步驟、需要付出的總款項、可能收到的總款項、需要執(zhí)行的交付動作匯總和/或可能收到的交付動作匯總的預測統(tǒng)計查詢結果，將該預測統(tǒng)計查詢結果返回給所述合約信息管理主模塊；
[0038]所述的合約信息管理主模塊，用于將所述預測統(tǒng)計查詢結果發(fā)送給所述客戶端。
[0039]進一步地，所述的客戶端，用于通過合約預測與統(tǒng)計查詢接口向服務器發(fā)送攜帶統(tǒng)計范圍信息和系統(tǒng)合約號的統(tǒng)計查詢請求；
[0040]所述的合約信息管理主模塊，用于接收到所述統(tǒng)計查詢請求后，將所述統(tǒng)計查詢請求轉發(fā)給所述合約預測與統(tǒng)計模塊；
[0041]所述的合約預測與統(tǒng)計模塊，用于接收到所述統(tǒng)計查詢請求后，根據系統(tǒng)合約號查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取包含所述統(tǒng)計范圍內執(zhí)行的操作步驟、執(zhí)行確認的操作步驟、執(zhí)行付出的總款項、執(zhí)行收到的總款項、執(zhí)行的交付動作匯總和/或執(zhí)行收到的交付動作匯總的統(tǒng)計查詢結果，將該統(tǒng)計查詢結果返回給所述合約信息管理主模塊；
[0042]所述的合約信息管理主模塊，用于將所述統(tǒng)計查詢結果發(fā)送給所述客戶端。
[0043]進一步地，所述的服務器還包括:分類匯總模塊；
[0044]所述的客戶端，用于通過分類匯總查詢接口向服務器發(fā)送攜帶分類信息的分類匯總查詢請求，所述分類信息包括簽約時間、完成時間、簽約人和/或者合約類型；
[0045]所述的合約信息管理主模塊，用于接收到所述分類匯總查詢請求后，將所述分類匯總查詢請求轉發(fā)給所述合約預測與統(tǒng)計模塊；
[0046]所述的合約預測與統(tǒng)計模塊，用于接收到所述分類匯總查詢請求后，根據所述分類信息查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取符合所述分類信息的所有合約相關信息，將包含所述所有合約相關信息的分類匯總查詢結果返回給所述合約信息管理主模塊；
[0047]所述的合約信息管理主模塊，用于將所述分類匯總查詢結果發(fā)送給所述客戶端。
[0048]由上述本發(fā)明的實施例提供的技術方案可以看出，本發(fā)明實施例的裝置能夠將合約的基本信息、合約操作步驟的執(zhí)行狀態(tài)信息、合約的執(zhí)行過程中各個操作步驟中客戶端和服務器之間的交互信息等各種信息進行整合和組織，自動、及時地生成整個合約以及各個操作步驟對應的快照文件，成為合約執(zhí)行過程的完整的不可修改的證據文件。
【附圖說明】
[0049]為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
[0050]圖1為本發(fā)明實施例提供的一種電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)的結構示意圖；
[0051]圖2為本發(fā)明實施例提供的一種服務器和客戶端之間進行數(shù)據交互的示意圖；
[0052]圖3為本發(fā)明實施例提供的一種服務器的結構示意圖，其中，合約信息管理主模塊31、快照文件生成模塊32、合約號生成和管理模塊33、合約預測與統(tǒng)計模塊34和分類匯總模塊35。
【具體實施方式】
[0053]下面詳細描述本發(fā)明的實施方式，所述實施方式的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施方式是示例性的，僅用于解釋本發(fā)明，而不能解釋為對本發(fā)明的限制。
[0054]本技術領域技術人員可以理解，除非特意聲明，這里使用的單數(shù)形式“一”、“一個”、“所述”和“該”也可包括復數(shù)形式。應該進一步理解的是，本發(fā)明的說明書中使用的措辭“包括”是指存在所述特征、整數(shù)、步驟、操作、元件和/或組件，但是并不排除存在或添加一個或多個其他特征、整數(shù)、步驟、操作、元件、組件和/或它們的組。應該理解，當我們稱元件被“連接”或“耦接”到另一元件時，它可以直接連接或耦接到其他元件，或者也可以存在中間元件。此外，這里使用的“連接”或“耦接”可以包括無線連接或耦接。這里使用的措辭“和/或”包括一個或更多個相關聯(lián)的列出項的任一單元和全部組合。
[0055]本技術領域技術人員可以理解，除非另外定義，這里使用的所有術語(包括技術術語和科學術語)具有與本發(fā)明所屬領域中的普通技術人員的一般理解相同的意義。還應該理解的是，諸如通用字典中定義的那些術語應該被理解為具有與現(xiàn)有技術的上下文中的意義一致的意義，并且除非像這里一樣定義，不會用理想化或過于正式的含義來解釋。
[0056]為便于對本發(fā)明實施例的理解，下面將結合附圖以幾個具體實施例為例做進一步的解釋說明，且各個實施例并不構成對本發(fā)明實施例的限定。
[0057]本發(fā)明實施例中的電子合約包括電子合同、協(xié)議和書面的約定等。
[0058]實施例一
[0059]針對上述現(xiàn)有技術中的電子合同管理軟件的缺點，本發(fā)明實施例提供了一種電子合約信息管理系統(tǒng)，該系統(tǒng)是針對合約所有的相關信息歸類整理，檢索分析，記錄備份的關鍵模塊，可以多角度、完整地呈現(xiàn)有關合約的各種信息數(shù)據。如基于合約類型各類統(tǒng)計、基于時間各類統(tǒng)計、基于簽約對象的各類統(tǒng)計的各種信息統(tǒng)計等。為用戶的日常使用、決策提供支持。同時也包括合約信息和執(zhí)行信息的歸檔、以及合約信息和信息管理接口模塊。
[0060]本發(fā)明實施例提供的一種電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)的結構示意圖如圖1所示，包括如下的模塊:服務器和客戶端兩部分。服務器工作在云端，對外服務是經過負載均衡、防火墻，并通過互聯(lián)網與各種不同類型操作系統(tǒng)下的各種用戶進行通信;對內在云端內部訪問數(shù)據庫和其他系統(tǒng)。
[0061 ]服務器與客戶端無關性，能基于PC、移動客戶端、Web形式提供服務，還可以通過接口方式與第三方系統(tǒng)進行互聯(lián)互通。由于系統(tǒng)本身是跨平臺為各種客戶端提供服務，客戶端包括而不限于:PC端軟件、MAC、Web瀏覽器或者是Android以及1S平臺的APP。執(zhí)行系統(tǒng)的運行環(huán)境可以為:運行在標準X86服務器上，是基于Web服務平臺提供的應用服務，專屬機房或者托管云服務均可。
[0062]本發(fā)明實施例提供的一種服務器和客戶端之間進行數(shù)據交互的示意圖如圖2所示，下面詳細介紹客戶端和服務器的功能和內部結構。
[0063]客戶端，用于利用通信網絡和服務器進行數(shù)據交互，完成合約執(zhí)行過程中的各種操作步驟；
[0064]通過合約號申請接口向服務器發(fā)送合約號申請請求，接收服務器返回的合約號。
[0065]通過合約號快速查詢接口向服務器發(fā)送攜帶系統(tǒng)合約號的合約號快速查詢請求，接收服務器返回的合約簽約人、合約類型、簽約時間、執(zhí)行狀況等信息。
[0066]通過合約預測與統(tǒng)計查詢接口向服務器發(fā)送攜帶預測統(tǒng)計范圍信息和系統(tǒng)合約號的預測查詢請求，接收服務器返回的預測查詢結果；向服務器發(fā)送攜帶統(tǒng)計范圍信息和系統(tǒng)合約號的統(tǒng)計查詢請求，接收服務器返回的統(tǒng)計查詢結果。
[0067]通過快照文件查詢接口向服務器發(fā)送攜帶系統(tǒng)合約號和步驟編號的快照文件查詢請求，接收服務器返回的該步驟對應的快照文件；向服務器發(fā)送攜帶系統(tǒng)合約號的快照文件查詢請求，接收服務器返回的該系統(tǒng)合約號對應的整個合約的快照文件。
[0068]通過分類匯總查詢接口向服務器發(fā)送攜帶分類信息的分類匯總查詢請求，所述分類信息包括簽約時間、完成時間、簽約人和/或者合約類型，接收服務器返回的分類匯總查詢結果。
[0069]服務器，用于通過數(shù)據數(shù)據庫存儲客戶端和服務器在合約執(zhí)行過程中的各種操作步驟中的數(shù)據信息，根據每個操作步驟的數(shù)據信息調用快照文件生成插件生成每個操作步驟對應的快照文件，并將快照文件存儲在文件服務器中。
[0070]本發(fā)明實施例提供的一種服務器的結構示意圖如圖3所示，包括如下的模塊:合約信息管理主模塊31、快照文件生成模塊32、合約號生成和管理模塊33、合約預測與統(tǒng)計模塊34和分類匯總模塊35。
[0071]合約信息管理主模塊31，用于提供合約信息管理系統(tǒng)的對外接口，承擔了請求轉發(fā)、數(shù)據轉發(fā)、合約快照文件的查詢和輸出、合約信息的歸檔等管理工作。上述對外接口包括:合約號申請接口、合約號快速查詢接口、合約預測與統(tǒng)計查詢接口、合約快照查詢接口和分類匯總查詢接口。作為合約信息管理系統(tǒng)的核心模塊，與其他模塊和數(shù)據庫互動比較多。會通過數(shù)據庫輸入輸出(Database 10)模塊訪問合約信息數(shù)據庫、執(zhí)行記錄數(shù)據庫、交互信息數(shù)據庫和文件數(shù)據庫中等數(shù)據庫相關信息。與文件服務器、身份認證與電子簽名模塊等進行通信;并通過Web service對外部的Web瀏覽器或者1S/Android的APP提供合約生成的相關數(shù)據和信息交互。
[0072]在合約信息數(shù)據庫中包括系統(tǒng)合約號、合約簽約人、合約類型、簽約時間、操作步驟信息、整個合約的執(zhí)行完成狀態(tài)、合約文本的存儲路徑、快照文件加密算法字段，其中，操作步驟信息中包括各個操作步驟的編號、執(zhí)行序號、執(zhí)行對象、確認對象、執(zhí)行狀態(tài)、執(zhí)行時間和執(zhí)行金額信息。操作步驟的執(zhí)行序號代表該操作步驟的執(zhí)行順序，執(zhí)行序號越大，代表操作步驟的執(zhí)行順序越靠后。比如，某個操作步驟的執(zhí)行序號為4，則執(zhí)行序號為1、2、3的操作步驟在該某個操作步驟之前執(zhí)行，則執(zhí)行序號為5的操作步驟在該某個操作步驟之后執(zhí)行。
[0073]執(zhí)行記錄數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、執(zhí)行序號、執(zhí)行狀態(tài)、整個合約的執(zhí)行完成狀態(tài)、各個步驟的快照文件是否生成、各個步驟的快照文件的存儲路徑字段信息、各個步驟的執(zhí)行狀態(tài)字段和整個合約的執(zhí)行完成狀態(tài)字段，其中，操作步驟的執(zhí)行狀態(tài)字段默認設置為未執(zhí)行，整個合約的執(zhí)行完成狀態(tài)字段默認設置為未完成，各個步驟的快照文件是否生成字段默認設置為否，各個步驟的快照文件的存儲路徑默認設置為空。執(zhí)行中的合約的步驟，能夠通過顏色區(qū)分已經執(zhí)行，執(zhí)行中和待執(zhí)行，雙方執(zhí)行中的合約約定的變更能夠通過溝通，被迅速合法的確認，降低了傳統(tǒng)上合約變更的困難。
[0074]交互信息數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、各個操作步驟的執(zhí)行序號和各個操作步驟的交互信息字段，其中，操作步驟的交互信息字段中存儲操作步驟的執(zhí)行過程中客戶端和服務器之間的交互信息，合約步驟執(zhí)行中雙方的溝通信息會穿插在對應的步驟中，讓整個商務活動更加全面和一目了然。
[0075]在文件數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、各個操作步驟的執(zhí)行序號、各個操作步驟對應的快照文件信息。
[0076]合約信息管理主模塊，用于通過合約號申請接口接收到客戶端發(fā)送的合約號申請請求后，將該申請請求轉發(fā)給合約號生成和管理模塊，將合約號生成和管理模塊返回的合約號發(fā)送給客戶端；
[0077]通過合約號快速查詢接口接收到客戶端發(fā)送的合約號快速查詢請求后，將該查詢請求轉發(fā)給合約號生成和管理模塊，將合約號生成和管理模塊返回的合約簽約人、合約類型、簽約時間、執(zhí)行狀況等信息合約號發(fā)送給客戶端。
[0078]通過合約預測與統(tǒng)計查詢接口接收到客戶端發(fā)送的攜帶系統(tǒng)合約號、時間范圍信息的預測查詢請求后，將該預測查詢請求轉發(fā)給合約預測與統(tǒng)計模塊，將合約預測與統(tǒng)計模塊返回的預測查詢結果發(fā)送給客戶端；
[0079]通過合約預測與統(tǒng)計查詢接口接收到客戶端發(fā)送的統(tǒng)計查詢請求后，將該統(tǒng)計查詢請求轉發(fā)給合約預測與統(tǒng)計模塊，將合約預測與統(tǒng)計模塊返回的統(tǒng)計查詢結果發(fā)送給客戶端。
[0080]當客戶端需要查詢合約中的一個步驟對應的合約快照文件時，可以通過合約快照查詢接口向合約信息管理主模塊發(fā)送攜帶系統(tǒng)合約號、步驟編號的合約快照查詢請求，合約信息管理主模塊根據合約快照查詢請求中攜帶的系統(tǒng)合約號、步驟編號查詢文件數(shù)據庫，當查詢到上述步驟對應的快照文件，將該快照文件發(fā)送給客戶端;客戶端接收到該快照文件后，用和服務器約定的解密算法對快照文件進行解密，得到明文的快照文件。當沒有查詢到上述步驟對應的快照文件，則向客戶端發(fā)送該步驟的快照文件還沒有生成信息。
[0081 ]當客戶端需要查詢整個合約對應(也就是最后一個步驟對應的)的合約快照文件時，可以通過合約快照查詢接口向合約信息管理主模塊發(fā)送攜帶系統(tǒng)合約號的合約快照查詢請求，合約信息管理主模塊根據合約快照查詢請求中攜帶的系統(tǒng)合約號查詢執(zhí)行記錄數(shù)據庫，當查詢到該系統(tǒng)合約號對應的整個合約的執(zhí)行完成狀態(tài)為已經完成時，再根據合約快照查詢請求中攜帶的系統(tǒng)合約號查詢文件數(shù)據庫，獲取符合上述系統(tǒng)合約號、執(zhí)行序號最大的步驟對應的快照文件，將該快照文件發(fā)送給客戶端?？蛻舳私邮盏皆摽煺瘴募?，用和服務器約定的解密算法對快照文件進行解密，得到明文的快照文件。
[0082]當合約信息管理主模塊查詢到該系統(tǒng)合約號對應的整個合約的執(zhí)行完成狀態(tài)為沒有完成時，則向客戶端發(fā)送該合約的快照文件還沒有生成信息。
[0083]快照文件生成模塊32，為了系統(tǒng)安全和證據的及時保存，客戶端和服務器的每一步操作步驟都會形成快照文件保存在文件服務器中，后期操作步驟對應的快照文件會包含所有前期操作步驟對應的快照文件。在文件服務器中可以存儲所有操作步驟對應的快照文件，也可以只存儲最后一個操作步驟對應的快照文件。
[0084]首先需要按照快照文件的指定格式制作并存儲快照文件的生成插件，快照文件的格式形式可以包括I3DF、圖片、WPS、Word等，優(yōu)先采用不可修改的格式形式。
[0085]按照設定的時間間隔查詢執(zhí)行記錄數(shù)據庫，獲取執(zhí)行狀態(tài)字段為已經完成、快照文件是否生成字段為否的操作步驟信息，根據該操作步驟對應的系統(tǒng)合約號查詢合約信息數(shù)據庫，獲取合約信息數(shù)據庫中存儲的該操作步驟對應的合約簽約人、合約類型、簽約時間、操作步驟信息和合約文本的存儲路徑，根據該合約文本的存儲路徑獲取合約文本。根據該操作步驟對應的系統(tǒng)合約號、編號和執(zhí)行序號查詢交互信息數(shù)據庫，獲取系統(tǒng)合約號相同、執(zhí)行序號小于或等于該操作步驟的執(zhí)行序號的所有操作步驟的交互信息。上述時間間隔可以為I分鐘或者5分鐘等。
[0086]然后，快照生成模塊將得到的帶有時間屬性的信息按照時間線從先到后的順序進行整合和組織，調用選擇的指定快照文件格式對應的快照文件生成插件，對整合和組織后的帶有時間屬性的信息和其它沒有帶有時間屬性的所有信息生成快照文件，并按照合約信息數(shù)據庫中記錄的和客戶端約定的加密算法對快照文件進行加密，將加密后的快照文件存儲到文件數(shù)據庫中。實現(xiàn)了快照文件符合法律要求的不可修改性。
[0087]之后，快照生成模塊將執(zhí)行記錄數(shù)據庫中“該操作步驟的快照文件是否生成”字段更新為“是”，在“步驟的快照文件的存儲路徑字段”中填入上述加密后的快照文件在文件數(shù)據庫中的存儲路徑。
[0088]快照生成模塊將合約執(zhí)行過程中的交互信息(文本溝通、圖片信息)，加上過程中步驟執(zhí)行人和操作時間、確認時間等信息被整體匯總顯示，配合生成的合同文本，三者共同輸出到一個快照文件中，成為合約執(zhí)行的完整證據。
[0089]由于快照文件生成相對比較耗費資源，所以需要單獨的虛擬服務器作為支撐，避免故障影響其他服務。
[0090]合約號生成和管理模塊33，用于接收到來自客戶端的合約號申請請求后，根據客戶端選擇的合約類型的首字母、時間信息，以及哈希字符串通過設定算法生成唯一的系統(tǒng)合約號，可以保證每個系統(tǒng)合約號的唯一性。支持客戶端上傳自定義合約號，同時也按照上述處理過程生成合約號，將自定義合約號和系統(tǒng)合約號自動關聯(lián)，并可快速互查。將系統(tǒng)合約號、自定義合約號(可選)和合約簽約人、合約類型、簽約時間、執(zhí)行狀況等信息關聯(lián)存儲在合約號數(shù)據庫中。針對快速查詢的需求，接收到來自客戶端的攜帶系統(tǒng)合約號的查詢請求后，可以根據查詢請求中攜帶的合約號查詢合約號數(shù)據庫，返回系統(tǒng)合約號對應的自定義合約號(可選)、合約簽約人、合約類型、簽約時間、執(zhí)行狀況等信息，從而可以迅速完成相關信息查詢，而不需要調取合約數(shù)據完成。
[0091]合約預測與統(tǒng)計模塊34，用于接收到來自客戶端的攜帶預測統(tǒng)計范圍信息和系統(tǒng)合約號的預測查詢請求后，根據系統(tǒng)合約號查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取包含預測統(tǒng)計范圍內需要執(zhí)行的操作步驟、需要確認的操作步驟、需要付出的總款項、可能收到的總款項、需要執(zhí)行的交付動作匯總和/或可能收到的交付動作匯總的預測統(tǒng)計查詢結果，將該預測統(tǒng)計查詢結果返回給客戶端。該預測統(tǒng)計查詢能夠幫助用戶很好的預估自己的接下來的生活工作的信息，還具有一定的現(xiàn)金流估算的功能。上述預測統(tǒng)計范圍信息可以為一段時間。
[0092]用于接收到來自客戶端的攜帶統(tǒng)計范圍信息和系統(tǒng)合約號的統(tǒng)計查詢請求后，根據系統(tǒng)合約號查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取包含統(tǒng)計范圍內執(zhí)行的操作步驟、執(zhí)行確認的操作步驟、執(zhí)行付出的總款項、執(zhí)行收到的總款項、執(zhí)行的交付動作匯總和/或執(zhí)行收到的交付動作匯總的統(tǒng)計查詢結果，將該統(tǒng)計查詢結果返回給客戶端。該統(tǒng)計查詢結果能夠幫助用戶很好的簡單總結最近的現(xiàn)金收支狀況，同時也是一段時間內的工作強度的匯總總結。
[0093]分類匯總模塊35，用于基于時間的匯總，該時間可以為簽約時間、完成時間；基于簽約人的匯總，該簽約人可以為簽約對象、簽約角色；基于合約類型的匯總，該合約類型可以為預設標準合約類型、自定義合約類型和空白合約類型。
[0094]所述的合約信息管理主模塊，用于接收到所述分類匯總查詢請求后，將所述分類匯總查詢請求轉發(fā)給所述合約預測與統(tǒng)計模塊；
[0095]所述的合約預測與統(tǒng)計模塊，用于接收到所述分類匯總查詢請求后，根據所述分類信息查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取符合所述分類信息的所有合約相關信息，將包含所述所有合約相關信息的分類匯總查詢結果返回給所述合約信息管理主模塊；
[0096]所述的合約信息管理主模塊，用于將所述分類匯總查詢結果發(fā)送給所述客戶端。
[0097]綜上所述，本發(fā)明實施例的系統(tǒng)能夠將合約的基本信息、合約操作步驟的執(zhí)行狀態(tài)信息、合約的執(zhí)行過程中各個操作步驟中客戶端和服務器之間的交互信息等各種信息進行整合和組織，自動、及時地生成整個合約以及各個操作步驟對應的快照文件，成為合約執(zhí)行過程的完整的不可修改的證據文件。
[0098]應用本發(fā)明實施例的裝置，客戶端能夠靈活地按照操作步驟的編號、系統(tǒng)合約號查詢和下載對應的快照文件。能夠基于時間、簽約人或者合約類型等各種分類信息，匯總統(tǒng)計相關的合約信息能夠幫助用戶很好的預估自己的接下來的生活工作的信息，還具有一定的現(xiàn)金流估算的功能。能夠幫助用戶很好的簡單總結最近的現(xiàn)金收支狀況，同時也是一段時間內的工作強度的匯總總結。
[0099]本領域普通技術人員可以理解:附圖只是一個實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0100]通過以上的實施方式的描述可知，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件單元的方式來實現(xiàn)。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品可以存儲在存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。
[0101]本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于裝置或系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的裝置及系統(tǒng)實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。
[0102]以上所述，僅為本發(fā)明較佳的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準。
【主權項】
1.一種電子合約主體以及相關執(zhí)行過程信息的全息呈現(xiàn)系統(tǒng)，其特征在于，包括: 客戶端，用于利用通信網絡和服務器進行數(shù)據交互，完成合約執(zhí)行過程中的各種操作步驟； 服務器，用于通過數(shù)據數(shù)據庫存儲客戶端和服務器在合約執(zhí)行過程中的各種操作步驟中的數(shù)據信息，根據每個操作步驟的數(shù)據信息調用快照文件生成插件生成每個操作步驟對應的快照文件，并將快照文件存儲在文件服務器中。2.根據權利要求1所述的系統(tǒng)，其特征在于，所述的服務器包括: 所述的合約信息管理主模塊，用于提供電子合約信息管理系統(tǒng)的對外接口，承擔請求轉發(fā)、數(shù)據轉發(fā)、合約快照文件的查詢和輸出、合約信息的歸檔管理工作，所述對外接口包括:合約號申請接口、合約號快速查詢接口、合約預測與統(tǒng)計查詢接口、合約快照查詢接口和分類匯總查詢接口 ； 通過數(shù)據庫輸入輸出模塊訪問合約信息數(shù)據庫、執(zhí)行記錄數(shù)據庫、交互信息數(shù)據庫和文件數(shù)據庫，在合約信息數(shù)據庫中包括系統(tǒng)合約號、合約簽約人、合約類型、簽約時間、操作步驟信息、整個合約的執(zhí)行完成狀態(tài)、合約文本的存儲路徑、快照文件加密算法字段，其中，操作步驟信息中包括各個操作步驟的編號、執(zhí)行序號、執(zhí)行對象、確認對象、執(zhí)行狀態(tài)、執(zhí)行時間和執(zhí)行金額信息，操作步驟的執(zhí)行序號代表該操作步驟的執(zhí)行順序； 執(zhí)行記錄數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、執(zhí)行序號、執(zhí)行狀態(tài)、整個合約的執(zhí)行完成狀態(tài)、各個步驟的快照文件是否生成、各個步驟的快照文件的存儲路徑字段信息、各個步驟的執(zhí)行狀態(tài)字段和整個合約的執(zhí)行完成狀態(tài)字段，其中，操作步驟的執(zhí)行狀態(tài)字段默認設置為未執(zhí)行，整個合約的執(zhí)行完成狀態(tài)字段默認設置為未完成，各個步驟的快照文件是否生成字段默認設置為否，各個步驟的快照文件的存儲路徑默認設置為空；交互信息數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、各個操作步驟的執(zhí)行序號和各個操作步驟的交互信息字段，其中，操作步驟的交互信息字段中存儲操作步驟的執(zhí)行過程中客戶端和服務器之間的交互信息； 在文件數(shù)據庫中包括系統(tǒng)合約號、各個操作步驟的編號、各個操作步驟的執(zhí)行序號、各個操作步驟對應的快照文件信息。3.根據權利要求2所述的系統(tǒng)，其特征在于，所述的服務器還包括: 快照文件生成模塊，用于按照快照文件的指定格式制作并存儲快照文件的生成插件；按照設定的時間間隔查詢執(zhí)行記錄數(shù)據庫，獲取執(zhí)行狀態(tài)字段為已經完成、快照文件是否生成字段為否的操作步驟信息，根據該操作步驟對應的系統(tǒng)合約號查詢合約信息數(shù)據庫，獲取合約信息數(shù)據庫中存儲的該操作步驟對應的合約簽約人、合約類型、簽約時間、操作步驟信息和合約文本的存儲路徑，根據該合約文本的存儲路徑獲取合約文本;根據該操作步驟對應的系統(tǒng)合約號、編號和執(zhí)行序號查詢交互信息數(shù)據庫，獲取系統(tǒng)合約號相同、執(zhí)行序號小于或等于該操作步驟的執(zhí)行序號的所有操作步驟的交互信息； 將得到的帶有時間屬性的信息按照時間線從先到后的順序進行整合和組織，調用選擇的指定快照文件格式對應的快照文件生成插件，對整合和組織后的帶有時間屬性的信息和其它沒有帶有時間屬性的所有信息生成快照文件，并按照合約信息數(shù)據庫中記錄的和客戶端約定的加密算法對快照文件進行加密，將加密后的快照文件存儲到文件數(shù)據庫中； 將執(zhí)行記錄數(shù)據庫中該操作步驟的快照文件是否生成字段更新為是，在步驟的快照文件的存儲路徑字段中填入所述加密后的快照文件在文件數(shù)據庫中的存儲路徑。4.根據權利要求3所述的系統(tǒng)，其特征在于: 所述的客戶端，用于需要查詢合約中的一個步驟對應的合約快照文件時，通過合約快照查詢接口向所述合約信息管理主模塊發(fā)送攜帶系統(tǒng)合約號、步驟編號的合約快照查詢請求； 所述的合約信息管理主模塊，用于根據所述合約快照查詢請求中攜帶的系統(tǒng)合約號、步驟編號查詢文件數(shù)據庫，當查詢到所述步驟對應的快照文件，將該快照文件發(fā)送給客戶端；當沒有查詢到所述步驟對應的快照文件，則向客戶端發(fā)送所述步驟的快照文件還沒有生成?目息; 所述的客戶端，用于接收到該快照文件后，用和服務器約定的解密算法對快照文件進行解密，得到明文的快照文件。5.根據權利要求3所述的系統(tǒng)，其特征在于: 所述的客戶端，用于需要查詢整個合約對應的合約快照文件時，通過合約快照查詢接口向合約信息管理主模塊發(fā)送攜帶系統(tǒng)合約號的合約快照查詢請求； 所述的合約信息管理主模塊，用于根據合約快照查詢請求中攜帶的系統(tǒng)合約號查詢執(zhí)行記錄數(shù)據庫，當查詢到該系統(tǒng)合約號對應的整個合約的執(zhí)行完成狀態(tài)為已經完成時，再根據合約快照查詢請求中攜帶的系統(tǒng)合約號查詢文件數(shù)據庫，獲取符合所述系統(tǒng)合約號、執(zhí)行序號最大的步驟對應的快照文件，將該快照文件發(fā)送給客戶端；當查詢到該系統(tǒng)合約號對應的整個合約的執(zhí)行完成狀態(tài)為沒有完成時，則向客戶端發(fā)送該合約的快照文件還沒有生成信息； 所述的客戶端，用于接收到所述快照文件后，用和服務器約定的解密算法對快照文件進行解密，得到明文的快照文件。6.根據權利要求3所述的系統(tǒng)，其特征在于，所述的服務器還包括: 合約號生成和管理模塊，用于接收到來自客戶端的合約號申請請求后，根據客戶端選擇的合約類型的首字母、時間信息，以及哈希字符串通過設定算法生成唯一的系統(tǒng)合約號，將自定義合約號和系統(tǒng)合約號自動關聯(lián)，將系統(tǒng)合約號、自定義合約號和合約簽約人、合約類型、簽約時間、執(zhí)行狀況信息關聯(lián)存儲在合約號數(shù)據庫中。7.根據權利要求6所述的系統(tǒng)，其特征在于: 所述的客戶端，用于通過合約號快速查詢接口向服務器發(fā)送攜帶系統(tǒng)合約號的合約號快速查詢請求； 所述的合約號生成和管理模塊，還用于根據所述合約號快速查詢請求中攜帶的合約號查詢合約號數(shù)據庫，返回系統(tǒng)合約號對應的自定義合約號、合約簽約人、合約類型、簽約時間、執(zhí)行狀況信息。8.根據權利要求3所述的系統(tǒng)，其特征在于，所述的服務器還包括: 合約預測與統(tǒng)計模塊； 所述的客戶端，用于通過合約預測與統(tǒng)計查詢接口向服務器發(fā)送攜帶預測統(tǒng)計范圍信息和系統(tǒng)合約號的預測查詢請求； 所述的合約信息管理主模塊，用于接收到所述預測查詢請求后，將所述預測查詢請求轉發(fā)給所述合約預測與統(tǒng)計模塊； 所述的合約預測與統(tǒng)計模塊，用于接收到所述預測查詢請求后，根據系統(tǒng)合約號查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取包含所述預測統(tǒng)計范圍內需要執(zhí)行的操作步驟、需要確認的操作步驟、需要付出的總款項、可能收到的總款項、需要執(zhí)行的交付動作匯總和/或可能收到的交付動作匯總的預測統(tǒng)計查詢結果，將該預測統(tǒng)計查詢結果返回給所述合約信息管理主模塊； 所述的合約信息管理主模塊，用于將所述預測統(tǒng)計查詢結果發(fā)送給所述客戶端。9.根據權利要求8所述的系統(tǒng)，其特征在于: 所述的客戶端，用于通過合約預測與統(tǒng)計查詢接口向服務器發(fā)送攜帶統(tǒng)計范圍信息和系統(tǒng)合約號的統(tǒng)計查詢請求； 所述的合約信息管理主模塊，用于接收到所述統(tǒng)計查詢請求后，將所述統(tǒng)計查詢請求轉發(fā)給所述合約預測與統(tǒng)計模塊； 所述的合約預測與統(tǒng)計模塊，用于接收到所述統(tǒng)計查詢請求后，根據系統(tǒng)合約號查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取包含所述統(tǒng)計范圍內執(zhí)行的操作步驟、執(zhí)行確認的操作步驟、執(zhí)行付出的總款項、執(zhí)行收到的總款項、執(zhí)行的交付動作匯總和/或執(zhí)行收到的交付動作匯總的統(tǒng)計查詢結果，將該統(tǒng)計查詢結果返回給所述合約信息管理主模塊； 所述的合約信息管理主模塊，用于將所述統(tǒng)計查詢結果發(fā)送給所述客戶端。10.根據權利要求3所述的系統(tǒng)，其特征在于，所述的服務器還包括: 分類匯總模塊； 所述的客戶端，用于通過分類匯總查詢接口向服務器發(fā)送攜帶分類信息的分類匯總查詢請求，所述分類信息包括簽約時間、完成時間、簽約人和/或者合約類型； 所述的合約信息管理主模塊，用于接收到所述分類匯總查詢請求后，將所述分類匯總查詢請求轉發(fā)給所述合約預測與統(tǒng)計模塊； 所述的合約預測與統(tǒng)計模塊，用于接收到所述分類匯總查詢請求后，根據所述分類信息查詢合約數(shù)據庫和執(zhí)行記錄數(shù)據庫，獲取符合所述分類信息的所有合約相關信息，將包含所述所有合約相關信息的分類匯總查詢結果返回給所述合約信息管理主模塊； 所述的合約信息管理主模塊，用于將所述分類匯總查詢結果發(fā)送給所述客戶端。
【文檔編號】G06Q10/10GK106022706SQ201610298099
【公開日】2016年10月12日
【申請日】2016年5月6日
【發(fā)明人】周宇航, 楊海屏
【申請人】米勵（北京）信息技術有限公司