1) Backend Servers: At the root of

1) Backend Servers: At the root of the system, we find the backend servers, located in the control center, where data are collected, stored, and processed to produce added-value services. In principle, backend servers are not mandatory for an IoT sys- tem to properly operate, though they become a fundamental component of an urban IoT where they can facilitate the access to the smart city services and open data through the legacy network infrastructure. Backend systems commonly considered for interfacing with the IoT data feeders include the following.
Database management systems: These systems are in charge of storing the large amount of information produced by IoT peripheral nodes, such as sensors. Depending on the partic- ular usage scenario, the load on these systems can be quite large, so that proper dimensioning of the backend system is required. Web sites: The widespread acquaintance of people with web interfaces makes them the first option to enable interoperation between the IoT system and the “data consumers,” e.g., public authorities, service operators, utility providers, and common
citizens.
Enterprise resource planning systems (ERP): ERP compo- nents support a variety of business functions and are precious tools to manage the flow of information across a complex organization, such as a city administration. Interfacing ERP components with database management systems that collect the data generated by the IoT allows for a simpler management of the potentially massive amount of data gathered by the IoT, making it possible to separate the information flows based on their nature and relevance and easing the creation of new services.
2) Gateways: Moving toward the “edge” of the IoT, we find the gateways, whose role is to interconnect the end devices to the main communication infrastructure of the system. With reference to the conceptual protocol architecture depicted in Fig. 2, the gateway is hence required to provide protocol translation and functional mapping between the unconstrained protocols and their constrained counterparts, that is to say XML- EXI, HTTP-CoAP, IPv4/v6-6LoWPAN.
Note that while all these translations may be required in order to enable interoperability with IoT peripheral devices and control stations, it is not necessary to concentrate all of them in a single gateway. Rather, it is possible, and sometimes convenient, to distribute the translation tasks over different devices in the network. For example, a single HTTP-CoAP proxy can be deployed to support multiple 6LoWPAN border routers.
Gateway devices shall also provide the interconnection be- tween unconstrained link layer technologies, mainly used in the core of the IoT network, and constrained technologies that, instead, provide connectivity among the IoT peripheral nodes.
3) IoT Peripheral Nodes: Finally, at the periphery of the IoT system, we find the devices in charge of producing the data to be delivered to the control center, which are usually called IoT peripheral nodes or, more simply, IoT nodes. Generally speaking, the cost of these devices is very low, starting from 10 USD or even less, depending on the kind and number of sensors/actuators mounted on the board. IoT nodes may be classified based on a wide number of characteristics, such as powering mode, networking role (relay or leaf), sensor/actuator equipment, and supported link layer technologies. The most

constrained IoT nodes are likely the Radio Frequency tags (RFtags) that, despite their very limited capabilities, can still play an important role in IoT systems, mainly because of the extremely low cost and the passive nature of their communi- cation hardware, which does not require any internal energy source. The typical application of RFtags is object identification by proximity reading, which can be used for logistics, maintenance, monitoring, and other services.
Mobile devices, such as smart phones, tablet PCs, or laptops, may also be an important part of an urban IoT, providing other ways to interact with it. For instance, the NFC transceiver integrated in last-generation smartphones may be used to identify tagged objects, while the geolocation service provided by most common operating systems for mobile devices can enrich the context information associated to that object. Furthermore, mobile devices can provide access to the IoT in different ways, e.g., 1) through an IP connection provided by the cellular data- link service or 2) setting up a direct connection with some objects by using short-range wireless technologies, such as Bluetooth Low Energy, low-power WiFi, or IEEE 802.15.4. Furthermore, it is possible to develop specific applications for mobile devices that can ease the interaction with the IoT objects, and with the system as a whole.

IV. AN EXPERIMENTAL STUDY: PADOVA SMART CITY The framework discussed in this paper has already been
successfully applied to a number of different use cases in the context of IoT systems.

Kết quả (Việt) 1:

