本發(fā)明涉及通信領(lǐng)域,尤其涉及一種企業(yè)通訊集中管理的來電彈屏系統(tǒng)及方法。
背景技術(shù):
公司部門、人員眾多,跨地市分公司也很多,員工出差頻繁,同事之間工作聯(lián)系時查詢聯(lián)系方式十分不便。員工出差頻繁,攜帶紙件通訊錄不便且易丟失,有信息泄露的風險,安全性不高。員工獲取通訊錄的方式復雜,要先行下載在電腦上,再從電腦導入手機中。來電只顯示電話號碼,對來電人員情況認識不清。印制紙質(zhì)通訊錄耗資不菲,且不環(huán)保。
技術(shù)實現(xiàn)要素:
本發(fā)明所要解決的技術(shù)問題是針對現(xiàn)有技術(shù)的不足,提供一種企業(yè)通訊錄集中管理的來電彈屏系統(tǒng)及方法。
本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下:一種企業(yè)通訊集中管理的來電彈屏系統(tǒng),包括服務(wù)器和用戶端,
服務(wù)器,用于企業(yè)授權(quán)來電彈屏請求時,當用戶端在該企業(yè)通訊錄數(shù)據(jù)中時,向用戶端發(fā)送壓縮的企業(yè)通訊錄數(shù)據(jù),并對來電用戶是否在該企業(yè)通訊錄數(shù)據(jù)中進行判斷;
用戶端,用于對服務(wù)器發(fā)送的企業(yè)通訊錄數(shù)據(jù)進行解壓,當服務(wù)器判斷來電用戶在該企業(yè)通訊錄數(shù)據(jù)中時,根據(jù)來電用戶的號碼對所述企業(yè)通訊錄數(shù)據(jù)進行提取并顯示。
本發(fā)明的有益效果是:當企業(yè)授權(quán)來電彈屏請求,且用戶端在企業(yè)通訊錄數(shù)據(jù)中,服務(wù)器向用戶端發(fā)送壓縮的企業(yè)通訊錄數(shù)據(jù),用戶端獲取通訊錄方式快捷、準確,企業(yè)通訊錄只在企業(yè)與用戶端之間流通,安全性高,成本低,節(jié)能環(huán)保,用戶端擁有企業(yè)通訊錄的全部數(shù)據(jù),查詢快速,使用方便,服務(wù)器對來電用戶是否在企業(yè)通訊錄數(shù)據(jù)中進行判斷。
用戶端對服務(wù)器發(fā)送的企業(yè)通訊錄數(shù)據(jù)進行解壓,防止用戶端大量接收企業(yè)通訊錄數(shù)據(jù)時出現(xiàn)死機情況,當服務(wù)器判斷來電用戶在企業(yè)通訊錄數(shù)據(jù)中時,用戶端根據(jù)來電用戶的號碼對來電用戶的企業(yè)通訊錄數(shù)據(jù)進行提取并顯示來電用戶的單位名稱、部門、職務(wù)、名稱和聯(lián)系號碼,來電用戶可以是企業(yè)員工,也可以是政府工作人員,方便用戶端對來電用戶進行初步的認識,以方便下一步工作的安排。
進一步,所述服務(wù)器包括:
企業(yè)檢測模塊,用于檢測企業(yè)是否授權(quán)來電彈屏請求,是,則發(fā)送執(zhí)行信號給用戶檢測模塊,否,則發(fā)送結(jié)束信號給結(jié)束模塊;
用戶檢測模塊,用于接收企業(yè)檢測模塊發(fā)送的執(zhí)行信號,并檢測用戶端是否開啟來電彈屏,是,則發(fā)送執(zhí)行信號給判斷模塊,否,則發(fā)送結(jié)束信號給結(jié)束模塊;
判斷模塊,用于接收用戶檢測模塊發(fā)送的執(zhí)行信號,并判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中,是,則發(fā)送授權(quán)信號給處理模塊;否,則發(fā)送結(jié)束信號給結(jié)束模塊;
處理模塊,用于將企業(yè)通訊錄數(shù)據(jù)進行分組后壓縮,并將壓縮后的企業(yè)通訊錄數(shù)據(jù)依次發(fā)送至用戶端;
結(jié)束模塊,用于接收企業(yè)檢測模塊、用戶檢測模塊和判斷模塊發(fā)送的結(jié)束信號,停止操作。
采用上述進一步方案的有益效果是:企業(yè)檢測模塊檢測企業(yè)授權(quán)來電彈屏請求,且用戶檢測模塊檢測用戶端開啟來電彈屏,且判斷模塊判斷開啟來電彈屏的用戶端在企業(yè)通訊錄數(shù)據(jù)中時,處理模塊將企業(yè)通訊錄數(shù)據(jù)分組后壓縮,并依次發(fā)送至用戶端,用戶端獲取通訊錄方式快捷、準確,企業(yè)通訊錄只在企業(yè)與用戶端之間流通,安全性高,成本低,節(jié)能環(huán)保,用戶端擁有企業(yè)通訊錄的全部數(shù)據(jù),查詢快速,使用方便。結(jié)束模塊接收企業(yè)檢測模塊、用戶檢測模塊和判斷模塊發(fā)送的結(jié)束信號,停止操作。
進一步,所述服務(wù)器還包括來電彈屏判斷模塊,用于用戶端被呼叫時判斷來電用戶是否在企業(yè)通訊錄數(shù)據(jù)中,是,則發(fā)送顯示信號給用戶端;否,則結(jié)束。
采用上述進一步方案的有益效果是:用戶端每次來電時,服務(wù)器中的來電彈屏判斷模塊判斷來電用戶是否在企業(yè)通訊錄數(shù)據(jù)中,是,則發(fā)送顯示信號給用戶端,用戶端顯示來電用戶對應(yīng)的企業(yè)通訊錄數(shù)據(jù),方便用戶端對來電用戶進行初步的認識,以方便下一步工作的安排;否,則結(jié)束。
進一步,所述服務(wù)器還包括數(shù)據(jù)錄入模塊,用于錄入企業(yè)通訊錄數(shù)據(jù)并進行備份。
采用上述進一步方案的有益效果是:數(shù)據(jù)錄入模塊錄入企業(yè)通訊錄數(shù)據(jù)并備份,供判斷模塊判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中,供處理模塊將企業(yè)通訊錄數(shù)據(jù)進行分組后壓縮。企業(yè)只需錄入一次,企業(yè)全部員工均可獲得企業(yè)通訊錄數(shù)據(jù),節(jié)能環(huán)保。
進一步,所述企業(yè)通訊錄數(shù)據(jù)包括聯(lián)系人的單位名稱、部門、職務(wù)、聯(lián)系人名稱和聯(lián)系號碼。
進一步,所述聯(lián)系人是企業(yè)員工或是政府工作人員。
采用上述進一步方案的有益效果是:聯(lián)系人是企業(yè)員工或政府工作人員,聯(lián)系人的情況清楚,用戶端在接收來電時對來電用戶,即聯(lián)系人的情況能夠清楚的認識,方便用戶端進行相應(yīng)的處理。
進一步,所述用戶端解壓后的企業(yè)通訊錄數(shù)據(jù)以每組1000條進行分組排列。
采用上述進一步方案的有益效果是:用戶端解壓后的企業(yè)通訊錄數(shù)據(jù)以每組1000條進行分組排列,防止用戶端大量接收企業(yè)通訊錄數(shù)據(jù)時出現(xiàn)死機情況。
本發(fā)明還提供一種企業(yè)通訊集中管理的來電彈屏方法,包括如下步驟:
S1,檢測企業(yè)是否授權(quán)來電彈屏請求;
S2,檢測用戶端是否開啟來電彈屏;
S3,判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中;
S4,企業(yè)授權(quán)來電彈屏請求、用戶端開啟來電彈屏和來電彈屏的用戶端在企業(yè)通訊錄中時,將企業(yè)通訊錄數(shù)據(jù)進行分組后壓縮,并將壓縮后的企業(yè)通訊錄數(shù)據(jù)依次發(fā)送至用戶端;
S5,企業(yè)未授權(quán)來電彈屏請求或用戶端未開啟來電彈屏或來電彈屏的用戶端不在企業(yè)通訊錄中時,停止操作。
本發(fā)明的有益效果是:企業(yè)授權(quán)來電彈屏請求,且用戶端開啟來電彈屏,且開啟來電彈屏的用戶端在企業(yè)通訊錄數(shù)據(jù)中時,將企業(yè)通訊錄數(shù)據(jù)分組后壓縮,并依次發(fā)送至用戶端,用戶端獲取通訊錄方式快捷、準確,企業(yè)通訊錄只在企業(yè)與用戶端之間流通,安全性高,成本低,節(jié)能環(huán)保,用戶端擁有企業(yè)通訊錄的全部數(shù)據(jù),查詢快速,使用方便。
進一步,所述方法還包括錄入企業(yè)通訊錄數(shù)據(jù)并進行備份的步驟。
采用上述進一步方案的有益效果是:錄入企業(yè)通訊錄數(shù)據(jù)并備份,供判斷模塊判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中,供處理模塊將企業(yè)通訊錄數(shù)據(jù)進行分組后壓縮。企業(yè)只需錄入一次,企業(yè)全部員工均可獲得企業(yè)通訊錄數(shù)據(jù),節(jié)能環(huán)保。
進一步,所述方法還包括用戶端對接收的企業(yè)通訊錄數(shù)據(jù)進行解壓,根據(jù)來電用戶的號碼對來電用戶的企業(yè)通訊錄數(shù)據(jù)進行提取并顯示的步驟。
采用上述進一步方案的有益效果是:用戶端對服務(wù)器發(fā)送的企業(yè)通訊錄數(shù)據(jù)進行解壓,防止用戶端大量接收企業(yè)通訊錄數(shù)據(jù)時出現(xiàn)死機情況,當服務(wù)器判斷來電用戶在企業(yè)通訊錄數(shù)據(jù)中時,用戶端根據(jù)來電用戶的號碼對來電用戶的企業(yè)通訊錄數(shù)據(jù)進行提取并顯示來電用戶的單位名稱、部門、職務(wù)、名稱和聯(lián)系號碼,來電用戶可以是企業(yè)員工,也可以是政府工作人員,方便用戶端對來電用戶進行初步的認識,以方便下一步工作的安排。
附圖說明
圖1為本發(fā)明實施例所述一種企業(yè)通訊集中管理的來電彈屏系統(tǒng)示意圖;
圖2為本發(fā)明實施例所述一種企業(yè)通訊集中管理的來電彈屏方法示意圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的原理和特征進行描述,所舉實例只用于解釋本發(fā)明,并非用于限定本發(fā)明的范圍。
本發(fā)明實施例提供一種企業(yè)通訊集中管理的來電彈屏系統(tǒng)。
一種企業(yè)通訊集中管理的來電彈屏系統(tǒng)中的服務(wù)器與用戶端通過無線通信。
如圖1所示,一種企業(yè)通訊集中管理的來電彈屏系統(tǒng),包括服務(wù)器和用戶端,
服務(wù)器,用于企業(yè)授權(quán)來電彈屏請求時,當用戶端在該企業(yè)通訊錄數(shù)據(jù)中時,向用戶端發(fā)送壓縮的企業(yè)通訊錄數(shù)據(jù),并對來電用戶是否在該企業(yè)通訊錄數(shù)據(jù)中進行判斷;
具體地,當企業(yè)檢測模塊檢測到企業(yè)授權(quán)來電彈屏請求,且判斷模塊判斷開啟來電彈屏的用戶端在該企業(yè)通訊錄數(shù)據(jù)中時,處理模塊向用戶端發(fā)送壓縮的企業(yè)通訊錄數(shù)據(jù),來電彈屏判斷模塊對來電用戶是否在該企業(yè)通訊錄數(shù)據(jù)中進行判斷,并發(fā)送顯示信號給用戶端。
用戶端,用于對服務(wù)器發(fā)送的企業(yè)通訊錄數(shù)據(jù)進行解壓,當服務(wù)器判斷來電用戶在該企業(yè)通訊錄數(shù)據(jù)中時,根據(jù)來電用戶的號碼對所述企業(yè)通訊錄數(shù)據(jù)進行提取并顯示。
具體地,用戶端對服務(wù)器發(fā)送的企業(yè)通訊錄數(shù)據(jù)按接收順序解壓企業(yè)通訊錄數(shù)據(jù),以每組1000條進行分組排列,用戶端被呼叫,服務(wù)器中的來電彈屏判斷模塊判斷來電用戶在該企業(yè)通訊錄數(shù)據(jù)中時,發(fā)送顯示信號給用戶端,用戶端根據(jù)來電用戶的號碼提取來電用戶對應(yīng)的企業(yè)通訊錄數(shù)據(jù)并顯示。
當用戶端在企業(yè)通訊錄數(shù)據(jù)中,服務(wù)器向用戶端發(fā)送壓縮的企業(yè)通訊錄數(shù)據(jù),用戶端獲取通訊錄方式快捷、準確,企業(yè)通訊錄只在企業(yè)與用戶端之間流通,安全性高,成本低,節(jié)能環(huán)保,用戶端擁有企業(yè)通訊錄的全部數(shù)據(jù),查詢快速,使用方便,服務(wù)器對來電用戶是否在企業(yè)通訊錄數(shù)據(jù)中進行判斷。
用戶端對服務(wù)器發(fā)送的企業(yè)通訊錄數(shù)據(jù)進行解壓,防止用戶端大量接收企業(yè)通訊錄數(shù)據(jù)時出現(xiàn)死機情況,當服務(wù)器判斷來電用戶在企業(yè)通訊錄數(shù)據(jù)中時,用戶端根據(jù)來電用戶的號碼對來電用戶的企業(yè)通訊錄數(shù)據(jù)進行提取并顯示來電用戶的單位名稱、部門、職務(wù)、名稱和聯(lián)系號碼,來電用戶可以是企業(yè)員工,也可以是政府工作人員,方便用戶端對來電用戶進行初步的認識,以方便下一步工作的安排。
所述服務(wù)器包括:
來電彈屏授權(quán)模塊,用于開啟企業(yè)來電彈屏請求;
具體地,來電彈屏授權(quán)模塊開啟企業(yè)來電彈屏請求,企業(yè)獲得企業(yè)來電彈屏應(yīng)用程序的注冊號和密碼。
企業(yè)檢測模塊,用于檢測企業(yè)是否授權(quán)來電彈屏請求,是,則發(fā)送執(zhí)行信號給用戶檢測模塊,否,則發(fā)送結(jié)束信號給結(jié)束模塊;
具體地,企業(yè)檢測模塊檢測企業(yè)是否授權(quán)來電彈屏請求是通過企業(yè)是否登錄獲得的企業(yè)來電彈屏應(yīng)用程序的注冊號和密碼,企業(yè)登錄獲得的企業(yè)來電彈屏應(yīng)用程序的注冊號和密碼則企業(yè)授權(quán)來電彈屏請求,企業(yè)未登錄獲得的企業(yè)來電彈屏應(yīng)用程序的注冊號和密碼則企業(yè)未授權(quán)來電彈屏請求。
用戶檢測模塊,用于接收企業(yè)檢測模塊發(fā)送的執(zhí)行信號,并檢測用戶端是否開啟來電彈屏,是,則發(fā)送執(zhí)行信號給判斷模塊,否,則發(fā)送結(jié)束信號給結(jié)束模塊;
具體地,企業(yè)開啟來電彈屏后用戶端須登錄該企業(yè)來電彈屏的應(yīng)用程序,登錄該企業(yè)來電彈屏的應(yīng)用程序,則企業(yè)檢測模塊檢測到授權(quán)來電彈屏請求,應(yīng)用程序是APP軟件,用戶端選中所述應(yīng)用程序中的開啟來電彈屏選項,此時用戶檢測模塊檢測到用戶端開啟來電彈屏。
判斷模塊,用于接收用戶檢測模塊發(fā)送的執(zhí)行信號,并判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中,是,則發(fā)送授權(quán)信號給處理模塊;否,則發(fā)送結(jié)束信號給結(jié)束模塊;
具體地,判斷模塊通過應(yīng)用程序讀取用戶端的聯(lián)系號碼,與企業(yè)通訊錄數(shù)據(jù)進行比對,判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中。
處理模塊,用于將企業(yè)通訊錄數(shù)據(jù)進行分組后壓縮,并將壓縮后的企業(yè)通訊錄數(shù)據(jù)依次發(fā)送至用戶端;
具體地,處理模塊將企業(yè)通訊錄數(shù)據(jù)進行分組,分組后依次壓縮,將壓縮后的企業(yè)通訊錄數(shù)據(jù)依次發(fā)送至用戶端;
結(jié)束模塊,用于接收企業(yè)檢測模塊、用戶檢測模塊和判斷模塊發(fā)送的結(jié)束信號,停止操作。
企業(yè)檢測模塊檢測企業(yè)授權(quán)來電彈屏請求,且用戶檢測模塊檢測用戶端開啟來電彈屏,且判斷模塊判斷開啟來電彈屏的用戶端在企業(yè)通訊錄數(shù)據(jù)中時,處理模塊將企業(yè)通訊錄數(shù)據(jù)分組后壓縮,并依次發(fā)送至用戶端,用戶端獲取通訊錄方式快捷、準確,企業(yè)通訊錄只在企業(yè)與用戶端之間流通,安全性高,成本低,節(jié)能環(huán)保,用戶端擁有企業(yè)通訊錄的全部數(shù)據(jù),查詢快速,使用方便。結(jié)束模塊接收企業(yè)檢測模塊、用戶檢測模塊和判斷模塊發(fā)送的結(jié)束信號,停止操作。
所述服務(wù)器還包括來電彈屏判斷模塊,用于用戶端被呼叫時判斷來電用戶是否在企業(yè)通訊錄數(shù)據(jù)中,是,則發(fā)送顯示信號給用戶端;否,則結(jié)束。
用戶端每次來電時,服務(wù)器中的來電彈屏判斷模塊判斷來電用戶是否在企業(yè)通訊錄數(shù)據(jù)中,是,則發(fā)送顯示信號給用戶端,用戶端接收顯示信號,并根據(jù)來電用戶的號碼從下載的已解壓的企業(yè)通訊錄數(shù)據(jù)中提取對應(yīng)的企業(yè)通訊錄數(shù)據(jù)并顯示,方便用戶端對來電用戶進行初步的認識,以方便下一步工作的安排;否,則結(jié)束,用戶端按照用戶端設(shè)定顯示的來電號碼和來電名稱。
所述服務(wù)器還包括數(shù)據(jù)錄入模塊,用于錄入企業(yè)通訊錄數(shù)據(jù)并進行備份。
數(shù)據(jù)錄入模塊通過人工導入帶有企業(yè)通訊錄數(shù)據(jù)的表格或是逐項輸入方式錄入企業(yè)通訊錄數(shù)據(jù)。數(shù)據(jù)錄入模塊備份企業(yè)通訊錄數(shù)據(jù),供判斷模塊判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中,供處理模塊將企業(yè)通訊錄數(shù)據(jù)進行分組后壓縮。企業(yè)只需錄入一次,企業(yè)全部員工均可獲得企業(yè)通訊錄數(shù)據(jù),節(jié)能環(huán)保。
所述企業(yè)通訊錄數(shù)據(jù)包括聯(lián)系人的單位名稱、部門、職務(wù)、聯(lián)系人名稱和聯(lián)系號碼。所述聯(lián)系人是企業(yè)員工或是政府工作人員。聯(lián)系人是企業(yè)員工或政府工作人員,用戶端接收來電時,來電用戶是企業(yè)員工或是政府工作人員,用戶端顯示企業(yè)員工或是政府工作人員的單位名稱、部門、職務(wù)、聯(lián)系人名稱和聯(lián)系號碼,用戶端在接通來電時對來電用戶的情況能夠清楚的認識,方便用戶端使用人員根據(jù)來電用戶情況做出相應(yīng)的處理,例如,企業(yè)員工外出在政府部門剛辦理完業(yè)務(wù),政府工作人員來電,用戶端使用人員可以邊接通電話邊返回辦理業(yè)務(wù)區(qū)域,提高工作效率。
服務(wù)器的處理模塊將企業(yè)通訊錄數(shù)據(jù)以每組1000條數(shù)據(jù)分組,壓縮后將企業(yè)通訊錄數(shù)據(jù)按照壓縮順序依次發(fā)送給用戶端,所述用戶端按接收順序解壓企業(yè)通訊錄數(shù)據(jù),以每組1000條進行分組排列。用戶端解壓后的企業(yè)通訊錄數(shù)據(jù)以每組1000條進行分組排列,防止用戶端大量接收企業(yè)通訊錄數(shù)據(jù)時出現(xiàn)死機情況。
本發(fā)明實施例還提供一種企業(yè)通訊集中管理的來電彈屏方法。
如圖2所示,一種企業(yè)通訊集中管理的來電彈屏方法,包括如下步驟:
S1,檢測企業(yè)是否授權(quán)來電彈屏請求;
S2,檢測用戶端是否開啟來電彈屏;
S3,判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中;
S4,企業(yè)授權(quán)來電彈屏請求、用戶端開啟來電彈屏和來電彈屏的用戶端在企業(yè)通訊錄中時,將企業(yè)通訊錄數(shù)據(jù)進行分組后壓縮,并將壓縮后的企業(yè)通訊錄數(shù)據(jù)依次發(fā)送至用戶端;
具體地,企業(yè)授權(quán)來電彈屏請求,且用戶端開啟來電彈屏,且來電彈屏的用戶端在企業(yè)通訊錄中時,將企業(yè)通訊錄數(shù)據(jù)進行分組,分組后按組壓縮,將壓縮后的企業(yè)通訊錄數(shù)據(jù)按照壓縮順序依次發(fā)送至用戶端。
S5,企業(yè)未授權(quán)來電彈屏請求或用戶端未開啟來電彈屏或來電彈屏的用戶端不在企業(yè)通訊錄中時,停止操作。
企業(yè)授權(quán)來電彈屏請求,且用戶端開啟來電彈屏,且開啟來電彈屏的用戶端在企業(yè)通訊錄數(shù)據(jù)中時,將企業(yè)通訊錄數(shù)據(jù)分組后壓縮,并依次發(fā)送至用戶端,用戶端獲取通訊錄方式快捷、準確,企業(yè)通訊錄只在企業(yè)與用戶端之間流通,安全性高,成本低,節(jié)能環(huán)保,用戶端擁有企業(yè)通訊錄的全部數(shù)據(jù),查詢快速,使用方便。
所述方法還包括錄入企業(yè)通訊錄數(shù)據(jù)并進行備份的步驟。
錄入企業(yè)通訊錄數(shù)據(jù)并備份,供判斷模塊判斷開啟來電彈屏的用戶端是否在企業(yè)通訊錄數(shù)據(jù)中,供處理模塊將企業(yè)通訊錄數(shù)據(jù)進行分組后壓縮。企業(yè)只需錄入一次,企業(yè)全部員工均可獲得企業(yè)通訊錄數(shù)據(jù),節(jié)能環(huán)保。
所述方法還包括用戶端對接收的企業(yè)通訊錄數(shù)據(jù)進行解壓,根據(jù)來電用戶的號碼對來電用戶的企業(yè)通訊錄數(shù)據(jù)進行提取并顯示的步驟。
具體地,還包括用戶端對接收的企業(yè)通訊錄數(shù)據(jù)按照接收順序先進行解壓,當用戶端被呼叫時,服務(wù)器中的來電彈屏判斷模塊判斷來電用戶在企業(yè)通訊錄數(shù)據(jù)中,發(fā)送顯示信號給用戶端,用戶端接收顯示信號,用戶端根據(jù)來電用戶的號碼提取對應(yīng)的解壓后的企業(yè)通訊錄數(shù)據(jù)并顯示,來電用戶可以是政府工作人員或企業(yè)員工,用戶端顯示政府工作人員或企業(yè)員工的單位名稱、部門、職務(wù)、聯(lián)系人名稱和聯(lián)系號碼。
用戶端對服務(wù)器發(fā)送的企業(yè)通訊錄數(shù)據(jù)進行解壓,防止用戶端大量接收企業(yè)通訊錄數(shù)據(jù)時出現(xiàn)死機情況,當服務(wù)器判斷來電用戶在企業(yè)通訊錄數(shù)據(jù)中時,用戶端根據(jù)來電用戶的號碼對來電用戶的企業(yè)通訊錄數(shù)據(jù)進行提取并顯示來電用戶的單位名稱、部門、職務(wù)、名稱和聯(lián)系號碼,來電用戶可以是企業(yè)員工,也可以是政府工作人員,方便用戶端對來電用戶進行初步的認識,以方便下一步工作的安排。
以上所述僅為本發(fā)明的較佳實施例,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。