KR20040017352A - 핸드셋 리프로그래밍의 보안성 개선 시스템 및 방법 - Google Patents

Abstract

캐리어로부터의 승인없이 현장에서 핸드셋이 리프로그래밍되는 것을 방지할 수 있는 핸드셋 리프로그래밍의 보안성 개선 시스템 및 방법이 제공된다. 핸드셋이 리프로그래밍 요청을 수신할 때, 또는 리프로그래밍 시도를 감지할 때, 핸드셋이 리프로그래밍에 대한 승인을 위해 캐리어에 접촉한다. 네트워크는 승인을 제공할 수 있고, 승인을 거부할 수 있으며, 리프로그래밍 장치로부터 추가적인 정보를 요청할 수 있고, 또는, 리프로그래밍 승인을 위해 직접 리프로그래밍 장치에 접촉할 수 있다. 추가적으로, 캐리어는 핸드셋과 리프로그래밍 장치 각각에 프라이비트 키를 공급할 수 있다. 이때 프라이비트 키는 각각의 장치에 의해 변환되어 리프로그래밍 장치가 승인되는 지를 결정하기 위해 핸드셋에 의해 비교된다.

Description

핸드셋 리프로그래밍의 보안성 개선 시스템 및 방법{SYSTEM AND METHOD FOR IMPROVED SECURITY IN A HANDSET REPROVISIONING AND REPROGRAMMING}

무선 통신 네트워크 상에서 통신하는 어떤 종류의 장치도 포함하는 무선 통신 장치들은 제작될 때 프로그래밍된다. 대안으로, 무선 통신 장치들이 Sprint, Verizon, AT&T Mobile, 등같은 네트워크 액세스 제공자나 소매상에 의해 활성화될 때 프로그래밍될 수 있다. 무선 통신 장치(본 명세서에서 "무선 장치", "핸드셋", 또는 "이동 장치"라고도 불림)의 프로그래밍(programming) 및 프라비저닝(provisioning)(본 명세서에서 집합적으로 "프로그래밍"이라고 불림)은 핸드셋에 그 이동 식별 번호(MIN)(전화번호라고도 불림)와, 그 외 다른 동작 매개변수(가령, 네트워크 매개변수), 그리고 애플리케이션 소프트웨어를 제공한다. 이 아이템들은 핸드셋의 지속성 메모리에 위치하며, 이 메모리에서는 아이템들이 수정되거나 삭제될 수 없다.

통상적으로 핸드셋들은 핸드셋이 동작할 때 캐리어나 서비스 제공자에 의해 프로그래밍된다. 통상적인 핸드셋에서, 이 프로그래밍이 일어난 후, 락 코드(lockcode; "액세스 코드"라고도 불림)가 핸드셋의 지속성 메모리에 또한 위치한다. 그후, 어떤 차후의 프로그래밍 시도는 핸드셋의 지속성 메모리를 수정하기 전에 액세스 코드를 먼저 제공하여야 한다. 이 과정이 리프라비저닝(reprovisioning) 또는 리프로그래밍(reprogramming)(본 명세서에서 집합적으로 리프로그래밍이라 호칭함)이라 알려져 있다.

핸드셋의 리프로그래밍에 대한 통상적인 보안성은 여러 문제점을 안고있다. 핸드셋을 리프로그래밍시킬 수 있도록 핸드셋의 액세스 코드를 노출시킬 수 있는 애플리케이션 유틸리티 및 툴이 회색시장 및 암시장 관심자들에 의해 개발되고 있다. 가끔은 리프로그래밍된 전화가 별반 의심을 품지않은 사용자에게 회색시장 상품으로 판매되곤 한다. 추가적으로, 이렇게 불법적으로 리프로그래밍된 전화가 암시장에서 또한 판매되며, 이 경우에, 통신 비용을 지불하지 않은 기기에 의해 네트워크가 붐비게 됨으로서, 이러한 사용이 적법한 사용자에게 불편함을 줄 수 있다.

따라서, 승인된 리프로그래밍을 방해하지 않으면서 비승인 리프로그래밍에 대해 핸드셋에 추가적인 보안성을 제공할 수 있는 시스템 및 방법이 요구된다.

본 발명은 무선 통신 분야에 관한 것으로서, 특히, 무선 통신 장치의 리프로그래밍을 위한 보안 시스템에 관한 것이다.