1) máy chủ phụ trợ: gốc của hệ thống, chúng tôi nhiều máy chủ phụ trợ, tọa lạc ở trung tâm kiểm soát, nơi dữ liệu được thu thập, lưu trữ và xử lý để sản xuất thêm giá trị dịch vụ. Về nguyên tắc, máy chủ phụ trợ không phải là bắt buộc cho một IoT sys tem để hoạt động đúng cách, mặc dù họ trở thành một thành phần cơ bản của một IoT đô thị nơi mà họ có thể tạo thuận lợi cho việc truy cập vào các dịch vụ thành phố thông minh và mở các dữ liệu thông qua hạ tầng mạng di sản. Hệ thống phụ trợ thường được xem xét cho interfacing với IoT dữ liệu ăn bao gồm.Cơ sở dữ liệu hệ thống quản lý: các hệ thống này có trách nhiệm lưu trữ số lượng lớn các thông tin được sản xuất bởi IoT ngoại vi các nút, chẳng hạn như cảm biến. Tùy thuộc vào kịch bản sử dụng partic ular, tải trên các hệ thống này có thể khá lớn, do đó thích hợp dimensioning của hệ thống phụ trợ là cần thiết. Các trang web: người quen phổ biến rộng rãi của người dân với các giao diện trang web làm cho họ chính tùy chọn để cho phép interoperation giữa hệ thống IoT và "dữ liệu người tiêu dùng," ví dụ như, cơ quan công cộng, nhà khai thác dịch vụ, Tiện ích nhà cung cấp và phổ biếncông dân.Hệ thống (ERP) kế hoạch nguồn lực doanh nghiệp: ERP compo-nents hỗ trợ một loạt các chức năng kinh doanh và quý giá các công cụ để quản lý flow thông tin qua một tổ chức phức tạp, chẳng hạn như một chính quyền thành phố. Interfacing ERP các thành phần hệ thống quản lý cơ sở dữ liệu thu thập dữ liệu được tạo ra bởi IoT cho phép quản lý đơn giản của lượng dữ liệu thu thập bởi IoT, làm cho nó có thể để tách flows thông tin dựa trên tính chất và mức độ liên quan của họ và giảm bớt việc tạo ra các dịch vụ mới, có tiềm năng lớn.2) cổng: Di chuyển về hướng "edge" của IoT, chúng tôi nhiều cổng có vai trò là kết nối các thiết bị cấp cơ sở hạ tầng thông tin liên lạc chính của hệ thống. Với tham chiếu đến các khái niệm giao thức kiến trúc được mô tả trong hình 2, các cổng do đó là yêu cầu cung cấp giao thức dịch và chức năng ánh xạ giữa các giao thức không bị giới hạn và hạn chế đối tác của họ, đó là để nói v XML - HTTP-CoAP, IPv4/v6-6LoWPAN.Lưu ý rằng trong khi tất cả các bản dịch này có thể được yêu cầu để sử khả năng tương tác với IoT, thiết bị ngoại vi và các trạm kiểm soát, nó không phải là cần thiết để tập trung tất cả chúng trong một cửa ngõ duy nhất. Thay vào đó, nó là tốt, và đôi khi thuận tiện, để phân phối công việc dịch thuật trên các thiết bị khác trong mạng. Ví dụ, một proxy HTTP-CoAP duy nhất có thể được triển khai để hỗ trợ nhiều 6LoWPAN biên giới router.Thiết bị Gateway sẽ cũng cung cấp các liên kết không bị giới hạn kết nối-tween lớp công nghệ, chủ yếu được sử dụng trong lõi của IoT mạng và hạn chế công nghệ, thay vào đó, cung cấp các kết nối giữa các hạch ngoại vi IoT.3) hạch ngoại vi IoT: cuối cùng, tại các vùng ngoại vi của hệ thống IoT, chúng tôi nhiều thiết bị phụ trách sản xuất dữ liệu sẽ được gửi đến các kiểm soát Trung tâm, mà thường được gọi là hạch ngoại vi IoT, hoặc nhiều hơn chỉ đơn giản là, IoT nút. Nói chung, chi phí của các thiết bị này là rất thấp, bắt đầu từ 10 USD hoặc thậm chí ít, phụ thuộc vào loại và số lượng cảm biến/thiết bị thi hành gắn kết trên diễn đàn. IoT nút có thể classified dựa trên một số đặc điểm, chẳng hạn như chế độ cung cấp năng lượng, vai trò mạng (relay hoặc lá), thiết bị cảm biến/thiết bị truyền động và liên kết được hỗ trợ lớp công nghệ rộng. Hầu hết các hạn chế IoT nút có có khả năng các tần số vô tuyến (RFtags), mặc dù khả năng rất hạn chế của họ, vẫn có thể chơi một vai trò quan trọng trong hệ thống IoT, chủ yếu là do chi phí rất thấp và tính chất thụ động của phần cứng communi-cation của họ, mà không yêu cầu bất kỳ nguồn năng lượng nội bộ. Các ứng dụng điển hình của RFtags là identification đối tượng của sự gần gũi đọc, mà có thể được sử dụng cho hậu cần, bảo trì, giám sát và các dịch vụ khác.Thiết bị di động như điện thoại thông minh, máy tính bảng máy tính hoặc máy tính xách tay, cũng có một phần quan trọng của một IoT đô thị, cung cấp những cách khác để tương tác với nó. Ví dụ, NFC transceiver tích hợp trong điện thoại thông minh thế hệ cuối cùng có thể được sử dụng để xác định đối tượng được gắn thẻ, trong khi dịch vụ vị trí địa lý được cung cấp bởi hệ điều hành phổ biến nhất cho các thiết bị di động có thể làm phong phú thêm các thông tin ngữ cảnh liên quan đến đối tượng đó. Hơn nữa, thiết bị di động có thể cung cấp truy cập IoT trong nhiều cách khác nhau, ví dụ: 1) thông qua một kết nối IP được cung cấp bởi các dịch vụ liên kết dữ liệu di động hoặc 2) thiết lập một kết nối trực tiếp với một số đối tượng bằng cách sử dụng công nghệ không dây tầm ngắn, như Bluetooth thấp năng lượng, năng lượng thấp WiFi hay IEEE 802.15.4. Hơn nữa, nó có thể phát triển specific ứng dụng cho thiết bị di động có thể dễ dàng tương tác với các đối tượng IoT, và với các hệ thống như một toàn thể.IV. một nghiên cứu thực nghiệm: PADOVA SMART CITY trong khuôn khổ đã thảo luận trong bài báo này đãáp dụng thành công cho một số trường hợp sử dụng khác nhau trong bối cảnh hệ thống IoT.

