一種web分類控制和日志審計的方法
【專利摘要】本發(fā)明公開了一種WEB分類控制和日志審計的方法，其首先，識別出網(wǎng)站訪問報文，并將所要記錄的信息插入隊列中；再通過定時器任務(wù)，將隊列中的網(wǎng)站訪問日志寫入數(shù)據(jù)庫中。該方法基于模式匹配、DPI識別以及嵌入式數(shù)據(jù)庫技術(shù)，有效解決現(xiàn)有技術(shù)所存在的問題。
【專利說明】—種WEB分類控制和日志審計的方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機網(wǎng)絡(luò)【技術(shù)領(lǐng)域】，具體涉及網(wǎng)站訪問行為管理和監(jiān)控技術(shù)。

【背景技術(shù)】
[0002]由于在企業(yè)、單位中，經(jīng)常會有一些員工在上班時間瀏覽一些與工作無關(guān)的娛樂網(wǎng)站，導(dǎo)致工作效率下降。因此這些企業(yè)、單位就希望能夠采取某些方法對員工的網(wǎng)站訪問行為進行管理，禁止其在上班時間訪問某些類別的網(wǎng)站，以及保存其上網(wǎng)的歷史記錄。
[0003]目前有一些廠商已經(jīng)提供了該功能，但是許多都是簡單地記錄http報文中的Host字段或者URI字段的內(nèi)容，這會導(dǎo)致記錄的信息過于龐大或者不夠準(zhǔn)確，因此實用性不強。
[0004]歸結(jié)起來主要有以下幾個不足之處:
[0005](I)有的提供專門的設(shè)備接在路由器WAN 口后面，如果有多個WAN 口的話就需要多臺，很不方便。
[0006](2)會把許多p2p下載軟件發(fā)出的偽瀏覽器報文誤識別為網(wǎng)站訪問報文。
[0007](3)有的為了減少網(wǎng)頁訪問記錄數(shù)量，就只記錄http請求報文中HOST字段的值，但是該字段的值表示的是網(wǎng)站的名稱，并不能準(zhǔn)確記錄用戶究竟訪問了哪一個網(wǎng)頁，因此意義不大。
[0008](4)有的記錄的是GET后面的字段，但是這容易導(dǎo)致多余記錄的問題，例如訪問一個www.sina.com.cn的時候，同時發(fā)出多個HTTP的GET請求,但我們只需要記錄www.sina.com.cn這條原始網(wǎng)頁訪問記錄，其他的并發(fā)的衍生出的眾多的廣告、推送、圖片等鏈接信息不需要記錄。
[0009](5)僅僅根據(jù)發(fā)出去的http請求報文來記錄上網(wǎng)信息，這樣的話在網(wǎng)絡(luò)不通或者網(wǎng)站根本無法訪問的情況下仍然會留下上網(wǎng)記錄，這是不合理的。
[0010](6)所有的網(wǎng)站信息統(tǒng)一放在一個數(shù)據(jù)庫中，沒有根據(jù)使用頻率進行分類，導(dǎo)致查詢效率低下。


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

