KR100726513B1

KR100726513B1 - 서버에 의한 단말기 소프트웨어의 무선 업데이트 방법

Info

Publication number: KR100726513B1
Application number: KR1020050134378A
Authority: KR
Inventors: 이재훈
Original assignee: 주식회사 팬택앤큐리텔
Priority date: 2005-12-29
Filing date: 2005-12-29
Publication date: 2007-06-11

Abstract

본 발명은, 블록 구조의 메모리를 갖는 단말기의 소프트웨어를 서버를 통해 무선으로 업데이트하는 방법에 관한 것으로, 상기 단말기측에서 상기 메모리에 불량 블록이 포함되어 있는지 여부를 체크하여 블록 체크 결과를 얻는 제 1 단계; 상기 단말기측에서, 상기 블록 체크 결과를 바탕으로, 상기 불량 블록이 포함됨으로 인해 상기 소프트웨어의 읽고 쓰기가 실제로 이루어지는 실제적인 블록의 넘버가 상기 메모리 내의 물리적인 블록의 넘버와 달라지는지 여부에 따라서, 상기 실제적인 블록의 넘버와 상기 물리적인 블록의 넘버를 매칭한 블록 매칭 테이블을 생성하는 제 2 단계; 및 상기 블록 매칭 테이블을 저장한 후 상기 블록 매칭 테이블을 참조하여 상기 소프트웨어의 업데이트를 실시하는 제 3 단계를 포함하는 것을 특징으로 한다.

블록 구조의 메모리, 소프트웨어 업데이트, 불량 블록, 블록 매칭 테이블

Description

서버에 의한 단말기 소프트웨어의 무선 업데이트 방법 {METHOD FOR WIRELESS UPDATE OF TERMINAL SOFTWARE BY SERVER}

도 1a 는 종래기술에 따라 OTA 기능을 이용하여 단말기를 관리하는 방법 중 펌웨어의 업데이트에 관한 예를 나타내는 도면.

도 1b 는 종래기술에 따라 메모리의 소프트웨어를 업데이트시킬 경우에 발생하는 블록 미스매치(Block Mismatch) 현상을 나타내는 도면.

도 2 는 본 발명에 따른 업데이트 방법의 일 실시형태를 나타내는 도면.

도 3 은 도 1 에서 나타낸 블록 미스매치를 본 발명에 따라서 바로잡은 블록 매칭 테이블의 일례를 나타내는 도면.

도 4 는 본 발명에 따른 업데이트 방법의 다른 일 실시형태를 나타내는 도면.

<도면의 주요부분에 대한 부호의 설명>

100 단말기측

200 서버측

300 블록 매칭 테이블

본 발명은 서버에 의한 단말기 소프트웨어의 무선 업데이트 방법에 관한 것으로, 더욱 상게하게는, 불량 블록을 포함한 메모리를 갖는 단말기의 소프트웨어를 서버를 통하여 무선 업데이트하는 경우에도 소프트웨어의 업데이트가 정상적으로 이루어질 수 있도록 하는 방법에 관한 것이다.

근래에, 단말기를 구매한 가입자가 사업자의 고객 센터에 전화를 걸어 가입자의 성명 및 주소 등을 전화로 알려주면, 시스템이 고객이 구입한 단말기 등록에 필요한 정보를 무선으로 전송하여 단말기에 주입함으로써 가입 절차를 간단히 마치게 하는 기술이 개발되었는데, 이를 OTA(Over The Air) 기능이라고 한다. 특히, 이동통신단말기의 경우, 단말기 정보 등록에서 더 나아가, 하드웨어를 제어하는 마이크로프로그램인 펌웨어를 최신 버전으로 간편하게 업데이트할 수 있도록 하기 위해 이 OTA 기능을 활용하는 경우가 많으며, 그 예로는 한국특허출원 제2000-64306호를 들 수 있다.

