KR100772928B1

KR100772928B1 - 상황-인식 서비스 제공 시스템 및 방법

Info

Publication number: KR100772928B1
Application number: KR1020060094183A
Authority: KR
Inventors: 전해숙; 이경희; 박승민
Original assignee: 한국전자통신연구원
Priority date: 2006-09-27
Filing date: 2006-09-27
Publication date: 2007-11-02
Also published as: US7725532B2; US20080077661A1

Abstract

유비쿼터스 기반의 상황 정보에 따라 서비스 제공의 가부와 그 내용을 결정하는 시스템 및 방법에 관한 것으로, 적어도 하나의 상황-인식 서비스(Context-Aware Service; 이하 CAS라 함)를 등록받는 단계와, 상기 CAS와 관련된 센서의 등록 여부를 확인하는 단계와, 상기 확인 결과 모두 등록이 되었다면, 상기 CAS와 관련된 컨텍스트를 검사하는 단계와, 상기 CAS의 제공 요청을 수신하면, 상기 센서로부터 상황 정보를 입력받아 상기 상황 정보가 상기 컨텍스트를 만족시키는지 판단하는 단계와, 상기 판단 결과, 상기 상황 정보가 상기 컨텍스트 모두를 만족하진 않으나 적어도 하나의 상기 컨텍스트를 만족한다면, 상기 CAS를 제공하는 단계를 포함하는 상황-인식 서비스 제공 방법이 개시된다. 이에 따라, CAS에 대한 모든 상황 정보가 수집되지 않더라도, 현재의 상황에 맞는 서비스 수행 가부를 결정짓는 엔진을 적용함으로써, 사용자의 서비스 요구에 빠르고 신속한 정보 전달할 수 있다.

CAS(Context-Aware Service), 상황 정보, 컨텍스트

Description

상황-인식 서비스 제공 시스템 및 방법{SYSTEM AND METHOD FOR PROVIDING CONTEXT-AWARE SERVICE}

도 1은 종래기술에 따른 상황인식 시스템을 나타내는 구성도.

도 2는 종래 기술에 따른 단말기의 위치를 추적하는 방법을 설명하기 위한 모식도.

도 3은 종래 기술에 따른 유비쿼터스 기반의 상황 정보 제공 서비스 시스템의 구성도.

도 4는 종래 기술에 따른 유비쿼터스 기반의 상황 정보 제공 서비스 시스템 중 센서 노드의 상세 구성도.

도 5는 본 발명에 따른 상황-인식 서비스 개념을 설명하기 위한 모식도.

도 6은 본 발명의 일 실시예에 따른 상황-인식 서비스 제공 시스템을 나타내는 구성도.

도 7은 본 발명의 일 실시예에 따른 상황-인식 서비스 제공 방법을 나타내는 순서도.

도 8은 본 발명에 따른 CAS 수행 과정을 나타내는 순서도.

도 9는 본 발명에 따른 상황-인식 서비스 요청시에 현재 상황 정보의 상태 점검 방법을 나타내는 순서도.

본 발명은 상황 정보 서비스에 관한 것으로, 더욱 상세하게는 유비쿼터스 기반의 상황 정보에 따라 서비스 제공의 가부와 그 내용을 결정하는 시스템 및 방법에 관한 것이다.

정보 산업과 이동 통신 기술이 발전함에 따라 휴대용 기기나 정보 가전제품 들이 새롭게 확정되면서 컴퓨터 시스템들은 인간 생활의 편리성과 다양성을 위해 하나의 네트워크에 연결되고 있으며, 언제 어디서나 통신 및 컴퓨팅이 가능하고 컴퓨팅 시스템이 상호간에 정보를 공유하고 협력함으로써 새로운 서비스가 가능한 유비쿼터스 컴퓨팅(Ubiquitous Computing)환경으로 발전되고 있다.

