KR100817387B1 - 양방향 통신 및 동적 명령 세트 실행 시스템 및 방법 - Google Patents

Abstract

핸드셋과 무선 통신 네트워크간 동적 명령 세트의 양방향 통신을 위한 시스템 및 방법이 제공된다. 동적 명령 세트는 수신자 장치에 의해 실행될 개별적 기능이나 개별적 액션을 나타낸다. 무선 통신 장치는 무선 통신 장치에 정보, 소프트웨어, 또는 그 외 다른 데이터를 제공하는 등의 동작을 실행하도록 네트워크에 지시하기 위해, 네트워크에 동적 명령 세트를 전송할 수 있다. 무선 통신 장치는 네트워크로부터 전송된 동적 명령 세트를 수신 및 실행하도록 또한 설정된다.

Description

양방향 통신 및 동적 명령 세트 실행 시스템 및 방법{SYSTEM AND METHOD FOR BI-DIRECTIONAL COMMUNICATION AND EXECUTION OF DYNAMIC INSTRUCTION SETS}

본 발명은 무선 통신 장치에 관한 것으로서, 특히, 핸드셋과 무선 통신 네트워크간 동적 명령 세트의 양방향 통신에 관한 것이다.

기존의 무선 통신 장치들은 소비자에게 판매된 후엔 일반적으로 고립된 연산 플랫폼이 되고 있다. 이 기존 무선 통신 장치들은 상위 네트워크(parent network)와 운영/관리 데이터같은 데이터를 주고받는 기능이 매우 제한되거나 아예 이런 기능을 제공하지 못한다. 이러한 데이터 통신 능력 결여는 무선 통신 장치에서 실행되는 소프트웨어를 업데이트하거나 무선 통신 장치로부터 운영/관리 데이터를 획득하는 측면에 있어 무선 통신 장치 제공자에게 상당한 제약을 안긴다. 예를 들어, 이동전화의 운영체제를 업그레이드하기 위해, 기술자들이 전화 업그레이드를 위해 전화를 컴퓨터에 연결할 수 있도록, 소비자는 전화를 물리적으로 서비스센터에 보내야 한다. 이는 이동 전화의 포괄적이거나 깊이있는 진단을 실행하는 데도 똑같이 적용된다.

무선 통신 장치를 업데이트하거나 이러한 장치로부터 정보를 얻기 위한 기존의 해법은, 소프트웨어 프로그램을 업데이트하거나 이 장치로부터 데이터를 얻기 위해 기술자가 이 장치와 대화(interaction)할 수 있도록 이 장치를 서비스 센터에 보내는 것이다. 이는 소비자 및 서비스 제공자 모두에게 희생이 크다.

추가적으로, 무선 통신 장치를 업데이트하거나 이러한 장치로부터 정보를 획득하기 위한 기존의 방법은 무선 장치와의 도선 연결을 필요로한다. 이는 무선 통신 장치에 대한 업데이트 및 관리 필요성을 복잡하게 하고, 전용 케이블이 필요하며, 심지어 장치에 도선 인터페이스가 갖추어져야 한다. 이러한 필요조건들은 무선 통신 장치의 생산 및 관리 비용을 증가시키고 그러면서도 장치의 수명을 단축시킨다.

마지막으로, 무선 통신 장치와의 데이터 통신을 위한 기존의 방법은 일방향성이다. 기존 네트워크들은 무선 통신 장치에 애플리케이션 소프트웨어 및 데이터를 제공하는 기능을 가질 수 있다. 추가적으로, 기존 무선 통신 장치들은 제한된 구성 데이터 및 상태 정보로 이러한 통신에 응답하는 기능을 가질 수 있다. 그러나, 기존 시스템에서 발견되는 이러한 제한된 마스터-슬레이브 통신 기능은, 무선 통신 장치가 네트워크와의 통신을 개시하는 기능이 결여되어 있기 때문에, 고전한다.

따라서, 상술한 기존 시스템에서 발견되는 이러한 중대한 문제점들을 극복할 수 있는 시스템 및 방법이 필요하다.

무선 통신 장치가 일단 배포되면(사용자에게 판매되면), 기존 무선 통신 장치들은 고립된 연산 플랫폼이 되며, 상위 네트워크와의 데이터 통신을 관리하기 위 한 기능이 매우 제한되거나 아예 없다. 이러한 데이터 통신 기능 결여로 인해, 무선 통신 장치에서 실행되는 소프트웨어를 업데이트하거나 이 장치로부터 운영 데이터를 획득하는 데 문제가 있다. 추가적으로, 기존의 무선 통신 장치들은 그 환경장치의 주변 환경과 상호작용할 수 있도록 그 기능을 개선시킬 수 있는 소프트웨어 업데이트나 정보 요청을 개시하는 기능이 결여되어 있다.

본 발명은 핸드셋과 무선 통신 네트워크간 동적 명령 세트의 양방향 통신 시스템 및 방법을 제공한다. 동적 명령 세트, 가령, 한개 이상의 패치 매니저 런타임 명령(PMRTI)은 수신자 장치에 의해 실행될 개별적 기능이나 개별적 액션을 나타낸다. 무선 통신 네트워크는, 핸드셋 상태를 네트워크에 보고하는 등의 동작들을 실행하도록 핸드셋에 지시하기 위해, 핸드셋에 동적 명령 세트를 전송할 수 있다. 마찬가지로, 본 발명은 동적 명령 세트, 가령, 한개 이상의 리버스 패치 매니저 런타임 명령(RPMRTI)을 컴파일하는 기능을 핸드셋에 제공하며, 이 명령 세트를 실행을 위해 네트워크에 전달한다. 이 기능으로 인해 핸드셋이 요망 기능을 수행할 수 있도록 정보, 소프트웨어, 또는 그 외 다른 데이터를 제공하거나 요청할 수 있다.

도 1은 전체 무선 장치 소프트웨어 관리 시스템의 블록도표.

도 2는 에어 링크 인터페이스를 통해 명령 세트의 설치를 강조한, 소프트웨어 관리 시스템의 블록도표.

도 3은 무선 통신 장치에서 동적 명령 세트를 실행하기 위한 본 발명의 시스템을 도시하는 블록도표.

도 4는 무선 장치 메모리의 블록도표.

도 5는 도 3의 코드 섹션 어드레스 표를 보여주는 표.

도 6은 도 3의 심벌 라이브러리의 상세한 도면.

도 7은 도 3의 심벌 오프셋 어드레스 표를 보여주는 표.

도 8은 런타임 엔진에 의해 액세스된 동작코드(op-code)의 도면.

도 9는 도 8의 제 1 동작코드의 보다 상세한 도면.

도 9는 무선 통신 장치의 시스템 소프트웨어 다운로드 동작을 관리하기 위한 본 발명에 따른 시스템을 설명하기 위해 제시되는 도 1-8b의 특징들을 포함한 블록도표.

도 10은 무선 통신 장치의 동적 명령 세트를 실행하기 위한 본 발명의 방법을 도시하는 순서도.

도 11은 일례의 동적 명령 세트 동작의 순서도.

도 12는 일례의 동적 명령 세트 동작의 순서도.

도 13은 일례의 동적 명령 세트 동작의 순서도.

도 14는 일례의 동적 명령 세트 동작의 순서도.

도 15는 일례의 동적 명령 세트 동작의 순서도.

도 16은 일례의 무선 통신 네트워크를 설명하는 하이레벨 네트워크 도면.

도 17A는 일례의 무선 통신 장치를 설명하는 블록도표.

도 17B는 일례의 원격 런타임 명령 코드 섹션을 설명하는 블록도표.

도 18A는 일례의 PMRTI서버를 설명하는 블록도표.

도 18B는 일례의 서버 런타임 명령 코드 섹션을 설명하는 블록도표.

도 19는 무선 통신 장치 상에서 동적 명령 세트를 실행하기 위한 일례의 방법을 설명하는 순서도.

도 20은 무선 통신 장치 상에서 동적 명령 세트를 컴파일하기 위한 일례의 방법을 설명하는 순서도.

도 21은 PMRTI 서버 상에서 동적 명령 세트를 실행하기 위한 일례의 방법을 설명하는 순서도.

도 22는 동작코드 라이브러리를 동기화하기 위한 일례의 방법을 설명하는 순서도.

도 23은 앞서 설명한 여러 실시예들과 연계하여 사용될 수 있는 일례의 컴퓨터 시스템의 블록도표.

무선 통신 장치와 무선 통신 네트워크간에 동적 명령 세트의 양방향 통신을 위한 시스템 및 방법이 소개된다. 예를 들어, 여기서 소개되는 한가지 방법은 무선 통신 장치로 하여금 동적 명령 세트를 동적으로 구축시키고, 실행 및 처리를 위해 네트워크에 상기 명령 세트를 전송하도록 한다.

* 본원 기재내용 중 "현장"이라는 표현은 영문의 "field"를 번역한 용어로서, 제작 후 사용자에게 이미 배포된 상태를 의미하는 용어이다. *

아래에 이어지는 실시예의 일부분이 과정, 단계, 로직 블록, 코드, 처리공정, 그리고 무선 장치 마이크로프로세서나 메모리 내 데이터 비트의 동작을 표현하 는 다른 심벌을 들어 설명된다. 이 표현들은 데이터 처리 분야에 통상의 지식을 가진 자들에 의해 사용되는 수단이다. 과정, 마이크로프로세서 실행 단계, 데이터 아이템, 애플리케이션, 로직 블록, 처리공정 등은 요망 결과를 이끄는 단계들이나 명령들의 사리에 맞는 시퀀스로 간주된다. 이 단계들은 물리적 양의 물리적 조작을 필요로하는 단계들이다. 일반적으로, 반드시 그러한 것은 아니지만, 이 양들은 저장, 전송, 조합, 비교, 마이크로프로세서 기반 무선 장치의 조작이 가능한 전기/자기 신호의 형태를 취한다. 비트, 값, 요소, 심벌, 캐릭터, 데이터 아이템, 수치 등으로 이 신호들을 명명하는 것은 대중적으로 널리 사용되기 때문에 편리한 것으로 인식되고 있다. 메모리같은 물리적 소자들이 언급되는 데, 이들은 버스나 다른 전기적 연결을 통해 다른 물리적 소자들에 연결된다. 이 물리적 소자들은 로직 처리공정이나 애플리케이션과 상호작용할 수 있다고 간주될 수 있고, 따라서, 로직 동작에 "연결"된다. 예를 들어, 메모리는 추가적인 로직 동작에 코드를 저장허간 액세스할 수 있고, 애플리케이션은 실행을 위해 메모리로부터 코드 섹션을 호출할 수 있다. 더욱이, 소프트웨어 애플리케이션은 데이터 아이템을 이용하여 명령을 실행할 수 있다.

그러나, 이 용어들이 적절한 물리적 양에 관련된 것으로서, 이 양들에 적용된 편리한 라벨에 지나지 않음을 명심하여야 한다. 다음의 설명으로부터 명백하겠지만, 본 발명을 통해, "처리", "연결", "변환", "디스플레이", 또는 "프람프트", "결정", "디스플레이", "인식", "비교", "대체(교체)", "어드레스(해결처리)", "불러오기", 등같은 용어들을 이용한 설명은 컴퓨터 시스템의 레지스터와 메모리 내의 물리적 양으로 표현되는 데이터를 무선 장치 메모리나 레지스터, 또는 그 외 다른 이러한 정보 저장, 전송, 또는 디스플레이 장치 내의 물리적 양으로 표현되는 다른 데이터로 조작하고 변환하는 무선 장치 마이크로프로세서 시스템의 동작들을 의미한다.

도 1은 전체 무선 장치 소프트웨어 관리 시스템(100)의 블록도표이다. 본 발명의 시스템 소프트웨어 조직은 아래에 상세하게 제시되며, 소프트웨어 관리 시스템(100)의 일반적 개관을 따른다. 일반 시스템(100)은 시스템 소프트웨어 업데이트 및 명령 세트(프로그램)의 전달 과정과, 무선 장치에서 전달된 소프트웨어의 설치 과정을 소개한다. 시스템 소프트웨어 업데이트와 패치 매니저 런타임 명령(PMRTI)(명령 세트나 동적 명령 세트로 알려짐)은 핸드셋 제작자에 의해 생성된다. 시스템 소프트웨어는 심벌 라이브러리로 조직된다. 심벌 라이브러리는 코드섹션들로 배열된다. 심벌 라이브러리가 업데이트되어야 할 때, 소프트웨어 업데이트(102)가 한개 이상의 코드 섹션으로 전달된다. 소프트웨어 업데이트는 이미 배포된 무선 장치에 송출되며, 그 무선 통신 장치(104)의 소프트웨어 업데이트(102)는 잘 알려진 기존의 에어, 데이터, 또는 메시지 전송 프로토콜을 이용하여 기지국(106)으로부터 별도의 통신들로 전송된다. 발명은 어떤 특정 전송 포맷에 국한되지 않는다. 왜냐하면, 무선 통신 장치가 시스템 소프트웨어 및 PMRTI 업데이트를 수신하기 위해 어떤 가용한 에어 전송 프로토콜을 처리하도록 용이하게 수정될 수 있기 때문이다.

이 시스템 소프트웨어는 여러 다른 서브시스템들의 집합체로 보일 수 있다. 코드 객체들은 이 추상적 서브시스템들 중 하나에 강력하게 연결될 수 있고, 결과 적인 집합체가 심벌 라이브러리의 라벨을 달 수 있다. 이는 코드 베이스의 로직 파괴를 제공하고, 소프트웨어 패치와 처방(fixes)이 심벌 라이브러리 중 하나에 관련될 수 있다. 대부분의 경우에, 단일 업데이트가 한개나 두개의 심벌 라이브러리에 관련된다. 나머지 코드 베이스, 나머지 심벌 라이브러리는 불변으로 유지된다.

