Software House, C•CURE 9000 และ iSTAR
Software House เป็นแผนกควบคุมการเข้าถึงที่ดำเนินการภายใต้ Johnson Controls (เดิมคือ Tyco Security Products) ตระกูลคอนโทรลเลอร์เรือธงสองตระกูล—C•CURE 9000 ซึ่งเป็นแพลตฟอร์มซอฟต์แวร์ระดับองค์กร และ iSTAR ซึ่งเป็นสายคอนโทรลเลอร์ฮาร์ดแวร์เฉพาะ—มีการใช้งานอย่างแพร่หลายในวิทยาเขตขององค์กร สิ่งอำนวยความสะดวกของรัฐบาล ระบบดูแลสุขภาพ และสถาบันการเงินทั่วอเมริกาเหนือและทั่วโลก แพลตฟอร์มทั้งสองสื่อสารข้อมูลประจำตัวผ่านโปรโตคอล Wiegand โดยอ่านรูปแบบบิตจากการ์ดและพวงกุญแจที่นำเสนอที่เครื่องอ่านประตู
เนื่องจากสายผลิตภัณฑ์ C•CURE และ iSTAR สร้างขึ้นรอบระบบนิเวศข้อมูลประจำตัวแบบรวม เครื่องอ่านจึงได้รับการกำหนดค่าจากโรงงานให้คาดหวังการจัดเรียงบิต CCOTZ ที่เฉพาะเจาะจง ไซต์ที่ใช้คอนโทรลเลอร์เหล่านี้ไม่สามารถใช้การ์ด 37 บิตสำเร็จรูปและคาดหวังให้ทำงานได้ หากข้อมูลประจำตัวนำเสนอเค้าโครง HID 37 บิตมาตรฐาน คอนโทรลเลอร์จะแยกวิเคราะห์ฟิลด์ไม่ถูกต้อง—รหัสสิ่งอำนวยความสะดวกและหมายเลขบัตรชนกับตำแหน่งพาริตี้—และการเข้าถึงจะถูกปฏิเสธหรือเหตุการณ์จะถูกบันทึกเป็นการอ่านที่ไม่ถูกต้อง การทำความเข้าใจสิ่งนี้เป็นขั้นตอนแรกในการจัดการ บัตรรูปแบบบิต Wiegand โปรแกรมอย่างถูกต้อง
เหตุใด CCOTZ จึงไม่ใช่แค่ ‘การ์ด 37 บิต’
โปรโตคอล Wiegand ระบุจำนวนบิตที่เดินทางลงสายข้อมูลและลำดับแรงดันไฟฟ้า แต่ไม่ได้กล่าวถึงวิธีการแบ่งย่อยบิตเหล่านั้นออกเป็นฟิลด์ เฟรม 37 บิตสามารถแบ่งได้หลายสิบวิธี—ความกว้างที่แตกต่างกันสำหรับบิตพาริตี้เริ่มต้น บล็อกรหัสสิ่งอำนวยความสะดวก บล็อกหมายเลขบัตร และบิตพาริตี้ท้าย แต่ละการแบ่งที่กำหนดโดยผู้จำหน่ายสร้างรูปแบบที่แตกต่างกันและไม่สามารถแลกเปลี่ยนกันได้ คู่มือรูปแบบ Wiegand ฉบับสมบูรณ์ ครอบคลุมสิ่งนี้โดยละเอียด แต่เวอร์ชันสั้นๆ คือชื่อรูปแบบเช่น “H10304” (HID’s 37-bit) และ “CCOTZ” เป็นคำย่อสำหรับการแบ่งพาร์ติชันเฉพาะที่เป็นกรรมสิทธิ์ของ 37 บิตเหล่านั้น
CCOTZ เป็นหนึ่งในรูปแบบที่ Security ID Systems จัดประเภทใน ความปลอดภัยสูงและรูปแบบที่กำหนดเอง เนื่องจากไม่มีข้อมูลประจำตัวที่เข้ากันได้สำหรับสิ่งนี้ในอดีตผ่านผู้จัดจำหน่ายทั่วไป ตำแหน่งฟิลด์ที่ Software House เลือกไม่ได้มาจากมาตรฐาน ANSI หรือ SIA ใดๆ และเค้าโครงที่แม่นยำไม่ได้เผยแพร่ในเอกสารข้อมูลสาธารณะใดๆ นั่นคือสิ่งที่ทำให้เป็นรูปแบบกรรมสิทธิ์ระดับ Tier-S และสิ่งที่ทำให้การจัดหาอะไหล่เป็นเรื่องยากหากไม่มีซัพพลายเออร์ผู้เชี่ยวชาญที่ได้บันทึกรูปแบบจากตัวอย่างฮาร์ดแวร์
เค้าโครงฟิลด์ CCOTZ ที่ถอดรหัสแล้ว
CCOTZ ใช้เฟรมรวม 37 บิตที่มีโครงสร้างดังนี้: 1 บิตพาริตี้คู่เริ่มต้น, ฟิลด์รหัสสิ่งอำนวยความสะดวก (จำนวนบิตแตกต่างจาก H10304), ฟิลด์หมายเลขบัตร และ 1 บิตพาริตี้คี่ท้าย ความกว้างบิตที่แม่นยำสำหรับรหัสสิ่งอำนวยความสะดวกและหมายเลขบัตรจะกลับด้านเมื่อเทียบกับ H10304: โดยที่ H10304 จัดสรรฟิลด์ที่กว้างกว่าให้กับรหัสสิ่งอำนวยความสะดวกและฟิลด์ที่แคบกว่าให้กับหมายเลขบัตร CCOTZ จัดสรรความกว้างในสัดส่วนที่ตรงกันข้าม บิตพาริตี้ทั้งสองครอบคลุมครึ่งหนึ่งของเพย์โหลดที่แตกต่างกัน และกฎพาริตี้เองก็ใช้กับกลุ่มบิตที่แตกต่างจากที่ใช้ใน H10304 สิ่งเหล่านี้ไม่ใช่ความแตกต่างทางเครื่องสำอาง—แต่จะเปลี่ยนหมายเลขบัตรที่สามารถแสดงได้และจำนวนรหัสสิ่งอำนวยความสะดวกที่ไม่ซ้ำกันที่ระบบสามารถระบุได้
ในทางปฏิบัติ สิ่งนี้หมายความว่าไซต์ที่ใช้ C•CURE หรือ iSTAR มักจะเห็นรหัสสิ่งอำนวยความสะดวกในช่วงและการกระจายที่ดูไม่คุ้นเคยเมื่อเทียบกับไซต์ที่ออกโดย HID พื้นที่หมายเลขข้อมูลประจำตัวมีโครงสร้างตามข้อตกลงการกำหนดภายในของ Software House เมื่อสั่งซื้อข้อมูลประจำตัวที่เข้ากันได้ คุณต้องระบุรหัสสิ่งอำนวยความสะดวกที่มีอยู่ของคุณตรงตามที่ตั้งโปรแกรมไว้ในคอนโทรลเลอร์—ไม่ใช่รหัสจากหมายเลขที่พิมพ์บนบัตร ซึ่งอาจตรงหรือไม่ตรงกับค่าที่เข้ารหัส คู่มือรหัสสิ่งอำนวยความสะดวกขององค์กรและที่กำหนดเอง จะอธิบายวิธีการยืนยันรหัสสิ่งอำนวยความสะดวกที่ตั้งโปรแกรมไว้ก่อนทำการสั่งซื้อ
นอกจากนี้ยังควรสังเกตว่าข้อมูลประจำตัว CCOTZ ได้รับการออกทั้งบนเทคโนโลยี proximity 125 kHz และบนแพลตฟอร์ม iCLASS รุ่นเก่า HF รูปแบบบิตพื้นฐานจะเหมือนกันในความถี่พาหะทั้งสอง สิ่งที่เปลี่ยนแปลงคือชั้นวิทยุและเทคโนโลยีชิปที่ใช้ในการจัดเก็บและส่งข้อมูล การ์ดที่เข้ากันได้กับ Software House CCOTZ 37-bit ที่ทำซ้ำบนพื้นผิว T5577 หรือ EM4305 ทำงานที่ 125 kHz และเป็นการทดแทนมาตรฐานสำหรับไซต์ C•CURE และ iSTAR ส่วนใหญ่ที่ยังคงใช้เครื่องอ่าน proximity
การเข้ารหัสข้อมูลประจำตัว CCOTZ ที่เข้ากันได้
การผลิตข้อมูลประจำตัว CCOTZ ที่เข้ากันได้เริ่มต้นด้วยการเข้ารหัสเพย์โหลด 37 บิตที่ถูกต้องลงบนพื้นผิวที่เลือก กระบวนการเข้ารหัสจะเขียนรหัสสิ่งอำนวยความสะดวกลงในตำแหน่งฟิลด์ที่เหมาะสม เขียนหมายเลขบัตรลงในฟิลด์ที่เหมาะสม และคำนวณบิตพาริตี้ทั้งสองจากกลุ่มบิตที่ CCOTZ ระบุอย่างแม่นยำ—ไม่ใช่กลุ่มที่ใช้โดย H10304 หรือรูปแบบ 37 บิตอื่นๆ ตัวเข้ารหัสที่ถือว่ารูปแบบ 37 บิตทั้งหมดสามารถแลกเปลี่ยนกันได้จะผลิตการ์ดที่ล้มเหลวที่เครื่องอ่าน นี่คือเหตุผลที่ CCOTZ ไม่สามารถสั่งซื้อจากซัพพลายเออร์การ์ด proximity ส่วนใหญ่ได้: พวกเขาไม่มีแผนที่ฟิลด์ที่บันทึกไว้และไม่สามารถผลิตข้อมูลประจำตัวที่ตรวจสอบพาริตี้ได้อย่างถูกต้อง
Security ID Systems ยังจัดหา การ์ดที่เข้ากันได้กับ Software House CCOTZ 37-bit สำหรับไซต์ที่ใช้ช่วงหมายเลขบัตร 15 หลัก นอกเหนือจากช่วงมาตรฐาน ไม่ว่าคุณจะจัดเตรียมข้อมูลประจำตัวสำหรับพนักงานใหม่ เปลี่ยนการ์ดที่หายไป หรือขยายไซต์ที่ใช้ C•CURE มาหลายปี การเข้ารหัสจะถูกจัดการตามข้อกำหนดฟิลด์เดียวกัน—รหัสสิ่งอำนวยความสะดวกและหมายเลขบัตรในตำแหน่ง CCOTZ ที่ถูกต้องพร้อมพาริตี้ที่ถูกต้อง ไม่จำเป็นต้องมีการกำหนดค่าที่คอนโทรลเลอร์ มันจะอ่านข้อมูลประจำตัวเหมือนกับการอ่านการ์ด Software House ที่ออกให้แต่เดิม
สำหรับรูปแบบที่กำหนดเองที่ไม่ชัดเจนในแพลตฟอร์มควบคุมการเข้าถึงอื่นๆ วิธีการเข้ารหัสที่แม่นยำเดียวกันนี้ก็ใช้ได้ รูปแบบเช่น บัตร proximity ที่เข้ากันได้กับ Lenel 42-bit และ การ์ด proximity ที่เข้ากันได้กับ ATS Aritech 32-bit แต่ละรายการมีแผนที่ฟิลด์เฉพาะของผู้จำหน่าย และแต่ละรายการจะต้องเข้ารหัสตามข้อกำหนดเพื่อให้ทำงานได้อย่างถูกต้องกับคอนโทรลเลอร์ต้นทาง ไม่มีทางลัด “รูปแบบที่กำหนดเอง” สากล
การสั่งซื้อ: รูปแบบ, รหัสสิ่งอำนวยความสะดวกและการตรวจสอบ
ในการสั่งซื้อข้อมูลประจำตัว CCOTZ ที่เข้ากันได้ คุณจะต้องมีข้อมูลสามส่วน: การยืนยันว่าไซต์ของคุณใช้ C•CURE 9000 หรือ iSTAR (ไม่ใช่ตัวควบคุมของบุคคลที่สามที่ยอมรับข้อมูล 37-bit ด้วย), รหัสสิ่งอำนวยความสะดวกของคุณที่ตั้งโปรแกรมไว้ในตัวควบคุม และช่วงหมายเลขบัตรที่คุณต้องการ หากคุณมีบัตรที่มีอยู่แล้วในไซต์ ทีมงานของเราสามารถช่วยตรวจสอบรหัสสิ่งอำนวยความสะดวกที่เข้ารหัสกับค่าที่พิมพ์หรือตั้งโปรแกรมไว้ ซึ่งมีความสำคัญอย่างยิ่งในไซต์เก่าที่เอกสารการว่าจ้างเดิมอาจสูญหายไป
หากการติดตั้งของคุณใช้เลเยอร์ข้อมูลประจำตัวขั้นสูงกว่า เช่น iCLASS SE หรือบัตรหลายเทคโนโลยี เพย์โหลด CCOTZ เดียวกันจะอิงตามการลงทะเบียนบนแพลตฟอร์มเหล่านั้น ซึ่งหมายความว่าตัวควบคุมและเครื่องอ่านของคุณจัดการเลเยอร์แอปพลิเคชันที่ปลอดภัยและลงทะเบียนข้อมูลประจำตัวในระหว่างการว่าจ้าง ข้อมูลประจำตัวเปล่าที่เข้ากันได้สำหรับแพลตฟอร์มเหล่านั้น ตามที่กล่าวไว้ใน คู่มือผู้ซื้อที่ซื่อสัตย์สำหรับบัตรที่เข้ากันได้กับบัตรของแท้, จะถูกจัดหาเป็นบัตรเปล่าที่ลงทะเบียนได้; ข้อมูล CCOTZ จะถูกเขียนโดยระบบของคุณในระหว่างการลงทะเบียน ไม่ได้เข้ารหัสล่วงหน้าในการผลิต ทีมงานของเราจะยืนยันว่ารูปแบบการจัดหาใดที่ใช้กับเครื่องอ่านและตัวควบคุมรุ่นเฉพาะของคุณก่อนที่จะมีการสั่งซื้อใดๆ
ไซต์ที่มีสภาพแวดล้อมแบบผสมผสาน—ที่ประตูบางบานอ่าน CCOTZ และประตูอื่นๆ ใช้รูปแบบที่เป็นกรรมสิทธิ์ที่แตกต่างกัน—อาจได้รับประโยชน์จากการทบทวนภาพรวมที่กว้างขึ้นของ รูปแบบที่กำหนดเองที่มีความปลอดภัยสูง ที่มีให้จาก Security ID Systems โซลูชั่นเช่น บัตรที่เข้ากันได้กับ HID Corporate 1000 แสดงให้เห็นว่ารูปแบบที่เป็นกรรมสิทธิ์ที่คล้ายกันบนแพลตฟอร์มอื่นได้รับการจัดการอย่างไร: หลักการเดียวกัน, แผนที่ฟิลด์ที่แตกต่างกัน, ความเข้มงวดเดียวกันในการเข้ารหัส
Security ID Systems เป็นผู้ผลิตและผู้จัดจำหน่ายอิสระของข้อมูลประจำตัวการควบคุมการเข้าถึงที่เข้ากันได้ และไม่มีส่วนเกี่ยวข้อง ได้รับอนุญาต หรือรับรองโดย Johnson Controls, Tyco Security Products หรือ Software House
CCOTZ 37-bit เทียบกับ HID 37-bit H10304: การเปรียบเทียบฟิลด์ต่อฟิลด์
| ฟิลด์ | CCOTZ 37-bit (Software House) | HID 37-bit H10304 |
|---|---|---|
| เฟรมบิตทั้งหมด | 37 bits | 37 bits |
| บิตพาริตีนำหน้า | 1 bit (คู่) | 1 bit (คู่) |
| ความกว้างฟิลด์รหัสสิ่งอำนวยความสะดวก | การจัดสรรที่แคบกว่า (เฉพาะผู้จำหน่าย) | การจัดสรรที่กว้างกว่า (16 bits) |
| ความกว้างฟิลด์หมายเลขบัตร | การจัดสรรที่กว้างกว่า (เฉพาะผู้จำหน่าย) | 19 bits |
| บิตพาริตีท้าย | 1 bit (คี่) | 1 bit (คี่) |
| กลุ่มความครอบคลุมพาริตี | กลุ่มบิตเฉพาะผู้จำหน่าย | การแบ่งครึ่งล่าง / ครึ่งบน |
| ความถี่พาหะ (ทั่วไป) | 125 kHz proximity (T5577 / EM4305) | 125 kHz proximity (T5577 / EM4305) |
| แพลตฟอร์มที่เข้ากันได้ | Software House C•CURE 9000, iSTAR | ตัวควบคุมที่เข้ากันได้กับ HID (มาตรฐานเปิด) |
| มีให้เป็นบัตรที่เข้ากันได้ | ใช่ — ต้องมีแผนที่ฟิลด์ CCOTZ ที่มีเอกสารกำกับ | ใช่ — มีจำหน่ายทั่วไป |