本發(fā)明涉及移動互聯(lián)網(wǎng)應(yīng)用領(lǐng)域，特別涉及一種基于二維碼簽到的會議管理方法及系統(tǒng)。

背景技術(shù)：

傳統(tǒng)的會議簽到技術(shù)采用的是參與者現(xiàn)場簽到的方式,隨著參會人數(shù)不斷增加,手寫簽到方式造成簽到效率低、簽到人數(shù)統(tǒng)計困難等問題，會議簽到的快速化、節(jié)約化要求越來越得到會議組織者的重視。

隨著計算機技術(shù)的發(fā)展,會議簽到方式也有了很大的變化，目前的會議簽到系統(tǒng)大多使用二維碼簽到、RFID卡、人臉、指紋作為人員信息的載體。對于大型會議,使用RFID卡（Radio Frequency Identification技術(shù)，又稱無線射頻識別，將會產(chǎn)生巨大的制作成本；而使用人臉、指紋的系統(tǒng)又必須提前采集相關(guān)信息，不易實施。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題在于，提供一種基于二維碼簽到的會議管理方法及系統(tǒng)，可以使會議發(fā)起及簽到更加快速化、節(jié)約化，提高參會人便捷性，提升會議的效率；方便會議組織者根據(jù)會議簽到情況，進行各項參會人員簽到情況的信息統(tǒng)計、查詢及檢索。

為解決上述技術(shù)問題，本發(fā)明實施例提供了一種基于二維碼簽到的會議管理方法，包括步驟：

會議請求客戶端向服務(wù)端發(fā)起會議創(chuàng)建請求，所述會議創(chuàng)建請求中包含要求創(chuàng)建的會議的信息，包括會議名稱、時間、地點以及參會人員信息中至少之一種；

服務(wù)端接收所述會議創(chuàng)建請求，生成一個二維碼會議標(biāo)識，并將所述二維碼會議標(biāo)識發(fā)送給會議請求客戶端，所述二維碼會議標(biāo)識至少包含有用于訪問服務(wù)端的URL地址；

會議請求客戶端接收所述二維碼會議標(biāo)識并顯示；

參會客戶端掃描所述二維碼會議標(biāo)識，訪問所述URL地址向服務(wù)端發(fā)送簽到信息，所述簽到信息中攜帶有所述參會客戶端識別信息；

服務(wù)端接收所述參會客戶端的簽到信息，保存或/及驗證所述參會客戶端識別信息，在驗證成功后向所述參會客戶端返回簽到成功的信息。

其中，所述參會客戶端識別信息為客戶端ID號或/及客戶端持有者的信息。

其中，服務(wù)端接收所述參會客戶端的簽到信息，保存或/及驗證所述參會客戶端識別信息，在驗證成功后向所述參會客戶端返回簽到成功的信息的步驟具體包括：

服務(wù)端接收所述參會客戶端的簽到信息；

保存所述簽到信息中的參會客戶端識別信息；

向所述參會客戶端返回簽到成功的信息。

其中，服務(wù)端接收所述參會客戶端的簽到信息，保存或/及驗證所述參會客戶端識別信息，在驗證成功后向所述參會客戶端返回簽到成功的信息的步驟具體包括：

服務(wù)端接收所述參會客戶端的簽到信息；

將所述簽到信息中的參會客戶端識別信息與預(yù)存的相應(yīng)信息進行比較，如果比對成功，則確認所述參會客戶端簽到成功；

向所述參會客戶端返回簽到成功的信息。

相應(yīng)地，本發(fā)明實施例的另一方面，還提供一種基于二維碼簽到的會議管理系統(tǒng)，包括會議請求客戶端、服務(wù)端以及至少一參會客戶端，其中：

會議請求客戶端包括：

會議創(chuàng)建請求單元，用于向服務(wù)端發(fā)起會議創(chuàng)建請求，其中，所述會議創(chuàng)建請求中包含要求創(chuàng)建的會議的信息，包括會議名稱、時間、地點以及參會人員信息中至少之一種；

會議標(biāo)識接收單元，用于接收來自服務(wù)端的二維碼會議標(biāo)識并顯示；

服務(wù)端包括：

會議請求接收單元，用于接收來自所述會議請求客戶端的會議創(chuàng)建請求；

標(biāo)識生成單元，用于根據(jù)所述會議創(chuàng)建請求生成二維碼會議標(biāo)識，所述二維碼會議標(biāo)識至少包含有用于訪問服務(wù)端的URL地址，；

標(biāo)識發(fā)送單元，用于將所述標(biāo)識生成單元所生成的二維碼會議標(biāo)識發(fā)送給所述會議請求客戶端；

