Smart City.
IoT can provide a common middleware for
future-oriented Smart-City services [17], [52], acquiring information
from different heterogeneous sensing infrastructures,
accessing all kinds of geo-location and IoT technologies (e.g.,
3D representations through RFID sensors and geo-tagging),
and exposing information in a uniform way. A number of
recently proposed solutions suggest to use Cloud architectures
to enable the discovery, connection, and integration of sensors
and actuators, thus creating platforms able to provision and
support ubiquitous connectivity and real-time applications for
smart cities [45]. Frameworks can consist of a sensor platform
(with APIs for sensing and actuating) and a Cloud platform
for the automatic management, analysis, and control of big
data from large-scale, real world devices [52]. This type of
advanced service model hides the complexity of the underlying
Cloud infrastructure, whilst at the same time meeting complex
public sector requirements for Cloud, such as security,
heterogeneity, interoperability, scalability, extensibility, high
reactivity, and configurability [17], [52]. Moreover, Cloudbased
platforms help to make it easier for third parties to
develop and provide IoT plugins enabling any device to be
connected to the Cloud [17]. While cities share common
concerns – such as the need to effectively share information
within and between cities and the desire for enhanced crossborder
protocols – they lack a common infrastructure and
methodology for collaborating [17], which may result from
the application of a holistic approach [52]. Common issues are
related to security, resilience, and real-time interactions [52].
ซิตี้สมาร์ท.
IoT สามารถให้มิดเดิลแวร์ทั่วไปสำหรับ
อนาคตที่มุ่งเน้นการให้บริการสมาร์ทซิตี้ [17], [52] การแสวงหาข้อมูล
จากโครงสร้างพื้นฐานที่แตกต่างกันการตรวจจับที่แตกต่างกัน,
การเข้าถึงทุกชนิดของตำแหน่งทางภูมิศาสตร์และเทคโนโลยี IoT (เช่น
การแสดงภาพ 3 มิติผ่าน RFID เซ็นเซอร์และภูมิศาสตร์ติดแท็ก)
และข้อมูลที่เปิดเผยในลักษณะที่เหมือนกัน จำนวน
โซลูชั่นที่นำเสนอเมื่อเร็ว ๆ นี้ขอแนะนำให้ใช้สถาปัตยกรรมคลาวด์
ที่จะช่วยให้การค้นพบการเชื่อมต่อและบูรณาการเซ็นเซอร์
และตัวกระตุ้นดังนั้นการสร้างแพลตฟอร์มที่สามารถที่จะจัดหาและ
สนับสนุนการเชื่อมต่อและการใช้งานที่แพร่หลายเรียลไทม์สำหรับ
สมาร์ทเมือง [45] กรอบอาจประกอบด้วยแพลตฟอร์มเซ็นเซอร์
(มี APIs สำหรับการตรวจจับและ actuating) และแพลตฟอร์มคลาวด์
สำหรับการจัดการอัตโนมัติ, การวิเคราะห์และการควบคุมของใหญ่
ข้อมูลจากขนาดใหญ่อุปกรณ์ที่โลกแห่งความจริง [52] ชนิดนี้
รูปแบบการบริการที่ทันสมัยซ่อนความซับซ้อนของพื้นฐาน
โครงสร้างพื้นฐานคลาวด์ในขณะที่ในเวลาเดียวกันการประชุมที่ซับซ้อน
ความต้องการของภาครัฐสำหรับระบบคลาวด์เช่นการรักษาความปลอดภัย,
ความแตกต่าง, การทำงานร่วมกัน, ความยืดหยุ่น, การขยายสูง
ปฏิกิริยาและ configurability [17], [ 52] นอกจากนี้ Cloudbased
แพลตฟอร์มช่วยที่จะทำให้มันง่ายขึ้นสำหรับบุคคลที่สามเพื่อ
การพัฒนาและให้การเปิดใช้งานปลั๊กอิน IoT อุปกรณ์ใด ๆ ที่จะ
เชื่อมต่อกับเมฆ [17] ในขณะที่เมืองร่วมกันแบ่งปัน
ความกังวล - เช่นต้องใช้ข้อมูลร่วมกันได้อย่างมีประสิทธิภาพ
ภายในและระหว่างเมืองและความปรารถนาที่จะ crossborder เพิ่ม
โปรโตคอล - พวกเขาขาดโครงสร้างพื้นฐานที่พบบ่อยและ
วิธีการในการทำงานร่วมกัน [17] ซึ่งอาจเป็นผลมาจาก
การประยุกต์ใช้แนวทางแบบองค์รวม [ 52] ปัญหาที่พบบ่อยจะ
เกี่ยวข้องกับการรักษาความปลอดภัย, ความยืดหยุ่นและการมีปฏิสัมพันธ์เวลาจริง [52]
การแปล กรุณารอสักครู่..
สมาร์ทซิตี้
รายงานสามารถให้มิดเดิลแวร์ทั่วไป
ในอนาคตสมาร์ทเมืองมุ่งเน้นบริการ [ 17 ] , [ 52 ] , การรับข้อมูลจากระบบที่แตกต่างกันที่แตกต่างกัน
การเข้าถึงการศึกษาทุกประเภทและที่ตั้งทางภูมิศาสตร์ด้วยเทคโนโลยี ( เช่น
3D เป็นตัวแทนผ่าน RFID ตรวจจับและแท็ก geo )
และการเปิดเผยข้อมูลในลักษณะที่สม่ำเสมอ หมายเลขของ
เมื่อเร็วๆนี้เสนอโซลูชั่นที่แนะนำให้ใช้
สถาปัตยกรรมเมฆเพื่อให้ค้นพบ การเชื่อมต่อและการรวมกลุ่มของเซ็นเซอร์
และ actuators จึงสร้างแพลตฟอร์มที่สามารถจัดหาและสนับสนุนการเชื่อมต่อและการประยุกต์ใช้ ubiquitous
แบบเรียลไทม์สำหรับสมาร์ทเมือง [ 45 ] กรอบจะประกอบด้วยเซ็นเซอร์แพลตฟอร์ม
( กับ APIs สำหรับการตรวจจับและ actuating ) และแพลตฟอร์มเมฆ
สำหรับอัตโนมัติการจัดการการวิเคราะห์และการควบคุมของข้อมูลใหญ่
จากขนาดใหญ่ , อุปกรณ์จริง [ 52 ] รูปแบบการให้บริการของ
ขั้นสูงชนิดนี้จะซ่อนความซับซ้อนของต้นแบบ
โครงสร้างพื้นฐานเมฆในขณะที่ในเวลาเดียวกันพบกับซับซ้อน
ภาครัฐความต้องการระบบ เช่น การ
สามารถทำงานร่วมกันในการขยายประสิทธิภาพสูง scalability , ,
,แล้ว Configurability [ 17 ] , [ 52 ] นอกจากนี้ cloudbased
แพลตฟอร์มที่ช่วยให้ง่ายสำหรับบุคคลภายนอกเพื่อ
พัฒนาและให้มากปลั๊กอินช่วยให้อุปกรณ์ใด ๆที่จะเชื่อมต่อกับเมฆ
[ 17 ] ในขณะที่เมืองหุ้นทั่วไป
ความกังวล–เช่นต้องมีประสิทธิภาพในการแบ่งปันข้อมูล
ภายในและระหว่างเมืองและความปรารถนาสำหรับทวิภาคีระหว่าง
เพิ่มโปรโตคอลสำหรับพวกเขาขาดโครงสร้างพื้นฐานทั่วไปและ
วิธีการร่วมมือ [ 17 ] ซึ่งอาจเป็นผลมาจากการใช้วิธี [
รวม 52 ] ปัญหาที่พบบ่อยคือ
ที่เกี่ยวข้องกับความปลอดภัย ความยืดหยุ่น และปฏิสัมพันธ์เวลาจริง [ 52 ]
การแปล กรุณารอสักครู่..