KR20080022299A

KR20080022299A - 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템 및업데이트 방법

Info

Publication number: KR20080022299A
Application number: KR20060085569A
Authority: KR
Inventors: 김준구; 김광춘
Original assignee: 삼성전자주식회사
Priority date: 2006-09-06
Filing date: 2006-09-06
Publication date: 2008-03-11
Also published as: KR100819237B1

Abstract

본 발명은 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템 및 업데이트 방법을 제공한다. 이를 위해 본 발명은, 소봇(Software Robot : SOBOT) 플랫폼의 플랫폼 제어부가, 업데이트 서버로부터 소봇 플랫폼에 필요한 업데이트 리스트를 포함하는 업데이트 데이터를 요청하고, 요청에 대한 응답으로 업데이트 데이터가 수신되면, 현재 실행중인 소봇이 업데이트가 수행되는 과정동안 현재 버전의 소봇 플랫폼 상에서 구동될 수 있도록 소봇의 구동에 관련된 파일들을 설정한 후, 현재 실행중인 소봇으로부터 생성되는 정보들을 스크립트 형태로 임시 저장하고, 소봇 플랫폼의 업데이트가 완료되는 경우, 상기 스크립트 형태로 생성된 소봇의 정보를 현재 업데이트가 완료된 소봇 플랫폼에 적용하여, 업데이트가 구동되는 동안 소봇으로부터 생성된 정보가 새로 생성된 소봇 플랫폼에 반영되어질 수 있도록 한다. 따라서 본 발명은 소봇을 종료시키지 않고서도 소봇 플랫폼을 업데이트할 수 있도록 하는 효과가 있다.

소프트웨어 로봇, 소봇 플랫폼, 업데이트

Description

소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템 및 업데이트 방법{SYSTEM AND METHOD FOR UPDATING SOFTWARE ROBOT PLATFORM}

도 1은 본 발명의 실시 예에 따른 소봇 플랫폼 업데이트 시스템의 블록 구성도,

도 2는 본 발명의 실시 예에 따른 소봇 플랫폼 업데이트 시스템에서 소봇 플랫폼의 구성 예시도,

도 3은 본 발명의 실시 예에 따른 소봇 플랫폼 업데이트 시스템에서 업데이트 서버의 구성 예시도,

도 4는 본 발명의 실시 예에 따른 소봇 플랫폼 시스템에서, 사용자 단말이 소봇 플랫폼을 업데이트하는 동작 과정을 도시한 흐름도,

도 5는 본 발명의 실시 예에 따라 업데이트 동작중에도, 현재 실행중인 소봇이 현재 버전의 플랫폼에서 동작하도록 설정하는 동작 과정의 흐름도.

본 발명은 로봇(robot)의 구동을 위한 로봇 플랫폼(Platform)에 관한 것으 로, 특히 소봇(Sobot) 플랫폼의 업데이트를 위한 시스템 및 방법에 관한 것이다.

'로봇' 이란 용어는 1920년 체코의 극작가인 카렐 차펙에 의해 처음 사용된 이래 오늘날까지 그 정의와 역할이 지속적으로 변화 발전되어 왔다. 초기 '강제적인 노동' 이란 의미에 부합하여 산업용 로봇(industrial robot)이 그 역할을 충실히 이행에 왔으며, 최근에 들어선 가정이나 사무실에서 도우미로서 일정 서비스를 제공하는 퍼스널 로봇(personal robot)으로까지 그 역할이 확대되고 있다.

이러한 로봇의 기본 구성요소는 인지(perception), 지능(intelligence), 행동(action)이라고 말할 수 있다. 그리고 각각의 로봇 구성 요소는 인지 중심의 센서 네트워크, 지능 중심의 소프트웨어 로봇(Software robot : Sobot), 행동 중심의 하드웨어 로봇(Hardware robot)으로 독립적으로 특화되어 가는 추세에 있다. 그리고 이중에서도 소프트웨어 로봇 또는 소봇은 네트워크를 통해 전이가 가능하며, 때론 독립적인 소프트웨어 에이전트로서 사용자와 상호작용을, 때론 센서 네트워크와 하드웨어 로봇을 연동하는 로봇의 지능부로서 사용자에게 갖가지 서비스를 제공하는 형태로 발전하고 있다.

이러한 소봇(Sobot)을 구현하는데 있어서 필요한 소봇 단말 플랫폼은 소봇 어플리케이션(application)이 실행되는 모든 기기, 즉 사용자 단말에 동일하게 탑재 된다. 이러한 소봇의 기능 중 전이 기능이나 소봇 저작 컨텐츠 전송 등의 기능은 하나의 소봇 관련 정보를 다른 사용자 단말로 전송을 하는 경우에도 동일한 소봇이나 소봇 저작 컨텐츠가 플레이 되어야 하기에, 이러한 소봇의 플랫폼의 버전이 양 단말간에 일치되어야 하는 것은 필수다. 예를 들어, 전송하는 쪽의 단말 플랫폼 리소스(Resource)와 수신하는 쪽 단말의 플랫폼 리소스가 동일하지 않는다면, 전송하는 쪽에서 플레이 되었던 소봇과 수신하는 쪽 단말에서 플레이되는 소봇이 동일하지 않거나, 동일한 자극에 대해 다르게 반응할 수 있기 때문이다. 따라서 각 사용자 단말의 플랫폼의 버전은 현재 존재하는 최신 버전의 플랫폼을 유지하여야 한다.

이러한 단말 플랫폼의 업데이트에 있어서, 소봇 자체의 특성상 주의해야 할 사항이 있다. 그것은 바로 소봇이 사용자의 입력이나 현재 단말의 상태, 즉 외부 자극 또는 외부 인지에 의해 발현되는 감성을 가진 인공생명체라는 점이다. 즉, 각각의 소봇은 개성과 감성을 가지고 있고 이에 따라 사용자의 입력 및 상황인지를 하였을 때 행동이 다르게 발현된다. 따라서 소봇은 일단 실행된 후에는 사용자의 선택에 의해 종료 또는 삭제되지 않는 이상 실행이 중단되거나 소멸되지 않는다. 즉, 소봇은 사용자 단말이 오프된다 할지라도, 사용자 단말의 오프 상황까지도 이를 외부 자극으로 인지하여 감성으로 발현하는 인공지능 에이전트(intelligent agent)이기 때문이다.

추후, 이러한 소봇은 각 기기의 UI(User Interface) 대신 탑제되어 사용자들과 기기 사이에서 인터페이싱 역할을 수행하는 방향으로 발전되고 있다. 따라서 소봇은 24시간 실행되어 있을 수도 있다는 것을 가정 하에 개발되는데, 이러한 소봇의 특성상 소봇 단말 플랫폼 업데이트 시에 소봇을 종료 시켜야 한다면 문제가 될 수 있다.

그러나 현재 일반적인 어플리케이션 업데이트 방식은, 적지 않은 시간을 소 요하여 업데이트 서버와 데이터 통신 세션(session)을 맺고, 업데이트가 발생한 파일들을 포함하는 업데이트 데이터를 수신하고, 업데이트 파일들을 대체하는 형식으로 이루어진다. 따라서 소봇 플랫폼을 일반적인 어플리케이션의 업데이터 방식에 따라 업데이트할 경우 정상적으로 업데이트가 이루어지지 않을 수 있다는 문제점이 있다. 예를 들어 소봇이 실행 도중 플랫폼의 업데이트가 이루어진다면, 소봇의 특성상 소봇을 종료시킬 수 없으므로, 소봇의 구동에 사용되는 파일이 업데이트 대상인 경우 그 파일은 업데이트를 할 수 없기 때문이다. 그리고 소봇 플랫폼의 업데이트를 위해 일방적으로 소봇의 구동을 정지시킨다면, 소봇 플랫폼의 업데이트에 소요되는 시간동안에는 사용자의 외부 자극을 소봇이 인지하지 못하게 된다는 문제점이 있다. 그리고 이러한 이유들로 인하여 소봇의 구동에 해당되는 파일 소봇 플랫폼의 업데이트를 하지 못한다면, 소봇의 사용자 단말간에 플랫폼 버전이 달라질 수도 있다는 문제점이 있다.

그러므로 본 발명의 목적은, 소봇을 종료시키지 않고서도 소봇 플랫폼을 업데이트할 수 있는 소봇 플랫폼 업데이트 시스템 및 방법을 제공함에 있다.

또한 본 발명의 다른 목적은, 소봇 플랫폼의 업데이트가 이루어지고 있는 도중에도 소봇이 정상적으로 동작할 수 있도록 하는 소봇 플랫폼 업데이트 시스템 및 방법을 제공함에 있다.

상술한 목적을 달성하기 위한 본 발명의 실시 예에 따른 소봇(Software Robot : SOBOT) 플랫폼 업데이트 시스템은, 단말이 업데이트 서버와 연결 하여 우선적으로 소봇 플랫폼 업데이트 요청을 하고 이 요청을 받은 업데이트 서버는 현재 존재하는 최신 플랫폼 버전과 업데이트를 요청한 단말에 탑재되어있는 플랫폼 버전을 비교하여 업데이트 요청을 한 소봇 플랫폼(Platform)이 업데이트가 필요한지 여부를 판단하고, 상기 소봇 플랫폼의 업데이트가 필요한 경우, 상기 소봇 플랫폼이 업데이트에 필요한 업데이트 데이터를 상기 업데이트 요청에 대한 응답으로 전송하는 업데이트 서버와, 기 설정된 업데이트 조건이 만족되면, 상기 업데이트 서버에 상기 업데이트 데이터 요청을 전송하고, 상기 업데이트 데이터가 수신되면, 현재 실행중인 소봇이 있는지 여부에 따라, 업데이트가 수행되는 동안 현재 실행중인 소봇으로부터 생성되는 정보들을 스크립트(script) 형태로 저장하며, 업데이트가 완료되면 상기 스크립트 형태로 생성된 소봇의 정보를 반영하는 소봇 플랫폼을 구비하는 사용자 단말을 포함한다.

또한 본 발명의 실시 예에 따른 소봇 플랫폼의 업데이트 방법은, 기 설정된 조건이 만족되는 경우, 소봇 플랫폼의 플랫폼 제어부가 상기 업데이트 서버에 업데이트 요청을 전송하는 업데이트 요청 및 요청에 따른 상기 업데이트 데이터를 수신하는 수신 단계와, 현재 실행중인 소봇이 있는지 여부를 판단하는 소봇 실행여부 판단 단계와, 현재 실행중인 소봇이 있는 경우, 플랫폼 업데이트를 위한 업데이트 쓰레드(thread)를 생성하는 업데이트 쓰레드 생성 단계와, 상기 업데이트 데이터에 포함된 업데이트 파일 리스트에 따라 업데이트 대상 파일 및 리소스(Resource)들을 업데이트하는 업데이트 수행 단계와, 상기 업데이트가 수행되는 동안 상기 현재 실행중인 소봇으로부터 발생되는 정보를 스크립트(script) 형태로 저장하는 업데이트 스크립트 저장 단계와, 상기 업데이트가 완료된 경우, 상기 저장된 업데이트 스크립트에 기록된 내용을, 적어도 하나 이상의 현재 업데이트가 완료된 소봇 플랫폼의 특정 파일 또는 특정 리소스에 적용하는 스크립트 적용 단계를 포함한다.

이하 본 발명의 바람직한 실시 예를 첨부한 도면을 참조하여 상세히 설명한다. 도면들 중 동일한 구성 요소들은 가능한 한 어느 곳에서든지 동일한 부호들로 나타내고 있음에 유의하여야 한다. 하기 설명 및 첨부 도면에서 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.

먼저 본 발명의 완전한 이해를 돕기 위해, 본 발명의 기본 원리를 설명하면, 본 발명의 실시 예에 따른 소봇 플랫폼 업데이트 시스템의 사용자 단말에 포함된 소봇 플랫폼의 플랫폼 제어부는, 업데이트 서버로부터 소봇 플랫폼에 필요한 업데이트 파일 및 리소스(Resource)들의 리스트(list) 및, 업데이트될 파일 및 리소스들을 포함하는 업데이트 데이터를 요청하고, 요청에 대한 응답으로 업데이트 데이터가 수신되면, 현재 실행중인 소봇이 업데이트가 수행되는 과정동안 현재 버전의 소봇 플랫폼 상에서 구동될 수 있도록 소봇의 구동에 관련된 파일들을 설정한다, 그리고 현재 실행중인 소봇으로부터 생성되는 정보들을 스크립트(script) 형태로 임시 저장한 후 소봇 플랫폼의 업데이트가 완료되었는지 여부를 체크한다. 그리고 소봇 플랫폼의 업데이트가 완료되는 경우, 상기 스크립트 형태로 생성된 소봇의 정보를 현재 업데이트가 완료된 소봇 플랫폼에 적용하여, 업데이트가 구동되는 동안 소봇으로부터 생성된 정보가 새로 생성된 소봇 플랫폼에 반영되어질 수 있도록 한다.

도 1은 이러한 본 발명의 실시 예에 따른 소봇 플랫폼 업데이트 시스템의 블록 구성을 보이고 있는 도면이다.

도 1을 참조하여 살펴보면, 본 발명의 실시 예에 따른 소봇 플랫폼 업데이트 시스템은 소봇 플랫폼(100)을 포함하는 사용자 단말(100) 및 상기 사용자 단말의 요청에 따라 상기 소봇 플랫폼을 업데이트하는데 필요한 업데이트 파일들을 전송하는 업데이트 서버(102)를 포함한다.

여기서 상기 사용자 단말은, 상기 소봇 플랫폼(100)을 포함하는 다양한 종류의 기기가 될 수 있다. 즉, 예를 들어 소봇 플랫폼(100)을 구비하는 휴대 전화나, PDA(Personal Digital Assistant)와 같은 이동통신 단말기 또는 노트북 PC(Personal Computer)등이 될 수도 있다.

여기서 소봇 플랫폼(100)이라는 것은, 소봇을 구현하는 데 기본이 되는 하드웨어 독립적인 단말 플랫폼을 가리키는 것이다. 소봇을 구현하는 데는 인공생명체 엔진 외에, 다른 여러 가지 구성요소들이 필요하다. 소봇 단말 플랫폼은 이러한 필요한 구성 요소들을 제공하고, 소봇을 3차원 그래픽으로 표현할 수 있는 기능을 제공한다. 또한 다양한 하드웨어(예 : 핸드폰, Wibro 폰, PDA, PC등)의 플랫폼에 독립적이고, 소봇을 이용한 어플리케이션이나 서비스를 개발하는 개발자에게 필요한 다양한 인터페이스를 제공하기 위한 것이다.

따라서 이러한 소봇 플랫폼은 인지 모듈, 학습 모듈, 외부 자극 또는 특정 발현 행동에 따라 소봇의 내부적인 상태, 즉 분노, 즐거움, 기쁨 등의 상태등을 결정하는 내부 상태 결정 모듈, 그리고 결정된 내부 상태에 따라 행동이 발현되도록 하는 행동 발현부등을 포함하는 소봇 엔진(engine)과, 소봇 캐릭터(Character)의 시각적인 표현을 하기 위한 소봇 표현부, 그리고 소봇 플랫폼의 업데이트 및 업데이트 서버(102)와의 통신을 수행하는 플랫폼 통신부 및 기 설정된 프로토콜에 따라 상기 소봇 엔진과 소봇 표현부, 그리고 상기 플랫폼 통신부를 제어하는 플랫폼 제어부를 포함하여 구성된다. 이러한 소봇 플랫폼의 보다 상세한 구성을 하기 도 2를 참조하여 설명하기로 한다.

그리고 업데이트 서버(102)는 소봇 플랫폼(100)이 포함된 사용자 단말(100)의 업데이트 요청을 무선 네트워크(106), 무선 데이터 통신, MMS/SMS, TCP/IP 등 해당 단말 디바이스가 지원하는 가능한 모든 종류의 통신방법을 통해 수신한다. 그리고 수신된 업데이트 요청을 통해 현재 소봇 플랫폼(100)이 업데이트가 필요한 상태인지 여부를 체크하고, 업데이트가 필요한 경우 소봇 플랫폼(100) 업데이트에 필요한 업데이트 데이터를 사용자 단말(100)에게 전송한다. 도 1에서는 이러한 업데이트 요청 및 업데이트 데이터의 전송이 무선 네트워크를 통해 전송되는 것을 가정하여 보이고 있으나, 무선 네트워크 대신, 유선 접속을 통한 유선 연결을 통해 상기 업데이트 요청 및 업데이트 데이터의 전송이 이루어질 수도 있음은 물론이다. 여기서 상기 업데이트 서버(102)는 상기 소봇 객체의 전이나, 정보, 인증 등을 관리하는 소봇 서버와 동일한 서버일 수도 있다. 이러한 경우 상기 사용자 단말(100)은 소봇 서버로부터 상기 업데이트 요청을 수행하고, 업데이트 요청에 따른 업데이 트 데이터를 수신한다.

여기서 상기 업데이트 요청은, 현재 소봇 플랫폼(100)의 버전에 대한 정보가 될 수 있다. 그리고 이러한 경우 업데이트 서버(102)는 소봇 플랫폼의 버전 정보와 현재 업데이트 서버(102)에 저장된 최신 버전의 소봇 플랫폼 버전 정보를 비교하여 소봇 플랫폼(100)이 업데이트가 필요한지 여부를 판단할 수 있다. 그리고 상기 업데이트 데이터는, 소봇 플랫폼(100)이 업데이트가 필요한 경우, 현재 소봇 플랫폼(100)의 버전과 업데이트할 버전의 소봇 플랫폼(100)을 구성하는 파일들 중, 차이가 있는 파일들이나 소봇 플랫폼(100)의 리소스 및 그 파일 및 리소스의 리스트를 포함하는 데이터의 집합이 될 수 있다. 이러한 업데이트 서버(102)의 보다 상세한 구성을 하기 도 3을 참조하여 설명하기로 한다.

도 2는 상술한 바와 같이 본 발명의 실시 예에 따른 소봇 플랫폼 업데이트 시스템에서, 소봇 플랫폼의 상세한 구성예를 도시한 도면이다.

상술한 바와 같이 본 발명의 실시 예에 따른 사용자 단말(100)의 소봇 플랫폼(100)은 크게 소봇 엔진(204)과, 소봇 표현부(206), 플랫폼 통신부, 그리고 상기 소봇 엔진(204)과 상기 소봇 표현부(206), 그리고 플랫폼 통신부(208)를 포함하는 소봇 플랫폼(100)의 각 구성 요소를 제어하는 플랫폼 제어부(200) 및 소봇 플랫폼 업데이트 시에, 현재 구동중인 소봇으로부터 발생되는 정보들을 저장하기 위한 업데이트 저장부(202)를 포함하여 구성될 수 있다.

여기서 플랫폼 제어부(200)는 상술한 바와 같이 기 설정된 소봇 구동 프로토콜에 따라 소봇 플랫폼의 각 구성 요소를 제어하고, 소봇을 구동시킨다. 그리고 기 설정된 플랫폼 업데이트 조건이 만족하는 경우, 상기 플랫폼 통신부(208)를 제어하여 현재 소봇 플랫폼의 버전 정보를 업데이트 서버(102)에 전송한다. 여기서 상기 기 설정된 플랫폼 업데이트 조건은 기 설정된 시간이 만기가 되는 경우 또는 소봇 플랫폼(100)을 포함하는 사용자 단말(100)의 파워가 온 되어 업데이트 서버(102)와 초기 접속하는 경우등이 될 수 있다.

그리고 상기 업데이트 서버(102)로부터 업데이트 데이터가 수신되면, 플랫폼 업데이트 모드로 진입한다. 여기서 플랫폼 업데이트 모드라는 것은 현재 실행중인 소봇이 있는 경우, 그 소봇이 소봇 플랫폼(100)이 업데이트 과정이 있는 때에도 정상적으로 구동할 수 있도록, 업데이트가 일어나는 중에는 현재 버전의 소봇 플랫폼에서 구동될 수 있도록 하는 플랫폼 동작 모드를 말한다. 여기서 상기 플랫폼 동작 모드를 수행하는 방법으로서는 여러 가지가 있을 수 있다. 예를 들어 소봇 플랫폼(100)이 플랫폼 업데이트 모드로 진입하는 경우, 플랫폼 제어부(200)가 현재 소봇이 구동하는데 필요한 최소한의 파일들을 업데이트 저장부(202)에 임시 저장하여, 업데이트가 일어나는 동안에만 임시 저장된 파일들을 이용하여 소봇이 구동될 수 있도록 할 수도 있다.

그리고 플랫폼 제어부(200)는 현재 소봇 플랫폼(100)의 동작 모드가 플랫폼 업데이트 모드인 경우, 현재 실행중인 소봇 엔진(204) 및 소봇 표현부(206) 또는 플랫폼 통신부(208)등으로부터 발생한 정보들을 스크립트 형태(이하 업데이트 스크립트 파일이라고 칭하기로 한다)로 업데이트 저장부(202)에 저장한다. 그리고 플랫폼 제어부(200)는 소봇 플랫폼(100)의 업데이트가 완료된 경우, 이를 업데이트가 완료된 소봇 엔진(204) 및 소봇 표현부(208), 그리고 플랫폼 통신부(208) 중 적어도 어느 하나 이상에 포함된 특정 파일 및 특정 리소스들에 적용한다. 따라서 이러한 경우, 소봇 플랫폼(100)의 업데이트 과정 중에 사용자와 소봇 간에 발생한 모든 상호작용들을 고스란히 새로 업데이트된 소봇 플랫폼(100)에 적용되도록 할 수 있다.

이러한 적용 과정은 상기 업데이트 스크립트 파일에 따라 소봇 엔진(204) 및 소봇 표현부(208), 그리고 플랫폼 통신부(208)의 특정 파일의 리소스, 또는 파라메터등의 값을 변경시키는 과정이 될 수 있다. 즉 예를 들어 만약 소봇 엔진(204)에 상기 업데이트 스크립트 파일이 적용된다고 가정하면, 상기 업데이트 스크립트 파일에 기록된 파라메터 값들에 따라 소봇 엔진(204)에 포함된 소봇의 특정 파라메터 값, 즉 예를 들어 인지 모듈의 파라메터 값이나, 내부 상태 결정 모듈의 파라메터 값등을 변경시키는 과정이 될 수 있다. 따라서 이러한 경우 소봇 플랫폼(100)의 업데이트 중 사용자가 소봇에게 어떤 학습을 시킨 경우에도, 그 학습의 결과가 소봇 플랫폼(100)의 업데이트가 완료된 후에도 적용될 수 있다. 그러므로 본 발명은, 소봇을 종료시키지 않고서도 소봇 플랫폼을 업데이트할 수 있을 뿐만 아니라, 소봇 플랫폼의 업데이트가 이루어지고 있는 도중에도, 사용자와의 상호작용을 그대로 소봇에 반영시킬 수 있다는 효과가 있다.

그리고 소봇 엔진(204)은 상술한 바와 같이 인지 모듈, 학습 모듈, 내부 상태 결정 모듈, 발현 행동 결정 모듈등을 포함한다. 그리고 현재 소봇의 환경에서 소봇에게 가해지는 입력, 즉 외부 자극에 대해서 소봇의 내부 상태 출력과 그에 관 련된 발현 행동(예 : 행동 및 얼굴표정)을 결정한다. 그리고 상술한 바와 같이 학습 모듈을 부가적으로 구비하여, 이에 따른 학습 기능, 기억 기능을 통해 학습 및 기억 효과에 의한 영향을 소봇의 발현 행동 및 내부 상태에 줄 수도 있다. 이때 만약 소봇이 인공 염색체들을 가지고 있는 유전자 로봇인 경우라면, 상기 외부 자극이나 발현 행동, 그리고 학습이나 기억등에 따른 소봇의 감성 또는 개성은 이러한 인공 염색체들을 통해 표현될 수 있고 저장, 유지, 관리될 수 있다.

그리고 소봇 표현부(206)는 소봇 그래픽 인터페이스부(210), 소봇 스크립트 엔진(212), 소봇 DB(DataBase)(214), 소봇 그래픽 엔진(216)등을 포함하여 구성된다. 여기서 상기 소봇 그래픽 인터페이스부(210)는, 소봇 스크립트 파일을 사용하여 소봇 그래픽 엔진(216)과 연동하여 소봇 캐릭터의 시각적인 표현을 위한 인터페이스를 제공하는 것이다. 일반적으로 소봇 캐릭터의 동작은 파일의 사이즈를 줄이고 전송을 용의하게 하기위해 스크립트 파일 형식으로 제공되는데, 이를 소봇 스크립트 파일이라고 하며, 이러한 소봇 스크립트 파일은 소봇 스크립트 엔진(212)이 인코딩(encoding) 및 디코딩(decoding)을 담당한다. 그리고 소봇 DB(214)는 소봇 Sobot 캐릭터에 대한 3D 모델링 관련 정보, 텍스트 및 동작 정보 등을 저장하고 있는 리포지토리(repository)이다. 그리고 소봇 그래픽 엔진(216)은 소봇의 시각적인 표현을 하기 위한 3D API(Application Program Interface)를 제공하는 3D 기본 엔진 및, 이 3D 기본 엔진과 연동하여 소봇 캐릭터의 그래픽, 텍스트, 가청 신호등을 출력하는 소봇 그래픽/오디오 인터페이스를 포함한다.

그리고 플랫폼 통신부(208)는 소봇 프로토콜 모듈(218), 업데이트부(220), 네트워크 인터페이스(222)등을 포함하여 구성된다. 여기서 상기 소봇 프로토콜 모듈(218)은 Sobot객체의 전이나, 정보, 인증 등을 관리하는 소봇 서버 또는 업데이트 서버와 통신하거나 다른 외부 디바이스들과의 통신을 위한 프로토콜을 담당하는 모듈이다. 소봇에 관련된 모든 정보는 이 소봇 프로토콜을 사용해 외부 서버(예 : 소봇 서버, 소봇 업데이트 서버)와 외부 기기들로 전달된다. 그리고 업데이트부(220)는 소봇 플랫폼(100)의 리소스와 소봇 플랫폼 구성 파일의 업데이트를 담당하는 모듈이다. 그리고 네트워크 인터페이스(222)는 소봇 플랫폼(100)이 외부 서버나 다른 단말등 외부 기기와의 연결을 담당하는 부분이다. 이 네트워크 인터페이스는 Serial, TCP/IP, SMS/MMS를 사용하여 외부 기기와 통신할 수 있으며, 필요한 인터페이스를 제공한다.

도 3은 본 발명의 실시 예에 따른 소봇 플랫폼 업데이트 시스템에서 업데이트 서버의 구성예를 도시한 도면이다.

도 3을 참조하여 살펴보면, 본 발명의 실시 예에 따른 업데이트 서버(102)는 입출력부(308), 파싱부(parsing)(310), 업데이트 제어부(300), 그리고 각 소봇 플랫폼 버전 별로 업데이트에 필요한 데이터들을 저장하는 메모리부(302)를 포함하여 구성된다. 여기서 상기 입출력부(308)는 소봇 플랫폼(100)을 포함하는 사용자 단말(100)로부터 업데이트 전송 요청을 수신하고, 업데이트 제어부(300)의 제어에 따라 업데이트 데이터를 상기 사용자 단말(100)에게 전송한다. 그리고 파싱부(310)는 사용자 단말(100)로부터 수신한 데이터가 소봇 프로토콜에 적합한 것인지 여부를 판단하고 이를 업데이트 제어부(300)에 인가하며, 업데이트 제어부(300)로부터 인 가되는 업데이트 데이터를 소봇 프로토콜에 적합하게 변환하여 이를 입출력부(308)에 출력한다.

그리고 업데이트 제어부(300)는 상기 업데이트 요청을 수신하여, 상기 소봇 플랫폼(100)이 업데이트가 필요한지 여부를 판단한다. 이는 상기 업데이트 요청에 포함된 소봇 플랫폼(100)의 버전이 현재 메모리부(302)에 저장된 각 소봇 플랫폼들의 버전 정보들 중 가장 최신의 버전 보다 높은 버전인지 여부를 체크하는 과정이 될 수 있다. 그리고 만약 상기 소봇 플랫폼(100)의 버전이 상기 메모리부(302)에 저장된 플랫폼의 버전 정보들 중 가장 최신의 버전 보다 낮은 버전인 경우, 업데이트 제어부(300)는 소봇 플랫폼(100)이 업데이트가 필요한 것으로 판단하고, 현재 메모리부(302)에 저장된 각 소봇 플랫폼 버전 별로 업데이트에 필요한 데이터들 중 현재 상기 소봇 플랫폼(100)의 업데이트에 필요한 업데이트 데이터들을 추출한다. 그리고 이를 파싱부(310)로 출력하여 업데이트 데이터를 생성한다.

상기 메모리부(302)는 상술한 바와 같이 각 소봇 플랫폼 버전 별로 업데이트에 필요한 데이터들을 저장한다. 이를 위해 상기 메모리부(302)는 각 소봇 플랫폼 버전별로 업데이트 될 파일 및 리소스들의 리스트가 저장된 버전별 파일 업데이트 리스트 정보 저장부(304)와 각 소봇 플랫폼 버전별로 필요한 업데이트 파일 및 리소스들이 저장된 버전별 업데이트 파일 저장부(306)를 포함한다. 따라서 상기 업데이트 제어부(300)는 상기 업데이트 요청 신호에 따른 소봇 플랫폼(100)의 현재 버전에서 최신 버전으로 업데이트를 하기 위해 필요한 파일 및 리소스의 리스트를 버전별 파일 업데이트 리스트 정보 저장부(304)로부터 검색하고, 검색된 파일 및 리 소스를 버전별 업데이트 파일 저장부(306)로부터 독출한다. 그리고 이를 파싱부(310)를 통해 소봇 프로토콜에 따라 변환된 업데이트 데이터로 생성한다.

도 4는 이러한 본 발명의 실시 예에 따른 소봇 플랫폼 시스템에서, 사용자 단말이 소봇 플랫폼을 업데이트하는 동작 과정을 도시한 도면이다.

도 4를 참조하여 살펴보면, 본 발명의 실시 예에 따른 소봇 플랫폼(100)의 플랫폼 제어부(200)는 기 설정된 업데이트 조건, 즉 예를 들어 기 설정된 시간이 만기되었거나 또는 사용자 단말(100)의 전원이 온 되어 업데이트 서버(102)와 초기 접속하는 경우, 400단계로 진행하여 현재 소봇 플랫폼(100)의 버전 정보를 포함하는 업데이트 요청을 업데이트 서버(102)에 전송한다. 그리고 플랫폼 제어부(200)는 402단계로 진행하여 상기 업데이트 서버(102)로부터 업데이트 데이터가 수신되었는지 여부 또는 업데이트의 유무를 표시하는 정보등이 수신되었는 여부에 따라 업데이트가 필요한지 여부를 판단한다.

그리고 플랫폼 제어부(200)는 상기 402단계의 판단 결과, 업데이트가 필요한 경우 404단계로 진행하여 업데이트 서버(102)로부터 업데이트 데이터를 수신한다. 여기서 상기 업데이트 데이터는, 업데이트할 파일 또는 리소스가 기록된 업데이트 파일 리스트 및 업데이트할 파일 또는 리소스를 포함하는 것이다.

그리고 플랫폼 제어부(200)는 406단계로 진행하여 현재 소봇 플랫폼(100)의 동작 모드를 플랫폼 업데이트 모드로 전환한다. 여기서 상기 플랫폼 업데이트 모드는 현재 실행중인 소봇이 있는지 없는지 여부에 따라 두 가지로 나누어 질 수 있다. 즉, 예를 들어 현재 실행중인 소봇이 없는 경우라면, 플랫폼 제어부(200)는 일 반적인 어플리케이션 업데이트 과정등과 유사한 과정을 통해 소봇 플랫폼(100)의 업데이트를 수행할 수 있다.

그러나 만약 상기 408단계의 판단 결과, 현재 구동중인 소봇이 있는 경우라면 플랫폼 제어부(200)는, 410단계로 진행하여 플랫폼 업데이트를 위한 업데이트 쓰레드(Thread)를 생성한다. 그리고 플랫폼 제어부(200)는 상기 생성된 업데이트 쓰레드를 통해 소봇 플랫폼(100)의 업데이트를 수행하고, 412단계로 진행하여 현재 실행중인 소봇이 업데이트 과정 동안 현재 버전의 플랫폼에서 구동되도록 설정한다. 여기서 상기 412단계는 소봇 플랫폼(100)이 플랫폼 업데이트 모드로 진입하는 경우, 플랫폼 제어부(200)가 현재 소봇이 구동하는데 필요한 최소한의 파일들을 업데이트 저장부(202)에 임시 저장하여, 업데이트가 일어나는 동안에만 임시 저장된 파일들을 이용하여 소봇이 구동될 수 있도록 하는 단계가 될 수도 있다. 이러한 경우의 예를 하기 도 5을 참조하여 설명하기로 한다.

그리고 플랫폼 제어부(200)는 414단계로 진행하여 상기 생성된 업데이트 쓰레드를 통해 플랫폼 업데이트를 수행한다. 여기서 414단계에서, 플랫폼 제어부(200)는 상기 업데이트 서버(102)로부터 수신한 업데이트 파일 리스트 중, 업데이트가 필요한 파일 또는 리소스를 확인하여 업데이트한다. 그리고 현재 실행중인 소봇 엔진(204)으로부터 발생한 정보들을 업데이트 스크립트 파일로 생성하여 업데이트 저장부(202)에 저장한다.

그리고 플랫폼 제어부(200)는 416단계로 진행하여 업데이트 파일 리스트에 포함된 모든 파일 또는 리소스가 모두 업데이트 되었는지 여부를 체크한다. 그리고 만약 업데이트 파일 리스트에 포함된 모든 파일 또는 리소스가 모두 업데이트되지 않은 경우라면, 상기 414단계의 플랫폼 업데이트 과정을 반복 수행한다. 그러나 만약 업데이트 파일 리스트에 포함된 모든 파일 또는 리소스가 모두 업데이트된 경우라면, 플랫폼 제어부(200)는 418단계로 진행하여 현재 업데이트 스크립트에 설정된 내용을 새로 업데이트된 소봇 플랫폼(100)에 적용한다. 그리고 플랫폼 제어부(200)는 420단계로 진행하여 플랫폼 업데이트 모드를 종료하고, 업데이트가 완료된 소봇 플랫폼으로 현재 구동중인 소봇의 구동 플랫폼을 전환한다. 따라서 본 발명은 실행중인 소봇을 종료시키지 않은 상태에서도 소봇 플랫폼(100)의 업데이트가 이루어지도록 할 수 있으며, 소봇 플랫폼(100)의 업데이트 도중에 발생한 사용자와의 상호작용 결과를 새로 업데이트된 소봇 플랫폼에서도 적용되도록 할 수 있다는 효과가 있다.

도 5는 이러한 본 발명의 실시 예에 따라 업데이트 동작중에도, 현재 실행중인 소봇이 현재 버전의 플랫폼에서 동작하도록 설정하는 동작의 예를 도시한 도면이다.

도 5를 참조하여 살펴보면, 현재 실행중인 소봇이 있는 경우 플랫폼 제어부(200)는 플랫폼 업데이트 모드 진입시에 현재 실행중인 소봇이 업데이트 과정 동안 현재 버전의 플랫폼에서 구동되도록 설정한다. 이러한 경우, 플랫폼 제어부(200)는 500단계로 진행하여 현재 실행중인 소봇의 구동에 필요한 최소한의 파일들을 선택한다. 이러한 파일들의 예를 들면 현재 소봇이 구동하는데 사용하고 있는 Configure 파일등이 될 수 있다. 따라서 플랫폼 제어부(200)는 500단계에서 이러한 파일들을 선택하고, 502단계로 진행하여 이러한 파일들을 업데이트 저장부(202)에 복사한다.

그리고 플랫폼 제어부(200)는 504단계로 진행하여 현재 구동중인 소봇이 현재 파일들이 아니라, 업데이트 저장부(202)에 저장된 파일들을 이용하여 구동될 수 있도록 소봇을 설정한다. 즉, 예를 들어 소봇의 특정 동작에 필요한 Configure 파일이 업데이트 저장부로 복사된 경우라면, 플랫폼 제어부(200)는 현재 구동중인 소봇의 해당 파일에 대한 유휴 시간에 해당 파일을 로드하는 경로를 업데이트 저장부(202)에 복사된 파일의 경로로 변경하여 설정한다. 그러면 이러한 경우, 상기 특정 동작에 필요한 Configure 파일이 업데이트 되는 경우라도 소봇은 이와는 무관하게 구동이 가능해질 수 있다.

한편 상술한 본 발명의 설명에서는 구체적인 실시 예에 관해 설명하였으나, 여러 가지 변형이 본 발명의 범위에서 벗어나지 않고 실시될 수 있다. 따라서 발명의 범위는 설명된 실시 예에 의해 정할 것이 아니고, 특허청구범위와 특허청구범위의 균등한 것에 의해 정하여져야 한다.

따라서 본 발명은, 소봇을 종료시키지 않고서도 소봇 플랫폼을 업데이트할 수 있을 뿐만 아니라, 소봇 플랫폼의 업데이트가 이루어지고 있는 도중에도, 사용자와의 지속적이고 끊임없는 상호작용을 보장할 수 있다는 효과가 있다.

Claims

소봇(Software Robot : SOBOT) 업데이트 요청이 수신되면, 그 업데이트 요청을 한 소봇 플랫폼(Platform)이 업데이트가 필요한지 여부를 판단하고, 상기 소봇 플랫폼의 업데이트가 필요한 경우, 상기 소봇 플랫폼이 업데이트에 필요한 업데이트 데이터를 상기 업데이트 요청에 대한 응답으로 전송하는 업데이트 서버와,

기 설정된 업데이트 조건이 만족되면, 상기 업데이트 서버에 상기 업데이트 요청을 전송하고, 상기 업데이트 데이터가 수신되면, 현재 실행중인 소봇이 있는지 여부에 따라, 업데이트가 수행되는 동안 현재 실행중인 소봇으로부터 생성되는 정보들을 스크립트(script) 형태로 저장하며, 업데이트가 완료되면 상기 스크립트 형태로 생성된 소봇의 정보를 특정 파일 및 특정 리소스(Resource)에 반영하는 소봇 플랫폼을 구비하는 사용자 단말을 포함하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템.
제1항에 있어서, 상기 소봇 플랫폼은,

상기 소봇의 내부적인 상태를 결정하는 내부 상태 결정 모듈 및 상기 소봇의 행동을 발현하는 행동 발현부를 포함하는 소봇 엔진(engine)과,

소봇 캐릭터(Character)의 시각적인 표현을 하기 위한 소봇 표현부와,

상기 소봇 플랫폼의 업데이트 및 상기 업데이트 서버와의 통신을 수행하는 플랫폼 통신부와,

상기 현재 실행중인 소봇으로부터 생성되는 정보들을 스크립트 형태로 저장한 업데이트 스크립트 파일을 저장하는 업데이트 저장부와,

기 설정된 프로토콜에 따라 상기 소봇 엔진과 소봇 표현부, 그리고 상기 플랫폼 통신부를 제어하여, 상기 소봇 플랫폼의 업데이트 및 상기 업데이트 스크립트 파일의 정보를 상기 소봇 엔진 및 소봇 표현부 그리고 플랫폼 통신부 중 적어도 어느 하나 이상에 반영하는 플랫폼 제어부를 포함하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템.
제2항에 있어서, 상기 플랫폼 제어부는,

상기 소봇 플랫폼의 업데이트가 수행되는 경우, 플랫폼 업데이트를 위한 업데이트 쓰레드(Thread)를 생성하여, 상기 소봇 플랫폼의 업데이트를 수행하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템.
제3항에 있어서, 상기 플랫폼 제어부는,

상기 업데이트 쓰레드를 생성한 후, 상기 현재 실행중인 소봇의 구동에 필요한 파일들을 상기 업데이트 저장부에 복사하고, 상기 소봇이 상기 업데이트 저장부에 복사된 파일을 통해 구동되도록 함으로써 상기 현재 실행중인 소봇이 상기 소봇 플랫폼의 업데이트 동안 업데이트 되기 이전의 소봇 플랫폼에서 구동되도록 하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템.
제1항에 있어서, 상기 업데이트 서버는,

상기 업데이트 요청을 수신 및 상기 업데이트 데이터를 출력하는 입출력부와,

상기 입출력부에 수신된 데이터가 소봇 프로토콜에 적합한 것인지 여부를 판단하며, 상기 소봇 플랫폼의 업데이트에 필요한 파일 및 리소스를 포함하는 리스트(list)와, 상기 업데이트에 필요한 파일 및 리소스가 입력되면 이를 소봇 프로토콜에 적합하게 변환하여 입출력부에 출력하는 파싱(parsing)부와,

각 소봇 플랫폼 버전별로 업데이트 될 파일 및 리소스들의 리스트가 저장된 버전별 파일 업데이트 리스트 정보와 각 소봇 플랫폼 버전별로 필요한 업데이트 파일 및 리소스들이 저장된 메모리부와,

상기 업데이트 요청을 통해 상기 소봇 플랫폼이 업데이트가 필요한지를 판단하고, 업데이트가 필요한 경우, 현재 소봇 플랫폼의 버전에 따른 버전별 파일 업데이트 리스트 정보와, 상기 소봇 플랫폼의 업데이트에 필요한 업데이트 파일 및 리소스를 추출하여 상기 파싱부로 출력하는 업데이트 제어부를 포함하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템.
제5항에 있어서, 상기 업데이트 요청은,

상기 소봇 플랫폼의 버전 정보를 포함하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템.
제6항에 있어서, 상기 업데이트 제어부는,

상기 업데이트 요청에 포함된 소봇 플랫폼의 버전 정보에 따라 상기 소봇 플랫폼이 업데이트가 필요한지 여부를 판단하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템.
제1항 내지 제7항 중 어느 한 항에 있어서, 상기 업데이트 서버는,

상기 소봇 객체의 전이나, 정보, 인증 등을 관리하는 소봇 서버임을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 시스템.
소봇(Software Robot) 플랫폼을 구비하는 사용자 단말 및 상기 소봇 플랫폼의 업데이트에 필요한 업데이트 데이터를 상기 소봇 플랫폼에 제공하는 업데이트 서버를 구비하는 소봇 플랫폼 업데이트 시스템에 있어서, 상기 소봇 플랫폼이 업데 이트를 수행하는 방법은,

상기 소봇 플랫폼의 플랫폼 제어부가, 기 설정된 조건이 만족되는 경우, 상기 업데이트 서버에 업데이트 요청을 전송하는 업데이트 요청 및 요청에 따른 상기 업데이트 데이터를 수신하는 수신 단계와,

상기 플랫폼 제어부가, 현재 실행중인 소봇이 있는지 여부를 판단하는 소봇 실행여부 판단 단계와,

상기 플랫폼 제어부가, 현재 실행중인 소봇이 있는 경우, 플랫폼 업데이트를 위한 업데이트 쓰레드(thread)를 생성하는 업데이트 쓰레드 생성 단계와,

상기 플랫폼 제어부가, 상기 업데이트 데이터에 포함된 업데이트 파일 리스트에 따라 업데이트 대상 파일 및 리소스(Resource)들을 업데이트하는 업데이트 수행 단계와,

상기 플랫폼 제어부가, 상기 업데이트가 수행되는 동안 상기 현재 실행중인 소봇으로부터 발생되는 정보를 스크립트(script) 형태로 저장하는 업데이트 스크립트 저장 단계와,

상기 플랫폼 제어부가, 상기 업데이트가 완료된 경우, 상기 저장된 업데이트 스크립트에 기록된 내용을 적어도 하나 이상의 현재 업데이트가 완료된 소봇 플랫폼의 특정 파일 또는 특정 리소스에 적용하는 스크립트 적용 단계를 포함하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 방법.
제9항에 있어서, 상기 기 설정된 조건은,

기 설정된 시간이 만기되거나, 상기 사용자 단말의 전원이 온 되어 상기 업데이트 서버와 초기 접속하는 경우임을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 방법.
제9항에 있어서, 상기 업데이트 쓰레드 생성 단계는,

상기 플랫폼 제어부가, 상기 업데이트 쓰레드를 생성하는 쓰레드 생성 단계와,

상기 플랫폼 제어부가, 상기 현재 실행중인 소봇의 구동에 필요한 파일들을 선택하는 구동 파일 선택 단계와,

상기 플랫폼 제어부가, 상기 선택된 파일들을 기 설정된 저장부에 복사하는 구동 파일 복사 단계와,

상기 플랫폼 제어부가, 상기 복사된 파일을 통해 상기 현재 실행중인 소봇이 구동되도록 설정하는 소봇 구동 설정 단계를 포함하는 것을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 방법.
제9항에 있어서, 상기 스크립트 적용 단계는,

상기 플랫폼 제어부가, 상기 업데이트 스크립트 파일에 따라 상기 소봇 플랫 폼에 포함된 적어도 하나의 상기 특정 파일 또는 상기 특정 리소스의 파라메터 값을 변경시키는 과정임을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 방법.
제9항에 있어서, 상기 업데이트 쓰레드 생성 단계는,

상기 플랫폼 제어부가, 현재 실행중인 소봇이 없는 경우, 상기 업데이트 데이터에 포함된 업데이트 파일 리스트에 따라 상기 소봇 플랫폼의 업데이트 대상 파일 및 리소스들을 업데이트하는 업데이트 단계를 포함하는 단계임을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 방법.
제9항 내지 제13항 중 어느 한 항에 있어서, 상기 업데이트 서버는,

상기 소봇 객체의 전이나, 정보, 인증 등을 관리하는 소봇 서버임을 특징으로 하는 소프트웨어 로봇 플랫폼을 업데이트하기 위한 방법.