一種簽核方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種簽核方法及系統(tǒng)，用以實(shí)現(xiàn)簽核的自動(dòng)化，提高工作效率。該方法為：簽核服務(wù)器對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收第一用戶提交的簽核請求，所述簽核請求中至少包括所述第一用戶的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限；簽核服務(wù)器將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶，由所述第二用戶對所述請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給所述簽核服務(wù)器；簽核服務(wù)器將所述簽核結(jié)果反饋給所述第一用戶。
【專利說明】—種簽核方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)【技術(shù)領(lǐng)域】，尤其涉及一種簽核方法及系統(tǒng)。
【背景技術(shù)】
[0002]一般企業(yè)中，在進(jìn)行材料采購、設(shè)計(jì)變更、企業(yè)改進(jìn)計(jì)劃等申請時(shí)，需要人工制作表格后，將需要簽核的內(nèi)容填好并答應(yīng)處理后，依次送往需要審核的各級領(lǐng)導(dǎo)辦公室進(jìn)行簽核。
[0003]然而，該傳統(tǒng)的簽核方式常會存在以下問題:
[0004]首先，在領(lǐng)導(dǎo)出差或忙于其它事情時(shí)，會導(dǎo)致待審核的表格被擱置，由于簽核的延誤耽誤后續(xù)的處理，導(dǎo)致工作效率降低；
[0005]其次，表格的制作、填寫、建檔、呈送、簽核以及日后的進(jìn)度跟蹤和查詢等工作，均需要人工處理相關(guān)的書面文件，非常費(fèi)時(shí)費(fèi)力，工作效率低下；
[0006]再者，這種傳統(tǒng)的紙質(zhì)簽核文件容易外泄，安全性較差。
[0007]由此可見，這種傳統(tǒng)的紙質(zhì)簽核方式缺乏靈活性，尤其對于期限緊張的項(xiàng)目簽核程序，項(xiàng)目 申請人:無法及時(shí)了解簽核人員的簽核進(jìn)度，例如簽核人員是否已經(jīng)收到待審核的表格以及簽核人員是否已經(jīng)完成簽核等，造成項(xiàng)目申請的延誤。
[0008]因此，提供一種簽核方法，以節(jié)省人力資源、提高工作效率、避免資源浪費(fèi)。

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

[0009]本發(fā)明提供一種簽核方法及系統(tǒng)，用以實(shí)現(xiàn)簽核的自動(dòng)化，提高工作效率。
[0010]本發(fā)明實(shí)施例提供的具體技術(shù)方案如下:
[0011]一種簽核方法，包括:
[0012]簽核服務(wù)器對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收第一用戶提交的簽核請求，所述簽核請求中至少包括所述第一用戶的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限；
[0013]所述簽核服務(wù)器將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶，由所述第二用戶對所述請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給所述簽核服務(wù)器；
[0014]所述簽核服務(wù)器將所述簽核結(jié)果反饋給所述第一用戶。
[0015]一種簽核系統(tǒng)，包括:
[0016]第一用戶，用于向簽核服務(wù)器提交簽核請求，所述簽核請求中至少包括所述第一用戶的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限；
[0017]簽核服務(wù)器，用于對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收所述第一用戶提交的所述簽核請求，并將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶，以及用于接收所述第二用戶反饋的簽核結(jié)果并將所述簽核結(jié)果反饋給所述第
一用戶；
[0018]第二用戶，用于對所述請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給所述簽核服務(wù)器。
[0019]基于上述技術(shù)方案，本發(fā)明實(shí)施例中，簽核服務(wù)器在對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收第一用戶提交的簽核請求，該簽核請求中至少包括所述第一用戶的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限，簽核服務(wù)器將該簽核請求發(fā)送給具有簽核請求中攜帶的簽核權(quán)限和/或高于該簽核權(quán)限的第二用戶，由第二用戶對請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給簽核服務(wù)器，簽核服務(wù)器將該簽核結(jié)果反饋給第一用戶，從而實(shí)現(xiàn)了簽核的自動(dòng)化，提高了工作效率，避免了現(xiàn)有的紙質(zhì)簽核方式造成的效率低下、資源浪費(fèi)、安全性較差的問題。
【專利附圖】

