KR20110114754A

KR20110114754A - 에스케이브이엠 및 위피자바 응용프로그램을 안드로이드 응용프로그램으로 변환하는 프로그램을 기록한 컴퓨터로 판독가능한 기록매체

Info

Publication number: KR20110114754A
Application number: KR1020100034068A
Authority: KR
Inventors: 류혁곤; 정성훈
Original assignee: (주)앵글스톤테크놀러지
Priority date: 2010-04-14
Filing date: 2010-04-14
Publication date: 2011-10-20
Also published as: KR101112697B1

Abstract

본 발명은 기 개발된 에스케이브이엠(SK-VM) 및 위피 자바(WIPI JAVA) 응용프로그램을 추가 개발 과정 없이 안드로이드(Android) 플랫폼에서 동작할 수 있도록 안드로이드 응용프로그램으로 변환하는 것을 특징으로 한다. 이를 위하여, 본 발명은, 에스케이브이엠 및 위피 자바 응용프로그램의 바이트 코드로 구성된 클래스 파일과 리소스 파일을 변환하는 단계; 변환된 바이트 코드로 구성된 클래스 파일에 OEM API와 MIDP API를 래핑(Wrapping)하는 단계; OEM API와 MIDP API가 래핑(Wrapping)된 클래스 파일과 상기 변환된 리소스 파일을 안드로이드 응용프로그램으로 생성하는 단계;를 포함하여 구성된다. 본 발명에 의하면 에스케이브이엠 및 위피 자바 응용프로그램을 안드로이드 개발 환경에서 새로 개발하거나 추가 개발 과정 없이 안드로이드 응용프로그램으로 변환을 하여 기 개발된 응용프로그램의 재사용성을 높이고 개발 자원의 낭비를 줄일 수 있는 효과가 있다.

Description

에스케이브이엠 및 위피 자바 응용프로그램을 안드로이드 응용프로그램으로 변환하는 프로그램을 담은 매체 {Media containing a Program Convert SK-VM and WIPI-JAVA Application to Android Application }

본 발명은 컴퓨터 프로그램에 관한 것으로, 더욱 자세하게는 에스케이브이엠(SK-VM) 및 위피 자바(WIPI JAVA) 응용프로그램을 안드로이드 응용프로그램으로 변환하는 프로그램에 관한 것이다.

안드로이드(Android) 플랫폼은 구글(Google) 사가 주도하는 OHA(Open Handset Alliance)에서 공개한 오픈 소스 플랫폼으로, 리눅스(Linux) 커널, 가상머신(VM : Virtual Machine), 프레임워크(Framework), 응용프로그램을 모두 포함하는 소프트웨어 패키지를 의미한다.

현재 안드로이드 플랫폼에 대한 사용자들의 기대가 상승하고, 단말 제조사와 이동 통신 서비스 제공사의 높은 호응으로 안드로이드 플랫폼을 탑재하는 휴대용 단말기가 점점 늘어남에 따라 안드로이드 응용프로그램 시장이 활성화되기 시작하였고, 양질의 안드로이드 응용프로그램 공급에 대한 요구가 높아지고 있다.

이에 응용프로그램 개발사 또는 개발자는 변화되는 응용프로그램 시장에 대응하기 위해 이동 통신 서비스 제공사인 에스케이텔레콤(SK Telecom)을 통해 안정적으로 서비스 되고 있는 검증된 자바 기반의 에스케이브이엠(SK-VM) 및 위피 자바(WIPI JAVA) 응용프로그램을 안드로이드 플랫폼에서 동작할 수 있게 추가 개발을 하고 있다.

하지만, 에스케이브이엠(SK-VM) 및 위피 자바(WIPI-JAVA) 응용프로그램들이 J2ME 표준 규격 이외에 사업자 확장 OEM API와 위피 자바 표준 API를 사용하여 개발되었기 때문에 각 플랫폼의 특성에 맞게 구현된 응용프로그램이 안드로이드 플랫폼에서 동작 할 수 있도록 별도의 지원 및 개발 과정을 거쳐야 하는 문제점이 있다.

또한, 안드로이드 응용프로그램이 자바 프로그램 언어로 만들어진 응용프로그램 형식을 따른다고 해도 응용프로그램의 라이프 사이클(Life Cycle)을 안드로이드 플랫폼에 맞게 변경해야 하며, 참조하는 라이브러리(Library)가 기존의 자바(JAVA) 라이브러리와 달라 추가 개발 과정에 어려움이 따르는 문제점이 있다.