유비쿼터스 개념은 '언제 어디서나', '동시에 존재한다'라는 뜻으로 일반적으로 물이나 공기처럼 도처에 있는 자연자원이나 종교적으로는 신이 언제 어디서나 시공을 초월하여 존재한다는 것을 상징하는 것을 의미한다. 정보통신 분야에서는 이것을 '유비쿼터스 컴퓨팅'이나 '유비쿼터스 네트워크(Ubiquitous Network)'처럼 유비쿼터스화 되고 있는 새로운 IT 환경 또는 IT 패러다임으로 받아들여지고 있다. 즉, 유비쿼터스 통신 또는 유비쿼터스 컴퓨팅이란 쉽게 말해서 현재의 컴퓨터에 어 떠한 기능을 추가한다든가 컴퓨터 속에 무엇을 넣는게 아니라, 반대로 컵, 자동차, 안경 그리고 신발과 같은 일상적인 사물에 각각의 역할에 부합되는 컴퓨터를 집어넣어 사물끼리도 서로 통신을 할 수 있도록 해주는 것이다. 휴대성과 편의성을 함께 갖춘 포스트 PC 제품을 시간과 공간에 제한을 받지 않고 정보 처리를 할 수 있는 시스템으로 현재 개인 휴대단말기(PDA), 인터넷 TV, 스마트 폰 등으로 대표되는 차세대 정보기기들을 통해 특화된 업무를 처리하거나 무선통신망을 통해 인터넷과 연결해 정보처리가 가능해지고 있으며 관련 기술과 제품의 발전으로 유비쿼터스 컴퓨팅이 점차 확대될 것으로 전망된다. 따라서, 앞으로 우리 주변에 많은 물체에 컴퓨터를 내장하여 전자제품뿐만 아니라 자동차, 안경, 그림, 벽, 심지어 병이나 약, 쓰레기에도 마이크로프로세서를 내장하여 통신 및 협력을 통해 인간에게 보이지 않게 컴퓨팅을 제공하게 될 것이다.

사용자가 처한 환경에서 사용자의 현재 위치, 사용자 ID, 사용 컴퓨터의 고유번호, 사용자의 행동 및 작업 등을 대상 또는 객체(Object)라도 표현할 수 있다. 또한, 사용자나 사용자의 객체에 대한 정보 값과 그 정보들의 변화를 상황(Context)이라고 표현할 수 있다. 예를 들어 사용자의 신원 정보, 현재시간, 계절, 온도 등 사용자의 주위 환경에 대해 컴퓨팅에 필요한 정보를 상황이라 할 수 있다. 이러한 상황 정보를 사용자의 환경으로부터 얻어내는 과정을 상황-인식(Context-Aware)이라 한다. 객체들이 발견되면 객체에서 얻은 상황 정보는 현 시스템에서 사용될 수도 있고 네트워크를 통해서 서버에 등록하여 저장되거나 다른 곳에서 이용될 수 있다. 서버에 저장된 상황 정보는 필요에 따라 유비쿼터스 네트워크에 연결된 다른 단말에서 이용되거나 실행될 수 있다.

이러한 상황-인식에 대한 종래 기술로는 "P.Couder and A.M. Kermarrec"가 1999년 IEEE Symposium on Reliable Distributed System(pp. 24-33)에서 발표한 "Improving Level of Service for Mobile Users Using Context-Awareness"논문이 있다. 이 논문에서는 상황-인식을 처리하기 위해 상황 객체(Contextual Object, CO)를 표현하는 모델을 제시하고 있다.

도 1은 종래기술에 따른 상황인식 시스템을 나타내는 구성도이다.

도 1을 참조하면, 상술한 시스템은 클라이언트(100)와, 서버(200)를 포함하며, 서버(200)는 정보 서버 역할을 수행하여 상황 객체를 저장하고 관리하며 클라이언트(100)의 요청에 응답한다.

클라이언트(100)는, 시스템과 네트워크를 모니터링하여 상황을 탐지하고 상위 계층으로 통지해주는 탐지/통지 계층(130)과, 상황 정보의 관리 및 처리를 위해 선택하고 저장하도록 지시하는 적응 계층(120)과, 이 적응 계층(120)과 연동하는 응용 계층(110)을 포함한다.

응용계층(110)은 최상위 계층에 존재하며 적응적 시스템에서의 상황에 따른 처리 결과를 보여주거나 속성 정보를 상황 관리기(122)에게 전달한다.

적응계층(120)의 경우, 상황 객체 관리기(121)는 각 응용에서 현재 사용되고 있는 상황 객체의 모든 정보를 위한 데이터 구조를 관리하고, 상황 관리기(122)는 탐지/통지 계층(130)에서 현재 환경에 대한 상황의 변화가 감지되었을 때 이에 대한 정보를 넘겨받는다. 선택관리기(123)는 사용자 프로파일 내의 취향이나 선호도 를 기반으로 현재 상황에 최적의 결과를 얻을 수 있도록 불필요한 정보를 필터링한다.

탐지/통지 계층(130)은 사용자의 관심에 따른 시스템 또는 네트워크의 상황의 변화, 주변의 환경을 감지하여 하위 레벨 정보를 상위 레벨의 이벤트로 변환하고 그 이벤트를 통지한다.

이와 같은 상황인식 시스템은, 예컨대, 상황 객체를 사용자의 개인 ID에 대해 정의하면, 웹 문서에 대한 사용자의 위치나 언어, 브라우저 타입, 통신 환경에 따라 적당한 환경을 선택하여 이에 적합한 웹 문서를 사용자에 보여줄 수 있다.