심벌 라이브러리의 표현은 코드와 상수를 취급하기 위한 메커니즘을 제공한다. 다른 한편, 읽기쓰기(Read-Write) 데이터는 모든 라이브러리에 대해 RAM 기반 데이터를 내포한 독자적이고 개별적인 읽기쓰기 라이브러리에 부합한다.

무선 장치(104)에 의해 수신되었을 때, 전송된 코드 섹션이 반드시 처리되어야 한다. 무선 장치는 비휘발성 메모리의 특정 코드 섹션을 덮어쓴다. 비휘발성 메모리(108)는 파일 시스템 섹션(FSS)(110)과 코드 저장 섹션(112)을 포함한다. 코드 섹션은 FSS(110)의 점유를 최소화시키기 위해 전송 전에 일반적으로 압축된다. 업데이트된 코드 섹션이 읽기쓰기 데이터를 동반하는 경우가 자주 있으며, 이는 각각의 심벌 라이브러리에 대해 모든 읽기쓰기 데이터를 내포한 또다른 종류의 심벌 라이브버리다. 시스템 소프트웨어가 실행 중일 때 휘발성 읽기쓰기 RAM(114)에 로딩되지만, 읽기쓰기 데이터는 비휘발성 메모리(108)에 저장될 필요가 항상 있으며, 따라서, 무선 장치가 리셋될 때마다 읽기쓰기 데이터가 휘발성 읽기쓰기 RAM(114)에 로딩될 수 있다. 이는 읽기쓰기 데이터가 휘발성 읽기쓰기 RAM으로 로딩되는 첫 번째를 포함한다. 아래에 상세하게 설명되겠으나, 읽기쓰기 데이터는 패치 매니저 코드 섹션으로 배열되는 것이 일반적이다.

시스템(100)은 가상 표의 개념을 포함한다. 이러한 표를 이용하여, 한 코드 섹션의 심벌 라이브러리들이 시스템 소프트웨어의 다른 부분(다른 코드 섹션)을 파괴(교체)하지 않으면서 패치(교체)될 수 있다. 가상 표는 효율성을 위해 휘발성 읽기쓰기 RAM(114)으로부터 실행된다. 코드 섹션 어드레스 표와 심벌 오프셋 어드레스 표는 가상 표다.

업데이트된 코드 섹션들이 무선 장치(104)에 의해 수신되어 FSS(110)에 저장된다. 무선 장치 사용자 인터페이스(UI)는 통상적으로 새 소프트웨어가 가용함을 사용자에게 알릴 것이다. 사용자 인터페이스 프람프트에 따라 사용자는 이 통지를 확인하고 패치나 업데이트 동작을 신호한다. 대안으로, 업데이트 동작이 자동적으로 시행된다. 업데이트 처리가 실행됨에 따라 무선 장치가 표준 통신 작업을 수행하지 못할 수가 있다. 패치 매니저 코드 섹션은 휘발성 읽기쓰기 RAM(114)에 또한 로딩되는 비휘발성 읽기쓰기 드라이버 심벌 라이브러리를 포함한다. 비휘발성 읽기쓰기 드라이버 심벌 라이브러리는 코드 섹션들을 업데이트된 코드 섹션으로 덮어쓴다. 패치 매니저 코드 섹션은 읽기쓰기 데이터, 코드 섹션 어드레스 표, 그리고 심벌 오프셋 어드레스 표를 포함하고, 또한, 심벌 액세서 코드와 심벌 액세서 코드 어드레스도 포함한다. 업데이트된 코드 섹션들이 도입되면 이 데이터의 일부분들이 유효하지 않으며, 업데이트된 패치 매니저 코드 섹션들은 업데이트된 코드 섹션에 대해 유효한 읽기쓰기 데이터, 코드 섹션 어드레스 표, 그리고 심벌 오프셋 어드레스 표를 포함한다. 업데이트된 코드 섹션이 코드 저장 섹션(112)으로 로딩되면, 무선 장치가 리셋된다. 리셋 동작에 이어, 무선 장치는 업데이트된 시스템 소프트웨어를 실행할 수 있다. 패치 매니저 코드 섹션이 상술하지 않은 다른 심벌 라이브러 리를 포함할 수도 있다. 이러한 다른 심벌 라이브러리들은 휘발성 읽기쓰기 메모리(114)로 로딩될 필요가 없다.

도 2는 에어 링크 인터페이스를 통해 명령 세트의 설치를 강조한, 소프트웨어 관리 시스템(100)의 블록도표이다. 시스템 소프트웨어 코드 섹션의 업데이트에 추가하여, 관리 시스템(100)은 패치 매니저 런타임 명령(PMRTI)이라 불리는 동적 명령 세트, 프로그램, 또는 패치 매니저 명령 세트(PMIS)를 다운로드하고 설치할 수 있다. PMRTI 코드 섹션(200)은 상술한 시스템 소프트웨어 코드 섹션과 같은 방식으로 무선 장치(104)에 전달된다. PMRTI 코드 섹션은 핸드셋에 컴파일된 명령으로 나타날 수 있는 이진(binary) 파일이다. PMRTI 코드 섹션은 조건부 실행 동작의 성능과 기본 수학적 동작의 성능을 제공할 만큼 충분히 포괄적이다. 예를 들어, RF 조정 PMRTI는 다음의 동작을 수행할 수 있다.

IF RF CAL ITEM IS LESS THAN X

EXECUTE INSTRUCTION

ELSE

EXECUTE INSTRUCTION

PMRTI는 덧셈, 뺄셈, 곱셈, 나눗셈같은 기본적 수학 연산을 지원할 수 있다. 시스템 소프트웨어 코드 섹션에 대하여, PMRTI 코드 섹션은 UI 프람프트에 따라 로딩될 수 있고, 무선 장치는 PMRTI가 코드 저장 섹션(112)으로 로딩된 후 리셋되어야 한다. PMRTI 코드 섹션이 어떤 가상 표나 읽기쓰기 데이터에 연계될 경우, 업데이트된 패치 매니저 코드 섹션이 코드 저장 섹션(112)에서의 설치를 위해 PMRTI로 전송될 것이다. 대안으로, PMRTI가 유지되어 FSS(110)로부터 처리될 수 있다. 핸드셋(104)이 PMRTI 섹션의 모든 명령을 수행한 후, PMRTI 섹션이 FSS(110)로부터 삭제될 수 있다. 대안으로, PMRTI가 차후 동작을 위해 유지된다. 예를 들어, 무선 장치가 에너지를 공급받을 때마다 PMRTI가 실행될 수 있다.

PMRTI는 매우 강력한 런타임 명령 엔진이다. 핸드셋이 PMRTI 환경을 통해 전달되는 어떤 명령도 실행할 수 있다. 이 메커니즘은 RF 조정을 지원하는 데 사용될 수 있다. 보다 일반적으로, PMRTI는 제작자나 서비스 제공자에 의해 소프트웨어 문제가 인지되었을 때 무선 장치 소프트웨어를 원격 디버깅(remote debug)하는 데 사용될 수 있다. PMRTI는 데이터 분석, 디버그, 처방을 위해 새로이 다운로드받은 시스템 애플리케이션을 발진시킬 수 있다. PMRTI는 업데이트된 시스템 소프트웨어 코드 대신에 문제점에 대한 단기 처방과 분석에 대한 읽기쓰기 데이터 기반 업데이트를 제공할 수 있다. PMRTI는 무선 장치에 의한 이용을 위해 메모리 치밀화 알고리즘을 제공할 수 있다.

발명의 일부 태양에서, 시스템 소프트웨어를 심벌 라이브러리로 조직하는 것은 실행에 필요한 휘발성 메모리(114)와 비휘발성 메모리(108)의 크기에 영향을 미칠 수 있다. 이는 코드 섹션이 코드 섹션에 배열되는 심벌 라이브러리들보다 크기 때문이다. 이같이 큰 코드 섹션은 업데이트된 코드 섹션을 수용하기 위해 존재한다. 라이브러리의 집합체로 시스템 소프트웨어를 조직하는 것은 비휘발성 메모리 크기 요건에 영향을 미친다. 동일한 코드 크기에 대하여, 사용되는 비휘발성 메모리의 양은 코드 섹션의 크기가 그 안에 배열된 심벌 라이브러리보다 크기 때문에 높을 것이다.

소프트웨어 업데이트가 무선 장치에 전달되면, 소프트웨어 관리 시스템(100)은 메모리 치밀화를 지원한다. 메모리 치밀화는 데스크탑 컴퓨터의 디스크 디프래그먼트 애플리케이션(disk defragmentation application)과 유사하다. 치밀화 메커니즘은 메모리가 최적으로 사용되고 차후 코드 섹션 업데이트에 대해 우수한 균형을 유지함을 보장한다. 이때, 업데이트된 코드 섹션의 크기는 예측불가능하다. 시스템(100)은 패치(업데이트) 실행 중에 코드 저장 섹션을 분석한다. 시스템(100)은 교체되는 코드 섹션에 의해 점유되는 메모리 공간에 업데이트된 코드 섹션을 맞추려고 시도한다. 업데이트된 코드 섹션이 교체되는 코드 섹션보다 클 경우, 시스템(100)은 메모리(112)의 코드 섹션을 치밀화한다. 대안으로, 제작자나 서비스 제공자에 의해 치밀화가 연산될 수 있고, 치밀화 명령이 무선 장치(104)에 전달될 수 있다.

치밀화는 알고리즘의 복잡도와 방대한 분량의 데이터 이동 때문에 시간이 소요되는 공정일 수 있다. 치밀화 알고리즘은 어떤 공정을 시작하기 전에 가능성을 예측한다. UI 프람프트는 치밀화가 시도되기 전에 사용자로부터의 허가를 얻는 데 사용될 수 있다.

일부 발명의 태양에서, 모든 시스템 소프트웨어 코드 섹션들이 동시에 업데이트될 수 있다. 완전한 시스템 소프트웨어 업그레이드는 더 큰 FSS(110)를 필요로 할 것이다.

도 3은 무선 통신 장치의 발명에 따른 동적 명령 세트 실행을 도시하는 블록 도표이다. 시스템(300)은 다수의 현 코드 섹션으로 구분되는 실행형 무선 장치 시스템 소프트웨어를 포함하는 메모리(108)의 코드 저장 섹션(112)을 포함한다. 코드 섹션 1(302), 코드 섹션 2(304), 코드 섹션 n(306), 그리고 패치 매니저 코드 섹션(308)이 도시된다. 그러나, 발명이 어떤 특정 수치의 코드 섹션에 제한되지는 않는다. 더욱이, 시스템(300)은 다수의 리소스 섹션들로 배열되는 다수의 제 1 심벌 라이브러리들을 추가로 포함한다. 심벌 라이브러리 1(310)이 코드 섹션 1(302)에, 심벌 라이브러리 2(312)와 3(314)이 코드 섹션 2(304)에 배열되며, 심벌 라이브러리 m(316)은 코드 섹션 n(306)에 배열된다. 각각의 라이브러리는 관련 기능을 가진 심벌들을 포함한다. 예를 들어, 심벌 라이브러리 1(310)은 무선 장치 LCD의 동작에 관련될 수 있다. 그후, 심벌은 디스플레이 기능에 관련될 수 있다. 아래 설명되는 바와 같이, 추가적인 심벌 라이브러리들이 패치 매니저 코드 섹션(308)에 배열된다.

도 4는 무선 장치 메모리의 블록도표이다. 도시되는 바와 같이, 메모리는 도 1의 코드 저장 섹션(112)이다. 메모리는 쓰기가능한 비휘발성 메모리이다(가령, 플래시 메모리). 코드 섹션이 반드시 FSS(110)와 같은 메모리에 저장될 필요는 없다. 본 발명의 시스템 소프트웨어 구조가 다수의 협력 메모리에 저장된 코드 섹션들로 구현될 수 있다. 코드 저장 섹션(112)은 다수의 제 2 연속 어드레싱 메모리 블록을 포함하며, 이때, 각각의 메모리 블록은 다수의 리소스 섹션들로부터 해당 코드 섹션을 저장한다. 따라서, 코드 섹션 1(302)이 제 1 메모리 블록(400)에 저장되고, 코드 섹션 2(304)가 제 2 메모리 블록(402)에 저장되며, 코드 섹션 n(306)이 제 n 메모리 블록(404)에 저장되고, 패치 매니저 코드 섹션(308)이 제 p 메모리 블록(406)에 저장된다.