簽到確認單元，用于接收所述參會客戶端的簽到信息，保存或/及驗證簽到信息中的參會客戶端識別信息；

確認回饋單元，用于在所述簽到確認單元驗證成功后向所述參會客戶端返回簽到成功的信息；

參會客戶端包括：

掃碼單元，用于掃描所述二維碼會議標(biāo)識，訪問所述URL地址向服務(wù)端發(fā)送簽到信息，所述簽到信息中攜帶有所述參會客戶端識別信息；

簽到確認接收單元，用于接收來自所述服務(wù)端的簽到成功的信息并顯示。

其中，所述參會客戶端識別信息為客戶端ID號或/及客戶端持有者的信息。

其中，簽到確認單元進一步包括：

接收單元，用于接收所述參會客戶端的簽到信息；

保存單元，用于獲得所述簽到信息中的參會客戶端識別信息，并保存。

其中，簽到確認單元進一步包括：

接收單元，用于接收所述參會客戶端的簽到信息；

比較確認單元，用于將所述簽到信息中的參會客戶端識別信息與預(yù)存的相應(yīng)信息進行比較，如果比對成功，則確認所述參會客戶端簽到成功。

其中，所述會議請求客戶端與所述參會客戶端為同一客戶端。

實施本發(fā)明，具有如下的有益效果：

首先，在本發(fā)明實施例中，通過會議請求客戶端就可以創(chuàng)建會議，并獲得唯一的二維碼會議標(biāo)識；參會客戶端通過掃描該二維碼會議標(biāo)識即可以實現(xiàn)會議簽到，操作簡單、方便、快速，增強用戶體驗；

同時，使會議組織工作簡單高效，會議現(xiàn)場秩序井然，節(jié)省簽到時間，簡化會議流程；并方便會議組織者根據(jù)會議簽到情況，進行各項參會人員簽到情況的信息統(tǒng)計、查詢及檢索；

另外，通過二維碼替代傳統(tǒng)紙質(zhì)簽到表，降低傳統(tǒng)紙質(zhì)的浪費，起到低碳環(huán)保的作用。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明提供的一種基于二維碼簽到的會議管理方法的一個實施例的主流程示意圖；

圖2為圖1中會議請求客戶端的發(fā)起會議創(chuàng)建請求的界面示意圖；

圖3為圖1中會議請求客戶端接收到的二維碼會議標(biāo)識的示意圖；

圖4為圖1中參會客戶端接收到的簽到成功的信息的示意圖；

圖5為本發(fā)明提供的一種基于二維碼簽到的會議管理系統(tǒng)的一個實施例的結(jié)構(gòu)程示意圖；

圖6為圖5中會議請求客戶端的結(jié)構(gòu)示意圖；

圖7為圖5中參會客戶端的結(jié)構(gòu)示意圖；

圖8為圖5中服務(wù)端的結(jié)構(gòu)示意圖；

圖9為圖8中簽到確認單元的一個實施例的結(jié)構(gòu)示意圖；

圖10為圖8中簽到確認單元的另一個實施例的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

如圖1所示，示出了本發(fā)明提供的一種基于二維碼簽到的會議管理方法的一個實施例的主流程示意圖；一并結(jié)合圖2至圖4所示，在該實施例中，該方法包括步驟：

步驟S10，會議請求客戶端向服務(wù)端發(fā)起會議創(chuàng)建請求，所述會議創(chuàng)建請求中包含要求創(chuàng)建的會議的信息，包括會議名稱、時間、地點以及參會人員信息中至少之一種； 具體地，該會議請求客戶端可以是安裝在智能手機中的APP，其界面如圖2所示；

步驟S12，服務(wù)端接收所述會議創(chuàng)建請求，生成一個唯一的二維碼會議標(biāo)識，并將所述二維碼會議標(biāo)識發(fā)送給會議請求客戶端，所述二維碼會議標(biāo)識至少包含有用于訪問服務(wù)端的URL地址；

步驟S13，會議請求客戶端接收所述二維碼會議標(biāo)識并顯示，該二維碼會議標(biāo)識可以如圖3所示；

步驟S14，參會客戶端掃描所述二維碼會議標(biāo)識，訪問所述URL地址向服務(wù)端發(fā)送簽到信息，所述簽到信息中攜帶有所述參會客戶端識別信息，其中，所述參會客戶端識別信息為客戶端ID號或/及客戶端持有者的信息；

步驟S15，服務(wù)端接收所述參會客戶端的簽到信息，保存或/及驗證所述參會客戶端識別信息，在驗證成功后向所述參會客戶端返回簽到成功的信息，該簽到成功的信息可以如圖3所示。