그러나, 상술한 종래 기술에서는 상황 인식을 위한 시스템 구조 등을 제시하고 있지만, 클라이언트 측의 수행 과정이 불분명하며, 상황 인식 서버의 구조가 명확하지 않아, 상황 정보를 저장하는 방법과 검색 모듈에 대해서는 구체적인 언급이 없다. 더욱이, 클라이언트와 서버 간의 통신 및 프록시 모듈의 기능이 없어 네트워크 장애에 따른 재전송 및 캐싱 기능이 부족한 문제점이 있었다.

다른 종래 기술로는 "Aby Harter, Any Hopper, Pete Steggles, Andy Ward and Paul Webster"가 2002년에 Wireless Networks(Vol. 8, Issue 2/3, pp. 187-197)에서 발표한 "The anatomy of a Context-aware application" 논문이 있다. 상기 종래 기술은 건물 내부에서 이동 단말기의 위치를 검출하기 위해 도 2와 같은 공간 정보를 이용한 시스템 구조를 제안하고 있다.

도 2는 종래 기술에 따른 단말기의 위치를 추적하는 방법을 설명하기 위한 모식도이다.

도 2를 참조하면, 기지국(310)은, 수신기(A,B,C)를 통해서 이동단말기(320)의 이동을 인식하고, 수신기(C,D,E)를 통해 이 이동단말기(320)가 이동한 새로운 위치를 파악하여, 이에 대응하는 새로운 처리를 수행할 수 있다. 이때, 단순히 이동단말기의 위치만을 확인할 때는 단순히 공간 인덱싱 시스템만을 이용하지만 상황 정보를 저장하고 불러와 처리할 때는 서버의 데이터 베이스까지 접근하여 처리한다.

상술한 종래 기술을 해결하기 위하여, 도 2와 같은 공간정보를 이용하여 도 1 에 도시된 시스템의 문제점을 극복하기 위해 도 3 및 도 4와 같은 시스템이 제안되었다.

도 3은 종래 기술에 따른 유비쿼터스 기반의 상황 정보 제공 서비스 시스템의 구성도이다.

도 3에 도시된 바와 같이, 상기 시스템은, 센서 노드(410)와, 이 센서 노드(410)와 연동하는 센서 네트워크에 접속된 상황 인식 미들웨어(420)와, 상황 인식 미들웨어(420)로부터 수신된 정보를 토대로 상기 정보 제공 서비스를 사용자에게 제공하는 상황 인식 서버(430)를 포함한다.

센서 노드(410)는, 서비스 환경의 변화(위치, 온도 습도, 시설 이용 등의 상황 정보)를 실시간으로 검출(수집)하여 애드 혹(ad-hoc) 라우팅의 자가 구성을 통해 센서 네트워크에 연결된 상황 인식 미들웨어(420)로 전달한다.

상황 인식 미들웨어(420)는, 센서 노드(410)로부터 전달받은 사용자의 상황 정보를 상황 인식 서버(430)에 저장하기 위한 서비스 상황 정보 저장 요청에 포함 시켜 이를 상황 인식 서버(430)로 전달하고, 사용자로부터 서비스 이용 요청을 수신하여 사용자의 서비스 선호도, 사용자가 보유한 기기의 상태 및 주변 상황 정보 등을 체크하여 상황 인식 서버(430)로 해당 서비스를 요청한다.

상황 인식 서버(430)는 상황 인식 미들웨어(420)를 통해 전달받은 서비스 상황 정보 저장 요청에 따른 사용자의 상황 정보를 저장하고, 상황 인식 미들웨어(420)를 통하여 전달받은 서비스 이용 요청에 따라 자신이 저장하고 있는 사용자의 상황 정보를 토대로 해당 서비스를 제공한다.

이하, 도 4를 참조하여 센서 노드의 구성에 대하여 보다 상세히 설명한다. 도 4는 종래 기술에 따른 유비쿼터스 기반의 상황 정보 제공 서비스 시스템 중 센서 노드의 상세 구성도이다.

도 4에 도시된 바와 같이, 센서 노드(410)는, 사용자 또는 서비스를 제공할 장치에 부착되어 실시간으로 사용자의 상황 정보를 감지하는 태그 센서(411)와, 태그 센서(411)로부터의 신호를 감지하여 사용자의 위치를 인식하고, 사용자로부터의 서비스 요청과 같은 능동형 서비스 데이터와 불법 침입 탐지와 같이 사용자의 개입이 필요없는 수동형 서비스 데이터를 라우팅을 통하여 싱크 센서(413)로 전달하는 센싱 센서(412)와, 센싱 센서(412)로부터 능동형 서비스 데이터 및 수동형 서비스 데이터를 수집하여 상황 인식 미들웨어(420)로 전달하며 센싱 센서(412)의 상태를 제어하는 싱크 센서(413)를 포함한다.