도 3과 4를 대조해보면, 각각의 코드 섹션의 시작점이 메모리의 해당 시작 어드레스에 저장되고, 심벌 라이브러리들이 코드 섹션의 시작점에서 시작되도록 배열된다. 즉, 각각의 심벌 라이브러리는 제 1 어드레스에서 시작하여 제 1 어드레스로부터 순서대로 어드레스 범위를 따라 진행된다. 예를 들어, 코드 섹션 1(302)은 코드 저장 섹션 메모리(112)의 제 1 시작 어드레스(408)("S"로 표시)에서 시작된다. 도 3에서, 심벌 라이브러리 1(310)은 제 1 코드 섹션의 시작점(318)에서 시작된다. 마찬가지로 코드 섹션 2(304)는 제 2 시작 어드레스(410)(도 4)에서 시작되고, 심벌 라이브러리 2는 코드 섹션 2의 시작점(320)(도 3)에서 시작된다. 코드 섹션 n(306)은 코드 저장 섹션 메모리(112)의 제 3 시작 어드레스(412)에서 시작되고(도 4), 심벌 라이브러리 m(316)은 코드 섹션 n(322)의 시점에서 시작된다(도 3). 패치 매니저 코드 섹션은 코드 저장 섹션 메모리(112)의 제 p 시작 어드레스(414)에서 시작하고, 패치 매니저 코드 섹션(310)의 제 1 심벌 라이브러리는 제 1 메모리 블록(400)에 궁극적으로 저장된다. 한 코드 섹션이 다수의 심벌 라이브러리를 포함할 경우(가령, 코드 섹션 2(304)), 다수의 심벌 라이브러리는 제 2 메모리 블록(402)의 경우에, 해당 메모리 블록에 저장된다.

도 3에서, 시스템(300)은 패치 매니저 코드 섹션(308)에 배열되는 심벌 라이브러리에 포함된 심벌 종류로 코드 섹션 어드레스 표(326)를 추가로 포함한다. 코드 섹션 어드레스 표는 코드 섹션 식별자를 메모리의 해당 코드 섹션 시점 어드레 스와 상호참조(cross-reference)한다.

도 5는 도 3의 코드 섹션 어드레스 표(326)를 나타내는 표다. 코드 섹션 어드레스 표(326)는 심벌 라이브러리에 대한 코드 섹션 시작 어드레스를 찾기 위해 참고된다. 예를 들어, 심벌 라이브러리 1의 한 심벌이 실행에 필요할 경우 시스템(300)이 코드 섹션 1을 찾는다. 코드 섹션 1의 시작 어드레스를 찾기 위해, 그래서 심벌 라이브러리 1의 심벌을 위치시키기 위해, 코드 섹션 어드레스 표(326)가 참고된다. 코드 섹션들에서 심벌 라이브러리들의 배열과, 코드 섹션을 표로 찾아가는 것은 코드 섹션을 이동시키거나 확장시킬 수 있다. 확장이나 이동 동작은 업그레이드된 코드 섹션을 설치하는 데 필요할 수 있다.

도 3으로 돌아가서, 모든 심벌 라이브러리들이 반드시 코드 섹션의 시점에서 시작되는 것은 아니다. 도시되는 바와 같이, 심벌 라이브러리 3(314)은 코드 섹션 2(304)에 베열되지만, 코드 섹션 시작 어드레스(320)의 시작점은 아니다. 따라서, 심벌 라이브러리 3(314)의 한 심벌이 실행에 필요할 경우, 시스템(300)은 코드 섹션 2(304)의 시작 어드레스에 대한 코드 섹션 어드레스 표(326)를 참조한다. 아래 설명되는 바와 같이, 심벌 오프셋 어드레스 표가 심벌 라이브러리 3(314)의 심벌들을 위치시킨다. 심벌들이 동일한 코드 섹션으로 유지되기 때문에 심벌들이 다중 라이브러리 사이에 퍼지는 것은 문제가 되지 않는다.

상술한 바와 같이, 각각의 심벌 라이브러리는 기능적으로 관련된 심벌들을 포함한다. 심벌은 루틴 바디(routine body), 변수, 또는 데이터 구조를 위치시키고 이용하기 위한 프로그래머-지정 명칭이다. 따라서, 심벌이 한개의 어드레스거나 한 개의 값(value)일 수 있다. 심벌들은 내부적일 수도 있고 외부적일 수도 있다. 내부적 심벌은 현 코드 섹션의 범위를 넘으면 보이지 않는다. 보다 구체적으로, 내부적 심벌들은 다른 코드 섹션의 다른 심벌 라이브러리로 찾을 수 없다. 외부적 심벌은 코드 섹션 사이에서 사용되고 호출되며, 여러 다른 코드 섹션의 라이브러리로 찾을 수 있다. 심벌 오프셋 어드레스 표는 모든 외부적 심벌들의 리스트를 포함하는 것이 일반적이다.

예를 들어, 심벌 라이브러리 1(310)은 무선 장치 디스플레이 상에 문자들을 발생시킨다. 이 라이브러리의 심벌들은 전화 번호, 성명, 시간, 또는 그 외 다른 디스플레이 특징들을 발생시킨다. 각각의 특징은 심벌이라고 불리는 루틴으로 발생된다. 가령, 심벌 라이브러리 1(310)의 한개의 심벌이 디스플레이 장치에 전화번호를 발생시킨다. 이 심벌은 X로 표시되며 외부적이다. 무선 장치가 전화통화를 수신하고 호출자 ID 서브시가 활성화되면, 시스템은 디스플레이 장치 상에 번호를 발생시키도록 "x" 심벌을 실행하여야 한다. 따라서 시스템은 X 심벌을 위치시켜야 한다.

도 6은 심벌들로 구성된 도 3의 심벌 라이브러리 1(310)의 상세한 도면이다. 심벌들은 각각 코드 섹션 시작 어드레스로부터 이격되어 배치된다. 여러 상황에서, 심벌 라이브러리의 시작점은 코드 섹션의 시작점이지만, 이는 코드 섹션이 두개 이상의 심벌 라이브러리를 포함할 경우 사실이 아니다. 심벌 라이브러리 1(310)은 코드 섹션 1의 시작점에서 시작된다(도 3 참조). 도 6에 도시되는 바와 같이, "X"심벌은 심벌 라이브러리의 시작점으로부터 (03)만큼 이격되어 위치하고, "Y"심벌은 (15)만큼 이격되어 위치한다. 심벌 오프셋 어드레스들은 패치 매니저 코드 섹션의 심벌 오프셋 어드레스 표(328)에 저장된다(도 3 참조).

도 7은 도 3의 심벌 오프셋 어드레스 표(328)를 도시하는 표이다. 심벌 오프셋 어드레스 표(328)는 심벌 식별자를 해당 오프셋 어드레스와, 메모리의 해당 코드 섹션 식별자와 상호참고(cross-reference)시킨다. 따라서, 시스템이 심벌 라이브러리 1의 "X"심벌을 실행하려할 경우, 심벌 오프셋 어드레스 표(328)가 코드 섹션에 대해 심벌의 정확한 어드레스를 위치시키기 위해 참고된다.

도 3으로 되돌아가서, 다수의 제 1 심벌 라이브러리들은 이 심벌 라이브러리들의 실행시 설정되거나 참고되어야 하는 모든 읽기쓰기(read-write; RW) 데이터를 포함하는 것이 일반적이다. 예를 들어, 심벌 라이브러리가 조건부 문장에 따라 좌우되는 동작을 포함할 수 있다. 읽기쓰기 데이터 섹션은 조건부 문장(conditional statement)을 완성시키는 데 필요한 상태(status)를 결정하기 위해 참고된다. 본 발명은 모든 심벌 라이브러리로부터의 읽기쓰기 데이터를 공유 읽기쓰기 섹션으로 묶는다. 발명의 일부 태양에서, 읽기쓰기 데이터(330)는 패치 매니저 코드 섹션(308)에 배열된다. 대안으로(도시되지 않음), 읽기쓰기 데이터가 앞서와 다른 코드 섹션, 가령, 코드 섹션 n(306)으로 배열될 수 있다.

다수의 제 1 심벌 라이브러리들은 찾는 심벌의 어드레스를 계산하기 위해 코드 섹션에 배열되는 심벌 액세서 코드를 또한 포함한다. 심벌 액세서 코드는 별도의 코드 섹션, 가령, 코드 섹션 2(304)의 어드레스에 배열되고 저장될 수 있다. 그러나 도시되는 바와 같이, 심벌 액세서 코드(332)는 패치 매니저 코드 섹션(308)의 어드레스에 배열되고 저장된다. 시스템(300)은 심벌 액세서 코드 어드레스의 저장을 위한 제 1 위치를 추가로 포함한다. 제 1 위치는 코드 저장 섹션(112)의 코드섹션일 수도 있고, 무선 장치의 별도 메모리 섹션의 코드 섹션일 수도 있다. 제 1 위치는 읽기쓰기 데이터와 동일한 코드 섹션에 배열될 수도 있다. 도시되는 바와 같이, 제 1 위치(334)는 읽기쓰기 데이터(330), 심벌 오프셋 어드레스 표(328), 코드 섹션 어드레스 표(326), 그리고 심벌 액세서 코드(332), 그리고 패치 라이브러리(패치 심벌 라이브러리)(336)로 패치 매니저 코드 섹션(308)에 저장된다.

심벌 액세서 코드는 메모리에서 찾는 심벌의 어드레스를 연산하거나 발견하기 위해 코드 섹션 어드레스 표와 심벌 오프셋 어드레스 표에 액세스한다. 즉, 심벌 액세서 코드는 해당 심벌 식별자와 해당 코드 섹션 식별자를 이용하여 찾는 심벌의 어드레스를 연산한다. 예를 들어, 심벌 라이브러리 1의 "X"심벌을 찾을 경우, "X"심벌에 해당하는 심벌 식별자(심벌 ID) "X_1"을 찾기 위해 심벌 액세스가 호출된다(도 7 참조). 심벌 액세서 코드는 "X_1"심벌 식별자가 코드 섹션 1의 시작점으로부터 (03)만큼 이격되는 지를 결정하기 위해 심벌 오프셋 어드레스 표를 참고한다. 심벌 액세서 코드는 코드 섹션 식별자(코드 섹션 ID) "CS_1"에 관련된 시작 어드레스를 결정하기 위해 코드 섹션 어드레스 표를 참고한다. 이 방식으로, 심벌 식별자 "X_1"이 (00100)의 어드레스로부터 (03)만큼 이격되거나 (00103)에 위치함을 심벌 액세서 코드가 결정한다.

심벌 "X"는 실제 코드의 일부분이기 때문에 예약된 명칭이다. 다시 말해서, 이와 관련된 절대적 데이터를 가진다. 이 데이터는 하나의 어드레스일 수도 있고 하나의 값(value)일 수도 있다. 심벌 식별자는 심벌 추적을 위해 생성되는 별칭이다. 심벌 오프셋 어드레스 표와 코드 섹션 어드레스 표는 예약된 심벌과 코드 섹션 명칭과의 혼동을 피하기 위해 식별자와 함께 기능한다. 동일한 심벌 명칭이 여러 심벌 라이브러리 사이에서 사용되는 것도 또한 가능하다. 식별자 사용은 이 심벌들간 혼동을 방지한다.

도 1로 되돌아가서, 시스템(300)은 읽기쓰기 휘발성 메모리(114), 통상적으로 RAM을 추가로 포함한다. 읽기쓰기 데이터(330), 코드 섹션 어드레스 표(326), 심벌 오프셋 어드레스 표(328), 심벌 액세서 코드(332), 그리고 심벌 액세서 코드 어드레스(334)가 시스템 소프트웨어 실행 중 액세스를 위한 패치 매니저 코드 섹션으로부터 읽기쓰기 휘발성 메모리(114)로 로딩된다.

당 분야에 잘 알려진 바와 같이, RAM 에 저장되는 코드에 대한 액세스 시간은 플래시같은 비휘발성 메모리에 대한 액세스보다 상당히 작다.

도 3으로 되돌아가서, 메모리 블록이 그 안에 저장되는 해당 코드 섹션을 정확하게 수용할 수 있는 크기를 가지지만, 심벌 라이브러리들이 배열될 코드 섹션들을 반드시 채울 필요는 없다. 달리 말하자면, 다수의 리소스 섹션들 각각은 배열되는 심벌 라이브러리들을 수용하는 바이트 크기를 가지며, 연속적으로 어드레싱되는 메모리 블록들 각각은 해당 코드 섹션들을 수용하는 바이트 크기를 가진다. 가령, 코드 섹션 1(302)은 100 바이트의 길이를 가진 심벌 라이브러리를 수용하기 위해 100 바이트 섹션일 수 있다. 제 1 메모리 블록은 코드 섹션 1의 바이트 크기와 일치하기 위해 100바이트일 것이다. 그러나, 코드 섹션 1에 로딩되는 심벌 라이브러 리가 100바이트보다 작을 수 있다. 도 3에 도시되는 바와 같이, 심벌 라이브러리 1(310)이 100바이트보다 작기 때문에 코드 섹션 1(302)은 사용하지 않은 섹션(340)을 가진다. 따라서, 다수의 리소스 섹션들 각각은 배열된 심벌 라이브러리들을 수용하는 데 필요한 크기보다 더 큰 크기를 가질 수 있다. 코드 섹션 크기를 과설정함(oversizing)으로서, 업데이트된 더 큰 심벌 라이브러리들을 수용할 수 있다.

연속적으로 어드레싱되는 메모리 블록들은 물리적 메모리 공간을 가변 크기의 로직 블록으로 분할하는 것에 관련된다. 코드 섹션과 메모리 블록들은 코드 섹션이 메모리에 저장될 때 실질적으로 교환가능한 항목들이다. 코드 섹션의 개념은 심벌 라이브러리보다 큰 코드 섹션을 식별하는 데 사용되고, 이동하거나 조작될 때 코드 섹션의 심벌 라이브러리들의 집합체를 식별하는 데 사용된다.

