The Internet also provides a variet

The Internet also provides a variety of application
protocols, using either UDP or TCP. As most of the
communication in the “traditional” Internet involves humans,
such protocols are not necessarily optimized for/design for
M2M communication. Nevertheless, for comparison purposes,
we designed our own application-layer protocol over UDP.
This protocol exchanges custom-designed JSON strings over
UDP server/client in publish-subscribe form. Because publishsubscribe
protocols lower overhead by removing the need forconstant client requests to obtain telemetry, the potential of a
UDP-based publish-subscribe protocol having very low
overhead combined with its one-to-many/many-to-one
capabilities is an attractive prospect for an ideal IoT protocol;
thus a custom protocol was created to match these
specifications and will be used in this study to determine the
performance of such an architecture. In the following, we
simply refer to this protocol as “custom UDP”.

ผลลัพธ์ (ไทย) 1:

อินเทอร์เน็ตยังมีความหลากหลายของโปรแกรมโปรโตคอล ใช้ UDP หรือ TCP เป็นที่สุดของการการสื่อสารในอินเทอร์เน็ต "ดั้งเดิม" เกี่ยวข้องกับมนุษย์โปรโตคอลดังกล่าวไม่จำเป็นต้องเหมาะสำหรับ / การออกแบบสำหรับการสื่อสารของ M2M อย่างไรก็ตาม เพื่อเปรียบเทียบเราออกแบบโปรโตคอลชั้นของเราเองผ่านทาง UDPโพรโทคอลนี้ออกแบบสตริงการ JSON ที่แลกเปลี่ยนผ่านUDP/ไคล เอ็นต์เซิร์ฟเวอร์ในประกาศสมัครสมาชิกแบบฟอร์ม เนื่องจาก publishsubscribeโปรโตคอลดค่าใช้จ่าย โดยการเอา forconstant ต้องไคลเอ็นต์ร้องขอการขอรับมาตร ศักยภาพของการใช้ UDP เผยแพร่-สมัครสมาชิกโพรโทคอลมีต่ำมากค่าใช้จ่ายรวมกับของหนึ่งไปหลาย/หลายต่อ-หนึ่งความสามารถคือ โอกาสน่าสนใจสำหรับการโพรโทคอ IoT เหมาะดังนั้นจึง สร้างโพรโทคอลที่กำหนดเองให้ตรงกับเหล่านี้ข้อมูลจำเพาะ และจะถูกใช้ในการศึกษานี้การตรวจสอบการประสิทธิภาพของสถาปัตยกรรมดังกล่าว ในต่อไปนี้ เราเพียงแค่อ้างถึงโปรโตคอลนี้เป็น "UDP กำหนดเอง"

ผลลัพธ์ (ไทย) 2:

อินเทอร์เน็ตยังมีความหลากหลายของการประยุกต์ใช้
โปรโตคอลใช้ UDP หรือ TCP เป็นที่สุดของ
การสื่อสารในอินเทอร์เน็ต "ดั้งเดิม" ที่เกี่ยวข้องกับมนุษย์
โปรโตคอลดังกล่าวจะไม่เหมาะจำเป็นสำหรับ / การออกแบบสำหรับ
การสื่อสาร M2M อย่างไรก็ตามสำหรับวัตถุประสงค์ในการเปรียบเทียบ
ที่เราออกแบบโปรโตคอลโปรแกรมชั้นของเราเองมากกว่า UDP.
แลกเปลี่ยนโปรโตคอลนี้กำหนดเองที่ออกแบบสตริง JSON กว่า
เซิร์ฟเวอร์ UDP / ลูกค้าในการเผยแพร่แบบฟอร์มการสมัคร เพราะ publishsubscribe
ค่าใช้จ่ายโปรโตคอลที่ต่ำกว่าโดยการเอาความจำเป็นในการร้องขอของลูกค้า forconstant ที่จะได้รับ telemetry ที่มีศักยภาพของการเป็น
UDP-based เผยแพร่สมัครโปรโตคอลมีต่ำมาก
ค่าใช้จ่ายรวมกับหนึ่งต่อหลายคน / หลายต่อหนึ่ง
ความสามารถในการเป็นโอกาสที่น่าสนใจ สำหรับโปรโตคอล IoT อุดมคติ
จึงโปรโตคอลที่กำหนดเองที่ถูกสร้างขึ้นเพื่อให้ตรงกับเหล่านี้
รายละเอียดและจะถูกนำมาใช้ในการศึกษาครั้งนี้เพื่อตรวจสอบ
ประสิทธิภาพการทำงานของสถาปัตยกรรมดังกล่าว ในต่อไปนี้เรา
ก็หมายถึงโปรโตคอลนี้เป็น "UDP ที่กำหนดเอง"

ผลลัพธ์ (ไทย) 3:

อินเทอร์เน็ตนอกจากนี้ยังมีความหลากหลายของโปรแกรมประยุกต์โปรโตคอลใช้ UDP หรือ TCP ขณะที่ส่วนใหญ่ของการสื่อสารใน " ดั้งเดิม " อินเทอร์เน็ตที่เกี่ยวข้องกับมนุษย์โปรโตคอล เช่นไม่จําเป็นต้องปรับ / ออกแบบการสื่อสาร . . อย่างไรก็ตาม สำหรับวัตถุประสงค์ในการเปรียบเทียบเราออกแบบของเราเอง การใช้เลเยอร์โพรโทคอลมากกว่า UDP .นี้ออกแบบเองสตริง JSON ผ่านโปรโตคอลการแลกเปลี่ยนUDP เซิร์ฟเวอร์ / เผยแพร่สมัครสมาชิกลูกค้าในรูปแบบ เพราะ publishsubscribeโปรโตคอลต่ำกว่าค่าใช้จ่าย โดยเอาความต้องการ forconstant ขอให้ลูกค้าที่จะได้รับ Telemetry ศักยภาพของUDP โปรโตคอลตามประกาศสมัครสมาชิกมีต่ำมากค่าใช้จ่ายรวมกับของหนึ่งไปยังหลายหลาย / 1ความสามารถเป็นโอกาสที่น่าสนใจสำหรับโปรโตคอลหลายใน อุดมคติจึงถูกสร้างขึ้นเพื่อให้ตรงกับโปรโตคอลที่กำหนดเองเหล่านี้คุณสมบัติ และจะถูกใช้ในการศึกษากำหนดการปฏิบัติเช่นสถาปัตยกรรม ในต่อไปนี้เราเพียงแค่อ้างถึงโปรโตคอลนี้เอง " UDP "