具體在，在一個實施例中，該步驟S15可包括如下步驟：

服務(wù)端接收所述參會客戶端的簽到信息；

保存所述簽到信息中的參會客戶端識別信息；

向所述參會客戶端返回簽到成功的信息。

可以理解的是，在另一個實施例中，該步驟S15還可以包括如下步驟：

服務(wù)端接收所述參會客戶端的簽到信息；

將所述簽到信息中的參會客戶端識別信息與預(yù)存的相應(yīng)信息進行比較，如果比對成功，則確認所述參會客戶端簽到成功；

向所述參會客戶端返回簽到成功的信息。

如圖5所示，示出了本發(fā)明提供的一種基于二維碼簽到的會議管理系統(tǒng)，其包括會議請求客戶端1、服務(wù)端4以及至少一參會客戶端2，該請求客戶端1和參會客戶端2與服務(wù)端4之間可以通過無線網(wǎng)絡(luò)5進行通信。請一并結(jié)合圖6至圖10所示，在該實施例中，其中：

會議請求客戶端1包括：

會議創(chuàng)建請求單元10，用于向服務(wù)端發(fā)起會議創(chuàng)建請求，其中，所述會議創(chuàng)建請求中包含要求創(chuàng)建的會議的信息，包括會議名稱、時間、地點以及參會人員信息中至少之一種；

會議標(biāo)識接收單元11，用于接收來自服務(wù)端的二維碼會議標(biāo)識并顯示；

服務(wù)端4包括：

會議請求接收單元40，用于接收來自所述會議請求客戶端的會議創(chuàng)建請求；

標(biāo)識生成單元41，用于根據(jù)所述會議創(chuàng)建請求生成二維碼會議標(biāo)識，所述二維碼會議標(biāo)識至少包含有用于訪問服務(wù)端的URL地址，；

標(biāo)識發(fā)送單元42，用于將所述標(biāo)識生成單元所生成的二維碼會議標(biāo)識發(fā)送給所述會議請求客戶端；

簽到確認單元43，用于接收所述參會客戶端的簽到信息，保存或/及驗證簽到信息中的參會客戶端識別信息；

確認回饋單元44，用于在所述簽到確認單元驗證成功后向所述參會客戶端返回簽到成功的信息；

參會客戶端2包括：

掃碼單元20，用于掃描所述二維碼會議標(biāo)識，訪問所述URL地址向服務(wù)端發(fā)送簽到信息，所述簽到信息中攜帶有所述參會客戶端識別信息，其中，所述參會客戶端識別信息為客戶端ID號或/及客戶端持有者的信息；

簽到確認接收單元21，用于接收來自所述服務(wù)端的簽到成功的信息并顯示。

其中，在一個實施例中，該簽到確認單元43進一步包括：

接收單元430，用于接收所述參會客戶端的簽到信息；

保存單元431，用于獲得所述簽到信息中的參會客戶端識別信息，并保存。

可以理解的是，在另一個實施例中，該簽到確認單元43進一步包括：

接收單元430，用于接收所述參會客戶端的簽到信息；

比較確認單元432，用于將所述簽到信息中的參會客戶端識別信息與預(yù)存的相應(yīng)信息進行比較，如果比對成功，則確認所述參會客戶端簽到成功。

別外，可以理解的是，所述會議請求客戶端1與所述參會客戶端2可以為同一客戶端，即在同一客戶端中集成會議發(fā)起和會議簽到功能。

同時，在服務(wù)端具有統(tǒng)計功能，可以統(tǒng)計參會客戶端的數(shù)量以及簽到時間。

更多的細節(jié)，可以參考前述對圖書至圖4的描述，在此不進行贅述。

實施本發(fā)明，具有如下的有益效果：

首先，在本發(fā)明實施例中，通過會議請求客戶端就可以創(chuàng)建會議，并獲得唯一的二維碼會議標(biāo)識；參會客戶端通過掃描該二維碼會議標(biāo)識即可以實現(xiàn)會議簽到，操作簡單、方便、快速，增強用戶體驗；

同時，使會議組織工作簡單高效，會議現(xiàn)場秩序井然，節(jié)省簽到時間，簡化會議流程；并方便會議組織者根據(jù)會議簽到情況，進行各項參會人員簽到情況的信息統(tǒng)計、查詢及檢索；

另外，通過二維碼替代傳統(tǒng)紙質(zhì)簽到表，降低傳統(tǒng)紙質(zhì)的浪費，起到低碳環(huán)保的作用。

以上所揭露的僅為本發(fā)明一種較佳實施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。