도 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은 핸드셋 리프로그래밍의 캐리어 승인을 위한 일례의 퍼블릭 및 프라이비트 키를 설명하는 순서도.

도 24는 핸드셋의 승인없는 리프로그래밍 윈도를 생성하기 위한 일례의 방법을 설명하는 순서도.

도 25는 핸드셋 리프로그래밍의 캐리어 승인에 대한 일례의 PMRTI 공정을 설명하는 순서도.

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

통상적인 핸드셋들은 저렴한 소프트웨어 유틸리티와 시리얼 연결로 현장에서 리프로그래밍될 수 있다. 이러한 리프로그래밍으로 인해, 이 핸드셋들이 회색시장이나 암시장에서 판매될 수 있으며, 이 경우에 이러한 불법적 사용으로 인해 공중파에 추가적인 트래픽이 생기고 비용을 지불한 고객의 네트워크 액세스에 혼란을 야기시킨다.

서비스 제공자(본 명세서에서 "캐리어(carrier)"라고도 불림)로부터의 어떠한 승인없이 현장에서 핸드셋이 리프로그래밍되는 것을 방지하는, 핸드셋 리프로그래밍의 보안성 개선을 위한 시스템 및 방법이 제공된다. 이 신규한 해법의 중요한 장점은 시장에 배포된 전화들이 리프로그래밍되는 시간, 장소, 그리고 사람에 관한 레코드를 캐리어가 유지할 수 있다는 점이다. 추가적으로, 핸드셋 리프로그래밍에 캐리어 승인을 요구함으로서, 암시장이나 회색시장으로 배포하기 위한 핸드셋 리프로그래밍의 난이성과 복잡도가 크게 증가한다.

핸드셋이 리프로그래밍 요청을 수신할 때, 또는 리프로그래밍 시도를 감지할 때, 핸드셋이 리프로그래밍에 대한 승인을 위해 캐리어에 접촉한다. 네트워크는 승인을 제공할 수 있고, 승인을 거부할 수 있으며, 리프로그래밍 장치로부터 추가적인 정보를 요청할 수 있고, 또는, 리프로그래밍 승인을 위해 직접 리프로그래밍 장치에 접촉할 수 있다.

바람직하게는 핸드셋이 지속성 메모리에 저장된 액세스 코드없이 제작될 수 있다. 액세스 코드가 없으면 캐리어가 알거나 캐리어의 승인없이는 핸드셋이 리프로그래밍될 수 없다. 여기서 소개되는 시스템 및 방법의 추가적인 장점 및 애플리케이션들이 실시예를 통해 명백해질 것이다.

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

* 본원 기재내용 중 "현장"이라는 표현은 영문의 "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), PMRTI서버(30), 그리고 보안 서버(35)를 포함하며, 이들은 각각 네트워크(40)를 통해 상기 무선 통신 장치(10, 12, 14)에 연결된다.

도시되는 실시예에는 직접 연결(47)을 이용하여 핸드셋(14)에 연결되는 리프로그래밍 장치(45)가 도시된다. 직접연결(47)은 핸드셋(14)과 리프로그래밍 장치(45)간 물리적인 배선 연결로서, 시리얼 케이블이나 유선 네트워크 연결, 등이 있다. 리프로그래밍 장치(45)는 인터넷(42)같은 네트워크에 연결될 수도 있고, 이때 이 연결은 네트워크(40)에 대한 액세스를 리프로그래밍 장치(45)에 제공할 수 있다. 추가적으로, 리프로그래밍 장치(45)는 기지국(22)같은 기지국을 통해 네트워크와 연결하게 하는 무선 통신 기능을 가질 수 있다.

무선 통신 장치(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)는, 이동 장치에 동적 명령 세트를 제공하도록, 그리고 이동 장치로부터 수신한 동적 명령 세트를 실행하도록, 논리적으로 배열되는 다수의 서버로, 또는 단일 컴퓨터로 구현될 수 있다. 마찬가지로, 보안 서버(35)는 당 분야에 잘 알려진 바와 같이, 한개 이상의 마이크로프로세서를 지닌 범용 컴퓨터를 이용하여 구현될 수 있다. 보안 서버(35)와 PMRTI 서버(30)는 물리적인 단일 서버 머신 상에 함께 통합될 수 있고, 이때 두 서버가 하드웨어 및 시스템 리소스를 공유한다. 보안 서버(35)와 PMRTI 서버(30)는 데이터 파일을 공유할 수도 있고, 공정간 통신 기술이나 네트워크(40)를 이용한 물리적/무선 연결을 통해 통신가능하게 연결될 수 있다.

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