이러한 OTA 기능을 활용한 펌웨어 업데이트 방법을 나타낸 도면이 도 1a 이다. 도 1a 를 참조하여 OTA 기능을 이용해서 서버측 주도로 단말기의 펌웨어를 업데이트하는 과정과 관련된 일반적인 프로세스를 설명하면 다음과 같다. 먼저, 관리 서버측에서 단말기에게 펌웨어의 업데이트 버젼이 나왔음을 무선으로 통지한다(S01). 그리고, 단말기 사용자가 관리 서버로부터의 통지를 받고서 업데이트를 희망한다는 취지의 요청을 단말기 정보, 업데이트 희망과 관련된 요약 정보, 기타 단말기가 보낸 메세지에 대한 응답이 맞는지 서버가 확인할 수 있도록 하는 정보 등 을 포함해서 관리 서버측으로 보낼 경우(S02), 관리 서버는 펌웨어의 업데이트를 위한 패키지를 작성 및 전송하여 펌웨어 설치 동작을 실행하며(S03), 단말기는 그 수행 결과를 관리 서버측으로 전송한다(S04). 여기서, 스텝 S03에서는 펌웨어의 업데이트 패키지라고 할 수 있는 소위 델타 패키지 데이터의 위치 정보 및 단말기측에서 서버의 메세지가 올바른 것임을 인증할 수 있게 하는 정보도 함께 단말기로 전송되며, 스텝 S04에서 전송되는 메세지에는 업데이트의 결과와 상태 정보 등이 포함된다. 이러한 과정을 거침으로써, 단말기 관리를 무선으로 하는 것이 가능해지고, 단말기 관리나 A/S(단말기 소프트웨어의 업데이트 등)를 저렴한 비용으로 편리하게 수행할 수 있다.

그런데, 펌웨어의 업데이트를 위해 전송할 패키지를 작성하는 과정에서(S03), 델타 패키지라고 하는 소프트웨어의 구버전과 신버전 간의 차이점을 뽑아서 만든 파일을 이용하게 되는데, 이 과정에서 다음과 같은 문제점이 발생할 수 있다.

즉, 종래기술에 따를 경우에는, 메모리 내에 불량 블록이 존재할 경우까지 감안하여 델타 패키지를 형성하지는 못하기 때문에, 블록 미스매치로 인한 단말기 동작 오류가 발생할 수 있다. 이를 도식화한 것이 도 1b 로서, 도 1b 는 종래기술에 따라 불량 블록을 가진 단말기에 소프트웨어를 업데이트할 경우 블록 미스매치 현상이 발생하는 것을 나타내고 있다. 도 1b 에서, 10 은 불량 블록이 포함되지 않은 메모리의 블록 구조로서, 메모리의 영역을 0 부터 순차적으로 블록 단위로 번호를 붙인 것이다. 20 은 블록 구조(10)에 불량 블록이 일부 생긴 경우를 나타내는 것으로, 불량 블록에 대해서는 읽고 쓰기가 불가능하게 되어 불량 블록 다음에 나 타나는 정상적인 블록이 불량 블록 이전 블록의 바로 다음인 블록 번호를 할당받게 된다. 예컨대, 블록 넘버 3 이후에, 물리적인 블록 4 가 불량 블록이 됨으로 인해, 물리적인 블록 5 가 실제적인 블록 4 로 넘버링이 되는 것이다.

상기 한국특허출원의 경우, OTA 를 이용하여 이동통신단말기의 소프트웨어를 업데이트하는 방법을 제시하고는 있으나, 그 이동통신단말기에서 해당 소프트웨어를 저장하는 메모리에 불량 블록이 있을 경우의 블록 미스매치 현상을 극복하는 방법에 대해서는 아무런 대안을 제시하지 못하고 있다.

특히, NOR 플래쉬 메모리에 비해 저렴하고 소형이어서 대용량의 비휘발성 저장 매체를 필요로 하는 이동통신단말기와 같은 어플리케이션에는 NAND 플래쉬 메모리가 많이 쓰이고 있는데, 이 NAND 플래쉬 메모리에 불량 블록이 존재함에도 불구하고 불량 블록에 관한 정보 미보유로 인해 잘못된 블록을 읽고 써서 업데이트를 실행하는 경우가 있다. 이렇게 잘못된 블록을 업데이트에 사용함으로 인해 NAND 플래쉬 메모리를 탑재한 이동통신단말기에 오류가 발생하게 되는 문제점이 있다.

