KR20070012713A - 무선 통신 장치를 위한 모듈식 데이터 구성요소 - Google Patents

Abstract

모듈식 소프트웨어 애플리케이션(140), 또는 하드웨어 장치 드라이버(130)의 동적 설치를 위한 시스템 및 방법이 제공된다. 무선 통신 장치(20)가 요청된 소프트웨어나 하드웨어 모듈(140, 130)을 식별하는 업데이트 모듈 서버(60)로 요청을 전송한다. 상기 업데이트 모듈 서버(60)가 요청된 모듈을 설치하기 위한 명령어 세트와, 소프트웨어나 하드웨어 모듈로 응답한다. 수신하면, 상기 장치(20)가 요청된 모듈을 설치하기 위한 명령어의 세트를 실행시키며, 영구 저장소(240)에서의 데이터의 임의의 필요한 조정이나, 삭제가 이뤄져서, 요청된 모듈(140, 130)이 내장될 수 있다. 결과적으로, 무선 통신 장치(20)가 재구성되거나 재부팅되어 설치 및 구성이 완료될 수 있다.

Description

무선 통신 장치를 위한 모듈식 데이터 구성요소{MODULAR DATA COMPONENTS FOR WIRELESS COMMUNICATION DEVICES}

본 발명은 일반적으로 무선 통신 분야에 관한 것이며, 더욱 세부적으로는 무선 통신 장치의 구성요소인 호환가능한 소프트웨어 애플리케이션과, 하드웨어 드라이버와, 통신 인터페이스와, 운영 체제에 관한 것이다.

종래의 무선 통신 장치는 배포된 후(즉, 사용자에게 팔린 후), 고립된 컴퓨팅 플랫폼이 되는 것이 일반적이다. 운영 체제, 또는 임의의 통합 소프트웨어 애플리케이션(가령, 주소록)을 업그레이드하기 위해, 사용자는 무선 통신 장치(본원에서는 “무선 장치”, “핸드세트”, “이동 장치”라고도 일컬어짐)를 서비스 스테이션에 가져가야한다.

덧붙이자면, 사용자가 무선 통신 장치의 하드웨어 구성요소를 교체하기 원할 경우, 상기 무선 장치는 서비스 스테이션으로 보내져야한다. 일반적으로, 무선 장치가 고장나지 않아, 워런티가 적용되지 않을 경우, 하드웨어 교체의 비용은 매우 높다. 비록 그렇다고 할지라도, 워런티가 보장되는 무선 장치가 하드웨어 구성요소를 교체할 때, 새로운 구성요소는 교체되는 상기 구성요소의 최근 버전에 불과하다. 따라서 소비자가 무선 통신 장치를 구매할 때, 무선 통신 장치의 수명을 위해, 소비자는 무선 통신의 물리적인 구성에 종속된다.

종래의 무선 통신 장치의 또 다른 단점은, 새로운 외부 장치, 가령 디지털 카메라는 상기 핸드세트의 제조사에 의해 제공되는 특정 장치로서 제한된다. 따라서 무선 통신 장치를 보강하는 외부 장치에 대한 사용자의 선택이 엄격하게 제한된다. 따라서 필요한 것은, 앞서 언급한 종래의 시스템에서 발견되는 명백한 문제를 극복하는 시스템 및 방법이다.

종래의 무선 통신 장치는 고립 컴퓨팅 플랫폼이다. 무선 통신 장치가 배포되면, 상기 장치 상의 소프트웨어의 업데이트를 위해서는, 상기 핸드세트를 상기 소프트웨어 수트(software suit)가 업그레이드될 수 있고, 상기 핸드세트가 재-구성될 수 있는 서비스 스테이션으로 가져갈 필요가 있다. 이는 특히, 운영 체제를 업데이트 하는 것, 또는 통합 애플리케이션, 가령 주소 북에 대한 업데이트가 포함될 때, 중요하다. 덧붙이자면, 배포된 핸드세트 상의 소프트웨어 수트는 고정적이고, 융통적이지 않으며, 사용자가 상기 수트에 대한 다양한 애플리케이션을 사용자가 결정하지 못한다.

무선 통신 장치의 사용자가 물리적인 장치에 내장되는 기술이 발전함에 따른 장점을 취하기 위해서는, 새로운 장치가 구매되어야 한다. 제조업체가 개선된 디스플레이를 이용하는 새로운 모델을 출시할 경우, 사용자가 핸드세트를 업그레이드할 방법이 없다. 덧붙이자면, 하드웨어 구성요소가 오작동을 하거나, 고장 났을 경우, 전체 핸드세트가 교체될 필요가 있다. 또는 일부 경우에서 상기 핸드세트가 제조업체로 다시 보내질 수 있고, 그 곳에서 리퍼브(refurbish)된다. 불행하게도, 이러한 리퍼브에는 업그레이드된 새로운 구성요소가 사용되지 않는다. 제조업체는 구성요소를 동일한 구성요소의 최신 버전으로 교체할 것이다.

첫 번째 실시예는 모듈식 소프트웨어 애플리케이션과 운영 체제 구성요소의 동적 설치를 위한 시스템과 방법을 제공한다. 핸드세트가 새로운 소프트웨어 모듈을 설치하도록 구축될 때, 상기 핸드세트는 설치될 새로운 애플레이션, 또는 소프트웨어 모듈을 식별하는 업데이트 모듈 서버로 요청(request)을 전송한다. 업데이트 모듈 서버는 소프트웨어 모듈을 설치하기 위한 명령어 세트와, 상기 소프트웨어 모듈로 응답한다. 수신하면, 핸드세트가 소프트웨어 모듈을 설치하고, 핸드세트 상의 영구 저장소에서 애플리케이션, 또는 모듈에 대한 임의의 필요한 삭제가 이뤄진다. 최종적으로, 상기 핸드세트는 재구성되거나, 재부팅되어, 설치 및 구성이 완료될 수 있다.

두 번째 실시예는 호환가능한 모듈식 하드웨어 구성요소를 위한 시스템 및 방법을 제공한다. 핸드세트 구성요소가 구식이거나, 새로운 개선된 구성요소가 필요할 때, 상기 새로운 구성요소가 새로운 구성요소와 교체될 수 있다. 하드웨어 구성요소를 교체한 후, 핸드세트의 파워가 증가할 때, 상기 핸드세트는 새로운 구성요소가 존재한다고 인식할 수 있다. 새로운 구성요소를 인식하면, 구성요소의 특성에 대한 정보를 획득하기 위해, 상기 핸드세트가 구성요소에게 쿼리를 보낸다. 이러한 정보가 획득되면, 상기 핸드세트는 무선 통신 네트워크를 통해, 핸드세트가 새로운 구성요소의 개선된 기능을 이용하는 최적화된 장치 드라이버에 대한 쿼리를 업데이트 서버에게 보낸다. 상기 업데이트 서버가 장치 드라이버를 설치하기 위한 명령어 세트와 상기 장치 드라이버 자체를 갖고 응답한다. 수신하면, 핸드세트가 장치 드라이버를 설치하고, 재구성이나 재부팅하여, 설치 및 구성을 완료할 수 있다.

또 다른 실시예는 외부 장치와의 통신을 촉진시키기 위해, 무선 장치 상의 통신 인터페이스의 동적 업데이트를 제공한다. 외부 장치로부터의 연결을 검출하면, 직접 물리적 링크에 의해서, 또는 직접 무선 링크에 의해서, 또는 원격 무선 링크에 의해서, 사익 무선 통신 장치는 상기 외부 장치에 관한 요약된 정보를 획득할 수 있다. 외부 장치에 대한 통신 인터페이스가 무선 통신 장치에 아직 존재하지 않을 경우, 상기 무선 장치는 외부 장치의 요약 정보의 부분을 원격 인터페이스 서버로 전송하고, 적정 인터페이스를 요청한다. 이러한 인터페이스를 수신하면, 상기 무선 통신 장치가 인터페이스를 설치하고, 외부 장치와의 통신을 확립한다.

도 1은 무선 통신 네트워크의 예를 도식한 추상화된 블록 다이어그램이다.

도 2는 무선 통신 장치 상의 영구 저장소에서의 데이터의 표시에 대한 예를 도식한 블록 다이어그램이다.

도 3A는 모듈식 소프트웨어 인터페이스 구성요소에 대한 데이터 저장 영역의 구성요소를 도식한 블록 다이어그램이다.

도 3B는 모듈식 하드웨어 검출기 구성요소에 대한 데이터 저장 영역의 구성요소를 도식한 블록 다이어그램이다.

도 3C는 모듈식 외부 장치 검출기 구성요소에 대한 데이터 저장 영역의 구성요소를 도식한 블록 다이어그램이다.

도 3D는 연산 코드 라이브러리와 그에 대응하는 런타임 명령어의 세트의 예를 도식한 블록 다이어그램이다.

도 3E는 런타임 명령어의 세트의 예를 도식한 블록 다이어그램이다,

도 4는 사용자에 의해 초기화되는 소프트웨어 모듈식 다운로드를 위한 프로세스의 예를 도식한 흐름도이다.

도 5는 무선 통신 장치 상에 상주하는 소프트웨어 모듈을 활성화시키기 위한 프로세스의 예를 도식한 흐름도이다.

도 6은 네트워크에 의해 초기화되는 소프트웨어 모듈 다운로드에 대한 프로세스의 예를 도식한 흐름도이다.

도 7은 무선 통신 장치 상에 소프트웨어 모듈을 설치하기 위한 프로세스의 예를 도식한 흐름도이다.

도 8은 무선 통신 장치 상의 소프트웨어 모듈이 만료되는 프로세스의 예를 도식한 흐름도이다.

도 9는 무선 통신 장치 상의 소프트웨어 모듈을 사용하기 위한 지불에 대한 프로세스의 예를 도식한 흐름도이다.

도 10은 본원에서 서술된 다양한 실시예와 연계되어 사용될 수 있는 바람직한 무선 통신 장치를 도식한 블록 다이어그램이다.

도 11은 본원에서 서술된 다양한 실시예와 연계되어 사용될 수 있는 바람직 한 컴퓨터 시스템을 도식한 블록 다이어그램이다.

도 12는 무선 통신 장치와 모듈식 하드웨어 구성요소를 도식한 블록 다이어그램이다.

도 13은 무선 통신 장치 상에서 새로운 하드웨어 구성요소로부터 요약 정보를 획득하기 위한 프로세스의 예를 도식한 흐름도이다.

도 14는 원격 서버로부터의 새로운 하드웨어 구성요소를 위한 장치 드라이버를 요청하는 프로세스의 한 예를 도식한 흐름도이다.

도 15는 무선 통신 장치 상의 새로운 하드웨어 구성요소를 위한 장치 드라이버를 설치하기 위한 프로세스의 예를 도식한 흐름도이다.

도 16은 무선 통신 장치 상의 새로운 하드웨어 구성요소를 구성하기 위한 프로세스의 예를 도식한 흐름도이다.

도 17A는 무선 통신 장치와 외부 장치 간의 직접 물리 연결을 도식한 블록 다이어그램이다.

도 17B는 무선 통신 장치와 외부 장치 간의 직접 무선 연결의 예를 도식한 블록 다이어그램이다.

도 17C는 무선 통신 장치와 외부 장치 간의 원격 무선 연결을 도식한 블록 다이어그램이다.

도 18은 외부 장치로부터 요약 정보를 획득하기 위한 프로세스의 예를 도식한 흐름도이다.

도 19는 원격 서버로부터 인터페이스 소프트웨어를 요청하기 위한 프로세스 의 예를 도식한 흐름도이다.

도 20은 인터페이스 소프트웨어를 설치하기 위한 프로세스의 예를 도식한 흐름도이다.

도 21은 외부 장치를 초기화하기위하 프로세스의 예를 도식한 흐름도이다.

본원은 소프트웨어 모듈과 소프트웨어 애플리케이션을 동적으로 업데이트하고, 무선 통신 장치 상의 장치 드라이버를 OTA 링크(over-the-air link: 무선 링크)를 통해 업데이트하는 시스템 및 방법에 관한 것이다. 예를 들어, 본원에서 공개되는 방법 및 시스템에 의해, 무선 통신 장치가 업데이트 서버로부터 새로운 소프트웨어, 또는 드라이버 모듈을 요청하고, 상기 새로운 모듈을 상기 무선 통신 데이터 패키지에서 수신할 수 있다. 데이터 패키지를 수신하면, 상기 무선 장치는 요청된 모듈을 인스톨하고, 필요할 경우, 영구적 저장공간(persistent storage)에서, 상기 새로운 모듈을 위한 공간을 만들기 위해 다른 모듈을 삭제할 수 있다. 필요할 경우, 상기 무선 장치는 새로운 모듈을 사용하기 위해 무선 장치를 재구성하고, 상기 장치의 재-부트(reboot)를 시작할 수 있다.

본원에서 공개되는 또 다른 실시예는 외부 장치를 동적으로 인식하고 상기 외부 장치와 인터페이싱하는 무선 통신 장치와 방법을 제공한다. 예를 들어, 본원에서 공개되는 하나의 방법에 의해, 유선, 또는 무선 통신 링크를 통해, 무선 통신 장치가 외부 장치의 존재를 인식할 수 있다. 인식하면, 상기 외부 장치에 대한 요약 프로파일 정보를 얻기 위해, 상기 무선 통신 장치는 외부 장치에게 쿼리를 보낸 다. 그 후, 상기 무선 통신 장치는 무선 통신 네트워크를 통해 서버에게 쿼리를 보내고, 장치들 간의 통신을 촉진시키는 인터페이스를 포함하는 응답을 수신한다.

