B. IDN Middleware InterDataNet Midd

B. IDN Middleware InterDataNet Middleware (IDN-M) can be classified as a collaborative IoT system, according to Roman et al. taxonomy [15], since the core intelligence is hosted by the middleware instances (even though the realization of very light-weight middleware implementations to be deployed on constrained devices is in progress). It is conceived to realize the Web Resource abstraction and to implement all the operations defined for it. As previously mentioned, IDN-M exposes RESTful APIs to let clients interact with domain resources. IDN-M core modules are Virtual Resource, Information History and Storage Interface. Virtual Resource implements the logic required for both representing and managing graphs of information units. In addition, it exposes the RESTful APIs (IDN-APIs) used by clients to interact with smart things representations as Web Resources. As shown in Fig. 2, different Virtual Resource instances act as peers to construct a distributed graph of interlinked Nodes. Information History gives optional versioning capabilities which are necessary for tracking a resource modification and to support provenance and eventually trust properties. Storage Interface provides data and metadata persistence capabilities. IDN-specific metadata (describing Nodes relations and properties) are persisted on the middleware side, while data can be native or external. The former are those data created by an explicit client action under the middleware domain and are persisted in own repositories. Conversely, the latter are hosted outside of the middleware domain and require the Adapter component to be handled as native resources. The interworking of the middleware with external datasourcessuchassmartdevicesismadepossiblebytheAdapters mediation. An Adapter contains the custom logic required for exposing data and services provided by legacy systems, according to IDN graph-based model so that properties enabled for IDN resources are applied to external information. The Adapter component is made of four modules: 1) a Notification Manager, which enables a push/pull notification service and manages the Adapter subscription to a data-source; 2) a Transformer, which processes data coming by the outer source (e.g., de-multiplexing the information to achieve more granularity); 3) a Web Resource Manager, which builds the graph from the outer information; 4) a Translator, which translates requests coming from the IDN-APIs in a format supported by the data-source.

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

B. IDN Middleware InterDataNet Middleware (IDN-M) có thể là classified như là một hệ thống hợp tác IoT, theo phân loại Roman et al. [15], kể từ khi thông minh cốt lõi được tổ chức bởi các trường hợp middleware (mặc dù việc thực hiện các trọng lượng rất nhẹ middleware triển khai được triển khai trên các thiết bị hạn chế trong tiến trình). Nó được hình thành để nhận ra các nguồn tài nguyên Web trừu tượng và để thực hiện tất cả defined hoạt động cho nó. Như đã đề cập, IDN-M exposes API yên tĩnh để cho khách hàng tương tác với các nguồn tài nguyên tên miền. Mô-đun cốt lõi IDN-M là ảo nguồn lực, thông tin lịch sử và giao diện lí. Ảo nguồn lực thực hiện logic cần thiết cho cả hai đại diện và việc quản lý các đồ thị của các đơn vị thông tin. Ngoài ra, nó cho thấy nhiều các API yên tĩnh (IDN-API) khách hàng sử dụng để tương tác với những thứ thông minh đại diện như là nguồn tài nguyên Web. Như minh hoạ trong hình 2, trường hợp ảo tài nguyên khác nhau hoạt động như các đồng nghiệp để xây dựng một biểu đồ phân bố của quan hạch. Thông tin lịch sử cho khả năng tùy chọn versioning đó là cần thiết để theo dõi một tài nguyên modification, đồng thời để hỗ trợ provenance và cuối cùng tin tưởng tài sản. Lí giao diện cung cấp dữ liệu và siêu dữ liệu khả năng kiên trì. IDN-specific siêu dữ liệu (mô tả các nút quan hệ và các thuộc tính) được tiếp tục tồn tại ở phía bên trung gian, trong khi dữ liệu có thể được bản địa hoặc bên ngoài. Trước đây là những dữ liệu được tạo ra bởi một hành động rõ ràng khách hàng dưới tên miền middleware và đang tiếp tục tồn tại riêng kho. Ngược lại, sau này đang được tổ chức bên ngoài miền trung và yêu cầu phần Adapter để được xử lý như tài nguyên bản xứ. Liên trung gian với bên ngoài datasourcessuchassmartdevicesismadepossiblebytheAdapters hòa giải. Một Adapter có logic tùy chỉnh cần thiết để lộ dữ liệu và dịch vụ được cung cấp bởi hệ thống kế thừa, theo mô hình dựa trên đồ thị IDN vì vậy mà tính chất kích hoạt cho IDN nguồn lực được áp dụng cho các thông tin bên ngoài. Bộ điều hợp các thành phần được làm bằng mô-đun 4: 1) quản lý Notification cho phép một dịch vụ notification đẩy/kéo và quản lý thuê bao Adapter để một nguồn dữ liệu; 2) là một biến áp, xử lý dữ liệu đến các nguồn bên ngoài (ví dụ:, de-ghép kênh thông tin để đạt được độ chi tiết hơn); 3) một quản lý nguồn tài nguyên Web, xây dựng biểu đồ từ các thông tin bên ngoài; 4) phiên dịch, Dịch yêu cầu đến từ IDN-API trong một định dạng được hỗ trợ bởi các nguồn dữ liệu.

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