도 3에 도시되는 바와 같이, 시스템(300)은 패치 라이브러리(336)라 불리는 패치 심벌 라이브러리를 포함하여, 코드 저장 섹션의 새 코드 섹션을 현 코드 섹션과 함께 배열한다. 코드 저장 섹션에서 새 코드 섹션을 현 코드 섹션과 함께 배열하는 것은 업데이트된 실행형 시스템 소프트웨어를 형성한다. 패치 매니저(336)는 새 코드 섹션을 현 코드 섹션과 함께 배열할 뿐 아니라, 코드 섹션들을 업데이트된 코드 섹션으로 대체한다.

도 4를 참고해보면, 메모리(108)의 파일 시스템 섹션(110)이 새 코드 섹션(450)과 업데이트된 패치 매니저 코드 섹션(452)처럼 새 코드 섹션을 수신한다. 파일 시스템 섹션은 현 코드 섹션과 함께 새 코드 섹션을 배열하기 위한 명령을 포함하는 제 1 패치 매니저 런타임 명령(PMRTI)(454)을 또한 수신한다. 도 1에 도시되는 바와 같이, 에어 링크 인터페이스(150)는 새 코드 섹션이나 업데이트된 코드 섹션을 수신하고 또한 제 1 PMRTI를 수신한다. 에어 링크 인터페이스(150)가 안테나로 나타나지만, 에어 링크 인터페이스가 RF 송수신기, 기지대역 회로, 그리고 복조 회로(도시되지 않음)를 포함한다는 것을 이해하여야 할 것이다. 파일 시스템 섹션(110)은 에어 링크 인터페이스(150)를 통해 수신한 새 코드 섹션을 저장한다. 읽기쓰기 휘발성 메모리(114)로부터 실행되는 패치 라이브러리(336)는 코드 저장 섹션의 제 1 코드 섹션, 가령, 코드 섹션 n(306)을, 제 1 PMRTI(454)에 따라 새(또는 업데이트된) 코드 섹션으로 대체한다. 통상적으로, 패치 매니저 코드 섹션(308)은 업데이트된 패치 매니저 코드 섹션(452)으로 대체된다. 코드 섹션들이 대체되면, 패치 라이브러리(336)는 코드 저장 섹션(112)의 제 1 코드 섹션, 가령, 코드 섹션 n(306)을 파일 시스템 섹션(110)의 업데이트된 코드 섹션, 가령, 코드 섹션(450)으로 덮어쓴다. 극단적인 경우에, 코드 저장 섹션(112)의 모든 코드 섹션들이 업데이트된 코드 섹션들로 대체된다. 즉, FSS(110)는 다수의 제 2 업데이트 코드 섹션을 수신하며, 패치 라이브러리(336)는 코드 저장 섹션(112)의 다수의 리소스 섹션을 다수의 제 2 업데이트 코드 섹션으로 대체한다. 물론, FSS(110)는 에어 링크 인터페이스를 통해 수신한 다수의 제 2 업데이트 코드 섹션을 수용할만큼 충분히 크다.

상술한 바와 같이, 업데이트된 코드 섹션들은 읽기쓰기 데이터 코드 섹션, 코드 섹션 어드레스 표 코드 섹션, 심벌 라이브러리, 심벌 오프셋 어드레스 표 코드 섹션, 심벌 액세서 코드 섹션, 또는 새 패치 라이브러리를 가진 코드 섹션을 포 함할 수 있다. 이러한 모든 코드 섹션들은 관련 심벌 라이브러리 및 심벌을 가지면서, 구분된 독립적 코드 섹션으로 저장될 수 있다. 이 코드 섹션들 각각은 독자적인 업데이트 코드 섹션으로 대체될 것이다. 즉, 업데이트된 읽기쓰기 코드 섹션이 수신되어, 코드 저장 섹션의 읽기쓰기 코드 섹션을 대체할 것이다. 업데이트 코드 섹션 어드레스 표 코드 섹션이 수신될 것이고 코드 저장 섹션의 코드 섹션 어드레스 표 코드 섹션을 대체할 것이다. 업데이트 심벌 오프셋 어드레스 표 코드 섹션이 수신될 것이고 코드 저장 섹션의 심벌 오프셋 어드레스 표 코드 섹션을 대체할 것이다. 업데이트된 심벌 액세서 코드 섹션이 수신될 것이고 코드 저장 섹션의 심벌 액세서 코드 섹션을 대체할 것이다. 마찬가지로, 업데이트된 패치 매니저 코드 섹션이 수신될 것이고 코드 저장 섹션의 패치 매니저 코드 섹션을 대체할 것이다.

그러나, 상술한 코드 섹션들이 패치 매니저 코드 섹션에서 함께 묶이는(bundled) 것이 통상적이다. 따라서 패치 매니저 코드 섹션(308)이 업데이트된 패치 매니저 코드 섹션(450)으로 대체될 때, 코드 저장 섹션의 읽기쓰기 코드 섹션이 시스템 섹션(110)으로부터 업데이트된 읽기쓰기 코드 섹션으로 대체된다. 마찬가지로, 업데이트된 패치 매니저 코드 섹션(450)이 설치될 때 코드 섹션 어드레스 표, 심벌 오프셋 어드레스 표, 심벌 액세서 코드 섹션, 그리고 패치 라이브러리가 대체된다. 새 읽기쓰기 데이터, 새 코드 섹션 어드레스 표, 새 심벌 오프셋 어드레스 표, 새 심벌 액세서 코드, 그리고 새 패치 라이브러리를 업데이트된 패치 매니저 코드 섹션(450)으로, 코드 저장 섹션의 현 코드 섹션과 함께 배열하는 것은 업데이트된 실행형 시스템 소프트웨어를 형성한다.

파일 시스템 섹션(110)이 업데이트된 심벌 액세스 코드 어드레스를 수신할 때, 패치 매니저는 메모리 내 제 1 위치의 심벌 액세서 코드 어드레스를 업데이트된 심벌 액세서 코드 어드레스로 대체한다. 상술한 바와 같이, 메모리(334) 내 제 1 위ㅊ는 패치 매니저 코드 섹션 내에 놓인다(도 3 참조).

도 3에 도시되는 바와 같이, 패치 라이브러리(308)는 컴팩터(compactor), 또는 컴팩터 심벌 라이브러리(342)를 또한 포함한다. 컴팩터(342)는 구분된 독립적 코드 섹션으로 구현될 수도 있지만, 시스템 소프트웨어 업그레이드에 관련된 기능들을 단일 패치 매니저 코드 섹션으로 묶는 것이 효율적이고 유용하다. 일반적으로, 컴팩터(342)는 코드 섹션들의 크기를 재설정한다고 말하여지며, 따라서 새 섹션들이 코드 저장 섹션(112)의 현 코드 섹션과 함께 배열될 수 있다.

본 발명의 조직화, 다운로딩, 치밀화 태양이 구축되어, 다음의 설명은 무선 통신 장치 동적 명령 세트 실행 시스템(300)에 집중될 것이다. 시스템(300)은 코드 섹션들로 구분되는 실행형 시스템 소프트웨어 및 시스템 데이터를 포함한다. 더욱이, 시스템(300)은 시스템 데이터 및 시스템 소프트웨어에 대해 동작하고 시스템 소프트웨어 실행을 제어하기 위한 동적 명령 세트를 포함한다. 도 4에 도시되는 바와 같이, 동적 명령 세트(470)는 제 1 PMRTI(454)로 조직된다. 도 3에 도시되는 바와 같이, 시스템은 런타임 라이브러리(370)로 구현되는 동적 명령 세트를 처리하기 위한 런타임 엔진을 추가로 포함한다. 컴팩터 라이브러리(342)와 패치 라이브러리(336)에서처럼, 런타임 라이브러리(370)는 패치 매니저 코드 섹션(308)에 위치하는 것이 일반적이다. 그러나, 런타임 라이브러리(370)가 제 1 코드 섹션(304)같은 또다른 코드 섹션에 위치할 수도 있다.

동적 명령 세트는 조건부 동작코드와 데이터 아이템을 포함하는 단일 명령 세트일 수도 있고 다중 명령 세트일 수도 있다. 런타임 엔진은 동작코드를 읽어 어떤 동작을 실행해야 하는 지를 결정한다. 동작코드는 조건부, 수학적, 과정식, 또는 로직형일 수 있다. 런타임 엔진, 또는 런타임 라이브러리(370)가 수학적 또는 논리적 연산같은 연산을 실행하기 위해 동적 명령 세트를 처리한다. 즉, 런타임 엔진은 동적 명령 세트(470)를 읽어들여 동작코드에 따라 동작 시퀀스를 실행한다. 동적 명령 세트가 특정 언어에 제한되지 않지만, 동작코드는 일반적으로 기계어 코드 형태를 취한다. 왜냐하면 무선 장치 메모리가 제한되고 실행 속도가 중요하기 때문이다. 동작코드가 데이터 아이템을 분석하여 분설 결과로 결정을 이행하는 측면에서 동작코드는 조건부라고 간주된다. 런타임 엔진은 분석되기 전에 데이터 상에서 동작이 실행되어야 함을 또한 결정할 수 있다.

예를 들어, 무선 장치 메모리로부터의 데이터 아이템이 지정값에 비교되어야 함을 동작코드가 명시할 수 있다. 데이터 아이템이 지정값보다 작을 경우, 데이터 아이템이 홀로 남고, 데이터 아이템이 지정 값보다 클 경우, 데이터 아이템이 지정 값으로 대체된다. 대안으로, 동작코드는 상술한 비교 방법이 실행되기 전에 무선 장치 메모리로부터 데이터 아이템에 제 2 지정값을 보탤 수 있다.

상술한 바와 같이, 파일 시스템 섹션 비휘발성 메모리(110)는 에어 링크(150)같은 인터페이스를 통해 동적 명령 세트를 수신한다. 도 1에 도시되는 바와 같이, 인터페이스가 RF 하드라인(160)일 수도 있다. 그후, 공장 조정 환경에서 처럼 시스템 소프트웨어가 동작중이 아닐 때, PMRTI를 FSS(110)에서 수신할 수 있다. PMRTI가 로직 포트 인터페이스(162)나 설치형 메모리 모듈(164)을 통해 수신될 수도 있다. 메모리 모듈(164)은 초기 조정시, 배포된 상태에서, 또는 공장 재조정 중에 무선 장치에 설치될 수 있다. 구체적으로 도시되지 않았으나, PMRTI를 적외선이나 블루투스 인터페이스를 통해 수신할 수도 있다.

도 8은 런타임 엔진(370)에 의해 액세스되는 명령들을 도시한다. 도 8에는 제 1 명령(800), 제 2 명령(802), 그리고 제 j 명령(804)이 도시되지만, 동적 명령 세트는 특정 수치의 명령에 제한되지 않는다. 각 명령에서 동작코드 길이는 고정된다. 런타임 엔진(370)은 명령이 데이터 아이템을 포함하는 지를 결정하기 위해 바이트나 비트의 척도로 명령 길이를 캡쳐한다. 동작코드를 뺀 후 나머지 명령 길이는 데이터 아이템을 포함한다. 런타임 엔진은 이 명령으로부터 데이터 아이템을 추출한다. 도시되는 바와 같이, 제 1 명령(800)의 길이(806)가 측정되고 데이터 아이템(808)이 추출된다. 모든 명령이 추출될 데이터 아이템을 포함할 필요는 없다. 런타임 엔진(370)은 추출된 데이터(808)를 이용하여, 명령(800)의 동작코드(810)에 따라 동작 시퀀스를 실행한다.

도 9는 도 8의 제 1 명령(800)의 상세한 도면이다. 제 1 명령(800)을 한 예로 이용하면, 이 명령은 동작코드(810)와 데이터(808)를 포함한다. 이 명령과 데이터 아이템 섹션(808)은 심벌 식별자를 포함하며, 상기 식별자는 무선 장치 코드 섹션들의 심벌들에 대한 링크로 기능한다. 상술한 바와 같이, 심벌 식별자들은 코드 섹션 어드레스 표(326)(도 5)와 심벌 오프셋 어드레스 표(328)(도 7)로 사용되어, 심벌 식별자에 해당하는 심벌을 위치시킨다. 도시되는 바와 같이, 심벌 식별자 "X_1"이 제 1 명령(800)에 도시된다. 심벌 오프셋 어드레스 표(328)는 코드 섹션의 해당 심벌을 "CS_1"식별자와 "3"의 오프셋으로 위치시킨다. 코드 섹션 어드레스 표(326)는 코드 섹션 1(302)의 시작 어드레스를 부여한다. 이 방식으로, 심벌 "X"가 발견된다(도 6 참조).

런타임 엔진이 코드 섹션 어드레스 표와 심벌 오프셋 어드레스 표를 이용하여 수신 심벌 식별자에 해당하는 심벌을 위치시킨 후, 위치한 심벌들이 데이터 아이템일 때 데이터를 추출한다. 예를 들어, 심벌 "X"가 심벌 라이브러리 1(310)의 데이터 아이템일 때 런타임 엔진이 이를 추출한다. 대안으로, "X"심벌이 동작코드일 수 있고, 이 심벌이 위치할 때 런타임 엔진이 심벌 "X"를 실행한다.