본 발명은 상술한 문제점을 감안하여 이루어진 것으로, 블록 구조를 갖는 메모리를 구비한 단말기의 소프트웨어 업데이트 시, 상기 메모리에 불량 블록이 존재하더라도 블록 미스매치 현상을 일으키지 않고 소프트웨어의 업데이트를 할 수 있는 방법을 제공하는 것을 목적으로 한다.

상기 목적을 달성하기 위해, 본 발명에 따른 방법은, 블록 구조의 메모리를 갖는 단말기의 소프트웨어를 서버를 통해 무선으로 업데이트하는 방법에 있어서, 상기 단말기측에서 상기 메모리에 불량 블록이 포함되어 있는지 여부를 체크하여 블록 체크 결과를 얻는 제 1 단계; 상기 단말기측에서, 상기 블록 체크 결과를 바탕으로, 상기 불량 블록이 포함됨으로 인해 상기 소프트웨어의 읽고 쓰기가 실제로 이루어지는 실제적인 블록의 넘버가 상기 메모리 내의 물리적인 블록의 넘버와 달라지는지 여부에 따라서, 상기 실제적인 블록의 넘버와 상기 물리적인 블록의 넘버를 매칭한 블록 매칭 테이블(Block Matching Table)을 생성하는 제 2 단계; 및 상기 블록 매칭 테이블을 저장한 후 상기 블록 매칭 테이블을 참조하여 상기 소프트웨어의 업데이트를 실시하는 제 3 단계를 포함하는 것을 특징으로 한다.

즉, 본 발명은 블록 매칭 테이블을 생성한 다음 이를 소프트웨어의 업데이트에 반영하도록 함으로써, 불량 블록이 메모리에 존재하는 경우에도 블록 미스매치 현상이 일어나지 않도록 하는 기술을 제공한다.

또한, 상기 제 3 단계는, 상기 블록 매칭 테이블을 상기 단말기에 저장하는 단계; 상기 서버로부터 상기 소프트웨어의 업데이트 이전 버전과 이후 버전과의 차이점으로 이루어진 업데이트용 파일을 상기 단말기에 전송하는 단계; 및 상기 업데이트용 파일로 상기 소프트웨어를 업데이트하되, 상기 블록 매칭 테이블을 참조하여 상기 실제적인 블록의 넘버에 맞게 업데이트하는 단계를 포함하는 것이 바람직하다.

이는, 상기 블록 매칭 테이블을 참조하는 동작이 단말기 내에서 이루어지는 경우를 상정한 것으로, 단말기 내에 일단 블록 매칭 테이블을 저장해 놓고, 서버는 불량 블록의 존재 여부를 고려하지 않은 상태에서 델타 패키지를 형성해서 단말기로 전송하며, 단말기 내에서 업데이트가 실행될 때 비로소 블록 매칭 테이블을 호출하여 참조함으로써 블록 미스매치를 방지하는 기술에 관한 것이다.

또한, 상기 제 3 단계는, 상기 블록 매칭 테이블을 상기 서버에 저장하는 단계; 상기 서버에서, 상기 블록 매칭 테이블을 참조하여, 상기 실제적인 블록 넘버에 맞고 상기 소프트웨어의 업데이트 이전 버전과 이후 버전과의 차이점으로 이루어진 업데이트용 파일을 생성하는 단계; 및 상기 업데이트용 파일을 상기 서버로부터 상기 단말기로 전송하여 상기 단말기의 소프트웨어를 업데이트하는 단계를 포함하는 것 또한 바람직하다.

이는, 단말기측에서 생성한 블록 매칭 테이블을 서버측에서 미리 관리하고 있다가 델타 패키지를 생성하는 단계에서 상기 블록 매칭 테이블을 바로 참조하여 블록 미스매치를 일으키지 않는 델타 패키지를 형성한 다음 이를 단말기로 전송하여 소프트웨어를 업데이트하는 기술에 관한 것이다.

