อินเทอร์เฟซแพลตฟอร์มฮาร์ดแวร์ ( HPI ) เป็นข้อกำหนดแบบเปิดที่กำหนดอินเทอร์เฟซการเขียนโปรแกรมแอปพลิเคชัน (API) สำหรับการจัดการแพลตฟอร์มของระบบคอมพิวเตอร์ API นี้รองรับงานต่างๆ เช่น การอ่านค่าเซ็นเซอร์อุณหภูมิหรือแรงดันไฟฟ้าที่ติดตั้งอยู่ในโปรเซสเซอร์ การกำหนดค่ารีจิสเตอร์ฮาร์ดแวร์ การเข้าถึงข้อมูลสินค้าคงคลังของระบบ เช่น หมายเลขรุ่นและหมายเลขซีเรียล และการดำเนินการที่ซับซ้อนมากขึ้น เช่น การอัปเกรดเฟิร์มแวร์ของระบบหรือการวินิจฉัยความล้มเหลวของระบบ

HPI ได้รับการออกแบบมาเพื่อใช้กับ ระบบคอมพิวเตอร์ ที่มีความพร้อมใช้งานสูงแบบทนต่อความผิดพลาดและแบบโมดูลาร์ซึ่งโดยทั่วไปจะมีคุณสมบัติการตรวจจับความผิดพลาดอัตโนมัติและการสำรองฮาร์ดแวร์ เพื่อให้สามารถให้บริการได้อย่างต่อเนื่อง คุณสมบัติเพิ่มเติมที่พบได้ทั่วไปในแพลตฟอร์มฮาร์ดแวร์ที่ใช้สำหรับแอปพลิเคชันที่มีความพร้อมใช้งานสูง ได้แก่ การให้บริการออนไลน์และการอัปเกรดผ่านโมดูลที่สามารถเปลี่ยนได้ขณะทำงาน

ข้อกำหนด HPI ได้รับการพัฒนาและเผยแพร่โดยService Availability Forum (SA Forum) และเปิดให้ประชาชนทั่วไปเข้าถึงได้โดยเสรี

แรงผลักดันหลักในการพัฒนาข้อกำหนด HPI คือการเกิดขึ้นของ แพลตฟอร์ม ฮาร์ดแวร์คอมพิวเตอร์ แบบโมดูลาร์ และระบบสำเร็จรูปเชิงพาณิชย์ (COTS) ในช่วงปลายทศวรรษ 1990 และต้นทศวรรษ 2000 ซึ่งรวมถึง แพลตฟอร์ม CompactPCIและต่อมาคือ แพลตฟอร์ม AdvancedTCAและMicroTCA (xTCA) ที่ได้รับการกำหนดมาตรฐานโดยกลุ่มผู้ผลิตคอมพิวเตอร์อุตสาหกรรม PCI (PICMG) แพลตฟอร์มเหล่านี้มีโครงสร้างพื้นฐานการจัดการฮาร์ดแวร์ที่ใช้Intelligent Platform Management Interface (IPMI) ในขณะเดียวกัน ผู้จำหน่ายระดับองค์กรรายใหญ่ เช่น HP และ IBM ก็ได้พัฒนาระบบแบบโมดูลาร์และแบบเบลดด้วยเช่นกัน

ความจำเป็นในการกำหนดมาตรฐาน HPI นั้นถูกระบุขึ้นครั้งแรกโดยกลุ่มอุตสาหกรรมที่เรียกว่า “High Availability Forum” ซึ่งได้ประชุมกันเป็นเวลาหลายเดือนในปี 2000 เพื่อหารือเกี่ยวกับประเด็นต่างๆ ที่เกี่ยวข้องกับการสร้างระบบคอมพิวเตอร์ที่มีความพร้อมใช้งานสูงโดยใช้ เทคโนโลยี สถาปัตยกรรมแบบเปิดกลุ่มนี้ได้เผยแพร่เอกสารไวท์เปเปอร์เรื่อง“Providing Open Architecture High Availability Solutions”ในช่วงต้นปี 2001 จากงานดังกล่าวบริษัท Intelได้เริ่มโครงการกำหนดมาตรฐาน API สำหรับการจัดการแพลตฟอร์มฮาร์ดแวร์ชื่อ Universal Chassis Management Interface (UCMI) งานนี้ได้ถูกโอนไปยังกลุ่ม SA Forum ที่จัดตั้งขึ้นใหม่และได้รับการเผยแพร่เป็น Hardware Platform Interface ในเดือนตุลาคม 2002 มาตรฐาน HPI ฉบับดั้งเดิม SAI-HPI-A.01.01 เป็นมาตรฐานแรกที่เผยแพร่โดย SA Forum

ตั้งแต่ปี 2002 เป็นต้นมา มีการเผยแพร่การอัปเดตข้อกำหนด HPI หลายครั้ง นอกจากนี้ ยังมีการจัดทำข้อกำหนดสำหรับการเข้าถึงการใช้งาน HPI ผ่านSimple Network Management Protocol (SNMP) และข้อกำหนดที่อธิบายการใช้งาน HPI บนแพลตฟอร์ม AdvancedTCA และ MicroTCA ตารางที่ 1 แสดงรายการข้อกำหนดทั้งหมดที่เผยแพร่โดย SA Forum ในตระกูล HPI

