방송대 유비쿼터스컴퓨팅개론 10강: 상황정보 모델링과 상황인식 서비스
센서가 ‘조도 80, 시각 18:55, 회의실에 세 명’이라고 알려 주어도 그 자체는 서비스가 아니다. 시스템은 흩어진 값을 “예약된 회의가 곧 시작되며 방이 어둡다”라는 상황으로 표현하고, 필요한 조명과 화면을 준비해야 한다. 이 글은 원시 데이터가 상황정보로 바뀌어 서비스가 되기까지의 관계를 따라가며, 어떤 모델과 추론·관리·교환 기술이 필요한지 판단하게 한다.
상황인식은 센서값보다 그 값이 놓인 관계를 다룬다
상황인식 컴퓨팅(Context-Aware Computing)은 현실세계에서 획득한 정보를 추상화하고 인간화하여, 상황정보를 지식으로 만들고 응용 분야에 맞는 지식표현을 바탕으로 사용자와 서비스를 연결하는 기술이다. 사용자의 현재 위치나 시간만 읽는 것이 아니라 다른 사람, 사물, 장소와의 관계를 함께 분석해 필요한 서비스를 찾아 실행한다.
상황(context)은 사람·장소·사물 등 프로그램과 사용자의 상호작용에 영향을 주는 실체의 특징을 규정하는 정보다. 상황정보는 그러한 상황을 인식하는 데 필요한 구체적 데이터다. 대상은 개인뿐 아니라 사람의 집단, 물리적 사물, 컴퓨팅 시스템도 될 수 있다.
| 구분 | 회의실 예 | 의미 |
|---|---|---|
| 원시 데이터 | 조도 80, 인원 3, 시각 18:55 | 센서와 시스템이 직접 얻은 값 |
| 상황정보 | 어두운 방, 참석자 도착, 시작 5분 전 | 대상과 시간의 관계를 표현한 정보 |
| 상황 지식 | 예약 회의를 준비해야 함 | 여러 상황정보를 해석해 얻은 판단 |
| 서비스 | 조명 조절, 화면 켜기, 자료 표시 | 판단에 따라 사용자에게 제공하는 동작 |
판단 핵심: 숫자를 모았다고 상황을 이해한 것은 아니다. 데이터가 누구·어디·언제·무엇과 관련되는지 표현되고, 서비스 목적에 맞게 해석될 때 상황인식이 성립한다.
컴퓨팅·사용자·물리·시간 상황은 하나의 장면을 서로 다르게 설명한다
상황은 관찰 범위에 따라 외부적 상황과 내부적 상황으로 나눌 수 있다. 외부적 상황은 위치·빛·소리·움직임처럼 센서로 비교적 직접 측정할 수 있다. 내부적 상황은 사용자의 목표·업무·기분, 과거 상호작용처럼 관찰과 해석이 더 필요한 정보다.
강의자료의 분류를 사용하면 한 서비스가 이용하는 상황정보는 다음 네 축으로 정리된다.
| 상황 축 | 포함 정보 | 회의실에서 묻는 질문 |
|---|---|---|
| 컴퓨팅 상황 | 네트워크 연결, 통신대역폭, 주변 자원 | 화면·인터넷·프린터를 지금 사용할 수 있는가? |
| 사용자 상황 | 프로필, 위치, 현재 사회적 상황 | 누가 왔고 어떤 권한과 역할을 가졌는가? |
| 물리적 상황 | 공간, 시간, 빛·소리·온도, 움직임 | 방은 어디이며 밝기·소음·온도는 적절한가? |
| 시간적 상황 | 시각, 요일, 날짜, 계절 | 예약 전인가, 진행 중인가, 종료 뒤인가? |
같은 센서값도 관계가 바뀌면 의미가 달라진다. 조도가 낮아도 발표 화면을 보는 중이라면 조명을 그대로 둘 수 있지만, 청소 작업 중이라면 밝힐 필요가 있다. 그러므로 상황 모델에는 값뿐 아니라 대상, 위치, 시간, 활동과 서비스 목표가 연결되어야 한다.
상황인식 시스템은 장치·인터페이스·모델이 역할을 나눈다
상황인식 시스템은 최근 상황이나 장기적으로 저장된 정보를 사용자의 동작·작업과 관련지어 서비스를 제공한다. 강의자료는 이를 클라이언트 기기, 상황인식 시스템 인터페이스, 상황인식 모델로 구성한다.
| 구성 요소 | 맡는 책임 | 구분하지 않을 때 생기는 문제 |
|---|---|---|
| 클라이언트 기기 | 센서·스마트폰 등으로 데이터를 얻고 서비스를 사용 | 장치 종류가 바뀔 때 응용 전체를 다시 만들기 쉬움 |
| 시스템 인터페이스 | 직접 센서, 미들웨어, 자료구조를 통해 상황정보에 접근 | 수집 방식과 응용 로직이 강하게 결합됨 |
| 상황인식 모델 | 기계가 처리할 수 있는 형태로 상황 데이터를 정의·저장 | 서로 다른 출처의 값을 결합하거나 재사용하기 어려움 |
클라이언트는 서비스의 종류와 이용 방식을 결정하는 중요한 요소이고, 인터페이스는 센서의 차이를 응용으로부터 가린다. 모델은 ‘회의실 A의 조도’와 ‘사용자 B의 현재 위치’처럼 데이터의 의미와 관계를 저장한다. 세 요소를 분리해야 센서나 장치가 바뀌어도 상위 서비스의 변경을 줄일 수 있다.
수집에서 교환까지 다섯 기술이 상황정보의 생애를 만든다
상황인식 서비스 요소 기술은 수집, 모델링, 추론, 관리, 교환으로 나눌 수 있다. 이것은 단순한 기능 목록이 아니라 원시 데이터가 다른 응용에서도 사용할 수 있는 지식으로 바뀌는 생애주기다.
- 수집: 센서와 사용자 입력, 시스템 상태에서 상황 데이터를 얻는다.
- 모델링: 데이터의 유형·대상·관계·시간을 기계가 해석할 구조로 표현한다.
- 추론: 여러 값을 결합해 직접 측정되지 않은 상위 상황을 도출한다.
- 관리: 필요한 정보를 찾아 저장하고, 응용이 사용할 형태로 변환해 제공한다.
- 교환: 서로 다른 센서·미들웨어·응용 사이에서 상황정보를 전달한다.
회의실 사례에서는 감지기가 인원과 조도를 수집하고, 모델이 값의 대상·시각을 붙인다. 추론기는 예약정보와 결합해 ‘회의 준비 필요’를 도출한다. 관리 계층은 필요한 상황만 응용에 제공하고, 교환 기술은 조명·화면 제어 서비스에 결과를 전달한다.
설계상의 분리: 센서가 값을 얻는 일과 그 값의 의미를 정하는 일, 의미에서 결론을 만드는 일은 다르다. 세 책임을 한 코드에 섞으면 센서나 서비스가 바뀔 때 재사용하기 어려워진다.
수집 기술은 출처뿐 아니라 변화 속도와 획득 조건을 기록한다
상황정보는 상황인식 인터페이스의 센서 네트워크를 통해 얻거나, 장치에 직접 붙은 센서와 상위 네트워크의 통신으로 수집할 수 있다. 사용자가 키패드나 터치스크린으로 프로필·인증정보를 직접 입력하기도 한다.
중요한 것은 값만 저장하지 않는 것이다. 위치는 빠르게 변할 수 있지만 프로필은 거의 변하지 않는다. 어떤 정보는 주기적인 폴링(polling)이나 전체 전파인 브로드캐스팅(broadcasting)으로 파악할 수 있고, 특정 조건을 만족했을 때만 보고하는 형태가 더 알맞을 수도 있다.
| 수집 방식 | 강의자료의 예 | 적합한 조건 |
|---|---|---|
| 네트워크·근거리 통신 | 내장 센서, 인접 객체의 데이터 | 주변 장치가 값을 자동 전달할 때 |
| 응용 인터페이스 | 구글 지도 API 등 매핑 서비스 | 외부 응용이 제공하는 상황을 결합할 때 |
| 직접 식별 | RFID, 바코드 | 객체의 신원을 구분해야 할 때 |
| 동작·환경 센서 | 가속도계, 위치추적장치, 마이크, 온도계·습도계 | 움직임·위치·소리·환경값을 측정할 때 |
수집값에는 타입과 값만이 아니라 수집 시각, 정보 획득 대상, 정확성 같은 메타정보가 필요하다. 오래된 위치와 방금 측정한 위치를 같은 신뢰도로 처리하면 잘못된 서비스를 만들 수 있기 때문이다.
모델은 값을 저장하는 그릇이 아니라 질문 가능한 관계를 정한다
센서가 만든 아날로그 정보는 디지털 정보로 변환되어 네트워크를 거쳐 상황정보 모델에 저장된다. 모델링은 분산된 정보를 일관된 방식으로 표현하고, 기계가 처리하며, 여러 응용이 재사용할 수 있게 하는 기술이다.
| 모델 | 표현 방식 | 잘 맞는 상황 | 한계 |
|---|---|---|---|
| 키값 기반 | 키와 값의 쌍 | 작고 정확한 항목을 빠르게 조회 | 복잡한 관계와 유사 조건 검색에 약함 |
| 마크업 기반 | 태그·속성·내용의 계층 구조 | 유연한 구조의 정보를 문서처럼 교환 | 해석 과정이 필요하고 복잡한 관계 표현이 어려움 |
| 온톨로지 기반 | 개념, 관계, 제약조건 | 공통 의미와 관계를 공유하고 추론 | 개념 체계와 추론 규칙의 설계가 필요 |
| 객체지향 기반 | 객체의 속성과 동작 | 응용의 객체 구조와 상황을 연결 | 다른 시스템과 공통 의미를 맞추는 작업 필요 |
| 로직 기반 | 사실과 논리 규칙 | 명시적 규칙으로 결론을 도출 | 불확실하거나 모호한 상황 표현을 보완해야 함 |
| 그래픽 기반 | 노드와 연결로 이루어진 그래프 | 대상 사이의 연결과 의존 관계를 시각적 구조로 표현 | 관계가 많아지면 그래프 구성과 탐색이 복잡해질 수 있음 |
여러 방식을 결합한 하이브리드 모델도 사용할 수 있다. 강의자료는 타입과 수집값에 수집시각, 획득 대상, 정확성 같은 메타정보를 붙이는 예를 제시한다. 중요한 선택 기준은 저장 형식의 단순함이 아니라 서비스가 어떤 질문과 추론을 요구하는가이다.
키값·마크업·온톨로지는 표현력이 커질수록 다루는 관계도 달라진다
키값 모델은 셸 변수나 환경변수처럼 간단한 이름과 값을 대응시킨다. 저장공간이 작고 구현이 쉽지만 ‘정확히 일치하는 키’를 알아야 효율적으로 찾을 수 있다. ‘같은 층의 가까운 빈 회의실’처럼 여러 관계를 묻는 질의에는 부족하다.
마크업 모델은 태그와 속성으로 계층 구조를 만든다. 간단하고 유연하며 여러 컴퓨터에서 사용할 수 있지만, 정보를 사용하려면 문서 구조를 해석해야 하고 개념 사이의 복잡한 관계를 직접 정의하기 어렵다.
온톨로지 모델은 개념과 속성, 관계와 제약을 명시해 상황을 표현한다. RDF와 OWL 같은 지식표현 프레임워크를 이용하면 ‘회의실은 공간이다’, ‘사용자는 공간에 위치한다’, ‘발표는 회의의 활동이다’와 같은 관계를 공통 의미로 다룰 수 있다. 이 표현은 온톨로지 기반 추론과 연결되기 쉽다.
모델 선택 질문: 정확한 키 하나만 찾는가, 계층 문서를 교환하는가, 서로 다른 시스템이 개념 관계를 공유하고 새 사실까지 추론해야 하는가를 차례로 묻는다.
추론은 관측되지 않은 상위 상황을 만들고 관리 기술은 이를 서비스에 건넨다
센서가 직접 제공하는 것은 조도·소리·위치 같은 값이다. ‘회의가 시작될 준비가 됨’처럼 더 높은 수준의 상황은 여러 데이터를 분석해 추론해야 한다. 불확실한 값에는 확률적 방법이나 인공지능 기법을 사용할 수 있고, 강의자료는 베이지안 네트워크를 예로 든다. 관계와 규칙이 잘 정의된 정보에는 온톨로지 기반 추론을 활용할 수 있다.
상황정보 관리에서 중요한 것은 응용이 필요한 정보를 기존 지식과 조합해 효율적으로 제공하는 일이다. 강의자료의 관리 구조는 다음 세 역할로 설명된다.
- 위젯: 센서나 정보원에서 상황정보를 취합한다.
- 서버: 여러 위젯의 정보를 모아 관리한다.
- 해석기: 상황을 다른 형태나 의미로 변환해 상위 응용에 제공한다.
구성 요소 사이의 의존성이 너무 크면 센서 하나가 바뀌어도 서비스 전체를 고쳐야 한다. 위젯·서버·해석기를 느슨하게 결합하고 응용과 독립적으로 설계하면 서비스가 추가·제거되어도 부가적인 조정을 줄일 수 있다.
교환 기술은 서로 다른 시스템이 같은 상황을 이해하게 한다
상황정보는 센서에서 미들웨어로, 미들웨어에서 여러 응용으로 이동한다. 교환 기술은 센서나 장치, 대상 객체의 상호작용을 이벤트 기반 또는 물리적·객체지향 기반으로 지원한다. 강의자료는 XML 기반의 SOAP을 서로 다른 시스템 사이의 데이터 교환 방법으로 소개한다.
표준화된 인코딩과 공통 모델이 없으면 같은 ‘위치’도 시스템마다 다른 단위와 구조로 표현되어 다시 사용할 수 없다. 교환 단계는 단순 전송만 담당하는 것이 아니라 타입, 의미, 식별자와 메타정보가 상대 시스템에서도 보존되게 해야 한다.
시맨틱 웹(Semantic Web)은 컴퓨터가 정보의 의미를 이해하고 의미를 조작할 수 있도록 웹을 확장하는 접근이다. 월드와이드웹이 문서의 의미를 주로 사람이 읽는 수준이라면, 시맨틱 웹은 정보와 관계를 표현해 컴퓨터의 논리적 추론을 돕는다. 상황인식 환경에서는 RDF·OWL 같은 표현 기술과 추론 계층이 여러 출처의 상황정보를 결합하는 기반이 된다.
경계 구분: 데이터를 전송할 수 있다는 것과 상대가 같은 의미로 이해한다는 것은 다르다. 통신 연결은 교환의 통로이고, 공통 모델과 의미 표현은 상호운용의 조건이다.
좋은 상황인식 서비스는 더 많이 수집하기보다 필요한 연결을 남긴다
상황인식 응용은 사용자에게 정보와 서비스를 제시하는 기능, 사용자를 대신해 서비스를 자동 실행하는 기능, 이후 검색을 위해 상황정보에 표지를 붙이는 기능을 제공할 수 있다. 구현할 때는 기존 서비스와 하위 기능을 조합하거나, 설계자가 더 높은 수준에서 응용을 생각하도록 센서 차이를 추상화할 수 있다.
미들웨어는 상황정보 수집·저장·관리, 선정과 배포, 분해와 통합 같은 공통 기능을 응용과 분리한다. 기능적 요구뿐 아니라 확장성, 모듈성, 보안성, 이동성, 인터페이스 적절성, 결합 투명성, 서비스 품질과 플랫폼 간 호환성 같은 비기능 요구도 함께 만족해야 한다.
회의실 사례를 설계한다면 다음 관계도를 완성해 본다.
- 서비스 결정에 꼭 필요한 사용자·환경·시간·컴퓨팅 상황을 고른다.
- 각 정보의 출처, 갱신 주기, 정확성과 수집 시각을 기록한다.
- 서비스가 묻는 질문에 맞춰 키값·마크업·온톨로지 등 표현 모델을 선택한다.
- 관측값과 추론값을 구분하고, 추론의 근거를 되짚을 수 있게 한다.
- 관리 구성 요소의 의존성을 낮추고 공통 의미를 보존해 다른 응용과 교환한다.
- 자동 실행이 잘못되었을 때 사용자가 이해하고 수정할 경로를 마련한다.
상황정보는 많을수록 좋은 것이 아니다. 서비스 판단에 필요하지 않은 정보는 수집·관리 비용과 개인정보 위험을 키울 수 있다. 필요한 관계와 품질만 남기는 것이 정확하고 재사용 가능한 상황인식 시스템의 출발점이다.
핵심 개념 정리
- 상황은 사람·장소·사물 등 상호작용 대상의 상태와 관계이며, 상황정보는 이를 인식하는 데 필요한 데이터다.
- 컴퓨팅·사용자·물리·시간 상황은 같은 장면을 서로 다른 축에서 설명하고, 외부 측정값과 내부 목표·업무 정보는 획득 방식이 다르다.
- 상황인식 시스템의 클라이언트 기기, 인터페이스, 모델은 각각 획득·접근·표현 책임을 나눈다.
- 상황정보는 수집에서 모델링·추론·관리·교환으로 이어지며, 각 단계의 결과가 다음 단계의 입력이 된다.
- 수집값에는 값뿐 아니라 획득 대상, 시각, 정확성과 변화 주기를 함께 기록해야 한다.
- 키값·마크업·그래픽·객체지향·로직·온톨로지 모델은 서비스가 요구하는 질의와 관계의 복잡도에 따라 선택한다.
- 위젯·서버·해석기는 상황정보의 취합·관리·변환을 분리하고, 느슨한 결합은 서비스 재사용성을 높인다.
- 시맨틱 웹은 공통 의미와 관계 표현을 통해 서로 다른 시스템이 상황정보를 이해하고 추론하게 돕는다.
새로운 상황인식 사례를 만나면 센서 이름부터 나열하지 않는다. 먼저 서비스가 내려야 할 결정을 쓰고, 그 결정에 필요한 사용자·환경·시간·컴퓨팅 정보를 고른다. 이어 출처와 품질을 붙여 수집하고, 필요한 질문을 표현할 모델을 선택하며, 관측값에서 어떤 상위 상황을 추론하는지 연결한다. 마지막으로 관리 구성 요소의 결합도와 시스템 간 의미 보존을 확인하면 원시 데이터가 서비스로 바뀌는 전체 구조를 설명할 수 있다.
예상문제 10선
1. 상황정보에 대한 설명으로 가장 적절한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
- ① 오답: 상황정보는 서비스와 대상의 관계를 해석하는 데 필요한 데이터여야 한다.
- ② 오답: 화면 결과 이전에 사용자·환경·시간 등을 판단하는 입력정보도 포함한다.
- ③ 정답: 상호작용에 관련된 실체의 상태와 관계를 규정하는 정보라는 정의에 맞는다.
- ④ 오답: 컴퓨팅 상황은 여러 상황 축 중 하나이며 사용자·물리·시간 정보도 포함된다.
2. 외부적 상황과 내부적 상황을 바르게 구분한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
- ① 정답: 물리적으로 측정하기 쉬운 정보와 사용자 의도처럼 해석이 필요한 정보를 올바르게 나눴다.
- ② 오답: 목표는 직접 센싱하기 어렵고 위치는 센서로 측정할 수 있다.
- ③ 오답: 관찰 가능성과 추론 필요성이 달라 획득·모델링 방법도 달라진다.
- ④ 오답: 외부·내부는 실내외 장소 구분이 아니라 관찰 범위와 정보 성격의 구분이다.
3. 원시 센서값이 상황인식 서비스로 바뀌는 흐름으로 가장 적절한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: 추론하려면 먼저 값을 수집하고 의미 구조로 표현해야 한다.
- ② 오답: 의미를 제거하면 다른 시스템이 상황을 해석할 수 없다.
- ③ 오답: 원시값 수집과 모델링이 서비스 실행보다 먼저다.
- ④ 정답: 데이터 획득에서 의미 표현·상위 판단·관리와 전달로 이어지는 생애주기다.
4. 키값 모델보다 온톨로지 모델이 더 적합한 요구는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
- ① 오답: 간단한 정확 조회는 키값 모델이 효율적이다.
- ② 정답: 온톨로지는 개념 관계와 제약을 명시해 공통 의미와 추론을 지원한다.
- ③ 오답: 이는 온톨로지보다 키값 모델의 특성에 가깝다.
- ④ 오답: 상황 모델링의 목적은 의미를 보존해 처리·재사용하는 것이다.
5. 상황정보 관리 구조의 구성 요소와 역할을 바르게 연결한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
- ① 오답: 위젯은 센서나 정보원으로부터 상황정보를 취합한다.
- ② 오답: 서버는 여러 위젯의 정보를 모아 관리하며 물리 센서 자체가 아니다.
- ③ 정답: 해석기는 하위 상황을 응용이 사용할 표현이나 상위 의미로 바꾼다.
- ④ 오답: 클라이언트 기기는 데이터를 얻고 서비스를 이용하는 단말 역할에 가깝다.
6. 위치정보가 빠르게 변하는 이동 서비스의 수집 설계로 가장 적절한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: 오래된 위치를 현재 위치로 오인해 잘못된 서비스를 제공할 수 있다.
- ② 오답: 정보마다 변화 속도가 달라 획득 주기를 따로 정해야 한다.
- ③ 오답: 메타정보가 없으면 값의 최신성과 신뢰도를 판단하기 어렵다.
- ④ 정답: 변화 속도와 서비스 요구에 맞춘 갱신 및 메타정보가 위치 해석을 가능하게 한다.
7. 회의실 센서값에서 ‘회의 준비 필요’를 도출할 때 필요한 관계는?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
- ① 정답: 여러 관측값을 대상·시간·예약과 연결해야 직접 측정되지 않은 회의 상태를 판단할 수 있다.
- ② 오답: 낮은 조도는 발표 중이나 빈 방에서도 나타날 수 있어 단일 값만으로 결론 내릴 수 없다.
- ③ 오답: 추론의 입력과 근거가 사라지면 상황 판단을 검증할 수 없다.
- ④ 오답: 장치 정보보다 서비스에 필요한 데이터 의미와 관계가 중요하다.
8. 서로 다른 두 상황인식 시스템이 위치정보를 전송은 하지만 다르게 해석한다. 우선 보완할 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
- ① 오답: 센서 수보다 전달값의 의미와 단위를 일치시키는 일이 먼저다.
- ② 정답: 교환 상대가 같은 개념으로 해석하도록 공통 표현과 메타정보를 유지해야 한다.
- ③ 오답: 전송 성공과 의미의 상호운용성은 서로 다른 조건이다.
- ④ 오답: 모델을 없애면 숫자가 누구의 어느 위치를 뜻하는지 알기 어렵다.
9. “상황인식 정확도를 높이려면 가능한 개인정보와 센서값을 모두 수집하면 된다.”라는 주장에 대한 교정은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: 값의 대상과 관계를 모델링하지 않으면 양이 많아도 상황으로 해석되지 않는다.
- ② 오답: 불필요한 데이터는 저장·관리 부담과 개인정보 노출 위험을 키울 수 있다.
- ③ 오답: 최신성·정확성 메타정보가 없으면 추론의 신뢰도를 평가하기 어렵다.
- ④ 정답: 서비스 목적에서 필요한 상황과 품질을 역으로 정하는 것이 정확성과 책임성을 함께 높인다.
10. 새로운 상황인식 서비스를 설계하는 순서로 가장 적절한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
- ① 정답: 서비스 목적에서 필요한 정보와 품질을 정한 뒤 표현·판단·운영 구조로 연결한다.
- ② 오답: 목적 없는 과잉 수집은 의미를 보장하지 않고 비용과 위험을 높인다.
- ③ 오답: 센서 코드를 응용마다 결합하면 변경과 재사용이 어려워진다.
- ④ 오답: 결론을 먼저 정하면 관측과 추론의 근거를 검증할 수 없다.
참고 자료와 작성 기준
이 글은 해당 차시 강의자료를 바탕으로 학습 목적에 맞게 재구성한 비공식 학습자료입니다. 회의실 원시 데이터가 서비스로 바뀌는 관계도, 네 상황 축의 질문표, 모델 선택 기준, 관측값과 추론값의 구분, 상황인식 서비스 설계 순서는 학습자가 새 사례를 직접 분석하도록 구성했습니다.
- 작성·편집: 올에이클래스 학습연구팀
- 주요 근거: 한국방송통신대학교 컴퓨터과학과, 「유비쿼터스컴퓨팅개론」 10강 상황인식 처리 기술 강의자료, 2024
- 보충 자료: 외부 자료를 사용하지 않음
- 편집 원칙: 올에이클래스 편집 정책
- 최종 내용 검토: 2026-09-07
댓글
댓글 쓰기