ข้อกําหนดของ Google CAP

ข้อมูลการแจ้งเตือนต้องเป็นไปตามข้อกําหนดเฉพาะของ Common Alerting Protocol v1.2 ของ OASIS รวมทั้งข้อกําหนดของ Google Public Alerts CAP v1.0 และข้อกําหนดเพิ่มเติมที่ระบุไว้ด้านล่าง

เกี่ยวกับ Google CAP

มาตรฐาน CAP จะกําหนดโครงสร้างพื้นฐานและองค์ประกอบของข้อมูลสําหรับการแจ้งเตือนของ CAP แต่ก็ยังให้พื้นที่ที่มากพอสําหรับความไม่สอดคล้องกันของวิธีการและ องค์ประกอบต่างๆ ที่ใช้

แพลตฟอร์มของเรามีเป้าหมายเพื่อทําให้กระบวนการค้นหาข้อมูลฉุกเฉินเป็นเรื่องง่าย โดยการรวมข้อมูลคุณภาพสูงและมีความเกี่ยวข้องภายในเครื่องมือออนไลน์ที่ผู้คนใช้เป็นประจําทุกวันเข้าด้วยกัน ข้อกําหนดเพิ่มเติมนี้มีขึ้นเพื่อเพิ่มการเข้าถึงและประสิทธิภาพการแจ้งเตือนของคุณในผลิตภัณฑ์ของ Google

ความแตกต่างเฉพาะของ Google กับข้อกําหนด XML ของ CAP 1.2 มีการสรุปในข้อกําหนด CAP สาธารณะของ Google v1.0

ตัวเลือก "Google Public Alerts CAP" ในโปรแกรมตรวจสอบ CAP แบบโอเพนซอร์สช่วยให้คุณสามารถตรวจสอบข้อมูลกับทั้งข้อกําหนดของ OASIS และข้อกําหนดเพิ่มเติมของ Google&#39

หลักเกณฑ์ด้านล่างมีผลบังคับใช้กับการแจ้งเตือนและอันตรายทุกประเภท เราได้รวบรวมข้อกําหนดและคําแนะนําเพิ่มเติมเกี่ยวกับการแจ้งเตือนประเภทต่างๆ ต่อไปนี้ในส่วนตัวอย่างด้วย

ทําการทดสอบเป็นระยะ

  • ตรวจสอบว่าระบบเผยแพร่การแจ้งเตือนด้วย<status>การทดสอบ</status>เพื่อทดสอบระบบตั้งแต่ต้นจนจบได้

พื้นที่แจ้งเตือนเป้าหมาย

  • หากมีส่วนที่ไม่ต่อเนื่องกันภายใต้ระดับการแจ้งเตือนและประเภทเดียวกัน ให้สร้างข้อความ <alert> แยกต่างหากแทนที่จะสร้าง <alert> เดี่ยวๆ ที่มีพื้นที่ไม่เข้ากัน
  • หากองค์ประกอบ <area> มีองค์ประกอบ <polygon> ให้ตรวจสอบว่ามีรูปหลายเหลี่ยมที่ถูกต้องและตัดกันโดยไม่ตัดขอบ และระบุจุดทศนิยมไม่เกิน 6 ตําแหน่ง
  • หากองค์ประกอบ <area> ของการแจ้งเตือนมีรหัสพิกัดทางภูมิศาสตร์ ให้ใส่ข้อมูลทางภูมิศาสตร์ในรูปแบบ shapefile และแจ้งให้ Google ทราบที่ google-public-alerts@google.com อย่างน้อย 30 วันก่อนที่การเปลี่ยนแปลงของเชปไฟล์
  • วาดรูปหลายเหลี่ยมโดยอิงตามผลกระทบซึ่งปรับแต่งมาให้เหมาะกับสภาพปัจจุบันและลักษณะของเหตุการณ์หากเป็นไปได้ แทนที่จะใช้การแจ้งเตือนการกําหนดเป้าหมายไปยังพื้นที่ทางภูมิศาสตร์ที่กําหนดไว้ล่วงหน้า (เช่น จังหวัด เขต)
  • ให้คําอธิบายสั้นๆ เกี่ยวกับพื้นที่ที่ได้รับผลกระทบใน <areaDesc> หรือใน <parameter> แยกต่างหากจากการแจ้งเตือน CAP ที่ไม่ซ้ํากัน (น้อยกว่า 50 อักขระ) ข้อความนี้จะปรากฏในชื่อการแจ้งเตือน