【附圖說明】
[0020]圖1為本發(fā)明實(shí)施例中簽核的方法流程圖；
[0021]圖2為本發(fā)明實(shí)施例中簽核系統(tǒng)的結(jié)構(gòu)示意圖；
[0022]圖3為本發(fā)明具體實(shí)施例中設(shè)計(jì)端系統(tǒng)設(shè)置界面示意圖；
[0023]圖4為本發(fā)明具體實(shí)施例中后臺表單設(shè)計(jì)部分的界面示意圖；
[0024]圖5為本發(fā)明具體實(shí)施例中模塊設(shè)置的界面示意圖；
[0025]圖6為本發(fā)明具體實(shí)施例中節(jié)點(diǎn)設(shè)置的界面示意圖；
[0026]圖7為本發(fā)明具體實(shí)施例中路由設(shè)置的界面示意圖；
[0027]圖8為本發(fā)明具體實(shí)施例中簽核請求的處理狀態(tài)界面示意圖。
【具體實(shí)施方式】
[0028]為了實(shí)現(xiàn)簽核的自動(dòng)化、提高簽核效率以及工作效率，本發(fā)明實(shí)施例中提供了一種簽核方法及系統(tǒng)。
[0029]下面結(jié)合附圖對本發(fā)明優(yōu)選的實(shí)施方式進(jìn)行詳細(xì)說明。
[0030]如附圖1所示，本發(fā)明實(shí)施例中一種簽核方法，其具體簽核流程如下:
[0031]步驟101:簽核服務(wù)器對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收第一用戶提交的簽核請求，該簽核請求中至少包括第一用戶的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限。
[0032]其中，簽核請求中攜帶的第一用戶的身份信息包括但不限于:第一用戶的姓名、所屬的部門、聯(lián)系電話以及電子郵件地址。簽核請求中攜帶的簽核權(quán)限用于限定具有簽核該簽核請求的最低權(quán)限，即只有簽核權(quán)限等于或高于該簽核請求中攜帶的簽核權(quán)限的用戶才能夠?qū)υ摵灪苏埱筮M(jìn)行簽核。
[0033]較佳地，簽核服務(wù)器對第一用戶的身份進(jìn)行鑒權(quán)之前，根據(jù)各用戶所屬的類別及審核權(quán)限確定各用戶的訪問權(quán)限以及簽核權(quán)限。具體實(shí)施中，用戶所屬的類別為用戶所屬的部門，用戶的審核權(quán)限可以是按照用戶的領(lǐng)導(dǎo)級別確定，領(lǐng)導(dǎo)級別越高具有的審核權(quán)限越聞。
[0034]例如，簽核服務(wù)器根據(jù)預(yù)先獲取的各用戶所屬的部門以及領(lǐng)導(dǎo)級別確定各用戶的訪問權(quán)限時(shí)，可以設(shè)置屬于特定部門的所有用戶具有相同的訪問權(quán)限，也可以根據(jù)該部門中的領(lǐng)導(dǎo)級別的不同設(shè)定不同的訪問權(quán)限；同理，簽核服務(wù)器根據(jù)預(yù)先獲取的各用戶所屬的部門及領(lǐng)導(dǎo)級別確定各用戶的簽核權(quán)限時(shí)，可以設(shè)置屬于特定部門的所有用戶對下一級部門的簽核請求具有相同的簽核權(quán)限，也可以根據(jù)該部門中的領(lǐng)導(dǎo)級別的不同設(shè)定不同的簽核權(quán)限。
[0035]步驟102:簽核服務(wù)器將該簽核請求發(fā)送給具有簽核請求中攜帶的簽核權(quán)限和/或高于簽核請求中攜帶的簽核權(quán)限的第二用戶，由該第二用戶對簽核請求中攜帶的請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給簽核服務(wù)器。
[0036]在第一具體實(shí)現(xiàn)中，簽核服務(wù)器獲取第一用戶所屬的部門，判斷該部門中是否存在簽核權(quán)限等于或高于簽核請求中攜帶的簽核權(quán)限的用戶；
[0037]若存在，將該部門中簽核權(quán)限等于或高于簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶；
[0038]否則，確定第一用戶所屬的部門的上一級部門，將該上一級部門中簽核權(quán)限等于或高于簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶。
[0039]在第二具體實(shí)現(xiàn)中，簽核服務(wù)器獲取第一用戶所屬的部門，判斷該部門中是否存在簽核權(quán)限等于和高于簽核請求中攜帶的簽核權(quán)限的用戶；
[0040]若存在，將該部門中簽核權(quán)限等于和高于簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶；
[0041]否則，確定第一用戶所屬的部門的上一級部門，將該上一級部門中簽核權(quán)限等于和高于簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶。
[0042]優(yōu)選地，簽核服務(wù)器將簽核請求發(fā)送給具有簽核權(quán)限和/或高于該簽核權(quán)限的第二用戶時(shí)，簽核服務(wù)器根據(jù)第二用戶注冊的聯(lián)系方式向第二用戶發(fā)送提示信息，該提示信息用于提示第二用戶有需要進(jìn)行簽核的簽核請求。
[0043]具體實(shí)施中，若第二用戶注冊聯(lián)系方式為手機(jī)號碼，則通過向該手機(jī)號碼發(fā)送短消息以提示第二用戶有需要進(jìn)行簽核的簽核請求；若第二用戶注冊聯(lián)系方式為電子郵件地址，則通過向該電子郵件地址發(fā)送電子郵件以提示第二用戶有需要進(jìn)行簽核的簽核請求。
[0044]優(yōu)選地，簽核服務(wù)器根據(jù)第二用戶注冊的聯(lián)系方式向第二用戶發(fā)送提示信息之后，若在設(shè)定時(shí)長內(nèi)未收到第二用戶反饋的簽核結(jié)果，根據(jù)第二用戶注冊的聯(lián)系方式向該第二用戶發(fā)送催辦信息。
[0045]具體實(shí)施中，若第二用戶注冊的聯(lián)系方式為手機(jī)號碼，則向第二用戶發(fā)送的催辦信息為短消息形式，若第二用戶注冊的聯(lián)系方式為電子郵件地址，則向第二用戶發(fā)送的催辦信息為電子郵件形式，若第二用戶注冊的聯(lián)系方式為多種，則向第二用戶發(fā)送的催辦信息為分別與多種聯(lián)系方式對應(yīng)的多種形式。例如，若第二用戶注冊聯(lián)系方式為手機(jī)號碼和電子郵件地址，則簽核服務(wù)器向第二用戶注冊手機(jī)號碼發(fā)送進(jìn)行催辦的短消息，同時(shí)向第二用戶注冊電子郵件地址發(fā)送進(jìn)行催辦的電子郵件。
[0046]步驟103:簽核服務(wù)器將該簽核結(jié)果反饋給第一用戶。
[0047]具體實(shí)施中，簽核結(jié)果可以是第二用戶同意或駁回簽核請求的結(jié)果信息，且該簽核結(jié)果中還可以攜帶第二用戶的簽名信息。
[0048]基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了一種簽核系統(tǒng)，如附圖2所示，該簽核系統(tǒng)主要包括第一用戶201、簽核服務(wù)器202和第二用戶203，其中，
[0049]第一用戶201，用于向簽核服務(wù)器提交簽核請求，該簽核請求中至少包括第一用戶201的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限；[0050]簽核服務(wù)器202，用于對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收第一用戶201提交的簽核請求，并將該簽核請求發(fā)送給具有簽核權(quán)限和/或高于該簽核權(quán)限的第二用戶203，以及用于接收第二用戶203反饋的簽核結(jié)果并將該簽核結(jié)果反饋給第一用戶201 ；
[0051]第二用戶203，用于對請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給簽核服務(wù)器202。
[0052]較佳地，簽核服務(wù)器202還用于在對第一用戶201的身份進(jìn)行鑒權(quán)之前，根據(jù)各用戶所屬的部門以及領(lǐng)導(dǎo)級別確定各用戶的訪問權(quán)限以及簽核權(quán)限。
[0053]優(yōu)選地，簽核服務(wù)器202具體用于將簽核請求發(fā)送給具有簽核請求中攜帶的簽核權(quán)限和/或高于簽核請求中攜帶的簽核權(quán)限的第二用戶203時(shí)，獲取第一用戶201所屬的部門，判斷該部門中是否存在簽核權(quán)限等于和/或高于簽核請求中攜帶的簽核權(quán)限的用戶；若存在，將該部門中簽核權(quán)限等于和/或高于簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶203 ;否則，確定第一用戶201所屬的部門的上一級部門，將該上一級部門中簽核權(quán)限等于和/或高于簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶203。
[0054]優(yōu)選地，簽核服務(wù)器202還用于將簽核請求發(fā)送給具有簽核請求中攜帶的簽核權(quán)限和/或高于簽核請求中攜帶的簽核權(quán)限的第二用戶203時(shí)，根據(jù)該第二用戶203注冊的聯(lián)系方式向第二用戶203發(fā)送提示信息，該提示信息用于提示第二用戶203有需要進(jìn)行簽核的簽核請求。
[0055]優(yōu)選地，簽核服務(wù)器202還用于在根據(jù)第二用戶203注冊的聯(lián)系方式向第二用戶203發(fā)送提示信息之后，接收第二用戶203反饋的簽核結(jié)果之前，若在設(shè)定時(shí)長內(nèi)未收到第二用戶203反饋的簽核結(jié)果，根據(jù)第二用戶203注冊的聯(lián)系方式向第二用戶203發(fā)送催辦信息。
[0056]以下通過一個(gè)具體實(shí)施例對本發(fā)明實(shí)施例中實(shí)現(xiàn)自動(dòng)化簽核的具體實(shí)施過程進(jìn)行說明。該具體實(shí)施例中利用Lotus Domino/Notes中的客戶端/服務(wù)器(C/S)架構(gòu),運(yùn)行在Domino R6平臺上以LotusScript開發(fā)技術(shù)實(shí)現(xiàn)自動(dòng)化簽核。
[0057]采用訪問控制列表(Access Control List, ACL)技術(shù)建立數(shù)據(jù)庫系統(tǒng),在該數(shù)據(jù)庫系統(tǒng)中指定各個(gè)用戶的訪問權(quán)限，該訪問權(quán)限能夠限制用戶在數(shù)據(jù)庫中能夠執(zhí)行的任務(wù)。在數(shù)據(jù)庫的ACL中需要為每個(gè)用戶(該用戶可以是個(gè)人、群組或服務(wù)器)設(shè)置訪問權(quán)限。其中，服務(wù)器的訪問權(quán)限用于限制服務(wù)器可以復(fù)制的數(shù)據(jù)庫中的信息。采用Notes客戶端的用戶要訪問特定服務(wù)器上的數(shù)據(jù)庫，該用戶必須既具有該數(shù)據(jù)庫的訪問權(quán)限，又具有該服務(wù)器的訪問權(quán)限(實(shí)際開發(fā)中，用戶對服務(wù)器的訪問權(quán)限可以在Domino群組工作軟件目錄下的“服務(wù)器”文檔中指定)。
[0058]要查看數(shù)據(jù)庫中的ACL，用戶至少要具有“讀者”的訪問權(quán)限；在“服務(wù)器”文檔中指定為“具有完全權(quán)限的管理員”的用戶對服務(wù)器上的所有數(shù)據(jù)庫具有管理者的訪問權(quán)限，且無需考慮該用戶是否在數(shù)據(jù)庫ACL中列出；在“服務(wù)器”文檔中指定為管理員或數(shù)據(jù)庫管理員的用戶可以修改(例如指定管理服務(wù)器或者創(chuàng)建全文索引)或刪除服務(wù)器上的任何數(shù)據(jù)庫，即便這些用戶在數(shù)據(jù)ACL中未列出。其中，用戶具有某個(gè)數(shù)據(jù)庫的重要訪問權(quán)限，但是又沒有在數(shù)據(jù)庫ACL中列出，這種訪問權(quán)限為在Domino的其它區(qū)域進(jìn)行權(quán)限設(shè)置時(shí)授予的，或者是通過對服務(wù)器本身具有訪問權(quán)限而得到的。作為管理員需要了解這些類型的訪問權(quán)限，才能充分地保護(hù)服務(wù)器上的數(shù)據(jù)庫。[0059]其中，作為管理員的用戶可以在服務(wù)器上運(yùn)行任意的可執(zhí)行程序，無論是通過Domino程序訪問服務(wù)器，還是通過使用無限制的代理啟動(dòng)可執(zhí)行程序。作為管理員的用戶還可以直接在作為服務(wù)器的計(jì)算機(jī)或者對服務(wù)器數(shù)據(jù)庫文件具有文件存取級別的訪問權(quán)限的計(jì)算機(jī)上運(yùn)行Notes客戶端軟件。如果用戶具有“使用不受限制的完全權(quán)限”這一訪問權(quán)限，則可以通過運(yùn)行代理訪問數(shù)據(jù)庫，即使該用戶未在數(shù)據(jù)庫ACL中列出，即該訪問權(quán)限可以忽略ACL和讀者列表。
[0060]該具體實(shí)施例中，Lotus Notes客戶端程序或者Domino服務(wù)器程序可采用LotusScript腳本語言實(shí)現(xiàn),LotusScript腳本語言相當(dāng)于網(wǎng)頁中的腳本語言JavaScript。被描述為“類似BASIC”的LotusScript在訪問后臺數(shù)據(jù)庫和驅(qū)動(dòng)客戶端用戶界面方面很有用。LotusScript可以使用Lotus Domino Designer開發(fā)環(huán)境進(jìn)行代碼編程,它具有強(qiáng)大的能夠從事面向?qū)ο髴?yīng)用軟件開發(fā)的語言范圍，能夠提供循環(huán)和分支的能力、數(shù)組以及訪問Notes對象的能力。判斷Notes中何時(shí)使用LotusScript或公式語言,其中，當(dāng)執(zhí)行任務(wù)的函數(shù)或命令存在時(shí)，使用公式語言，對于復(fù)雜的程序控制或循環(huán)則使用LotusScript，存取或操作存儲的文檔數(shù)據(jù)時(shí)使用LotusScript，尤其是對于跨文檔、跨數(shù)據(jù)庫的存取，若公式語言不能辦到，則使用LotusScript。
[0061]該具體實(shí)施例中，各用戶可以通過簽核服務(wù)器訪問該數(shù)據(jù)庫系統(tǒng)，如附圖3所示為在簽核服務(wù)器中實(shí)現(xiàn)的設(shè)計(jì)端系統(tǒng)設(shè)置界面，通過該設(shè)置界面可以設(shè)置系統(tǒng)主服務(wù)器(Mainserver)的路徑、是否允許在其他服務(wù)器上訪問的選項(xiàng)(login)、以及各數(shù)據(jù)庫的路徑，例如工作流數(shù)據(jù)庫路徑(WorkflowPath)、員工信息數(shù)據(jù)庫路徑(StafflnfoDBPath)、員工請求數(shù)據(jù)庫路徑(HumanResDBPath)以及日志數(shù)據(jù)庫路徑(LogDBPath),通過點(diǎn)擊設(shè)置界面上的測試按鈕可以調(diào)用用于測試相應(yīng)的數(shù)據(jù)庫是否連接上的代碼，數(shù)據(jù)庫名稱可以是管理員在前臺進(jìn)行設(shè)置。
[0062]該具體實(shí)施例中，如附圖4所示為后臺表單設(shè)計(jì)部分的界面，當(dāng)前的狀態(tài)顯示用代碼進(jìn)行編寫，顯示過程中調(diào)用了工作流(Workflow)中的節(jié)點(diǎn)設(shè)置。通過該界面可以顯示當(dāng)前處理人的中文名(ActionUser_SYS)、編號以及表單當(dāng)前狀態(tài)(ActionMode_SYS)。通過該界面可以顯示提出簽核請求的 申請人:(APPCName)、 申請人:部門(Department)、文件編號(S0PN0)、 申請日期:、 申請人:電話、申請主旨等信息。且在該界面中顯示可以供當(dāng)前處理人進(jìn)行的操作，如通過界面上的編輯按鈕、提交按鈕或保存按鈕對該簽核請求進(jìn)行編輯，或者通過點(diǎn)擊同意按鈕、駁回按鈕、加簽按鈕處理該簽核請求，通過點(diǎn)擊退出按鈕退出對該簽核請求的處理。
[0063]其中，表單設(shè)計(jì)部分中界面顯示的有些域值是在新建數(shù)據(jù)庫的過程中獲取的，例如 申請人:的信息等是通過調(diào)用員工數(shù)據(jù)庫獲得，還有一部分域值是 申請人:在建單時(shí)輸入的，例如申請主旨等。
[0064]該具體實(shí)施例中，控制流程部分主要通過工作流配置數(shù)據(jù)庫實(shí)現(xiàn)，首先進(jìn)行模塊設(shè)置，再進(jìn)行節(jié)點(diǎn)設(shè)置，最后進(jìn)行路由設(shè)置。如附圖5所示為進(jìn)行模塊設(shè)置的界面示意圖，該界面中包括模塊名稱、模塊文件名、流程名稱、流程表單名稱、審批起點(diǎn)基板、是否開啟等，例如模塊名稱為FAB FMI Notice簽核系統(tǒng)，模塊文件名為FabFmiNotice.nsf，流程名稱為FAB FMI簽核表，流程表單名稱為FAB FMI Notice，審批起點(diǎn)級別為科長/主管級別，是否開啟選擇為是。如附圖6所示為進(jìn)行節(jié)點(diǎn)設(shè)置的界面示意圖，該界面中包括模塊名稱、模塊文件名、流程名稱、節(jié)點(diǎn)名稱、節(jié)點(diǎn)性質(zhì)、節(jié)點(diǎn)序號、節(jié)點(diǎn)處理人、是否為多人處理、按鈕配置、是否變化、是否需要發(fā)催辦、催辦間隔時(shí)間、郵件主題等。如附圖7所示為進(jìn)行路由設(shè)置的界面示意圖，該界面中包括模塊名稱、模塊文件名、流程名稱、當(dāng)前節(jié)點(diǎn)、路由方向、路由性質(zhì)、下一節(jié)點(diǎn)、提交不可為空域、提交時(shí)域?yàn)榭盏奶崾疚淖?、是否需要填寫意見等?br> [0065]該具體實(shí)施例中，根據(jù)以上具體設(shè)置，整個(gè)流程會按照開發(fā)者設(shè)計(jì)的方向執(zhí)行，實(shí)際應(yīng)用中也可以根據(jù)客戶的需求隨時(shí)更改，靈活性較強(qiáng)、易于管理。
[0066]附圖8所示為截取的該具體實(shí)施例中各簽核請求的處理狀態(tài)界面示意圖，即用戶可以通過界面了解各簽核請求的 申請日期:、 申請人:、當(dāng)前處理人、當(dāng)前處理狀態(tài)等信息。
[0067]該具體實(shí)施例中表單的結(jié)構(gòu)具體為:“繼承缺省的域值”的屬性為否，“所做更新作為答復(fù)文檔”的屬性為否，將“前一版本保留為答復(fù)文檔”的屬性為“否”，“填寫時(shí)激活對象”的屬性為否，“編輯時(shí)激活對象”的屬性為否，“閱讀時(shí)激活對象”的屬性為否，“文檔密鑰”的屬性為未指定，“創(chuàng)建的文檔可讀者”為所有用戶，“表單創(chuàng)建者”為所有用戶；對于表單中的子組件:域“FormName”的數(shù)據(jù)類型為“文本”、“幫助說明”的屬性為未指定，“域類型”為計(jì)算類型，“當(dāng)發(fā)送郵件時(shí)簽名/在區(qū)段中簽名”的屬性為否，“加密”屬性為禁用，“更新操作要有編輯者權(quán)限”的屬性為否，“公式”的屬性為否^“Form”的數(shù)據(jù)類型為“文本”、“幫助說明”的屬性為未指定，“域類型”為可編輯，“當(dāng)發(fā)送郵件時(shí)簽名/在區(qū)段中簽名”的屬性為否，“加密”屬性為禁用，“更新操作要有編輯者權(quán)限”的屬性為否，“缺省值公式”的屬性為否“FAB FMI Notice” ；域“SaveOption”的數(shù)據(jù)類型為“文本”、“幫助說明”的屬性為未指定，“域類型”為未指定，當(dāng)發(fā)送郵件時(shí)簽名/在區(qū)段中簽名”的屬性為否，“加密”屬性為禁用，“更新操作要有編輯者權(quán)限”的屬性為否，“缺省值公式”設(shè)置為“I”。
[0068]其中，該具體實(shí)施例中，Notes后臺代碼開發(fā)中運(yùn)用到的類對象可分為前端類和后端類，所謂前端類是指由 前臺得到的、用戶當(dāng)前正在工作的對象，用以表示對Notes客戶機(jī)用戶界面中的對象進(jìn)行操作，該具體實(shí)施例中，前端類具體包括:用于工作臺打開的數(shù)據(jù)庫NotesUIDatabas、當(dāng)前文檔NotesUIDocument、當(dāng)前文檔上的按鈕Button、當(dāng)前文檔中的域Field、當(dāng)前數(shù)據(jù)庫視圖NotesUIView、導(dǎo)航器Navigator等。所謂后端類是由后臺獲得的對象，前臺不可見，可以訪問和操作任意數(shù)據(jù)庫中的任意文檔、視圖、文件夾中的內(nèi)容、數(shù)據(jù)庫ACL以及外部數(shù)據(jù)。
[0069]該具體實(shí)施例中，窗口(Window)是Domino中JavaScript對象模型的頂端對象，也就是瀏覽器，具有屬性、方法及對象，窗口的對象層次從文檔(document)開始，每個(gè)文檔至少包括一個(gè)表單(form),表單是由域(fileUpload)、按鈕(button)、文本(text)、圖像和聲音(radio)、選擇框(select)等其它元素組成的容器。
[0070]基于上述技術(shù)方案，本發(fā)明實(shí)施例中，簽核服務(wù)器在對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收第一用戶提交的簽核請求，該簽核請求中至少包括所述第一用戶的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限，簽核服務(wù)器將該簽核請求發(fā)送給具有簽核請求中攜帶的簽核權(quán)限和/或高于該簽核權(quán)限的第二用戶，由第二用戶對請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給簽核服務(wù)器，簽核服務(wù)器將該簽核結(jié)果反饋給第一用戶，從而實(shí)現(xiàn)了簽核的自動(dòng)化，提高了工作效率，避免了現(xiàn)有的紙質(zhì)簽核方式造成的效率低下、資源浪費(fèi)、安全性較差的問題。
[0071]顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
【權(quán)利要求】
1.一種簽核方法，其特征在于，包括: 簽核服務(wù)器對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收第一用戶提交的簽核請求，所述簽核請求中至少包括所述第一用戶的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限； 所述簽核服務(wù)器將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶，由所述第二用戶對所述請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給所述簽核服務(wù)器； 所述簽核服務(wù)器將所述簽核結(jié)果反饋給所述第一用戶。
2.如權(quán)利要求1所述的方法，其特征在于，簽核服務(wù)器對第一用戶的身份進(jìn)行鑒權(quán)之前，還包括: 所述簽核服務(wù)器根據(jù)各用戶所屬的類別及審核權(quán)限確定各用戶的訪問權(quán)限以及簽核權(quán)限。
3.如權(quán)利要求2所述的方法，其特征在于，所述簽核服務(wù)器將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶，包括: 所述簽核服務(wù)器獲取所述第一用戶所屬的部門，判斷所述部門中是否存在簽核權(quán)限等于和/或高于所述簽核請求中攜帶的簽核權(quán)限的用戶； 若存在，將所述部門中簽核權(quán)限等于和/或高于所述簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶； 否則，確定所述第一用戶所屬的部門的上一級部門，將所述上一級部門中簽核權(quán)限等于和/或高于所述簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶。
4.如權(quán)利要求3所述的方法，其特征在于，所述簽核服務(wù)器將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶時(shí)，還包括: 所述簽核服務(wù)器根據(jù)所述第二用戶注冊的聯(lián)系方式向所述第二用戶發(fā)送提示信息，所述提示信息用于提示所述第二用戶有需要進(jìn)行簽核的簽核請求。
5.如權(quán)利要求4所述的方法，其特征在于，所述簽核服務(wù)器根據(jù)所述第二用戶注冊的聯(lián)系方式向所述第二用戶發(fā)送提示信息之后，接收所述第二用戶反饋的簽核結(jié)果之前，還包括: 所述簽核服務(wù)器若在設(shè)定時(shí)長內(nèi)未收到所述第二用戶反饋的簽核結(jié)果，根據(jù)所述第二用戶注冊的聯(lián)系方式向所述第二用戶發(fā)送催辦信息。
6.—種簽核系統(tǒng)，其特征在于，包括: 第一用戶，用于向簽核服務(wù)器提交簽核請求，所述簽核請求中至少包括所述第一用戶的身份信息、請求簽核的內(nèi)容以及簽核權(quán)限； 簽核服務(wù)器，用于對第一用戶的訪問權(quán)限進(jìn)行鑒權(quán)通過后，接收所述第一用戶提交的所述簽核請求，并將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶，以及用于接收所述第二用戶反饋的簽核結(jié)果并將所述簽核結(jié)果反饋給所述第一用戶； 第二用戶，用于對所述請求簽核的內(nèi)容進(jìn)行簽核后，將簽核結(jié)果反饋給所述簽核服務(wù) 器。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述簽核服務(wù)器還用于在對所述第一用戶的身份進(jìn)行鑒權(quán)之前，根據(jù)各用戶所屬的類別及審核權(quán)限確定各用戶的訪問權(quán)限以及簽核權(quán)限。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述簽核服務(wù)器具體用于將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶時(shí)，獲取所述第一用戶所屬的部門，判斷所述部門中是否存在簽核權(quán)限等于和/或高于所述簽核請求中攜帶的簽核權(quán)限的用戶；若存在，將所述部門中簽核權(quán)限等于和/或高于所述簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶；否則，確定所述第一用戶所屬的部門的上一級部門，將所述上一級部門中簽核權(quán)限等于和/或高于所述簽核請求中攜帶的簽核權(quán)限的用戶確定為第二用戶。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述簽核服務(wù)器還用于將所述簽核請求發(fā)送給具有所述簽核權(quán)限和/或高于所述簽核權(quán)限的第二用戶時(shí)，根據(jù)所述第二用戶注冊的聯(lián)系方式向所述第二用戶發(fā)送提示信息，所述提示信息用于提示所述第二用戶有需要進(jìn)行簽核的簽核請求。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述簽核服務(wù)器還用于在根據(jù)所述第二用戶注冊的聯(lián)系方式向所述第二用戶發(fā)送提示信息之后，接收所述第二用戶反饋的簽核結(jié)果之前，若在設(shè)定時(shí)長內(nèi)未收到所述第二用戶反饋的簽核結(jié)果，根據(jù)所述第二用戶注冊的聯(lián)系方式向所述第二用戶發(fā)送催辦信息。
【文檔編號】G06Q10/10GK103971224SQ201310042610
【公開日】2014年8月6日 申請日期:2013年2月4日 優(yōu)先權(quán)日:2013年2月4日
【發(fā)明者】莫愛紅 申請人:北大方正集團(tuán)有限公司, 深圳方正微電子有限公司