이러한 불편한 점을 해결하기 위해서 본 발명에서는 기 개발된 에스케이브이엠 및 위피자바 응용프로그램을 추가 개발 과정 없이 안드로이드 응용프로그램으로 변환하여 안드로이드 플랫폼에서 동작 가능하도록 하는 방법 및 이를 위한 매체를 제공한다.

이러한 기술적 과제를 달성하기 위하여, 본 발명은 에스케이브이엠 및 위피 자바 응용프로그램의 바이트 코드로 구성된 클래스 파일과 리소스 파일을 변환하는 단계; 변환된 바이트 코드로 구성된 클래스 파일에 OEM API와 MIDP API를 래핑(Wrapping)하는 단계; 및 OEM API와 MIDP API가 래핑(Wrapping)된 클래스 파일과 상기 변환된 리소스 파일을 안드로이드 응용프로그램으로 생성하는 단계;를 포함하여 구성된다.

본 발명을 이용하면, 에스케이브이엠 및 위피 자바 응용프로그램을 추가 개발 과정 없이 안드로이드 플랫폼에서 동작 가능하도록 함으로써, 기 개발된 무선단말용 자바 응용프로그램의 재사용성을 높이고 개발 자원의 낭비를 줄일 수 있는 효과가 있다.

도 1 : SK-VM 및 WIPI-JAVA 응용프로그램이 안드로이드 응용프로그램으로 변환되는 과정에 대한 전체 구성을 개략적으로 나타낸 도
도 2 : SK-VM 및 WIPI-JAVA 응용프로그램이 안드로이드 응용프로그램으로 변환되는 과정에 대한 순서도
도 3 : [도 2]에서 바이트 코드 및 리소스 변환 모듈 중 바이트 코드 변환기에 대해서 상세히 나타낸 도
도 4 : [도 2]에서 바이트 모드 및 리소스 변환 모듈 중 리소스 변환기에 대해서 상세히 나타낸 도
도 5 : [도 2]에서 OEM API와 MIDP API를 래핑하는 모듈에 대해서 상세히 나타낸 도
도 6 : [도 2]에서 안드로이드 응용프로그램 생성 모듈에 대해서 상세히 나타낸 도

아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

[도 1]은 본 발명의 실시예에 따라 자바 기반의 에스케이브이엠 및 위피자바 응용프로그램이 안드로이드 응용프로그램으로 변환되는 과정을 간략하게 도시한 것이다. [도 1]을 참조하면, 본 발명의 실시예에 따른 변환 매체(100)는 크게 바이트 코드와 리소스 파일을 안드로이드 플랫폼 환경에 맞게 변환하여 주는 바이트 코드 및 리소스 변환 모듈(110), 변환된 바이트 코드로 구성된 클래스 파일과 리소스 파일에 OEM API와 MIDP API를 래핑(Wrapping)하는 모듈(120), OEM API와 MIDP API가 래핑된 변환된 클래스 및 리소스 파일을 안드로이드 SDK에서 제공하는 툴(Tool)을 이용하여 안드로이드 응용프로그램으로 생성하는 모듈(130)로 나눌 수 있다.

[도 2]는 [도 1]의 변환 과정을 그 순서대로 좀더 상세하게 도시한 것이다. [도 2]를 참조하면. 본 발명의 실시예에 다른 변환 매체(100)는 먼저 변환 대상이 되는 에스케이브이엠 및 위피자바 응용프로그램 실행 파일인 Jar 파일을 로딩(200)하게 된다. Jar 파일은 프로그램 소스 코드를 컴파일(Compile)하여 생성된 바이트 코드로 구성된 클래스(Class) 파일과 이미지, 음원, 동영상 등의 리소스(Resource) 파일이 포함되어 압축된 파일이다.

로드 된 Jar 파일은 바이트 코드 및 리소스 파일을 변환하는 변환 모듈(210)을 거치게 되는데, 바이트 코드 및 리소스 변환 모듈(210)은 먼저 Jar 파일 내 클래스 파일의 바이트 코드 변환 유무를 판단(211)하여 바이트 코드 변환이 필요한 경우 바이트 코드 변환기(212)로 전달하여 안드로이드 플랫폼 환경에 맞게 바이트 코드를 변환한다.

또한, 바이트 코드 및 리소스 변환 모듈(120)은 바이트 코드 변환이 필요하지 않거나 바이트 코드 변환이 이루어진 로드 된 Jar 파일 내 리소스 파일의 변환 유무를 판단(213)하여 리소스 파일의 변환이 필요한 경우 리소스 변환기(214)로 전달하여 안드로이드 플랫폼 환경에 맞게 리소스 파일을 변환한다.