또한, 상기 제 3 단계는, 상기 블록 매칭 테이블을 상기 단말기에 저장하는 단계; 상기 서버에서, 상기 불량 블록이 존재하는지 여부를 확인한 후, 상기 단말기에 저장된 상기 블록 매칭 테이블을 참조하여, 상기 실제적인 블록 넘버에 맞고 상기 소프트웨어의 업데이트 이전 버전과 이후 버전과의 차이점으로 이루어진 업데이트용 파일을 생성하는 단계; 및 상기 업데이트용 파일을 상기 서버로부터 상기 단말기로 전송하여 상기 단말기의 소프트웨어를 업데이트하는 단계를 포함하는 것도 가능하다.

이는 단말기에 블록 매칭 테이블을 생성 및 저장한 다음에, 서버가 델타 패키지를 형성할 때 단말기로부터 불량 블록에 관한 정보를 얻어서, 불량 블록이 존재한다면 단말기에 저장된 블록 매칭 테이블을 참조해서 서버가 불량 블록을 고려한 델타 패키지를 작성하는 경우를 말한다.

여기서, 상기 메모리는 NAND 플래쉬(NAND FLASH) 메모리인 것이어도 좋다.

이 경우, 상기 체크 결과는, 상기 단말기에 바이너리 이미지를 다운로드할 때 얻는 것이 바람직하다. 이는, 일반적으로 NAND 부팅을 할 때에는 하나의 블록에 부트 로더(Loader)가 들어가고 다른 하나의 블록에는 바이너리 이미지가 올라갈 영역에 대한 정보를 갖는 BIB(Boot Information Block: 부트 정보 블록)가 들어가므로, 단말기에 바이너리 이미지를 다운로드할 때 불량 블록에 대한 정보를 알 수 있다는 점을 이용한 것이다.

또, 상기 제 1 단계는, 상기 블록 구조를 이루는 블록 중 부트 정보 블록에 상기 체크 결과를 저장하는 단계를 더 포함하는 것이 바람직한데, NAND 플래쉬 메모리의 경우 BIB 를 포함하고 있어서 불량 블록에 대한 체크 결과를 저장할 수 있기 때문이다.

이하, 첨부도면을 참조하여 본 발명의 바람직한 실시형태에 대해 상세하게 설명한다. 다만, 이하에서는 NAND 플래쉬 메모리의 블록 구조에서 불량 블록이 발생한 경우를 예로 들어서 설명하기로 한다.

도 2 는 본 발명에 따라 서버 주도 방식으로 불량 블록 문제를 해결하는 방법을 나타내는 도면으로서, 도 1a 에 도시된 바와 같이 OTA 기능을 이용하여 펌웨 어 업데이트를 실행하는 기본적인 방법 중 특히 단계 S03 에서 적용되는 본원발명의 특징을 보다 구체적으로 나타낸 도면이다. 도 2 를 참조하면, 단말기(100)와 서버(200) 간에는 먼저 단말기 정보 등록 절차(S1) 및 등록 확인 절차(S2)를 거친다. 여기서, 단말기 정보라 함은 단말기의 기종에 관한 정보나 메모리의 용량, 사용자 ID 및 암호 등을 포함하는 개념이며, 스텝 S2에서는 등록 결과값이 생성된다. 그리고, 단말기(100)는 펌웨어 등의 업데이트를 위해 서버(200)에 델타 패키지의 다운로드를 요청한다(S3). 앞서 설명한 바와 같이, 델타 패키지란 소프트웨어의 업데이트 이전 버전과 이후 버전의 차이점을 추출하여 생성한 파일을 말하는 것으로, 스텝 S3에서의 요청 시 단말기(100)는 단말기 기종이나 메모리 용량, 기타 현재의 버전 정보 등을 함께 전송할 수 있다.