B. IDN Middleware InterDataNet Middleware (IDN-M) có thể được phân loại là một hệ thống hợp tác IOT, theo Roman et al. phân loại [15], vì sự thông minh lõi được tổ chức bởi các trường trung gian (mặc dù việc thực hiện rất hiện thực trung trọng lượng nhẹ được triển khai trên các thiết bị hạn chế là trong tiến trình). Nó được hình thành để nhận ra sự trừu tượng tài nguyên Web và thực hiện tất cả các hoạt động de fi định nghĩa cho nó. Như đã đề cập trước đây, IDN-M thấy nhiều API RESTful để cho khách hàng tương tác với các nguồn tài nguyên tên miền. IDN-M module lõi là ảo Resource, Lịch sử Thông tin và Giao diện lưu trữ. Ảo tài nguyên thực hiện các logic cần thiết cho cả hai đại diện và quản lý các đồ thị của các đơn vị thông tin. Ngoài ra, nó cho thấy nhiều API RESTful (IDN-API) được sử dụng bởi các khách hàng tương tác với những cơ quan đại diện thông minh như Tài Web. Như thể hiện trong hình. 2, khác nhau trường hợp tài nguyên ảo hoạt động như các đồng nghiệp để xây dựng một đồ thị phân bố của các nút liên kết với nhau. Lịch sử thông tin cung cấp cho khả năng versioning tùy chọn đó là cần thiết để theo dõi một Modi nguồn fi cation và để hỗ trợ xuất xứ và đặc tính cuối cùng tin tưởng. Giao diện lưu trữ cung cấp khả năng dữ liệu và siêu dữ liệu kiên trì. IDN-fi cụ thể c siêu dữ liệu (mô tả các nút quan hệ và tài sản) được tiếp tục tồn ở phía bên trung gian, trong khi dữ liệu có thể có nguồn gốc hoặc bên ngoài. Các cựu là những dữ liệu được tạo ra bởi một hành động rõ ràng khách hàng thuộc miền trung và được tiếp tục tồn tại kho riêng. Ngược lại, sau này được lưu trữ bên ngoài của miền trung và yêu cầu các thành phần Adapter để được xử lý như các nguồn tài nguyên bản địa. Các hưởng lẫn nhau của các trung gian với datasourcessuchassmartdevicesismadepossiblebytheAdapters bên ngoài hòa giải. Một adapter chứa logic tùy chỉnh cần thiết để lộ dữ liệu và các dịch vụ được cung cấp bởi hệ thống di sản, theo IDN mô hình dựa trên đồ thị để tính kích hoạt cho tài IDN được áp dụng cho thông tin đối ngoại. Các thành phần Adapter được làm bằng bốn mô-đun: 1) một Noti fi cation Manager, cho phép một / pull dịch vụ cation Noti fi đẩy và quản lý các thuê bao Adapter để một dữ liệu nguồn; 2) một biến, mà xử lý dữ liệu đến các nguồn bên ngoài (ví dụ, de-multiplexing thông tin để đạt được chi tiết hơn); 3) một Resource Manager Web, trong đó xây dựng các đồ thị từ các thông tin bên ngoài; 4) Translator, mà chuyển yêu cầu đến từ các IDN-API trong một định dạng được hỗ trợ bởi các dữ liệu nguồn.