PMRTI는 시스템 데이터나 시스템 데이터 아이템을 업데이트하는 데 사용될 수 있다. 발명의 일부 태양에서, 시스템 데이터가 파일 시스템 섹션(110)의 한 코드 섹션, 가령, 코드 섹션(472)에 저장된다(도 4 참조). 런타임 엔진은 코드 섹션(472)으로부터 시스템 데이터에 액세스하고 시스템 데이터를 분석한다. 런타임 엔진은 동적 명령 세트의 동작코드를 처리하여 데이터 아이템에 대한 수학적, 또는 논리적 연산을 실행할 수 있다. 이 연산 후, 런타임 엔진은 업데이트된 시스템 데이터를 생성하기 위한 명령을 처리한다. 업데이트된 시스템 데이터가 일부 상황에서 불변의 데이터 아이템을 포함할 수 있다. 리소스 섹션(472)의 시스템 데이터가 동작코드에 따라 업데이트된 시스템 데이터로 대체된다. 따라서, 런타임 엔진에 의해 명령을 처리함으로서, 시스템 소프트웨어는 코드 섹션(472)의 업데이트된 시스 템 데이터를 이용하여 실행되도록 제어된다. 이 방식으로, 시스템 소프트웨어의 특별히 고안된 심벌들이 전체 코드 섹션들을 대체하지 않으면서도 업데이트될 수 있다. 동일한 과정에 의해, 시스템 데이터가 코드 저장 섹션(112)의 코드 섹션에서 대체될 수 있다. 예를 들어, 시스템 데이터가 제 3 코드 섹션(344)에 저장될 수 있고, 런타임 엔진이 제 3 코드 섹션의 시스템 데이터를 동작코드에 따라 업데이트된 시스템 데이터로 대체할 수 있다.

PMRTI가 휘발성 메모리(114)의 데이터 아이템을 업데이트시키는 데 또한 사용될 수 있다. 한 예로서, 휘발성 메모리(114)가 도 1에서처럼 읽기쓰기 데이터(330)를 수용한다. 읽기쓰기 데이터는 FSS(110)나 코드 저장 섹션(112)의 다수의 코드 섹션들로부터 얻을 수 있다. 런타임 엔진은 읽기쓰기 데이터에 액세스하여, 읽기쓰기 데이터(330)를 분석하고, 업데이트된 읽기쓰기 데이터를 생성하여, 휘발성 메모리(114)의 읽기쓰기 데이터(330)를 동작코드에 따라 업데이트된 읽기쓰기 데이터로 대체한다. 그후, 시스템 소프트웨어는 휘발성 메모리(114)의 업데이트된 읽기쓰기 데이터를 이용하여 실행되도록 제어된다.

발명의 일부 태양에서, 런타임 엔진은 시스템 소프트웨어의 실행을 모니터한다. 성능 모니터링은 다수의 무선 장치 활동을 포함하도록 폭넓게 규정된다. 예를 들어, 구체적 고장 조건이나 성능 저하 조건을 이끄는 동작 시퀀스를 통하여 채널 매개변수, 채널 특성, 시스템 스택, 에러 조건, 또는 RAM의 데이터 아이템의 레코드같은 데이터들이 수집될 수 있다. 또한 동적 명령 세트를 이용하여, 수집된 성능 데이터를 분석하고, 업데이트된 데이터 변형을 제공하며, 이 문제에 대한 해법을 연구하기 위해 데이터를 리캡처할 수 있다.

보다 구체적으로, 런타임 엔진은 성능 데이터를 수집하고, 동작코드에 따라 파일 시스템 섹션에 성능 데이터를 저장한다. 그후, 시스템 소프트웨어가 시스템 소프트웨어의 평가를 위해 성능 데이터를 수집함으로서 실행되도록 제어된다. 평가는 동적 명령 세트 동작코드에 의해 실행되는 분석의 형태로 발생될 수 있고, 또는, 무선 장치 바깥에서 실행될 수도 있다. 발명의 일부 태양에서, 런타임 엔진은 파일 시스템 섹션으로부터 수집한 성능 데이터에 액세스하여, 동작코드에 따라 에어 링크 인터페이스를 통해 성능 데이터를 송신한다. 배포된 무선 장치로부터 성능 데이터를 수집함으로서, 제작자가 무선 장치의 리콜없이 문제점을 완전하게 분석할 수 있다.

발명의 일부 태양에서, 파일 시스템 섹션(110)은 새 코드 섹션을 포함한 패치 매니저 런타임 명령을 수신한다. 예를 들어, 새 코드 섹션(474)이 도 4에 도시된다. 대안으로, 새 코드 섹션은 새 코드 섹션 n(450)같이 PMRTI에 독립적일 수 있다. 예를 들어, 새 코드 섹션 n(450)은 앞선 에어 링크 통신으로 수신되었을 수도 있고, 또는 공장 조정 중 설치되었을 수도 있다. 런타임 엔진은 동작코드에 따라 코드 저장 섹션에 새 코드 섹션 474(450)를 더한다. 발명의 일부 태양에서, 새 코드 섹션은 코드 저장 섹션(112)의 사용되지 않은 블록에 추가된다. 대안으로, 치밀화 과정이 필요하다. 그후, 시스템 소프트웨어가 새 코드 섹션 474(450)를 이용하여 실행되도록 제어된다. 발명의 다른 태양에서, PMRTI(454)는 업데이트된 코드 섹션(474)을 포함한다. 대안으로, 새 코드 섹션(450)이 PMRTI에 독립적으로 업데이트 된 코드 섹션이다. 런타임 엔진은 코드 저장 섹션의 한 코드 섹션, 가령, 코드 섹션 2(304)를, 동작코드에 따라 업데이트된 코드 섹션 474(450)로 대체한다. 시스템 소프트웨어는 업데이트된 코드 섹션 474(450)를 이용하여 실행되도록 제어된다. 발명의 일부 태양에서, 업데이트된 코드 섹션을 수용하기 위해 치밀화 동작이 필요하다. 대안으로, 업데이트된 코드 섹션이 코드 저장 섹션의 사용되지 않은 섹션에 추가된다.

상술한 바와 같이, 새 코드 섹션을 더하거나 코드 섹션을 업데이트하는 것은 새 코드 섹션 어드레스 표의 발생을 통상적으로 필요로하며, 이는 이 동작들이 새로운(또는 변경된) 코드 섹션 시작 어드레스를 포함하기 때문이다. 더욱이, 치밀화 동작은 새 코드 섹션 어드레스 표를 또한 필요로한다. 치밀화 동작은 상술한 컴팩터(342)의 동작 결과일 수 있고, 또는, 치밀화가 어떻게 실현되는 지에 관한 세부사항을 제공하는 PMRTI 명령의 결과일 수도 있다. PMRTI가 다운로드 및 치밀화 명령을 포함할 경우, PMRTI는 다운로드 및 치밀화 동작이 완료된 후 유효해지는 새 코드 섹션 어드레스 표를 또한 포함한다.

도 10은 무선 통신 장치의 동적 명령 세트를 실행하기 위한 본 발명에 따른 방법을 설명하는 순서도이다. 이 방법은 단계 1000에서 시작한다. 단계1001a는 시스템 소프트웨어를 심벌 라이브러리로 형성하고, 이때, 각각의 심벌 라이브러리는 관련 기능을 가진 심벌들로 구성된다. 단계 1001b는 심벌 라이브러리들을 코드 섹션들로 배열한다. 단계1002는 시스템 소프트웨어를 실행한다. 단계 1003은 동적 명령 세트를 수신한다. 단계 1003에서 동적 명령 세트를 수신하는 것은 에어 링크, RF 하드라인, 설치형 메모리 모듈, 적외선, 그리고 로직 포트 인터페이스 중에서 선택된 인터페이스를 통해 동적 명령 세트를 수신하는 단계를 포함한다. 발명의 일부 태양에 따르면, 단계 1003에서 동적 명령 세트를 수신하는 것은 파일 시스템 섹션 비휘발성 메모리의 패치 매니저 런타임 명령(PMRTI)을 수신하는 과정을 포함한다.

단계 1004는 런타임 엔진을 발진시킨다. 일반적으로, 런타임 엔진 발진은 제 1 코드 섹션으로부터 런타임 라이브러리를 불러들이는 과정을 포함한다. 런타임 엔진은 휘발성 메모리로부터 발진될 수도 있고 비휘발성 메모리로부터 발진될 수도 있다. 단계 1006은 동적 명령 세트를 처리한다. 동적 명령 세트 처리는 수학적 및 논리적 연산에 따른 명령 처리 과정을 포함한다. 발명의 일부 태양에서, 동적 명령 세트 처리에 이어지는 단계 1007(도시되지 않음)은 동적 명령 세트를 삭제한다. 단계 1008은 시스템 데이터 및 시스템 소프트웨어 상에서 동작한다. 단계 1010은 시스템 데이터 및 시스템 소프트웨어 상에서 동작한 결과에 따라, 시스템 소프트웨어 실행을 제어한다.

일반적으로, 단계 1003에서 패치 매니저 런타임 명령을 수신하는 단계는 조건부 동작코드 및 데이터 아이템들을 수신하는 과정을 포함한다. 그후, 단계 1006에서 동적 명령 세트 처리는 서브단계들을 포함한다. 단계1006a1은 패치 매니저 런타임 명령 동작코드를 읽어들이기 위해 런타임 엔진을 이용한다. 단계 1006b는 동작코드에 따라 동작들의 시퀀스를 실행한다.

발명의 일부 태양에서, 단계 1001b에서 심벌 라이브러리들을 코드 섹션들로 배열하는 것은 코드 섹션들의 시작점에서 심벌 라이브러리들을 시작하게 하고, 그리고 심벌들을 각 코드 섹션 시작 어드레스로부터 오프셋시키도록 배열한다. 이 방법은 추가 단계들을 포함한다. 단계 1001c는 해당 시작 어드레스에서 코드 섹션들의 시작점을 저장한다. 단계 1001d는 코드 섹션 식별자를 해당 시작 어드레스와 상호참조하는 코드 섹션 어드레스 표(CSAT)를 관리한다. 단계 1001e는 심벌 식별자들을 해당 오프셋 어드레스와, 그리고 해당 코드 섹션 식별자와 상호참조시키는 심벌 오프셋 어드레스 표(SOAT)를 관리한다.

발명의 일부 태양에 따르면, 단계 1003에서 패치 매니저 런타임 명령을 수신하는 단계는 심벌 식별자들을 수신하는 단계를 포함한다. 그후, 이 방법은 추가적 단계를 포함한다. 단계 1006a2는 코드 섹션 어드레스 표와 심벌 오프셋 어드레스 표를 이용함으로서 수신 심벌 식별자에 해당하는 심벌을 위치시킨다. 단계 1006b에서의 동작코드에 따라 동작 시퀀스를 실행하는 것은 서브단계들을 포함한다. 단계 1006b1은 위치한 심벌들이 데이터 아이템일 때 상기 데이터를 추출한다. 단계 1006b2는 위치한 심벌들이 명령들일 때 심벌들을 실행한다.

발명의 일부 태양에서, 단계 1006b1에서의 동적 명령 세트 처리는 추가 서브단계들을 포함한다. 단계 1006b1a는 런타임 엔진을 이용하여 패치 매니저 런타임 명령의 길이를 캡처할 수 있다. 단계 1006b1b는 동작코드에 따라, 패치 매니저 런타임 명령으로부터 데이터 아이템들을 추출한다. 단계 1006b1c는 동작코드에 따라 동작 시퀀스를 실행함에 있어 추출된 데이터를 이용한다.

도 11은 일례의 동적 명령 세트 동작을 설명하는 순서도이다. 도 11의 단계 들 중 여러 가지가 도 10에서와 동일하며, 따라서 여기서 반복설명하지 않는다. 단계 1106에서의 동적 명령 세트 처리는 서브단계들을 포함한다. 단계 1106a는 파일 시스템 섹션의 제 2 코드 섹션에 저장된 시스템 데이터에 액세스한다. 단계1106b는 시스템 데이터를 분석한다. 단계 1106c는 업데이트된 시스템 데이터를 생성한다. 그후, 단계 1108에서의 시스템 데이터 및 시스템 소프트웨어 상에서 동작하는 것은 제 2 섹션의 시스템 데이터를 업데이트된 시스템 데이터로 대체하는 과정을 포함하고, 단계 1110에서의 시스템 소프트웨어 실행을 제어하는 것은 시스템 소프트웨어의 실행시 업데이트된 시스템 데이터를 이용하는 과정을 포함한다.

도 12는 일례의 동적 명령 세트 동작을 설명하는 순서도이다. 도 12의 여러 단계들이 도 10에서와 동일하여, 반복설명하지 않는다. 단계 1201c는 다수의 코드 섹션들을 코드 저장 섹션 비휘발성 메모리에 저장한다. 단계 1206에서의 동적 명령 세트 처리는 서브단계들을 포함한다. 단계 1206a는 코드 저장 섹션(CSS)의 제 3 코드 섹션에 저장된 시스템 데이터에 액세스한다. 단계 1206b는 시스템 데이터를 분석한다. 단계 1206c는 업데이트된 시스템 데이터를 생성한다. 단계 1208에서 시스템 데이터와 시스템 소프트웨어 상에서 동작하는 것은 제 3 코드 섹션의 시스템 데이터를 업데이트된 시스템 데이터로 대체하는 과정을 포함한다. 단계 1210에서 시스템 소프트웨어 실행을 제어하는 것은 시스템 소프트웨어의 실행에 업데이트된 시스템 데이터를 이용하는 과정을 포함한다.

