本發(fā)明屬于信息
技術(shù)領域：
，特別涉及一種訪客認證方法和系統(tǒng)。
背景技術(shù)：
：大多數(shù)居民小區(qū)、寫字樓等社區(qū)都安裝了門禁系統(tǒng)，用于限制無關(guān)人員進入。采用通行卡(如ic卡)等方式的門禁系統(tǒng)只適用住戶的進入，對訪客不適用。雖然有些社區(qū)安裝了可視電話等門禁系統(tǒng)，用于訪客的授權(quán)，但該類系統(tǒng)不僅投資大，后期維護成本高，而且住戶不在社區(qū)時，訪客就無法進入，對住戶和訪客都造成了不便。隨著網(wǎng)絡和智能手機的普及，使用智能移動終端實現(xiàn)門禁功能成為一種趨勢。中國專利申請?zhí)?01410000185.6公開了一種基于微信的門禁控制方法。該專利中，訪客移動端掃描二維碼得到物業(yè)信息；門禁服務器發(fā)送訪問選擇信息；訪客移動端接收訪問選擇信息后發(fā)送訪問請求信息；門禁服務器發(fā)送訪問請求信息，住戶移動端進行確認，若確認成功則發(fā)送確認成功信息；訪客移動端接收到確認成功信息后發(fā)送開門請求信息，門禁服務器判斷后驅(qū)動控制單元開門。中國專利申請?zhí)?01410032664.6公開了一種門禁控制方法、裝置和門禁系統(tǒng)。門禁系統(tǒng)接收被拜訪用戶終端發(fā)送的拜訪請求；拜訪請求中包括拜訪用戶終端的終端信息；當門禁系統(tǒng)判斷出被拜訪用戶終端具有準入資格時，根據(jù)拜訪請求，生成拜訪用戶終端的臨時密鑰；門禁系統(tǒng)將述臨時密鑰發(fā)送給拜訪用戶終端，以便拜訪用戶終端具有準入資格。中國專利申請?zhí)?01410459938.x公開了基于智能手機使用的門禁系統(tǒng)及其控制方法。通過用戶智能手機使用動態(tài)放行碼的方式進出門禁系統(tǒng)，實現(xiàn)了門禁系統(tǒng)的無硬件終端化和無人化的管理。上述發(fā)明中，訪客都是通過智能移動終端向住戶的智能移動終端發(fā)送訪問請求，住戶進行確認后訪客才具有準入資格。這就意味著住戶必須公開其部分信息(例如辦公室/房間號、手機號、姓名等)訪客才能對其進行訪問，否則訪客無法區(qū)分住戶。由于任何陌生人都有可能通過網(wǎng)絡看到住戶的相關(guān)信息，從而導致住戶隱私可能被泄露的嚴重問題。此外，現(xiàn)有技術(shù)提供的系統(tǒng)和方法，無論住戶是否同意訪客都可以發(fā)送訪問請求，住戶是被動接受訪問請求，因此存在住戶可能被干擾或騷擾的問題。例如，當住戶不想被打擾時，訪客照樣可以發(fā)送訪問請求，從而干擾了住戶。更有甚者，當住戶想拒絕某一訪客時，訪客可能會不斷發(fā)送訪問請求，從而導致住戶被騷擾。無論是泄露住戶隱私，還是干擾或騷擾住戶，都可能會導致住戶在使用時的抵觸情緒，進而關(guān)閉訪問通道(例如斷掉網(wǎng)絡或卸載相關(guān)app軟件)，限制了上述專利申請的實用性。技術(shù)實現(xiàn)要素：為了克服上述現(xiàn)有技術(shù)的缺點，本發(fā)明的目的在于提供一種住戶具有主動權(quán)且能保護住戶隱私的訪客認證方法和系統(tǒng)，該系統(tǒng)和方法無需改造原有系統(tǒng)的硬件，只需對軟件功能進行微調(diào)，即可實現(xiàn)在確保住戶隱私的前提下，實現(xiàn)對訪客進入的授權(quán)，并確保住戶不會被干擾或騷擾。為了實現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案是：訪客認證方法，包括身份認證和通行授權(quán)兩大步驟，具體地：1】身份認證，采用如下方式之一：1.1】方式1：1.1.1】訪客通過訪客客戶機與服務端連接，選擇住戶代號并輸入對應的訪問驗證碼，請求通行；所述服務端存儲有住戶的住戶信息；所述住戶信息包括住戶代號和訪問驗證碼；1.1.2】所述服務端判斷該訪問驗證碼是否正確；如是，執(zhí)行步驟1.1.3】；1.1.3】對應住戶的住戶客戶機獲得該請求；1.2】方式2：1.2.1】訪客通過訪客客戶機與服務端連接，選擇分組信息并輸入訪問驗證碼，請求通行；所述服務端存儲有分組信息以及對應住戶的住戶信息；所述住戶信息包括訪問驗證碼；1.2.2】服務端判斷該分組信息中是否有與該訪問驗證碼對應的住戶信息；如是，執(zhí)行步驟1.2.3】；1.2.3】對應住戶的住戶客戶機獲得該請求；2】通行授權(quán)2.1】對應住戶通過所述住戶客戶機或所述服務端生成放行授權(quán)信息；2.2】驗證端獲得該放行授權(quán)信息，判斷是否有通行的權(quán)利；如是，發(fā)出放行指示信號。進一步地，所述服務端存儲有大門的大門信息；所述大門信息與所述驗證端存在對應關(guān)系；所述訪客通過訪客客戶機與服務端連接請求通行時，需選擇所述大門信息；生成所述放行授權(quán)信息后，與所選大門信息對應的驗證端獲得該放行授權(quán)信息。進一步地，所述服務端存儲有大門的大門信息；所述住戶允許訪客從大門通行需擁有審批權(quán)限；所述住戶按照如下方式之一獲得所述審批權(quán)限：個人方式：建立所述大門信息與所述住戶信息的對應關(guān)系；與大門信息有對應關(guān)系的住戶，才有權(quán)允許訪客從對應大門通行；角色方式：在所述服務端建立角色信息；建立所述角色信息與所述住戶信息的對應關(guān)系；建立所述大門信息與所述角色信息的對應關(guān)系；與大門信息有對應關(guān)系的角色信息對應的住戶，才有權(quán)允許訪客從對應大門通行。進一步地，所述住戶信息包括可訪問時間段和/或勿擾開關(guān)；當前時間在所述可訪問時間段內(nèi)時，訪客才能向?qū)舭l(fā)送通行請求；所述勿擾開關(guān)打開時禁止訪客向?qū)舭l(fā)送通行請求。進一步地，所述服務端存儲有所述訪客的訪客信息；所述住戶信息包括白名單和/或黑名單；所述白名單和/或黑名單與所述訪客信息對應；與所述白名單對應的訪客在訪問對應住戶時，所述服務端直接生成允許通行的放行授權(quán)信息；與所述黑名單對應的訪客在訪問對應住戶時，所述服務端直接生成禁止通行的放行授權(quán)信息。本發(fā)明還提供了相應的訪客認證系統(tǒng)，包括服務器、住戶客戶機、訪客客戶機和驗證器，所述服務器、住戶客戶機、訪客客戶機和驗證器通過網(wǎng)絡連接，其中：所述服務器或驗證器存儲有住戶的住戶信息；所述住戶信息包括住戶身份信息和訪問驗證碼；所述住戶信息還包括住戶顯示信息；所述住戶顯示信息是住戶代號或分組信息；所述分組信息和所述住戶信息存在對應關(guān)系；所述訪客客戶機包括用于發(fā)送通行請求的請求模塊；所述服務器或驗證器包括用于判斷訪問驗證碼是否正確的核對模塊；所述住戶客戶機包括用于接收通行請求的接收模塊；所述服務器或驗證器或住戶客戶機包括用于生成放行授權(quán)信息的授權(quán)模塊；所述驗證器用于判斷是否有通行的權(quán)利，如是則發(fā)出放行指示信號。進一步地，所述服務器存儲有大門的大門信息；所述大門信息與所述驗證器存在對應關(guān)系；所述請求模塊中包括大門信息選擇單元；所述授權(quán)模塊生成放行授權(quán)信息后，與所選大門信息對應的驗證器獲得該放行授權(quán)信息。進一步地，所述服務器存儲有大門的大門信息；所述大門信息與所述住戶信息存在對應關(guān)系；與大門信息有對應關(guān)系的住戶，才有權(quán)允許訪客從對應大門通行。進一步地，所述服務器存儲有大門的大門信息和角色信息；所述住戶信息與所述角色信息存在對應關(guān)系；所述大門信息與所述角色信息存在對應關(guān)系；與大門信息有對應關(guān)系的角色信息對應的住戶，才有權(quán)允許訪客從對應大門通行。進一步地，所述驗證器還包括攝錄裝置以及通過攝錄裝置獲取訪客特征信息的特征獲取模塊；所述住戶客戶機接收特征獲取模塊獲取的訪客特征信息。與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是：1、住戶無需對外界提供任何與真實身份相關(guān)的信息(如姓名，房號，電話等)，提供一個住戶代號即可。與住戶有交往的訪客可以很容易通過各種方式從住戶處獲得這個住戶代號，但對陌生人而言，根本無法通過住戶代號獲得用戶的任何隱私，從而很好的保護了住戶的隱私。如果需要，住戶可以隨時對其住戶代號進行修改。此外，如果需要，住戶還可以設置訪問驗證碼，從而限制無關(guān)人員的訪問。2、更進一步，住戶甚至連住戶代號都可以不用提供。對外界而言，根本看不到住戶的任何信息，從而最大限度地保護了住戶的隱私。但只要住戶愿意提供訪問驗證碼，訪客還是可以發(fā)出訪問請求，并在獲得授權(quán)后進入。如果需要，住戶也可以隨時改變訪問驗證碼。3、住戶可以隨時設置可訪問時間段和/或勿擾開關(guān)選項，從而保證住戶在不想被干擾時不被干擾。4、住戶可設置白名單信息，白名單信息上的訪客可直接獲得通行授權(quán)，方便親朋好友的訪問。住戶還可以設置黑名單信息，阻止黑名單信息上的訪客的訪問。5、支持一個物業(yè)同時有多個大門的情況，也支持各大門的通行權(quán)限不同的情況。支持住戶或住戶分類對不同大門設置不同的通行權(quán)限。6、對于陌生訪客，可通過驗證器上安裝的攝錄裝置將訪客的特征信息直接發(fā)送到住戶的手機上，便于住戶判斷，提高了安全性。7、住戶可遠程隨時對訪客的通行要求做出決策，住戶不在社區(qū)時也可進行核準，大大方便了住戶和訪客。8、如果物業(yè)之前有門禁系統(tǒng)，無需對物業(yè)原有門禁系統(tǒng)的硬件進行改造，只需對軟件功能進行微調(diào)即可，實施成本極低。9、如果物業(yè)之前沒有門禁系統(tǒng)，采用本發(fā)明提供的訪客認證系統(tǒng)成本也很低。硬件除了服務器之外，只需要增加驗證器，該驗證器也可用智能手機等設備實現(xiàn)。甚至在小型應用中，可以將服務器和驗證器合二為一，從而進一步降低了實施成本。附圖說明圖1是訪客認證方法中身份認證的一種流程。圖2是訪客認證方法中通行授權(quán)的流程。圖3是訪客認證方法中身份認證的另一種流程。圖4是訪客認證系統(tǒng)的一種實施例。圖5是服務器、住戶客戶機、訪客客戶機、驗證器之間網(wǎng)絡連接的一種實施例的結(jié)構(gòu)示意圖。圖6是服務器、住戶客戶機、訪客客戶機、驗證器之間網(wǎng)絡連接的另一種實施例的結(jié)構(gòu)示意圖。圖7是驗證器的一種實施例的結(jié)構(gòu)示意圖。圖8是驗證器的另一種實施例的結(jié)構(gòu)示意圖。圖9是將服務器和驗證器集成在一起的方案的結(jié)構(gòu)示意圖。具體實施方式下面結(jié)合附圖和實施例詳細說明本發(fā)明的實施方式。實施例1圖1示出了訪客認證方法中身份認證的一種流程，包括如下步驟：在s11中，訪客通過訪客客戶機與服務端連接，選擇住戶代號并輸入對應的訪問驗證碼，請求通行；其中，服務端可以是電腦服務器，也可以是相應門禁系統(tǒng)的控制器。服務端存儲有住戶的住戶信息；住戶信息包括住戶代號和訪問驗證碼。住戶信息還可以包括住戶身份信息，如用戶名和密碼。表1示意了住戶信息的一種存儲方式。表1住戶信息用戶名密碼住戶代號訪問驗證碼001123張先生a1b2c3002234room508508003345monkey如果對應住戶沒有設訪問驗證碼，即對應的訪問驗證碼為空，則訪客無需輸入訪問驗證碼，相當于住戶對訪客沒有限制。在表1中，住戶代號為“monkey”的住戶沒有設置訪問驗證碼。在s11中，訪客還可以輸入相關(guān)的訪問信息，如訪客姓名、電話、單位、事由、欲通行大門等。在s12中，服務端判斷該訪問驗證碼是否正確；如是，執(zhí)行步驟s13。在這一步中，服務端接收訪客客戶端選擇的住戶代號和輸入的訪問驗證碼，并與住戶信息中對應的住戶代號記錄進行比較，判斷訪客輸入的訪問驗證碼是否與對應記錄存儲的訪問驗證碼相同，如是則執(zhí)行步驟s13。在s13中，對應住戶的住戶客戶機獲得該請求。在這一步中，對應住戶是指與s11步驟所選住戶代號對應的住戶。該住戶的住戶客戶機與服務端連接獲得訪客的通行請求；獲得該請求前需通過住戶身份信息認證。住戶身份信息可通過用戶名和密碼實現(xiàn)，如表1所示。通行請求可以包括相關(guān)的訪問信息，如訪客姓名、電話、單位、事由、欲通行大門等信息。圖2示出了訪客認證方法中通行授權(quán)的流程，包括如下步驟：在s21中，對應住戶通過住戶客戶機或服務端生成放行授權(quán)信息；住戶可以通過住戶客戶機上預裝的app軟件直接生成放行授權(quán)信息；也可以通過住戶客戶機與服務端連接，由服務端預裝的軟件生成放行授權(quán)信息。放行授權(quán)信息可以是允許通行或不允許通行的指示，也可以是允許通行的時間段或允許通行的次數(shù)，還可以包含允許通行的大門等信息。在s22中，驗證端獲得該放行授權(quán)信息，判斷是否有通行的權(quán)利；如是，發(fā)出放行指示信號。其中，驗證端用于判斷對應訪客是否有通行的權(quán)利，如是則發(fā)出放行指示信號。驗證端可以是專用設備，也可以是通用設備，如手機、平板電腦等。驗證端如果是設備，通常位于訪客欲通行的大門處。在小型應用中，可以將服務端和驗證端合二為一以降低成本。例如，可以用一個可以連接互聯(lián)網(wǎng)的平板電腦來同時實現(xiàn)服務端和驗證端的功能。驗證端獲得放行授權(quán)信息的方式可以有多種。例如，當放行授權(quán)信息由住戶客戶機生成時，驗證端可以直接與住戶客戶機連接獲得放行授權(quán)信息；住戶客戶機也可以先將放行授權(quán)信息發(fā)送到服務端，再由驗證端從服務端獲得；住戶客戶機也可以先將放行授權(quán)信息發(fā)送到訪客客戶機，再由驗證端從訪客客戶機獲得；住戶客戶機還可以先將放行授權(quán)信息發(fā)送到服務端，再由訪客客戶機從服務端獲得，最后由驗證端從訪客客戶機獲得。再如，當放行授權(quán)信息由服務端生成時，驗證端可以直接與服務端連接獲得放行授權(quán)信息；也可以由訪客客戶機先從服務端獲得，再由驗證端從訪客客戶機獲得。驗證端根據(jù)放行授權(quán)信息來確定是否有通行的權(quán)利。放行授權(quán)信息可以是允許通行或不允許通行的指示，也可以是允許通行的時間段或允許通行的次數(shù)，驗證端可以根據(jù)這些信息來確定是否有通行的權(quán)利。實施例2該實施例與實施例1的不同之處在于，訪客認證方法中的身份認證流程不同，如圖3所示，包括如下步驟：在s31中，訪客通過訪客客戶機與服務端連接，選擇分組信息并輸入訪問驗證碼，請求通行；其中，服務端可以是一臺電腦服務器，也可以是相應門禁系統(tǒng)的控制器。服務端存儲有分組信息以及對應住戶的住戶信息；住戶信息包括訪問驗證碼。住戶信息還可以包括住戶身份信息，如用戶名和密碼。分組信息可以是房號、公司名稱、部門名稱等，和用戶信息存在對應關(guān)系，用于對住戶信息進行分類，便于訪客進行查詢和操作。分組信息還能在訪問驗證碼重復時起到篩選作用。表2示意了分組信息及對應的住戶信息的一種存儲方式。表2一種分組信息及對應的住戶信息用戶名密碼分組信息訪問驗證碼001123行政部a1b2c3002234市場部a123456003345市場部a1b2c3在表2中，雖然用戶名“001”和“003”的訪問驗證碼完全一樣，但由于分組信息不同，因此不會出現(xiàn)查詢結(jié)果重復的情況。當訪客選擇分組信息“行政部”并輸入訪問驗證碼“a1b2c3”時，等同于訪問用戶名為“001”的住戶；當訪客選擇分組信息“市場部”并輸入訪問驗證碼“a1b2c3”時，等同于訪問用戶名為“003”的住戶。如果住戶信息只有1個分組或者分組為空，則訪客無需選擇分組信息可以直接輸入訪問驗證碼。表3a和表3b分別示意了只有1個分組和分組為空的情況，此時訪客無需選擇分組信息可以直接輸入訪問驗證碼。表4示意了分組信息及對應的住戶信息的另一種存儲方式。表4另一種分組信息及對應的住戶信息用戶名密碼分組信息住戶代號訪問驗證碼001123a小區(qū)張先生a1b2c3002234b公司市場部abcdef003345b公司市場部123456004456c公司研發(fā)部abcdef005567c公司研發(fā)部李先生a1b2c3在表4中，如果訪客選擇了分組信息“c公司研發(fā)部”，會看到住戶代號為“李先生”的住戶，其對應用戶名為“005”；但當訪客輸入的訪問驗證碼為“abcdef”時，卻等同于訪問用戶名為“004”的住戶。在s31中，訪客還可以輸入相關(guān)的訪問信息，如訪客姓名、電話、單位、事由、欲通行大門等。在s32中，服務端判斷該分組信息中是否有與該訪問驗證碼對應的住戶信息；如是，執(zhí)行步驟s33。在這一步中，服務端接收訪客客戶機選擇的分組信息和輸入的訪問驗證碼，并判斷該分組信息中是否有與該訪問驗證碼對應的住戶信息，如是則執(zhí)行步驟s33。在s33中，對應住戶的住戶客戶機獲得該請求。在這一步中，對應住戶是指在s32步驟中所確定住戶信息對應的住戶。該住戶的住戶客戶機與服務端連接獲得訪客的通行請求；獲得該請求前需通過住戶身份信息認證。實施例3本實施例中，在服務端存儲有大門的大門信息，大門信息與驗證端存在對應關(guān)系。本實施例中，訪客通過訪客客戶機與服務端連接請求通行時，需選擇大門信息；生成放行授權(quán)信息后，與所選大門信息對應的驗證端獲得該放行授權(quán)信息。現(xiàn)實中，政府部門、企事業(yè)單位、寫字樓和小區(qū)都可能存在有多個大門的情況。當訪客通過訪客客戶機與服務端連接請求通行時，需選擇欲通行大門的大門信息。每個大門都可能有對應的驗證端，不應將放行授權(quán)信息發(fā)送到所有的驗證端，只有與訪客欲通行大門對應的驗證端才可以收到對應的放行授權(quán)信息。本實施例的其它步驟與實施例1或?qū)嵤├?相同。實施例4現(xiàn)實中，政府部門、企事業(yè)單位、寫字樓和小區(qū)都可能存在有多個大門的情況，并且各大門的通行權(quán)限可能不同。本實施例中，在服務端存儲有大門的大門信息；住戶允許訪客從大門通行需擁有審批權(quán)限。住戶按照如下方式之一獲得審批權(quán)限：個人方式：建立大門信息與住戶信息的對應關(guān)系。與大門信息有對應關(guān)系的住戶，才有權(quán)允許訪客從對應大門通行。角色方式：在服務端建立角色信息；建立角色信息與住戶信息的對應關(guān)系；建立大門信息與角色信息的對應關(guān)系。與大門信息有對應關(guān)系的角色信息對應的住戶，才有權(quán)允許訪客從對應大門通行。例如，某企業(yè)的研發(fā)部有單獨的大門，只有特定人員才有權(quán)允許訪客從研發(fā)部的大門通行；此時，研發(fā)部大門的大門信息與特定人員的住戶信息存在對應關(guān)系。這種方式即為上述的個人方式，每個特定人員對應一個個人。再如，某企業(yè)的研發(fā)部有單獨的大門，只有研發(fā)部和管理層的人員有權(quán)允許訪客從研發(fā)部的大門通行；此時，研發(fā)部大門的大門信息與研發(fā)部、管理層存在對應關(guān)系。這種方式即為上述的角色方式，研發(fā)部和管理層各對應一個角色。實施例5本實施例中，住戶信息包括可訪問時間段和/或勿擾開關(guān)。當前時間在所述可訪問時間段內(nèi)時，訪客才能向?qū)舭l(fā)送通行請求。勿擾開關(guān)打開時禁止訪客向?qū)舭l(fā)送通行請求。本實施例中，住戶可根據(jù)自己的實際情況，設置相關(guān)選項。例如，住戶10:00-12:00期間空閑，則可以通過住戶客戶機連接服務端，將可訪問時間段設置為10:00-12:00。訪客可以在10:00-12:00之間向該住戶發(fā)送通行請求。住戶信息中的可訪問時間段也可以換成不可訪問時間段，因人而異。再如，住戶正在寫報告不想被訪客打擾，則可以通過住戶客戶機連接服務端，將住戶信息的勿擾開關(guān)打開，此時，禁止訪客向該住戶發(fā)送通行請求。當住戶寫完報告后，可以通過住戶客戶機連接服務端，將住戶信息的勿擾開關(guān)關(guān)閉，此時，允許訪客向該住戶發(fā)送通行請求。實施例6本實施例中，服務端存儲有訪客的訪客信息；住戶信息包括白名單和/或黑名單；白名單和/或黑名單與訪客信息對應。與白名單對應的訪客在訪問對應住戶時，服務端直接生成允許通行的放行授權(quán)信息。與黑名單對應的訪客在訪問對應住戶時，服務端直接生成禁止通行的放行授權(quán)信息?，F(xiàn)實中，有些訪客只要訪問某住戶，該住戶就一定會同意，例如訪客是住戶的親人時。同樣，有些訪客只要訪問某住戶，該住戶就一定會不同意。為此，住戶可以通過住戶客戶機連接服務端，設置住戶信息中的白名單和/或黑名單，即一定會同意和/或一定不會同意的訪客。其中，白名單和/或黑名單與訪客信息對應。位于住戶白名單上的訪客在訪問對應住戶時，服務端直接生成允許通行的放行授權(quán)信息。位于住戶黑名單上的訪客在訪問對應住戶時，服務端直接生成禁止通行的放行授權(quán)信息。圖4示出了本發(fā)明中訪客認證系統(tǒng)的一種實施例，包括服務器1、住戶客戶機2、訪客客戶機3和驗證器4。住戶客戶機2和訪客客戶機3可以是手機、筆記本電腦、平板電腦等設備。圖4示出的例子還包括機構(gòu)5、住戶7、訪客8和大門9。其中，機構(gòu)可以是政府部門、企業(yè)、寫字樓或住宅小區(qū)等。驗證器4通常與機構(gòu)5存在對應關(guān)系，即某個驗證器4通常隸屬于某一個機構(gòu)5。住戶7和住戶客戶機2包含在橢圓框內(nèi)，表示該住戶7使用該住戶客戶機2。訪客8和訪客客戶機3包含在橢圓框內(nèi)，表示該訪客8使用該訪客客戶機3。服務器1、住戶客戶機2、訪客客戶機3和驗證器4通過網(wǎng)絡6連接。網(wǎng)絡6可以是互聯(lián)網(wǎng)。圖5示出了服務器1、住戶客戶機2、訪客客戶機3和驗證器4之間網(wǎng)絡連接的一種實施例。在該實施例中，服務器1的網(wǎng)卡13通過網(wǎng)線14與路由器15連接，再通過路由器15連接到網(wǎng)絡6中。住戶客戶機2和訪客客戶機3為手機，內(nèi)置有射頻通信模塊61，如gprs、3g、4g等模塊，可以直接連接到網(wǎng)絡6中。驗證器4包括驗證處理器41及用于發(fā)出放行指示信號的輸出裝置42。驗證器4內(nèi)安裝了射頻通信模塊61，也可以直接連接到網(wǎng)絡6中。服務器1通常有固定的域名或地址，住戶客戶機2和訪客客戶機3可以通過瀏覽器或開發(fā)的app應用程序訪問服務器1。驗證器4可以通過http協(xié)議等方式直接與服務器1建立網(wǎng)絡連接并進行通信。住戶客戶機2、訪客客戶機3與驗證器4均通過射頻通信模塊61與網(wǎng)絡6連接，沒有固定的網(wǎng)絡地址，但它們都可以與服務器1直接進行通信，因此住戶客戶機2、訪客客戶機3與驗證器4之間的通信可以通過服務器1中轉(zhuǎn)來實現(xiàn)。例如，住戶客戶機2欲向驗證器4發(fā)送一消息，則該住戶客戶機2可以首先把該消息發(fā)送到服務器1，再由服務器1向相關(guān)驗證器4轉(zhuǎn)發(fā)，反之亦然。圖6示出了服務器1、住戶客戶機2、訪客客戶機3和驗證器4之間網(wǎng)絡連接的另一種實施例。在該實施例中，服務器1的網(wǎng)卡13通過網(wǎng)線14與路由器15連接，再通過路由器15連接到網(wǎng)絡6中。住戶客戶機2和訪客客戶機3為手機，內(nèi)置有射頻通信模塊61，可以直接連接到網(wǎng)絡6中；訪客客戶機3還內(nèi)置有無線通信模塊62，如藍牙或wifi模塊。驗證器4包括驗證處理器41及用于發(fā)出放行指示信號的輸出裝置42。驗證器4內(nèi)也安裝了無線通信模塊62。住戶客戶機2和訪客客戶機3可以通過瀏覽器或安裝的app應用程序訪問服務器1。訪客客戶機3與驗證器4均有無線通信模塊62，相互之間可以直接進行通信。驗證器4因無法直接連接到網(wǎng)絡6中，因此驗證器4與服務器1之間的通信可以通過訪客客戶機3中轉(zhuǎn)來實現(xiàn)。例如，服務器1欲向驗證器4發(fā)送一消息，則服務器1可以首先把該消息發(fā)送到訪客客戶機3，再由訪客客戶機3向該驗證器4轉(zhuǎn)發(fā)，反之亦然。圖3示出的實施例中，驗證器4沒有射頻通信模塊61，可以節(jié)約通信費用。服務器1或驗證器4存儲有住戶7的住戶信息。如果住戶信息存儲在驗證器4上，通常只在該驗證器4上存儲對應機構(gòu)5的住戶7的住戶信息。如果住戶信息存儲在服務器1上，則該服務器1可以存儲所有住戶7的住戶信息。住戶信息也可以存儲在云端，例如云存儲服務商提供的云存儲空間，云端與網(wǎng)絡6連接，服務器1或驗證器4通過網(wǎng)絡6存取云端上存儲的住戶信息。如果住戶信息存儲在云端，可將云端視為服務器1或驗證器4的外接存儲器。住戶信息包括住戶身份信息和訪問驗證碼。住戶身份信息可以是用戶名和登錄密碼，也可以是對應住戶的指紋信息等。住戶信息還可以包括住戶姓名、房號、聯(lián)系方式等信息。訪問驗證碼通常由住戶7設置，可以用來阻止陌生人的訪問請求。訪客8如果欲訪問住戶7，必須首先輸入對應的訪問驗證碼，系統(tǒng)判斷正確后才能發(fā)送訪問請求。通過自主設置訪問驗證碼，可以很好地保護住戶7不受陌生人的打擾。如果住戶7沒有設置訪問驗證碼，或?qū)脑L問驗證碼為空，則訪客8無需輸入訪問驗證碼，相當于住戶7對訪客8的訪問請求沒有限制。住戶信息還包括住戶顯示信息。住戶顯示信息用來方便訪客8通過訪客客戶機3篩選欲訪問的住戶7。住戶顯示信息是住戶代號或分組信息。住戶顯示信息是住戶代號時，住戶代號為住戶7對外顯示的訪問名稱，與網(wǎng)絡聊天應用中的網(wǎng)名類似，無需包含住戶7的真實信息。使用住戶代號而不是真實信息可以保護住戶7的隱私。如果需要，住戶7還可以隨時改變自己的住戶代號，以更好地保護個人隱私。表1所示的例子，就屬于使用住戶代號作為住戶顯示信息的情況。住戶顯示信息是分組信息時，分組信息可以是房號、公司名稱、部門名稱等信息，和住戶信息存在對應關(guān)系。分組信息用于對住戶信息進行分類，便于訪客8進行查詢和操作。分組信息還能在訪問驗證碼重復時起到篩選作用，如表2所示的例子。如果只有1個分組信息或者分組信息為空，則訪客8無需選擇分組信息可以直接輸入訪問驗證碼，如表3a和表3b所示的例子。當服務器1或驗證器4存儲有住戶信息時，均可作為服務端。訪客客戶機3包括用于發(fā)送通行請求的請求模塊。訪客8通過訪客客戶機3中的請求模塊與服務端連接。當住戶顯示信息是住戶代號時，訪客8通過請求模塊選擇住戶代號并輸入對應的訪問驗證碼，之后向服務端發(fā)送通行請求。當住戶顯示信息是分組信息時，訪客8通過請求模塊選擇分組信息并輸入訪問驗證碼，之后向服務端發(fā)送通行請求。如果住戶信息同時包括住戶代號和分組信息，則可以通過訪客8的實際選擇為準來確定。以表4為例，如果訪客8選擇了住戶代號“李先生”，則對應的訪問驗證碼為“a1b2c3”，相當于住戶顯示信息是住戶代號；如果訪客8選擇了“c公司研發(fā)部”，則對應的訪問驗證碼為“abcdef”或“a1b2c3”，相當于住戶顯示信息是分組信息。請求模塊可以是服務端發(fā)送的頁面，也可以是安裝于訪客客戶機3的應用軟件。服務端包括用于判斷訪問驗證碼是否正確的核對模塊。即核對模塊位于存儲有住戶信息的服務器1或驗證器4中。服務端接收到訪客客戶機3中的請求模塊發(fā)送的通行請求后，通過核對模塊判斷訪問驗證碼是否正確。當住戶顯示信息是住戶代號時，核對模塊接收請求模塊發(fā)送的住戶代號和訪問驗證碼，并與住戶信息中對應的住戶代號記錄進行比較，判斷訪客輸入的訪問驗證碼是否與對應記錄存儲的訪問驗證碼相同；如果相同，則訪問驗證碼正確。當住戶顯示信息是分組信息時，核對模塊接收請求模塊發(fā)送的分組信息和訪問驗證碼，并判斷該分組信息中是否有與該訪問驗證碼對應的住戶信息；如果有，則訪問驗證碼正確。住戶客戶機2包括用于接收通行請求的接收模塊。如果核對模塊判斷訪問驗證碼正確，則對應住戶客戶機2的接收模塊接收核對模塊轉(zhuǎn)發(fā)的通行請求。對應住戶客戶機2是指與核對模塊所確定的住戶信息記錄對應的住戶7的住戶客戶機2。接收模塊獲得通行請求前需與服務端連接并通過住戶身份信息認證，住戶身份信息認證可通過如表1所示的用戶名和密碼的形式實現(xiàn)，也可以通過住戶指紋等形式實現(xiàn)。通行請求可以包括相關(guān)的訪問信息，如訪客姓名、電話、單位、事由、欲通行的大門等信息，這些信息由訪客8通過訪客客戶機3的請求模塊事先錄入。服務器1或驗證器4或住戶客戶機2包括用于生成放行授權(quán)信息的授權(quán)模塊。住戶7通過接收模塊收到通行請求后，通過授權(quán)模塊生成放行授權(quán)信息。放行授權(quán)信息可以是允許通行或不允許通行的指示，也可以是允許通行的時間段信息或允許通行的次數(shù)信息，還可以包含允許通行的大門等信息。驗證器4用于根據(jù)放行授權(quán)信息判斷訪客8是否有通行的權(quán)利，如是則發(fā)出放行指示信號。驗證器4可以是專用設備，也可以是通用設備，如手機、平板電腦等，通常位于訪客8欲通行的大門9處。驗證器4獲得放行授權(quán)信息的方式可以有多種。例如，當放行授權(quán)信息由住戶客戶機2生成時，驗證器4可以直接與住戶客戶機2連接獲得放行授權(quán)信息；住戶客戶機2也可以先將放行授權(quán)信息發(fā)送到服務器1，再由驗證器4從服務器1獲得；住戶客戶機2也可以先將放行授權(quán)信息發(fā)送到訪客客戶機3，再由驗證器4從訪客客戶機3獲得；住戶客戶機2還可以先將放行授權(quán)信息發(fā)送到服務器1，再由訪客客戶機3從服務器1獲得，最后由驗證器4從訪客客戶機3獲得。再如，當放行授權(quán)信息由服務器1生成時，驗證器4可以直接與服務器1連接獲得放行授權(quán)信息；也可以由訪客客戶機3先從服務器1獲得，再由驗證器4從訪客客戶機3獲得。圖7示出了驗證器4的一種實施例。在該實施例中，驗證器4包括驗證處理器41及用于發(fā)出放行指示信號的輸出裝置42。驗證處理器41運行有用于判斷訪客是否有通行權(quán)利的軟件模塊。輸出裝置42包括顯示屏422，通過該顯示屏422可以發(fā)出放行提示。例如，可以在顯示屏上顯示訪客及住戶的相關(guān)信息及事由信息，物業(yè)管理人員在收到放行提示后，允許訪客進入。在該實施例中，放行指示信號相當于顯示屏422發(fā)出的放行提示。在該實施例中，驗證器4也可用平板電腦、手機、電腦一體機等通用設備實現(xiàn)。圖8示出了驗證器4的另一種實施例。在該實施例中，大門9通常已安裝了電子鎖512，該電子鎖512受門禁51的控制，門禁51的輸出信號可以控制電子鎖512的開啟及閉合，從而實現(xiàn)對大門9的控制。在該實施例中，驗證器4包括驗證處理器41及用于發(fā)出放行指示信號的輸出裝置42。驗證處理器41運行有用于判斷訪客是否有通行權(quán)利的軟件模塊。輸出裝置42為一種控制信號電路，該控制信號電路可以產(chǎn)生開門控制信號421，將該開門控制信號421輸入到門禁51的開鎖信號端511，使電子鎖512受控開啟。在該實施例中，放行指示信號相當于開門控制信號421。在小型應用中，也可以將服務器1和驗證器4集成在一起來實現(xiàn)，以降低整個應用的實施成本。圖9示出了一種將服務器1和驗證器4集成在一起的方案，包括服務端11、住戶客戶機2和訪客客戶機3。服務端11的網(wǎng)卡13通過網(wǎng)線14與路由器15連接，再通過路由器15連接到網(wǎng)絡6中。住戶客戶機2和訪客客戶機3通過射頻通信模塊61與網(wǎng)絡6連接。服務端11包括服務處理器111和輸出裝置42，用于同時實現(xiàn)圖4中服務器1和驗證器4的功能，即將服務器1和驗證器4中相關(guān)的軟件模塊和存儲的數(shù)據(jù)在服務端11中同時實現(xiàn)。服務處理器111可以采用嵌入式處理器實現(xiàn)，能運行軟件模塊，又自帶存儲器。政府部門、企事業(yè)單位、寫字樓和小區(qū)都可能存在有多個大門9的情況，每個大門9都可能有對應的驗證器4，不應將放行授權(quán)信息發(fā)送到所有的驗證器4。服務器1還可存儲有大門的大門信息，大門信息與驗證器4存在對應關(guān)系。請求模塊中可包括大門信息選擇單元；授權(quán)模塊生成放行授權(quán)信息后，只有與所選大門信息對應的驗證器4可獲得該放行授權(quán)信息。政府部門、企事業(yè)單位、寫字樓和小區(qū)都可能存在有多個大門9的情況，并且各大門9的通行權(quán)限可能不同。服務器1還可存儲有大門的大門信息，大門信息與住戶信息存在對應關(guān)系；與大門信息有對應關(guān)系的住戶7，才有權(quán)允許訪客8從對應大門9通行。例如，表5a和表5b分別示意了住戶信息和大門信息，表5c示意了大門信息與住戶信息對應關(guān)系。從表5c可以看出，只有用戶名為“002”的住戶7才有權(quán)允許訪客8從“b”大門9通行。表5a住戶信息用戶名密碼001123002234003345表5b大門信息大門名ab表5c大門信息與住戶信息對應關(guān)系用戶名大門001a002a002b003a政府部門、企事業(yè)單位、寫字樓和小區(qū)都可能存在有多個大門9的情況，并且各大門9的通行權(quán)限可能不同。服務器1還可存儲有大門的大門信息和角色信息；住戶信息與角色信息存在對應關(guān)系；大門信息與角色信息存在對應關(guān)系；與大門信息有對應關(guān)系的角色信息對應的住戶7，才有權(quán)允許訪客8從對應大門9通行。例如，表6a、表6b和表6c分別示意了住戶信息、大門信息和角色信息，表6d示意了住戶信息與角色信息的對應關(guān)系，表6e示意了大門信息與角色信息的對應關(guān)系。從表6d可以看出，用戶名為“001”的住戶7的角色信息為“管理層”，用戶名為“003”的住戶7的角色信息為“研發(fā)部”，用戶名為“002”的住戶7的角色信息為“管理層”和“研發(fā)部”。從表6e可以看出，角色信息為“管理層”對應的住戶7可以允許訪客8從“a”、“b”大門9通行，角色信息為“研發(fā)部”對應的住戶7只能允許訪客8從“a”大門9通行。不難看出，用戶名為“003”的住戶7無權(quán)允許訪客8從“b”大門9通行。表6a住戶信息用戶名密碼001123002234003345表6b大門信息大門名ab表6c角色信息角色名管理層研發(fā)部表6d住戶信息與角色信息的對應關(guān)系表6e大門信息與角色信息的對應關(guān)系大門名角色名a管理層b管理層a研發(fā)部驗證器4還包括攝錄裝置以及通過攝錄裝置獲取訪客特征信息的特征獲取模塊。住戶客戶機2接收特征獲取模塊獲取的訪客特征信息。攝錄裝置可以用于獲得訪客8的圖像、聲音等特征信息，將該訪客8的特征信息傳送給對應住戶客戶機2，可便于對訪客8進行身份識別。住戶信息還可包括可訪問時間段，當前時間在可訪問時間段內(nèi)時，訪客8才能向?qū)?發(fā)送通行請求。住戶信息還可包括勿擾開關(guān)，勿擾開關(guān)打開時禁止訪客8向?qū)?發(fā)送通行請求。服務器1還可存儲有訪客信息；住戶信息還可包括白名單和/或黑名單；白名單和/或黑名單與訪客信息對應。與白名單對應的訪客8在訪問對應住戶7時，服務端直接生成允許通行的放行授權(quán)信息。與黑名單對應的訪客在訪問對應住戶時，服務端直接生成禁止通行的放行授權(quán)信息。當前第1頁12