ข้อกำหนด HPI และข้อกำหนดอินเทอร์เฟซแอปพลิเคชัน (AIS) ได้รับการพัฒนาแยกกันภายใน SA Forum แม้ว่าทั้งสองจะมุ่งเน้นไปที่ฟังก์ชันการทำงานที่จำเป็นสำหรับระดับความพร้อมใช้งานของบริการสูงสุด แต่ก็สามารถใช้งานได้อย่างอิสระจากกัน ข้อกำหนด AIS สามารถนำไปใช้กับ มิดเดิลแวร์ คลัสเตอร์ที่มีความพร้อมใช้งานสูงซึ่งไม่ได้จัดการแพลตฟอร์มฮาร์ดแวร์ และข้อกำหนด HPI สามารถนำไปใช้โดยผู้ให้บริการแพลตฟอร์มและใช้งานโดยตรงโดยโปรแกรมแอปพลิเคชันหรือโปรแกรมการจัดการโดยไม่ต้องใช้มิดเดิลแวร์การจัดการอื่น ๆ ของ SA Forum

จุดร่วมหลักระหว่างข้อกำหนด AIS และ HPI พบได้ในบริการจัดการแพลตฟอร์ม AIS (PLM) บริการ PLM ถูกกำหนดขึ้นโดยคาดหวังว่าการจัดการแพลตฟอร์มฮาร์ดแวร์จะดำเนินการผ่านการใช้งานข้อกำหนด HPI บนแพลตฟอร์มฮาร์ดแวร์เป้าหมาย

ข้อกำหนดของ HPI ไม่ได้กำหนดหรือสันนิษฐานว่าควรมีขีดความสามารถในการจัดการแพลตฟอร์มใดบ้างในแพลตฟอร์มฮาร์ดแวร์ แต่เป็นการให้วิธีการทั่วไปและสอดคล้องกันในการจำลองขีดความสามารถที่มีอยู่ และเป็นวิธีการให้โปรแกรมแอปพลิเคชันของผู้ใช้สามารถเรียนรู้รายละเอียดของขีดความสามารถในการจัดการแพลตฟอร์มที่มีอยู่ได้

HPI จัดระเบียบความสามารถในการจัดการแพลตฟอร์มฮาร์ดแวร์ไว้ในชุดของทรัพยากร (Resources ) แต่ละทรัพยากรจะมีชุดของเครื่องมือการจัดการ (Management Instruments) ที่สามารถตรวจสอบและควบคุมส่วนต่างๆ ของแพลตฟอร์มฮาร์ดแวร์ได้เครื่องมือการจัดการเหล่านี้จะทำหน้าที่เป็นตัวกลางในการจัดการส่วนประกอบต่างๆ ที่ติดตั้งอยู่ในแพลตฟอร์ม เช่น เซ็นเซอร์วัดอุณหภูมิหรือแรงดันไฟฟ้า รีจิสเตอร์การกำหนดค่า และองค์ประกอบการแสดงผล หรือจัดเตรียมอินเทอร์เฟซสำหรับฟังก์ชันการจัดการ เช่น การอัปเกรดเฟิร์มแวร์และการเรียกใช้การวินิจฉัย เครื่องมือการจัดการเหล่านี้จะถูกอธิบายไว้ในบันทึกข้อมูลทรัพยากร (Resource Data Recordsหรือ RDRs) ซึ่งแอปพลิเคชันของผู้ใช้สามารถเข้าถึงได้ ดังนั้นแอปพลิเคชันจึงสามารถค้นหาการกำหนดค่าและความสามารถของแต่ละทรัพยากรได้

แม้ว่า HPI Resources จะเป็นโครงสร้างนามธรรม แต่โดยทั่วไปแล้วจะใช้เพื่อจำลองความสามารถในการจัดการของตัวควบคุมการจัดการแต่ละตัวในแพลตฟอร์มฮาร์ดแวร์ ตัวอย่างเช่น ในแพลตฟอร์ม AdvancedTCA (ATCA) แต่ละเบลดประมวลผลมักจะมี IPMI Management Controller (IPMC) ที่รับผิดชอบงานจัดการฮาร์ดแวร์ที่เกี่ยวข้องกับเบลดนั้น อินเทอร์เฟซ HPI สำหรับแพลตฟอร์ม ATCA โดยปกติจะรวม Resource สำหรับ IPMC แต่ละตัวไว้ด้วย

ทรัพยากรใน HPI จะถูกจัดระเบียบเป็นโดเมนโดยทั่วไปแล้ว การใช้งาน HPI จะใช้เพียงโดเมนเดียวสำหรับทรัพยากรทั้งหมด แต่ก็สามารถแบ่งระบบออกเป็นหลายโดเมนได้หากจำเป็น ตัวอย่างเช่น ในระบบแบบโมดูลาร์บางระบบ โมดูลต่างๆ อาจเป็นของและได้รับการจัดการโดยผู้ใช้ที่แตกต่างกัน เพื่อรองรับสิ่งนี้ใน HPI ทรัพยากรทั้งหมดที่ใช้ในการจัดการโมดูลที่เป็นของผู้ใช้รายใดรายหนึ่งอาจถูกจัดไว้ในโดเมนเดียว และผู้ใช้รายนั้นจะได้รับสิทธิ์การเข้าถึงเฉพาะโดเมนนั้นเท่านั้น

โปรแกรมผู้ใช้ HPI เข้าถึงโครงสร้างพื้นฐานการจัดการแพลตฟอร์มโดยการเปิดเซสชันกับโดเมน HPI เฉพาะ เมื่อสร้างเซสชันนี้แล้ว โปรแกรมผู้ใช้สามารถเรียกใช้ฟังก์ชัน HPI ต่างๆ เพื่อสอบถามหรืออัปเดตข้อมูลเกี่ยวกับโดเมนนั้น หรือเกี่ยวกับทรัพยากรใดๆ ที่เป็นสมาชิกของโดเมนนั้นได้