도 13은 세 번째 예의 동적 명령 세트 동작을 설명하는 순서도이다. 이중 여러 단계가 도 10과 동일하여, 반복설명하지 않는다. 단계 1301c는 코드 저장 섹션 비휘발성 메모리에 다수의 코드 섹션들을 저장한다. 섹션 1301d는 읽기쓰기 데이터를 휘발성 메모리로 로딩한다. 단계 1306에서의 동적 명령 세트 처리는 서브단계들을 포함한다. 단계 1306a는 휘발성 메모리 내의 읽기쓰기 데이터에 액세스한다. 단계 1306b는 읽기쓰기 데이터를 분석한다. 단계 1306c는 업데이트된 읽기쓰기 데이터를 생성한다. 단계1308에서 시스템 데이터 및 시스템 소프트웨어 상에서의 동작은 휘발성 메모리의 읽기쓰기 데이터를 업데이트된 읽기쓰기 데이터로 대체하는 과정을 포함한다. 단계 1310에서 시스템 소프트웨어 실행 제어는 시스템 소프트웨어 실행에 업데이트된 읽기쓰기 데이터를 이용하는 단계를 포함한다.

도 14는 네 번째 예의 동적 명령 세트 동작을 설명하는 순서도이다. 도 14 단계 중 여러개가 도 10과 동일하다. 따라서 반복설명하지 않는다. 동적 명령 세트 처리는 서브단계들을 포함한다. 단계 1406a는 동작코드에 따라 시스템 소프트웨어 실행을 모니터링한다. 단계 1406b는 성능 데이터를 수집한다. 단계 1406c는 성능 데이터를 저장한다. 단계 1406d는 에어 링크 인터페이스를 통해 저장된 데이터를 전송한다. 단계 1408에서 시스템 데이터 및 시스템 소프트웨어 상의 동작은 시스템 소프트웨어 평가에 성능 데이터를 이용하는 과정을 포함한다.

도 15는 5번째 예의 동적 명령 세트 동작을 설명하는 순서도이다. 도 15의 단계들 중 여러개가 도 10에서와 동일하다. 따라서 반복설명하지 않는다. 단계 1501c는 코드 저장 섹션 비휘발성 메모리에 다수의 코드 섹션들을 저장한다. 단계 1503에서 패치 매니저 런타임 명령을 수신하는 것은 새 코드 섹션을 수신하는 과정을 포함한다. 단계 1508에서 시스템 데이터 및 시스템 소프트웨어에 대한 동작은 코드 저장 섹션에 새 코드 섹션을 더하는 과정을 포함하고, 단계 1510에서 시스템 소프트웨어의 실행을 제어하는 것은 시스템 소프트웨어의 실행에 새 코드 섹션을 이용하는 과정을 포함한다.

대안으로, 단계 1503에서 새 코드 섹션을 수신하는 것은 업데이트된 코드 섹션을 수신하는 과정을 포함한다. 그후, 단계 1508에서의 시스템 데이터 및 시스템 소프트웨어에 대한 동작은 코드 저장 섹션의 제 4 코드 섹션을 업데이트된 코드 섹션으로 대체하는 과정을 포함한다.

소프트웨어 업데이트 및 소프트웨어 성능 모니터링 과정을 돕도록, 무선 통신 장치의 동적 명령 세트를 실행하기 위한 시스템 및 방법이 위와같이 제시되었다. 이 시스템은, 심벌 라이브러리들 내 심벌들의 오프셋 어드레스와 메모리 내 코드섹션의 시작 어드레스에 액세스하기 위한 표를 이용하여, 코드 섹션의 심벌 라이브러리들 배열 때문에 쉽게 업데이트될 수 있다. 동적 명령 세트 이용은 상기 장치의 구체적 특성을 바탕으로 각각의 무선 장치마다 개별적인 수정을 가능하게 한다.

도 16은 일례의 무선 통신 네트워크를 설명하는 하이레벨 네트워크 도면이다. 도시되는 무선 통신 네트워크는 다수의 무선 통신 장치(10, 12, 14), 다수의 기지국(20, 22), 그리고, 네트워크(40)를 통해 상기 무선 통신 장치(10, 12, 14)에 연결되는 PMRTI 서버(30)를 포함한다.

무선 통신 장치(10)는 무선 통신 네트워크(100) 내에서 통신할 수 있는 기능을 가진 어떤 장치도 해당될 수 있다. 예를 들어, 무선 통신 장치(10)가 셀 전화, PDA, 랩탑 컴퓨터, 손목시계, 또는 무선 통신용으로 구성된 다른 어떤 장치일 수 있다. 무선 통신 장치는 "핸드셋"이나 "이동전화" 또는 "이동 장치"라 불릴 수 있다.

기지국(20)은 다수의 무선 통신 장치와 공중에서 통신하도록 설정되는 것이 바람직하며, 상기 공중의 통신을 네트워크(40) 위에 구현된 유선 통신으로 변환하는 송수신기(transceiver)를 포함한다. 네트워크(40)는 무선 캐리어에 의해 동작하는 프라이비트 네트워크인 것이 바람직하다. 네트워크(40)가 기지국(20, 22)같은 기지국간 핸드오프(handoffs)를 위한 인프라스트럭처를 제공하는 것이 바람직하다. 추가적으로, 네트워크(40)가 여러 애플리케이션, 서비스, 그리고 그 외 다른 컴퓨터 기반 서버, 가령, PMRTI 서버(30) 간에 통신 링크를 제공하는 것이 바람직하다.

네트워크(40)는 ISDN(Integrated Services Digital Network), PSTN(Public Switched Telephone Network), PLMN(Public Land Mobile Network), PSPDN(Packet Switched Public Data Network), 그리고 인터넷 등과 같은 다른 네트워크에 연결을 위한 매개체로 기능할 수도 있다.

PMRTI 서버(30)는, 이동 장치에 동적 명령 세트를 제공하도록, 그리고 이동 장치로부터 수신한 동적 명령 세트를 실행하도록, 논리적으로 배열되는 다수의 서버로, 또는 단일 컴퓨터로 구현될 수 있다.

도 17A는 일례의 무선 통신 장치(10)를 설명하는 블록도표이다. 이와 같이 기능하게 하는 무선 통신 장치(10)의 일반적 특징은 당 분야에 잘 알려져 있어 더 이상 상세히 설명하지 않는다.

무선 통신 장치(10)는 런타임 엔진(50), 원격 동작코드(opcode) 라이브러리(60), 서버 동작코드 라이브러리(70), 그리고 원격 런타임 명령 코드 섹션(80)을 포함한다. 런타임 엔진(50)은 동적 명령 세트를 처리하도록 설정되는 것이 바람직하다. 동적 명령 세트의 한가지 예는 PMRTI명령 세트이다. 동적 명령 세트의 또한가지 예는 RPMRTI 명령 세트이다. 이 두 명령 세트간 차이점은 PMRTI 세트가 무선 장치에 의해 실행될 수 있는 기능들을 포함함에 반해, RPMRTI 명령 세트는 네트워크(40) 상에 위치하는 PMRTI 서버(30)에 의해 실행될 수 있는 기능들을 포함하는 점에 있다.

동적 명령 세트 처리는 PMRTI 서버(30)로부터 수신한 PMRTI 명령 세트의 실행과, PMRTI 서버(30)로의 전달을 위한 RPMRTI 세트 및 해당 데이터의 컴파일을 포함한다. 바람직하게는 런타임 엔진(50)이 필요시에 무선 통신 장치(10)에 의해 발진될 수 있어서, 필요시에만 실행될 수 있고 장치(10)에 최소한의 시스템 리소스(가령, 메모리, CPU 사이클, 등)만 소모할 수 있게 한다.

원격 동작코드 라이브러리(60)는 각각의 PMRTI기능이나 실행형 코드 세그먼트를 나타내는 포괄적인 동작코드들을 포함하는 것이 바람직하다. 바람직하게는, 원격 코드 라이브러리(60)가 실제 실행형 머신 코드 기능들이나 코드 세그먼트들에 대한 플레이스 홀더로 기능하는 동작코드를 포함한다. 이와 같이, 원격 동작코드 라이브러리(60)는 무선 통신 장치(10)에 의해 실행될 수 있는 모든 PMRTI기능에 해당하는 모든 가용 동작코드의 리스트를 가진다.

마찬가지로, 서버 동작코드 라이브러리(70)는 각각의 RPMRTI 기능이나 실행형 코드 세그먼트를 나타내는 포괄적인 동작코드들을 포함하는 것이 바람직하다. 바람직하게는, 서버 동작코드 라이브러리(70)가 실제 실행형 머신 코드 기능이나 코드 세그먼트들에 대한 동작코드들만을 포함하며, 이들은 무선 통신 장치(10) 상에 위치하지 않는다. 이와 같이, 서버 동작코드 라이브러리(70)는 무선 통신 장치(10) 대신에 PMRTI 서버(30)에 의해 실행될 수 있는 각각의 가용한 RPMRTI 기능에 대한 모든 동작코드의 리스트를 가진다.

선호되는 실시예에서, 가용 RPMRTI 기능들의 수가 가용 PMRTI 기능들의 수보다 훨씬 클 수 있다. 왜냐하면, PMRTI서버(30)가 셀 전화 및 PDA처럼 이동 장치에서 통상적으로 발견되는 최소 리소스의 문제점을 가지지 않기 때문이다.

추가적으로, 무선 통신 장치(10)는 원격 런타임 명령 코드 섹션(80)을 포함한다. 코드 섹션(80)은 실제 머신 코드나 실행형 명령이 장치(10)의 지속성 메모리 내에 위치하는 곳이다. 이 실행형 명령이나 코드 세그먼트들은 원격 동작코드 라이브러리(60)에 포함된 동작코드와 일대일 대응 관계에 해당하는 것이 바람직하다. 도 17B는 일례의 코드 섹션(80)을 설명하는 블록도표이다. 도시되는 바와 같이, 명령(01)에서 명령(n)까지를 포함하여, 어떤 수치의 PMRTI 기능도 코드 섹션(80)에 포함될 수 있다. 최적의 경우에, 다수의 기능들이 코드 섹션(80)에서 가용하지만 장치(10)의 리소스(가령, 지속성 메모리)를 거의 소모하지 않는다.

서버 동작코드 라이브러리(70), 원격 동작코드 라이브러리(60), 그리고 해당 코드 섹션(80)이 배포되기 전에, 즉, 소비자에게 판매되기 전에 제작 중에 무선 통신 장치(10)의 지속성 메모리에 설치될 수 있다. 코드 섹션(80)의 실행형 명령 세트에, 또는 라이브러리에 포함된 동작코드 세트들에 대한 추가적인 업데이트는 도 22를 참조하여 차후에 설명되는 방법을 구현하는 PMRTI 서버(30)에 의해 제공될 수 있다.

마지막으로, 도시되는 실시예에서, 무선 통신 장치는 공중(over-the-air) 통신 링크(90)를 포함한다. 통신 링크(90) 구현은 당 분야에 잘 알려져 있으며, 무선(radio)이나 다른 공중 연결을 통해 무선 통신 네트워크(100) 내에서 통신하는 기능을 무선 통신 장치(10)에 제공한다. 공중 통신 링크(90)는 원격 동작코드 라이브러리(60), 서버 동작코드 라이브러리(70), 그리고 원격 런타임 명령 코드 섹션(80)을 업데이트하기 위한 PMRTI서버(30)에 대한 수단을 제공할 수 있다(선호됨).

도 18A는 일례의 PMRTI서버(30)를 설명하는 블록도표이다. PMRTI 서버를 구현할 수 있는 범용 컴퓨터의 특징은 도 23을 참조하여 차후에 설명된다.

도시되는 실시예에서, PMRTI 서버(30)는 제어 모듈(95), 원격 동작코드 라이브러리(60), 서버 동작코드 라이브러리(70), 그리고 서버 런타임 명령 코드 섹션(82)을 포함한다. 원격 동작코드 라이브러리(60)와 서버 동작코드 라이브러리(70)는 무선 통신 장치(10) 상에 존재하는 라이브러리와 같은 동작코드 리스트를 가지는 것이 바람직하다. 제어 모듈(95)은, 동적 명령 세트를 처리하고 무선 통신 네트워크를 통해 가용한 PMRTI서버(30)와 다수의 무선 통신 장치간의 PMRTI 통신의 네트워크를 관리하도록 설정되는 것이 바람직하다.

예를 들어, 제어 모듈(95)은 여러 동적 PMRTI 세트를 컴파일할 수 있고, 다양한 개별적 무선 통신 장치들에게 이 명령 세트를 전달할 수 있다. 마찬가지로, 제어 모듈(95)은 다수의 동적 RPMRTI 세트를 또한 수신하며, 무선 통신 장치 대신에 상기 명령 세트를 실행할 수 있다.

원격 동적 코드 라이브러리(60)는 각각의 가용 PMRTI기능이나 실행형 코드 세그먼트에 해당하는 포괄적인 동작코드를 포함하는 것이 바람직하다. 원격 동작코드 라이브러리(60)는 (무선 통신 장치의) 원격 런타임 명령 코드 섹션(80) 내 실제 실행형 머신 코드 기능이나 코드 세그먼트들에 대한 플레이스 홀더(place holder)로 기능하는 동작코드들의 리스트를 포함하는 것이 바람직하다. 이와 같이, 원격 동작코드 라이브러리(60)는 무선 통신 장치에 의해 실행될 수 있는 모든 가용 PMRTI기능에 대한 모든 가용 동작코드들의 리스트를 지닌다.

마찬가지로, 서버 동작코드 라이브러리(70)는 각각의 RPMRTI 기능이나 실행형 코드 세그먼트에 해당하는 포괄적인 동작코드를 포함하는 것이 바람직하다. 서버 동작코드 라이브러리(70)는 PMRTI 서버(30)에 의해 실행될 수 있는 실제 실행형 머신 코드 기능이나 코드 세그먼트들에 대한 동작코드들만을 포함한다(선호됨). 가용 RPMRTI 기능의 수는 가용 PMRTI기능의 수를 훨씬 넘는 것이 바람직하다. 왜냐하면, PMRTI서버(30)가 셀전화 및 PDA같은 이동 장치에서 통상적으로 발견되는 최소 리소스의 문제점을 가지지 않기 때문이다.