바이트 코드 및 리소스 변환 모듈(210)에 의해 변환된 클래스 파일 및 리소스 파일은 OEM API와 MIDP API를 래핑(Wrapping)하는 모듈(220)을 거치게 되는데, 먼저 사업자 확장 OEM API를 라이브러리(Library)화 하여 변환된 클래스 파일 및 리소스 파일에 래핑(221)하는 단계를 거치면서 통화(CALL), 단문 메시지(SMS) 등 명시된 OEM API 전체에 대해 지원 가능하게 한다.

또한, OEM API와 MIDP API를 래핑(Wrapping)하는 모듈(220)은 미들릿(MIDlet) 매개체(222)를 통해 OEM API가 래핑된 변환된 클래스 및 리소스 파일에 파일 컨트롤(File Control), 이벤트 핸들링(Event handling) 등의 미들릿 속성을 라이브러리(Library)화 한 MIDP API를 래핑(Wrapping)한다.

상기 바이트 코드 및 리소스 변환 모듈(210)과 OEM API와 MIDP API를 래핑(Wrapping)하는 모듈(220)을 거치면서 변환된 응용프로그램은 마지막으로 안드로이드 SDK에서 제공되는 DX 및 APK Builder(231)를 이용한 APK 생성 모듈(230)을 통해 안드로이드 응용프로그램 형식으로 변환된다.

상기 본 발명의 실시예에 따른 변환 매체(100)를 구성하는 각각의 모듈에서 이루어지는 변환 과정을 도면을 참고하여 아래 상세히 설명한다.

[도 3]은 [도 2]의 바이트 코드 및 리소스 변환 모듈(210)의 바이트 코드 변환기(212) 내부에서 이루어지는 변환 과정을 상세하게 도시한 것이다.

로딩 된 Jar 파일(300) 내의 바이트 코드로 이루어진 클래스 파일은 변환 대상 Code Index 모듈(310)을 거치면서 변환 유무가 결정된다. 변환 대상 Code Index 모듈(310)은 에스케이브이엠 및 위피 자바 응용프로그램의 클래스 파일 중 문자열 생성 메소드(Method), 리소스 접근 API, 시스템 속성 메소드(Method)가 존재하는지 확인하여 존재할 경우 바이트 코드 변환기(320)로 전달하여 각각의 케이스(Case)에 맞게 변환이 이루어진다.

바이트 코드 변환기(320)는 에스케이브이엠 및 위피 자바 응용프로그램의 클래스 파일 내에 문자열 생성 메소드(Method)가 존재할 경우 기존의 바이트 코드에서 문자열만 추출하여 안드로이드 플랫폼에서 인식이 가능한 변경된 문자열 생성 메소드(Method)와 문자열의 인코딩(Encoding) 타입을 추가하여 클래스 파일을 변환(321)한다.

또한, 바이트 코드 변환기(320)는 에스케이브이엠 및 위피 자바 응용프로그램의 클래스 파일 내에 리소스 접근 API 생성 메소드가 존재할 경우 리소스 명은 그대로 두고 기존의 JAVA 리소스 접근 API 바이트 코드를 안드로이드 리소스 접근 API로 변환(322)한다.

또한, 바이트 코드 변환기(320)는 에스케이브이엠 및 위피 자바 응용프로그램의 클래스 파일 내에 시스템 속성 메소드가 존재할 경우 기존의 JAVA 시스템 속성 메소드를 안드로이드 플랫폼에서 사용 가능한 시스템 속성 메소드로 변환(323)한다.

상기의 과정은 로드 된 Jar 파일(300)에 포함된 모든 클래스 파일을 대상으로 이루어지며, 모든 클래스 파일은 변환 대상 Code Index 모듈(310)을 거쳐 바이트 코드 변환기(320)에 의해 변환된 바이트 코드 클래스 파일(340)이 생성된다.

[도 4]는 바이트 코드 및 리소스 변환 모듈(210)의 리소스 변환기(214) 내부에서 이루어지는 변환 과정을 상세히 도시한 것이다. 리소스 변환기(214)에 대해 리소스 파일 중 이미지 파일 변환의 예를 설명한다.

로딩 된 Jar 파일(300) 내의 리소스 파일은 변환 대상 리소스 Index 모듈(350)을 거치면서 변환 유무가 결정된다. 변환 대상 리소스 Index 모듈(350)은 지원되지 않는 PNG 이미지 파일의 인코딩(Encoding) 타입 정보와 지원되지 않는 파일 형식에 대한 정보를 가지고 변환 유무를 결정하게 된다.