แม้ว่าเครื่องมือการจัดการของ HPI จะถูกจัดระเบียบและระบุที่อยู่ตามโดเมนและทรัพยากร แต่ส่วนประกอบฮาร์ดแวร์ที่ได้รับการจัดการโดยเครื่องมือการจัดการเหล่านั้นจะถูกระบุแยกกันใน RDR ที่เชื่อมโยงกับเครื่องมือการจัดการแต่ละตัว ส่วนประกอบฮาร์ดแวร์ทางกายภาพใน HPI เรียกว่าเอนทิตีและถูกระบุด้วยเส้นทางเอนทิตีเส้นทางเอนทิตีประกอบด้วยองค์ประกอบหลายอย่าง โดยองค์ประกอบแรกอธิบายตำแหน่งของเอนทิตีฮาร์ดแวร์ภายในเอนทิตีที่บรรจุอยู่ องค์ประกอบที่สองอธิบายตำแหน่งของเอนทิตีนั้นในคอนเทนเนอร์ที่ใหญ่กว่า และอื่นๆ ตัวอย่างเช่น แหล่งจ่ายไฟสำรองสำหรับแชสซีในระบบที่ครอบคลุมหลายแร็ค อาจมีเส้นทางเอนทิตีเป็น POWER_SUPPLY.2,SUBRACK.3,RACK.1

เนื่องจากเครื่องมือการจัดการแต่ละตัวเชื่อมโยงกับเส้นทางเอนทิตีเฉพาะ จึงเป็นไปได้ที่ทรัพยากร HPI หนึ่งตัวจะจัดการแพลตฟอร์มสำหรับเอนทิตีมากกว่าหนึ่งตัว นอกจากนี้ยังเป็นไปได้ที่เอนทิตีเดียวจะได้รับการจัดการผ่านทรัพยากร HPI หลายตัว ความเป็นไปได้ของการผสมผสานอย่างอิสระระหว่างทรัพยากร HPI และเอนทิตีฮาร์ดแวร์ที่ได้รับการจัดการอาจดูสับสน แต่เป็นคุณลักษณะที่สำคัญของสถาปัตยกรรม HPI เนื่องจากช่วยให้สามารถจำลองโครงสร้างพื้นฐานการจัดการที่ซับซ้อนซึ่งอาจรวมถึง องค์ประกอบ การจัดการทั้งแบบในแบนด์และนอกแบนด์ของเอนทิตีฮาร์ดแวร์เดียว และระบบที่ตัวควบคุมการจัดการบนอุปกรณ์ชิ้นหนึ่งให้การจัดการสำหรับอุปกรณ์อีกชิ้นหนึ่ง

ทรัพยากรของ HPI อาจเป็นที่ตั้งของชุดเครื่องมือการจัดการ โดยแต่ละเครื่องมือการจัดการจะจำลองความสามารถในการตรวจสอบหรือควบคุมบางส่วนของฮาร์ดแวร์ ชุด RDR ในแต่ละทรัพยากรจะอธิบายถึงเครื่องมือการจัดการที่ทรัพยากรนั้นให้บริการ รวมถึงข้อมูลเกี่ยวกับสิ่งที่กำลังถูกตรวจสอบหรือควบคุม

มีเครื่องมือการจัดการเจ็ดประเภทที่สามารถใช้เพื่อจำลองความสามารถต่างๆ ของโครงสร้างพื้นฐานการจัดการแพลตฟอร์มได้ สี่ประเภทแรก ได้แก่ เซ็นเซอร์ ตัวควบคุม ที่เก็บข้อมูลสินค้าคงคลัง และตัวจับเวลาเฝ้าระวัง เป็นเครื่องมือการจัดการพื้นฐานที่มักจะเชื่อมโยงกับความสามารถในการจัดการแพลตฟอร์มแบบแยกส่วน ส่วนอีกสามประเภท ได้แก่ ตัวแจ้งเตือน DIMI และ FUMI มีความซับซ้อนกว่าและรวบรวมฟังก์ชันเชิงตรรกะที่โครงสร้างพื้นฐานการจัดการแพลตฟอร์มสามารถให้ได้

เซ็นเซอร์ถูกใช้เพื่อจำลองความสามารถในการตรวจสอบบางแง่มุมของเอนทิตี เซ็นเซอร์ HPI ได้รับการออกแบบโดยอิงจากเซ็นเซอร์ IPMI อย่างใกล้ชิด

เซ็นเซอร์ HPI รายงานข้อมูลสถานะเกี่ยวกับฮาร์ดแวร์ที่กำลังตรวจสอบผ่านชุดบิตแต่ละบิตได้มากถึง 15 บิต เรียกว่า สถานะเหตุการณ์ (Event States) แต่ละสถานะเหตุการณ์สามารถเปิดใช้งานหรือปิดใช้งานได้ และเมื่อสถานะเหตุการณ์เปลี่ยนแปลง ระบบจะสร้างเหตุการณ์แบบอะซิงโครนัสเพื่อรายงานไปยังผู้ใช้ HPI การตีความสถานะเหตุการณ์แต่ละสถานะอาจแตกต่างกันไปตามหมวดหมู่เซ็นเซอร์ที่กำหนดไว้ (เช่น เกณฑ์ ประสิทธิภาพ การมีอยู่ ความรุนแรง) หรืออาจเป็นเอกลักษณ์เฉพาะสำหรับเซ็นเซอร์บางตัว เซ็นเซอร์ในหมวดหมู่เกณฑ์มีคุณสมบัติเพิ่มเติม เซ็นเซอร์เกณฑ์จะรายงานเมื่อค่าที่กำลังตรวจสอบสูงกว่าหรือต่ำกว่าค่าเกณฑ์ที่กำหนดค่าได้ สามารถกำหนดเกณฑ์บนได้สูงสุดสามค่าและเกณฑ์ล่างได้สูงสุดสามค่าสำหรับการเบี่ยงเบนเล็กน้อย รุนแรง และวิกฤตจากค่าปกติในทิศทางใดทิศทางหนึ่ง