추가적으로, PMRTI서버(30)는 서버 런타임 명령 코드 섹션(82)을 포함한다. 코드 섹션(82)은 실제 머신 코드나 실행형 명령이 서버(30)의 영구 메모리 내에 놓이는 위치이다. 이 실행형 명령이나 코드 세그먼트들은 서버 동작코드 라이브러리(70)에 포함된 동작코드와의 일대일 대응 관계에 해당하는 것이 바람직 하며, 이들은 서버(30)와 무선 통신 장치(10)에 모두 위치한다. 도 18B는 일례의 서버 런타임 명령 코드 섹션을 도시하는 블록도표이다.

도 19는 무선 통신 장치에서 동적 명령 세트를 실행하기 위한 일례의 방법을 설명하는 순서도이다. 최초 단계 500에서, 무선 통신 장치가 원격 동작코드 세트를 수신한다. 원격 동작코드 세트는 공중 통신 링크를 통해 수신될 수 있으며, 가령, 무선 통신 네트워크를 가진 링크를 통해 수신될 수 있다. 동작코드는 공중에서 전송되는 데이터 양을 최소화시키도록 최적화된다. 추가적으로, 무선 장치에 의해 수신되는 동작코드 세트에 데이터 페이로드(data payload)가 포함될 수 있다.

단계 502에서, 무선 통신 장치가 원격 동작코드 세트를 처리하기 위해 그 런타임 엔진을 발진시킨다. 단계 504에서, 런타임 엔진은 원격 동작코드 세트를 추적하고 단계 506에서 데이터 페이로드를 추출한다. 데이터 페이로드가 존재하지 않으면, 이 단계를 건너뛸 수 있다. 데이터 페이로드가 존재할 경우, 결과적인 데이터가 차후 이용을 위해 휘발성 메모리의 가용 부분에 저장될 수 있다. 그후, 런타임 엔진은 단계 508에서 도시되는 바와 같이 원격 동작코드의 동작코드에 해당하는 실행형 명령을 획득한다. 이 명령들은 무선 장치의 원격 런타임 명령 코드 섹션으로부터 얻을 수 있다.

원격 동작코드 세트의 동작코드에 해당하는 실행형 명령을 얻으면, 런타임 엔진이 이 명령들을 실행한다(단계 510). 명령들이 실행될 때, 동작할 어떤 필요 데이터를 데이터 페이로드가 저장되는 휘발성 메모리로부터 얻을 수 있다. 대안으로, 또는 추가적으로, 동작할 어떤 필요 데이터를 실행된 명령의 결과로 얻을 수 있다.

예를 들어, 데이터 페이로드는 무선 장치용 업데이트된 소프트웨어 모듈을 포함할 수 있다. 추가적으로, 원격 동작코드 세트의 동작코드 중 하나는 지속성 메모리의 한 섹션을 데이터 페이로드의 일부분으로 대체하기 위한 실행형 명령에 대응한다. 본 예에서, 대체되는 지속성 메모리의 일부분은 구버전의 소프트웨어 모듈이고, 그 결과, 업데이트된 소프트웨어 모듈이 명령에 의해 지속성 메모리로 로딩된다.

명령 세트가 런타임 엔진에 의해 전체적으로 실행되었을 경우, 런타임 엔진이 종료될 수 있다(단계 512). 바람직하게는, 런타임 엔진이 필요시에만 실행되도록 발진되고 종료된다. 이는 무선 장치의 시스템 리소스를 절약하게 한다. 가령, 휘발성 메모리 공간과 CPU 사이클을 절약할 수 있다.

도 20은 무선 통신 장치 상에서 동적 명령 세트를 컴파일하기 위한 일례의 방법을 설명하는 순서도이다. 최초에, 런타임 엔진이 발진된다(단계 520). 런타임 엔진이 실행되면, 엔진은 서버 동작코드 세트를 컴파일할 수 있다(단계 522). 서버 동작코드 세트는 무선 장치 상에서 실행되는 배경 처리로부터 얻을 수 있다. 대안으로, 서버 동작코드 세트는 사용자의 지시 하에 무선 장치 상에서 실행되는 처리로부터 얻을 수 있다.

예를 들어, 무선 장치는 시스템 관리나 그 외 다른 바람직한 기능들을 실행하기 위해 운영 체제에 의해 주기적으로 그리고 자동적으로 실행되는 루틴 세트를 포함할 수 있다. 이 과정들은, 이같은 실행 결과로, 서버 동작코드를 런타임 엔진 에 의해 발생시킬 수 있다. 대안으로, 사용자에 의해 요청될 때만 실행되는 특정 루틴 세트를 사용자가 개시할 수 있다. 이 루틴 세트는 런타임 엔진에 의해 서버 동작코드 세트를 발생시킬 수도 있다. 두 경우 모두, 그 결과는 런타임 엔진에 의해 발생된 서버 동작코드 세트이다(단계 522).

서버 동작코드 세트가 발생되면, 데이터 페이로드가 서버 동작코드 세트를 수반하여야 하는 지를 런타임 엔진이 결정한다(단계 524). 서버 동작코드 세트와 함께 진행될 필요가 있는 데이터가 존재할 경우 런타임 엔진은 지속성 또는 휘발성 메모리로부터 데이터를 페치(fetch)하거나, 필요한 데이터를 되돌려보내는 명령을 실행한다(단계 526). 데이터를 얻으면, 런타임 엔진이 데이터를 서버 동작코드 세트로 삽입한다(단계 528). 이를 달성하기 위한 한가지 간단한 방법은 서버 동작코드에 데이터 페이로드를 단일 데이터 패킷으로 추가하는 것이다.

데이터 페이로드가 서버 동작코드 세트와 조합되면, 또는, 어떤 데이터 페이로드도 필요치 않을 경우, 런타임 엔진은 서버 동작코드 세트를 서버에 전달한다(단계 530). 서버 동작코드 세트가 전달된 후, 런타임 엔진은 무선 장치 상의 리소스들을 비우도록 종료될 수 있다(단계 532).

도 21은 PMRTI 서버 상에서 동적 명령 세트를 실행하기 위한 일례의 방법을 설명하는 순서도이다. 최초에 서버가 서버 동작코드 세트를 수신한다(단계 540). 동작코드 세트는 일련의 실행형 명령을 나타내는 별칭 리스트(a list of monikers)인 것이 바람직하며, 이때, 각각의 동작코드는 하나의 개별적인 실행형 명령이나 개별적 세트의 실행형 명령들을 나타낸다. 서버 동작코드 세트가 수신되면, 서버는 서버 동작코드 세트를 분석하고(단계 542), 서버 동작코드 세트에 포함된 데이터 페이로드를 추출한다(단계 544). 데이터 페이로드가 추출되면, 차후 이용을 위해 서버의 휘발성 메모리에 일시적으로 저장될 수 있다.

그후, 서버는 해당 명령 세트를 얻는다(단계 546). 해당 명령 세트는 PMRTI서버 머신 상의 지속성 메모리에 위치하는 서버 런타임 명령 코드 섹션에 저장된다. 명령 세트를 얻으면, 서버는 명령 세트를 실행한다(단계 548). 명령 세트가 실행 중이면, 실행 루틴은 서버 동작코드 세트를 이용에 수반되는 데이터 페이로드를 이용할 수 있다. 데이터 페이로드가 이 목적을 위해 서버 상의 메모리에 저장되는 것이 바람직하다. 대안으로, 실행 루틴들은 명령 세트의 기능 수행을 위해 필요한 데이터를 발생시키는 명령들을 포함할 수 있다.

도 22는 동작코드 라이브러리를 동기화하기 위한 일례의 방법을 설명하는 순서도이다. 최초에 단계 580에서, 무선 장치는 서버 동작코드 리스트를 얻는다. 이는 서버 동작코드 라이브러리를 참조함으로서 가장 쉽게 실현될 수 있다. 대안으로, 루틴이 호출되거나 프로그램이 실행될 수 있고, 그 결과는 서버 동작코드들의 요망 리스트이다. 일반적으로, 동작코드 라이브러리를 동기화하기 위한 과정은 무선 장치에 의해 주기적으로 그리고 자동적으로 개시될 수 있고, 또는 사용자 측 입력으로부터 개시될 수 있다.

서버 동작코드의 리스트를 얻으면, 리스트는 서버 동작코드 세트의 데이터 페이로드로 포함되며, 처리를 위해 서버로 전달된다(단계 582). 서버는 동작코드에 해당하는 명령을 실행하며, 이에 의해 데이터 페이로드를 처리한다. 이 데이터 페 이로드는 무선 장치에 따른 모든 가용 서버 동작코드의 리스트이다. 이에 따라, 무선 장치는 원격 동작코드 세트와 데이터 페이로드를 수신한다(단계 584). 서버로부터 수신되는 데이터 페이로드는 어떤 업데이트되거나 수정된 동작코드와 해당 실행형 명령을 포함하는 것이 바람직하다. 추가적으로, 데이터 페이로드는 어떤 새로운 동작코드와 해당 실행형 명령을 또한 포함한다.

무선 장치는 이 데이터 페이로드를 그후 추출하며(단계586), 무선 장치의 가용 메모리에, 가령, 휘발성 메모리의 빈 세그먼트에, 데이터 페이로드를 저장한다. 데이터 페이로드가 추출되면, 무선 장치는 원격 동작코드 세트에 해당하는 실행형 명령을 얻는다(단계588). 원격 동작코드 세트에 해당하는 실행형 명령 세트를 얻으면, 무선 장치는 상기 명령들을 실행한다(단계 590). 명령들이 실행되면, 데이터 페이로드로부터의 데이터가 무선 장치 내의 임시 저장 위치로부터 액세스될 수 있다.

예를 들어, 제 1 실행형 명령에 의해 무선 장치가 지속성 메모리의 제 1 부분을 데이터 페이로드의 제 1 부분으로 대체할 수 있다. 이후, 그 결과 서버 동작코드 라이브러리에서 업데이트된 서버 동작코드를 얻을 수 있다. 마찬가지로, 제 2 실행형 명령에 의해, 무선 장치가 지속성 메모리의 제 2 부분을 데이터 페이로드의 제 2 부분으로 대체할 수 있다. 이후, 그 결과는 서버 런타임 명령 코드 섹션에서 업데이트된 실행형 명령이다. 이로 인해, 무선 장치가 그 기능에 대한 업데이트를 위해 PMRTI서버에 주기적으로 질의할 수 있다.

핸드셋이 서버 동작코드 세트 및 해당 데이터 페이로드를 구축하고 처리를 위해 이를 PMRTI서버(30)에 전달하는 추가적인 응용은, 위치 업데이트(가령, GPS정보)를 제공하고, 음성 메모리를 네트워크에 저장하며, 파일을 네트워크나 다른 사용자에게 전송하는 등의 기능을 포함한다. 일반적 측면에서, 파일을 네트워크나 다른 사용자에게 전송하는 것은 매우 폭넓은 범위의 바람직한 응용분야를 포함한다. 가령, 주문형 신호기(custom ringers)를 친구나 가족에게 전달하거나, 무선 장치에 의해 캡처된 사진이나 디지털 이미지를 전달하거나, 이메일 전송, 문서 전송, 또는 그 외 다른 요망 데이터를 전송할 수 있다.

도 23은 여기서 설명되는 여러 예들과 연계하여 사용될 수 있는 일례의 컴퓨터 시스템(550)을 설명하는 블록도표이다. 예를 들어, 컴퓨터 시스템(550)은 무선 통신 네트워크 내에 위치하는 PMRTI 서버로 사용될 수 있다. 컴퓨터 시스템(550)은 무선 통신 네트워크와 그 구성요소들을 포함하는 다양한 범용/전용 컴퓨터 시스템으로 사용될 수도 있다. 그러나, 다른 컴퓨터 시스템 및 컴퓨터 구조들도 사용될 수 있고, 이는 당 분야에 있어 명백하다.