리소스 변환기(360)에 전달된 리소스 파일은 표준 PNG 파일로 재 인코딩(Encoding)하여 안드로이드 플랫폼에서 지원 가능한 리소스 파일(370)로 변환된다.

[도 5]는 [도 2]의 OEM API와 MIDP API를 래핑(Wrapping)하는 모듈(220) 내부에서 이루어지는 과정을 상세히 도시한 것이다.

변환 대상이 되는 응용프로그램이 바이트 코드 및 리소스 변환 모듈(210)에서 바이트 코드로 이루어진 클래스 파일이 안드로이드 플랫폼에 맞게 변환 되었다 해도 응용프로그램 내에 OEM API와 MIDP API를 호출하는 메소드는 그대로 남아 있기 때문에 해당 API를 안드로이드 API를 이용하여 구현한 라이브러리 형태의 매체를 변환 대상 응용프로그램에 래핑(Wrapping)하는 과정이 필요하다. 이 과정이 OEM API와 MIDP API 래핑(Wrapping) 모듈(220)에서 이루어진다.

바이트 코드 및 리소스 변환 모듈(210)을 거친 변환된 클래스 파일(340)은 먼저 OEM API를 래핑(Wrapping)하는 모듈(510)으로 전달된다. OEM API를 래핑(Wrapping)하는 모듈(510)에서는 변환된 클래스 파일(340)에 통화(CALL), 단문 메시지(SMS), 단말 제어(Device Control) 등의 사업자 확장 OEM API를 안드로이드 API로 구현한 라이브러리 형태의 매체(520)를 래핑(Wrapping)한다.

OEM API가 래핑(Wrapping)된 클래스 파일(530)은 다시 MIDP API를 래핑(Wrapping)하는 미들릿(MIDlet) 매개체(540)로 전달되어 이벤트 핸들링(Event Handling), 파일 제어(File Control), 디스플레이 컨트롤(Display Control), 키 이벤트(Key Event) 처리, 미들릿(MIDlet) 속성 등에 관한 MIDP API를 안드로이드 API로 구현한 라이브러리 형태의 매체(550)를 래핑(Wrapping)하여 OEM API 및 MIDP API가 래핑(Wrapping)된 클래스 파일(560)을 생성한다.

상기 미들릿 매개체(540)에서 MIDP API가 래핑(Wrapping)되는 과정을 통해 기존의 에스케이브리엠 및 위피 자바 응용프로그램의 라이프 사이클(Life Cycle)이 안드로이드 응용프로그램 라이프 사이클(Life Cycle)에 대응된다.

[도 6]은 [도 2]의 안드로이드 응용프로그램 생성 모듈(230) 내부에서 이루어지는 변환 과정을 상세하게 도시한 것이다.

상기 바이트 코드 변환 과정 및 라이브러리 래핑(Wrapping) 과정을 통해 생성된 클래스 파일(560)은 안드로이드 플랫폼에서 실행 가능한 바이트 코드로 변환해야 하는데, 이 과정은 안드로이드 SDK에서 제공되는 DX 툴(Tool : 610)에서 이루어진다.

안드로이드 바이트 코드로 변환된 클래스 파일(615)은 다시 안드로이드 SDK에서 제공되는 APK Builder(620)로 전달되며, 상기 리소스 변환기(214)를 통해 변환된 리소스 파일(370)과 함께 APK 파일로 패키징(Packging)됨으로써 에스케이브이엠 및 위피 자바 응용프로그램이 안드로이드 응용프로그램으로 변환되는 과정이 종료된다.

이상에서 본 발명의 바람직한 실시예에 한정하여 설명하였으나, 본 발명은 이에 한정되지 않고 다양한 변화와 변경 및 균등물을 사용할 수 있다. 따라서 본 발명은 이들 실시예를 적절히 변형하여 응용할 수 있고, 이러한 응용도 특허청구범위에 기재된 기술적 사상을 바탕으로 하는 한 본 발명의 권리범위에 속하게 됨은 당연하다 할 것이다.

