3. EcoHealth: Ecosystem of Health Care DevicesIn this section, we desc การแปล - 3. EcoHealth: Ecosystem of Health Care DevicesIn this section, we desc ไทย วิธีการพูด

3. EcoHealth: Ecosystem of Health C

3. EcoHealth: Ecosystem of Health Care Devices
In this section, we describe the logical architecture and implementation of EcoHealth, our Web middleware platform
for integrating devices for e-health.
3.1. Architecture
In order to achieve its goals, EcoHealth is organized in several loosely coupled modules (middleware services) that
compose its logical architecture, as illustrated in Fig. 1.
The Devices Connection Module aims to integrate physical devices (body sensors) to the platform. Device manufacturers
develop customized drivers for each specific type of device platform according to the EcoHealth API. These
drivers play an important role in terms of integrating devices from different providers since the heterogeneity of such
devices is abstracted away from users and applications. In EcoHealth, there are two types of drivers, namely active
and passive drivers. Active drivers obtain data from devices by continuously polling them (i.e., by making periodical
data requests), even when the value of the information provided remains the same. In turn, passive drivers wait for
notifications from the device’s API triggered whenever there are changes in the data values. EcoHealth drivers are
built upon REST principles 10 and they rely on current Web standards and protocols, such as HTTP and URIs, thus
complying with the WoT paradigm. In WoT, the HTTP protocol is not only used as a communication protocol to carry
data formatted, but it is also used as the standard mechanism to support all interactions with smart objects, which are
viewed as Web resources. Therefore, the main operations defined in HTTP (i.e., the GET, POST, PUT, and DELETE
verbs) provide a well-defined interface to expose the functionality of objects on the Web and the use of the HTTP
protocol eliminates compatibility issues between different manufacturers, proprietary protocols, and data formats. After
obtaining data (called feeds in the IoT scenario) from the integrated devices, the drivers structure them by using
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
3. EcoHealth: ระบบนิเวศอุปกรณ์การดูแลสุขภาพในส่วนนี้ เราอธิบายสถาปัตยกรรมแบบลอจิคัลและการใช้งานของ EcoHealth แพลตฟอร์มเกี่ยวกับเว็บของเราสำหรับการรวมอุปกรณ์สำหรับ e-สุขภาพ3.1. สถาปัตยกรรมเพื่อให้บรรลุเป้าหมาย EcoHealth จัดเป็นหลายโมดูหลวม ๆ คู่ (บริการมิดเดิลแวร์) ที่เขียนสถาปัตยกรรมแบบลอจิคัล ดังที่แสดงในรูปที่ 1อุปกรณ์เชื่อมต่อโมดูลมีวัตถุประสงค์เพื่อรวมอุปกรณ์ทางกายภาพ (เซนเซอร์ตัว) ไปยังแพลตฟอร์ม ผู้ผลิตอุปกรณ์พัฒนาโปรแกรมควบคุมแบบกำหนดเองสำหรับแต่ละชนิดเฉพาะของอุปกรณ์ตาม EcoHealth API เหล่านี้โปรแกรมควบคุมที่มีบทบาทสำคัญในแง่ของการรวมอุปกรณ์จากผู้ให้บริการที่แตกต่างกันตั้งแต่ heterogeneity ดังกล่าวอุปกรณ์ที่เป็นบทคัดย่ออยู่ห่างจากผู้ใช้และโปรแกรมประยุกต์ ใน EcoHealth มีสองประเภทของไดรเวอร์ ใช้งานคือและโปรแกรมควบคุมที่แฝง ควบคุมงานรับข้อมูลจากอุปกรณ์ โดยการสำรวจอย่างต่อเนื่อง (เช่น โดยทำเป็นครั้งคราวข้อมูลที่ร้องขอ), แม้เมื่อค่าของข้อมูลที่ให้บริการยังคงเหมือนเดิม ในการเปิด รอไดรเวอร์แฝงการแจ้งเตือนจาก API ของอุปกรณ์ที่ถูกทริกเกอร์เมื่อมีการเปลี่ยนแปลงในค่าของข้อมูล ไดรเวอร์ EcoHealthสร้างขึ้นหลักเหลือ 10 และพวกเขาอาศัยเว็บมาตรฐานและโปรโตคอล HTTP และ URIs ปัจจุบันดังนั้นสอดคล้องกับกระบวนทัศน์ WoT ใน WoT โพรโทคอล HTTP ไม่เท่าใช้เป็นโพรโทคอลการสื่อสารเพื่อดำเนินการจัดรูปแบบข้อมูล แต่มันยังใช้เป็นกลไกมาตรฐานเพื่อสนับสนุนการโต้ตอบกับวัตถุสมาร์ท ที่ทั้งหมดดูเป็นทรัพยากรบนเว็บ ดังนั้น หลักการดำเนินงานที่กำหนดไว้ใน HTTP (เช่น รับ ไปรษณีย์ ย้าย และลบคำกริยา) มีอินเตอร์เฟซมีการเปิดเผยการทำงานของวัตถุบนเว็บและการใช้ HTTPโพรโทคอลกำจัดปัญหาความเข้ากันได้ระหว่างผู้ผลิตอื่น โพรโทคอลกรรมสิทธิ์ และรูปแบบข้อมูล หลังจากที่รับข้อมูล (เรียกว่าตัวดึงข้อมูลในสถานการณ์ IoT) จากอุปกรณ์ครบวงจร โปรแกรมควบคุมโครงสร้างเหล่านั้น โดยใช้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
3. EcoHealth: ระบบนิเวศของอุปกรณ์การดูแลสุขภาพ
ในส่วนนี้เราจะอธิบายสถาปัตยกรรมตรรกะและการดำเนินงานของ EcoHealth แพลตฟอร์มมิดเดิลแวร์เว็บของเรา
. สำหรับการบูรณาการอุปกรณ์สำหรับ e-สุขภาพ
3.1 สถาปัตยกรรม
เพื่อให้บรรลุเป้าหมายของตน EcoHealth จะจัดในโมดูลหลายคู่หลวม (บริการตัวกลาง) ที่
เขียนสถาปัตยกรรมเชิงตรรกะของมันดังแสดงในรูปที่ 1.
โมดูลเชื่อมต่ออุปกรณ์ที่มีจุดมุ่งหมายที่จะบูรณาการอุปกรณ์ทางกายภาพ (เซ็นเซอร์ร่างกาย) เพื่อแพลตฟอร์ม ผู้ผลิตอุปกรณ์
พัฒนาโปรแกรมควบคุมที่กำหนดเองสำหรับแต่ละประเภทที่เฉพาะเจาะจงของแพลตฟอร์มอุปกรณ์ตาม EcoHealth ของ API เหล่านี้
คนขับรถที่มีบทบาทสำคัญในแง่ของการบูรณาการอุปกรณ์จากผู้ให้บริการที่แตกต่างกันตั้งแต่เซลล์สืบพันธุ์ของดังกล่าว
อุปกรณ์ที่ถูกแยกออกไปจากผู้ใช้และการประยุกต์ใช้ ใน EcoHealth มีสองประเภทของคนขับรถคือใช้งาน
ไดรเวอร์และเรื่อย ๆ คนขับรถที่ใช้งานได้รับข้อมูลจากอุปกรณ์โดยการลงคะแนนเลือกตั้งอย่างต่อเนื่องพวกเขา (เช่นโดยการทำวารสาร
การร้องขอข้อมูล) แม้ในขณะที่มูลค่าของข้อมูลที่ให้ไว้ยังคงเหมือนเดิม ในทางกลับกันคนขับเรื่อย ๆ รอ
การแจ้งเตือนจาก API ของอุปกรณ์เรียกเมื่อใดก็ตามที่มีการเปลี่ยนแปลงในค่าของข้อมูล ไดรเวอร์ EcoHealth จะถูก
สร้างขึ้นบนหลักการ REST 10 และพวกเขาพึ่งพามาตรฐานเว็บในปัจจุบันและโปรโตคอลเช่น HTTP และยูริจึง
สอดคล้องกับกระบวนทัศน์ WoT ใน WoT, โปรโตคอล HTTP ไม่ได้ถูกใช้เป็นเพียงโปรโตคอลการสื่อสารที่จะดำเนินการ
จัดรูปแบบข้อมูล แต่มันก็ยังใช้เป็นกลไกมาตรฐานเพื่อสนับสนุนการปฏิสัมพันธ์กับวัตถุสมาร์ทที่มีการ
มองว่าเป็นแหล่งข้อมูลบนเว็บ ดังนั้นการดำเนินงานหลักที่กำหนดไว้ใน HTTP (เช่นได้รับการโพสต์ใส่และลบ
คำกริยา) ให้อินเตอร์เฟซที่ดีที่กำหนดจะเปิดเผยการทำงานของวัตถุบนเว็บและการใช้งานของ HTTP ที่
โปรโตคอลจะช่วยลดปัญหาความเข้ากันระหว่างผู้ผลิตที่แตกต่างกัน โปรโตคอลที่เป็นกรรมสิทธิ์และรูปแบบข้อมูล หลังจากที่
ได้รับข้อมูล (เรียกว่าฟีดในสถานการณ์ IoT) จากอุปกรณ์แบบบูรณาการไดร์เวอร์โครงสร้างโดยใช้
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: