Quản lý ngữ nghĩa dữ liệu mở liên kết sử dụng blockchain

ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC BÁCH KHOA - NGUYỄN NHƯ HẢI QUẢN LÝ NGỮ NGHĨA DỮ LIỆU MỞ LIÊN KẾT SỬ DỤNG BLOCKCHAIN Chuyên ngành: Khoa Học Máy Tính Mã số: 60480101 LUẬN VĂN THẠC SĨ TP HỒ CHÍ MINH, tháng 08 năm 2020 CƠNG TRÌNH ĐƯỢC HỒN THÀNH TẠI TRƯỜNG ĐẠI HỌC BÁCH KHOA –ĐHQG -HCM Cán hướng dẫn khoa học : PGS.TS Đặng Trần Khánh Cán chấm nhận xét : TS Nguyễn An Khương Cán chấm nhận xét : TS Đặng Trần Trí Luận văn thạc sĩ bảo vệ Trường Đại học Bách Khoa, ĐHQG Tp HCM ngày 29 tháng 08 năm 2020 Thành phần Hội đồng đánh giá luận văn thạc sĩ gồm: Chủ tịch: PGS.TS Trần Minh Quang Thư ký: TS Lê Hồng Trang Phản biện 1: TS Nguyễn An Khương Phản biện 2: TS Đặng Trần Trí Uỷ viên: TS Nguyễn Văn Vũ Xác nhận Chủ tịch Hội đồng đánh giá LV Trưởng Khoa quản lý chuyên ngành sau luận văn sửa chữa (nếu có) CHỦ TỊCH HỘI ĐỒNG TRƯỞNG KHOA………… ĐẠI HỌC QUỐC GIA TP.HCM TRƯỜNG ĐẠI HỌC BÁCH KHOA CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM Độc lập - Tự - Hạnh phúc NHIỆM VỤ LUẬN VĂN THẠC SĨ Họ tên học viên: Nguyễn Như Hải MSHV: 1670218 Ngày, tháng, năm sinh: 06/08/1993 Nơi sinh: Gia Lai Chuyên ngành: Khoa Học Máy Tính Mã số: 60480101 I TÊN ĐỀ TÀI: Quản Lý Ngữ Nghĩa Dữ Liệu Mở Liên Kết sử dụng Blockchain II NHIỆM VỤ VÀ NỘI DUNG: Đưa giải pháp việc đảm bảo tính minh bạch lược đồ RDF sử dụng tảng Blockchain Giải pháp kết nối tới tảng liệu mở liên kết khác dễ dàng tích hợp với tảng liệu mở III NGÀY GIAO NHIỆM VỤ : (Ghi theo QĐ giao đề tài) 24/02/2020 IV NGÀY HOÀN THÀNH NHIỆM VỤ: (Ghi theo QĐ giao đề tài) 21/06/2020 V CÁN BỘ HƯỚNG DẪN (Ghi rõ học hàm, học vị, họ, tên):PGS.TS Đặng Trần Khánh Tp HCM, ngày tháng năm 20 CÁN BỘ HƯỚNG DẪN (Họ tên chữ ký) CHỦ NHIỆM BỘ MÔN ĐÀO TẠO (Họ tên chữ ký) TRƯỞNG KHOA….……… (Họ tên chữ ký) Ghi chú: Học viên phải đóng tờ nhiệm vụ vào trang tập thuyết minh LV LỜI CẢM ƠN Để hoàn thành đề tài luận văn thạc sĩ cách hoàn chỉnh, bên cạnh nỗ lực cố gắng thân cịn có hướng dẫn nhiệt tình quý Thầy Cô, động viên ủng hộ gia đình bạn bè suốt thời gian học tập nghiên cứu thực luận văn thạc sĩ Xin chân thành bày tỏ lòng biết ơn tới thầy PGS.TS Đặng Trần Khánh, người hết lòng giúp đỡ tạo điều kiện tốt cho hoàn thành luận văn Xin chân thành bày tỏ lịng biết ơn đến tồn thể q thầy khoa Khoa Học Máy Tính – Trường Đại Học Bách Khoa Thành Phố Hồ Chí Minh tận tình truyền đạt kiến thức quý báu tạo điều kiện thuận lợi cho suốt trình học tập nghiên cứu hồn thành luận văn Cuối cùng, xin chân thành cảm ơn đến gia đình, anh chị bạn đồng nghiệp hỗ trợ suốt trình học tập, nghiên cứu thực đề tài luận văn thạc sĩ Do giới hạn kiến thức khả lý luận thân nhiều thiếu sót hạn chế, kính mong dẫn đóng góp Thầy, Cơ để luận văn tơi hồn thiện Xin chân thành cảm ơn! TÓM TẮT Ngày nay, liệu mở nguồn liệu lớn sử dụng rộng rãi Nhờ có tảng liệu mở mà việc chia sẻ liệu trở nên dễ dàng trước Thêm vào đó, với việc tận dụng sức mạnh liệu liên kết liệu mở tạo thành liệu mở liên kết giúp cho việc chia sẻ liệu mở cách có liên kết với Tuy nhiên, để liên kết liệu có tin tưởng phải đảm bảo minh bạch thông tin liệu liên kết Ngoài ra, tảng liệu mở liên kết với tạo thành hệ sinh thái liệu mở liên kết giúp cho nguồn liệu mở rộng phong phú Nowadays, open date is a huge resource and used widely Because of open data platform, sharing data becomes easier than before In addition, by taking advantage of linked data in open data creates linked open data and helps to link open data sharing However, it is necessary to ensure the evident information of the linked date to have the most credibility in linking data Furthermore, if open date platform links together, it can make a linked data ecosystem that supports data resource more widely and diversely LỜI CAM ĐOAN Tôi xin cam đoan công trình nghiên cứu riêng tơi Các số liệu, kết luận văn trung thực chưa cơng bố cơng trình khác Nếu khơng nêu trên, tơi xin chịu hồn tồn trách nhiệm đề tài Tác giả Nguyễn Như Hải MỤC LỤC MỤC LỤC HÌNH ẢNH CHƯƠNG 1: GIỚI THIỆU Giới thiệu toán Giải vấn đề .4 Các toán khác liệu liên kết CHƯƠNG 2: CƠ SỞ TRI THỨC .6 Tập tin lưu trữ liệu tảng open data Dữ liệu mở - Open Data 2.1 Giới thiệu 2.2 Các tảng liệu mở phổ biến Dữ liệu liên kết (Linked Data) .11 3.1 Giới thiệu 11 3.2 Đặc điểm 12 Khung mô tả tài nguyên – Resource Description Framework (RDF) 13 Nền tảng Blockchain 15 5.1 Giới thiệu 15 5.2 Các ứng dụng blockchain vào thực tiễn 16 5.3 Phân loại Blockchain 18 5.4 Nền tảng blockchain Ethereum .19 Các giải pháp Blockchain lưu trữ lược đồ RDF 25 6.1 SKOS Shuttle [7] 25 6.2 Lưu trữ RDF Blockchain thiết bị phân tán nhẹ [8] 26 6.3 Tổng kết 27 CHƯƠNG 3: NỘI DUNG GIẢI PHÁP ĐỀ XUẤT 28 Định danh cổng thông tin .30 Cơ chế thu thập liệu hệ thống liệu mở .30 2.1 Chức mở rộng – Plugin 31 2.2 Chức chạy – Background jobs 31 2.3 Kết hợp Plugin Background jobs .32 Cơ chế trích xuất thông tin tổng quan từ tập tin 32 Cơ chế quản lý người dùng hệ thống liệu mở blockchain 33 Cơ chế thu hồi, cấp phát thông tin định danh người dùng .34 Cơ chế quản lý tập tin RDF 35 Cơ chế trao đổi liệu tảng 35 Cơ chế lưu trữ thông tin Blockchain 36 Truy vấn RDF .38 10 Thiết kế hệ thống Blockchain IPFS 39 11 Thiết kế sở liệu .40 12 Ánh xạ ngữ nghĩa 43 13 Các luồng hoạt động 45 13.1 Đăng ký định danh tảng liệu mở .45 13.2 Thêm mới, cập nhật liệu .46 13.3 Truy vấn lược đồ RDF 47 14 Giải pháp hoàn chỉnh .47 15 Đánh giá 49 CHƯƠNG 4: HIỆN THỰC GIẢI PHÁP 50 Môi trường thực công cụ 50 Thiết lập vận hành tảng CKAN .51 Xây dựng API định danh cổng thông tin .54 Đồng hoá 55 Xác thực hệ thống 56 API cho phép người dùng kích hoạt thông tin định danh 58 API cho phép tảng khác lấy tập tin liệu .58 API cho phép truy vấn RDF 58 Xây dựng mạng lưới Blockchain 59 10 Chuyển đổi RDF truy vấn 60 11 Băm thông tin 61 12 Hợp đồng thông minh 62 12.1 RDF .62 12.2 User 63 12.3 IPFSFile 64 CHƯƠNG 5: KẾT QUẢ 67 Khả kết nối tới tảng mở khác 67 Khả tái lại lược đồ RDF 67 CHƯƠNG 6: TỔNG KẾT 69 Tổng kết nội dung 69 Tổng kết kĩ thuật 69 Hướng phát triển 69 DANH MỤC TÀI LIỆU THAM KHẢO 71 MỤC LỤC HÌNH ẢNH Hình Kiến trúc CKAN .8 Hình Kiến trúc tảng Socrata 10 Hình Ví dụ liệu liên kết .12 Hình Cấu trúc phát biểu RDF 13 Hình Ví dụ RDF/XML 15 Hình Kiến trúc node Ethereum .20 Hình Tổng quan hệ thống quy trình 26 Hình Tổng quan giải pháp đề xuất 28 Hình Tổng quan mơ-đun giải pháp .29 Hình 10 Mối quan hệ dataset resource CKAN 30 Hình 11 Plugin CKAN 31 Hình 12 Kết hợp Plugin background job để theo dõi thay đổi thông tin CKAN 32 Hình 13 Mơ hình quản lý tập tin .35 Hình 14 Mơ hình tải tập tin liệu tảng liệu mở 36 Hình 15 Mô tả hợp đồng thông minh Blockchain (Ethereum Network) 38 Hình 16 Mạng lưới Blockchain Ethereum 39 Hình 17 Mạng lưới IPFS 40 Hình 18 Tiến trình xử lý liệu .41 Hình 19 Biểu đồ sở liệu 42 Hình 20 Ánh xạ ngữ nghĩa 44 Hình 21 Quá trình đăng ký định danh tảng liệu mở 45 Hình 22 Quá trình xử lý liệu .46 Hình 23 Truy vấn RDF Store .47 Hình 24 Giải pháp hồn chỉnh 48 Hình 25 Cấu trúc vận hành CKAN 52 Hình 26 Giao diện đăng ký người dùng 53 Hình 27 Giao diện người dùng đăng nhập thành công .53 Hình 28 Giao diện tạo dataset 54  Đường dẫn : http://url/api/portal/rdf/query  Phương thức: POST  Header: o Public key: key người dùng blockchain o Private key : mã bảo vệ người dùng blockchain  Body: o query: câu truy vấn SPAQRL đạng chuỗi kí tự  Kết trả về: o Danh sách kết trả dựa vào truy vấn Xây dựng mạng lưới Blockchain Để xây dựng mạng lưới Blockchain, sử dụng Geth [15] mã nguồn node Ethereum Geth tên viết tắt Go Ethereum, ba triển khai ban đầu (cùng với C ++ Python) giao thức Ethereum Nó viết Go, mã nguồn mở hồn tồn cấp phép theo GNU LGPL v3 Việc khởi tạo node với Geth đơn giản, ta cần tập tin mô tả thông tin Block khởi tạo (genesis block) Đối với Blockchain nào, cần phải có block khởi tạo, làm nhiệm vụ khởi tạo block nguyên sơ blockchain network làm điểm mốc cho block thứ trở  Đầu tiên khởi tạo bootnode : bootnode -nodekey bootnode.key -addr :8006  Khởi tạo miner node tập tin khởi tạo 59 Hình 31 Thơng tin Block khởi tạo Ethereum  Tiếp theo, gán thông tin tập tin khởi tạo vào cho mạng lưới câu lệnh đơn giản geth mine rpc rpcport "8085" datadir path_to_folder/genesis.json  Tạo peer node : node sử dụng để kết nối với ứng dụng bên ngồi Giờ ta có mạng blockchain riêng tư phục vụ cho việc lưu trữ RDF hệ thống 10 Chuyển đổi RDF truy vấn Việc chuyển đổi từ tập liệu sang RDF dựa vào thông tin tập liệu Nội dung tập liệu bao gồm :  Tên tập tin  Định dạng tập tin  Đường dẫn tập tin  Mơ tả liệu tập tin  Kích thước tập tin  Nguồn liệu  Giá trị sau băm (hash) Sau chuyển đổi qua RDF thu thơng tin như: 60 Hình 32 Dữ liệu chuyển đổi RDF Để truy vấn liệu dựa vào RDF tạo nên Có cách mà người dùng sử dụng:  Sử dụng truy vấn API: Giống hệ thống khác, giải pháp cung cấp cổng API giúp cho tảng liệu mở người dùng truy vấn trực tiếp để lấy thơng tin qua số khóa tìm kiếm (keyword): checksum, name, description  Sử dụng câu truy vấn với SPARQL Câu truy vấn gửi API với phương thức (method) POST Hệ thống nhận câu truy vấn, thực truy vấn RDFLib trả kết tương ứng lại cho tảng liệu người dùng trực tiếp 11 Băm thông tin Sau có tập tin RDF Một hàm băm (hash) dựa vào sha1 thực sau kết trả dạng hex(16) 61 Hình 33 Hàm băm tập tin 12 Hợp đồng thơng minh Như nói chương trước, sử dụng hợp đồng thông minh để giải vấn đề bảo mật tảng blockchain Cụ thể sau: 12.1 RDF Hệ thống cho phép khơng giới hạn tảng liệu mở kết nối vào Chỉ cần tảng đảm bảo việc tuân thủ việc cung cấp thơng tin cho hệ thống sử dụng Ngồi để sử dụng tảng liệu mở phải định danh thông tin để cấp quyền truy xuất Hợp đồng thông minh dùng để lưu trữ định danh tảng Hình 34 Cấu trúc hợp đồng thơng minh RDF Trong :  identity: chuỗi định danh hệ thống, có giá trị với chuỗi định danh hệ thông lưu sở liệu 62  publicKey: với tảng bất kỳ, cung cấp ví (wallet) bao gồm publicKey(địa wallet - address) privateKey(khóa bảo mật wallet) Bằng cách lưu trữ lại publicKey tảng, có yêu cầu từ bên ngồi vào hợp đồng thơng minh Có thể dựa vào thông tin định danh yêu cầu mà biết tảng thực hành động Ngoài ra, publicKey sử dụng chế xác thực Chỉ có định danh đánh dấu thuộc tảng thực thao tác khác lưu trữ thông tin tập tin IPFS, … Các phương thức cung cấp hợp đồng bao gồm:  insertPlatform(string identity, address publicKey): thao tác dành cho người quản trị hệ thống, dùng để khai báo tảng vào hệ thống  updatePlatform(string identity, address publicKey): thao tác dùng để cập nhật lại publicKey platform trường hợp thay đổi định danh 12.2 User Với người dùng tảng liệu mở Người dùng đăng ký định danh hệ thống, cung cấp ví điện tử (wallet) bao gồm publicKey privateKey Cụ thể Hình 35 Cấu trúc hợp đồng thơng minh User Trong đó:  platform: định dang platform mà user thuộc 63  status: trạng thái user (đang hoạt động, tạm ngưng hoạt động, bị cấm,…)  publicKey: địa ví (wallet address) mà hệ thống cung cấp cho user  identity: định danh user lưu trữ hệ thống Các phương thức hỗ trợ hợp đồng:  addUser(string platform, address publicKey, uint status, string identity): tài khoản đăng ký vào hệ thống Thông tin tài khoản lưu trữ vào hợp đồng  updateUser(string identity, address publicKey): trường hợp thông tin publicKey bị lộ người dùng cập nhật lại thông qua phương thức  updateStatus(string identity, uint status): cập nhật lại trạng thái tài khoản người dùng 12.3 IPFSFile Đây hợp đồng dùng để lưu trữ thông tin sau tập tin RDF lưu trữ vào hệ thống IPFS Nhờ vào thơng tin mà ta xây dựng lại lược đồ RDF cần thiết Cụ thể Hình 36 Cấu trúc hợp đồng thơng minh IPFSFile Trong : 64  platform: tập tin RDF thuộc tảng liệu mở đăng ký vào hệ thống  user: tập tin liệu ghi nhận người dùng (user) thuộc tảng liệu mở  ipfsHash: chuỗi hash trả IPFS  ipfs: chuỗi kí tự ngẫu nhiên dùng để định danh đối tượng  isPrivate: trường hợp liệu đưa lên yêu cầu phải giữ tính riêng tư (private) Thì liệu tập tin RDF không truy xuất đối tượng khơng liên quan  index: vị trí đối tượng entriesList Thêm vào đó, xây dựng thêm phương thức để quản lý xử lý thông tin tập tin RDF lưu trữ Cụ thể:  insertIPFS(string ipfs, string digest, string user, bool isPrivate, string platform): thêm thông tin tập tin RDF tạo lưu trữ vào IPFS  fetchIPFS(string ipfs): lấy thông tin tập tin RDF lưu trữ IPFS chuỗi định danh  updateIPFS(string ipfs, string hash): trương hợp tập tin RDF thay đổi cập nhật lại vào IPFS, giá trị hash bị thay đổi Hàm dùng để cập nhật chuỗi hash tập tin RDF sử dụng chuỗi định danh  removeIPFS(string ipfs): xóa định danh IPFS  getAllIPFS() : trường hợp cần xây dựng lại lược đồ RDF hệ thống cần biết tất tập tin RDF lưu trữ IPFS Hàm trả tất định danh ipfs, từ lấy thơng tin truy xuất tập tin RDF Mỗi tập tin RDF lưu trữ vào Blockchain dựa vào mã băm (hash), mã băm mục để lấy thơng tin tập tin từ IPFS Mỗi thông tin tập tin thuộc user định có user cập nhật thay đổi Ngoài 65 quyền thay đổi tảng liệu mở quyền admin, cập nhật tất thông tin tập tin thuộc tảng 66 CHƯƠNG 5: KẾT QUẢ Sau hệ thống thực, ta thấy việc giải pháp đưa có giải vấn đề đặt viêc bảo vệ tính minh bạch ngữ nghĩa liệu liên kết Thêm vào giải pháp luận văn đưa có khả hoạt động độc lập với tảng liệu mở, không giới hạn tảng liệu mở Một số kết luận văn thông qua kiểm tra sau Khả kết nối tới tảng mở khác Bất kì tảng thực việc kết nối với giải pháp thông qua yêu cầu (request) HTTP Dựa API mà hệ thống cung cấp Nền tảng liệu mở đăng ký định danh, đăng ký định danh người dùng cuối gửi yêu cầu cập nhật thơng tin RDF có thơng tin datasource data file thay đổi Tuy nhiên, để tích hợp giải pháp với giải pháp khác ngồi CKAN (CKAN chứng minh kết nối vào giải pháp thông qua thực) cần có thời gian hiểu biết với tảng liệu mở CKAN trường hợp sử dụng(use case) đơn gian khả mở rộng CKAN đơn giản dễ tích hợp giải pháp cơng nghệ vào tảng này, nhiên tảng liệu mở khác chưa chứng phù hợp Khả tái lại lược đồ RDF Để kiểm tra việc tái lại lược đồ RDF nghi ngờ có thay đổi Trong luận văn xây dựng lược đồ RDF từ 100 liệu từ CKAN ngẫu nhiên Dữ liệu đưa vào kiểm thử bao gồm:  30 liệu công nghệ  50 liệu giáo dục  20 liệu môi trường Các liệu lấy từ “Cổng liệu Quốc Gia” https://open.data.gov.vn/ Các liệu đánh nhãn(tag) theo lĩnh vực mà liệu đề cập tới Sau nhập liệu liệu vào CKAN Từ CKAN, kết nối tới giải pháp lược đồ RDF tạo ra, gọi lược đồ Giả sử lược đồ bị công thay 67 đổi thơng tin ba lược đồ RDF, quy trình tái lại lược RDF kích hoạt Hệ thống tạo lược đồ mới, gọi lược đồ Việc kiểm tra tính đắn lược đồ so với lược đồ dựa vào truy vấn SPARQL Dựa vào truy vấn tiêu đề(title) nhãn(tag) lĩnh vực mà liệu đánh dấu kết trả lược đồ giống hồn tồn Vì hai lược đồ tạo tập tin RDF mà liệu thêm vào cập nhật CKAN Do kết hai lược đồ có kết trả chứng minh việc giải tính minh bạch ngữ nghĩa liệu liên kết (lược đồ RDF) thông qua việc lưu trữ tập tin RDF riêng biệt lưu trữ tảng blockchain khả thi 68 CHƯƠNG 6: TỔNG KẾT Tổng kết nội dung Luận văn đề xuất giải pháp giải việc xây dựng tảng liệu liên kết cho tảng liệu mở Việc áp dụng Blockchain vào giải pháp đảm bảo tính minh bạch đắn hệ thống Ngoài sử dụng việc lưu trữ thông tin tập tin RDF tảng chia sẻ tập tin phân tán giúp cho việc chia sẻ lược đồ RDF cho tảng liệu mở khác dễ dàng Bằng cách sử dụng việc kết nối đơn giản thông qua yêu cầu HTTP, hệ thống không giới hạn tảng sử dụng giải pháp Ngoài ra, cách tạo lược đồ RDF chung cho tất tảng Giờ sở liệu mở làm phong phú đầy đủ Thêm vào đó, người dùng dễ dàng tìm kiếm liệu cần tìm dựa vào truy vấn SPARQL Tổng kết kĩ thuật Hệ thống giải pháp đưa tập hợp mơ-đun có chức khác Mỗi mơ-đun đảm nhận vai trị Việc sử dụng mô-đun chức giúp cho tiến trình hệ thống khơng bị khố (block) Thêm vào đó, xây dựng kiến trúc hệ thống, giải pháp nhắm tới tính mở rộng tương lai Việc cập nhật phát triển thêm mô-đun không gây ảnh hưởng tới mô-đun tồn Việc mở rộng nâng cấp dễ dàng trường hợp hệ thống có nhiều truy vấn cần nâng cấp để mạnh xử lý nhiều yêu cầu Để đảm bảo cho việc bảo mật hệ thống, mô-đun kết nối với qua phương thức là: thông qua NATS kết nối trực tiếp Muốn tham gia vào NATS u cầu mơ-đun phải có cấu hình để gia nhập, cấu hình mã hố máy chủ Các mơ-đun kết nối trực tiếp với yêu cầu HTTP sử dụng JWT định danh để xác thực yêu cầu Hướng phát triển Giải pháp nêu số vấn đề cần cải thiện, cập nhật để nâng cao hiệu xuất giải pháp: 69  Cơ chế phân quyền cho user, để user thuộc phân vùng khác hoạt động phần vùng  Sử dụng RDFLib hiệu xuất chưa cao, cần cải thiện sử dụng giải pháp khác tốt hiệu xuất  Tự động cập nhật RDF vào tảng phù hợp tiêu chí đưa  Cung cấp chi tiết tổng quát thông tin tập tin liệu liệu (dataset) 70 DANH MỤC TÀI LIỆU THAM KHẢO [1] “CKAN documentation” [Trực tuyến] https://ckan.org/ [2] “SOCRATA open data” [Trực tuyến] https://dev.socrata.com [3] “RDF overview” [Trực tuyến] https://www.w3.org/RDF/ [4] “Blockchain overview” [Trực tuyến] https://en.wikipedia.org/wiki/Blockchain [5] “Ethereum documentation” [Trực tuyến] https://ethereum.org/en/ [6] “RDF 1.1 XML Syntax” [Trực tuyến] https://www.w3.org/TR/rdf-syntaxgrammar/ [7] “SKOS Shuttle” [Trực tuyến] https://skosshuttle.ch/ [8] A Le-Tuan and D Hingu, Incorporating Blockchain into RDF Store at the Lightweight Edge Devices, 2019 [9] Le-Tuan, A., Hayes, C., Wylot, M., Le-Phuoc, D.: Rdf4led: an rdf engine for lightweight edge devices In: IOT 2018 (2018) [10] SPARQL Query Language for RDF, [Trực tuyến] https://www.w3.org/TR/rdf-sparql-query/ [11] IPFS Documentation, [Trực tuyến] https://ipfs.io/ [12] RDFLib Documentation, [Trực tuyến] https://rdflib.readthedocs.io/en/stable/index.html [13] Oracle Berkeley DB, [Trực tuyến] https://www.oracle.com/database/technologies/related/berkeleydb.htmlNaka moto, S.: Bitcoin: A Peer-to-Peer Electronic Cash System (2008) [14] NATS, [Trực tuyến] https://nats.io/ [15] Geth Documentation, [Trực tuyến] https://geth.ethereum.org/ [16] A Next-Generation Smart Contract and Decentralized Application Platform (White paper) [17] Gorenflo, C., Lee, S., Golab, L., Keshav, S.: Fastfabric: scaling hyperledger fabric to 20,000 transactions per second 71 [18] Haller, A., et al.: The modular SSN ontology: a joint W3C and OGC standard specifying the semantics of sensors, observations, sampling, and actuation Semant Web 10(1), 9–32 (2019) [19] Li, M., et al.: CrowdBC: a blockchain-based decentralized framework for crowdsourcing IEEE Trans Parallel Distrib Syst 1–15 (2018) [20] Buterin, V.: Toward a 12-second Block Time Ethereum Blog (2014) [21] “Solidity documentation” [Trực tuyến] https://solidity.readthedocs.io/en/v0.6.9/ [22] “Speech to text by google API” [Trực tuyến] https://github.com/googleapis/nodejs-speech [23] “Image to text library” [Trực tuyến] https://github.com/asepmaulanaismail/image-to-text-nodejs-microservice [24] Sompolinsky, Y., Zohar, A.: Accelerating Bitcoin’s Transaction Processing Fast Money Grows on Trees, Not Chains (2013) [25] Fernández-Caramés, T.M., Fraga-Lamas, P.: A review on the use of blockchain for the internet of things IEEE Access 6, 32979–33001 (2018) [26] Fujihara, A.: PoWaP: Proof of Work at Proximity for a crowdsensing system for collaborative traffic information gathering Internet of Things, Elsever (2019) [27] Fujihara, A., Miwa, H.: Real-time disaster evacuation guidance using opportunistic communication In: IEEE/IPSJ-SAINT 2012, pp 326–331 (2012) [28] Fujihara, A., Miwa, H.: Disaster evacuation guidance using opportunistic communication: the potential for opportunity-based service In: Big Data and Internet of Things: A Roadmap for Smart Environments, Studies in Computational Intelligence, vol 546, pp 425–446 (2014) PHẦN LÝ LỊCH TRÍCH NGANG Họ tên: Nguyễn Như Hải Ngày, tháng, năm sinh: 06/08/1993 Nơi sinh: Gia Lai 72 Địa liên lạc: 97 Hồ Bá Kiện, P.15, Quận 10, TP.HCM QUÁ TRÌNH ĐÀO TẠO 2011 – 2015 : Đại Học Khoa Học Tự Nhiên TP.HCM Cử nhân Hệ Thống Thông Tin 2016 – : Đại Học Bách Khoa TP.HCM Q TRÌNH CƠNG TÁC 2015 – 2016 : Công ty SystemEXE Việt Nam 2016 – 2018 : Edenred Việt Nam 2019 – : CXA Group Việt Nam 73 ... tảng liệu mở mà việc chia sẻ liệu trở nên dễ dàng trước Thêm vào đó, với việc tận dụng sức mạnh liệu liên kết liệu mở tạo thành liệu mở liên kết giúp cho việc chia sẻ liệu mở cách có liên kết. .. Tuy nhiên, để liên kết liệu có tin tưởng phải đảm bảo minh bạch thông tin liệu liên kết Ngồi ra, tảng liệu mở liên kết với tạo thành hệ sinh thái liệu mở liên kết giúp cho nguồn liệu mở rộng phong... trường liệu mở có khả tái sử dụng liệu lại cao tương tác với người sử dụng hệ thống nhanh chóng tốt hơn, việc áp dụng liên kết liệu (linked data) vào hệ thống liệu mở tạo thành hệ thống liệu mở liên