태그 센서(411)는 사용자 또는 서비스를 제공할 장치에 부착되며, 서비스 장치의 내부에 내장되거나 외부에 장착될 수 있다. 상황 인식을 통한 서비스를 제공하기 위한 첫번째 단계는 사용자의 위치 인식이다. 위치 인식은 사용자가 부착한 태그 센서(411)와 건물에 부착된 센싱 센서(412)와의 통신 정보를 이용하여 좌표를 계산하는 방식을 이용한다. 즉, 센싱 센서(412)에서 무선 통신, 지그비 통신, 초광대역 무선 통신 등과 같은 무선 통신을 이용하여 임의의 태그 센서(411)로 신호를 전송하면, 이 태그 센서(411)가 3개 이상의 센싱 센서(412)로부터 수신한 위치 정보를 이용하여 자신의 위치 좌표를 계산한 후, 다시 센싱 센서(412)로 전달하여 상황 인식 서버(430)가 위치를 인식하도록 하는 양방향 커뮤니케이션 방식을 이용한다.

그 반대로, 태그 센서(411)가 외부에 존재하는 센싱 센서(412)로 신호를 전송하고, 외부의 센싱 센서(412)들이 이 신호를 사용하여 그 위치를 계산할 수도 있다. 이때, 태그 센서(411)의 위치 정보는 센서 네트워크에서 컨텍스트(Context), 즉 상황 정보 중의 하나이며, 이에 대한 정의는 다음과 같다.

즉, 상황(Context) 정보란 앞에서도 설명한 바와 같이, 사용자와 사물간의 상호 작용에 연관된 존재물(사람, 장소, 사물 등)을 특징 짓는 모든 형태의 정보로서, 사용자가 사용하는 계산 능력을 갖춘 도구에서 발생되는 자원 정보 및 사용자의 행동에 기초하여 변화되는 주변 정보를 포함한다.

태그 센서(411)의 위치 정보를 포함한 상황 정보를 네트워크 토폴로지로 구성된 센싱 센서(412)를 경유하여 상황 인식 서버(430)로 전달된다. 이때, 태그 센서(411)로부터 수집한 상황 정보를 처리할 수 있을 때에는 상황 인식 서버(430)로 전달하지 않고 센싱 센서(412)가 자체적으로 처리할 수도 있다.

한편, 태그 센서(411)로부터 수집한 상황 정보를 전달하기 위한 네트워크 토폴로지는 서비스에 필요한 정보를 감지하기 위한 센싱 센서(412)들로만 이뤄진 센싱 센서 층, 감지한 정보를 지역별, 서비스별, 네트워크별로 요약하는 헤더 센서 층으로 나뉠 수 있고, 헤더 센서 층은 상술한 센싱 센서 층 가운데 선출한다.

이어, 헤더 센서에서 요약된 정보는 센서 네트워크와 상황 인식 시스템(상황 인식 미들웨어 및 상황 인식 서버)을 연결해 주는 게이트웨이 역할을 수행하는 싱크 센서(413)로 전달된다.

상술한 센서들은 "RF" ZigBee", "UWB"와 같은 무선 통신 또는 유선 통신을 통하여 자유자재로 동일 계층간 통신이 이루어지며, 센서들이 그룹을 형성하여 서로 제어 메시지나 데이터를 교환하고, 형성한 그룹에 새로운 센서가 새롭게 추가되거나 삭제될 수 있다.

상술한 바와 같이, 종래 기술은 사용자의 상황 정보를 실시간으로 수집하고, 이를 토대로 사용자마다 최적화된 서비스를 제공하도록 구성되었다. 그러나, 사용자로부터 요청된 서비스가 한 개 이상의 상황들로 구성되고, 적어도 하나의 상황이 존재하는 경우에, 사용자의 서비스 요청에 대한 상황 정보들의 갯수가 해당 서비스에서 정의된 상황 정보의 수와 일치하지 않는 경우(예를 들어, 센서의 고장, 추가 또는 기존 센서의 제거로 정보가 수집되지 않았을 경우)에는 상술한 서비스 자체를 제공할 수 없는 문제점이 있었다.

따라서, 본 발명의 목적은 상황-인식를 위한 시스템이 구축이 된 상황에서, 사용자로부터 요청된 서비스에 대한 모든 상황 정보가 수집되지 않더라도 현재의 상황에 맞는 서비스를 제공할지 여부를 결정짓는 상황-인식 서비스 제공 시스템 및 방법을 제공하는데 있다.

이를 위하여, 본 발명에 따른 상황-인식 서비스 제공 시스템은, 센서로부터 제공받은 상황 정보가 모든 컨텍스트를 만족하지 못하지만 적어도 하나의 컨텍스트를 만족하는 경우에도 클라이언트로부터 요청된 상황-인식 서비스(Context-Aware Service; 이하 CAS라 함)를 제공하도록 판단하는 CAS 추론 엔진; 및 상기 클라이언트로부터 CAS 요청을 수신하면, 상기 CAS 추론 엔진을 통해 상기 CAS 제공 여부를 결정하고, 상기 결정에 따라 상기 클라이언트에 상기 CAS를 제공하는 상황 인식 서버를 포함한다.

또한, 본 발명에 따른 상황-인식 서비스 제공 방법은 (a) 적어도 하나의 상황-인식 서비스(Context-Aware Service; 이하 CAS라 함)를 등록받는 단계; (b) 상기 CAS와 관련된 센서의 등록 여부를 확인하는 단계; (c) 상기 확인 결과 모두 등록이 되었다면, 상기 CAS와 관련된 컨텍스트를 검사하는 단계; (d) 상기 CAS의 제공 요청을 수신하면, 상기 센서로부터 상황 정보를 입력받아 상기 상황 정보가 상기 컨텍스트를 만족시키는지 판단하는 단계; 및 (e) 상기 판단 결과, 상기 상황 정보가 상기 컨텍스트 모두를 만족하진 않으나 적어도 하나의 상기 컨텍스트를 만족한다면, 상기 CAS를 제공하는 단계를 포함한다.

이하에서는, 첨부 도면 및 실시예를 참조하여 본 발명을 상세히 설명한다. 도면상에서 동일 또는 유사한 구성 요소에 대하여는 동일한 참조 번호를 부여하였다. 특히, 종래 기술에서 상세히 설명된 도 3 및 도 4에 따른 유비쿼터스 기반의 상황 정보 제공 서비스 시스템은 본 실시예의 기반이 되는 서비스 시스템이고, 본 명세서 또한 상술한 도 3 및 도 4를 토대로 작성된다.

유비쿼터스 기반의 상황 정보에 따라서 서비스의 내용을 결정하기 위해서, 상황-인식 서비스(Context-Aware Service;이하 CAS라 함)가 존재하고, 하나의 CAS는 하나 이상의 상황(컨텍스트; Context), 관련 CAS들, 또는 관련 CAS에 새로운 상황 정보의 집합으로 이루어질 때, 종래의 서비스에서는 모든 상황 정보가 수집되어야 상술한 상황-인식 서비스를 제공하였다. 그러나, 본 발명에서는 이러한 모든 상황 정보가 수집되지 않더라도, 상황-인식 추론 엔진을 이용하여 상황-인식 서비스를 제공할 수 있도록 한다.

도 5는 본 발명에 따른 상황-인식 서비스 개념을 설명하기 위한 모식도이다.

도 5를 참조하면, 이동 단말기(550; 예컨대, 노트북, 휴대폰 등)가 A 지역에 있을 때, 수집되는 센서 정보는 센서 노드(515, 516) 두 가지 정보이고, B지역으로 옮기면 센서 노드(517)에 의한 센서 정보가 하나 더 추가되며, C지역으로 옮기면 센서 노드(518)에 의한 센서 정보가 하나 더 추가된다. 이후, 이곳에서 A지역으로 다시 옮겨 간다면, 센서 노드(517, 518)에 의한 센서 정보가 2개가 없어진다. 이 경우, 종래의 상황 인식 응용 서비스가 센서 노드(515, 516, 517, 518)에 의한 4개의 정보가 모두 만족이 되는 경우에만 서비스 수행 여부를 판단하도록 설정된다면, 사용자는 A지역과 B지역에서는 서비스를 받지 못하는 경우가 발생한다.

이 경우에, 본 발명에 따른 상황-인식 추론 엔진을 사용하여 이동 단말기(550)가 어느 지역으로 옮겨다녀도 중단되지 않는 서비스를 받을 수 있도록 한다.

예컨대, 센서 노드(515, 516, 517, 518)가 시간, 온도, 빛을 감지한다고 가정하자. 또한, CAS는 음악을 요구하고, 이때 해당하는 컨텍스트는 오전이면 A음악, 오전이고 선선(온도:20도~25도)하면 B음악, 오전이고 선선하고 빛이 밝으면(예를 들어 3000 lux 이상) C음악이라고 가정하고, 이 센서 노드(515, 516, 517, 518)가 한 개, 2 개 또는 3 개의 세트로 각 방 또는 어느 일정 영역에 존재한다고 가정하자.

그러면, 상술한 컨텍스트에서 음악 플레이를 요구하는 이동 단말기(550)가 옮겨 갈 때, 센서 노드(515, 516, 517, 518)에서 감지된 정보에 따라 X지역에서는 A타입의 음악을, Y지역으로 가면 B타입의 음악을, Z지역에서는 C타입의 음악을 듣게 된다.

이러한 서비스 제공시에, 이동 단말기(550)의 위치에 따라 센서 노드의 개수와 종류가 다를 수도 있지만, 센서 노드의 오류에 의해 발생하는 일도 있다. 이때, 이동 단말기(550)의 위치 정보를 이용하여 그 지역 내의 동작하는 센서 노드의 수와 센서 노드의 상태를 점검할 수도 있다. 센서 노드가 파워는 있는데 상황 정보를 주지 못하는 것인지, 오동작하고 있는지 확인할 수도 있다.

이하, 이러한 상황-인식 서비스 제공 시스템 및 방법을 첨부된 도면을 참고하여 더욱 상세히 설명한다.

도 6은 본 발명의 일 실시예에 따른 상황-인식 서비스 제공 시스템을 나타내는 구성도이다.

도 6에 도시한 바와 같이, 상기 시스템은, 적어도 하나의 센서(510)와, 적어도 하나의 클라이언트(550)와, 상황 인식 서버(530)와, CAS 추론 엔진(570)을 포함한다.

센서(510)는 상황 정보를 생성하여 CAS 추론 엔진(570)으로 제공하지만, 도 4의 센서 노드(410)와 그 구성 및 동작이 실질적으로 유사하므로, 상세한 설명을 생략한다.

CAS 추론 엔진(570)은 센서(510)로부터 상황 정보를 제공받아 컨텍스트의 만족 여부를 결정하여 상황 인식 서버(530)가 클라이언트로 CAS를 제공하도록 한다. 특히, CAS 추론 엔진(570)은 비록 상황 정보가 모든 컨텍스트를 만족하지 못하고 적어도 하나의 컨텍스트를 만족하는 경우에도 상황 인식 서버(530)가 CAS를 클라이언트로 제공하도록 함으로써, CAS가 중단되지 않고, 최소한의 CAS를 제공할 수 있다.

상황 인식 서버(530)는 CAS 애플리케이션을 클라이언트(550)로 제공하는데, 특히 본 발명을 위해서, CAS 제공 여부의 판단은 CAS 추론 엔진(570)을 이용한다. 또한, 다른 실시예로, CAS 추론 엔진(570)은 이 상황 인식 서버(530)의 일 구성요소로서 포함시켜 상기 시스템을 구성할 수도 있다.

도 7은 본 발명의 일 실시예에 따른 상황-인식 서비스 제공 방법을 나타내는 순서도이다.

도 7을 참조하면, 먼저 클라이언트(550) 또는 다양한 멀티미디어 도구를 통해 상황 인식 서버(530)에 CAS(Context-Aware Service)에 대한 등록을 수행하고, CAS와 관련된 필요한 센서(510)가 모두 등록이 되었는지 검사한다(S710-S720).

검사결과, 상기 센서가 모두 등록이 되었다면, 이 CAS에 대한 식별자를 저장하고 상기 CAS와 관련된 컨텍스트들을 검사한다(S730). 즉, CAS에 필요한 컨텍스트가 다 등록되었는지를 확인한다. 이때, 상기 컨텍스트 개별적으로 CAS와 관련된 디폴트 CAS를 할당하여 상황-인식 서비스가 제공되도록 한다.

그리나, 적어도 하나 이상의 필요한 센서들이 등록이 되어 있지 않다면, 해당 CAS에 대한 식별자를 저장하고 상기 CAS 관련 센서 및 컨텍스트를 검사한다(S740). 예컨대, 미등록된 컨텍스트는 센서 역시 등록되지 않으므로 차후에 센서를 재등록할 수도 있으며, 등록되어 있는 센서이지만 오류 상태인 경우에는 컨텍스트가 미등록되므로, 차후 사용자에 의해 판단 조치될 수 있도록 미리 정의된 오류 값으로 컨텍스트에 저장한다. 또한, 상기 컨텍스트 개별적으로 CAS와 관련된 디폴트 CAS를 할당하여 상황-인식 서비스가 제공되도록 한다.

이와 같이, 하나의 등록된 CAS에 대하여 센서 및/또는 컨텍스트 검사를 완료하면 클라이언트로부터 요청된 상기 CAS를 수행한다(S750). 이때, 이러한 CAS 수행은 본 발명에 따른 CAS 추론 엔진(570)을 통해 수행한다. 이는 도 8에 상세히 설명되어 있으므로, 관련 부분에서 후술한다.

이후, 클라이언트(550) 또는 다양한 멀티미디어 도구를 통해 상황 인식 서버(530)에서 CAS 제거 요청을 받으면, 이 CAS에 대한 컨텍스트를 제거하기 위해서 컨텍스트를 검사한다(S760-S770). 이때, 상기 CAS 관련 컨텍스트를 제거하면 이 컨텍스트에 대한 센서 등록 역시 제거되어야 한다. 상기 단계 S760에서, 제거 요청이 없다면, 다시 단계 S720으로 돌아간다.

그리고, 상기 제거 요청된 CAS를 제거한다(S780). 이로써, 하나의 CAS에 대한 라이프 사이클이 종료된다.

도 8은 본 발명에 따른 CAS 수행 과정을 나타내는 순서도로서, 도 7의 단계 S750을 더욱 상세히 설명하는 도면이다.

도 8을 참조하면, 클라이언트에 의해 CAS 요청이 있으면, 해당 CAS와 관련된 상황 정보가 컨텍스트 모두를 만족하는지 확인한다(S751-S752). 예컨대, 컨텍스트가 "A 지역에서 오전이고 비 내리면 Z 음악"으로 설정되고(이때, 본 발명을 위해서 "A 지역에서 오전일 때 디폴트 음악은 X 음악, A 지역에서 비 내리면 디폴트 음악은 Y 음악"으로 디폴트 설정), CAS가 음악을 요청하는 경우에 있어서, A 지역에서 오전이라는 상황 정보와 비 내리는 상황 정보가 컨텍스트 모두를 만족하는지 확인한다.

상기 단계 S752의 판단 결과, 상황 정보가 컨텍스트를 모두 만족하면 클라이언트에 의해 요청된 CAS를 제공한다(S753). 예컨대, A 지역에서 오전이라는 상황 정보와 비 내리는 상황 정보를 센서로부터 입력받으면, CAS 추론 엔진(570)은 현재 상황 정보가 컨텍스트를 만족함을 상황 인식 서버(530)로 통지하여 클라이언트에 CAS(즉, Z음악)를 제공하도록 한다.

이어, 상기 CAS와 관련된 상황 정보가 컨텍스트 중에 적어도 하나의 컨텍스트에 만족하는지 판단을 한다(S754). 이는 종래에서는 상황 정보가 컨텍스트를 하나라도 만족하지 못하는 경우, 그 CAS를 제공하지 못하였으나, 본 발명에 따른 CAS 추론 엔진에서는 적어도 하나의 상황 정보가 컨텍스트를 만족하는 경우에도 CAS를 제공할 수 있음을 의미한다.

단계 S754의 판단결과, 적어도 하나의 컨텍스트에 만족하지 못하면 CAS 제공이 불가능하다. 이때에는, 서비스 미제공에 대한 사과문을 발송한다. 그러나, 적어도 하나의 컨텍스트라도 만족하면, 불충분한 현재의 상황 정보를 가지고 추론을 하여 요청된 CAS를 수행한다(S755-S756). 예컨대, 상황 정보가 오전이면서 비가 내리지 않는 경우에, CAS 요청시 현재의 상황 정보가 적어도 하나의 컨텍스트에 만족하므로(즉, 오전이라는 상황 정보가 컨텍스트의 일부만 만족), 오전에 해당하는 디폴트 음악인 X 음악을 CAS로서 제공한다.

이와 같이 수행함으로써, 클라이언트가 요구하는 모든 조건(즉, 컨텍스트)에 만족하지 못하더라도 CAS가 중단되지 않고, 최소한의 CAS를 제공할 수 있다.

도 9는 본 발명에 따른 상황-인식 서비스 요청시에 현재 상황 정보의 상태 점검 방법을 나타내는 순서도로서, CAS가 동작하지 않을 경우에 그 원인이 무엇인지 클라이언트로 알려주는 과정을 나타낸다.

도 9를 참조하면, 현재 서비스되고 있는 컨텍스트들이 궁금한 경우, 현 서비스의 상황 정보 상태를 요청한 후, 관련 정보를 수집이 완료되면 각 상황 정보의 상태를 표시하여 확인할 수 있다(S810-S830).

그러나, 만일 관련 정보 수집이 완료되지 않으면, 이 상황 정보들을 제공하지 못하고, "이 지역이 서비스 지역이 아닙니다"와 같은 안내문을 발송한다(S840).

