本發(fā)明涉及會議管理技術領域,特別涉及一種實現多方會議即時在線會簽的管理方法及系統(tǒng)。
背景技術:
當前制造企業(yè),在進行生產管理過程中,經常會遇到多個部門/人員進行項目進度、異常、問題的溝通協(xié)調會議或評審會議。在實際執(zhí)行過程中經常出現會議無結論,會議無結果,問題未得到解決的現象,此問題嚴重影響制造企業(yè)的決策和項目進度推進。
目前傳統(tǒng)Web軟件實現在線/網上會簽僅僅實現了會簽狀態(tài),在時效性與便捷性方面缺乏考慮。傳統(tǒng)的Web軟件實現在線/網上會簽的實現方式是基于Web運用(比如OA系統(tǒng))發(fā)起會簽邀請,會簽人員在系統(tǒng)流程下進行會簽確認,完成會簽資料或信息的確認簽署;
以上這種方案存在以下缺點:
1.只能基于會議結束后由組織人員在Web運用中發(fā)起會簽邀請,再進行會簽操作。無法做到會議結束時當面進行會議結論的確認簽署,容易導致會簽周期過長,甚至不能完成會簽;
2.會簽內容若參與方存在分歧,無法得到及時有效溝通,導致會簽不及時,甚至無法完成會簽,影響生產;
3.會簽人員需要使用自己的用戶名和密碼登錄系統(tǒng)才能完成在線/網上會簽過程;
針對上述問題,提出一種基于Web軟件的在線即時會簽管理辦法。
技術實現要素:
有鑒于此,有必要提供一種能夠實現對會議內容進行即時會簽的,解決生產實際環(huán)境中會簽周期過長、會簽擱置未完成等的時效性與便捷性問題的實現多方會議即時在線會簽的管理方法及系統(tǒng)。
一種實現多方會議即時在線會簽的管理方法,所述實現多方會議即時在線會簽的管理方法包括如下步驟:
S1、根據參會人員的身份信息為參會人員設置唯一的會簽碼,并將身份信息與會簽碼綁定設置;
S2、在會議結束時,采集參會人員輸入的會簽碼,將輸入的會簽碼與存儲的會簽碼進行比對,判斷參會人員的身份是否合法;
S3、當判斷參會人員的身份合法時,根據與會簽碼綁定的身份信息對會議內容進行簽章。
一種實現多方會議即時在線會簽的管理系統(tǒng),所述實現多方會議即時在線會簽的管理系統(tǒng)包括如下功能模塊:
會簽碼設置模塊、用于根據參會人員的身份信息為參會人員設置唯一的會簽碼,并將身份信息與會簽碼綁定設置;
身份驗證模塊、用于在會議結束時,采集參會人員輸入的會簽碼,將輸入的會簽碼與存儲的會簽碼進行比對,驗證參會人員的身份是否合法;
簽章執(zhí)行模塊、用于當判斷參會人員的身份合法時,根據與會簽碼綁定的身份信息對會議內容進行簽章。
本發(fā)明所述實現多方會議即時在線會簽的管理方法及系統(tǒng),其通過設置于身份信息綁定的唯一會議碼,實現對會議內容進行即時會簽的目的,即能夠在會議結束前,就能夠讓參會的所有人員對會議內容進行確定會簽,從而提高了會議的有效性,其相對傳統(tǒng)Web軟件中需要參會人員登錄用戶賬號和密碼才能進行會簽的復雜性,本發(fā)明所述實現多方會議即時在線會簽的管理方法及系統(tǒng)僅需輸入會簽碼即可完成會簽動作,解決生產實際環(huán)境中會簽周期過長、會簽擱置未完成等的時效性與便捷性問題。
附圖說明
圖1為本發(fā)明所述實現多方會議即時在線會簽的管理方法的流程框圖;
圖2為圖1中步驟S1的流程框圖;
圖3為圖1中步驟S1的另一流程框圖;
圖4為本發(fā)明所述實現多方會議即時在線會簽的管理方法的步驟流程圖。
具體實施方式
為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下結合附圖及實施例,對本發(fā)明進行進一步詳細說明,應當理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
如圖1所示,本發(fā)明實施例提供一種實現多方會議即時在線會簽的管理方法,所述實現多方會議即時在線會簽的管理方法包括如下步驟:
S1、根據參會人員的身份信息為參會人員設置唯一的會簽碼,并將身份信息與會簽碼綁定設置;
具體的,所述會簽碼由阿拉伯數字、標點符號、字母組成。
其中,如圖2所示,所述步驟S1包括以下分步驟:
S11、根據參會人員的身份信息為參會人員設置新會簽碼;
S12、將新會簽碼與會議管理系統(tǒng)中已有會簽碼進行比對,判斷是否存在與新會簽碼一致的已有會簽碼。
如圖3所示,所述步驟S1還包括步驟S13:
S13、當檢索到沒有與新會簽碼一致的已有會簽碼時,則繼續(xù)對會簽碼綁定的身份信息與已有會簽碼綁定的身份信息進行比對。
根據會議管理系統(tǒng)的人員信息數據庫中記錄的參會人員的身份信息,為參會人員設置一新會簽碼,并將身份信息與該會簽碼綁定設置,將新會簽碼與會議管理系統(tǒng)的會簽碼數據庫中已有會簽碼進行比對,判斷是否存在與新會簽碼一致的已有會簽碼,如果找到與新會簽碼一致的已有會簽碼時,則重新設置新會簽碼,如果沒有,則繼續(xù)對會簽碼綁定的身份信息與已有會簽碼綁定的身份信息進行比對,如果檢索到相同的身份信息,則不會將新會簽碼存儲在會簽碼數據庫中,并提醒用戶該身份信息已注冊,如果沒有檢索到相同的身份信息,則將新的會簽碼存儲在會簽碼數據庫中。
會簽碼可以由用戶自主創(chuàng)建或會議管理自動生成,由會議管理通過會簽碼數據庫檢索,在創(chuàng)建會簽碼時,通過與會簽碼數據庫中已有會簽碼進行比對,達到自動識別會簽碼的唯一性,確保不同用戶擁有不同的會簽碼。
在會議開始之前,由會議記錄人員登錄會議管理系統(tǒng),并由會議記錄人員對會議內容進行記錄;在會議結束時,由參會人員向會議管理系統(tǒng)中輸入會簽碼,對會議內容進行確認;具體的如步驟S2至S3:
S2、在會議結束時,采集參會人員輸入的會簽碼,將輸入的會簽碼與存儲的會簽碼進行比對,判斷參會人員的身份是否合適;
如果在會簽碼數據庫中沒有檢索到與輸入的會簽碼一致的會簽碼,則判斷會簽碼不合法;如果在會簽碼數據庫中檢索到與輸入的會簽碼一致的會簽碼,則判斷會簽碼合法。
S3、當判斷參會人員的身份合法時,根據與會簽碼綁定的身份信息對會議內容進行簽章。
通過會簽碼自動識別所屬人員,并根據會簽碼自動顯示對應人員的簽字或蓋章,從而無需會簽人員輸入用戶名和密碼進行系統(tǒng)登錄操作,避免了傳統(tǒng)運用中需要登錄用戶賬號和密碼才能確認操作人員。
其中,所述參會人員輸入的會簽碼采用密文顯示,任何人均看不到會簽碼信息,以防止會簽碼泄露或他人冒用。
如圖4為本發(fā)明所述實現多方會議即時在線會簽的管理方法的步驟流程圖,具體內容如下:
步驟1、登錄會議管理系統(tǒng);
步驟2、根據參會人員的身份信息為參會人員設置新會簽碼;
步驟3、將新會簽碼與會議管理系統(tǒng)中已有會簽碼進行比對,當檢索到沒有與新會簽碼一致的已有會簽碼時,返回步驟2;當檢索到沒有與新會簽碼一致的已有會簽碼時,則進行步驟4;
步驟4、對會簽碼綁定的身份信息與已有會簽碼綁定的身份信息進行比對,如果檢索到相同的身份信息,則進行步驟5,如果沒有檢索到相同的身份信息,則進行步驟6;
步驟5、提醒用戶該身份信息已注冊;
步驟6、將新的會簽碼存儲在會簽碼數據庫中;
步驟7、在會議結束時,采集參會人員輸入的會簽碼,
步驟8、將輸入的會簽碼與存儲的會簽碼進行比對,如果在會簽碼數據庫中沒有檢索到與輸入的會簽碼一致的會簽碼,則進行步驟9,如果在會簽碼數據庫中檢索到與輸入的會簽碼一致的會簽碼,則進行步驟10;
步驟9、會簽碼不合法;
步驟10、根據與會簽碼綁定的身份信息對會議內容進行簽章。
基于上述實現多方會議即時在線會簽的管理方法,本發(fā)明還提供一種實現多方會議即時在線會簽的管理系統(tǒng),所述實現多方會議即時在線會簽的管理系統(tǒng)包括如下功能模塊:
會簽碼設置模塊、用于根據參會人員的身份信息為參會人員設置唯一的會簽碼,并將身份信息與會簽碼綁定設置;
身份驗證模塊、用于在會議結束時,采集參會人員輸入的會簽碼,將輸入的會簽碼與存儲的會簽碼進行比對,驗證參會人員的身份是否合法;
簽章執(zhí)行模塊、用于當判斷參會人員的身份合法時,根據與會簽碼綁定的身份信息對會議內容進行簽章。
其中,所述會簽碼設置模塊包括以下子模塊:
新會簽碼生成子模塊、用于根據參會人員的身份信息為參會人員設置一新會簽碼;
會簽碼比對子模塊、用于將新會簽碼與會議管理系統(tǒng)中已有會簽碼進行比對,判斷是否存在與新會簽碼一致的已有會簽碼。
進一步的,所述會簽碼設置模塊還包括身份信息比對子模塊:
身份信息比對子模塊、用于當檢索到沒有與新會簽碼一致的已有會簽碼時,則繼續(xù)對會簽碼綁定的身份信息與已有會簽碼綁定的身份信息進行比對。
本發(fā)明所述實現多方會議即時在線會簽的管理方法及系統(tǒng),其通過設置于身份信息綁定的唯一會議碼,實現對會議內容進行即時會簽的目的,即能夠在會議結束前,就能夠讓參會的所有人員對會議內容進行確定會簽,從而提高了會議的有效性,其相對傳統(tǒng)Web軟件中需要參會人員登錄用戶賬號和密碼才能進行會簽的復雜性,本發(fā)明所述實現多方會議即時在線會簽的管理方法及系統(tǒng)僅需輸入會簽碼即可完成會簽動作,解決生產實際環(huán)境中會簽周期過長、會簽擱置未完成等的時效性與便捷性問題。
以上裝置實施例與方法實施例是一一對應的,裝置實施例簡略之處,參見方法實施例即可。
本說明書中各個實施例采用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似部分互相參見即可。
專業(yè)人員還可以進一步意識到,結合本文中所公開的實施例描述的各示例的單元及算法步驟,能夠以電子硬件、計算機軟件或者二者的結合來實現,為了清楚地說明硬件和軟件的可互換性,在上述說明中已經按照功能性一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行,取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能,但是這種實現不應超過本發(fā)明的范圍。
結合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊,或者二者的結合來實施。軟件模塊可以置于隨機儲存器、內存、只讀存儲器、電可編程ROM、電可檫除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術領域內所公知的任意其他形式的存儲介質中。
上面結合附圖對本發(fā)明的實施例進行了描述,但是本發(fā)明并不局限于上述的具體實施方式,上述的具體實施方式僅僅是示意性的,而不是限制性的,本領域的普通技術人員在本發(fā)明的啟示下,在不脫離本發(fā)明宗旨和權利要求所保護的范圍情況下,還可做出很多形式,這些均屬于本發(fā)明的保護之內。