Giao Thức XMPP Và Khai Thác Dữ Liệu Bản đồ Phân Tán - 123doc

Có thể bạn quan tâm

Tải bản đầy đủ (.docx) (15 trang)

Trang chủ

Luận Văn - Báo Cáo

Báo cáo khoa học

Giao thức XMPP và khai thác dữ liệu bản đồ phân tán

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (379.83 KB, 15 trang )

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ - ĐHQGHNKHOA CÔNG NGHỆ THÔNG TINCÔNG TRÌNH DỰ THIGIẢI THƯỞNG “SINH VIÊN NGHIÊN CỨU KHOA HỌC”NĂM 2014Tên công trình: Giao thức XMPP và khai thác dữ liệu bản đồ phân tánHọ và tên sinh viên:Nam, Nữ:Lớp: QH-2011-I/CQ-C-CLCKhoa: Công nghệ thông tinGiáo viên hướng dẫn: PGS TS. Nguyễn Việt HàGiáo viên đồng hướng dẫn: ThS. Vũ Quang Dũng1Tóm tắt/Lời nói đầuSự phát triển của công nghệ thông tin dẫn đến nhu cầu sử dụng và hiển thị dữ liệu bản đồ trựctuyến ngày càng tăng cao. Hiện có nhiều hệ thống bản đồ nhưng còn có hạn chế: đều sử dụngmô hình máy chủ - khách, điều này khiến cho dữ liệu trao đổi có thể bị mất mát hoặc khôngđược đáp ứng trong thời gian yêu cầu và gây quá tải lên máy chủ. Trước thực trạng đó, nhómsinh viên chúng tôi đề xuất đề tài: “ Giao thức XMPP và khai thác dữ liệu bản đồphân tán” nhằm xây dựng hệ thống trao đổi dữ liệu bản đồ sử dụng phương thức XMPP. Từđó giảm tải cho máy chủ và giảm thời gian trao đổi dữ liệu đảm bảo tính ổn định và đáp ứngthời gian yêu cầu cho hệ thống. Bên cạnh đó chúng tôi áp dụng phương pháp hiển thị theolớp(layer) giúp hiển thị dữ liệu bất kỳ và tối ưu cho việc tách biệt các dữ liệu. Quá trình nghiêncứu và phát triển đề tài này là tiền đề để chúng tôi tiếp tục áp dụng cho nghiên cứu trực quanliên quan tới chiều không/thời gian trong tương lai.Từ khóa: XMPP, GIS, OpenLayers, lớp, dữ liệu bản đồ, phân tán2Mục lụcTóm tắt/Lời nói đầuMục lụcDanh sách hình vẽĐặt vấn đềGiải quyết vấn đềTrao đổi dữ liệu giữa các ClientPhát biểu bài toánXMPP và WebsocketXây dựng máy chủ hỗ trợ XMPP/WebsocketHiển thị dữ liệu bản đồPhát biểu bài toánCông nghệ sử dụngCông nghệ WebOpenLayersOpen Street MapGeoServerHiển thịThực nghiệmMôi trường thực nghiệmMôi trường máy chủMáy kháchKết quảKết luậnKết quả thu đượcHạn chếHướng đi tương lai:Nâng cấp hệ thốngBản đồ trục thời gian (TimeMap)Khai thác tri thức bản đồ phân tánTài liệu tham khảo3Danh sách hình vẽ41.Đặt vấn đềVới sự phát triển của hệ thống hạ tầng mạng, nhu cầu sử dụng các ứng dụng bản đồ trực tuyếnđang tăng cao. Các ứng dụng này yêu cầu dữ liệu phải liên tục được cập nhật mới. Bên cạnhđó sự bùng nổ của thiết bị di động như máy tính bảng, điện thoại thông minh dẫn đến việc dữliệu trao đổi tăng về lượng và cần linh hoạt và gọn nhẹ hơn. Nhu cầu kết nối, tương tác giữangười dùng cũng ngày càng nhiều: người dùng cần có các phương thức kết nối, trao đổi, tươngtác với bạn bè, đối tác dễ dàng và nhanh chóng.Hiện có nhiều ứng dụng bản đồ, như Google Maps, Here Maps, iOS Maps, etc. Nhưng các ứngdụng này đều có 2 hạn chế:● Hầu hết sử dụng mô hình máy chủ - máy khách thuần túy. Dữ liệu ở máy khách khi cầnthiết đều phải lấy từ máy chủ. Khi số lượng người dùng là lớn, nhiều yêu cầu dữ liệuđược gửi đến, máy chủ sẽ quá tải, khiến dữ liệu có thể mất mát hoặc đáp ứng với thờigian chậm.● Không có các phương thức cho phép các máy khách tương tác, trao đổi dữ liệu trựctiếp, nhanh chóng và đơn giản.Từ đó chúng tôi đề xuất một hệ thống hiển thị dữ liệu bản đồ, trong đó việc trao đổi dữ liệukhông chỉ được thực hiện giữa máy chủ và máy khách mà còn giữa các máy khách, thông quamột máy chủ thứ 2.Mô hình hoạt động của hệ thống tổng quát được thể hiện ở sơ đồ sau:5Cụ thể, khi có yêu cầu về dữ liệu, clients sẽ thực hiện các bước:1. Gửi yêu cầu đến các clients còn lại thông qua XMPP server2. Nếu nhận được dữ liệu yêu cầu(từ clients khác), đến bước 4. Nếu không nhận đượcđến bước 33. Nếu không có, gửi yêu cầu đến Web Server4. Nhận yêu cầu5. Kết thúcBài toán cụ thể chúng tôi cài đặt để minh họa cho hệ thống ở đây là:Tài liệu được chia làm 4 phần:1. Đặt vấn đề2. Giải quyết vấn đề3. Thực nghiệm4. Kết luận: Đạt được, hạn chế và phương hướng tương lai62.Giải quyết vấn đề2.1.Trao đổi dữ liệu giữa các Client2.1.1.Phát biểu bài toánTrong các ứng dụng truyền thống: Khi máy khách có nhu cầu cần phải lấy dữ liệu mới hoặc cậpnhật dữ liệu, máy khách sẽ gửi yêu cầu đến máy chủ. Máy chủ sẽ xử lý yêu cầu, sau đó gửi lạicho máy khách theo mô hình sau.Hệ thống của chúng tôi đề xuất sử dụng mô hình trao đổi dữ liệu như trong mô hình sau:<Mô hình trao đổi XMPP, visio>Trong đó, cốt lõi của hệ thống là giao thức XMPP với công nghệ Websocket, một công nghệmới có trong HTML5.2.1.2. XMPP và WebsocketXMPP là viết tắt của eXtensible Messaging and Presence Protocol, là một công nghệ XML mởcho phép giao tiếp thời gian thực, nó có thể đáp ứng một số lượng lớn các ứng dụng bao gồmtin nhắn nhanh (instant messaging), trạng thái trực tuyến (presence), đàm phán đa phương tiện(media negotiation), bảng tương tác (whiteboarding), sự công tác (collaboration), máy kết nốiđơn giản (lightweight middleware), thống nhất nội dung (content syndication), và định tuyếnXML tổng quát (generalized XML routing) - theo xmpp.orgXMPP sử dụng các luồng XML để truyền tải thông tin. XML là một phần của chuỗi tiến hóa củacác ngôn ngữ đánh dấu (markup language) (ngôn ngữ với các cặp dấu ngoặc). Chữ X trongXML viết tắt của eXtensible nghĩa là khả mở và XMPP tận dụng tính khả mở đó, nó sử dụngXML để tạo ra các không gian tên (namespace) để thuận tiện trao đổi các loại thông điệp khácnhau.Truyền thông trên XMPP thực chất là trao đổi các khổ XML (stanza), chúng tôi sử dụng triệt đểkhả năng mở rộng này của XMPP để truyền dữ liệu và các thông điệp điều khiển giữa cácclient.Websocket [1] là công nghệ được phát triển như một phần của HTML5, được cung cấp dướidạng một interface (Websocket Javascript interface), nó cho phép định nghĩa một kết nối socketđơn, song công mà thông qua đó thông điệp có thể được truyền giữa máy chủ và máy khách.Chuẩn Websocket cho phép đơn giản hóa tối đa những rườm rà của giao tiếp bán song côngcủa web và sự quản lý kết nối. - theo websocket.org72.1.2. Xây dựng máy chủ hỗ trợ XMPP/Websocketa. Chiến lược kết nốiCó một khó khăn nảy sinh khi chúng tôi thực hiện nghiên cứu này liên quan đến chuẩnsử dụng XMPP thông qua websocket (XMPP/WS). Cho đến thời điểm này, vẫn chưa cómột chuẩn chính thức nào về XMPP/WS được công nhận vì vậy việc tìm ra một mô hìnhmẫu để học tập, cải biên cho đúng với mục đích sử dụng là một vấn đề lớn. Do đó, mộtthực tế rõ ràng là chiến lược kết nối và xây dựng máy chủ XMPP/WS trong phần nghiêncứu của chúng tôi không phải chiến lược kết nối chuẩn, nhưng nó là một trong các chiếnlược đã được khuyến nghị trong cuốn The Definitive Guide to HTML5 WebSocket củaVanessa Wang, Frank Salim, and Peter Moskovits.( />Chiến lược kết nối của chúng tôi là sử dụng một gateway hỗ trợ websocket làmtrung gian giữa máy khách và máy chủ XMPP. Mô hình của chiến lược kết nối này nhưsau:- Client: Sử dụng strophe.js [7] là một module phát triển trên nền javascript, hỗtrợ các phương thức xmpp từ phía client.- XMPP Server: Sử dụng ejabberd, phần mềm cung cấp dịch vụ xmpp.- Gateway: Sử dụng module node-xmpp-bosh[4] do dhruvbird phát triển, làmodule của notejs[6], tương thích với strophe.js từ phía client.b. Tiến hành cài đặt (thực hiện trên HĐH ubuntu server)- Cài đặt ejabberd (sử dụng apt-get của ubuntu), sau đó config cổng admin từ 5820thành một cổng khác (sửa trong file ejabberd.cfg). Việc này sẽ giúp tránh được xung độtdo module node-xmpp-bosh (gateway) cũng giao tiếp trên cổng 5820.8- Cài phiên bản mới nhất của nodejssudo apt-get install python-software-propertiessudo add-apt-repository ppa:chris-lea/node.jssudo apt-get updatesudo apt-get install nodejs- Cài module node-xmpp-bosh theo hướng dẫn chi tiết từ nhà phát triển module này />2.2.Hiển thị dữ liệu bản đồ2.2.1.Phát biểu bài toánDữ liệu nhận được từ server và từ clients khác cần được hiển thị đến người dùng dưới dạnghình ảnh trực quan.Ở đây ta có 2 dạng dữ liệu:1. Dữ liệu bản đồ từ server: Dữ liệu này sẽ được lấy về ngay từ khi tải trang web, và sẽđược update trong qua trình sử dụng thông qua request HTTP2. Dữ liệu về vị trí từ người dùng từ clients: Dữ liệu này sẽ được gửi đến các clients còn lạikhi có sự thay đổi về trang thái của client.Các dữ liệu này sẽ được xử lý hiển thị về phía người dùng2.2.2.Công nghệ sử dụng2.2.2.1.Công nghệ WebHTML5 là phiên bản thứ 5, mới nhất của chuẩn HTML, ngôn ngữ cấu trúc và trình bày nội dungcho World Wide Web.HTML5 có nhiều tính năng mới hỗ trợ viêêc đưa vào và quản lý các nôêi dung đa phương tiêên vàđồ họa, không còn phụ thuôêc vào các plugin và API.Cùng với HTML5 là thế hệ tiếp theo của CSS (Cascading Style Sheets) – CSS3. CSS là nhữngđăêc tả hiển thị hỗ trợ cho trình duyệt Web trong việc trình bày một trang HTML. CSS3 là phiênbản mới nhất của CSS.2.2.2.2.OpenLayersOpenlayers[2] là một thư viện thuần JavaScript hỗ trợ cho việc hiển thị dữ liệu bản đồ trên hầuhết các trình duyệt web mà không phụ thuộc vào phía server. OpenLayers cài đặt một tập cáchàm API JavaScript hỗ trợ việc xây dựng các ứng dụng bản đồ trên nền web, cũng tương tựnhư các hàm API của Google Maps và MSN MSN Virtual Earth, nhưng với sự khác biệt quantrọng – OpenLayers là phần mềm mã nguồn mở, được phát triển bởi cộng đồng phần mềm mãnguồn mở.Có hai khái niệm quan trong cần được hiểu rõ khi làm việc với OpenLayers để hiện xây dựngbản đồ:1. Map: Map là nơi để lưu giữ các thông tin về hệ quy chiếu, đơn vị,… của bản đồ.2. Layers: Bên trong bản đồ, dữ liệu được hiển thị thông qua Layer. Một Layer là mộtnguồn dữ liệu, nó cho biết OpenLayers nên yêu cầu và hiển thị dữ liệu như thế nào.9Trong một Map có thể chứa một hoặc nhiều ‘Layer’ chồng lên nhau. Dữ liệu được hiệnthị trong một Layer có thể là dạng raster hoặc vector.OpenLayers cung cấp một tập các điều khiển (controls) cho lập trình viên có các thao tác linhhoạt trên bản đồ. Các điều khiển là các lớp trong OpenLayers, chúng cho phép định nghĩa cáctrạng thái, hành vi của bản đồ. Hoặc hiển thị các thông tin bổ sung cho người dùng. Các điềukhiển là giao diện chính cho phép tương tác với bản đồ.2.2.2.3.Open Street MapOpen Street Map[3] là môêt dự án bản đồ mở, cho phép tất cả mọi người cùng đóng góp, tùychỉnh, để xây dựng dữ liêêu bản đồ thế giới chi tiết tới mọi vùng miền. Khác với Google Map,Open Street Map cung cấp trực tiếp dữ liêêu bản đồ dưới nhiều định dạng, và cho phép ngườidùng sử dụng mà không đòi hỏi thông qua API hay ràng buôêc hạn chế.Môêt trong số những định dạng bản đồ mà Open Street Map cung cấp là ảnh bản đồ tĩnh (StaticMap Tile). Định dạng này phù hợp để vẽ đồ thị lên trên vì bản đồ khi đó là môêt phần của khônggian đồ họa.2.2.2.4.GeoServerGeoserver [5] là một dự án mã nguồn mở, phát triển trên ngôn ngữ Java. Geoserver cho phépngười dùng chia sẻ, sửa đổi các dữ liệu bản đồ.Geoserver cho phép lấy nguồn dữ liệu từ nhiều nguồn, và cho phép các ứng dụng khác truycập thông qua giao thức HTTP.Geoserver hỗ trợ nhiều định dạng dữ liệu bản đồ chuẩn như: Open Geospatial Consortium(OGC) Web Feature Service (WFS) and Web Coverage Service (WCS), Web Map Service(WMS)2.2.3.Hiển thịDữ liệu bản đồ được lấy trực tiếp từ Open Street Map. OpenStreetMap cung cấp nhiều địnhdạng dữ liệu bản đồ. Ở hệ thống, ảnh được cung cấp dưới định dạng “.png”, kích thước256x256px, các ô ảnh bản đồ nhỏ được xếp cạnh nhau để tạo thành một bản đồ có kích thướclớn.Open Street Map cung cấp ảnh bản đồ thông qua các đườngdẫn (URL), cụ thể: />sẽ cho hình ảnh sau:-URL ảnh bản đồ Open Street Map cung cấp có cấu trúc như sau:http://[abc].tile.openstreetmap.org/zoom/x/y.pngo [abc] : subdomain ( a.tile , b.tile , c.tile )o zoom : mức zoom ( 0-18)o x, y : toạ độ của ô ảnh trong mảng. Cụ thể :10Ở mức zoom=0, toàn bộ bản đồ trái đấtchỉ gồm 1 ô ảnh.Ở mức zoom=1, mỗi chiều ô ảnh đượcchia làm 2, cho 4 ô ảnh bản đồ. Với x,y làtoạ độ ô ảnh, có 4 ô xác định bởi bộ 3 sốzoom,x,y :[1,0,0] , [1,1,0] , [1,0,1] , [1,1,1].Tương tự với các mức zoom tiếp theo.Việc hiển thị dữ liệu được xử lý thông qua thư viện Openlayers. Openlayers sử dụng các layerđể hiển thị dữ liệuThế mạnh của việc hiển thị sử dụng layer là khả năng tách biệt hóa. Mỗi layers có một nhiệm vụriêng, hiển thị dữ liệu riêng. Từ đó việc quản lý, thay đổi các layer để hiển thị đến người dùng làlinh hoạt và không ảnh hưởng đến layer khác.Mô hình hiển thị đến người dùng được mô tả như sau:Ở đó:11●●●Layer OSM hiện thị nền bản đồ, lấy nguồn từ Open Street Maps hoặc GeoserverVector layer hiển thị dữ liệu vectorMarker layer hiển thị các markerKết quả cho ta giao diện của hệ thống với người dùng:Trong đó, ở view bản đồ người dùng, có các thao tác:● Di chuyển: Bằng chuột● Zoom: Bằng cuộn chuột, controller● Đánh dấu(mark): click chuộtSau khi đã kết nối, bản đồ của người dùng sẽ hiển thị và liên tục được cập nhật thông quaxmpp và hiển thị ở view bản đồ của client khác trên client còn lại.3.Thực nghiệm3.1.Môi trường thực nghiệm3.1.1.Môi trường máy chủTrong phần nghiên cứu của mình, chúng tôi sử dụng một máy chủ vật lý làm nơi lưu trữ và chạycác máy chủ web, XMPP server, GeoserverChúng tôi cần máy chủ cung cấp được 2 dịch vụ là dịch vụ web và dịch vụ XMPP. Bởi vì haidịch vụ này chạy trên 2 cổng khác nhau và không xung đột nên trong phạm vi nghiên cứu,chúng chạy trên cùng một máy chủ. Khi ứng dụng nghiên cứu này vào thực tế thì tùy vào điềukiện cụ thể mà ta có thể thay đổi số lượng máy chủ.HP12CPUIntel Core 2 Duo E4400 @2.0GHzMemory2x512MB DDR2OSUbuntu 12.0.4 LTS3.1.2.Máy kháchSự lựa chọn môi trường máy khách có tính linh động cao, miễn là máy khách có cung cấp trìnhduyệt web cho người sử dụng. Trong quá trình kiểm thử, hệ thống của chúng tôi chạy tốt vớicác trình duyệt phổ thông như Internet Explorer của Microsoft, Chrome của Google và Firefoxcủa Mozilla.CPUIntel Core i3 2350 @2.35 GHz x2Memory4x1GB DDR3OSWindows 8.1BrowserChrome v33Firefox v27CPUIntel Core 2 Duo E7400 @2.80GHz x2Memory1+2GB DDR2OSWindows 8.1BrowserChrome v33Firefox v273.2.Kết quảHệ thống chạy ổn định và không gặp vấn đề gì trong việc trao đổi dữ liệu. Khi có sự thay đổi từclient, client còn lại nhận được dữ liệu và cập nhật tức thời. Điều này thể hiện qua việc cập nhậtliên tục vị trí client ở cửa sổ “partner” và tính toán khoảng cách giữa 2 điểm đánh dấu<Thêm ảnh demo>134.Kết luận4.1.Kết quả thu đượcQua thực nghiệm, hệ thống đã thành công trong việc trao đỗi dữ liệu giữa 2 clients thông quagiao thức XMPP và máy chủ XMPP. Dữ liệu được trao đổi không thông qua server thuần túy,giảm tải cho server.4.2.Hạn chếHiện tại hệ thống còn 2 hạn chế:1. Chỉ hỗ trợ 2 clients2. Dữ liệu trao đổi chưa phong phú: Mới chỉ là địa điểm hiện tại và địa điểm được đánhdấu4.3.Hướng đi tương lai:4.3.1.Nâng cấp hệ thốngChúng tôi sẽ nâng cấp hệ thống để khắc phục các hạn chế hiện tại:1. Hỗ trợ hệ thống gồm n - clients, sử dụng cơ chế xác thực của XMPP: XMPP ID để xácthực người dùng2. Trao đổi thông tin phong phú hơn, bao gồm: Dữ liệu ảnh bản đồ(không phải yêu cầu đếnOSM hay geoserver nếu clients khác có)4.3.2.Bản đồ trục thời gian (TimeMap)Trong tương lai, chúng tôi đề xuất một hệ thống lưu trữ dữ liệu theo 3 chiều:1. 02 Chiều không gian2. Chiều thời giancho phép người dùng hiển thị dữ liệu theo dạng bản đồ 2 chiều thông thường. Nhưng bên cạnhđó là khả năng hiển thị trục thời gian của tọa độ/vị trí/đối tượng. Theo trục thời gian này, ngườidùng có thể xem được đối tượng/tọa độ/vị trí đó đã có những biến cố gì, sự kiện gì xảy ra tronglịch sử.Với hệ thống này, chúng tôi mong muốn người dùng sẽ có trải nghiệm thú vị hơn, là một cáchtrực quan, hứng thú để quan sát lịch sử. Nhất là với lớp trẻ Việt Nam, ngày càng thiếu kiến thứcvà quan tâm đến lịch sử của nước nhà.4.3.3.Khai thác tri thức bản đồ phân tánMột hướng đi nữa của nghiên cứu này là ứng dụng vào việc khai thác tri thức bản đồphân tán. Nói một cách dễ hiểu là với nghiên cứu này, những thông tin trên đường của mạnglưới người dùng sẽ được chia sẻ cho nhau và từ đó có được thông tin chính xác nhất về tìnhtrạng giao thông hiện tại. Ý tưởng của hướng đi này dựa trên ý tưởng của thuật toán distancevector trong định tuyến mạng của các router.Nếu như hướng đi này được hiện thực hóa, nó sẽ trở thành một giải pháp đắc lực choviệc giải quyết các vấn đề của giao thông đô thị Việt Nam, vốn đang là bài toán khó đối với toànxã hội.Để trực quan hóa hướng đi này, chúng tôi đưa ra một tình huống trong giải quyết tắcđường. Giả sử như mọi người dân Hà Nội đều sử dụng smartphone và trên đó có ứng dụng đểkhai thác bản đồ phân tán, khi đó, với tri thức có được từ mạng lưới người dùng, ứng dụng có14thể biết được tình trạng thực tế của các tuyến đường và từ đó gợi ý cho người dùng tuyếnđường hợp lý nhất (mật độ thấp nhất, hiện đang không sửa chữa, chất lượng đường chấp nhậnđược..). Khi đó, nếu nhìn toàn cục giao thông ở Hà Nội, ta sẽ thấy một sự “tự điều chỉnh” vôcùng hợp lý và hiệu suất của các tuyến đường được khai thác một cách tối đa.Tài liệu tham khảo[1] The Definitive Guide to HTML5 WebSocket by Vanessa Wang, Frank Salim, and PeterMoskovits[2] “Openlayers” [Online]. Available: />[3] “Open Street Maps” [Online]. Available: />[4] “node-xmpp-bosh” [Online]. Available: />[5] “Geoserver” [Online]. Available: [6] “note.js” [Online]. Available: />[7] “strophe.js” [Online]. Available: />15

Tài liệu liên quan

Phân tích và khai thác dữ liệu trong quy trình tuyển dụng nhân sự
- 11
- 1
- 3
Phân tích và khai thác dữ liệu trong quy trình tuyển dụng nhân sự
- 112
- 1
- 9
Tìm hiểu phần mềm Arc SDE và ứng dụng trong xây dựng và quản lý dữ liệu bản đồ
- 85
- 774
- 0
TÌM HIỂU PHẦN MỀM ARCSDE VÀ ỨNG DỤNG TRONG XÂY DỰNG VÀ QUẢN LÝ DỮ LIỆU BẢN ĐỒ
- 85
- 965
- 2
thiết kế giao thức mạng và cơ sở dữ liệu hệ thống
- 68
- 1
- 0
Phương pháp thống kê, phân tích các kết quả sử lý và khai thác dữ liệu điều tra khảo sát đặc điểm quy hoạch kiến trúc 8 vùng sinh thái đặc trưng ở Việt Nam
- 125
- 508
- 0
SKKN Sử dụng dịch vụ lưu trữ đám mây trong sao lưu và khai thác dữ liệu
- 28
- 1
- 14
sử dụng dịch vụ lưu trữ đám mây trong sao lưu và khai thác dữ liệu
- 28
- 1
- 1
Tiểu luận công nghệ tri thức và ứng dụng Khai thác dữ liệu Bayes và Tập thô
- 33
- 764
- 0
TÌM HIỂU VÀ ỨNG DỤNG LÝ THUYẾT TẬP THÔ TRONG KHAI THÁC DỮ LIỆU GIAO THÔNG VẬN TẢI
- 26
- 879
- 0