한 실시예에서, 핸드셋(10)은 액세스 코드(55)를 포함한다. 액세스 코드(55)는 핸드셋(10)의 지속성 메모리에 저장되며, 이 경우 수정되거나 삭제될 수 없다. 액세스 코드(55)는 수문자 스트링, 16진수, 이진수, 등일 수 있다. 액세스 코드(55)가 불법적 리프로그래밍 유틸리티 및 툴에 의해 취하기 매우 어려운 임의적인 큰 스트링이나 수치일 수 있다(선호됨). 대안의 실시예에서, 핸드셋(10)은 액세스 코드(55)를 포함하지 않는다. 핸드셋(10)에서 어떤 액세스 코드도 가용하지 않을 경우, 리프로그래밍을 가능하게 하는 방식으로 핸드셋에 대한 액세스를 리프로그래밍 유틸리티가 얻을 수 없다. 바람직하게는, 어떤 액세스 코드도 핸드셋(10)에 없을 때, 캐리어만이 리프로그래밍을 승인할 수 있다. 이러한 실시예는 핸드셋의 리프로그래밍 보안성을 크게 증가시킨다.

한 실시예에서, 액세스 코드(55)는 리프로그래밍을 위한 승인을 캐리어 네트워크에 질의하도록 핸드셋에 지시하는 플랙(flag)을 포함할 수 있다. 이 방식으로, 캐리어는 액세스 코드(55)에 내장된 플랙을 업데이트할 수 있고, 따라서, 리프로그래밍 보안성이 중지될 수 있고, 로컬 결정을 위해 설정될 수 있으며(가령 액세스 코드가 제공될 때), 또는 캐리어 승인을 위해 설정될 수 있다. 바람직하게는, 이로 인해, 캐리어가 핸드셋의 개별적인 미세수준으로 리프로그래밍 보안성을 유연하게 제어할 수 있다.