นอกจากจะรายงานสถานะของฮาร์ดแวร์ที่ถูกตรวจสอบผ่านทาง Event States แล้ว เซ็นเซอร์ HPI ยังสามารถรายงานค่าที่เรียกว่า Sensor Reading ได้อีกด้วย ค่า Sensor Reading จะสะท้อนถึงค่าปัจจุบันของสิ่งที่กำลังถูกตรวจสอบ โดยปรับขนาดให้อยู่ในหน่วยที่เหมาะสม ค่า Sensor Reading อาจเป็นค่าจำนวนเต็ม ค่าทศนิยม หรือบล็อกข้อมูลขนาดไม่เกิน 32 ไบต์ก็ได้

ตัวควบคุมใช้เพื่อจำลองความสามารถในการอัปเดตบางส่วนของเอนทิตี มีตัวควบคุมหลายประเภทที่กำหนดไว้ใน HPI ซึ่งแตกต่างกันไปตามประเภทของข้อมูลที่สามารถใช้เมื่อมีการอัปเดต ตัวควบคุมดิจิทัลสามารถเปิดหรือปิด หรือส่งสัญญาณเปิดหรือปิดได้ ตัวควบคุมอนาล็อกและดิสครีตสามารถตั้งค่าเป็นค่า 32 บิตได้ ตัวควบคุมสตรีมและข้อความสามารถป้อนข้อมูลจำนวนมากเพื่อควบคุมการกะพริบของ LED การส่งเสียงบี๊ป หรือการแสดงข้อมูลบนแผงควบคุม ตัวควบคุม OEM (เฉพาะผู้จำหน่าย) สามารถส่งบล็อกข้อมูล ซึ่งอาจถูกนำไปใช้ในลักษณะเฉพาะของการใช้งานโดยเอนทิตีที่ได้รับการจัดการ

ระบบจัดเก็บข้อมูลสินค้าคงคลัง (Inventory Data Repository)ใช้สำหรับรายงานหรือตั้งค่าข้อมูลระบุตัวตนและการกำหนดค่าสำหรับอุปกรณ์ฮาร์ดแวร์ โดยทั่วไปแล้ว ข้อมูลต่างๆ เช่น หมายเลขรุ่น หมายเลขซีเรียล และข้อมูลการกำหนดค่าพื้นฐาน จะถูกจัดเก็บไว้ใน หน่วยความจำ ROMหรือหน่วยความจำแฟลชบนอุปกรณ์ฮาร์ดแวร์ ข้อมูลนี้สามารถอ่านได้ และในบางกรณี สามารถอัปเดตได้ ผ่านทางระบบจัดเก็บข้อมูลสินค้าคงคลังของ HPI (HPI Inventory Data Repository)

ตัวจับเวลาเฝ้าระวัง (Watchdog Timer)เป็นอุปกรณ์ที่มักถูกนำไปใช้ร่วมกับฮาร์ดแวร์พิเศษในระบบที่มีความพร้อมใช้งานสูง อุปกรณ์เหล่านี้ถูกตั้งค่าให้ขัดจังหวะ รีเซ็ต หรือปิดและเปิดเครื่องใหม่โดยอัตโนมัติหลังจากช่วงเวลาหนึ่ง หากไม่ได้มีการรีเซ็ตด้วยโปรแกรมก่อน วัตถุประสงค์ของ อุปกรณ์ จับเวลาเฝ้าระวังคือการให้กลไกการตรวจจับข้อผิดพลาด เครื่องมือจัดการตัวจับเวลาเฝ้าระวัง HPI ได้รับการออกแบบมาเพื่อเชื่อมต่อกับกลไกฮาร์ดแวร์ประเภทนี้ โดยมีรูปแบบการทำงานที่คล้ายคลึงกับตัวจับเวลาเฝ้าระวัง IPMI มาก

ตัวแจ้งเตือน (Annunciator)คือเครื่องมือจัดการเชิงตรรกะที่ใช้เชื่อมต่อกับฟังก์ชันแสดงผลสัญญาณเตือนบนแพลตฟอร์มฮาร์ดแวร์ เนื่องจากฮาร์ดแวร์แสดงผลสัญญาณเตือนมีหลากหลายประเภท เช่นไฟ LED , สัญญาณเตือนด้วยเสียง, แผงแสดงข้อความ ฯลฯ ที่ใช้บนแพลตฟอร์มฮาร์ดแวร์ที่แตกต่างกัน จึงเป็นเรื่องยากที่จะเขียนโปรแกรมแอปพลิเคชันเพื่อแสดงข้อมูลสัญญาณเตือนในลักษณะที่ไม่ขึ้นกับแพลตฟอร์ม เครื่องมือจัดการตัวแจ้งเตือนของ HPI (HPI Annunciator Management Instrument) จึงมีอินเทอร์เฟซแบบนามธรรมเพื่อสื่อสารข้อมูลสัญญาณเตือนไปยังการใช้งาน HPI หรือโครงสร้างพื้นฐานการจัดการที่อยู่เบื้องหลัง ซึ่งสามารถดำเนินการที่เหมาะสมเพื่อแสดงข้อมูลนั้นบนแพลตฟอร์มเฉพาะได้

DIMIคือเครื่องมือจัดการเชิงตรรกะที่ใช้ในการประสานงานการทำงานของเฟิร์มแวร์หรือซอฟต์แวร์วินิจฉัยแบบออนไลน์หรือออฟไลน์บนอุปกรณ์ฮาร์ดแวร์ต่างๆ DIMI จะให้ข้อมูลแก่โปรแกรมผู้ใช้ HPI ซึ่งระบุถึงผลกระทบต่อการบริการที่จะเกิดขึ้นจากการดำเนินการวินิจฉัย และมีอินเทอร์เฟซทั่วไปในการเริ่มต้น หยุด และตรวจสอบการทำงานของโปรแกรมวินิจฉัย ฟังก์ชันนี้ถูกรวมเข้ากับ HPI เพื่อช่วยสร้างมาตรฐานการวินิจฉัยและซ่อมแซมข้อผิดพลาดโดยอัตโนมัติ และเพื่อสนับสนุนการให้บริการแบบออนไลน์

FUMIคือเครื่องมือจัดการเชิงตรรกะที่ใช้เพื่อสนับสนุนการติดตั้ง การอัปเดต เฟิร์มแวร์ให้กับอุปกรณ์ฮาร์ดแวร์ที่ตั้งโปรแกรมได้ สำหรับอุปกรณ์ฮาร์ดแวร์ที่มีเฟิร์มแวร์ที่สามารถอัปเกรดได้ในภาคสนาม FUMI จะให้ข้อมูลเกี่ยวกับเวอร์ชันเฟิร์มแวร์ที่ติดตั้งอยู่ในปัจจุบัน และมีอินเทอร์เฟซมาตรฐานสำหรับการระบุเวอร์ชันใหม่ที่จะโหลด และเพื่อประสานงานกระบวนการอัปเกรด รวมถึงการสำรองข้อมูลและการย้อนกลับไปยังเวอร์ชันก่อนหน้าหากจำเป็น

นอกเหนือจากชุดเครื่องมือการจัดการตามที่อธิบายไว้ข้างต้นแล้ว ทรัพยากร HPI อาจมีคุณสมบัติการจัดการเพิ่มเติมได้อีกถึงสี่อย่าง คุณสมบัติระดับทรัพยากรเหล่านี้โดยพื้นฐานแล้วคือเครื่องมือการจัดการพิเศษ ซึ่งอาจมีได้มากที่สุดหนึ่งอย่างต่อประเภทที่ทรัพยากรนั้นรองรับ ข้อมูลที่ผู้ใช้ HPI สามารถเข้าถึงได้สำหรับทรัพยากรนั้นจะอธิบายว่าทรัพยากรใดมีคุณสมบัติเพิ่มเติมเหล่านี้หรือไม่ และคุณสมบัติเหล่านั้นใช้กับเอนทิตีใด คุณสมบัติเหล่านี้จะถูกอธิบายไว้ในระเบียนข้อมูลที่ผู้ใช้ HPI สามารถเข้าถึงได้ ในระเบียนนั้นมีการกำหนดเส้นทางเอนทิตีเดียว ดังนั้นคุณสมบัติเหล่านี้ หากมีอยู่ จะใช้กับเอนทิตีเดียวกัน

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

โปรแกรมของผู้ใช้เข้าถึงการจัดการแพลตฟอร์มที่ใช้ HPI โดยการเปิดเซสชันกับโดเมน โปรแกรมของผู้ใช้สามารถเปิดเซสชันกับโดเมนที่เฉพาะเจาะจงได้โดยการระบุตัวระบุโดเมนหรือโดยทั่วไปแล้ว อาจเปิดเซสชันกับโดเมนเริ่มต้น เมื่อสร้างเซสชันแล้ว โปรแกรมของผู้ใช้สามารถเข้าถึงฟังก์ชันระดับโดเมนต่างๆ หรือสามารถเข้าถึงทรัพยากรใดๆ ที่แสดงอยู่ในรายชื่อสมาชิกของโดเมนได้ เนื่องจากเซสชันจะอนุญาตให้เข้าถึงเฉพาะทรัพยากรที่เป็นสมาชิกของโดเมนเท่านั้น การควบคุมการเข้าถึงของผู้ใช้จึงสามารถบังคับใช้ได้โดยการใช้งาน HPI โดยการจำกัดว่าทรัพยากรใดเป็นสมาชิกของแต่ละโดเมน และจำกัดว่าผู้ใช้รายใดได้รับอนุญาตให้สร้างเซสชันกับโดเมนเหล่านั้น

หนึ่งในหน้าที่สำคัญที่สุดของโดเมนคือการให้ข้อมูลผ่านตารางแสดงการมีอยู่ของทรัพยากร (Resource Presence Tableหรือ RPT) เกี่ยวกับทรัพยากรทั้งหมดที่เป็นสมาชิกของโดเมน ตารางที่สองคือตารางอ้างอิงโดเมน (Domain Reference Table หรือ DRT) จะให้ข้อมูลเกี่ยวกับโดเมน HPI อื่นๆ ที่สามารถเข้าถึงได้โดยการเปิดเซสชันเพิ่มเติม

อินเทอร์เฟซ HPI ให้บริการสามอย่างในระดับโดเมน ซึ่งโปรแกรมของผู้ใช้สามารถใช้เพื่อรับทราบข้อมูลเกี่ยวกับสภาวะผิดปกติในแพลตฟอร์มฮาร์ดแวร์ บริการที่สำคัญที่สุดคือบริการจัดการเหตุการณ์ผู้ใช้สามารถร้องขอให้ส่งต่อเหตุการณ์จากโดเมนไปยังเซสชันที่เปิดอยู่ใดก็ได้ เมื่อเกิดเหตุการณ์สำคัญกับเอนทิตีฮาร์ดแวร์ที่ได้รับการตรวจสอบโดยทรัพยากรใดๆ ที่เป็นสมาชิกของโดเมน ข้อความเหตุการณ์จะถูกสร้างขึ้นและจัดคิวไปยังเซสชันที่เปิดอยู่ทั้งหมดที่ได้ร้องขอไว้ ผ่านกลไกนี้ โปรแกรมของผู้ใช้สามารถรับทราบการเปลี่ยนแปลงในแพลตฟอร์มที่ได้รับการจัดการโดยไม่จำเป็นต้องตรวจสอบสถานะอย่างต่อเนื่อง เหตุการณ์ยังสามารถจัดเก็บไว้ในบันทึกเหตุการณ์ของโดเมนและเรียกใช้ในภายหลังเพื่อการวิเคราะห์เชิงประวัติศาสตร์ สุดท้ายนี้ โปรแกรมของผู้ใช้สามารถเข้าถึง ตารางการแจ้งเตือนของโดเมนได้ และจะรายงานเกี่ยวกับสภาวะการแจ้งเตือนปัจจุบันที่มีอยู่ในทรัพยากรใดๆ ที่เป็นสมาชิกของโดเมน