100 : 변환 매체
110, 210 : 바이트코드 /리소스 변환모듈
120, 220 : OEM API/MIDP API Wrapping 모듈
130, 230 : 안드로이드 응용프로그램 생성 모듈
300 : 변환 대상 어플리케이션(JAR 파일)
310 : 변환 대상 CODE INDEX 모듈
320 : 바이트코드 변환기
340 : 변환된 바이트코드 집합
350 : 변환 대상 리소스 INDEX 모듈
360 : 리소스 변환기
370 : 변환된 리소스 집합
510 : OEM API Wrapping 모듈
520 : OEM API를 안드로이드 API로 구현한 라이브러리
540 : 미들릿(MIDlet) 매개체 (MIDP API Wrapping 모듈)
550 : MIDP API를 안드로이드 API로 구현한 라이브러리
610 : DX 변환기
620 : APK 빌더(Builder)

Claims

에스케이브이엠 및 위피 자바 응용프로그램의 바이트 코드로 구성된 클래스 파일과 리소스 파일을 변환하는 단계;
상기 변환된 바이트 코드로 구성된 클래스 파일에 OEM API와 MIDP API를 래핑(Wrapping)하는 단계;
상기 OEM API와 MIDP API가 래핑(Wrapping)된 클래스 파일과 상기 변환된 리소스 파일을 안드로이드 응용프로그램으로 생성하는 단계;
를 포함하는 에스케이브이엠 및 위피 자바 응용프로그램을 안드로이드 응용프로그램으로 변환하는 프로그램을 담은 매체.
제 1항에 있어서,
상기 바이트 코드로 구성된 클래스 파일과 리소스 변환은,
변환 대상 바이트 코드 인덱스(Index) 모듈을 거쳐 바이트 코드 변환 유무를 판단하는 단계;
상기 바이트 코드 변환이 필요하다고 판단되면 바이트 코드 변환기로 전달되어 안드로이드 플랫폼 환경에 맞게 바이트 코드로 구성된 클래스 파일이 변환되는 단계;
상기 바이트 코드 변환이 이루어진 후 변환 대상 리소스 인덱스(Index) 모듈을 거쳐 리소스 변환 유무를 판단하는 단계;
상기 리소스 변환이 필요하다고 판단되면 리소스 변환기로 전달되어 변환되는 단계;
를 포함하는 에스케이브이엠 및 위피 자바 응용프로그램을 안드로이드 응용프로그램으로 변환하는 프로그램을 담은 매체.
제 2항에 있어서,
상기 클래스 파일 변환은,
문자열 생성 메소드를 안드로이드 문자열 생성 메소드로 변경하고, 안드로이드 플랫폼 환경이 지원 가능한 인코딩 타입을 추가하는 단계;
JAVA 리소스 접근 API를 안드로이드 리소스 접근 API로 치환하는 단계;
JAVA 시스템 속성 메소드를 안드로이드 시스템 속성 메소드로 치환하는 단계;
및 상기 변환된 클래스 파일을 OEM API와 MIDP API를 래핑(Wrapping)하는 모듈로 전달되는 단계;
를 포함하는 에스케이브이엠 및 위피 자바 응용프로그램을 안드로이드 응용프로그램으로 변환하는 프로그램을 담은 매체.
제 1항 내지 제 3항 중 어느 한 항에 있어서,
상기 OEM API와 MIDP API의 래핑(Wrapping)은,
사업자 확장 OEM API를 안드로이드 API로 구현하여 라이브러리(Library)화 하는 단계;
상기 사업장 확장 OEM API가 안드로이드 API로 구현된 라이브러리를 상기 변환된 클래스 파일에 래핑(Wrapping)하는 단계;
MIDP API를 안드로이드 API로 구현하여 라이브러리(Library)화 하는 단계;
상기 OEM API가 래핑(Wrapping)된 변환된 클래스 파일에 MIDP API가 안드로이드 API로 구현된 라이브러리를 래핑하는 단계;
및 OEM API와 MIDP API가 래핑된 클래스 파일을 안드로이드 응용프로그램을 생성하는 모듈로 전달되는 단계;
를 포함하는 에스케이브이엠 및 위피 자바 응용프로그램을 안드로이드 응용프로그램으로 변환하는 프로그램을 담은 매체.
제 4항에 있어서,
안드로이드 응용프로그램을 생성하는 모듈은,
OEM API와 MIDP API가 래핑된 클래스 파일이 안드로이드 SDK에서 제공되는 DX 툴에 의해 안드로이드 바이트 코드로 변환되는 단계;
상기 안드로이드 바이트 코드와 상기 변환된 리소스 파일이 패키징되어 안드로이드 응용프로그램인 APK 파일을 생성하는 단계;
를 포함하는 에스케이브이엠 및 위피 자바 응용프로그램을 안드로이드 응용프로그램으로 변환하는 프로그램을 담은 매체.