Kết quả (Việt) 2:

1) Máy chủ Backend: Tại thư mục gốc của hệ thống, chúng tôi fi nd các máy chủ phụ trợ, nằm trong trung tâm điều khiển, nơi dữ liệu được thu thập, lưu trữ, và xử lý để tạo ra các dịch vụ giá trị gia tăng. Về nguyên tắc, các máy chủ phụ trợ là không bắt buộc đối với một IOT thống tem để hoạt động đúng cách, mặc dù họ trở thành một thành phần cơ bản của một IOT đô thị, nơi họ có thể tạo thuận lợi cho việc tiếp cận với các dịch vụ thành phố và các dữ liệu mở thông minh thông qua các cơ sở hạ tầng mạng truyền thống. Hệ thống phụ trợ thường được xem xét để giao tiếp với những máy xay dữ liệu IOT bao gồm những điều sau đây.
Hệ thống quản lý cơ sở dữ liệu: Các hệ thống này phụ trách lưu trữ lượng lớn thông tin được sản xuất bởi các hạch ngoại vi IOT, chẳng hạn như cảm biến. Tùy thuộc vào các kịch bản sử dụng ular partic-, tải trọng trên các hệ thống này có thể khá lớn, để đo kích thước thích hợp của các hệ thống phụ trợ là cần thiết. Website: Các người quen phổ biến của người dân với các giao diện web làm cho họ sự lựa chọn đầu tiên kinh để cho phép interoperation giữa hệ thống IOT và "người tiêu dùng dữ liệu", ví dụ, cơ quan công quyền, các nhà khai thác dịch vụ, cung cấp dịch vụ tiện ích, và phổ biến
các công dân.
Hệ thống hoạch định nguồn lực doanh nghiệp ( ERP): ERP compo- nents hỗ trợ một loạt các chức năng kinh doanh và là những công cụ quý giá để quản lý các fl ow thông tin qua một tổ chức phức tạp, chẳng hạn như một chính quyền thành phố. Giao diện các thành phần hệ thống ERP với các hệ thống quản lý cơ sở dữ liệu thu thập các dữ liệu được tạo ra bởi các IOT cho phép cho một quản lý đơn giản hơn số tiền có khả năng lớn dữ liệu được thu thập bởi các IOT, làm cho nó có thể tách các thông tin fl OWS dựa trên bản chất và sự liên quan của họ và giảm bớt việc tạo ra các dịch vụ mới.
2) cổng: Di chuyển về hướng các "cạnh" của IOT, chúng fi nd các cổng, có vai trò là để kết nối các thiết bị đầu cuối để các cơ sở hạ tầng thông tin liên lạc chính của hệ thống. Liên quan tới các kiến trúc giao thức khái niệm mô tả trong hình. 2, cổng được do đó cần thiết để cung cấp các giao thức dịch và lập bản đồ chức năng giữa các giao thức không bị giới hạn và các đối tác hạn chế của họ, mà là để nói XML- EXI, HTTP-CoAP, IPv4 / v6-6LoWPAN.
Lưu ý rằng trong khi tất cả các bản dịch này có thể được yêu cầu để cho phép khả năng tương tác với các thiết bị ngoại vi IOT và các trạm kiểm soát, nó không phải là cần thiết để tập trung tất cả chúng trong một cổng duy nhất. Thay vào đó, nó là có thể, và đôi khi thuận tiện, để phân phối các nhiệm vụ dịch thuật trên các thiết bị khác nhau trong mạng. Ví dụ, một đơn HTTP proxy-CoAP có thể được triển khai để hỗ trợ nhiều thiết bị định tuyến biên giới 6LoWPAN.
Thiết bị Gateway cũng sẽ cung cấp các kết nối được- công nghệ lớp tween không bị giới hạn liên kết, sử dụng chủ yếu trong lõi của mạng IOT, và hạn chế công nghệ, thay vì , cung cấp kết nối giữa các nút ngoại vi IOT.
3) IOT ngoại vi nodes: Cuối cùng, ở ngoại vi của hệ thống IOT, chúng fi nd các thiết bị phụ trách sản xuất các dữ liệu sẽ được chuyển giao cho các trung tâm điều khiển, thường được gọi là IOT hạch ngoại vi hay đơn giản hơn, IOT các nút. Nói chung, chi phí của các thiết bị này là rất thấp, bắt đầu từ 10 USD hoặc thậm chí ít hơn, tùy thuộc vào loại và số cảm biến / thiết bị truyền động gắn trên bảng. IOT nút có thể được phân loại fi ed dựa trên một số lượng lớn các đặc điểm, chẳng hạn như chế độ cung cấp năng lượng, vai trò của mạng lưới (relay hoặc lá), thiết bị cảm biến / thiết bị truyền động, và các công nghệ lớp liên kết hỗ trợ. Phần lớn