คุณสมบัติสำคัญอย่างหนึ่งของข้อกำหนด HPI คือวิธีการจัดการกับการกำหนดค่าใหม่แบบไดนามิก หรือการเปลี่ยนชิ้นส่วนขณะทำงาน (hot- swap) ในแพลตฟอร์มที่ได้รับการจัดการ การเปลี่ยนชิ้นส่วนขณะทำงานหมายถึงความสามารถในการเพิ่มหรือถอดส่วนประกอบฮาร์ดแวร์ในแพลตฟอร์มที่กำลังทำงานอยู่ HPI เรียกส่วนประกอบฮาร์ดแวร์ที่สามารถเปลี่ยนได้ขณะทำงานว่า หน่วยที่สามารถเปลี่ยนได้ในภาคสนาม (Field Replaceable Unit หรือ FRU) บ่อยครั้ง โดยเฉพาะอย่างยิ่งในสถาปัตยกรรมระบบเช่น AdvancedTCA FRU จะมีตัวควบคุมการจัดการแพลตฟอร์มของตัวเอง ดังนั้น การเปลี่ยน FRU ขณะทำงานจึงสามารถแก้ไขทั้งชุดของส่วนประกอบฮาร์ดแวร์ที่จะได้รับการจัดการและโครงสร้างพื้นฐานที่มีอยู่สำหรับการจัดการนั้นได้พร้อมกัน

แนวทางการจัดการการสลับชิ้นส่วนขณะทำงาน (Hot-swap) ของ HPI สะท้อนให้เห็นถึงสิ่งนี้โดยการจำลองการเพิ่มหรือลบส่วนประกอบฮาร์ดแวร์โดยการเพิ่มหรือลบทรัพยากรในโดเมน หากชิ้นส่วนที่เปลี่ยนได้ (FRU) ไม่มีตัวควบคุมการจัดการของตัวเอง ทรัพยากรนั้นอาจไม่มีความสามารถในการจัดการใด ๆ ที่กำหนดไว้ แต่ก็ยังคงใช้เพื่อรายงานการมีอยู่ของ FRU ในระบบ ในทางกลับกัน หาก FRU มีตัวควบคุมการจัดการ ทรัพยากรที่เพิ่มเข้าไปในโดเมนสามารถรองรับเครื่องมือการจัดการใหม่หรือความสามารถอื่น ๆ และทำให้ผู้ใช้ HPI สามารถใช้งานได้

ทรัพยากรที่เชื่อมโยงกับ FRU จะอยู่ในสถานะ Hot-swap ใดสถานะหนึ่งจากห้าสถานะ ซึ่งผู้ใช้ HPI สามารถอ่านได้ ได้แก่ไม่ปรากฏ (Not Present), ไม่ทำงาน (Inactive), รอการแทรก (Insertion Pending), ทำงาน ( Active), และรอการถอด (Existion Pending) สถานะ "ไม่ ปรากฏ" (Not Present)จะไม่ถูกรายงานโดยทรัพยากรใดๆ เนื่องจากเมื่อ FRU ไม่ปรากฏในระบบ ทรัพยากรนั้นไม่ควรมีอยู่เป็นสมาชิกของโดเมนใดๆ สถานะอีกสี่สถานะที่เหลือใช้ได้กับ FRU ที่มีอยู่ในระบบ ไม่ว่าจะเป็นการทำงานอย่างสมบูรณ์หรือไม่ก็ตาม เมื่อทรัพยากรเปลี่ยนไปเป็นสถานะ Hot-swap ใหม่ เหตุการณ์ HPI จะถูกส่งไปยังโปรแกรมของผู้ใช้ที่ร้องขอการแจ้งเตือนเหตุการณ์

ทรัพยากร HPI ที่จำลองชิ้นส่วนที่สามารถเปลี่ยนได้ขณะทำงาน (Hot-swapable FRU) สามารถกำหนดค่าให้รองรับการเปลี่ยนชิ้นส่วนขณะทำงานแบบไม่จัดการ (Unmanaged Hot -swap) หรือแบบจัดการ (Managed Hot-swap ) ได้ ทรัพยากรที่รองรับการเปลี่ยนชิ้นส่วนขณะทำงานแบบไม่จัดการจะรายงานสถานะการเปลี่ยนชิ้นส่วนขณะทำงานปัจจุบัน แต่ผู้ใช้จะไม่สามารถควบคุมการทำงานของการเปลี่ยนชิ้นส่วนขณะทำงานของชิ้นส่วนนั้นได้ เมื่อทรัพยากรรองรับการเปลี่ยนชิ้นส่วนขณะทำงานแบบจัดการ โปรแกรมของผู้ใช้สามารถโต้ตอบกับการใช้งาน HPI และโครงสร้างพื้นฐานการจัดการแพลตฟอร์มที่อยู่เบื้องหลังเพื่อประสานงานการดำเนินการที่จำเป็นในการรวมชิ้นส่วนที่เพิ่มเข้ามาใหม่ หรือเพื่อปิดใช้งานชิ้นส่วนที่กำลังถูกถอดออกจากระบบ

