HPIM — Human Proximity Interpretation Module
Parent Standard: Physical Reality Interpretation Layer (PRIL™)
Category: AI & Interpretation
Subcategory: Human Proximity Interpretation
Type: Physical Interpretation Module
Version: 1.0
Status: Canonical · Open Module
Effective Date: 8 May 2026
Compatibility: OOF® Methodology OS™ · PRIL™ · CLIA® · RIS · INTEGROS® · EVIP® · SIMULOS®
Authority: OOF®
Protection: MIP® — Methodological Intellectual Property
Canonical Language: English (UCL™)
Canonical Definition
Human Proximity Interpretation Module defines the methodologicalconditions under which autonomous systems interpret human presence,
distance, approach, crossing, unsafe closeness, and proximity-related
risk before generating physical action or embodied response.
A system satisfies HPIM only if:
- human presence is interpreted before physical execution
- proximity is evaluated under defined conditions
- approach, crossing, and nearby movement are recognized
- unsafe closeness is treated as an execution restriction condition
- physical action is limited when human proximity interpretation is insufficient
A system that detects humans without governed proximity interpretation
does not satisfy HPIM.
Module Function
HPIM defines the human-nearby interpretation layer of embodiedexecution.
It ensures that human detection alone is not treated as sufficient for
safe physical operation.
The module applies wherever systems operate near humans under conditions
in which distance, movement, closeness, crossing, or contact risk affect
execution validity.
Minimum Implementation Framework (MIF)
Step 4 — Define Restriction Conditions
The system must define when execution must slow, stop, restrict, orescalate due to human proximity conditions.
Minimum requirement:
- restriction logic is explicit
- proximity uncertainty can restrict execution
- continued action under unsafe closeness is not treated as valid
Step 5 — Preserve Human Priority
The system must preserve human safety above speed, efficiency,throughput, or task completion.
Minimum requirement:
- human proximity risk overrides operational convenience
- execution does not continue because the task is urgent
- physical safety remains structurally superior to performance
Step 6 — Restrict Invalid Execution
The system must not be treated as valid if physical execution proceedswhile human proximity interpretation is absent, degraded, or unreliable.
Minimum requirement:
- invalid execution conditions are identifiable
- degraded proximity interpretation blocks valid reliance
- sensing alone does not restore interpretation validity
Use Case 1 — Collaborative Industrial Robot
Use Case 2 — Humanoid or Mobile Service Robot
Canonical Closing Statement
If human proximity is not interpreted before action, physicalexecution is not structurally safe.