본원을 읽은 후, 다양한 대체 실시예와 대체 적용예로 본 발명을 구현하는 방법이 당업자에게는 명백할 것이다. 그러나 본 발명의 다양한 실시예가 본원에서 설명되었지만, 이것은 단지 예에 불과하며, 본 발명을 제한하지 않는다. 이와 같이, 다양한 대안 실시예는 본 발명의 사상과 범위를 제안하지 않으면서 설명된다.

도 1은 무선 통신 네트워크(10)를 도식하는 추상화된 블록 다이어그램이다. 도식된 실시예에서, 상기 무선 통신 네트워크(10)는, 다수의 기지국(40, 42)을 통해 네트워크(50)에 통신 연결되는 다수의 무선 통신 장치(20, 30)를 포함한다. 추가적인 무선 통신 장치와 기지국이 상기 무선 통신 네트워크(10)의 한 부분으로서 사용될 수 있다. 상기 무선 통신 네트워크(10)는, 데이터 저장 영역(70)에 연결되어 있는 업데이트 모듈 서버(60)를 포함한다. 상기 무선 통신 장치(20, 30)는 기지국(40, 42)과 네트워크(50)를 통해, 업데이트 모듈 서버(60)와 통신 연결되어 있다.

무선 통신 장치(20)는, 무선 통신 네트워크(10) 내에서 통신할 수 있고, 소프트웨어 모듈을 실행시키거나 모듈식 하드웨어 구성요소를 교체하는 임의의 종류의 장치일 수 있다. 또한 무선 통신 장치(20)는 영구적인 저장 영역을 갖는다. 예를 들어, 무선 통신 장치(20)는 셀 폰, 또는 PDA(personal digital assistant), 또는 랩탑 컴퓨터, 또는 손목 시계, 또는 무선 통신용으로 구성된 그 밖의 다른 장치일 수 있다. 무선 통신 장치는 “핸드세트”, 또는 “이동 전화”, 또는 “이동 장 치”라고 일컬어질 수 있다.

도식된 실시예에서, 외부 장치(22)와 핸드세트(20) 간의 연결은 직접적인 물리적 연결(24)이다. 또한 외부 장치(32)와 핸드세트(30) 간의 무선 링크, 가령 직접 무선 링크(34), 또는 원격 무선 링크(36)를 통해 외부 장치가 핸드세트에 연결될 수 있다. 하나의 실시예에서, 직접 물리적 연결(24)은 핸드세트(20)와 외부 장치(22) 간의 하드와이어링(hardwire)된 물리적 연결일 수 있으며, 그 예로는 시리얼 케이블(serial cable), 또는 유선 네트워크 연결(wired network connection)이 있다. 또는 직접 무선 연결(34)이 로컬 네트워킹 프로토콜, 또는 블루투스, 또는 적외선 연결을 사용할 수 있다. 외부 장치(32)는 기지국(42)을 통해 장치로 연결되는 원격 무선 연결(36)을 거쳐, 핸드세트(30)에 연결될 수 있다. 덧붙이자면, 외부 장치(32)는 인터넷, 또는 네트워크(50)를 통해 장치를 연결하는 원격 무선 연결(36)을 거쳐, 핸드세트(30)에 연결될 수 있다.

기지국(40)은 다수의 무선 통신 장치와 OTA(over-the-air) 통신하도록 구성되며, 상기 기지국(40)은 OTA(over-the-air) 통신을 네트워크(50)를 가로지르는 유선 통신으로 변환하는 트랜시버를 포함한다. 네트워크(50)는, 기지국(40, 42) 간의 핸드오프(handoff)를 위한 인프라를 제공하는, 무선 캐리어(wireless carrier)에 의해 동작되는 사설 네트워크(private network)인 것이 바람직하다. 덧붙이자면, 네트워크(50)가 다양한 애플리케이션과, 서비스와, 그 밖의 다른 컴퓨터 기반 서버(가령, 업데이트 모듈 서버(60)) 간의 통신 링크를 제공하는 것이 바람직하다.

네트워크(50)는 다른 네트워크, 가령, ISDN(Integrated Services Digital network), PSTN(Public Switched Telephone Network), PLMN(Public Land Mobile Network), PSPDN(Packet Switched Public Data Network), 인터넷으로의 연결을 위해, 도관 역할을 할 수 있다.

업데이트 모듈 서버(60)는 단일 컴퓨터로서, 또는 논리적으로 배열된 다수의 서버로서 구현되어, 모바일 장치에게 동적 명령어 세트와, 소프트웨어 및 하드웨어 모듈을 제공하고, 이동 장치로부터 수신된 동적 명령어 세트를 실행시킬 수 있다. 도식된 실시예에서, 업데이트 모듈 서버(60)는 다수의 실행 가능한 인터페이스와 서버 연산 코드로 구성된 세트를 내장하는 데이터 저장 영역(70)과 연결되어 있다. 업데이트 모듈 서버(60)를 구현할 수 있는 범용 컴퓨터의 특징이 도 11을 참조하여 다음에서 설명된다. 업데이트 모듈 서버(60)의 하나의 기능은, 핸드세트에게 실행가능한 소프트웨어 모듈, 또는 호환가능 핸드세트 하드웨어를 위한 장치 드라이버, 또는 외부 장치와의 통신을 위한 실행 가능한 인터페이스를 제공함으로써, 핸드세트(20, 30)로부터 요청을 수신하고, 이러한 요청에 응답하는 것이다.

도 2는 무선 통신 장치(20) 상의 영구 저장소(240)에서의 데이터의 바람직한 표시를 나타내는 블록 다이어그램이다. 무선 통신 장치(20, 30)를 동작하게 만드는 일반적인 특징이 도 10을 참조하여 다음에서 서술된다. 도식된 실시예에서, 운영 체제(100)는 영구 저장소(240)에 상주한다. 상기 운영 체제(100)는 장치가 기능할 수 있게 하는 기본적인 실행 가능한 하나 이상의 프로그램을 포함한다. 운영 체제(100)에 추가로, 애플리케이션 데이터9110)와 사용자 인터페이스(120)가 영구 저장소(240)에서 존재한다. 상기 애플리케이션 데이터(110)는, 애플리케이션이 기능 할 필요가 있는, 또는 애플리케이션이 자신의 서비스를 제공하도록 사용하는 사용자 정보와 애플리케이션 정보를 포함하는 것이 바람직하다.

사용자 인터페이스(120)는 실행 가능한 사용자 인터페이스 애플리케이션과 상기 애플리케이션에 의해 사용되는 사용자 인터페이스 데이터를 모두 포함할 수 있다. 대안적 실시예에서, 사용자 인터페이스 애플리케이션 부분은 운영 체제의 한 부분으로서 포함될 수 있고, 사용자 인터페이스(120)는 보조 사용자 데이터, 또는 사용자 맞춤 데이터, 또는 사용자 인터페이스 애플리케이션이나 사용자에 의해 사용될 수 있는 그 밖의 다른 데이터를 포함할 수 있다. 영구 저장 영역(240)이 하나 이상의 장치 드라이브, 가령 장치 드라이브(130, 132)를 장치 드라이브 n까지 추가적으로 포함한다. 이러한 장치 드라이버는 핸드세트와 또 다른 장치 간의 통신을 촉진하는, 또는 가능하다면 코어 핸드세트(core handset)와 통합 장치(가령 디스플레이, 키패드, 스피커, 마이크로폰, 이어폰)간의 통신을 촉진하는 실행 가능한 애플리케이션인 것이 바람직하다.

일련의 소프트웨어 애플리케이션, 또는 모듈, 가령 애플리케이션(140, 142, 144, 146)이 영구 저장소(240)의 한 부분으로서 애플리케이션(n)까지 추가적으로 나타난다. 도식된 바와 같이, 다수의 애플리케이션이 영구 저장소(240)의 한 부분으로서 상주할 수 있다. 상기 영구 저장(240)에서 저장될 수 있는 애플리케이션의 숫자는 상기 저장소(240)의 물리적인 제한에 의해 제한된다.

도 3a는 무선 통신 장치(20)의 데이터(240)의 요소를 도식하는 블록 다이어그램이다. 도식된 실시예에서, 데이터(240)는 모듈식 소프트웨어 인터페이스(200) 와, 소프트웨어 라이센스 매니저(205)와, 런타임 엔진(230)을 포함하는 다수의 애플리케이션(242)을 갖는다. 도 2에서 도식되는 애플리케이션 데이터(110)에 포함될 수 있는 또 다른 데이터 요소(244)는 서버 연산 코드(“opcode”) 라이브러리(210)와, 핸드세트 연산 코드(opcode)(220)와, 런타임 명령어(260)를 포함한다.

모듈식 소프트웨어 인터페이스(200)는 새로운 소프트웨어 모듈 및 애플리케이션을 설치하기 위해 사용자 요청을 수신하도록 구성되는 것이 바람직하다. 덧붙이자면, 모듈식 소프트웨어 인터페이스(200)는 네트워크에 의해 개시되는 소프트웨어 모듈 다운로드 및 소프트웨어 애플리케이션 다운로드를 수신하도록 구성되는 것이 바람직하다. 상기 모듈식 소프트웨어 인터페이스(200)는 사용자에 의해 개시되는 다운로드를 위해 사용자로부터 명령어를 수용하기에 적합한 사용자 인터페이스 모듈을 포함할 수 있다. 덧붙이자면, 상기 모듈식 소프트웨어 인터페이스(200)는 네트워크에 의해 개시되는 다운로드를 위해 네트워크 서버로부터 통신을 수신할 수 있는 통신 모듈을 포함할 수 있다.

하나의 실시예에서, 특정 소프트웨어 모듈을 다운로딩하기 위해, 상기 모듈식 소프트웨어 인터페이스(200)는 사용자로부터 명령어를 수신한다. 상기 모듈식 소프트웨어 인터페이스(200)는 런타임 엔진(230)과 통신하도록 구성되어, 네트워크 서버로부터 다운로드되도록 상기 소프트웨어 모듈에 대한 요청을 생성하는 것이 바람직하다. 대안적인 실시예에서, 모듈식 소프트웨어 인터페이스(200)는 네트워크 서버로부터 시작된 명령어를 수신한다. 상기 모듈식 소프트웨어 인터페이스(200)는, 네트워크 서버가 핸드세트 다운로드와 설치를 요청하는 소프트웨어 모듈이 어 느 것인지를 판단하기 위해 모듈 명령어를 파스(parse)하고 번역하도록 구성되는 것이 바람직하다.

네트워크로부터 요청이 인증되면, 그 후, 상기 모듈식 소프트웨어 인터페이스(200)는 런타임 엔진(230)과의 통신을 진행하여, 다운로드에 영향을 미친다.

덧붙이자면, 모듈식 소프트웨어 인터페이스(200)는, 소프트웨어 모듈이 설치될 영구 저장소(240)의 가용 공간을 판단하도록 구성될 수 있다. 예를 들어, 새로운 소프트웨어 모듈을 설치하기 위한 요청을 수신하면, 상기 모듈식 소프트웨어 인터페이스(200)는 핸드세트상의 가용 디스크 공간의 양(또는, 그 밖의 다른 영구 저장 공간)을 판단한다. 하나의 실시예에서, 가용 저장 공간을 판단하기 위해, 상기 모듈식 소프트웨어 인터페이스(200)는 상기 핸드세트의 운영 체제(100)에게 쿼리를 보낼 수 있다(도 2 참조). 충분한 공간이 유효할 경우, 그 후, 모듈식 소프트웨어 인터페이스(200)가 앞서 언급한 바와 같이, 런타임 엔진(230)과의 통신을 진행할 수 있다.

요청된 소프트웨어 모듈을 설치하기 위한 충분한 영구 저장 공간이 없을 경우, 삭제 가능한 소프트웨어 모듈, 또는 영구 저장소의 그 밖의 다른 데이터를 식별하기 위해, 모듈식 소프트웨어 인터페이스(200)는 상기 요청이 시작된 곳에 따라서 사용자, 또는 네트워크(50)에게 쿼리를 보낼 수 있다. 또는, 예를 들어, 운영 체제에 쿼리를 보내거나, 상기 요청된 소프트웨어 모듈의 더 오래된 버전을 식별함으로써, 상기 모듈식 소프트웨어 인터페이스(200)는 어떤 데이터가 삭제 가능한지를 판단할 수 있다.

덧붙이자면, 모듈식 소프트웨어 인터페이스(200)는, 새로운 소프트웨어 모듈을 위해 충분한 공간을 제공하기 위해, 영구 저장소(240)에서의 식별된 소프트웨어 모듈, 또는 그 밖의 다른 데이터의 삭제를 운영 체제(100)에게 지시하도록 구성될 수 있다. 어떠한 영구 저장 공간도 가용하지 않을 경우, 그리고 영구 저장소의 공간을 이미 차지하고 있는 데이터, 또는 소프트웨어 모듈을 삭제함으로써, 어느 것도 얻을 수 없을 경우, 상기 모듈식 소프트웨어 인터페이스(200)가 사용자, 또는 네트워크에게 요청된 소프트웨어 모듈을 설치하기 위해 유효한 공간이 없다고 알려줄 수 있다.