เป้าหมายหนึ่งของ SA Forum คือการรักษาความเข้ากันได้แบบย้อนหลัง (backward compatibility)กับเวอร์ชันก่อนหน้าของข้อกำหนดต่างๆ ในกรณีของข้อกำหนด HPI หมายความว่าโปรแกรมของผู้ใช้ที่เขียนขึ้นเพื่อใช้งานกับ HPI เวอร์ชันใดเวอร์ชันหนึ่ง ควรจะยังคงทำงานได้โดยไม่มีการเปลี่ยนแปลงกับ HPI ที่รองรับข้อกำหนดเวอร์ชันที่ใหม่กว่า เป้าหมายนี้บรรลุผลแล้วในข้อกำหนด HPI ที่เผยแพร่ตั้งแต่ข้อกำหนด SAI-HPI-B.01.01 เป็นต้นมา ข้อกำหนด HPI ซีรีส์ “B” ไม่สามารถใช้งานร่วมกับข้อกำหนด SAI-HPI-A.01.01 ได้

เพื่อให้มั่นใจว่าข้อกำหนด HPI สามารถใช้งานร่วมกับเวอร์ชันก่อนหน้าได้ จึงมีการใช้กลยุทธ์หลายประการดังนี้: ก) ฟังก์ชันที่กำหนดไว้ในเวอร์ชันก่อนหน้าของข้อกำหนด HPI จะถูกรวมอยู่ในเวอร์ชันต่อมา โดยไม่มีการเปลี่ยนแปลงต้นแบบของฟังก์ชัน ฟังก์ชันที่ล้าสมัยจะยังคงอยู่ แต่จะมีคำแนะนำในข้อกำหนดว่าโปรแกรมของผู้ใช้ใหม่ไม่ควรใช้ ฟังก์ชันเหล่านั้น ข) อาจมีการเพิ่มฟังก์ชันใหม่ในเวอร์ชันใหม่ของข้อกำหนด HPI ตราบใดที่โปรแกรมที่มีอยู่ไม่ได้กำหนดให้ต้องใช้ฟังก์ชันเหล่านั้น ค) การแจงนับต่างๆ ที่รายงานข้อมูล เช่น ประเภทเอนทิตีฮาร์ดแวร์ ประเภทเซ็นเซอร์ ฯลฯ จะถูกประกาศในข้อกำหนด HPI ว่าเป็นค่าแบบไม่จำกัด รายการรหัสส่งคืนข้อผิดพลาดที่ฟังก์ชัน HPI อาจส่งคืนก็ถูกประกาศว่าเป็นค่าแบบไม่จำกัดเช่นกัน เวอร์ชันใหม่ของข้อกำหนด HPI จะไม่ลบหรือเปลี่ยนแปลงค่าแจงนับที่มีอยู่ แต่สามารถเพิ่มค่าใหม่ลงในการแจงนับแบบไม่จำกัดได้ โปรแกรมของผู้ใช้ควรยอมรับค่าที่ยังไม่ได้กำหนดไว้ในปัจจุบันและถือว่าค่าเหล่านั้น "ถูกต้องแต่ยังไม่ได้กำหนด" ด้วยเหตุนี้ โปรแกรมจึงสามารถทำงานต่อไปได้เมื่อนำไปใช้กับการใช้งานที่สร้างขึ้นตามข้อกำหนด HPI เวอร์ชันใหม่กว่า ซึ่งอาจมีการกำหนดค่าใหม่สำหรับการแจงนับ ง ) โครงสร้างข้อมูลที่ส่งผ่านจากฟังก์ชัน HPI ไปยังผู้ใช้จะต้องไม่เพิ่มความยาวในข้อกำหนด HPI เวอร์ชันใหม่ หรือเปลี่ยนแปลงรูปแบบของข้อมูลที่กำหนดไว้ในเวอร์ชันก่อนหน้า อย่างไรก็ตาม บิตที่ไม่ได้กำหนดไว้ก่อนหน้านี้ในฟิลด์บิตอาจถูกกำหนดในข้อกำหนด HPI เวอร์ชันใหม่ และพื้นที่ที่ไม่ได้ใช้ในยูเนียนอาจถูกใช้ได้ ตราบใดที่โปรแกรมที่ไม่รู้จักบิตใหม่หรือการใช้พื้นที่ที่ไม่ได้ใช้แล้วจะยังคงทำงานได้อย่างถูกต้อง จ) โครงสร้างข้อมูลที่ส่งผ่านไปยังฟังก์ชัน HPI จากผู้ใช้อาจเปลี่ยนแปลงได้ในข้อกำหนด HPI เวอร์ชันใหม่ ตราบใดที่การเปลี่ยนแปลงนั้นทำในลักษณะที่โปรแกรมที่มีอยู่ซึ่งส่งผ่านโครงสร้างที่กำหนดไว้ก่อนหน้านี้จะยังคงทำงานได้อย่างถูกต้อง

เนื่องจาก HPI ถูกใช้งานอย่างแพร่หลายในระบบ AdvancedTCA ทาง SA Forum จึงได้เผยแพร่ข้อกำหนดการแมป (Mapping Specification) ที่มีชื่อว่า SAIM-HPI-B.01.01-ATCA ในเดือนมกราคม 2549 โดยมีวัตถุประสงค์เพื่อให้คำแนะนำแก่ผู้ใช้งานอินเทอร์เฟซการจัดการ HPI เกี่ยวกับวิธีการที่แนะนำในการจำลองสถาปัตยกรรมระบบที่ซับซ้อนนี้ด้วย HPI ต่อมาในเดือนกุมภาพันธ์ 2553 ได้มีการเผยแพร่ข้อกำหนดการแมปใหม่ SAIM-HPI-B.03.02-xTCA ซึ่งปรับปรุงการแมปนี้และขยายให้ครอบคลุมระบบ MicroTCA ด้วย

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

