The BMS already reported the indoor units and their power. It did not report what the rooms felt like, or whether anyone was in them. That gap was closed with off-the-shelf parts — one sensor per room, a few hubs, and one camera at the library door. The camera never leaves the building as a camera: a relay PC counts the people, keeps the number, and deletes the image.BMS에서는 실내기 운전 상태와 전력 데이터를 확인할 수 있었지만, 각 공간의 실내환경과 재실 여부는 제공되지 않았습니다. 부족한 정보는 온습도 센서, 센서 허브, 도서관 입구의 카메라를 추가해 보완했습니다. 카메라 영상은 현장 중계 PC에서 재실자 수로 변환한 뒤 삭제했으며, 원본 영상은 외부로 전송하지 않았습니다.
The site did not provide a control API. Instead, the BMS exposed a web interface originally designed for manual operation. So the plan is carried out by an RPA module that selects the device, sets the power, mode, temperature and fan speed, and closes the panel. The same buttons, in the same order, a person would press. This site did not expose a control API, so the plan was carried out against the interface a person uses. In another building that connection can differ with the infrastructure — an API, RPA, local execution, or another control interface.이 현장에서는 제어용 API를 사용할 수 없었고, BMS는 관리자가 직접 조작하는 웹 인터페이스를 제공하고 있었습니다. 그래서 제어안은 RPA 모듈이 실행합니다. 대상 기기를 선택하고, 전원을 넣고, 운전 모드와 설정 온도와 바람 세기를 지정하고, 창을 닫습니다. 사람이 누르던 버튼을, 같은 순서로. 이 현장에서는 BMS 제어 API를 쓸 수 없었기에 사람이 쓰는 화면을 그대로 조작했습니다. 다른 건물에서는 인프라 수준에 따라 API, RPA, 로컬 구동 등 연결 방식이 달라질 수 있습니다.
And the plan above is not decoration. It was written out as an ontology in Brick Schema — which unit belongs to which room, which rooms share an outdoor unit. Without that last relationship the agent cannot tell whether the power it sees is its own doing or the room next door's.공간 배치와 설비 관계는 단순한 시각화에 그치지 않고 Brick Schema 기반 온톨로지로 표현했습니다. 어떤 실내기가 어느 공간을 담당하는지, 어떤 실내기들이 하나의 실외기를 공유하는지를 연결함으로써 에이전트가 측정된 전력의 의미를 공간별 제어와 연계해 해석할 수 있도록 했습니다.