도 3A을 계속 참조하여, 핸드세트 연산 코드(opcode) 라이브러리(220)는, 도 1에서 도식된 바와 같이, 업데이트 모듈 서버(60)에 의해 핸드세트가 실행하도록 지시받을 수 있는 각각의 기능이나 실행 가능한 코드 세그먼트를 대표하는 연산 코드의 모집단을 포함한다. 바람직하게도, 핸드세트 연산 코드(opcode) 라이브러리(220)는 실제 실행 가능한 기계 코드 기능, 또는 코드 세그먼트를 위한 공간 보유자(place holder) 역할을 하는 연산 코드를 포함하는 것이 바람직하다. 이와 마찬가지로, 핸드세트 연산코드(opcode) 라이브러리(220)는 핸드세트(20, 30)에 의해 실행될 수 있는 각각의 모든 기능에 대응하는 모든 사용가능한 연산 코드의 리스트를 포함하는 것이 바람직하다.

이와 유사하게, 서버 연산코드(opcode) 라이브러리(210)는, 각각의 서버의 보조 기능, 또는 실행 가능한 코드 세그먼트를 대표하는 연산 코드의 모집단을 포함하는 것이 바람직하다. 서버 연산코드(opcode) 라이브러리(210)는, 무선 통신 장 치(20) 상에 상주하지 않는 실제 실행 가능한 기계 코드 기능, 또는 코드 세그먼트를 위한 연산 코드만 포함할 수 있다. 이와 마찬가지로, 서버 연산코드(opcode) 라이브러리(210)는, 핸드세트(20, 30)를 대신하는 업데이트 모듈 서버(60)에 의해 실행될 수 있는 각각의 사용가능한 서버 기능에 대한 모든 연산 코드의 리스트를 포함한다. 바람직한 실시예에서, 상기 업데이트 모듈 서버(60)가 이동 장치, 가령, 셀 폰, 또는 PDA에서의 최소 자원으로 고통받지 않도록, 다수의 사용가능한 서버 기능의 수는 사용가능한 핸드세트 기능의 수를 초과할 수 있다.

런타임 엔진(230)은 동적 명령어 세트를 처리하도록 구성되는 것이 바람직하다. 동적 명령어의 세트의 하나의 예로는, 소프트웨어 모듈을 설치하기 위한 명령어의 세트가 있다. 동적 명령어 세트의 또 다른 예로는, 새로운 하드웨어 구성요소용 장치 드라이버를 설치하기 위한 명령어의 세트가 있다. 동적 명령어 세트의 처리는 연산 코드(opcode)를 실행 가능한 명령어 세트로 번역하는 것과, 이러한 명령어 세트를 실행하는 것을 포함한다. 예를 들어, 핸드세트 연산 코드(opcode)의 세트는 데이터 페이로드(data payload)를 따라서 업데이트 모듈 서버(60)로부터 수신될 수 있다. 그 후, 상기 연산 코드(opcode)는 핸드세트용으로 실행 가능한 명령어로 번역된다. 또한 동적 명령 세트의 처리는 연산 코드(opcode)의 컴파일과, 업데이트 모듈 서버(60)로 전달되기 위한 이에 대응하는 데이터 페이로드를 포함한다. 무선 통신 장치(20, 30)에 의해, 런타임 엔진(230)이 가동되어 필요할 때, 그리고 핸드세트(20, 30) 상의 최소한의 시스템 자원(가령, 메모리, CPU 사이클 등)을 소비할 때, 실행될 수 있다.

도 12를 참조하여, 블록 다이어그램은 무선 통신 장치(620)와 모듈식 하드웨어 구성요소를 나타낸다. 도식된 실시예에서, 핸드세트(620)는 스크린(680)과 키패드(682)를 포함하는 다수의 하드웨어 모듈을 포함한다. 또한 추가적인 하드웨어 모듈, 가령 라디오 칩셋이 핸드세트(620)에 포함되는 것이 일반적이다. 하드웨어 모듈은 핸드세트(620)의 구성요소이며, 상기 핸드세트(620)와 전기 연결될 수 있다. 가령 케이스 같은 통신 기능을 갖지 않는 구성요소는 비활성 하드웨어 모듈이라고 고려되지 않는다.

도식된 실시예에서, 디스플레이 스크린(680)은 새로운 디스플레이 스크린(690)과 호환 가능하다. 예를 들어, 스크린(690)이 컬러를 디스플레이할 수 있는 반면에, 스크린(680)은 단색을 디스플레이하는 것으로 제한될 수 있다. 이와 유사하게, 키패드(682)가 새로운 키패드(692)와 호환 가능하다. 예를 들어, 새로운 키패드(692)는 키를 조명할 수 있는 반면에, 키패드(682)는 이러한 기능을 갖지 않을 수 있다.