ข้อกำหนดการแมปยังกำหนดทรัพยากรสำหรับแชสซี xTCA, ตัวจัดการชั้นวาง, ตัวจัดการตัวนำ และชิ้นส่วนที่ใช้งานได้อื่นๆ (FRU) ด้วย ในเวอร์ชันดั้งเดิมของข้อกำหนด ทรัพยากรถูกกำหนดและจำเป็นสำหรับ "ช่อง" ทั้งหมดในแชสซีหรือบนการ์ดตัวนำที่อาจรองรับ FRU ได้ ในการอัปเดตที่เผยแพร่ในปี 2010 ทรัพยากรช่องเหล่านี้ถูกกำหนดให้เป็นตัวเลือก

ข้อกำหนดการแมป HPI ไปยัง xTCA นี้มีไว้สำหรับกลุ่มเป้าหมายสองกลุ่ม กลุ่มแรกคือผู้พัฒนาแพลตฟอร์มที่ต้องการรวมอินเทอร์เฟซ HPI เข้ากับแพลตฟอร์ม AdvancedTCA หรือ MicroTCA โดยข้อกำหนดนี้จะให้แม่แบบสำหรับการสร้างแบบจำลองระบบ

กลุ่มเป้าหมายที่สองคือผู้ใช้ HPI ที่ต้องการสร้างแอปพลิเคชันแบบพกพาหรือโปรแกรมมิดเดิลแวร์ที่ใช้งานได้บนแพลตฟอร์ม AdvancedTCA หรือ MicroTCA หลายแพลตฟอร์ม อย่างไรก็ตาม ผู้ใช้ HPI ที่ต้องการสร้างโปรแกรมแบบพกพาสำหรับทั้ง xTCA และสถาปัตยกรรมแพลตฟอร์มฮาร์ดแวร์อื่นๆ ไม่จำเป็นต้องอ้างอิงถึงข้อกำหนดการแมป HPI ไปยัง xTCA เสมอไป เนื่องจากระบบ HPI ที่ปฏิบัติตามข้อกำหนดการแมป HPI ไปยัง xTCA จะนำเสนอความสามารถในการจัดการแพลตฟอร์มพื้นฐานในลักษณะที่สามารถค้นหาและใช้งานได้ผ่านอินเทอร์เฟซ HPI มาตรฐาน ความสามารถในการจัดการแพลตฟอร์มบางอย่างที่เฉพาะเจาะจงสำหรับแพลตฟอร์ม xTCA นั้นไม่สามารถใช้งานได้หากไม่อ้างอิงถึงข้อกำหนดการแมป แต่ความสามารถเหล่านี้สามารถละเลยได้โดยแอปพลิเคชันผู้ใช้ HPI ทั่วไปส่วนใหญ่

มีการนำข้อกำหนด HPI ไปใช้งานอย่างแพร่หลายหลายรูปแบบ โดยเฉพาะอย่างยิ่งจากผู้จำหน่ายแพลตฟอร์มที่สร้างระบบคอมพิวเตอร์ AdvancedTCA หรือแพลตฟอร์มคอมพิวเตอร์ที่มีความพร้อมใช้งานสูงอื่นๆ ในการใช้งานส่วนใหญ่ อินเทอร์เฟซโปรแกรมแอปพลิเคชัน HPI จะถูกจัดเตรียมผ่านไลบรารีที่เชื่อมโยงกับโปรแกรมแอปพลิเคชัน โมดูลไลบรารีนี้โดยทั่วไปจะสื่อสารกับเซิร์ฟเวอร์ HPI ที่ทำงานเป็นกระบวนการดีมอนซึ่งทำหน้าที่ของโดเมนและทรัพยากร HPI และสื่อสารกับโครงสร้างพื้นฐานการจัดการที่อยู่เบื้องหลังตามความจำเป็น

การใช้งาน HPI หลายแบบนั้นอิงตาม การใช้งาน แบบโอเพนซอร์สของข้อกำหนด HPI ที่เรียกว่าOpenHPI (เก็บถาวรเมื่อวันที่ 27 กุมภาพันธ์ 2010 ที่Wayback Machine ) OpenHPI ยังใช้การออกแบบทั่วไปดังแสดงในรูปที่ 6 กล่าวคือ ประกอบด้วยโมดูลไลบรารีที่เชื่อมโยงกับโปรแกรมแอปพลิเคชัน และโมดูลเดมอนที่โมดูลไลบรารีสื่อสารด้วย กระบวนการเดมอนของ OpenHPI ได้รับการออกแบบมาเพื่อทำงานร่วมกับโมดูลปลั๊กอิน หนึ่งตัวหรือมากกว่า ซึ่งทำหน้าที่จัดการการสื่อสารกับโครงสร้างพื้นฐานการจัดการแพลตฟอร์มต่างๆ

ระบบลงทะเบียนการใช้งาน SA Forumเป็นกระบวนการที่ช่วยให้สามารถลงทะเบียนและเผยแพร่การใช้งานตามข้อกำหนดของ SA Forum ได้อย่างเปิดเผย ไม่จำเป็นต้องเป็นสมาชิกเพื่อลงทะเบียนการใช้งาน การใช้งานที่ลงทะเบียนสำเร็จแล้วอาจถูกเรียกว่า “Service Availability Forum Registered”

• ฟอรัมความพร้อมใช้งานของบริการ
• พิคเอ็มจี
• อินเทอร์เฟซการจัดการแพลตฟอร์มอัจฉริยะ

• SAForum
• สโคป แอลแอลซี
• โครงการ OpenHPI
• โอเพ่นเอสเอเอฟ

• คู่มือการใช้งานข้อมูลจำเพาะ
• เว็บไซต์ฟอรัม SA
• OpenHPI เก็บถาวรเมื่อวันที่ 27 กุมภาพันธ์ 2010 ที่Wayback Machine