무선 통신 장치(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 서버를 구현할 수 있는 범용 컴퓨터의 특징은 도 26을 참조하여 차후에 설명된다.

도시되는 실시예에서, 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에서, 핸드셋은 리프로그래밍 장치로부터 리프로그래밍 요청을 수신한다. 이 리프로그래밍 장치는 직접 시리얼 케이블이나 물리적인 로컬 네트워크 연결을 통해 핸드셋에 연결될 수 있다. 이 장치는 로컬 네트워크 연결이나 일 대 다(one-to-many) 시리얼 케이블 연결을 통해 다수의 핸드셋에 연결될 수도 있다. 이로 인해 리프로그래밍 장치가 다수의 핸드셋과 함께 기능할 수 있다.

핸드셋이 리프로그래밍 요청, 리프로그래밍 시도, 또는 핸드셋의 액세스 코드 결정 시도를 수신하면, 핸드셋은 무선 통신 수단을 통해 캐리어에 질의를 보낸다(단계 582). 이 요청은 핸드셋의 리프로그램이 캐리어에 의해 승인되는 지를 결정하기 위해 전송된다. 핸드셋이 동일한 무선 통신 수단을 통해 캐리어로부터 응답을 수신할 때, 핸드셋이 리프로그래밍이 승인되는 지를 결정한다(단계 584). 리프로그래밍이 승인되면, 가령, 리프로그래밍 장치에 액세스 코드를(단, 액세스 코드가 존재할 경우) 제공함으로서, 핸드셋이 리프로그래밍을 행할 수 있다(단계586).

리프로그래밍이 승인되지 않으면, 핸드셋은 리프로그래밍 요청을 거부한다(단계 588). 바람직하게는, 캐리어가 이 요청을 로그(log)할 수 있다. 추가적으로, 캐리어는 리프로그래밍 시도가 구현된 위치를 결정하기 위해 GPS같은 위치 정보를 핸드셋에 질의할 수 있다. 이 정보는 리프로그래밍 시도가 승인되지 않은 것일 경우 도움이 될 수 있다.

도 23은 핸드셋 리프로그래밍의 캐리어 승인에 대한 일례의 퍼블릭 및 프라이비트 키 방법을 설명하는 순서도이다. 최초에, 단계 590에서, 핸드셋은 리프로그래밍 요청을 수신한다. 그후, 핸드셋은 리프로그래밍 장치에 관한 정보를 가능한 많이 획득한다. 예를 들어, 리프로그래밍 자치가 무선으로 동작할 경우 핸드셋이 리프로그래밍 장치의 IP 주소나 MIN을 얻을 수 있다. 추가적인 정보도 얻을 수 있다.

단계 594에서, 핸드셋은 핸드셋 식별용으로 캐리어에 의해 요구되는 MIN, ESN, 그리고 그 외 다른 정보같은 독자적 정보를 얻는다. 정보가 수집되면, 핸드셋은 이 정보를 캐리어에 전송한다(단계 596). 이 정보는 처리를 위해 무선 네트워크 상의 보안 서버에 전달될 수 있다. 이 정보를 전송한 후, 핸드셋은 캐리어로부터 프라이비트 키를 수신한다. 핸드셋은 그후 단계 600에서 고유 퍼블릭 키를 이용하여 프라이비트 키를 변환하고, 단계 602에서 리프로그래밍 장치로부터 키를 수신한다. 그후 핸드셋은 변환된 키를 리프로그래밍 장치로부터의 키와 비교를 행한다(단계 604). 이 키들이 서로 일치할 경우, 리프로그래밍에 대한 승인이 제공된다(단계608). 키들이 일치하지 않을 경우, 핸드셋은 리프로그래밍 요청을 거부한다(단계 606).

상술한 방법에서, 캐리어가 리프로그래밍 장치 정보를 이용하여 리프로그래밍 장치와 접촉하고, 또한 핸드셋에 프라이비트 키를 보낸 캐리어와 유사하게 리프로그래밍 장치에 캐리어의 프라이비트 키를 전송하는 점이 중요하다. 프라이비트 키는 리프로그래밍 장치에 의한 키 변환의 기원이며, 따라서, 프라이비트 키가 변환되어 비교를 위해 핸드셋에 전송될 수 있도록 리프로그래밍 장치는 프라이비트 키를 반드시 획득하여야 한다. 리프로그래밍 장치가 프라이비트 키를 수신할 수 없거나 이를 변환할 수 없거나 변환된 키를 핸드셋에 보낼 수 없을 경우, 핸드셋은 리프로그래밍 요청의 시효경과를 선언하고 거부하도록 설정될 수 있다.

도 24는 핸드셋의 승인없는 리프로그래밍 윈도를 생성하기 위한 일례의 방법을 설명하는 순서도이다. 캐리어가 리프로그래밍될 필요가 있는 다량의 전화를 가지는 실시예에서, 캐리어는 지정 시간 구간동안 리프로그래밍 보안 과정을 중단시키는 옵션을 선택할 수 있다. 예를 들어, 서비스 제공자가 핸드셋 블록을 리프로그래밍하게 하도록 6시간짜리 윈도가 고안될 수 있다.

최초에, 캐리어가 핸드셋 그룹에, 또는 한개의 핸드셋에 명령을 전송한다. 이러한 명령은 상술한 원격 동작코드 세트를 이용하여 PMRTI 서버에 의해 전달될 수 있다. 단계 620에서, 핸드셋이 캐리어로부터 이 명령을 수신한다. 이 명령은 특정 시간 윈도동안 리프로그래밍 보안 과정을 중단시키도록 핸드셋에 지시한다. 이 명령은 리프로그래밍 보안 과정을 무한정 중단시키도록 핸드셋에 지시할 수도 있다. 대안으로, 이 명령이 보안 과정을 재개하도록 핸드셋에 지시할 수 있다. 본 실시예에서, 명령은 지금부터 6시간동안 보안 과정을 중단시키도록 핸드셋에 지시한다.

단계 622에서, 핸드셋은 리프로그래밍 보안 특성을 중단시킨다. 핸드셋은 지정 주기의 종료에 도달하였는 지를 주기적으로 확인한다(624). 이 주기가 여전히 유효할 때, 핸드셋은 계속해서 대기한다(단계 626). 각각의 확인 과정 간 대기 주기는 짧게 설정될 수도 있고 길게 설정될 수도 있으며, 리프로그래밍 보안 특성을 다시 재개함에 얼마나 가까운 지에 따라 결정되는 가변 구간으로 설정될 수도 있다.

도 25는 핸드셋 리프로그래밍의 캐리어 승인에 대한 일례의 PMRTI 방법을 설명하는 순서도이다. 최초에, 핸드셋이 리프로그래밍 요청을 수신한다(단계 640). 이러한 요청을 수신하면, 핸드셋이 리프로그래밍 장치로부터 정보를 획득한다(단계 642). 이 정보는 (리프로그래밍 유틸리티의 비준을 위한) 소프트웨어 식별 번호, MIN, 리프로그래밍 장치나 리프로그래밍 장치에 의해 사용되고 있는 소프트웨어 유틸리티나 툴에 대한 다른 고유 식별자를 포함할 수 있다.

단계 644에서, 핸드셋은 MIN, ESN, 그리고 그 외 다른 유용한 정보(가령, 핸드셋 위치)같은 핸드셋의 고유 식별 정보를 획득한다. 핸드셋 및 리프로그래밍 장치의 정보를 얻으면, 핸드셋이 이 정보를 포함하는 데이터 페이로드를 생성시킨다(단계646). 추가적인 정보가 제공될 수도 있다. 그후 단계 648에서, 핸드셋이 리프로그래밍의 서버 승인을 위한 명령을 나타내는 서버 동작코드와 데이터 페이로드를포함하는 서버 동작코드 세트를 컴파일한다. 서버 동작코드 세트는 단계 650에서 캐리어에 전달되며, 이 경우에 서버 동작코드 세트는 제 1 PMRTI서버로 전달되고 그후 보안 서버로 전달된다. 이 두 서버들은 동일한 머신 내에 수용될 수 있고, 조합된 단일 소프트웨어 애플리케이션으로 실행될 수도 있다.

서버 동작코드 세트가 캐리어에 의해 처리된 후, 핸드셋은 캐리어로부터 원격 동작코드 세트를 수신한다(단계 652). 원격 동작코드 세트를 수신하면, 핸드셋은 데이터 페이로드를 추출하고(단계 654), 원격 동작코드 세트의 원격 동작코드들을 실행형 명령으로 변환한다(단계 656). 핸드셋은 캐리어에 의해 승인이 제공되었는 지를 결정하기 위해 이 명령들을 실행한다(단계 658). 캐리어로부터의 승인이나 거부는 데이터 페이로드에 포함될 수 있고, 이때의 명령은 데이터 페이로드로부터의 응답을 해체하여 이 응답을, 리프로그래밍 장치와 통신 상태에 있는 핸드셋 운영체제나 유틸리티에 전달한다. 핸드셋이 캐리어로부터의 승인이나 거부를 가질 경우, 핸드셋은 이에 따라 리프로그래밍 장치에 긍정적인 또는 부정적인 방식으로 응답한다.

서버 측에서, 캐리어는 핸드셋으로부터의 각각의 리프로그래밍 요청을 로그(log)하는 것이 바람직하다. 추가적으로, 캐리어는 성공 및 실패 프로그래밍 시도에 대한 통계를 관리할 수 있다. 더욱이, 캐리어는 리프로그래밍 장치에 관한 제공 정보를 바탕으로 리프로그래밍을 승인할 수 있다. 또한, 캐리어는 핸드셋의 부분적 프로그래밍을 승인할 수 있다. 예를 들어, 이는 구형 핸드셋이 차폐물(shelters)이나 그 외 다른 조직에 놓일 때 바람직하다. 이 핸드셋들은 핸드셋의 근원 MIN을 유지하면서 어떤 종류의 네트워크 액세스에 대해 리프로그래밍될 수 있다.

도 26은 여기서 설명되는 여러 예들과 연계하여 사용될 수 있는 일례의 컴퓨터 시스템(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 (25)

1. 무선 통신 장치 리프로그래밍의 보안성 개선 방법으로서, 이 방법은,

   - 리프로그래밍 장치와 통신하는 리프로그래밍식 무선 통신 장치로부터 승인 요청을 수신하고, 이때, 상기 승인 요청은 해당 리프로그래밍식 무선 통신 장치에 대한 고유 식별자를 가지며,

   - 리프로그래밍식 무선 통신 장치에 관한 정보의 리프로그래밍을 위해 데이터 저장 영역을 참조하며,

   - 리프로그래밍식 무선 통신 장치의 현 프로그래밍 상태를 결정하고, 그리고

   - 현 프로그래밍 상태를 바탕으로 리프로그래밍식 무선 통신 장치에 승인 응답을 전송하는

   단계를 포함하는 것을 특징으로 하는 보안성 개선 방법.
2. 제 1 항에 있어서, 상기 승인 응답이 리프로그래밍을 거부하는 것을 특징으로 하는 보안성 개선 방법.
3. 제 1 항에 있어서, 상기 승인 응답이 리프로그래밍을 허가하는 것을 특징으로 하는 보안성 개선 방법.
4. 제 1 항에 있어서, 상기 승인 응답이 부분적 리프로그래밍을 가능하게 하는것을 특징으로 하는 보안성 개선 방법.
5. 제 1 항에 있어서, 상기 방법은,

   - 상기 데이터 저장 영역에 승인 요청과 승인 응답을 저장하고, 그리고

   - 승인 요청과 승인 응답을 해당 리프로그래밍식 무선 통신 장치와 관련시키는

   단계를 추가로 포함하는 것을 특징으로 하는 보안성 개선 방법.
6. 제 1 항에 있어서, 상기 승인 요청은 리프로그래밍 장치에 대한 접촉 정보를 포함하고, 상기 방법은,

   - 리프로그래밍식 무선 통신 장치에 프라이비트 키를 전송하고, 그리고

   - 리프로그래밍 장치에 프라이비트 키를 전송하며, 이때, 상기 프라이비트 키들은 리프로그래밍식 무선 통신 장치와 리프로그래밍 장치에 의해 각각 변환되어 리프로그래밍 승인 응답을 결정하기 위해 비교되는

   단계를 포함하는 것을 특징으로 하는 보안성 개선 방법.
7. 무선 통신 장치 리프로그래밍의 보안성 개선을 위한 단계들을 한개 이상의 마이크로프로세서로 하여금 실행하기 위한 한개 이상의 명령 시퀀스를 저장하는 컴퓨터 판독형 매체로서, 이 단계들은,

   - 리프로그래밍식 무선 통신 장치로부터 승인 요청을 수신하고, 이때, 상기승인 요청은 해당 리프로그래밍식 무선 통신 장치에 대한 고유 식별자를 가지며,

   - 리프로그래밍식 무선 통신 장치에 관한 정보의 리프로그래밍을 위해 데이터 저장 영역을 참조하며,

   - 리프로그래밍식 무선 통신 장치의 현 프로그래밍 상태를 결정하고, 그리고

   - 현 프로그래밍 상태를 바탕으로 리프로그래밍식 무선 통신 장치에 승인 응답을 전송하는

   단계를 포함하는 것을 특징으로 하는 컴퓨터 판독형 매체.
8. 제 7 항에 있어서, 상기 승인 응답이 리프로그래밍을 거부하는 것을 특징으로 하는 컴퓨터 판독형 매체.
9. 제 7 항에 있어서, 상기 승인 응답이 리프로그래밍을 허가하는 것을 특징으로 하는 컴퓨터 판독형 매체.
10. 제 7 항에 있어서, 상기 승인 응답이 부분적 리프로그래밍을 가능하게 하는 것을 특징으로 하는 컴퓨터 판독형 매체.
11. 제 7 항에 있어서,

    - 상기 데이터 저장 영역에 승인 요청과 승인 응답을 저장하고, 그리고

    - 승인 요청과 승인 응답을 해당 리프로그래밍식 무선 통신 장치와 관련시키는

    단계들을 실행하기 위한 명령을 추가로 포함하는 것을 특징으로 하는 컴퓨터 판독형 매체.
12. 제 7 항에 있어서, 상기 승인 요청은 리프로그래밍 장치에 대한 접촉 정보를 포함하고, 이때,

    - 리프로그래밍식 무선 통신 장치에 프라이비트 키를 전송하고, 그리고

    - 리프로그래밍 장치에 프라이비트 키를 전송하며, 이때, 상기 프라이비트 키들은 리프로그래밍식 무선 통신 장치와 리프로그래밍 장치에 의해 각각 변환되어 리프로그래밍 승인 응답을 결정하기 위해 비교되는

    단계들을 실행하기 위한 명령들을 추가로 포함하는 것을 특징으로 하는 컴퓨터 판독형 매체.
13. 무선 통신 장치 리프로그래밍의 보안성 개선 시스템으로서, 이 시스템은,

    - 리프로그래밍 장치와 통신할 수 있는 시리얼 인터페이스(serial interface)를 지닌 리프로그래밍식 무선 통신 장치, 그리고

    - 무선 통신 네트워크 상에서 리프로그래밍식 무선 통신 장치에 통신가능하게 연결되는 보안 서버

    를 포함하며, 이때, 상기 리프로그래밍식 무선 통신 장치는 리프로그래밍 장치의 응답에 따라, 리프로그래밍의 승인을 위해 보안 서버에 접촉하는 것을 특징으로 하는 보안성 개선 시스템.
14. 제 13 항에 있어서, 상기 시스템은,

    - 보안 서버에 연결된 데이터 저장 영역

    을 추가로 포함하고, 이때, 상기 데이터 저장 영역은 리프로그래밍식 무선 통신 장치의 리프로그래밍에 관련된 정보를 저장하도록 설정되는 것을 특징으로 하는 보안성 개선 시스템.
15. 제 13 항에 있어서, 상기 리프로그래밍식 무선 통신 장치가 액세스 코드를 포함하고, 이때, 상기 액세스 코드는 리프로그래밍식 무선 통신 장치의 리프로그래밍을 위한 승인을 제공하는 것을 특징으로 하는 보안성 개선 시스템.
16. 제 15 항에 있어서, 승인 코드가 제공될 때 리프로그래밍식 무선 통신 장치가 리프로그래밍을 거부하도록 설정되는 것을 특징으로 하는 보안성 개선 시스템.
17. 제 13 항에 있어서, 상기 리프로그래밍식 무선 통신 장치가 액세스 플랙(access flag)을 추가로 포함하고, 이때, 상기 액세스 플랙이 보안 서버에 의해 수정될 수 있는 것을 특징으로 하는 보안성 개선 시스템.
18. 제 17 항에 있어서, 핸드셋이 리프로그래밍을 승인할 수 있도록 상기 액세스플랙이 설정되는 것을 특징으로 하는 보안성 개선 시스템.
19. 제 17 항에 있어서, 상기 보안 서버가 핸드셋 리프로그래밍을 승인하는 것을 요건으로 하도록 상기 액세스 플랙이 설정되는 것을 특징으로 하는 보안성 개선 시스템.
20. 제 17 항에 있어서, 승인없이 리프로그래밍을 허가하도록 상기 액세스 플랙이 설정되는 것을 특징으로 하는 보안성 개선 시스템.
21. 무선 통신 장치 리프로그래밍의 보안성 개선 방법으로서, 이 방법은,

    - 리프로그래밍식 무선 통신 장치에서 리프로그래밍 요청을 수신하고,

    - 리프로그래밍식 무선 통신 장치로부터 캐리어 보안 서버에게로 무선 통신 수단을 통해 질의를 전송하며,

    - 리프로그래밍 요청을 승인하거나 거부하는 응답을 보안 서버로부터 무선 통신 수단을 통해 수신하고, 그리고

    - 이 응답에 따라 리프로그래밍 요청에 응답하는

    단계를 포함하는 것을 특징으로 하는 보안성 개선 방법.
22. 리프로그래밍식 무선 통신 장치에 가변적 리프로그래밍 액세스를 제공하기 위한 방법으로서, 이 방법은,

    - 한개 이상의 원격 동작코드와 데이터 페이로드를 포함하는 원격 동작코드 세트를 컴파일하고, 그리고

    - 상기 원격 동작코드 세트를 다수의 핸드셋에 전송하는

    단계를 포함하며, 이때, 원격 동작코드 세트 처리는 각각의 핸드셋으로 하여금 리프로그래밍 보안성의 수준을 수정할 수 있도록 하는 것을 특징으로 하는 가변적 리프로그래밍 액세스 제공 방법.
23. 제 22 항에 있어서, 상기 수정은 개별적인 시간 구간동안 리프로그래밍 보안성을 중단시키는 과정을 포함하는 것을 특징으로 하는 가변적 리프로그래밍 액세스 제공 방법.
24. 제 22 항에 있어서, 상기 수정은 핸드셋 리프로그래밍을 핸드셋이 승인하게 하는 과정을 포함하는 것을 특징으로 하는 가변적 리프로그래밍 액세스 제공 방법.
25. 제 22 항에 있어서, 상기 수정은 핸드셋 리프로그래밍을 보안 서버가 승인하는 것을 요건으로 하는 과정을 포함하는 것을 특징으로 하는 가변적 리프로그래밍 액세스 제공 방법.