도 3B는 또 다른 무선 통신 장치(20)의 데이터의 요소(240)를 도식한 블록 다이어그램이다. 도식된 실시예에서, 데이터(240)는 모듈식 하드웨어 검출기(202와, 런타임 엔진(230)을 포함하는 다수의 애플리케이션(242)을 갖는다. 도 3A에서 도식된 바와 같이, 상기 애플리케이션 데이터(110)에 포함될 수 있는 또 다른 데이터 요소(244)는 서버 연산 코드(“opcode”) 라이브러리(210)와, 핸드세트 연산 코드(opcode) 라이브러리(220)와, 런타임 명령어(260)를 포함한다.

모듈식 하드웨어 검출기(202)는, 새로운 하드웨어 모듈이 이전의 하드웨어 모듈과 교환된 시점을 판단하도록 구성되는 것이 바람직하다. 하나의 실시예에서, 파워가 증가함에 따라 상기 모듈식 하드웨어 검출기(202)가 기능하여 새로운 하드웨어 모듈의 존재를 검출할 수 있다. 또는, 상기 모듈식 하드웨어 검출기(202)가 파워-온(power-on) 모드 동안 동작하여, 최근에 교환된 임의의 새로운 하드웨어를 검출할 수 있거나, 또는 상기 핸드세트(20)가 파워-온 상태인 동안 교체된 임의의 새로운 하드웨어를 검출할 수 있다. 상기 모듈식 하드웨어 검출기(202)는 전기기계적 구성요소와 소프트웨어적 구성요소의 조합으로서 구현되어 검출 기능을 수행할 수 있고, 런타임 엔진(230)과 통신하여 런타임 엔진에게 새롭게 검출된 하드웨어 모듈을 알려줄 수 있다.

덧붙이자면, 상기 모듈식 하드웨어 검출기(202)는, 영구 저장소(240)에서 새로운 장치 드라이버가 설치되는 가용 공간을 판단하도록 구성될 수 있다. 예를 들어 새로운 하드웨어 모듈이 검출되면, 상기 모듈식 하드웨어 검출기(202)가 현재의 장치 드라이버, 가령 도 2의 장치 드라이버 N에 대해 사용되는 저장 공간의 크기를 판단하고, 새로운 장치 드라이버에 대해 요구되는 저장 공간의 크기를 판단하는 것이 바람직하다. 하나의 실시예에서, 현재의 장치 드라이버에 대해 사용되는 저장 공간을 판단하기 위해, 상기 모듈식 하드웨어 검출기(200)가 운영 체제(100)에게 쿼리를 보낼 수 있다. 덧붙이자면, 새로운 장치 드라이버에 대해 요구되는 저장 공간의 크기를 결정하기 위해, 모듈식 하드웨어 검출기(202)는 런타임 엔진(230)을 통해 도 1에서 도식된 업데이트 서버(60)에게 쿼리를 보내서, 상기 정보를 획득할 수 있다.

현재의 장치 드라이버와, 새로운 장치 드라이버가 동일한 크기일 경우, 또는 새로운 장치 드라이버가 현재의 장치 드라이버보다 더 작은 저장 공간을 필요로 할 경우, 그 후, 상기 새로운 장치 드라이버는, 상기 현재의 장치 드라이버가 위치하는 영구 저장소의 곳과 동일한 공간에 설치될 수 있다. 새로운 장치 드라이버가 현재의 드라이버보다 더 많은 저장 공간을 필요로 할 경우, 모듈식 하드웨어 검출기(202)가 모듈식 하드웨어 검출기(200)에 의한 장치 드라이버 저장을 위해 새롭게 할당되는 상기 영구 저장 영역(240)의 또 다른 부분에 새로운 장치 드라이버를 설치할 수 있는 것이 바람직하다. 또는 새로운 장치 드라이버를 위한 공간을 만들기 위해 삭제가능한 영구 저장소의 데이터를 식별하기 위해, 상기 모듈식 하드웨어 검출기(202)가 사용자에게 쿼리를 보낼 수 있다.

새로운 장치 드라이버의 설치가 성공된 후 현재의 장치 드라이버를 삭제하기 위해 운영 체제(100)에게 지시하도록, 모듈식 하드웨어 검출기(202)가 구성되는 것이 바람직하다. 새로운 장치 드라이버의 설치 프로세스 동안, 현재의 장치 드라이버는 영구 저장소, 또는 휘발성 저장소에 백업되는 것이 바람직하다.

도 17A를 참조하여, 무선 통신 장치(80)와 외부 장치(82) 간의 직접 물리 연결(84)을 도식하는 블록 다이어그램이 나타난다. 외부 장치(82)와 핸드세트(80) 모두를 연결하는 표준 케이블, 또는 고유 케이블을 통해, 직접 물리적인 연결(84)이 이뤄질 수 있다. 또는, 어떠한 실제 케이블도 사용되지 않도록, 핸드세트(80)와 외부 장치를 연결함으로써, 직접 물리 연결(84)이 이뤄질 수 있으며, 최종 연결된 장치는 통합 유닛이 된다.

도 17B는 무선 통신 장치(86)와 외부 장치(88) 간의 직접 무선 연결(85)의 예시를 도식한 블록 다이어그램이다. 다양한 무선 링크, 가령 블루투스, 또는 적외선 링크, 또는 무선 통신의 802.11 및 802.15 패밀리를 통해, 직접 무선 연결(85)이 이뤄질 수 있다.

도 17C는 무선 통신 장치(90)와 외부 장치(98) 간의 원격 무선 연결의 예시를 도식하는 블록 다이어그램이다. 상기 원격 무선 연결은 외부 장치(98)와 기지국(94) 간의 링크(96)를 포함할 수 있으며, 또한 핸드세트(90)와 기지국(94) 간의 링크(92)를 포함할 수 있다. 또한 틈새 네트워크와 기지국이 존재할 수 있다. 종래의 무선 통신 프로토콜, 또는 원격 무선 네트워킹 프로토콜, 가령 무선 통신의 802.11 및 802.15 패밀리를 사용하여, 원격 무선 연결이 확립될 수 있다.

도 3C는 무선 통신 장치(20, 30)의 예제의 데이터(240)의 구성요소를 도식하는 블록 다이어그램이다. 도식된 실시예에서, 데이터(240)는 외부 장치 검출기(204)와 런타임 엔진(230)을 포함하는 다수의 애플리케이션(242)을 갖는다. 도 2에서 도식된 바와 같이, 애플리케이션 데이터(110)에 포함될 수 있는 그 밖의 다른 데이터 요소(244)가 서버 연산 코드(“opcode”) 라이브러리(210)와, 핸드세트 연산 코드(opcode) 라이브러리(220)와, 런타임 명령어(260)를 포함한다.

외부 장치가 핸드세트(20, 30)로 물리적으로 연결된 때, 또는 외부 장치가 무선 링크를 통해 핸드세트(20, 30)와의 연결을 시도한 때를 판단하도록, 외부 장치 검출기(204)가 구성되는 것이 바람직하다.

덧붙이자면, 만들어질 연결보다 외부 장치가 상기 핸드세트의 근접하여 위치 하고 있는지의 여부를 판단하기 위해, 외부 장치 검출기(204)가 파일럿 신호(pilot signal), 또는 그 밖의 다른 브로드캐스트 무선 신호를 검출할 수 있는 것이 바람직하다. 검출 기능을 수행하기 위해, 외부 장치 검출기(204)는 전기기계적 구성요소와 소프트웨어적 구성요소의 조합으로서 구현될 수 있다.

도 3A와 도 3B와 도 3C가 모듈식 소프트웨어 인터페이스(200)와, 모듈식 하드웨어 검출기(202)와, 외부 장치 검출기(204)의 3가지 개별적인 예를 도식하지만, 인터페이스(200)와, 하드웨어 검출기(202)와, 외부 장치 검출기가 통신 장치(20)의 영구 저장 영역(240)에, 임의로 조합을 이뤄 상주할 수 있다.

도 3D는 연산 코드 라이브러리와 이에 대응하는 런타임 명령어 세트(260)를 도식한 블록 다이어그램이다. 핸드세트 연산 코드 라이브러리(220)와 런타임 명령어 세트(260)가 핸드세트(20, 30)의 데이터 저장 영역(240)에 하우징되는 것이 바람직하다. 하나의 실시예에서, 런타임 명령어 세트(260)의 실행 가능한 명령어가 핸드세트 연산 코드 라이브러리(220)에 내포된 연산코드와 일-대-일 관계 대응한다. 또는, 핸드세트 연산코드 라이브러리(220)의 단일 연산 코드는, 런타임 명령어(260)의 다수의 실행가능한 명령어의 시퀀스에 대응할 수 있다.

도 3E는 런타임 명령어(260)의 세트의 예시를 도식한 블록 다이어그램이다. 도식된 실시예에서, 임의의 개수의 실행 가능한 명령어, 명령어 1 내지 명령어 n이 런타임 명령어(260)에 포함될 수 있다. 런타임 명령어(260)에서 다수의 기능이 유효하나, 핸드세트(20, 30)의 매우 적은 자원(가령, 영구 메모리)만을 사용하는 것이 바람직하다.

도 4는 사용자에 의해 개시되는 소프트웨어 모듈 다운로드를 위한 프로세스의 예를 도식한 흐름 다이어그램이다. 우선, 스텝(300)에서, 핸드세트는 사용자로부터 애플리케이션 요청을 수신한다. 상기 요청은, 예를 들어 모듈식 소프트웨어 인터페이스(200)에 의해 수신될 수 있다. 그 후, 스텝(302)에서, 런타임 엔진이 가동된다. 런타임 엔진이 구동되면, 스텝(304)에서 나타나는 바와 같이, 취해질 필요가 있는 작용에 따라서, 상기 엔진이 서버 연산 코드의 세트를 컴파일할 수 있다. 이러한 경우, 컴파일될 서버 연산 코드의 세트는, 요청된 소프트웨어 애플리케이션, 또는 모듈을 다운로딩하기 위한 것이 바람직하다. 서버 연산 코드의 세트는 무선 장치 상에서 실행되는 배경 프로세스(background process)로부터 획득될 수 있다. 또는, 서버 연산 코드는, 사용자의 지시하에서 무선 장치 상에서 실행되는 프로세스로부터 획득될 수 있다. 서버 연산 코드의 컴파일된 세트에 의해, 앞서 언급된 바와 같이, 서버는 요청된 소프트웨어 모듈에 응답할 수 있다.

예를 들어, 무선 장치가 사용자로부터 명령어를 수신하여, 폰 북 애플리케이션으로 확장 모듈을 다운로드하여, 이전의 100개의 연락처보다 많은 500개의 연락처가 유질될 수 있다. 사용자가 다운로드될 새로운 소프트웨어 모듈의 이름과 식별자를 제공한다. 그 후, 적정 소프트웨어 모듈을 핸드세트에게 제공하라고 모듈식 소프트웨어 서버에게 지시하는 서버 연산 코드 세트가 컴파일되어, 상기 핸드세트가 연락처의 총 개수를 증가시킬 수 있다. 이러한 경우에서, 결과는 런타임 엔진에 의해 생성된 서버 연산코드 세트이다(스텝(304)).

서버 연산 코드 세트가 생성되면, 상기 런타임 엔진은, 전달될 데이터 페이 로드내의 이름, 또는 식별자 정보를, 서버 연산코드의 세트에 포함시킨다. 예를 들어, 런타임 엔진은 애플리케이션, 또는 소프트웨어 모듈 데이터를 영구 메모리, 또는 휘발성 메모리로부터 페칭하거나, 또는 예를 들어 모듈식 소프트웨어 인터페이스(200)를 통해 필요한 데이터를 복귀시키는 명령어를 실행시킬 수 있다. 상기 데이터가 획득되면, 런타임 엔진(230)이 데이터를 서버 연산 코드 세트로 삽입한다(스텝(306)). 이를 실현하기 위한 한 가지 간편한 방법은, 단일 데이터 패킷으로 데이터 페이로드를 서버 연산 코드 세트에 부착하는 것이다.

서버 연산 코드 세트와 데이터 페이로드가 조합되면, 그 후, 상기 런타임 엔진이 대응하는 데이터 페이로드와 함께 서버 연산 코드 세트를 서버로 전송한다(스텝(308)). 서버 연산 코드 세트와 데이터 페이로드가 전송된 후, 무선 장치 상의 자원을 해방하기 위해, 상기 런타임 엔진이 완료될 수 있다(스텝(310)).

도 5는 무선 통신 장치 상의 상주하는 소프트웨어 모듈을 활성화시키기 위한 프로세스의 예를 도식한 흐름도이다. 도 5에서 도식된 프로세스는 연산 코드 세트를 통해 수행되거나, 다른 무선 데이터 통신 수단의 사용을 통해 수행될 수 있다. 우선, 스텝(320)에서, 핸드세트는 네트워크 라이센스 서버로부터 라이센스를 요청한다. 도 3A에서 도식된 상기 소프트웨어 라이센스 매니저(205)가 본 스텝을 개시하는 것이 바람직하다. 네트워크 라이센스 서버는 업데이트 모듈 서버(60)와 동일한 서버이거나, 또는 서로 다른 별도의 서버일 수 있다. 요청이 전송되면, 그 후, 상기 핸드세트(20, 30)는 네트워크 라이센스 서버로부터 지불 요구사항을 수신한다(스텝(322)). 이에 응답하여, 상기 핸드세트는 지불 세부사항을 네트워크 라이센 스 서버에게 제공한다(스텝(324)).

하나의 실시예에서, 상기 핸드세트는 지불 세부사항을 자동으로 제공하도록 구성될 수 있다. 또는, 사용자가 상기 요청된 라이센스에 대해 지불을 이행하는 것을 보장하기 위해, 상기 핸드세트는 이러한 사용자로부터의 정보를 요청하도록 구성될 수 있다. 지불 세부사항을 전송한 후, 스텝(326)에서, 핸드세트는 지불 세부사항의 수신에 대한 라이센스 서버의 ACK(Acknowledgement)을 수신한다. 하나의 실시예에서, 이러한 ACK은 상기 지불이 처리되었다는 확인 기능을 할 수 있다.

ACK가 수신되면, 스텝(328)에서, 그 후, 핸드세트는 라이센스 서버로부터 라이센스, 또는 활성 키(activation key)를 수신한다. 상기 핸드세트 상에서 애플리케이션의 사용을 허용하도록 상기 활성 키는 구성되는 것이 바람직하다. 상기 키가 수신되면, 그 후 애플리케이션이 스텝(330)에서 나타난 바와 같이 활성화될 수 있다.

도 6은 네트워크에 의해 개시되는 소프트웨어 모듈 다운로드에 대한 프로세스의 예를 도식한 흐름도이다. 먼저, 스텝(336)에서, 상기 무선 장치는 핸드세트 연산코드의 세트를 수신한다. 핸드세트 연산 코드의 세트는 OTA(Over-The-Air) 통신 링크를 통해, 가령 무선 통신 네트워크를 이용한 링크를 통해 수신될 수 있다. 상기 연산 코드는 OTA(Over-The-Air) 전송된 데이터의 크기를 최조화하도록 최적화되는 것이 바람직하다. 덧붙이자면, 데이터 페이로드는 핸드세트에 의해 수신된 연산 코드의 세트내에 포함될 수 있다. 도식된 실시예에서, 상기 핸드세트 연산 코드 세트가 네트워크 업데이트 모듈 서버(60)로부터 수신된다.

스텝(338)에서, 무선 장치가 상기 핸드세트 연산 코드 세트를 처리하기 위해 자신의 런타임 엔진을 가동시킨다. 또는, 우선 핸드세트가 핸드세트 연산 코드 세트를 전송하는 네트워크 서버를 인증한다. 스텝(340)에서 나타낸 바와 같이, 런타임 엔진은 핸드세트 연산 코드 세트를 파스(parse)하고, 그 후 데이터 페이로드를 추출한다(스텝(342)). 어떠한 데이터 페이로드도 존재하지 않을 경우, 이러한 스텝은 생략될 수 있으나, 상기 네트워크 업데이트 모듈 서버(60)는 실행 가능한 소프트웨어 애플리케이션을 최초의 전송에 포함할 수 있다. 또는, 상기 핸드세트 연산 코드 세트는 서버로부터의 소프트웨어 모듈을 요청하도록 핸드세트에게 지시할 수 있다. 데이터 페이로드가 존재할 경우, 최종 데이터가 나중에 사용되도록, 휘발성 메모리의 유효 부분에 저장될 수 있다.

그 후, 스텝(344)에서, 런타임 엔진은 핸드세트 연산 코드 세트의 연산 코드에 대응하는 실행 가능한 명령을 획득한다. 이러한 명령어는 핸드세트의 데이터 저장 영역 상의 영구 저장소에 저장되는 원격 런타임 명령어 세트로부터 획득될 수 있다.

핸드세트 연산 코드 세트에서의 연산 코드에 대응하는 실행 가능한 명령어가 획득되면, 상기 런타임 엔진이 명령어를 실행한다(스텝(346)). 명령어가 실행될 때, 연산될 임의의 필수 데이터는 데이터 페이로드가 저장되는 휘발성 메모리로부터 획득될 수 있다. 연산될 임의의 필수 데이터는 실행되는 명령어의 결과로서 얻어질 수 있다.

예를 들어, 데이터 페이로드는, 설치를 위해 네트워크가 핸드세트에게 요청 한 소프트웨어 애플리케이션을 포함할 수 있다. 덧붙여, 상기 핸드세트 상의 영구 메모리에 데이터 페이로드를 저장하기 위해, 핸드세트 연산 코드 세트의 하나 이상의 연산 코드가, 하나 이상의 실행 가능한 명령어에 대응하는 것이 바람직하다. 이러한 예에서, 소프트웨어 모듈을 포함하는 데이터 페이로드가 영구 메모리에 저장되면, 상기 핸드세트는 애플리케이션을 사용자에 의해 사용되거나, 또는 원격 네트워크 명령어에 의해 사용될 수 있게 한다. 또는 데이터 페이로드가 영구 메모리의 이전의 소프트웨어 애플리케이션, 또는 모듈이 포함된 부분, 또는 삭제를 위해 선택된 부분을 대체하여, 새로운 소프트웨어 모듈을 위한 공간을 만들 수 있다. 따라서 핸드세트 연산코드 세트와 데이터 페이로드가 무선 장치 상에서 동작하여, 핸드세트를 위한 새로운 소프트웨어 모듈을 설치할 수 있다. 또한 새로운 모듈, 또는 애플리케이션이 설치되면 이를 구성하기 위해, 필요하다면 추가적인 연산 코드와 명령어가 사용될 수 있다.

런타임 엔진에 의해 완전하게 명령어 세트가 실행되면, 상기 런타임 엔진이 종료될 수 있고, 애플리케이션은 실행될 수 있다(스텝(348)). 네트워크에 의해 개시되는 다운로드가 사용될 수 있는 방법이 예를 들어서 설명된다. 핸드세트가 잃어버리거나 도난당한 차량 안에 있을 경우, 네트워크에 의해 상기 핸드세트에 접촉될 수 있고, 상기 핸드세트는 GPS 모듈(상기 핸드세트가 GPS 가능형 하드웨어라고 가정될 때)을 다운로드하도록 지시될 수 있다. 상기 GPS 모듈이 다운로드되고, 설치되면, 상기 GPS 모듈은 위치 정보를 네트워크에게 통지하기 시작할 수 있으며, 차령의 추적을 촉진하기 위해, 상기 위치 정보는 차례로 차량의 주인에게 제공되거 나, 또는 인증국에게 제공될 수 있다. 이는 모두 상기 핸드세트의 인접지역에 있는 사람에게 알리지 않고, 이뤄질 수 있는 것이 바람직하다.

도 7은 무선 통신 장치 상에 소프트웨어 모듈을 설치하기 위한 프로세스의 예를 도식한 흐름도이다. 우선, 스텝(350)에서, 무선 통신은 핸드세트 연산 코드로 구성된 세트를 수신한다. 상기 핸드세트 연산 코드로 구성된 세트는 OTA(Over-The-Air) 통신 링크, 가령, 무선 통신 네트워크를 갖는 링크를 통해 수신될 수 있다. 상기 연산 코드는 OTA(Over-The-Air) 전송되는 데이터의 크기를 최소화하도록 최적화되는 것이 바람직하다. 덧붙이자면, 데이터 페이로드가 상기 핸드세트에 의해 수신된 연산 코드의 세트내에 포함될 수 있다. 도식된 실시예에서, 상기 핸드세트 연산 코드 세트는 네트워크 소프트웨어 모듈 서버로부터 수신된다.

스텝(352)에서, 무선 장치는 런타임 엔진을 가동시켜, 상기 핸드세트 연산 코드 세트를 처리할 수 있다. 스텝(354)에서 나타난 바와 같이, 상기 런타임 엔진은 핸드세트 연산 코드 세트를 파스하고, 그 후, 데이터 페이로드를 추출한다(스텝(356)). 어떠한 데이터 페이로드도 존재하지 않을 경우, 그 후, 이러한 스텝은 생략될 수 있으나, 네트워크 소프트웨어 모듈 서버는 실행가능한 소프트웨어 애플리케이션을 최초의 전송에 포함할 수 있다. 또는, 핸드세트 연산 코드 세트가 핸드세트에게 서버로부터의 소프트웨어 모듈을 요청하도록 지시할 수 있다. 데이터 페이로드가 존재할 경우, 그 후, 최종 데이터가 나중에 사용되기 위해, 휘발성 메모리의 유효 부분에 저장될 수 있다.

다음으로, 스텝(358)에서, 런타임 엔진이, 핸드세트 연산 코드 세트내의 연 산코드에 대응하는 실행가능한 명령어를 획득할 수 있다. 이러한 명령어는 상기 핸드세트의 데이터 저장 영역 상의 영구 저장소에 저장된 원격 런타임 명령어 세트로부터 획득될 수 있다. 상기 핸드세트 연산 코드 세트내의 연산 코드에 대응하는 실행 가능한 명령어가 획득되면, 런타임 엔진이 상기 명령어들을 실행한다(스텝(360)). 명령어가 실행될 때, 연산될(또는 설치될) 임의의 필수 데이터가 데이터 페이로드가 저장되는 휘발성 메모리로부터 획득될 수 있다. 실행된 명령어의 결과로서 연산될 임의의 필수 데이터가 얻어질 수 있다. 런타임 엔진에 의해, 상기 명령어 세트가 완전하게 실행되면, 스텝(362)에서, 런타임 엔진이 종료될 수 있고, 그 후 애플리케이션이 사용 가능한 상태가 된다(스텝(364)).

도 8은 무선 통신 장치 상의 소프트웨어 모듈을 만료시키는 프로세스의 예를 도식한 흐름도이다. 먼저, 스텝(370)에서, 핸드세트가 만료 통지(expiration note)를 수신한다. 상기 만료 통지는 무선 통신 네트워크를 통해 수신될 수 있고, 네트워크를 통해 핸드세트와 통신 연결되어 있는 라이센싱 서버로부터 시작될 수 있다. 하나의 실시예에서, 상기 만료 통지는 소프트웨어 모듈의 시험 사용 기간(trial period)에 연결되어 있거나, 상기 모듈에 대한 라이센스 1년 사용요금에 연결되어 있을 수 있다.

상기 만료 통지가 핸드세트에서 수신되면, 라이센스를 자동으로 갱신하도록 지시받았는지, 또는 상기 모듈에 대해 최초의 지불이 이뤄졌는지를 상기 핸드세트가 판단한다(스텝(372)). 인증 받지 않았다고, 또는 자동 갱신(또는, 지불)을 지시받지 않았다고 상기 핸드세트가 판단할 경우, 스텝(374)에서, 상기 핸드세트는 사 용자에게 소프트웨어 모듈에 대한 만료 통지를 알려준다.

핸드세트의 디스플레이 상으로 메시지를 제공함으로써, 또는 나중에 읽기 위해 핸드세트 상의 메모리에 저장되는 텍스트 메시지를 생성함으로써, 이러한 통지가 이뤄질 수 있다. 상기 통지는 디스플레이 상의 메시지, 또는 깜빡이는 라이트 같이 시각적이거나, 미리 녹음된 메시지, 또는 음성같이 청각적일 수 있다. 또는, 깜빡이는 라이트, 또는 오디오 음성(또는 핸드세트의 진동)은 사용자에게 메시지가 가용하다는 것을 의미하고, 상기 메시지가 만료 통지에 대한 세부사항을 제공할 수 있다는 것을 의미한다. 덧붙이자면, 사용자에게 만료 통지에 대해 알려주는 미리 녹음된 음성 메시지가 사용자의 음성 메일 박스에 남겨지도록 핸드세트가 네트워크로 메시지를 전송할 수 있다(즉, 상기 네트워크가 프로세스를 개시할 수 있다.).

사용자가 만료 통지에 대해 알게 되면, 상기 핸드세트는 사용자로부터 명령어를 수신한다(스텝(376)). 라이센스가 갱신되어야할지의 여부(또는 지불되어야할지의 여부)를 판단하기 위해, 이러한 명령어는 핸드세트에 의해 검사된다(스텝(378)). 사용자로부터의 명령어가 갱신(또는 지불)에 관한 것이 아닐 경우, 스텝(380)에서, 핸드세트가 소프트웨어 모듈을 비활성화시킨다. 하나의 실시예에서, 비활성화를 하기 전에, 라이센스 기간, 또는 평가 기간의 종료일 전까지, 상기 핸드세트가 기다릴 수 있다. 덧붙이자면, 사용자로부터 어떠한 명령어도 수신되지 않을 경우(스텝(378)), 명령어의 부재가 부정 응답으로서 번역될 수 있고, 스텝(380)에서, 소프트웨어 모듈이 비-활성화된다.

스텝(378)에서, 핸드세트가 사용자로부터의 명령어가 갱신, 또는 지불을 의 미한다고 판단할 경우, 상기 핸드세트가 갱신 명령어(또는 최초 지불 명령어)를 네트워크, 또는 라이센스 서버에게 전송한다(스텝(382)). 덧붙이자면, 스텝(372)에서, 자동 갱신, 또는 지불하도록 인증되었다고 상기 핸드세트가 판단할 경우, 스텝(382)에서 상기 핸드세트는 적정 명령어를 전송한다. 갱신 명령어(가령, 라이센스 서버)의 끝부분을 수신하면, 신용 카드를 청구함으로써, 또는 핸드세트 서비스에 대한 소비자 청구서에 품목을 추가함으로써, 지불이 실시될 수 있다.

지불, 또는 갱신에 대한 명령어에 응답하여, 상기 핸드세트는 라이센스, 또는 소프트웨어에게 작업을 계속하라고, 또는 추가적인 기능을 허용하라고 지시하기 위해 사용될 수 있는 키(key)를 수신한다(스텝(384)). 스텝(386)에서, 사용자가 새로운 라이센스 기간에 대하여 소프트웨어 모듈, 또는 애플리케이션을 사용하도록 라이센스, 또는 키에 의해, 애플리케이션이 활성화된다.

도 9는 무선 통신 장치 상에서 소프트웨어 모듈을 사용하기 위한 지불 프로세스의 한 예를 도식한 흐름도이다. 우선, 스텝(390)에서, 애플리케이션이 상기 애플리케이션을 위한, 또는 핸드세트 상의 다른 애플리케이션을 위한 사용 데이터(usage data)를 수집할 수 있다. 이러한 데이터는 핸드세트 상의 영구 메모리에 저장되는 것이 바람직할 수 있다. 그 후, 스텝(392)에서, 런타임 엔진이 가동된다. 런타임 엔진이 실행되면, 상기 엔진이 한 세트의 서버 연산 코드를 컴파일할 수 있다(스텝(394)). 상기 컴파일된 연산코드의 세트에 의해, 상기 서버가 대응하는 데이터 페이로드에 내포된 사용 데이터를 처리할 수 있으며, 이는 스텝(396)에서 연산 코드의 세트로 삽입(또는 상기 연산 코드에 첨부)된다.

데이터 페이로드가 서버 연산코드 세트와 조합되면, 그 후 상기 런타임 엔진이 대응하는 데이터 페이로드와 함께 서버 연산 코드 세트를 서버로 전송한다(스텝(398)). 서버 연산 코드 세트와 데이터 페이로드가 전송된 후, 상기 핸드세트가 서버로부터 청구 세부사항을 수신하는 것이 바람직하다(스텝(399)). 상기 청구 세부사항은 서버 연산 코드의 세트와 함께 제공되는 사용 데이터와 관련되어 있는 것이 바람직하다. 마지막으로 상기 런타임 엔진이 종료되어, 무선 장치 상의 자원이 풀러난다.

도 13은 새로운 하드웨어 구성요소로부터 요약된 정보를 획득하기 위한 프로세스의 예를 도식한 흐름도이다. 먼저, 스텝(700)에서, 핸드세트의 파워가 높아진다. 상기 핸드세트의 파워가 높아짐에 따라, 예를 들어, 각각의 구성요소와 통신하여 그 상태를 판단함으로써, 그 많은 하드웨어 구성요소가 조사된다. 또는, 핸드세트가 이미 작동하고 있을 경우, 상기 핸드세트는 (예를 들어, 미리 짜여진 이벤트로 인한) 고유의 개시를 바탕으로, 또는 (가령, 네트워크, 또는 사용자로부터 수신된)외부 명령어를 통해, 동일한 조사 프로세스를 개시하여 다수의 하드웨어 구성요소의 상태를 판단할 수 있다.

그 후, 스텝(702)에서, 핸드세트가 새로운 하드웨어 구성요소를 검출한다. 상기 새로운 구성요소는 새로운 기능성 구성요소일 필요는 없으며, 이전의 하드웨어 모듈을 대체하는 것(가령, 새로운 디스플레이 스크린)일 수 있다. 새로운 하드웨어 구성요소를 검출하면, 스텝(704)에서, 상기 핸드세트가 구서요소의 타입, 가령 스크린, 키패드, 라디오 칩셋 등을 판단한다. 그 후, 스텝(706)에서, 상기 핸드 세트가 새로운 구성요소에게 쿼리를 보내어, 새로운 구성요소에 대한 정보를 획득한다. 스텝(708)에서, 이러한 새로운 구성요소 정보가 핸드세트에 의해 수신되고, 영구 메모리, 또는 휘발성 메모리에 저장된다. 하나의 실시예에서, 새로운 하드웨어 모듈 정보에는, 새로운 하드웨어 모듈을 특유의 방법으로 식별하는 식별자(identifier)가 포함된다.

도 14는 원격 서버로부터 새로운 하드웨어 구성요소에 대한 장치 드라이버를 요청하기 위한 프로세스의 예제를 도식한 흐름도이다. 우선, 스텝(720)에서, 런타임 엔진이 가동된다. 상기 런타임 엔진이 구동되면, 상기 엔진은 서버 연산코드의 세트를 컴파일할 수 있다(스텝(722)). 서버 연산 코드의 세트는 무선 장치(20, 30)에서 실행되는 배경 프로세스(background process)로부터 얻어질 수 있다. 또는 서버 연산코드 세트는, 사용자의 지시 하에서 무선 장치 상에서 실행되는 프로세스로부터 얻어질 수 있다. 컴파일된 서버 연산코드의 세트에 의해, 서버는 실행 가능한 장치 드라이버에 응답할 수 있고, 이에 따라서 핸드세트가 새로운 하드웨어 모듈의 기능과 통신하여 완전하게 사용할 수 있다.

예를 들어, 무선 장치는 설치될 새로운 하드웨어 모듈을 검출한다. 상기 새로운 하드웨어 모듈에 쿼리가 보내지고, 요약 프로필 정보가 획득된다. 상기 핸드세트에게 실행가능한 장치 드라이버를 제공하라고 서버에게 지시하는 서버 연산코드의 세트가 컴파일되어, 상기 핸드세트가 새로운 하드웨어 모듈과 통신할 수 있다. 이러한 경우에서, 결과값은 런타임 엔진에 의해 생성되는 서버 연산코드의 세트이다(스텝(722)).

서버 연산코드가 생성되면, 런타임 엔진이 새로운 하드웨어 모듈에 대한 정보를, 서버 연산코드의 세트에 대응하는 데이터 페이로드에 포함한다. 예를 들어, 런타임 엔진은 하드웨어 모듈 정보를 영구 메모리, 또는 휘발성 메모리로부터 페칭하거나, 필요한 데이터를 복귀시키는 명령어를 실행시킨다. 데이터가 획득되면, 그 후, 상기 런타임 엔진이 새로운 하드웨어 모듈 정보를 서버 연산 코드 세트로 삽입한다(스텝(724)). 이러한 것을 이루기 위한 한 가지 간단한 방법은 데이터 페이로드를 서버 연산 코드 세트에 단일 데이터 패킷으로서 부착하는 것이다.

데이터 페이로드가 상기 서버 연산코드의 세트와 조합되면, 런타임 엔진이 서버 연산코드의 세트를 대응하는 데이터 페이로드와 함께 서버로 전송한다(스텝(726)). 서버 연산코드의 세트와 데이터 페이 로드가 전송된 후, 상기 런타임 엔진이 종료되어, 무선 장치 상의 자원이 해방될 수 있다(스텝(728)).

도 15는 무선 통신 장치 상의 새로운 하드웨어 구성요소를 위한 장치 드라이버를 설치하기 위한 프로세스의 한 예를 도식한 흐름도이다. 우선, 스텝(730)에서, 무선 장치가 핸드세트 연산코드의 세트를 수신한다. 핸드세트 연산코드의 세트가 OTA(Over-The-Air) 통신 링크, 가령 무선 통신 네트워크를 갖는 링크를 통해 수신될 수 있다. 연산코드는 OTA 전송된 데이터의 크기를 최소화하도록 최적화되는 것이 바람직하다. 덧붙이자면, 데이터 페이로드가 상기 핸드세트에 의해 수신되는 연산코드의 세트내에 포함될 수 있다.

스텝(732)에서, 핸드세트 연산코드 세트를 처리하기 위해, 무선 장치가 런타임 엔진을 가동시킨다. 스텝(734)에서 도식된 바와 같이, 런타임 엔진이 핸드세트 연산코드 세트를 파스하고, 그 후, 스텝(736)에서 데이터 페이로드를 추출한다. 데이터 페이로드는 차후에 사용되기 위해 휘발성 메모리의 유효 부분에 저장되는 것이 바람직하다. 그 후, 스텝(738)에서 나타난 바와 같이, 런타임 엔진이 핸드세트 연산 코드의 세트의 연산코드들에 대응하는 실행가능한 명령어를 획득할 수 있다. 이러한 명령어는, 상기 핸드세트의 데이터 저장 영역 상의 영구 저장소에 저장되는 원격 런타임 명령어 세트로부터 획득될 수 있다.

핸드세트 연산 코드의 세트의 연산 코드에 대응하는 실행 가능한 명령어가 획득되면, 상기 런타임 엔진이 명령어를 실행시킨다(스텝(740)). 명령어가 실행될 때, 연산될 임의의 필수 데이터는, 상기 데이터 페이로드가 저장되는 휘발성 메모리로부터 얻어질 수 있다. 이를 대체하여, 또는 이에 부가적으로, 연산되는 임의의 필수 데이터가 실행된 명령어의 결과로서 얻어질 수 있다. 상기 명령어의 세트의 실행에 의해, 새로운 하드웨어 모듈에 대한 장치 드라이버가 상기 핸드세트 상에 설치될 수 있다.

예를 들어, 새로운 하드웨어 모듈과 통신하기 위해, 데이터 페이로드는 핸드세트에 의해 요구되는 장치 드라이버를 포함한다. 덧붙이자면, 핸드세트 연산코드의 세트의 하나 이상의 연산 코드는, 핸드세트 상의 영구 메모리에 데이터 페이로드를 저장하기 위해, 하나 이상의 실행 가능한 명령어에 대응하는 것이 바람직하다. 이러한 경우에서, 장치 드라이버를 포함하는 데이터 페이로드가 영구 메모리에 저장되면, 장치 드라이버를 사용하여, 상기 핸드세트는 새로운 하드웨어 모듈과 통신하며, 상기 장치 드라이버는 새로운 하드웨어 모듈의 기능의 모든 이점을 취하도 록 구성되는 것이 바람직하다.

또는, 데이터 페이로드가, 대체된 하드웨어 구성요소를 위한 이전 장치 드라이버를 내포하고 있는 영구 메모리의 부분을 대체할 수 있다. 따라서 핸드세트 연산코드의 세트와 데이터 페이로드가 무선 장치 상에서 동작하여, 새로운 하드웨어 모듈에 대한 새로운 장치 드라이버를 설치할 수 있다. 새로운 장치 드라이버가 설치될 때, 추가적인 연산코드와 명령어는 새로운 장치 드라이버, 또는 핸드세트의 또 다른 태양을 구성하도록 사용될 수 있다.

명령어의 세트가 런타임 엔진에 의해 완전하게 실행되면, 상기 런타임 엔진이 종료된다(스텝(742)). 상기 런타임 엔진은 필요할 때만 실행되도록 가동되고, 종료될 수 있는 것이 바람직하다. 이로 인하여, 무선 장치 상의 시스템 자원이 절약된다. 예를 들어, 휘발성 메모리 공간, CPU 사이클, 배터리 수명이 절약될 수 있다. 새로운 하드웨어 모듈을 위한 장치 드라이버가 설치되고, 구성되면, 스텝(746)에서 나타난 바와 같이, 핸드세트는 보통 작업 중에, 새로운 하드웨어 모듈을 사용하기 시작할 수 있다.

도 16은 무선 통신 장치 상의 새로운 하드웨어 구성요소를 구성하기 위한 프로세스의 한 예를 도식하는 흐름도이다. 우선, 스텝(750)에서, 상기 핸드세트가 새로운 장치 드라이버를 사용하여, 새로운 하드웨어 모듈에게 설정 요청(setup request)을 전송할 수 있다. 그 후, 스텝(752)에서, 핸드세트가 새로운 하드웨어 모듈로부터 응답을 수신한다. 하나의 실시예에서, 상기 응답에는 하드웨어 모듈에 관한 더욱 광범위한 프로필 정보가 포함될 수 있으며, 이는 장치 드라이버에 의해 번역되어, 장치 상에서 연산을 미세 조정할 수 있다. 예를 들어, 상기 응답은 장치 드라이버에게, 하드웨어 구성요소, 또는 통신 기능(가령, 인터페이스 버전, 또는 장치 드라이버와 새로운 하드웨어 모듈 간의 통신을 더욱 효율적으로 만드는 그 밖의 다른 정보)에 관련된 부가적인 정보를 제공할 수 있다.

또는 상기 응답이 새로운 하드웨어 모듈과 통신하기 위한 성공하지 못한 시도를 나타내는 것일 수 있다(스텝(754)). 설정 요청에 의해, 설정이 성공적이지 못하다고 나타내는 응답이 수신된 경우, 상기 핸드세트는 스텝(750)으로 돌아가고, 또 다른 설정 요청을 전송한다. 하나의 실시예에서, 올바르게 포맷이 정해진 요청이 새로운 하드웨어 구성요소로 제공될 때까지, 핸드세트는 지정된 숫자(가령, N)의 설정 요청을 반복할 수 있다. 예를 들어, 다수의 설정 요청은, 장치 드라이버를 위한 인터페이스의 서로 다른 버전, 또는 서로 다른 통신 모드에 따를 수 있다.

반복적인 프로세스를 거쳐 작업하기 위해, 장치 드라이버와 새로운 하드웨어 모듈 간의 동기화 문제가 또한 존재할 수 있다. 따라서 성공적이라는 응답을 수신하는 특정한 설정 요청에 의해, 새로운 하드웨어 모듈 상에 설치되는 펌웨어 버전에 대한 중요한 정보와 그 밖의 다른 중요한 정보가 장치 드라이버에게 제공되는 것이 바람직하다. 성공 응답이 새로운 하드웨어 모듈로부터 수신되면(스텝(754)), 보통의 작업 중에, 상기 핸드세트가 새로운 하드웨어 모듈을 사용하는 것을 진행할 수 있다(스텝(756)). N번의 설정 요청에서 어떠한 성공 응답도 수신되지 않을 경우, 오래된 장치 드라이버가 복원될 수 있다. 새롭거나 개선된 기능은 오래된 장치 드라이버를 통해 유효하지 않을 수 있더라도, 구 호환 장치(backward compatible device)가 오래된 장치 드라이버와 동작하는 것이 바람직하다.

외부 장치로부터 요약된 정보를 획득하기 위한 프로세스의 예제를 도식한 흐름도가 도 18에서 나타나며, 이는 본 발명의 또 하나의 실시예에 대한 것이다. 우선, 스텝(800)에서, 핸드세트가 외부 장치와의 연결을 검출한다. 상기 연결은 유선, 또는 무선 링크를 통해 검출될 수 있다. 연결이 검출되면, 상기 핸드세트는 상기 연결이 사용자에 의해 개시되었는지의 여부를 판단한다(스텝(802). 예를 들어, 핸드세트에게 새로운 장치가 연결되었다고 알려주기 위해, 사용자는 일련의 키를 누르거나, 명령어를 말할 수 있다. 하나의 실시예에서, 상기 연결이 사용자에 의해 개시된 경우, 요약된 장치 정보는 사용자로부터 직접 핸드세트로 제공된다. 이러한 실시예에서, 그 후, 상기 핸드세트가 요약된 장치 정보를 저장한다(스텝(804)).

또는, 검출 결과가 사용자에 의한 개시가 아니라고 나온 경우, 상기 핸드세트가 외부 장치에 대한 쿼리를 생성한다(스텝(806)). 상기 쿼리는 표준 프로토콜에 따르거나, 고유 프로토콜인 것이 바람직하다. 쿼리가 생성되면, 상기 핸드세트가 쿼리를 외부 장치로 전송한다(스텝(808)). 스텝(810)에서, 상기 핸드세트는 외부 장치로부터 유효 응답이 수신되었는지의 여부를 판단한다. 응답이 존재하지 않거나, 응답이 유효하지 않은 경우, 상기 핸드세트는 스텝(806)으로 돌아가서, 쿼리를 다시 생성하고, 외부 장치에게 다시 쿼리를 보내는 것을 진행한다. 상기 핸드세트는 유효 응답이 수신될 때까지 종래의 다양한 쿼리 포맷과 프로토콜을 거치는 것이 바람직하다. 외부 장치에 대한 요약 프로필 정보를 포함하는 유효 응답이 수신되면, 상기 핸드세트가 요약 프로필 정보를 저장한다(스텝(304)).

도 19는 원격 서버로부터 인터페이스 소프트웨어를 요청하기 위한 프로세스의 한 예를 도식한 흐름도이다. 우선, 스텝(820)에서, 런타임 엔진이 가동된다. 상기 런타임 엔진이 구동되면, 상기 엔진은 서버 연산 코드의 세트를 컴파일할 수 있다(스텝(822)). 서버 연산 코드의 세트가 무선 장치 상에서 실행되는 배경 프로세스로부터 얻어질 수 있다. 또는 서버 연산코드 세트가, 무선 장치 상에서 사용자의 지시 하에서 실행되는 프로세스로부터 획득될 수 있다. 컴파일된 서버 연산코드의 세트에 의해, 서버가 핸드세트에 연결되어 있는 특정 외부 장치를 위한 실행 가능한 인터페이스와 응답할 수 있는 것이 바람직하다.

예를 들어, 상기 무선 장치가 외부 장치로부터의 연결을 검출한다. 쿼리가 상기 외부 장치로 보내지고, 요약 프로필 정보가 획득된다. 외부 장치를 위한 실행 가능한 인터페이스를 핸드세트에게 제공하도록 서버에게 지시하는 서버 연산 코드의 세트가 컴파일된다.

이러한 경우에 있어서, 그 결과값은 런타임 엔진에 의해 생성되는 서버 연산코드의 세트이다(스텝(822)).

서버 연산코드의 세트가 생성되면, 상기 런타임 엔진이 외부 장치에 대한 요약된 정보를 상기 서버 연산 코드의 세트에 대응하는 데이터 페이로드에 포함시킨다. 예를 들어, 런타임 엔진이 요약된 프로필 데이터를 영구 메모리, 또는 휘발성 메모리로부터 페칭하거나, 요구되는 데이터를 복귀시키는 명령어를 실행시킨다. 데이터가 획득되면, 그 후 런타임 엔진이 데이터를 서버 연산코드 세트에 삽입한다(스텝(824)). 이러한 것을 이루기 위한 하나의 간단한 방법은 데이터 페이로드를 서버 연산 코드 세트에 단일 데이터 패킷으로 부착하는 것이다.

데이터 페이로드가 서버 연산코드의 세트와 조합되면, 상기 런타임 엔진이 서버 연산 코드의 세트를, 대응하는 데이터 페이로드와 함께 서버로 전송한다(스텝(826)). 서버 연산코드의 세트와 데이터 페이로드가 전송된 후, 상기 런타임 엔진이 종료되어, 무선 장치 상의 자원을 해방할 수 있다(스텝(828)).

도 20은 무선 통신 장치 상의 인터페이스 소프트웨어를 설치하기 위한 프로세스의 한 예를 도식한 흐름도이다. 우선, 스텝(830)에서, 무선 장치가 핸드세트 연산 코드의 세트를 수신한다. 상기 핸드세트 연산 코드의 세트는 OTA(Over-The-Air) 통신 링크, 예를 들어 무선 통신 네트워크를 이용하는 링크를 통해 수신될 수 있다. 상기 연산 코드는 OTA(Over-The-Air) 전송되는 데이터의 크기를 최소화하도록 최적화된다. 덧붙이자면, 데이터 페이로드가 핸드세트에 의해 수신되는 연산코드의 세트에 포함될 수 있다.

스텝(832)에서, 무선 장치가 핸드세트 연산 코드 세트를 처리하도록 런타임 엔진을 가동시킨다. 스텝(834)에서 나타난 바와 같이, 상기 런타임 엔진은 핸드세트 연산 코드 세트를 파스하고, 스텝(836)에서 데이터 페이로드를 추출한다. 어떠한 데이터 페이로드도 존재하지 않을 경우, 이러한 스텝은 생략될 수 있다. 데이터 페이로드가 존재할 경우, 최종 데이터가 나중에 사용되기 위해 휘발성 메모리의 가용 부분에 저장될 수 있다. 그 후, 상기 런타임 엔진이 핸드세트 연산 코드의 세트의 연산 코드에 대응하는 실행 가능한 명령어를 획득한다(스텝(838)). 이러한 명령어는, 상기 핸드세트의 데이터 저장 영역 상의 영구 저장소에 저장된 원격 런타임 명령어 세트로부터 획득될 수 있다.

핸드세트 연산코드 세트의 연산 코드에 대응하는 실행 가능한 명령어가 획득되면, 상기 런타임 엔진이 상기 명령어를 실행시킨다(스텝(840)). 명령어가 실행될 때, 연산될 임의의 필수 데이터는 데이터 페이로드가 저장되는 휘발성 메모리로부터 획득될 수 있다. 이를 대체하여, 또는 이에 부가적으로, 연산될 임의의 필수 데이터가 실행되는 명령어의 결과로서 얻어질 수 있다.

예를 들어, 데이터 페이로드가, 외부 장치와 통시하기 위해, 핸드세트에 의해 요구되는 인터페이스를 포함할 수 있다. 덧붙이자면, 데이터 페이로드를 핸드세트 상의 영구 메모리에 저장하기 위해, 핸드세트 연산코드 세트의 하나 이상의 연산 코드가 하나 이상의 실행 가능한 명령어에 대응하는 것이 바람직하다. 이러한 경우에서, 인터페이스를 포함하는 데이터 페이로드가 영구 메모리에 저장되면, 상기 핸드세트는 실행 가능한 인터페이스를 사용하는 장치와 통신할 수 있다. 또는 데이터 페이로드가 특정 외부 장치에 대한 기존의 인터페이스를 포함하고 있는 영구 메모리의 부분을 대체할 수 있다. 따라서 핸드세트 연산코드의 세트와 데이터 페이로드가 무선 장치 상에서 작업하여, 상기 외부 장치에 대하여 새로운 인터페이스를 설치할 수 있다. 또한 새로운 인터페이스가 설치될 때 이를 구성하기 위해, 필요할 경우, 추가적인 연산 코드와 명령어가 사용될 수 있다.

명령어 세트가 런타임 엔진에 의해 완전하게 실행되면, 상기 런타임 엔진이 종료될 수 있다(스텝(842)). 상기 런타임 엔진은, 필요할 때만 실행되도록, 가동되거나 종료될 수 있는 것이 바람직하다. 이로 인하여, 무선 장치 상의 자원이 절약 된다. 예를 들어, 휘발성 메모리 공간과 CPU 사이클이 절약된다. 외부 장치를 위한 인터페이스가 사용되기 위해 설치되고 구성되면, 상기 핸드세트가 외부 장치와 통시하기 시작할 수 있다(스텝(846)).

도 21은 외부 장치를 개시하기 위한 프로세스의 한 예를 도식한 흐름도이다. 우선, 스텝(850)에서, 핸드세트가 외부 장치로 설정 요청을 전송하기 위해 새로운 인터페이스를 사용한다. 그 후, 스텝(852)에서, 상기 핸드세트는 외부 장치로부터 응답을 수신한다. 하나의 실시예에서, 상기 응답은 장치에 관한 더욱 포괄적인 프로필 정보를 포함할 수 있다. 예를 들어, 상기 응답에 의해, 핸드세트는 통신 인터페이스(가령, 인터페이스 버전, 또는 다른 장치들 간의 통신을 더 효율적으로 만들어주는 그 밖의 다른 정보)에 관련되어 있는 추가적인 정보를 제공받을 수 있다.

또는, 상기 응답이 외부 장치를 초기화하기 위한 성공하지 못한 시도를 나타낼 수 있다(스텝(854)). 설정 요청에 의해, 설정이 성공적이지 않다고 알려주는 응답이 수신된 경우, 상기 핸드세트는 스텝(850)으로 돌아가고, 도 다른 설정 요청을 전송한다. 하나의 실시예에서, 올바르게 포맷이 정해진 요청이 외부 장치로 제공될 때까지, 상기 핸드세트는 다수의 설정 요청을 거칠 수 있다. 예를 들어, 다수의 설정 요청은 인터페이스의 서로 다른 버전에 따를 수 있다. 따라서 성공적인 응답을 수신하는 특정한 설정 요청에 의해, 상기 핸드세트가 외부 장치 상에서 설치된 펌웨어 버전, 또는 외부 장치의 용량에 대한 중요한 정보를 제공 받고, 또는 외부 장치에 대한 또 다른 정보를 제공받을 수 있는 것이 바람직할 수 있다. 외부 장치로부터 성공 응답이 수신되면(스텝(854)), 상기 핸드세트가 외부 장치와 정보를 교환 할 수 있다(스텝(856)).

도 10은 본원에서 설명된 다양한 실시예와 연결되어 사용되는 바람직한 무선 통신 장치(450)를 도식한 블록 다이어그램이다. 예를 들어, 무선 통신 장치(450)가 핸드세트, 또는 PDA 네트워크 장치와 결합되어 사용되거나, 또는 무선 메쉬 네트워크(mesh network)의 센서 노드의 한 부분으로서 사용될 수 있다. 그러나 또 다른 무선 통신 장치, 또는 구조도 또한 사용될 수 있고, 이 사실이 당업자에게 자명하다.

도식된 실시예에서, 무선 통신 장치(450)는 안테나(452)와, 멀티플렉서(454)와, 저-잡음 증폭기(LNA: Low Noise Amplifier)(456)와, 파워 증폭기(PA: Power Amplifier)(458)와, 모듈레이션 회로(460)와, 베이스밴드 프로세서(462)와, 스피커(464)와, 마이크로폰(466)과, 중앙 처리 유닛(CPU)(468)과, 데이터 저장 영역(470)과, 하드웨어 인터페이스(472)를 포함한다. 무선 통신 장치(450)에서, 무선 주파수(RF) 신호는 안테나(452)에 의해 송신되고 수신된다. 멀티플렉서(454)는, 송신 신호 경로와 수신 신호 경로 사이에 안테나(452)를 연결하는 스위치 역할을 한다. 수신 경로에서, 수신된 RF 신호는 멀티플렉서(454)에서 LNA(456)까지로 연결된다. LNA(456)가 상기 수신된 RF 신호를 증폭하고, 상기 증폭된 신호를 모듈레이션 회로(460)의 디-모듈레이션(demodulation) 부분으로 연결시킨다.

모듈레이션 회로(460)는 디-모듈레이터와 모듈레이터를 하나의 집적 회로(IC)로 조합하는 것이 일반적이다. 또한 상기 디-모듈레이터와 모듈레이터가 별도의 구성요소일 수 있다. 디-모듈레이터는 RF 캐리어 신호를, 베이스-밴드 수신 신호만 남기고 제거한다. 상기 베이스-밴드 수신 신호는 디모듈레이터 출력에서 베이스-밴드 프로세서(462)로 전송된다.

베이스-밴드 수신 오디오 신호가 오디오 정보를 포함할 경우, 베이스-밴드 프로세서(462)가 신호를 디코딩하고, 아날로그 신호로 변환한다. 그 후, 상기 신호는 증폭되어 스피커(464)로 전송된다. 상기 베이스-밴드 프로세서(462)가 마이크로폰(466)으로부터 아날로그 오디오 신호를 수신한다. 이러한 아날로그 오디오 신호는 디지털 신호로 변환되어, 베이스-밴드 프로세서(462)에 의해 인코딩된다. 상기 베이스-밴드 프로세서(462)가 송신을 위해 디지털 신호를 코딩하고, 베이스-밴드 송신 오디오 신호를 생성한다. 상기 베이스-밴드 송신 오디오 신호는 모듈레이셔 s회로(460)의 모듈레이터 부분으로 경로가 정해진다. 상기 모듈레이터는 베이스-밴드 송신 오디오 신호를 RF 캐리어 신호와 혼합하여, 파워 증폭기(458)로 경로가 설정되는 RF 송신 신호를 생성한다. 상기 파워 증폭기(458)는 RF 송신 신호를 증폭하고, 경로를 멀티플렉서(454)로 설정하며, 이때 안테나(452)에 의해 전송되기 위해, 신호가 안테나 포트로 스위칭된다.

베이스-밴드 프로세서(462)가 중앙 처리 유닛(468)과 통신 연결된다. 상기 중앙 처리 유닛(468)은 데이터 저장 영역(470)으로의 액세스를 갖는다. 상기 중앙 처리 유닛(468)은, 상기 데이터 저장 영역(470)에 저장될 수 있는 명령어(즉, 컴퓨터 프로그램이나 소프트웨어)를 실행도록 구성되는 것이 바람직하다. 컴퓨터 프로그램이 베이스-밴드 프로세서(462)로부터 수신되어, 상기 데이터 저장 영역(470)으로 저장괴거나, 수신 즉시 실행될 수 있다. 이러한 컴퓨터 프로그램이 실행될 때, 이로 인하여, 무선 통신 장치(450)가 앞서 언급한 본 발명의 다양한 기능을 수행할 수 있다.

본원에서, 용어“컴퓨터 판독형 매체”는 실행 가능한 명령어(가령, 소프트웨어와 컴퓨터 프로그램)를 무선 통신 장치(450)에게 제공하여, 중앙 처리 유닛(468)에 의해 실행되도록 사용되는 임의의 매체를 일컫기 위해 사용된다. 이러한 매체의 예로는, 데이터 저장 영역(470), (베이스-밴드 프로세서(462)를 통한) 마이크로폰(466), (베이스-밴드 프로세서(462)를 통한) 안테나(452), 하드웨어 인터페이스(472)가 있다. 이러한 컴퓨터 판독 가능형 매체는 실행 가능한 코드와, 프로그래밍 명령어와, 소프트웨어를 무선 통신 장치(450)로 제공하기 위한 수단이다. 상기 실행 가능한 코드와, 프로그래밍 명령어와, 소프트웨어는 중앙 처리 유닛(468)에 의해 실행될 때, 중앙 처리 유닛(468)으로 하여금, 앞서 언급된 본 발명의 특징과 기능을 수행할 수 있도록 한다.

하드웨어 인터페이스(472)에 의해 새로운 장치가 검출될 때, 중앙 처리 유닛은, 상기 하드웨어 인터페이스(472)로부터 통지를 수신하도록 구성된다. 상기 하드웨어 인터페이스(472)는 CPU(468)와 통신하고, 새로운 장치와 상호작용하는 소프트웨어를 제어하는, 조합된 전기기계적 검출기일 수 있다.

도 11은 본원에서 서술된 다양한 실시예와 연계되어 사용될 수 있는 컴퓨터 시스템(550)을 도식하는 블록 다이어그램이다. 예를 들어, 컴퓨터 시스템(550)은, 서버 연산 코드의 세트를 처리하고 핸드세트 연산코드의 세트를 생성하고 전송하도록 구성된 원격 서버와 결합되어 사용될 수 있다. 그러나 그 밖의 다른 컴퓨터 시 스템, 또는 구조가 사용될 수 있으며, 이러한 사실은 당업자에게 자명하다.

컴퓨터 시스템(550)은 하나 이상의 프로세서, 가령 프로세서(552)를 포함하는 것이 바람직하다. 추가적인 프로세서가 제공될 수 있다. 가령, 입력/출력을 관리하기 위한 보조 프로세서, 부동 소수점 연산 작업을 수행하기 위한 보조 프로세서, 신호 처리 알고리즘의 빠른 실행에 적합한 구조를 갖는 특수-목적의 마이크로프로세서(가령 디지털 신호 프로세서), 메인 프로세싱 시스템에 종속되는 슬레이브 프로세서(slave processor)(가령, 백-엔드 프로세서), 듀얼/멀티 프로세서 시스템이나 코프로세서(coprocessor)를 위한 부가적인 마이크로프로세서, 또는 제어기가 제공될 수 있다. 이러한 보조 프로세서는 개별적인 프로세서일 수 있으며, 또는 프로세서(552)와 집적될 수 있다.

상기 프로세서(552)가 통신 버스(554)에 연결되는 것이 바람직하다. 상기 통신 버스(554)는 컴퓨터 시스템(550)의 저장소와 다른 주변 구성요소 간의 정보 이동을 촉진시키는 데이터 채널을 포함할 수 있다. 데이터 버스, 주소 버스, 제어 버스를 포함하여, 상기 통신 버스(554)는 프로세서(552)와의 통신을 위해 사용되는 신호의 세트를 제공할 수 있다. 상기 통신 버스(554)는 임의의 표준, 또는 비-표준 버스 구조를 포함할 수 있다. 예를 들어, 산업 표준 구조(ISA: Industry Standard Architecture), 확장된 산업 표준 구조(EISA: Extended Industry Standard Architecture), 마이크로 채널 구조(MCA: Micro Channel Architecture), 주변 구성요소 상호연결(PCI: Peripheral Component Interconnect) 로컬 버스, IEEE에 의해 공포된 표준, 가령 IEEE 488 범용 인터페이스 버스(GPIB: General-Purpose Interface Bus), IEEE 696/S-100 등이 있다.

컴퓨터 시스템(550)은 메인 메모리(556)를 포함하는 것이 바람직하고, 또한 보조 메모리(558)를 포함할 수 있다. 상기 메인 메모리(556)는 프로세서(552) 상에서 실행되는 프로그램을 위해 명령어와 데이터의 저장소를 제공한다. 상기 메인 메모리(556)는 반도체 기반 메모리, 예를 들어, DRAM(Dynamic Random Access Memory), 또는 SRAM(Static Random Access Memory) 중 하나인 것이 일반적이다. 그 밖의 다른 반도체 기반 메모리 타입은, 예를 들어, SDRAM(Synchronous Dynamic Random Access Memory), RDRAM(Rambus Dynamic Random Access Memory), FRAM(Ferroelectric Random Access Memory) 등이 있고, ROM(Read Only Memory)도 있다.

보조 메모리(558)는 하드 디스크 드라이브(560), 또는 이동형 저장 드라이브(562)(예를 들어, 플로피 디스크 드라이브, 마그네틱 테이프 드라이브, 컴팩트 디스크(CD) 드라이브, 디지털 다기능 디스크 등) 중 하나 이상을 선택적으로 포함할 수 있다. 상기 이동형 저장 드라이브(562)는 종래의 방식으로 이동형 저장 매체(564)로부터 판독하거나, 상기 이동형 저장 매체로 기록할 수 있다. 예를 들어, 이동형 저장 매체(564)는 플로피 디스크, 마그네틱 테이프, CD, DVD 등일 수 있다.

이동형 저장 매체(564)는, 저장된 컴퓨터 실행 가능한 코드(즉, 소프트웨어), 또는 데이터를 갖는 컴퓨터 판독 가능한 매체인 것이 바람직하다. 상기 이동형 저장 매체(564) 상에 저장되는 컴퓨터 소프트웨어, 또는 데이터가 전기 통신 신호(578)로서, 컴퓨터 시스템(550)으로부터 판독된다.

대안적 실시예에서, 보조 메모리(558)는 컴퓨터 프로그램, 또는 그 밖의 다른 데이터나 명령어가 컴퓨터 시스템(550)으로 로딩되도록 해주는 유사한 수단을 포함할 수 있다. 외부 저장 매체(572)의 예로는, 외부 하드 디스크 드라이브, 또는 외부 광학 드라이브, 또는 외부 자기-광학 드라이브가 있다.

보조 메모리(558)의 또 다른 예로는, PROM(Programable Read-Only memory), EPROM(Erasable Programmable Read-Only Memory), EEPROM(Electrically Erasable Read-Only Memory), 플래시 메모리(EEPROM과 유사한 블록선도 메모리) 같은 반도체 기반 메모리가 있다. 또한 임의의 다른 이동형 저장 유닛(572)과, 인터페이스(570)가 포함되며, 이는 소프트웨어 및 데이터가 이동형 저장 유닛(572)으로부터 컴퓨터 시스템(550)으로 전송될 수 있게 해준다.

컴퓨터 시스템(550)은 통신 인터페이스(574)를 포함할 수 있다. 상기 통신 인터페이스(574)에 의해, 소프트웨어 및 데이터가 컴퓨터 시스템(550)과, 외부 장치(가령, 프린터)나 네트워크나 정보원 사이에서 전송될 수 있다. 예를 들어, 컴퓨터 소프트웨어, 또는 실행가능한 코드가 네트워크 서버로부터 통신 인터페이스(574)를 통해, 컴퓨터 시스템(550)으로 전송될 수 있다. 통신 인터페이스(574)의 예로는, 모뎀, 네트워크 인터페이스 카드(NIC), 통신 포트, PCMCIA 슬롯과 카드, 적외선 인터페이스, IEEE 1394 파이어-와이어가 있다.

통신 인터페이스(574)는 산업 공표된 프로토콜 표준, 가령 IEEE 802, 광 채널(Fiber Channel), DSL(Digital Subscriber Line), ADSL(Asynchronous Digital Subscriber Line), 프레임 릴레이, ATM(Asynchronous Transfer Mode), ISDN(Integrated Digital Service Network), PCS(Personal Communication Service), TCP/IP(Transmission Control Protocol/Internet Protocol), SLIP/PPP(Serial Line Internet Protocol/Point To Point Protocol) 등을 수행하는 것이 바람직하나, 사용자 맞춤형 프로토콜, 또는 비-표준 인터페이스 프로토콜도 역시 수행할 수 있다.

통신 인터페이스(574)를 통해 전달되는 소프트웨어와 데이터는 전기 통신 신호(578)의 형태인 것이 일반적이다. 상기 신호(578)는 통신 채널(576)을 통해 통신 인터페이스(574)로 제공되는 것이 바람직하다. 통신 채널(576)은 신호(578)를 운반하며, 상기 통신 채널(576)은 다수의 통신 수단, 가령 와이어, 또는 케이블, 또는 광섬유, 또는 기존 전화 선, 또는 셀룰러 폰 링크, 또는 RF 링크, 또는 적외선 링크를 이용하여 구현될 수 있다.

컴퓨터 실행가능한 코드(즉, 컴퓨터 프로그램, 또는 소프트웨어)가 메인 메모리(556), 또는 보조 메모리(558)에 저장된다. 또한 컴퓨터 프로그램이 통신 인터페이스(574)를 통해 수신되고, 상기 메인 메모리(556), 또는 상기 보조 메모리(558)에 저장된다. 이러한 컴퓨터 프로그램은 실행될 때, 컴퓨터 시스템(550)으로 하여금, 앞서 언급한 본 발명의 다양한 기능을 수행할 수 있도록 해준다.

본원에서, 용어“컴퓨터 판독 가능형 매체(computer readable medium)”는 컴퓨터 실행 가능형 코드(가령, 소프트웨어, 컴퓨터 프로그램)를 컴퓨터 시스템(550)에게 제공하기 위해 사용되는 임의의 매체를 일컫기 위해 사용된다. 이러한 매체의 예로는, 메인 메모리(556)와, (하드 디스크 드라이브(560), 이동형 저장 매 체(564), 외부 저장 매체(572) 같은) 보조 메모리(558)와, (네트워크 정보 서버, 또는 그 밖의 다른 네트워크 장치 같은) 통신 인터페이스(574)와 통신 연결되어 있는 임의의 주변 장치가 있다. 이러한 컴퓨터 판독 가능형 매체는 실행가능형 코드와, 명령어와, 소프트웨어를 컴퓨터 시스템(550)에게 제공하기 위한 수단이다.

소프트웨어를 이용하여 구현되는 실시예에서, 상기 소프트웨어는 컴퓨터 판독가능형 매체에 저장되고, 이동형 저장 드라이브(562), 또는 인터페이스(570), 또는 통신 인터페이스(574)를 통해, 컴퓨터 시스템(550)으로 로딩될 수 있다. 이러한 실시예에서, 상기 소프트웨어는 전기 통신 신호(578)의 형태로 컴퓨터 시스템(550)으로 로딩된다. 상기 소프트웨어는 프로세서(552)에 의해 실행될 때, 프로세서(552)로 하여금, 앞서 언급된 본 발명의 특징과 기능을 수행하도록 하는 것이 바람직하다.

다양한 실시예가 하드웨어를 사용하여 구현될 수 있다. 예를 들어, ASIC(Application Specific Integrated Circuit), 또는 FPGA(Field Programmable Gate Array) 같은 구성요소가 있다. 본원에서 서술된 기능을 수행하는 하드웨어 상태 머신(hardware state machine)의 구현은 당업자에게 명백할 것이다. 하드웨어와 소프트웨어 모두의 조합을 사용하여, 다양한 실시예가 구현될 수 있다.

본원에서 제시하고 상세하게 서술한, 무선 통신 장치를 위한 특정 모듈식 소프트웨어 구성요소에 의해, 본 발명의 목적에 이를 수 있지만, 본원에서 제공하는 설명과 도면은 본 발명의 현재 바람직한 실시예를 대표하는 것이고, 따라서 본 발명에 의해 넓게 보상되는 주제를 나타낸다. 본 발명의 범위에는, 당업자에게 명백 한 다른 실시예까지 포함되고, 본 발명의 범위는 청구범위에 의해서만 제한된다.

Claims (13)

1. 배포된 무선 통신 장치(20, 30) 상에 데이터 구성요소(240)를 동적으로 설치하기 위한 방법에 있어서, 상기 방법은

   데이터 구성요소를 설치하기 위한 요청을 수신하는 단계로서, 이때 상기 요청은 요청된 데이터 구성요소에 대한 고유한 식별자를 포함하는 단계,

   서버 쿼리(server query)를 컴파일하는 단계로서, 상기 서버 쿼리가 상기 고유의 식별자를 포함하는 단계,

   무선 통신 네트워크(50를 통해, 상기 서버 쿼리를 원격 서버(60)로 전송하는 단계, 그리고

   무선 통신 네트워크(50)를 통해, 상기 원격 서버(60)로부터 응답을 수신하는 단계로서, 이때 상기 응답은 데이터 구성요소(240를 포함하는 단계

   를 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
2. 제 1 항에 있어서, 상기 데이터 구성요소는 소프트웨어 모듈임을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
3. 제 2 항에 있어서, 상기 요청이 배포된 무선 통신 장치로부터 삭제될 현재 존재하는 소프트웨어 모듈에 대한 고유의 식별자를 포함함에 있어서, 상기 방법은

   상기 삭제될 현재 존재하는 소프트웨어 모듈을 검출하는 단계로서, 이때 상기 요청은 상기 소프트웨어 모듈에 대한 크기를 포함하는 단계, 그리고

   상기 배포된 무선 통신 장치 상의 사용가능한 영구 저장소가 상기 소프트웨어 모듈에 대한 크기를 수용할 것인지의 여부를 판단하는 단계

   를 더 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
4. 제 3 항에 있어서,

   삭제될 현재 존재하는 소프트웨어 모듈을 식별하는 단계, 그리고

   상기 식별되는 삭제될 현재 존재하는 소프트웨어 모듈을 배포된 무선 통신 장치로부터 삭제하여, 저장 공간을 상기 소프트웨어 모듈로부터 해방시키는 단계

   를 더 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
5. 제 2 항에 있어서, 상기 요청은 캐리어 네트워크(carrier network)로부터 수신되는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
6. 제 2 항에 있어서, 원격 서버로부터 응답을 수신하는 단계는

   대응하는 데이터 페이로드를 갖는 핸드세트 명령어의 세트를 수신하는 단계,

   상기 데이터 페이로드를 추출하는 단계로서, 이때 상기 데이터 페이로드는 상기 소프트웨어 모듈을 포함하는 단계,

   상기 핸드세트 명령어의 세트에 대응하는 실행 가능한 명령어로 구성된 세트를 획득하는 단계, 그리고

   상기 소프트웨어 모듈을 설치하기 위해, 실행 가능한 명령어로 구성된 세트를 실행시키는 단계

   를 더 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
7. 제 6 항에 있어서, 실행 가능한 명령어로 구성된 세트를 실행시키는 단계는, 무선 통신 장치 상에서 작동하는 런타임 엔진 내에서 수행되는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
8. 제 1 항에 있어서, 상기 데이터 구성요소가 새로운 하드웨어 구성요소와 설치 명령어에 대한 실행 가능한 장치 드라이버임에 있어서, 상기 방법은

   무선 통신 장치에서 새로운 하드웨어 구성요소의 존재를 검출하는 단계로서, 이때 상기 새로운 하드웨어 구성요소가, 이전 장치 하드웨어 드라이버를 갖는 이전 하드웨어 구성요소를 대체하는 단계, 그리고

   새로운 하드웨어 구성요소에 대한 프로필 정보를 획득하기 위해, 상기 새로운 하드웨어 구성요소에게 쿼리를 보내는 단계

   를 더 포함하며, 이때 상기 고유한 식별자가 상기 프로필 정보의 전체, 또는 부분을 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
9. 제 8 항에 있어서,

   실행 가능한 장치 드라이버를 설치하는 단계, 그리고

   상기 새로운 하드웨어 구성요소를 구성하는 단계

   를 더 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
10. 제 8 항에 있어서, 상기 데이터 구성요소를 수신하는 단계는

    연산 코드의 시퀀스를 갖고, 그에 대응하는 데이터 페이로드를 갖는 핸드세트 명령어의 세트를 수신하는 단계,

    상기 대응하는 데이터 페이로드를 추출하는 단계로서, 이때 상기 대응하는 데이터 페이로드는 실행 가능한 장치 드라이버를 포함하는 단계,

    연산 코드의 시퀀스를, 설치 명령어를 포함하는 실행 가능한 명령어로 구성된 세트로 번역하는 단계, 그리고

    무선 통신 장치 상에서 동작하는 런타임 엔진을 사용하여 실행 가능한 장치 드라이버를 설치하기 위해, 실행 가능한 명령어로 구성된 세트를 실행시키는 단계

    를 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
11. 제 8 항에 있어서,

    상기 이전 장치 드라이버의 크기가 상기 실행 가능한 장치 드라이버의 크기보다 더 큰지를 판단하는 단계,

    상기 이전 장치 드라이버를 영구 저장소에서 휘발성 저장소로 복사하는 단계,

    상기 영구 저장소로부터 상기 이전 장치 드라이버를 삭제하는 단계, 그리고

    상기 새로운 하드웨어 구성요소를 위한 실행 가능한 장치 드라이버를, 이전 장치 드라이버에 의해 사용되었던 영구 저장소의 기억 장소로 저장하는 단계

    를 더 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
12. 제 1 항에 있어서, 상기 데이터 구성요소는 외부 장치에 대한 외부 장치 인터페이스임에 있어서, 상기 방법은

    상기 외부 장치로부터의 연결을 검출하는 단계,

    상기 외부 장치에게 쿼리를 보내는 단계, 그리고

    상기 쿼리에 응답하여 프로필 정보를 수신하는 단계

    를 포함하며, 이때 고유한 식별자가 프로필 정보의 전체, 또는 부분을 포함하는 것을 특징으로 하는 데이터 구성요소(240)를 동적으로 설치하기 위한 방법.
13. 무선 통신 장치에 있어서, 상기 무선 통신 장치는

    상기 무선 통신 장치에 의해 실행 가능한 명령어를 포함하는 데이터 저장 영역(240),

    새로운 데이터 구성요소를 설치하기 위한 요청을 수신하도록 구성되며, 새로운 데이터 구성요소를 위한 고유한 식별자를 판단하도록 구성된, 모듈식 소프트웨어 인터페이스(200)의 하나 이상과, 모듈식 하드웨어 검출기(202)와, 외부 장치 검출기(204),

    데이터 저장 영역(240)으로 내장되는 서버 연산코드 라이브러리(210)로서, 원격 서버(60)에 의해 실행 가능한 명령어에 대응하는 연산 코드를 포함하는 상기 서버 연산코드 라이브러리,

    데이터 저장 영역에 내장되는 핸드세트 연산코드 라이브러리(220)로서, 상기 무선 통신 장치(20, 30)에 의해 실행 가능한 명령어에 대응하는 연산 코드를 포함하는 상기 핸드세트 연산코드 라이브러리, 그리고

    서버 연산코드 세트를 컴파일하고 전송하며, 핸드세트 연산코드 세트를 수신하고 처리하도록 구성되는 런타임 엔진(230)

    을 포함하며, 이때, 모듈식 소프트웨어 인터페이스(200)의 하나 이상과, 모듈식 하드웨어 검출기(202)와, 외부 장치 검출기(204)가 새로운 데이터 구성요소를 설치하기 위한 요청을 수신하고, 새로운 데이터 구성요소에 대한 고유한 식별자를 판단하고, 상기 고유한 식별자를 런타임 엔진으로 제공하며, 상기 런타임 엔진은 상기 소프트웨어 모듈을 요청하는 서버 연산코드의 세트를 컴파일하고, 상기 서버 연산코드의 세트는 고유한 식별자를 포함하는 데이터 페이로드를 갖는 것을 특징으로 하는 무선 통신 장치.

Images