컴퓨터 시스템(550)은 프로세서(552)같은 한개 이상의 프로세서를 포함하는 것이 바람직하다. 추가적인 프로세서들이 제공될 수 있다. 가령, 입/출력 관리를 위한 보조 프로세서, 부동소수점 수학 연산용 보조프로세서, 신호 처리 알고리즘의 고속 실행에 적합한 구조를 지닌 전용 마이크로프로세서(가령, 디지털 신호 프로세서), 주처리 시스템에 부속된 슬레이브 프로세서(가령, 백엔드 프로세서), 또는 코프로세서일 수 있다. 이러한 보조 프로세서들은 개별적인 프로세서들일 수도 있고, 프로세서(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 488 범용 인터페이스 버스(GPIB), IEEE 696/S-100, 등처럼 IEEE(Institute of Electrical and Electronics Engineers)에 의해 제시된 표준도 포함할 수 있다.

컴퓨터 시스템(550)은 메인 메모리(556)를 포함하는 것이 바람직하며, 또한 보조 메모리(558)를 포함할 수 있다. 메인 메모리(556)는 프로세서(552) 상에서 실행되는 프로그램을 위한 명령 및 데이터의 기억 장치를 제공한다. 메인 메모리(556)는 통상적으로 DRAM(Dynamical 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)를 부가적으로 포함할 수 있다. 탈착식 저장 드라이브(562)로는 플라피 디스크 드 라이브, 자기 테이프 드라이브, CD 드라이브, DVD 드라이브 등이 있다. 탈착식 저장 드라이브(562)는 당 분야에 공지된 방식으로 탈착식 저장 매체(564)로부터 정보를 읽어들이거나 매체(564)에 정보를 기록한다. 탈착식 저장 매체(564)로는 플라피 디스크, 자기 테이프, CD, DVD 등이 있다.

탈착식 저장 매체(564)는 컴퓨터 실행형 코드(즉, 소프트웨어)와 데이터를 가진 컴퓨터 판독형 매체인 것이 바람직하다. 컴퓨터 시스템(550)은 탈착식 저장 매체(564)에 저장된 컴퓨터 소프트웨어나 데이터를 전기 통신 신호(578)로 읽어들인다.

대안의 실시예에서, 보조 메모리(558)는 프로그램이나 데이터, 또는 명령을 컴퓨터 시스템으로 로딩시킬 수 있는 다른 유사한 수단을 포함할 수 있다. 이러한 수단으로는 외장형 저장 매체(572)와 인터페이스(570)가 있다. 외장형 저장 매체(572)의 예로는 외장형 하드 디스크 드라이브나 외장형 광학 드라이브, 그리고 외장형 자기광학 디스크 등이 있다.

보조 메모리(558)의 다른 예로는 PROM(Programmable Read only Memory), EPROM(Erasable and Programmable Read only Memory), EEPROM(Electrically Erasable and Programmable Read only Memory), 플래시 메모리 등이 있다. 다른 탈착식 저장 유닛(572)과 인터페이스(570)가 또한 포함되며, 이들에 의해 소프트웨어 및 데이터가 탈착식 저장 유닛(572)으로부터 컴퓨터 시스템(550)으로 전달될 수 있다.

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

통신 인터페이스(574)는 이더넷 IEEE802 표준, 광섬유 채널(Fiber Channel), 디지털 가입자 라인(DSL), 비동기 디지털 가입자 라인(ADSL), 프레임 릴레이(frame relay), 비동기식 이송 모드(ATM), ISDN(Integrated Digital Services Network), PCS(Personal Communication Services), TCP/IP(Transmission Control Protocol/Internet Protocol), SLIP/PPP(Serial Line Internet Protocol/Point to Point Protocol), 등같은 산업 공표 프로토콜 표준을 구현하는 것이 바람직하지만, 물론 주문형이나 비표준 인터페이스 프로토콜을 구현할 수도 있다.

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

컴퓨터 실행형 코드(즉, 컴퓨터 프로그램이나 소프트웨어)가 메인 메모리(556)나 보조 메모리(558)에 저장된다. 컴퓨터 프로그램은 통신 인터페이스(574)를 통해 수신되어 메인 메모리(556)나 보조 메모리(558)에 저장될 수도 있다. 이러한 컴퓨터 프로그램이 실행될 때, 컴퓨터 시스템이 앞서 설명한 발명의 다양한 기능들을 실행할 수 있다.

본 설명에서 "컴퓨터 판독형 매체(Computer Readable Medium)"라는 용어는 컴퓨터 실행형 코드(가령, 소프트웨어 및 컴퓨터 프로그램)를 제공하는 데 사용되는 매체를 의미한다. 이 매체의 예로는 메인 메모리(556), 보조 메모리(558)(하드 디스크(560), 탈착식 이동 매체(564), 그리고 외장형 저장 매체(572) 포함), 그리고 통신 인터페이스(574)와 통신가능하게 연결되는 어떤 주변 장치(NIC 등을 포함) 등이 있다. 이 컴퓨터 판독형 매체들은 실행형 코드, 프로그래밍 명령, 소프트웨어들을 컴퓨터 시스템(550)에 제공하기 위한 수단이다.

소프트웨어를 이용하여 구현되는 실시예에서, 소프트웨어는 컴퓨터 판독형 매체에 저장되어 탈착식 저장 드라이브(562), 인터페이스(570), 또는 통신 인터페이스(574)를 이용하여 컴퓨터 시스템(550)에 로딩된다. 이러한 실시예에서, 소프트웨어는 전기 통신 신호(578)의 형태로 컴퓨터 시스템(550)에 로딩된다. 소프트웨어가 프로세서(552)에 의해 실행될 때, 프로세서(552)가 발명에 따른 상술한 특징 및 기능들을 구현할 수 있다.

ASIC(Application Specific Integrated Circuits)나 FPGA(Field Programmable Gate Arrays)같은 소자들을 이용하여 주로 하드웨어적으로 구현될 수도 있다. 여기서 설명되는 기능들을 실행할 수 있는 하드웨어 상태 머신의 구현은 당 분야의 통상의 지식을 가진 자에게 있어 명백한 사항들이다. 하드웨어 및 소프 트웨어의 조합을 이용하여 여러 실시예들이 또한 구현될 수 있다.

Claims (20)

1. 무선 통신 장치에 있어서, 이 장치는,

   - 서버 동작코드들의 라이브러리,

   - 원격 동작코드들의 라이브러리,

   - 원격 동작코드들의 라이브러리 내 동작코드에 각각 해당하는 실행형 명령들을 가진 실행형 명령 세트,

   - 서버 동작코드 세트를 컴파일하여 무선 통신 네트워크를 통해 무선 통신 장치와 통신가능하게 연결된 서버 컴퓨터에 서버 동작코드 세트를 전달하도록 설정되는 런타임 엔진으로서, 각각의 실행형 명령이 수신되는 원격 동작코드 세트들의 동작코드에 각각 해당하도록, 원격 동작코드 세트를 수신하고 실행형 명령 세트를 실행하도록 추가적으로 설정되는 런타임 엔진

   을 포함하는 것을 특징으로 하는 무선 통신 장치.
2. 제 1 항에 있어서, 컴파일된 서버 동작코드 세트가 데이터 페이로드를 추가로 포함하는 것을 특징으로 하는 무선 통신 장치.
3. 제 1 항에 있어서, 상기 런타임 엔진은 서버 동작코드 세트를 자동적으로 지정 시간에 컴파일하고 전송하도록 설정되는 것을 특징으로 하는 무선 통신 장치.
4. 제 1 항에 있어서, 상기 런타임 엔진은 무선 통신 장치의 사용자측 입력에 따라 서버 동작코드 세트를 컴파일하고 전송하도록 설정되는 것을 특징으로 하는 무선 통신 장치.
5. 무선 통신 장치와 서버 컴퓨터간 동작 명령을 전송하기 위한 양방향 시스템으로서, 이때, 상기 무선 통신 장치와 서버 컴퓨터는 무선 통신 네트워크를 통해 통신가능하게 연결되며, 상기 시스템은,

   - 런타임 엔진, 서버 동작코드들의 라이브러리, 원격 동작코드들의 라이브러리, 그리고 제 1 실행형 명령 세트를 지닌 무선 통신 장치로서, 이때, 상기 제 1 실행형 명령 세트들의 각각의 실행형 명령들이 원격 동작코드들의 라이브러리 내 동작코드에 각각 해당하는, 이러한 무선 통신 장치, 그리고

   - 제어 모듈, 서버 동작코드들의 라이브러리, 원격 동작코드들의 라이브러리, 그리고 제 2 실행형 명령 세트를 지닌 서버 컴퓨터로서, 이때, 상기 제 2 실행형 명령 세트들의 각각의 실행형 명령들이 서버 동작코드들의 라이브러리 내 동작코드에 각각 해당하는, 이러한 서버 컴퓨터

   를 포함하며, 이때, 상기 런타임 엔진은 서버 동작코드 세트를 컴파일하여 서버 동작코드 세트를 서버 컴퓨터에 전송하도록 설정되고, 상기 서버 컴퓨터는 서버 동작코드 세트를 수신하여 명령 세트를 실행하도록 설정되며, 이때, 각각의 명령은 서버 동작코드 세트 내 동작코드에 각각 해당하는 것을 특징으로 하는 양방향 시스템.
6. 제 5 항에 있어서, 상기 컴파일된 서버 동작코드 세트가 데이터 페이로드를 추가로 포함하는 것을 특징으로 하는 양방향 시스템.
7. 제 5 항에 있어서, 상기 런타임 엔진은 서버 동작코드 세트를 자동적으로 지정 시간에 컴파일하고 전송하도록 설정되는 것을 특징으로 하는 양방향 시스템.
8. 제 5 항에 있어서, 상기 런타임 엔진은 무선 통신 장치 사용자로부터의 입력에 따라 서버 동작코드 세트를 컴파일 및 전송하도록 설정되는 것을 특징으로 하는 양방향 시스템.
9. 무선 통신 장치와 서버 컴퓨터간 동작 명령을 전송하는 방법으로서, 이때, 무선 통신 장치와 서버 컴퓨터는 무선 통신 네트워크를 통해 통신가능하게 연결되며, 이 방법은,

   - 서버 동작코드들의 라이브러리로부터 서버 동작코드 세트를 컴파일하고,

   - 서버 동작코드 세트에 데이터 페이로드를 부착시키며, 이때, 데이터 페이로드는 서버 동작코드 세트에 해당하며, 그리고

   - 서버 동작코드 세트와 데이터 페이로드를 실행을 위해 서버 컴퓨터에 전송하는

   단계를 포함하는 것을 특징으로 하는 동작 명령 전송 방법.
10. 제 9 항에 있어서, 상기 부착 단계는,

    - 동작코드 세트에 포함된 각각의 동작코드에 해당 데이터가 필요한 지를 결정하고,

    - 각각의 동작코드에 대해 요구되는 해당 데이터를 페치(fetch)하며, 그리고

    - 각각의 동작코드에 대한 해당 데이터를 데이터 페이로드로 컴파일하는

    단계를 추가로 포함하는 것을 특징으로 하는 동작 명령 전송 방법.
11. 제 9 항에 있어서, 상기 컴파일 단계는,

    - 동작코드들의 라이브러리로부터 동작코드를 페치(fetch)하고, 그리고

    - 서버 동작코드 세트를 수용하는 임시 메모리 위치에 동작코드들을 저장하는

    단계를 포함하는 것을 특징으로 하는 동작 명령 전송 방법.
12. 제 9 항에 있어서, 상기 데이터 페이로드가 진단 정보를 포함하는 것을 특징으로 하는 동작 명령 전송 방법.
13. 무선 통신 네트워크를 통해 무선 통신 장치와 통신가능하게 연결되는 서버 컴퓨터에 동작 명령들을 전송하기 위한 단계들을 한개 이상의 마이크로프로세서에 의해 실행할 수 있게 하는 한개 이상의 명령 시퀀스를 저장하는 컴퓨터 판독형 매 체로서, 상기 단계들은,

    - 서버 동작코드들의 라이브러리로부터 서버 동작코드 세트를 컴파일하고,

    - 서버 동작코드 세트에 데이터 페이로드를 부착하며, 이때, 상기 데이터 페이로드는 서버 동작코드 세트에 해당하며, 그리고

    - 서버 동작코드 세트와 데이터 페이로드를 서버 컴퓨터에 실행을 위해 전송하는

    단계를 포함하는 것을 특징으로 하는 컴퓨터 판독형 매체.
14. 제 13 항에 있어서,

    - 동작코드 세트에 포함된 각각의 동작코드에 대해 해당 데이터가 필요한 지를 결정하고,

    - 각각의 동작코드에 대해 요구되는 해당 데이터를 페치(fetch)하며, 그리고

    - 각각의 동작코드에 대한 해당 데이터를 데이터 페이로드로 컴파일하는,

    단계들을 실행하기 위한 한개 이상의 명령 시퀀스를 추가로 포함하는 것을 특징으로 하는 컴퓨터 판독형 매체.
15. 제 13 항에 있어서,

    - 동작코드들의 라이브러리로부터 동작코드를 페치하고, 그리고

    - 서버 동작코드 세트를 수용하는 임시 메모리 위치에 동작코드들을 저장하는

    단계를 실행하기 위한 한개 이상의 명령 시퀀스를 추가로 포함하는 것을 특징으로 하는 컴퓨터 판독형 매체.
16. 제 13 항에 있어서, 상기 데이터 페이로드가 진단 정보를 포함하는 것을 특징으로 하는 컴퓨터 판독형 매체.
17. 마이크로프로세서, 지속성 저장 영역, 휘발성 저장 영역, 그리고 무선 통신 수단을 포함하는 무선 통신 장치로서, 이때, 상기 무선 통신 장치는 무선 통신 네트워크를 통해 무선 통신 장치와 통신가능하게 연결되는 서버 컴퓨터에 동작 명령을 전송하도록 설정되고,

    상기 무선 통신 장치는 실행 영역을 추가로 포함하며, 상기 실행 영역은 서버 동작코드들의 라이브러리로부터 서버 동작코드 세트를 컴파일하여 무선 통신 수단을 통해 서버 컴퓨터에 서버 동작코드 세트를 전송하도록 설정되는 것을 특징으로 하는 무선 통신 장치.
18. 제 17 항에 있어서, 상기 컴파일된 서버 동작코드 세트가 데이터 페이로드를 추가로 포함하는 것을 특징으로 하는 무선 통신 장치.
19. 제 17 항에 있어서, 상기 런타임 엔진은 서버 동작코드 세트를 자동적으로 지정시간에 컴파일하고 전송하도록 설정되는 것을 특징으로 하는 무선 통신 장치.
20. 제 17 항에 있어서, 상기 런타임 엔진은 무선 통신 장치 사용자의 입력에 따라, 서버 동작코드 세트를 컴파일하고 전송하도록 설정되는 것을 특징으로 하는 무선 통신 장치.

Images