여기서, 종래기술과는 달리, 서버(200)는 독자적으로 델타 패키지를 생성하는 것이 아니라, 단말기(100)의 메모리(미도시) 내에 불량 블록이 존재하는지 여부를 먼저 확인하고(S4), 단말기(100)로부터 불량 블록의 히스토리 정보 등에 관한 응답을 받아서(S5), 그 결과 불량 블록이 존재한다면 블록 매칭 테이블(300)을 참조해서 델타 패키지를 생성하여 단말기(100)로 전송한다(S6). 스텝 S6에서는 불량 블록이 고려되어 생성된 패키지에 관한 정보나 다운받을 패키지의 위치 등에 관한 정보도 포함해서 전송할 수 있다. 블록 매칭 테이블(300)에 대한 예 및 구체적인 생성 방법은 후술한다.

블록 매칭 테이블(300)은 도 3 에 예시적으로 나타내었다. 도 3 은 도 1b 에서와 같은 경우에 대해 본 발명에 따른 방법을 적용한 블록 매칭 테이블(300)을 나 타내고 있으며, 도 3 을 참조하면, 도 1b 의 종래기술에 따른 블록 미스매치 현상이 발생한 테이블과는 달리, 불량 블록으로 된 물리적인 블록 넘버 4, 9 를 제외시켜 테이블(300)이 작성되어 있다. 이 테이블(300)에 따라서 메모리(미도시)에 저장된 소프트웨어의 업데이트를 실행한다면 잘못된 블록에 읽기/쓰기를 하는 오류를 방지할 수 있다.

다시 도 2 로 돌아가서, 블록 매칭 테이블(300)을 참조한 델타 패키지를 다운로드받은 단말기(100)는 응답값을 작성해서 다운로드 상태를 서버에 통보 및 등록하고(S7), 단말기(100)의 메모리(미도시)에 저장된 소프트웨어의 업데이트를 시작한다(S8). 스텝 S8에서의 업데이트 시작 명령은 단말기(100) 내의 CPU(미도시)가 관장한다. 한편, 단계 S8 에서, 델타 패키지는 종래기술의 경우와는 달리 이미 불량 블록을 고려하여 작성된 것이기 때문에, 업데이트가 완료된 후에도 단말기(100)에 오류가 발생하지 않게 된다. 업데이트 프로세스가 완료된 이후에는 그 결과값을 산출하여 서버에 전송한다(S9).

한편, 도 2 는 블록 매칭 테이블(300)을 단말기(100)에 저장하고 이를 서버(200)가 참조하여 델타 패키지를 작성하는 경우를 나타내고 있으나, 단말기(100)측에서 생성한 블록 매칭 테이블(300)을 서버(200)측에서 저장 및 관리하고 있다가 단계 S3 에서 단말기(100)로부터 다운로드 요청이 있으면 서버(200)측에 저장된 블록 매칭 테이블(300)을 바로 참조하여 델타 패키지를 작성하도록 하여도 무방할 것이다.