[0011]本發(fā)明針對現(xiàn)有網(wǎng)站訪問行為管理和監(jiān)控技術(shù)所存在的各項缺陷，而提供一種WEB分類控制和日志審計的方法。該方法基于模式匹配、DPI識別以及嵌入式數(shù)據(jù)庫技術(shù)，有效解決現(xiàn)有技術(shù)所存在的問題。
[0012]為了達到上述目的，本發(fā)明采用如下的技術(shù)方案:
[0013]一種WEB分類控制和日志審計的方法，所述方法包括如下步驟:
[0014](I)識別出網(wǎng)站訪問報文，并將所要記錄的信息插入隊列中；
[0015](2)通過定時器任務(wù)，將隊列中的網(wǎng)站訪問日志寫入數(shù)據(jù)庫中。
[0016]在本發(fā)明的優(yōu)選實例中，所述步驟(I)中采用DPI技術(shù)識別出真正的HTTP請求報文。
[0017]進一步的，采用DPI技術(shù)分析報文中是否含有Accept-Encoding:字段，如果沒有含有該字段，則認(rèn)為是偽裝成瀏覽器報文。
[0018]進一步的，所述步驟(I)在識別報文后，將識別出的HTTP請求報文與網(wǎng)址庫中存儲的網(wǎng)址信息進行類型匹配，判斷HTTP請求報文對應(yīng)的網(wǎng)站是否屬于允許訪問的網(wǎng)站類別范圍。所述網(wǎng)址庫實際包括存放完整網(wǎng)址庫信息的第三級比較表、存放從第三級比較表中挑選出的熱門網(wǎng)站的網(wǎng)址信息的第二級比較表、存放用戶最近最經(jīng)常訪問網(wǎng)站的網(wǎng)址信息的第一級比較表。在進行類型匹配時，優(yōu)先與第一級比較表中的信息進行匹配，若未找到則繼續(xù)匹配第二級比較表，仍未找到則匹配第三級比較表，如果還是沒有找到，則記錄網(wǎng)址類型為未分類。未分類的暫定為一律允許。
[0019]再進一步的，若HTTP請求報文對應(yīng)的網(wǎng)站判斷為屬于允許訪問的網(wǎng)站，進一步獲取報文中Referer字段的信息，根據(jù)Referer字段采取不同的策略，如果該字段非空，就記錄該字段內(nèi)容，否則將Host字段與GET字段后面的內(nèi)容拼接后記錄到內(nèi)存隊列中。
[0020]再進一步的,所述步驟(I)中的內(nèi)存隊列中的流節(jié)點是在收到一條http請求報文并在獲取訪問網(wǎng)站的網(wǎng)址信息及其控制類別的以后，根據(jù)報文的五元組(協(xié)議號、源IP地址、源端口、目的IP地址、目的端口)信息來建立并加入的,每一個新加入隊列的流節(jié)點將自動被維護一個名為CHECKREQ的初始狀態(tài)。在此狀態(tài)基礎(chǔ)上如果收到訪問網(wǎng)站的回應(yīng)報文且http狀態(tài)值是200 (成功)或者304 (未修改)就將隊列中相應(yīng)的流節(jié)點的狀態(tài)切換為CHECKREPLY。且在后續(xù)的定時器定時寫數(shù)據(jù)庫操作中，只有狀態(tài)為CHECKREPLY的才會真正被移出隊列并寫入數(shù)據(jù)庫中。
[0021]再進一步的，在網(wǎng)站訪問日志保存到數(shù)據(jù)庫以后，所述第一級比較表中存儲的信息將根據(jù)數(shù)據(jù)庫中記錄的網(wǎng)站訪問日志信息不斷的動態(tài)更新。
[0022]進一步的，所述數(shù)據(jù)庫包括兩張數(shù)據(jù)表，第一張數(shù)據(jù)表存儲最近一段時間內(nèi)的網(wǎng)站訪問日志信息，第二張數(shù)據(jù)表存儲所有的網(wǎng)站訪問日志信息，并且規(guī)定時間內(nèi)將第一張數(shù)據(jù)表內(nèi)數(shù)據(jù)移至第二張數(shù)據(jù)表中。
[0023]本發(fā)明的方案在具體實施具有如下優(yōu)點:
[0024]1.避免將不是網(wǎng)頁訪問報文的偽瀏覽器報文誤識別并記錄下來。
[0025]2.準(zhǔn)確記錄用戶訪問的確切頁面，同時也避免將一些附帶發(fā)出的http請求報文當(dāng)作網(wǎng)頁訪問記錄下來。
[0026]3.能夠有效過濾掉瀏覽器發(fā)出的不可達的網(wǎng)站的訪問日志信息，減少無效訪問日志的審計和處理，節(jié)約系統(tǒng)資源。
[0027]4.網(wǎng)址類型匹配采用多級匹配的策略，提高了效率。
[0028]5.可用于各企業(yè)、單位對員工的網(wǎng)站訪問行為進行管理和監(jiān)控。

【專利附圖】

【附圖說明】
[0029]以下結(jié)合附圖和【具體實施方式】來進一步說明本發(fā)明。
[0030]圖1為本發(fā)明中報文處理的流程示意圖；
[0031]圖2為本發(fā)明中網(wǎng)頁訪問日志信息寫入數(shù)據(jù)庫的流程示意圖。