các nút IOT hạn chế là khả năng các thẻ tần số vô tuyến (RFtags) rằng, mặc dù khả năng rất hạn chế của mình, vẫn có thể đóng một vai trò quan trọng trong hệ thống IOT, chủ yếu là do chi phí rất thấp và tính chất thụ động của phần cứng cation cộng đồng của họ, mà không cần bất kỳ nguồn năng lượng nội bộ. Các ứng dụng điển hình của RFtags là đối tượng identi fi cation bằng cách đọc gần nhau, mà có thể được sử dụng cho các dịch vụ hậu cần, bảo trì, giám sát, và các dịch vụ khác.
Thiết bị di động, chẳng hạn như điện thoại thông minh, máy tính bảng, hay máy tính xách tay, cũng có thể là một phần quan trọng của một đô thị IOT, cung cấp những cách khác để tương tác với nó. Ví dụ, các máy thu phát NFC tích hợp trong điện thoại thông minh cuối cùng thế hệ có thể được sử dụng để xác định đối tượng được gắn thẻ, trong khi các dịch vụ định vị cung cấp bởi hầu hết các hệ điều hành phổ biến cho các thiết bị di động có thể làm phong phú thêm thông tin ngữ cảnh liên quan đến đối tượng đó. Hơn nữa, các thiết bị di động có thể cung cấp quyền truy cập vào các IOT theo những cách khác nhau, ví dụ, 1) thông qua một kết nối IP được cung cấp bởi các dịch vụ di động đĩa dữ liệu liên kết hoặc 2) thiết lập một kết nối trực tiếp với một số đối tượng bằng cách sử dụng công nghệ không dây tầm ngắn, chẳng hạn như Bluetooth năng lượng thấp, công suất thấp WiFi, hoặc IEEE 802.15.4. Hơn nữa, nó có thể phát triển các ứng dụng fi c cụ thể cho các thiết bị di động có thể dễ dàng tương tác với các đối tượng IOT, và với hệ thống như một toàn thể.

IV. AN NGHIÊN CỨU THỬ NGHIỆM: Padova SMART CITY Khung thảo luận trong bài viết này đã được
áp dụng thành công một số trường hợp sử dụng khác nhau trong bối cảnh hệ thống IOT.