รวมเนื้อหาที่หลากหลาย

  • มีเนื้อหาที่สมบูรณ์และนําไปใช้ได้จริงในองค์ประกอบ <description> และ <instruction>
  • อธิบายเหตุการณ์ปัจจุบัน การพัฒนาที่คาดการณ์ ผลกระทบที่คาดหวัง และ คําแนะนําที่เกี่ยวข้อง
  • ใช้การสะกดคํา ไวยากรณ์ และเครื่องหมายวรรคตอนที่ถูกต้อง
  • ใช้ข้อความธรรมดาหรือมาร์กดาวน์เพื่อปรับปรุงความอ่านง่ายของเนื้อหาแทนการใช้แท็ก HTML
  • ระบุรหัสสี RGB หรือเลขฐานสิบหกที่สอดคล้องกับระดับการแจ้งเตือนแต่ละระดับ (สามารถให้ Google ออฟไลน์ได้)

การอัปเดตการแจ้งเตือน

เมื่อมีการเปลี่ยนแปลงการแจ้งเตือน ให้ออกการแจ้งเตือนใหม่ที่อ้างถึงการแจ้งเตือนก่อนหน้าแทนการเปลี่ยนหรือนําการแจ้งเตือนที่มีอยู่ออกจากฟีด หลังจากผ่านไประยะหนึ่ง (เช่น 24-48 ชั่วโมง) ให้นําการแจ้งเตือนที่ยกเลิก อัปเดต หรือหมดอายุออกจากฟีด

<msgType> "อัปเดต" หรือ "ยกเลิก" ต้องมีองค์ประกอบ <references> อย่างน้อย 1 รายการ ตามที่ระบุไว้ในมาตรฐาน CAP ข้อความแจ้งเตือนที่อัปเดตการแจ้งเตือนก่อนหน้านี้ควรใช้ <msgType>Update</msgType> และกําหนดให้ <references>code</references> เป็นข้อความที่เกี่ยวข้องก่อนหน้านี้ทั้งหมดที่ยังไม่ถึงวันที่ <expires> UPDATE หรือยกเลิกจะต้องนําไปใช้กับการแจ้งเตือนที่ยังไม่หมดอายุ

คุณยกเลิกกิจกรรมตามลําดับที่ต้องการได้ 3 วิธี ดังนี้

  1. ตั้งวันที่และเวลา <expires> สําหรับแต่ละกิจกรรม โดยเพิ่มคําอธิบายข้อความว่าความคาดหวังนี้จะสิ้นสุดด้วยตัวเอง
  2. ออก <alert> ใหม่กับ <msgType>UPDATE, <responseType>"All Clear" และ <expires> เป็นเวลาสั้นๆ ในอนาคต
  3. ออก <alert> ใหม่ด้วย <msgType>CANCEL

โปรดดูตัวอย่างการแจ้งเตือนสําหรับการอัปเดตและการยกเลิกสําหรับตัวอย่าง

การรองรับหลายภาษา

โปรดสร้าง<alert> 1 รายการที่มีบล็อก <info> หลายรายการ (บล็อก <info> 1 บล็อกต่อภาษา)

โปรดดูรายละเอียดเพิ่มเติมและตัวอย่างการแจ้งเตือนแบบหลายภาษาในหัวข้อหลายภาษา