한편, 도 4 는 본 발명에 따른 다른 바람직한 실시형태를 나타내고 있다. 도 4 의 경우, 서버(200)측에서 델타 패키지를 형성할 때 단말기(100)측에 불량 블록이 존재하는지 여부를 확인하는 S4, S5, S6 단계를 거치지 않고 델타 패키지를 생성하여 단말기(100)로 전송한다(S1'). 대신에, 단말기에 전송된 델타 패키지에 따라 메모리(미도시)에 저장된 소프트웨어를 업데이트하기 위해 업데이트 에이전트(Update Agent)를 실행하는 시점(S2')에, 일단 단말기(100)에서 블록 매칭 테이블(300)을 구성한다(S3').

블록 매칭 테이블(300)을 구성하는 단계 S3' 는, 예컨대 NAND 부팅 시 바이너리 다운로더가 블록 단위로 메모리 영역을 읽어 들여 검사하고 문제가 생기면 불량 블록으로서 체크하여 BIB 영역에 저장하는 과정에 의해 이루어진다.

다음으로, 불량 블록에 의해 미스매치가 발생하는 블록에 관한 정보와 업데이트해야 할 데이터를 추출해 내고(S4'), 블록 매치 테이블(300)을 참조하여 정확한 위치를 액세스해서 업데이트를 실행한다(S5'). 이 경우, 도 2 에서와는 달리, 델타 패키지 자체는 불량 블록을 감안하지 않은 상태에서 작성된 것이므로, 업데이트 과정에서 블록 매칭 테이블(300)을 통해 정확한 위치에 액세스하는 과정(S5')이 필요하다. 이후, 업데이트가 완료되면 단말기(100)는 그 결과를 서버(200)로 전송한다(S6').

본 발명에 따르면, 메모리 내에 불량 블록이 존재하는 경우에도, 블록 매칭 테이블을 참조하면서 단말기의 소프트웨어를 업데이트시키기 때문에, 블록 미스매치로 인한 단말기 오류를 방지할 수 있다.

Claims

블록 구조의 메모리를 갖는 단말기의 소프트웨어를 서버를 통해 무선으로 업데이트하는 방법에 있어서,

상기 단말기측에서 상기 메모리에 불량 블록이 포함되어 있는지 여부를 체크하여 블록 체크 결과를 얻는 제 1 단계;

상기 단말기측에서, 상기 블록 체크 결과를 바탕으로, 상기 불량 블록이 포함됨으로 인해 상기 소프트웨어의 읽고 쓰기가 실제로 이루어지는 실제적인 블록의 넘버가 상기 메모리 내의 물리적인 블록의 넘버와 달라지는지 여부에 따라서, 상기 실제적인 블록의 넘버와 상기 물리적인 블록의 넘버를 매칭한 블록 매칭 테이블을 생성하는 제 2 단계; 및

상기 블록 매칭 테이블을 저장한 후 상기 블록 매칭 테이블을 참조하여 상기 소프트웨어의 업데이트를 실시하는 제 3 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서,

상기 제 3 단계는,

상기 블록 매칭 테이블을 상기 단말기에 저장하는 단계;

상기 서버에서, 상기 불량 블록이 존재하는지 여부를 확인한 후, 상기 단말기에 저장된 상기 블록 매칭 테이블을 참조하여, 상기 실제적인 블록 넘버에 맞고 상기 소프트웨어의 업데이트 이전 버전과 이후 버전과의 차이점으로 이루어진 업데이트용 파일을 생성하는 단계; 및

상기 업데이트용 파일을 상기 서버로부터 상기 단말기로 전송하여 상기 단말기의 소프트웨어를 업데이트하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서,

상기 제 3 단계는,

상기 블록 매칭 테이블을 상기 서버에 저장하는 단계;

상기 서버에서, 상기 블록 매칭 테이블을 참조하여, 상기 실제적인 블록 넘버에 맞고 상기 소프트웨어의 업데이트 이전 버전과 이후 버전과의 차이점으로 이루어진 업데이트용 파일을 생성하는 단계; 및

상기 업데이트용 파일을 상기 서버로부터 상기 단말기로 전송하여 상기 단말기의 소프트웨어를 업데이트하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서,

상기 제 3 단계는,

상기 블록 매칭 테이블을 상기 단말기에 저장하는 단계;

상기 서버로부터 상기 소프트웨어의 업데이트 이전 버전과 이후 버전과의 차이점으로 이루어진 업데이트용 파일을 상기 단말기에 전송하는 단계; 및

상기 업데이트용 파일로 상기 소프트웨어를 업데이트하되, 상기 블록 매칭 테이블을 참조하여 상기 실제적인 블록의 넘버에 맞게 업데이트하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항 내지 제 4 항 중 어느 한 항에 있어서,

상기 메모리는 NAND 플래쉬(NAND FLASH) 메모리인 것을 특징으로 하는 방법.
제 5 항에 있어서,

상기 체크 결과는, 상기 단말기에 바이너리 이미지(Binary Image)를 다운로드할 때 얻는 것을 특징으로 하는 방법.
제 6 항에 있어서,

상기 제 1 단계는, 상기 블록 구조를 이루는 블록 중 부트 정보 블록(Boot Information Block)에 상기 체크 결과를 저장하는 단계를 더 포함하는 것을 특징으로 하는 방법.