【具體實施方式】
[0032]為了使本發(fā)明實現(xiàn)的技術(shù)手段、創(chuàng)作特征、達成目的與功效易于明白了解，下面結(jié)合具體圖示，進一步闡述本發(fā)明。
[0033]本發(fā)明基于模式匹配、DPI識別以及嵌入式數(shù)據(jù)庫技術(shù)實現(xiàn)WEB分類控制和日志審計，主要包括如下步驟:
[0034]首先，識別出網(wǎng)站訪問報文，并將所要記錄的信息插入隊列中；
[0035]再者，通過定時器任務(wù)，將隊列中的網(wǎng)站訪問日志寫入數(shù)據(jù)庫中。
[0036]基于上述原理方案，其具體的實施方案如下:
[0037](I)在識別報文時，采用DPI技術(shù)排除掉常見的偽瀏覽器報文，從而識別出真正的HTTP請求報文。具體方法是通過DPI技術(shù)分析報文中是否含有Acc印t-Encoding:字段，如果沒有含有該字段，則認(rèn)為是偽裝成瀏覽器報文。這樣針對有些下載軟件以及網(wǎng)絡(luò)電視使用偽瀏覽器報文下載數(shù)據(jù)，只根據(jù)協(xié)議號和端口號無法確定該報文究竟是真正的HTTP請求報文還是偽瀏覽器報文，通過該方案能夠有效的別出真正的HTTP請求報文。
[0038](2)在識別報文后，將識別出的HTTP請求報文與網(wǎng)址庫中存儲的網(wǎng)址信息進行類型匹配，判斷HTTP請求報文對應(yīng)的網(wǎng)站是否屬于允許訪問的網(wǎng)站類別范圍。
[0039]其中，網(wǎng)址庫用于存儲網(wǎng)址類型匹配用的網(wǎng)址信息，如果只用一張大表的話就會導(dǎo)致查詢效率低下，這里使用三張表來分級查詢:表siteall中存放完整的網(wǎng)址庫信息，數(shù)據(jù)量較大，只需存放在U盤中，無需加載到內(nèi)存里；表sitecomn中存放的是從表siteall中挑選出來的熱門網(wǎng)站的網(wǎng)址信息，數(shù)據(jù)量不是很大，因此可以加載到內(nèi)存，作為第二級比較，存放在comn_addr中中存放的是用戶最近幾天最經(jīng)常訪問的網(wǎng)站的網(wǎng)址信息，也需要加載到內(nèi)存中，作為第一級比較，存放著freq_addr中；在網(wǎng)站類型匹配時，則依次匹配freq_addr和comn_addr,如果查詢不到,則該網(wǎng)站類型就屬于未分類網(wǎng)站。
[0040](3)對于HTTP請求報文對應(yīng)的網(wǎng)站判斷為屬于允許訪問的網(wǎng)站，在記錄請求報文對應(yīng)的網(wǎng)站訪問日志的時候，進一步獲取報文中Referer字段的信息，根據(jù)Referer字段采取不同的策略，如果該字段非空，就記錄該字段內(nèi)容，否則將Host字段與GET字段后面的內(nèi)容拼接后記錄下來。通過該方案能夠避免記錄大量無用信息。因為，當(dāng)訪問一個網(wǎng)頁，如www.sina.com, cn,的時候，會接連發(fā)出多個HTTP頁面請求，若僅僅依據(jù)GET字段或者HOST字段的內(nèi)容就會導(dǎo)致記錄大量無用或者重復(fù)的信息，由于這些附帶的HTTP請求它們都有相同的Referer字段,如www.sina.com.cn,這樣如果選擇記錄Referer字段并在數(shù)據(jù)庫中進行相同替換就可以避免記錄大量無用信息。
[0041](4)在收到一條HTTP請求報文并在獲取訪問網(wǎng)站的網(wǎng)址信息及其控制類別的以后，根據(jù)報文的五元組(協(xié)議號、源IP地址、源端口、目的IP地址、目的端口)信息建立相應(yīng)的流節(jié)點，并將節(jié)點加入到內(nèi)存隊列中，每一個新加入隊列的流節(jié)點將自動被維護一個名為CHECKREQ的初始狀態(tài)。在此狀態(tài)基礎(chǔ)上如果收到訪問網(wǎng)站的回應(yīng)報文且http狀態(tài)值是200 (成功)或者304 (未修改)就將隊列中相應(yīng)的節(jié)點流的狀態(tài)切換為CHECKREPLY。且在后續(xù)的定時器定時寫數(shù)據(jù)庫操作中，只有狀態(tài)為CHECKREPLY的才會真正被移出隊列并寫入數(shù)據(jù)庫中。這樣的話在網(wǎng)站訪問失敗的情況下就不會留下網(wǎng)站訪問的記錄。就能夠有效過濾掉瀏覽器發(fā)出的不可達的網(wǎng)站的訪問日志信息，減少無效訪問日志的審計和處理，節(jié)約系統(tǒng)資源。
[0042](5)由于前面在報文檢查的時候，只是將要寫入數(shù)據(jù)庫的信息插入到隊列當(dāng)中，對于真正寫入數(shù)據(jù)庫的操作，本發(fā)明通過一個單獨的定時器任務(wù)完成的。
[0043]由于往數(shù)據(jù)庫中寫數(shù)據(jù)的時候是進行替換操作，如果數(shù)據(jù)庫太大必然造成耗時過大。為此，本發(fā)明使用兩張表，表1-表surfingCurHour存放的是最近I小時內(nèi)的網(wǎng)站訪問日志信息；表2-表surfingDaily則是所有的網(wǎng)站訪問日志信息；且每隔I小時就將表I中的數(shù)據(jù)移到表2中。這樣在定時器超時往數(shù)據(jù)庫中寫數(shù)據(jù)時，只需操作較小的表1，從而節(jié)省了時間。
[0044]本發(fā)明通過定時器任務(wù)每隔1s就往數(shù)據(jù)庫中寫入300條記錄。另外這個定時任務(wù)還在比較空閑，例如晚上的時候，統(tǒng)計表surf ingDaily中訪問次數(shù)最高的前1000個網(wǎng)站作為表sitefreqt的內(nèi)容。
[0045]根據(jù)上述方案，以下通過一具體實例來對本發(fā)明中WEB分類控制和日志審計方案進一步說明。
[0046]該實例中無需使用專門的設(shè)備，只要基于寬帶路由器進行功能擴展，并將網(wǎng)址庫，網(wǎng)址日志信息等存放著外接U盤中，這樣方便用戶備份數(shù)據(jù)。
[0047]該實例實施時，分為兩個部分:partA:識別出網(wǎng)站訪問報文，并將所要記錄的信息插入隊列中；partB:定時器任務(wù)，將隊列中的網(wǎng)站訪問日志寫入數(shù)據(jù)庫中，定時調(diào)整用戶訪問網(wǎng)站的一級、二級和三級比較表中的網(wǎng)址信息，以及在用戶設(shè)定的時間點自動將數(shù)據(jù)庫中名為surfingCurHour的網(wǎng)站訪問日志表中的訪問日志信息歸并到名為surfingDaily的網(wǎng)站訪問日志表中。
[0048]下面具體闡述:
[0049]partA:報文處理任務(wù)，該任務(wù)具體工作如下(參見圖1):
[0050]1.當(dāng)一個報文進入路由器時，通過DPI識別技術(shù)識別出該報文所屬的類型，如果不是偽瀏覽器報文，并且是TCP報文，對端端口號80，此時認(rèn)為是http報文，進入下一步處理。
[0051]2.如果是內(nèi)網(wǎng)主機發(fā)出去的http請求報文，則只處理以GET開頭且不含有.gif、,jpg、, js等信息，還必須Host:字段非空的報文。然后獲取GET字段后面跟的URI信息，以及Host字段的信息。根據(jù)Host字段的信息匹配freq_addr,如果未找到則繼續(xù)匹配comn_addr，如果還是沒有找到，則網(wǎng)址類型為O (未分類)。然后根據(jù)網(wǎng)址類別信息，判斷該網(wǎng)站是否屬于允許訪問的網(wǎng)站類別范圍(未分類的暫定為一律允許)，如果不屬于就把該報文丟掉，從而禁止了該用戶訪問這個類別的網(wǎng)站。
[0052]如果網(wǎng)站是允許訪問的，則進一步獲取報文中的Referer字段的信息。如果Referer信息是非空的，就將Referer信息作為URI信息記錄下來，否則就將Host信息與GET后面的信息合并作為URI信息。得到URI信息后，將其與內(nèi)網(wǎng)主機號等信息存放在一個動態(tài)分配的節(jié)點中，并將flag字段設(shè)置為CHECKREQ，然后插入隊列中，待定時器超時的時候根據(jù)flag字段值決定是否寫入數(shù)據(jù)庫中。
[0053]3.如果是服務(wù)器端發(fā)來的http回復(fù)報文，則檢查報文中的HTTP返回值是否是200 (成功)或者304 (內(nèi)容未修改)。如果是，并且flag字段值是CHECKREQ，就把flag字段改為CHECKREPLY，表示成功地訪問了該網(wǎng)頁。
[0054]partB:定時器任務(wù)，超時時間為10s，主要是完成將網(wǎng)頁訪問日志信息寫入數(shù)據(jù)庫以及其他的數(shù)據(jù)庫處理操作。該任務(wù)具體工作如下(參見圖2):
[0055]1.如果相關(guān)數(shù)據(jù)庫表沒有創(chuàng)建成功，就先創(chuàng)建。表surfingCurHour存放最近I小時的網(wǎng)站訪問記錄，表surfingDaily存放所有的網(wǎng)站訪問記錄。每隔I小時，就把surfingCurHour 中的記錄移到 surfingDaily 中。
[0056]表siteall，需要手動編輯然后放入U盤中，并非由路由器自動創(chuàng)建。這個表中存放的是最完整的網(wǎng)站類別信息，但是由于這個表太大，查找起來比較費時，因此只在晚上設(shè)備清閑的時候(如凌晨I點)進行一些查找工作。
[0057]表sitecomn中存放的是從表siteall中篩選出來的常用網(wǎng)站，也是手動存放如U盤中。
[0058]表sitefreqt中存放的是根據(jù)surfingDaily統(tǒng)計出的訪問次數(shù)最多的前1000記錄。如果不存在該表需要創(chuàng)建，一開始該表內(nèi)容與表sitecomn相同。
[0059]2.每次從隊列中取下300條記錄，如果flag字段為CHECKREPLY就將該URI以及主機、時間等信息寫入數(shù)據(jù)庫的表surfingCurHour中。寫數(shù)據(jù)庫時,根據(jù)當(dāng)前時間、內(nèi)網(wǎng)主機ip、URI信息生成一個historyid。其中時間部分需要處理,如果秒數(shù)小于9,則取9,如果小于19，則取19，以此類推。URI信息用于計算的部分不超過64字節(jié)，如果URI信息超過64字節(jié)，則取最后的64字節(jié)部分。由于將historyid定義為主鍵，因此在寫數(shù)據(jù)庫的時候，historyid相同的會被替換。這樣由于時間部分的特殊處理，同樣的記錄在10秒內(nèi)只會被記錄一次。
[0060]3.每隔I小時就把表surfingCurHour中的記錄移到surfingDaily中。如果當(dāng)前是凌晨I點，就統(tǒng)計表surfingDaily,根據(jù)主站Host字段統(tǒng)計出訪問次數(shù)最多的1000個網(wǎng)站，如果這1000個高頻度訪問的網(wǎng)站中有網(wǎng)站的類型是‘未分類’，就到siteall這張表中查詢，若查不到就把域名開頭的部分改為WWW再到siteall表中查找,如果還是查不到就把該網(wǎng)站歸為‘未分類’。然后再把這些1000條網(wǎng)站信息更新到表sitefreqt中，并更新到內(nèi)存中的fqt_addr變量。
[0061]以上顯示和描述了本發(fā)明的基本原理、主要特征和本發(fā)明的優(yōu)點。本行業(yè)的技術(shù)人員應(yīng)該了解，本發(fā)明不受上述實施例的限制，上述實施例和說明書中描述的只是說明本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下，本發(fā)明還會有各種變化和改進，這些變化和改進都落入要求保護的本發(fā)明范圍內(nèi)。本發(fā)明要求保護范圍由所附的權(quán)利要求書及其等效物界定。
【權(quán)利要求】
1.一種WEB分類控制和日志審計的方法，其特征在于，所述方法包括如下步驟: (O識別出網(wǎng)站訪問報文，并將所要記錄的信息插入隊列中； (2)通過定時器任務(wù)，將隊列中的網(wǎng)站訪問日志寫入數(shù)據(jù)庫中。
2.根據(jù)權(quán)利要求1所述的一種WEB分類控制和日志審計的方法，其特征在于，所述步驟(O中采用DPI技術(shù)識別出真正的HTTP請求報文。
3.根據(jù)權(quán)利要求2所述的一種WEB分類控制和日志審計的方法，其特征在于，采用DPI技術(shù)分析報文中是否含有Accept-Encoding:字段，如果沒有含有該字段，則認(rèn)為是偽裝成瀏覽器報文。
4.根據(jù)權(quán)利要求1或2或3所述的一種WEB分類控制和日志審計的方法，其特征在于，在識別報文后，將識別出的HTTP請求報文與網(wǎng)址庫中存儲的網(wǎng)址信息進行類型匹配，判斷HTTP請求報文對應(yīng)的網(wǎng)站是否屬于允許訪問的網(wǎng)站類別范圍。
5.根據(jù)權(quán)利要求4所述的一種WEB分類控制和日志審計的方法，其特征在于，若HTTP請求報文對應(yīng)的網(wǎng)站判斷為屬于允許訪問的網(wǎng)站，進一步獲取報文中Referer字段的信息，根據(jù)Referer字段采取不同的策略，如果該字段非空，就記錄該字段內(nèi)容，否則將Host字段與GET字段后面的內(nèi)容拼接后記錄到內(nèi)存隊列中。
6.根據(jù)權(quán)利要求4所述的一種WEB分類控制和日志審計的方法，其特征在于，所述網(wǎng)址庫包括存放完整網(wǎng)址庫信息的第三級比較表、存放從第三級比較表中挑選出的熱門網(wǎng)站的網(wǎng)址信息的第二級比較表、存放用戶最近最經(jīng)常訪問網(wǎng)站的網(wǎng)址信息的第一級比較表，在進行類型匹配時，先與第一級比較表中的信息進行匹配，若未找到則繼續(xù)匹配第二級比較表，仍未找到則匹配第三級比較表，如果還是沒有找到，記錄網(wǎng)址類型為未分類。
7.根據(jù)權(quán)利要求1所述的一種WEB分類控制和日志審計的方法，其特征在于，所述步驟(I)中的隊列中的流節(jié)點是在收到一條http請求報文并在獲取訪問網(wǎng)站的網(wǎng)址信息及其控制類別以后，根據(jù)報文的五元組信息來建立并加入的，每一個新加入隊列的流節(jié)點將自動被維護一個名為CHECKREQ的初始狀態(tài)，在此狀態(tài)基礎(chǔ)上如果收到訪問網(wǎng)站的回應(yīng)報文且http狀態(tài)值是200 (成功)或者304 (未修改)就將隊列中相應(yīng)的流節(jié)點的狀態(tài)切換為CHECKREPLY，且在后續(xù)的定時器定時寫數(shù)據(jù)庫操作中，只有狀態(tài)為CHECKREPLY的才會真正被移出隊列并寫入數(shù)據(jù)庫中。
8.根據(jù)權(quán)利要求6所述的一種WEB分類控制和日志審計的方法，其特征在于，在網(wǎng)站訪問日志保存到數(shù)據(jù)庫以后，所述第一級比較表中存儲的信息根據(jù)數(shù)據(jù)庫中記錄的網(wǎng)站訪問日志信息不斷的動態(tài)更新。
9.根據(jù)權(quán)利要求1所述的一種WEB分類控制和日志審計的方法，其特征在于，所述數(shù)據(jù)庫包括兩張數(shù)據(jù)表，第一張數(shù)據(jù)表存儲最近一段時間內(nèi)的網(wǎng)站訪問日志信息，第二張數(shù)據(jù)表存儲所有的網(wǎng)站訪問日志信息，并且規(guī)定時間內(nèi)將第一張數(shù)據(jù)表內(nèi)數(shù)據(jù)移至第二張數(shù)據(jù)表中。
【文檔編號】G06F17/30GK104239353SQ201310248048
【公開日】2014年12月24日 申請日期:2013年6月20日 優(yōu)先權(quán)日:2013年6月20日
【發(fā)明者】汪革, 彭雙庭, 郭海濤, 陳肖, 方宇 申請人:上海博達數(shù)據(jù)通信有限公司