지금까지 본 발명을 바람직한 실시예를 참조하여 상세히 설명하였지만, 당업자는 본 발명의 사상 및 범위를 벗어나지 않고 다양한 변형 또는 수정이 가능하다는 것을 알 것이다.

이상에서 설명한 바와 같은 본 발명에 따르면, CAS를 구성하고 있는 상황 정보들에 대한 모든 상황 정보가 수집되지 않더라도 현재의 상황에 맞는 서비스 수행 가부를 결정짓는 엔진을 적용함으로써, 사용자의 서비스 요구에 빠르고 신속한 정보 전달하는 효과가 있다.

Claims

(a) 적어도 하나의 상황-인식 서비스(Context-Aware Service; 이하 CAS라 함)를 등록받는 단계;

(b) 상기 CAS와 관련된 센서의 등록 여부를 확인하는 단계;

(c) 상기 확인 결과 모두 등록이 되었다면, 상기 CAS와 관련된 모든 컨텍스트를 검사하는 단계;

(d) 상기 CAS의 제공 요청을 수신하면, 상기 센서로부터 상황 정보를 입력받아 상기 상황 정보가 상기 컨텍스트를 만족시키는지 판단하는 단계; 및

(e) 상기 판단 결과, 상기 상황 정보가 상기 컨텍스트 모두를 만족하진 않으나 적어도 하나의 상기 컨텍스트를 만족한다면, 상기 CAS를 제공하는 단계

를 포함하는 것을 특징으로 하는 상황-인식 서비스 제공 방법.
제 1 항에 있어서, 상기 (c) 단계는,

적어도 하나 이상의 상기 센서들이 등록이 되어 있지 않다면, 상기 CAS와 관련된 센서 및 상기 컨텍스트를 검사하는 것을 특징으로 하는 상황-인식 서비스 제공 방법.
제 1 항에 있어서, 상기 (c) 단계는,

상기 센서가 등록되었지만 오류 상태인 경우, 미리 정의된 오류 값으로 상기 센서와 관련된 컨텍스트에 저장하는 것을 특징으로 하는 상황-인식 서비스 제공 방법.
제 1 항에 있어서,

(f) 상기 CAS에 대한 제거 요청을 받으면, 상기 컨텍스트를 검사하여 상기 CAS와 관련된 센서를 제거하는 단계; 및

(g) 상기 제거 요청된 CAS를 제거하는 단계

를 더 포함하는 것을 특징으로 하는 상황-인식 서비스 제공 방법.
제 1 항 내지 제 4 항 중 어느 한 항에 있어서, 상기 (c) 단계는,

상기 컨텍스트 개별적으로 디폴트 CAS를 할당하는 것을 특징으로 하는 상황-인식 서비스 제공 방법.
제 1 항 내지 제 4 항 중 어느 한 항에 있어서, 상기 (e) 단계는,

상기 판단 결과 상기 상황 정보가 상기 컨텍스트를 모두 만족한다면, 상기 CAS를 제공하는 것을 특징으로 하는 상황-인식 서비스 제공 방법.
제 1 항 내지 제 4 항 중 어느 한 항에 있어서, 상기 (e) 단계는,

상기 판단 결과 상기 상황 정보가 상기 컨텍스트 모두 만족하진 않으면, 상기 CAS 제공 불가와 관련된 안내 메시지를 전달하는 것을 특징으로 하는 상황-인식 서비스 제공 방법.
센서로부터 제공받은 상황 정보가 적어도 하나의 컨텍스트를 만족하는 경우에 클라이언트로부터 요청된 상황-인식 서비스(Context-Aware Service; 이하 CAS라 함)를 제공하도록 판단하는 CAS 추론 엔진; 및

상기 클라이언트로부터 CAS 요청을 수신하면, 상기 CAS 추론 엔진을 통해 상기 CAS 제공 여부를 결정하고, 상기 결정에 따라 상기 클라이언트에 상기 CAS를 제공하는 상황 인식 서버

를 포함하는 것을 특징으로 하는 상황-인식 서비스 제공 시스템.
제 8 항에 있어서, 상기 CAS 추론 엔진은,

상기 상황 정보가 상기 컨텍스트를 모두 만족한다면, 상기 CAS를 제공하도록 판단하는 것을 특징으로 하는 상황-인식 서비스 제공 시스템.
제 8 항 또는 제 9 항에 있어서, 상기 CAS 추론 엔진은,

상기 상황 정보가 상기 컨텍스트 모두 만족하진 않으면, 상기 CAS 제공 불가와 관련된 안내 메시지를 전달하도록 판단하는 것을 특징으로 하는 상황-인식 서비스 제공 시스템.