กลับไปยังบล็อก BIM และ IFC
ดิจิทัลทวิน · 2026-10-16 · 8 นาที
ข้อมูลเรียลไทม์ของเมืองสดใหม่แค่ไหน: วัดจริง 6 ฟีดตลอด 24 ชั่วโมง
คำว่า “เรียลไทม์” ไม่ได้บอกเลยว่าข้อมูลเก่าแค่ไหนเมื่อมาถึงคุณ เราบันทึกฟีดสาธารณะ 6 แหล่งที่ดิจิทัลทวินแบบเรียลไทม์อ่านอยู่เป็นเวลา 24 ชั่วโมง และวัดอายุข้อมูลของยานพาหนะและสถานีทุกรายการในฟีด คำตอบมีตั้งแต่ไม่ถึงหนึ่งวินาทีไปจนถึงหนึ่งนาทีครึ่ง และเวลาประทับของตัวฟีดเองอาจซ่อนตัวเลขนี้ไว้
ดิจิทัลทวินทางออกสถานีโทโจมาเอะใน IFC Viewer Online: โมเดล IFC ของทางออก A4 บนแผนที่โตเกียว พร้อมหมายเลขขบวนรถ Toei ที่ชานชาลาแบบเรียลไทม์ลอยอยู่ด้านบน
ฟีดข้อมูลสดทุกฟีดต่างเรียกตัวเองว่าเรียลไทม์ สำหรับดิจิทัลทวิน (digital twin) คำนี้ซ่อนตัวเลขเพียงตัวเดียวที่กำหนดว่าสีต่าง ๆ ในทวินหมายถึงอะไร นั่นคือข้อมูลเก่าแค่ไหนเมื่อมาถึง แท่นจอดจักรยานที่เป็นสีแดงเพราะไม่มีจักรยานเมื่อสามนาทีก่อน ไม่ใช่สิ่งเดียวกับแท่นจอดที่ไม่มีจักรยานในตอนนี้
เราจึงวัดดู ตลอด 24 ชั่วโมง เราบันทึกฟีดสาธารณะ 6 แหล่งที่ทวินแบบเรียลไทม์ในบาร์เซโลนา เฮลซิงกิ และโตเกียวอ่านอยู่ และสำหรับยานพาหนะหรือสถานีทุกรายการในทุกผลตอบกลับ เราเปรียบเทียบเวลาที่ผู้เผยแพร่เขียนไว้กับเวลาที่ข้อมูลมาถึง บันทึกฉบับเต็มเผยแพร่ไว้แล้ว[log]
ประเด็นสำคัญ
- สตรีม MQTT ของ HSL มาถึงในเวลาไม่ถึงหนึ่งวินาที กองรถชุดเดียวกันในรูปแบบ GTFS-Realtime มีอายุประมาณ 2 วินาที แต่เบราว์เซอร์อ่านฟีดนั้นไม่ได้
- ตำแหน่งรถไฟของ Toei มีอายุประมาณครึ่งนาที ส่วนตำแหน่งรถบัสของ Toei และสถานี Bicing มีอายุมัธยฐานประมาณหนึ่งนาทีครึ่ง และไม่เกินราวสามนาทีสำหรับ 90% ของทั้งหมด
- เวลาประทับ (timestamp) ของตัวฟีดเองอาจทำให้เข้าใจผิด: ไฟล์ของ Bicing มีอายุเพียงหนึ่งในสามวินาที ขณะที่สถานีในไฟล์รายงานครั้งล่าสุดไปแล้วประมาณ 95 วินาทีก่อนหน้า
- ฟีดเครื่องชาร์จของ Endolla ไม่มีเวลารายงานเลย มีเพียงเวลาที่เครื่องชาร์จแต่ละเครื่องเปลี่ยนสถานะครั้งล่าสุด จึงแสดงไม่ได้ว่าข้อมูลเป็นปัจจุบันแค่ไหน
- คำขอทั้ง 14,329 ครั้งได้รับการตอบกลับทั้งหมด และสตรีม MQTT มีข้อความเข้ามาทุกนาทีตลอดทั้งวัน
อายุมัธยฐานของยานพาหนะหรือสถานีในผลตอบกลับทั่วไป และช่วงที่ครอบคลุม 90% ของทั้งหมด
เราวัดอย่างไร
- ตั้งแต่ 21:15 UTC วันที่ 15 ตุลาคม ถึง 21:15 UTC วันที่ 16 ตุลาคม 2026 บนคอมพิวเตอร์เครื่องเดียวในยุโรปที่ซิงโครไนซ์นาฬิกาแล้ว
- ดึงข้อมูล HSL GTFS-Realtime ทุก 15 วินาที Bicing และฟีด Toei ทั้งสองฟีดทุก 30 วินาที และ Endolla ทุก 5 นาที ส่วนสตรีม MQTT ของ HSL สมัครรับข้อมูล (subscribe) เฉพาะพื้นที่เฮลซิงกิ และสรุปผลเป็นรายนาที
- ในแต่ละผลตอบกลับ เราคำนวณค่ามัธยฐานและเปอร์เซ็นไทล์ที่ 90 จากยานพาหนะหรือสถานีทั้งหมดในนั้น แผนภูมิแสดงค่าทั่วไปของตัวเลขเหล่านั้นตลอด 24 ชั่วโมง
อายุข้อมูลคือเวลาที่ข้อมูลมาถึง ลบด้วยเวลาประทับที่ผู้เผยแพร่เขียนไว้ให้แต่ละรายการ ได้แก่ ช่วงเวลาที่วัดตำแหน่งยานพาหนะใน GTFS-Realtime[gtfsrt] เวลาล่าสุดที่สถานีรายงานใน GBFS[gbfs] เวลาของแต่ละข้อความในสตรีมของ HSL[hfp] และเวลาบันทึกของรถไฟแต่ละขบวนใน ODPT
ผลทีละฟีด
| ฟีด | ช่องทางรับข้อมูล | อายุมัธยฐาน | 90% ของรายการต่ำกว่า | จำนวนรายการต่อผลตอบกลับ |
|---|
| รถบัส HSL, HFP (เฮลซิงกิ) | MQTT แบบ push | ไม่ถึง 1 วินาที | ไม่ถึง 1 วินาที | ~28,000 ข้อความต่อนาที |
| ยานพาหนะ HSL, GTFS-Realtime (เฮลซิงกิ) | HTTP ทุก 15 วินาที ไม่มี CORS | 1.9 วินาที | 1.9 วินาที | ยานพาหนะ 843 คัน |
| รถไฟ Toei, ODPT (โตเกียว) | HTTP ทุก 30 วินาที | 28 วินาที | 30 วินาที | รถไฟ 92 ขบวน |
| รถบัส Toei, GTFS-Realtime (โตเกียว) | HTTP ทุก 30 วินาที | 88 วินาที | 3.1 นาที | รถบัส 490 คัน |
| สถานี Bicing, GBFS 3.0 (บาร์เซโลนา) | HTTP ทุก 30 วินาที | 95 วินาที | 2.8 นาที | 543 สถานี |
| เครื่องชาร์จ Endolla, GELFS (บาร์เซโลนา) | HTTP ทุก 5 นาที | ไม่ระบุ | ไม่ระบุ | หัวชาร์จ 1,366 หัว |
ค่าทั่วไปตลอด 24 ชั่วโมง วันที่ 15–16 ตุลาคม 2026 จำนวนรายการเป็นค่ามัธยฐาน Toei ไม่มีรถไฟหรือรถบัสวิ่งในช่วงดึกถึงเช้ามืดผลแบ่งออกเป็นสามกลุ่ม HSL เผยแพร่สิ่งที่รถบัสแต่ละคันรายงานทันทีที่รายงาน อายุข้อมูลผ่าน MQTT จึงใกล้ศูนย์ และประมาณสองวินาทีเมื่อผ่านไฟล์ GTFS-Realtime ที่รวบรวมเป็นชุด (batch) ข้อมูลรถไฟของ Toei โดยทั่วไปมีอายุประมาณครึ่งนาที ส่วนรถบัสของ Toei และสถานีของ Bicing ต่างรายงานทุก ๆ ไม่กี่นาที ในขณะใดขณะหนึ่งจึงมีราวครึ่งหนึ่งที่เก่ากว่าหนึ่งนาทีครึ่ง: รถบัส 49% และสถานี 52% มีอายุเกิน 90 วินาที
เวลาประทับที่บอกว่า “สดใหม่”
ไฟล์สถานะสถานีของ Bicing มีเวลา last_updated และค่านี้ห่างจากเวลาปัจจุบันไม่เกินหนึ่งวินาทีเสมอ เพราะไฟล์ถูกประทับเวลาตอนที่ส่งออกไป ส่วนสถานี 543 แห่งในไฟล์รายงานครั้งล่าสุดก่อนหน้านั้น 95 วินาที (ค่ามัธยฐาน) ทวินที่เชื่อเวลาของไฟล์จะแสดง “อัปเดตเมื่อ 0 วินาทีที่แล้ว” บนข้อมูลที่เก่าหนึ่งนาทีครึ่ง ฟีดรถบัสของ Toei ก็มีรูปแบบเดียวกันแต่เบากว่า: เวลาประทับของไฟล์มีอายุประมาณ 16 วินาที ส่วนรถบัสในไฟล์ประมาณ 88 วินาที
บทเรียนนั้นเรียบง่าย: อายุข้อมูลเป็นคุณสมบัติของแต่ละรายการ ไม่ใช่ของไฟล์ ให้อ่านเวลาที่ยานพาหนะหรือสถานีแต่ละแห่งรายงาน แล้วแสดงค่านั้น
ฟีดที่บอกไม่ได้
ขนาดของไฟล์จุดชาร์จของ Endolla เปลี่ยนไปใน 262 จาก 286 ช่วงห้านาที จึงเห็นได้ชัดว่ามีการดูแลอัปเดตอยู่ แต่หัวชาร์จแต่ละหัวมีเพียงเวลาที่สถานะเปลี่ยนครั้งล่าสุด: ครึ่งหนึ่งไม่ได้เปลี่ยนเลยมาประมาณ 21 ชั่วโมง และหนึ่งในสิบไม่เปลี่ยนมานานกว่า 10 วัน ข้อมูลนั้นอาจถูกต้องทุกประการ คือเครื่องชาร์จที่ไม่มีใครใช้ตลอดคืน หรืออาจเป็นเครื่องชาร์จที่หยุดรายงานไปแล้ว ฟีดแยกสองกรณีนี้ออกจากกันไม่ได้ ทวินแสดงข้อมูลแบบนี้ได้ในฐานะ “ตามที่เผยแพร่” แต่จะแสดงเป็นข้อมูลสดไม่ได้
แบบ push เทียบกับแบบ poll
ช่องทางทั้งสองของ HSL ส่งข้อมูลรถบัสชุดเดียวกัน ผ่าน MQTT ตำแหน่งแต่ละตำแหน่งมาถึงทันทีที่เกิดขึ้น แต่ผ่านไฟล์ที่ต้องดึงเป็นระยะ ตำแหน่งต้องรอชุดข้อมูลถัดไป และเบราว์เซอร์ยังต้องรอรอบการดึงข้อมูลถัดไปของตัวเองซ้อนเข้าไปอีก การดึงข้อมูลเป็นระยะยังมีต้นทุน: ไฟล์ของ Bicing มีขนาดประมาณ 268 KB ก่อนบีบอัด สำหรับสถานีทั้ง 543 แห่ง ทวินที่ต้องการเพียงสถานีเดียวจึงยังต้องดาวน์โหลดทุกสถานีในทุกรอบการดึง การดึงข้อมูลถี่กว่าที่แหล่งข้อมูลเปลี่ยนแปลง ก็เพียงแต่ใช้แบนด์วิดท์เดิมซ้ำสองรอบ
สิ่งนี้หมายถึงอะไรสำหรับทวิน
- แสดงอายุข้อมูลไว้ข้างค่า โดยคิดจากเวลาประทับของรายการนั้นเอง ไม่ใช่ของไฟล์
- ตั้งเกณฑ์ความเก่าของข้อมูลให้สูงกว่าอายุปกติของฟีด ตัวอย่างแบบเรียลไทม์ในที่นี้ใช้ 45 วินาทีสำหรับช่องจอดรถบัสของ HSL 2 นาทีสำหรับรถไฟ Toei 10 นาทีสำหรับป้ายรถบัส Toei และ 15 นาทีสำหรับ Bicing
- สีเทาหมายถึง “ไม่มีข้อมูลล่าสุด” ไม่ใช่การนำค่าสุดท้ายมาแสดงราวกับเป็นค่าปัจจุบัน
- เลือกใช้แบบ push เมื่อผู้เผยแพร่มีให้ และดึงข้อมูลไม่ถี่กว่าที่แหล่งข้อมูลเปลี่ยนแปลง
- ฟีดที่ไม่มีเวลาของแต่ละรายการแสดงผลได้ แต่จะเรียกว่าข้อมูลสดไม่ได้
อีกครึ่งหนึ่งของคำถามคือ หน้าเว็บอ่านฟีดเหล่านี้ได้หรือไม่ตั้งแต่แรก ดูได้ที่ หน้าเว็บอ่านข้อมูลเปิดของเมืองใดได้บ้าง ส่วนทวินเฮลซิงกิใช้สตรีม MQTT อย่างไร อ่านได้ใน ดิจิทัลทวินสถานีขนส่งผ่าน MQTT
ข้อมูลเรียลไทม์ของเมืองสดใหม่แค่ไหน: วัดจริง 6 ฟีดตลอด 24 ชั่วโมง