版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
第一代互聯(lián)網(wǎng)中存在那些問題?提示:地址資源枯竭、瓶頸與帶寬直接影響用戶使用、Qos保障、Internet 的安全保證、記費(fèi)問題二、下一代互聯(lián)網(wǎng)的發(fā)展現(xiàn)狀與特點(diǎn)?提示:以美國和我國的情況說明現(xiàn)狀和從更大、更快、更安全方面說明NGI的特點(diǎn)三、TGP/IP協(xié)議脆弱性以及解決辦法?提示:從網(wǎng)絡(luò)接口層/網(wǎng)絡(luò)層/傳輸層/應(yīng)用層說明。答:(1)網(wǎng)絡(luò)層接口層協(xié)議的脆弱性鏈路層上的以太網(wǎng)技術(shù)發(fā)展比較快,主要有SLIP和PPP,存在一些問題有;1.通信雙方必須預(yù)先知道對(duì)方的IP地址,在建立過程中地址不能自動(dòng)設(shè)定,目前IP地址緊缺,不可能給每一個(gè)用戶分配一個(gè)IP地址;2.數(shù)據(jù)幀中沒有類型字段,如果一條串行線路使用SLIP,則它不能使用其他協(xié)議;3.SLIP不能進(jìn)行任何錯(cuò)誤檢查何糾錯(cuò)工作,因而要到上層才能檢測和恢復(fù)丟失幀÷?lián)p壞幀或緊急幀;4.因?yàn)榇芯€路通常是交互式的,所以在SLIP線路上有許多小的TCP分組進(jìn)行交換,因此信道利用率很低;5.PPP解決了以上問題,處理錯(cuò)誤檢測、支持多種協(xié)議、允許身份驗(yàn)證,PPP將逐步代替SLIP。(2)網(wǎng)絡(luò)層協(xié)議的脆弱性IP是核心,因此,IP的安全性影響著整個(gè)網(wǎng)絡(luò)層協(xié)議的安全性。其缺陷如下:1.IP地址資源日益匱乏。2.IP地址的欺騙性。沒有一種機(jī)智檢驗(yàn)數(shù)據(jù)是否真正來自首部源IP地址對(duì)應(yīng)的主機(jī)系統(tǒng)。網(wǎng)卡的MAC地址是唯一的,因此通常可以利用兩個(gè)地址的對(duì)應(yīng)來確定真實(shí)性。但是數(shù)據(jù)鏈路層沒有提供這樣的機(jī)制來檢驗(yàn)MAC與IP地址的一致性,而到了IP層,由于IP包中不包含MAC地址字段,所以很難檢測一致性。3.IP源路徑選項(xiàng)的弱點(diǎn)。IP源路徑選項(xiàng)允許IP數(shù)據(jù)包自己選擇一條通往主機(jī)的路徑。從表面上看,沒有什么漏洞,一旦與防火墻結(jié)合起來,其漏洞顯而易見。防火墻允許一種調(diào)測包從外部網(wǎng)進(jìn)入內(nèi)部網(wǎng),這種調(diào)測包就是IP協(xié)議的原路徑選項(xiàng)的功能。當(dāng)用戶A想進(jìn)入一個(gè)設(shè)有防火墻的內(nèi)部網(wǎng),與其中儀態(tài)主機(jī)B通信時(shí),如果它沒有授權(quán),當(dāng)然無法進(jìn)入。但是如果用戶A在發(fā)送請(qǐng)求報(bào)文中設(shè)置了IP源路徑選項(xiàng),是報(bào)文有一個(gè)目的地址指向防火墻,而最終目的的地址是防火墻后面的主機(jī)B,當(dāng)報(bào)文到達(dá)防火墻時(shí)被允許通過,因?yàn)楫?dāng)數(shù)據(jù)包到達(dá)防火墻的IP層時(shí),防火墻發(fā)現(xiàn)數(shù)據(jù)包的最終目的是主機(jī)B,所以它將數(shù)據(jù)包重新發(fā)送到內(nèi)部網(wǎng)中。IP源路徑先期還可能導(dǎo)致目標(biāo)系統(tǒng)被IP欺騙。3.傳輸層協(xié)議的脆弱性傳輸層的脆弱性已經(jīng)成為網(wǎng)絡(luò)協(xié)議攻擊的主要突破口之一,其漏洞如下:1.TCP連接的建立與中止。TCP連接的建立于斷開機(jī)制保證了傳輸?shù)目煽啃耘c速度,但是隨之而來的,在連接建立過程完成之后,服務(wù)器端不再難連接的另一方是不是合法的用戶這種脆弱性的直接后果是連接可能被竊取。2.TCP連接請(qǐng)求對(duì)對(duì)壘的處理方法看起來很適用于連接的世界情況,但是很容易產(chǎn)生以下情況:如果某一用戶不斷地向服務(wù)器某一端口發(fā)送申請(qǐng)TCP連接的SYN包,但不對(duì)服務(wù)器的SYN包發(fā)回ACK確認(rèn)信息,則無法完成連接。當(dāng)未完成的連接填滿傳輸層的隊(duì)列時(shí),它不再接受任何連接請(qǐng)求,包括合法的連接請(qǐng)求,這樣就可能使服務(wù)器端口服務(wù)掛起。3.TCP連接的堅(jiān)持。當(dāng)TCP連接上已經(jīng)已經(jīng)很長時(shí)間內(nèi)未傳送數(shù)據(jù),當(dāng)TCP連接仍舊能保持的特性會(huì)造成TCP連接資源的浪費(fèi)。畢竟服務(wù)器某個(gè)端口可以存在的最大連接數(shù)有限,保持著大量不傳輸數(shù)據(jù)的連接將極大降低服務(wù)器性能,而且在服務(wù)器的兩次探測之間,可能竊取TCP連接,之前先使得原來與服務(wù)器連接的機(jī)器死機(jī)或重啟4.應(yīng)用層的脆弱性應(yīng)用層的缺陷主要集中在R系列命令中(rcp、rsh、rlogin等),這些命令使基于可信任主機(jī)之間的關(guān)系而設(shè)置的方便用戶登陸的一種方法,可信任主機(jī)不需要口令也可以通過R系列命令登陸進(jìn)入目標(biāo)系統(tǒng)。我們可以利用Telnet應(yīng)用程序登陸目標(biāo)系統(tǒng),然后利用目標(biāo)系統(tǒng)本身的漏洞(包括硬件與操作系統(tǒng)的漏洞)運(yùn)行一些程序,而獲得超級(jí)用戶的權(quán)限。而利用SNMP構(gòu)造數(shù)據(jù)包發(fā)給目標(biāo)系統(tǒng),根據(jù)目標(biāo)系統(tǒng)的回應(yīng)數(shù)據(jù)包可以活卻目標(biāo)系統(tǒng)的一些基本信息,如操作系統(tǒng)版本號(hào)、IP地址以及一些服務(wù)的版本號(hào)、開放了那些服務(wù)斷口,為進(jìn)入系統(tǒng)作準(zhǔn)備。四、請(qǐng)比較3G、MLAN、藍(lán)牙之間的不同提示:從頻帶(費(fèi)用)、使用范圍、帶寬、業(yè)務(wù)能力、系統(tǒng)費(fèi)用、渠道、產(chǎn)品價(jià)格、移動(dòng)性、頻率技術(shù)、設(shè)備方面比較3G是英文3rdGeneration的縮寫,指第三代移動(dòng)通信技術(shù)。相對(duì)第一代模擬制式手機(jī)(1G)和第二代GSM、TDMA等數(shù)字手機(jī)(2G),第三代手機(jī)一般地講,是指將無線通信與國際互聯(lián)網(wǎng)等多媒體通信結(jié)合的新一代移動(dòng)通信系統(tǒng)。它能夠處理圖像、音樂、視頻流等多種媒體形式,提供包括網(wǎng)頁瀏覽、電話會(huì)議、電子商務(wù)等多種信息服務(wù)。為了提供這種服務(wù),無線網(wǎng)絡(luò)必須能夠支持不同的數(shù)據(jù)傳輸速度,也就是說在室內(nèi)、室外和行車的環(huán)境中能夠分別支持至少2Mbps(兆字節(jié)/每秒)、384kbps(千字節(jié)/每秒)以及144kbps的傳輸速度。3G的技術(shù)標(biāo)準(zhǔn)國際電信聯(lián)盟(ITU)在2000年5月確定W-CDMA、CDMA2000和TDS-CDMA三大主流無線接口標(biāo)準(zhǔn),寫入3G技術(shù)指導(dǎo)性文件《2000年國際移動(dòng)通訊計(jì)劃》(簡稱IMT-2000)。W-CDMA即WidebandCDMA,也稱為CDMADirectSpread,意為寬頻分碼多重存取,其支持者主要是以GSM系統(tǒng)為主的歐洲廠商,日本公司也或多或少參與其中,包括歐美的愛立信、阿爾卡特、諾基亞、朗訊、北電,以及日本的NTT、富士通、夏普等廠商。這套系統(tǒng)能夠架設(shè)在現(xiàn)有的GSM網(wǎng)絡(luò)上,對(duì)于系統(tǒng)提供商而言可以較輕易地過渡,而GSM系統(tǒng)相當(dāng)普及的亞洲對(duì)這套新技術(shù)的接受度預(yù)料會(huì)相當(dāng)高。因此W-CDMA具有先天的市場優(yōu)勢(shì)。CDMA2000CDMA2000也稱為CDMAMulti-Carrier,由美國高通北美公司為主導(dǎo)提出,摩托羅拉、Lucent和后來加入的韓國三星都有參與,韓國現(xiàn)在成為該標(biāo)準(zhǔn)的主導(dǎo)者。這套系統(tǒng)是從窄頻CDMAOne數(shù)字標(biāo)準(zhǔn)衍生出來的,可以從原有的CDMAOne結(jié)構(gòu)直接升級(jí)到3G,建設(shè)成本低廉。但目前使用CDMA的地區(qū)只有日、韓和北美,所以CDMA2000的支持者不如W-CDMA多。不過CDMA2000的研發(fā)技術(shù)卻是目前各標(biāo)準(zhǔn)中進(jìn)度最快的,許多3G手機(jī)已經(jīng)率先面世。TD-SCDMA該標(biāo)準(zhǔn)是由中國大陸?yīng)氉灾贫ǖ?G標(biāo)準(zhǔn),1999年6月29日,中國原郵電部電信科學(xué)技術(shù)研究院(大唐電信)向ITU提出。該標(biāo)準(zhǔn)將智能無線、同步CDMA和軟件無線電等當(dāng)今國際領(lǐng)先技術(shù)融于其中,在頻譜利用率、對(duì)業(yè)么亂序收到,要么丟失。在Java環(huán)境中為了有利于分布式事件,Jini提供一個(gè)簡單的JavaAPI以保證分布式事件的正確接收。
3)事務(wù)的兩階段提交接口:Jini為了完成這種風(fēng)格的分布式計(jì)算,提供一個(gè)簡單的JavaAPI。當(dāng)事務(wù)開始提交時(shí),它使得最先發(fā)起該事務(wù)的對(duì)象啟動(dòng)一個(gè)事務(wù)管理器,以管理整個(gè)事務(wù),每一個(gè)參與該事務(wù)的對(duì)象都必須向該管理器注冊(cè);當(dāng)事務(wù)發(fā)生時(shí),若參與事務(wù)的某一對(duì)象發(fā)現(xiàn)該事務(wù)中的某一事件不能發(fā)生,那么該消息必須通知事務(wù)管理器,管理器再告訴所有的參與對(duì)象回退到事務(wù)開始時(shí)的狀態(tài)。若所有對(duì)象完成了事務(wù)中的各自任務(wù),那么整個(gè)事務(wù)則提交。
*服務(wù)(Services)
Jini基礎(chǔ)設(shè)施和編程模式使得服務(wù)在網(wǎng)絡(luò)聯(lián)合中能被提供、發(fā)現(xiàn)和向用戶宣布自己的存在。服務(wù)以Java編程語言寫的對(duì)象形式體現(xiàn),定義操作的接口,這些操作能被其它服務(wù)訪問。
有些服務(wù)被程序使用,有些被接收者運(yùn)行;因此服務(wù)可和其它用戶交互。服務(wù)的類型決定組成該服務(wù)的接口,并定義能訪問該服務(wù)的方法,目前已有的Jini服務(wù)包括:1)Javaspace:能被用來進(jìn)行簡單的通信和存儲(chǔ)Java對(duì)象。2)兩階段提交管理器:允許對(duì)象組參與到由編程模式所定義的二階段提交協(xié)議。
三、服務(wù)結(jié)構(gòu)與設(shè)備的即插即用
無論從編程還是從用戶使用的角度來說,Jini中的各種服務(wù)是Jini系統(tǒng)的基礎(chǔ)。設(shè)備加上一些必要的軟件就是Jini系統(tǒng)中的一個(gè)服務(wù)。因此,了解Jini的服務(wù)結(jié)構(gòu)是了解其網(wǎng)絡(luò)設(shè)置的即插即用的關(guān)鍵。
*基礎(chǔ)協(xié)議
jini的服務(wù)體系結(jié)構(gòu)是基于發(fā)現(xiàn)協(xié)議(Discoveryprotocol)和檢查協(xié)議(Lookupprotocol)的,它們?cè)诓煌臅r(shí)間發(fā)揮作用。"發(fā)現(xiàn)(Discovery)"發(fā)生在一個(gè)服務(wù)加入到Jini系統(tǒng)之時(shí);"檢查(Lookup)"發(fā)生在一個(gè)使用者或計(jì)算終端需要定位和使用一個(gè)服務(wù)之時(shí)。
Discovery是將一個(gè)服務(wù)增加到Jini系統(tǒng)的過程。服務(wù)提供者是該服務(wù)的創(chuàng)始者,如一個(gè)設(shè)備或軟件。具體過程如下:
首先,服務(wù)提供者通過廣播一個(gè)存在宣言定位一個(gè)Lookup服務(wù);
然后,該服務(wù)的代理裝入到Lookup服務(wù)中,代理包含該服務(wù)的接口和其它描述屬性??蛻敉ㄟ^服務(wù)類型定位一個(gè)合適的服務(wù),即通過它們的Java接口,以及在用戶接口中用來作為Lookup服務(wù)的描述屬性。
最后一階段是激活服務(wù),代理的拷貝遷移到客戶端。這個(gè)代理可以使用一個(gè)私有的協(xié)議,與服務(wù)提供者通信,同一服務(wù)接口的不同實(shí)現(xiàn)可以使用完全不同的交互協(xié)議。
從以上不難看出,服務(wù)提供者可以把程序代碼(也就是Java字節(jié)碼)移到檢查服務(wù),并移到客戶方,這使得服務(wù)提供者在與檢查服務(wù)和客戶方通信時(shí)有很大的自由。這種代碼的移動(dòng)也保證了客戶方中的代理程序和其所代理的服務(wù)之間的同步,因?yàn)榇沓绦虮旧砭吞峁┓?wù)。Jini中客戶方與服務(wù)方這種通過服務(wù)代理的通信方法與我們以前所了解的通信方法(如通過統(tǒng)一的協(xié)議)相比有一個(gè)顯著的優(yōu)點(diǎn):服務(wù)提供的服務(wù)細(xì)節(jié)可以完整的傳達(dá)到客戶方,因?yàn)橛伤旧硖峁┑拇沓绦蛄私夥?wù)的一切細(xì)節(jié)。
*服務(wù)實(shí)施(Implementation)
實(shí)現(xiàn)一個(gè)服務(wù)的對(duì)象可能被設(shè)計(jì)成和其它幫助對(duì)象運(yùn)行在一個(gè)單一的地址空間,特別是當(dāng)存在特定的位置或某種安全的需求。這些對(duì)象構(gòu)造對(duì)象組,一個(gè)對(duì)象組保證組內(nèi)對(duì)象寄居在單一的地址空間/虛機(jī)(當(dāng)這些對(duì)象在運(yùn)行時(shí))。不同對(duì)象組中的對(duì)象在地址空間/虛機(jī)上彼此隔離,服務(wù)實(shí)施則通過運(yùn)行在不同虛機(jī)或地址空間內(nèi)的對(duì)象。
服務(wù)可被特定硬件直接或間接實(shí)現(xiàn),這些和該服務(wù)的接口連在一起的設(shè)備通過代碼連在一起。從服務(wù)客戶的角度來看,服務(wù)實(shí)施由不同機(jī)器上的對(duì)象完成相應(yīng)服務(wù)。因而下載到本地地址空間的服務(wù)和在硬件上實(shí)施的服務(wù)是沒明顯區(qū)別的,所有以Java對(duì)象的形式出現(xiàn)的服務(wù)在網(wǎng)上都可獲得,并且在客戶不知道變化的情況下,一種方式的實(shí)施可被另一種方式的實(shí)施替換。
四、結(jié)束語--jini技術(shù)的前景展望
Jini代表著計(jì)算技術(shù)的深刻變化,在聯(lián)合用戶組和對(duì)分布式資源的高效處理的基礎(chǔ)上,將網(wǎng)絡(luò)變成一個(gè)靈活的、易管理的工具,通過它用戶或任何可計(jì)算實(shí)體均能發(fā)現(xiàn)對(duì)其有用的資源,從而完成各種分布式計(jì)算。資源可以是硬件設(shè)備、軟件或兩者的結(jié)合。同時(shí)系統(tǒng)使得網(wǎng)絡(luò)是一個(gè)動(dòng)態(tài)的實(shí)體,該實(shí)體具有靈活地增加和刪除服務(wù)的能力,很好地反映了工作組的動(dòng)態(tài)特性。具體來說,Jini系統(tǒng)能在分布式網(wǎng)絡(luò)環(huán)境下:1)允許用戶在網(wǎng)絡(luò)上共享服務(wù)和資源。2)當(dāng)允許用戶的網(wǎng)絡(luò)位置改變的情況下,提供用戶容易訪問網(wǎng)絡(luò)中任何地方的資源。3)為編程者提供工具和編程模式,用于開發(fā)健壯和安全的分布式系統(tǒng)。4)簡化建造、維護(hù)和改變由設(shè)備、軟件和用戶組成的網(wǎng)絡(luò)的能力。3Jini與藍(lán)牙技術(shù)的結(jié)合應(yīng)用方案3.1Jini與藍(lán)牙技術(shù)的比較Jini與藍(lán)牙技術(shù)是兩種互補(bǔ)性很強(qiáng)的技術(shù)。藍(lán)牙技術(shù)主要實(shí)現(xiàn)鄰近的電子設(shè)備無線連接,是硬件設(shè)備的無線互連協(xié)議;Jini則是實(shí)現(xiàn)分布式軟件服務(wù)(包括無線設(shè)備)的軟件技術(shù)。藍(lán)牙技術(shù)是對(duì)固定的一組協(xié)議間互操作的靜態(tài)說明;而Jini的“移動(dòng)代碼”代理服務(wù)對(duì)象可以動(dòng)態(tài)地互操作。兩者在ISO/OSI的體系結(jié)構(gòu)中的位置如圖2的慰。Jini主要位于表示層和會(huì)話層,而藍(lán)牙的協(xié)議棧貫空了整個(gè)體系結(jié)構(gòu)。Jini的發(fā)現(xiàn)協(xié)議和分布式安全模型加強(qiáng)了藍(lán)牙技術(shù)的發(fā)展進(jìn)程和完全管理模塊。3.2應(yīng)用方案Jini的注冊(cè)和注銷服務(wù)與藍(lán)牙設(shè)備在網(wǎng)絡(luò)中的加入和退出非常類似。Jini控制網(wǎng)絡(luò)服務(wù)的租借,始終使查找服務(wù)保持最新狀態(tài)。在下一節(jié)中將詳細(xì)描述應(yīng)用實(shí)例,本節(jié)進(jìn)行方案設(shè)計(jì)。通常有三種形式來實(shí)現(xiàn)其Jini網(wǎng)絡(luò)功能:基于完整虛機(jī)的設(shè)備實(shí)現(xiàn),基于嵌入式虛機(jī)的設(shè)備實(shí)現(xiàn)和基于共享虛機(jī)的設(shè)備實(shí)現(xiàn)。基于完整虛機(jī)設(shè)備實(shí)現(xiàn)中的設(shè)備指一般的通用設(shè)備,具有網(wǎng)絡(luò)連接、較強(qiáng)的計(jì)算存儲(chǔ)功能,能夠運(yùn)行完整的Java虛機(jī)環(huán)境。在這種設(shè)備上能夠?qū)崿F(xiàn)Jini系統(tǒng)的所有功能,如各種協(xié)議功能、RMI、租借更新功能、動(dòng)態(tài)代碼移動(dòng)功能、分布式安全機(jī)制等。Jini是位于操作系統(tǒng)和虛擬機(jī)之上的功能層,多個(gè)設(shè)備隨機(jī)聯(lián)網(wǎng)形成一分布式資源共享系統(tǒng),網(wǎng)絡(luò)傳輸協(xié)議一般由操作系統(tǒng)分別采用TCP/IP協(xié)議有線方式和基于藍(lán)牙協(xié)議的無線連接方式兩種。本設(shè)計(jì)方案就是基于協(xié)議的無線連接方式實(shí)現(xiàn)。圖3描述了一種應(yīng)用方案。服務(wù)客戶、設(shè)備和網(wǎng)絡(luò)代理通過藍(lán)牙網(wǎng)絡(luò)進(jìn)行連接
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024-2030年中國眼科光學(xué)儀器行業(yè)應(yīng)用趨勢(shì)預(yù)測及投資策略分析報(bào)告
- 農(nóng)業(yè)企業(yè)知識(shí)普及競賽方案
- 商場內(nèi)墻面粉刷維護(hù)施工方案
- 急救中心抗菌藥物應(yīng)急管理制度
- 在線教育平臺(tái)教師績效管理方案
- 社區(qū)衛(wèi)生服務(wù)人事管理規(guī)范
- 排水溝施工安全管理方案
- 中學(xué)教師教學(xué)效果工作總結(jié)
- 2024全球美食節(jié)場地租賃服務(wù)合同
- 2024年度xyz與qrs就醫(yī)療設(shè)備生產(chǎn)的許可合同
- 鈉與水的反應(yīng)
- 議論文寫作技巧
- 教科版五年級(jí)科學(xué)上冊(cè)(風(fēng)的作用) 教學(xué)課件
- 二年級(jí)下冊(cè)語文試題 -“詩詞大會(huì)”題庫二 (word版有答案) 人教部編版
- GB/T 7702.20-2008煤質(zhì)顆?;钚蕴吭囼?yàn)方法孔容積和比表面積的測定
- 新歷史主義文藝思潮
- GB/T 40120-2021農(nóng)業(yè)灌溉設(shè)備灌溉用熱塑性可折疊軟管技術(shù)規(guī)范和試驗(yàn)方法
- GB/T 3903.2-1994鞋類通用檢驗(yàn)方法耐磨試驗(yàn)方法
- GB/T 10801.2-2018絕熱用擠塑聚苯乙烯泡沫塑料(XPS)
- 12J5-1 平屋面建筑標(biāo)準(zhǔn)設(shè)計(jì)圖
- 中印邊境爭端
評(píng)論
0/150
提交評(píng)論