이규헌 강병현 송영철.

Presentation on theme: "이규헌 강병현 송영철."— Presentation transcript:

1 이규헌 강병현 송영철

2 목 차 Java의 역사 J2ME J2ME의 현재 J2ME의 미래
목 차 Java의 역사 J2ME 먼저 발표순서를 말씀 드리겠습니다. J2ME의 출발이라고 할 수 있는 자바의 역사에 대해서 알아본 후, J2ME란 무엇인가에 대해 살펴보고, 현재 J2ME가 사용되는 것을 살펴보고, J2ME의 미래에 대해 간략하게 살펴보겠습니다. J2ME의 현재 J2ME의 미래

3 Java의 역사 1991 - The start of the Green Project
출처 The start of the Green Project 컴퓨팅 분야의 "향후 동향"을 예측 일반 가정 기기와 컴퓨터의 통합 제어 Development of “Oak” 기기 독립적인 프로그래밍 언어 Name changed from “Oak” to “Java” Announced at Sun World Java technology is officially born 자바의 시작은 1991년 그린 프로젝트에서 찾습니다. 이 그린 프로젝트는 컴퓨팅 분야의 향후 동향을 예측하여 디지털 방식을 통한 일반 가정 기기와 컴퓨터의 통합 제어가 중요한 트렌드가 될 것이라는 점을 알고 그에 대한 계획을 세우고자 하였습니다. 1992년에 이 프로젝트에 사용하기 위해 기기 독립적인 언어인 Oak를 개발합니다. 그리고 이 언어는 1995년 Oak에서 Java라는 이름으로 바뀌고 선 월드에 소개 되면서 공식적으로 탄생하게 됩니다.

4 Java의 역사 1996 - JDK 1.0 Software is released 1997 - JDK 1.1 Release
출처 JDK 1.0 Software is released JDK 1.1 Release 3주 만에 220,000 JDK 다운로드 기록 J2SE 1.2 Release Java 2 platform source code is released 1996년 JDK 1.0이 공식적으로 릴리즈 됩니다. 그리고 해마다 JDK가 계속 릴리즈 되고 1998년 J2SE 1.2, 1999년엔 자바 2 플랫폼의 소스코드가 릴리즈 됩니다.

5 Java의 현재 450만명의 개발자가 자바 기술을 사용 25억 개의 자바 기술 사용 장치가 있음 7억대 이상의 PC
출처 450만명의 개발자가 자바 기술을 사용 25억 개의 자바 기술 사용 장치가 있음 7억대 이상의 PC 7억 8백만개 이상의 휴대 전화 및 기타 휴대용 기기(자료 제공: Ovum) 10억개의 스마트 카드 이 외에, 셋톱 박스, 프린터, 웹 카메라, 게임, 자동차 네비게이션 시스템, 복권 단말기, 의료 기기, 주차료 계산 시스템 등에서 사용 중 이렇게 90년대부터 발전해 온 자바는 현재 약 450 만 명의 개발 인력이 있고, 7억대 이상의 PC, 7억 여개의 휴대전화 등 휴대기기, 10억개의 스마트 카드 셋톱 박스 등등에서 약 25억개의 자바 기술을 사용하는 장치가 있습니다.

6 Java의 장점 400만명 이상의 소프트웨어 개발자들을 통해 세분화, 확장, 테스트 및 검증을 거친 언어 플랫폼 독립적
출처 400만명 이상의 소프트웨어 개발자들을 통해 세분화, 확장, 테스트 및 검증을 거친 언어 플랫폼 독립적 웹 상에서 실행할 수 있는 프로그램 개발 가능 서버측 응용 프로그램을 개발 가능 사용자 맞춤형 응용 프로그램 개발, 서비스 가능 어떤 종류의 디지털 기기에도 사용할 수 있는 강력하고 효율적인 응용 프로그램을 개발 가능 이렇게 짧은 시간이 급속도로 성장한 언어인 자바의 장점은 다음과 같이 요약할 수 있습니다. 약 400 만 명 이상의 개발자들에 의해 검증을 거친 언어라는 것과 플롯폼 독립적이라는 가장 큰 특징이 있습니다. 따라서 한 플랫폼에서 개발한 소프트웨어를 여러 플랫폼에서 실행할 수 있습니다. 또한 웹 상에서 실행가능한 프로그램 개발이 가능하고, 온라인 포럼, 온라인 상점, 온라인 투표 등 서버측 응용 프로그램 개발과 동시에 사용자 맞춤형 응용 프로그램 개발, 서비스가 가능하다는 장점이 있습니다. 위와 같은 특징으로 휴대 전화, 원격 프로세서, 저렴한 비용의 일반 소비자용 제품 등 어떤 종류의 디지털 기기에도 사용할 수 있는 강력하고 효율적인 응용 프로그램 개발이 가능합니다.

7 Java J2SE J2EE J2ME 출처 출처 Java 표준 플렛폼 웹 기반 엔터프라이즈 어플리케이션 EJB
자바 개발자 카페(비공개) → 네이버 지식 iN J2SE Java 표준 플렛폼 J2EE 웹 기반 엔터프라이즈 어플리케이션 EJB J2ME PDA 등 규모가 작은 곳에 사용 썬에서는 “한가지로 모든 것을 담을 수는 없다”고 생각하고 자바를 3가지 에디션으로 분류를 했습니다. 그럼 자바에서 크게 3가지로 나눠 놓은 에디션에 대해서 살펴보겠습니다. 오른쪽에 있는 그림은 자바 API 플로우 차트입니다.먼저 표준으로 J2SE가 있습니다. J2SE는 자바를 개발할 때 표준으로 사용하는 에디션입니다. J2EE는 EJB로 대표되는 웹 기반의 엔터프라이즈 어플리케이션을 구축하기 위한 에디션입니다.마지막으로 오늘 소개드릴 J2ME는 PDA, 이동전화 등 규모가 작은 곳에 사용되는 에디션입니다. 이런 자바의 에디션은 다음과 같이 나눠져 있습니다. 먼저 대상 기기에 적합한 JVM과 기기의 유형에 적절한 API 라이브러리 가 다르게 정의 되어 있습니다. 또한 기기 configuration과 deployment에 쓰이는 tool 과 profile제공하고 있습니다. 즉, 특정유형의 기기를 위한 최소한의 API를 정해놓은 것입니다. 출처 모바일 자바( 강좌

8 J2ME Java를 모바일 영역에서 구현 어떤 기기, 시간과 장소에 관계없이 견고함을 제공 코드의 이식성
출처 국민대 2003 졸업 프로젝트 - Mobile Java Unification Toolkit Java를 모바일 영역에서 구현 어떤 기기, 시간과 장소에 관계없이 견고함을 제공 코드의 이식성 익숙한 Java 프로그램 언어를 사용 안정된 네트웍 J2SE, J2EE의 상위 확장성 모바일 특성상 기기의 특성에 많은 영향 각 회사별로 에뮬레이터와 API를 사용 그럼 J2ME에 대해서 자세히 알아보겠습니다. J2SE API는 megabyte 단위의 메모리를 필요로 하기 때문에 자원이 제한된 작은 기계장치에는 적합하지 않았습니다. 이 한계를 극복하고자 나온 J2ME는 Java를 모바일 영역에서 구현하고자 하는 목적으로 나온 에디션입니다. J2ME는 디바이스 제조업체, 서비스 제공 업체, 그리고 컨텐츠 제작자에게 그들의 고객을 위한 프로그램을 빠르고 경제적으로 개발하도록 하는 좋은 점이 있습니다. 안정된 네트웍 활동을 할 수 있다는 좋은 점도 있습니다.또한 J2ME의 API는 J2SE API 핵심 클래스의 subset와 CLDC에 추가된 새로운 클래스로 이루어져 있습니다. 따라서 J2SE, J2EE로의 확장이 가능합니다. 이 것은 뒤에 CLDC를 설명하면서 다시 한 번 짚기로 하겠습니다. 하지만 개발환경은 모바일의 특성상 기기의 특성에 많은 영향을 받고, 따라서 각 회사별로 각각의 에뮬레이터와 API를 사용한다는 단점 또한 존재합니다.

9 J2ME Configuration 출처 목 적 VM의 최소한의 부분, Java Class Library
국민대 2003 졸업 프로젝트 - Mobile Java Unification Toolkit 목 적 버추얼 머신(VM)과 클래스 라이브러리를 특정한 장치 그룹에 최적화 VM의 최소한의 부분, Java Class Library 수평적인 시장을 대표하는 특정 분류의 장치들에서 사용 가능하도록 정의 클래스 라이브러리의 공통 분모를 정의 Java, Java VM 실행 환경 Java Libraries, Core API CLDC Connected Limited Device Configuration CDC Connected Device Configuration J2ME의 컨피규레이션에 대해서 알아보겠습니다. 컨피규레이션이란 VM과 클래스 라이브러리를 특정한 장치 그룹에 최적화 시키려는 목적으로 만들어 진 것입니다. 따라서 VM의 최소한의 부분과 자바 클래스 라이브러리를 수평적인 시장을 대표하는 특정 분류의 장치들에게서 사용가능하도록 정의되어 있습니다. 즉, 메모리와 CPU등의 크기와 성능이라는 측면에서의 요구사항이 동일한 디바이스들의 집합을 하나로 묶어서 컨피규레이션을 정의하는 것입니다. 이 컨피규레이션은 크게 CLDC와 CDC 2개로 나뉘어 집니다. 그래서 CLDC의 API를 설계할 때 애플리케이션 개발을 위한 최소한의 라이브러리 세트를 제공하고, CLDC 라이브러리 APIs는 두 종류로 나눌 수 있다. 컨피규레이션이란 자바 가상머신과 코어 API들에 대한 명세를 의미하고, 프로파일은 그 상위의 클래스 라이브러리, 즉 표준 API 집합에 대한 명세를 의미한다. 이러한 개념적인 분할이 필요한 이유는 메모리와 CPU등의 크기와 성능이라는 측면에서의 요구사항이 동일한 디바이스들의 집합을 하나로 묶어서 컨피규레이션을 정의하고,

10 CDC & CLDC 출처 모바일 자바(http://www.mobilejava.co.kr) 강좌
이 두 가지의 컨피규레이션은 메모리와 소비전력에 따른 다 가지의 분류의 장치들을 그 대상으로 합니다. Configuration 레벨에는 두 가지 형태의 클래스들이 정의되어 있다. J2ME에서 상속 받은 클래스와 소형 장치들을 위해 특별히 설계된 클래스들입니다. J2ME에서 상속 받은 클래스들은 Java.lang, java.io, java.util 패키지처럼 J2SE의 클래스와 똑같거나 그 일부분으로 구성되어 있습니다. 상속 받은 CLDC의 클래스 라이브러리들은 CDC에 대해서 상향 호환됩니다. 상속 받지 않은 특정 Configuration의 클래스들은 J2SE와 호환되지 않습니다. 이 관계에 대해서는 뒷 장에 설명 드리겠습니다.

11 CLDC KVM J2SE의 코어 API의 서브 셋을 포함한 J2ME Configuration
16-32비트 프로세서 저전력 소모, 주로 배터리 사용 네트웍 연결성 : 제한된 대역폭(9600bps 이하) J2SE CDC CLDC 다시 한번 CLDC에 대해서 정리해 드리면 다음과 같습니다. 먼저 VM으로는 KVM을 사용하고, J2SE의 코어 API의 서브 셋을 포함한 J2ME 컨피규레이션입니다. 128 ~ 512K의 메모리 여유 공간과 16 ~ 32비트 프로세서를 사용하고, 주로 배터리를 사용하는 저전력을 소모하는 기기를 그 주요 대상으로 하고 있습니다. 앞 장에서도 살펴본 J2SE의 상속을 받고, CDC에 대해 상향 호환되는 관계를 그려 보면 다음과 같이 표현할 수 있습니다.

12 CLDC Java 언어 및 가상머신의 특징 Core Java Libraries 네트워킹과 입출력 보안과 국제화

13 MIDP Profile Mobile Information Device Profile
출처 국민대 2003 졸업 프로젝트 - Mobile Java Unification Toolkit Profile Core API의 상위 Class Libraries 표준 API Mobile Information Device Profile CLDC Configuration을 기반으로 설계된 Java Class Libraries에 대한 Profile CLDC의 명세를 확장, 구체화 KVM 그럼 다음으로 MIDP에 대해서 살펴보겠습니다. 먼저 프로필을 살펴보겠습니다. 프로필이라는 것은 코어 API의 상위 클래스 라이브러리들로써 표준 API를 정의한 것 입니다. 앞에서 살펴 보았듯이 컨피규레이션으로 하드웨어적으로 비슷한 기기들을 지원하는 것을 묶어 두고 기계장치 종류별로 프로필을 제공합니다. 즉 이렇게 컨피규레이션을 바탕으로 각 디바이스들의 기능, 혹은 버티컬 시장의 요구사항에 맞추어 프로필을 정의함으로써, 플랫폼의 통일성과 다양성을 동시에 만족시킬 수 있습니다. 그 프로필중 하나인 MIDP는 모바일 인포메이션 디바이스 프로필로 CLDC를 기반으로 설계된 프로필입니다. CLDC의 명세를 확장 구체화 시킨 것으로 역시 VM은 KVM을 사용합니다.

14 MIDP 96x54 이상의 스크린 사이즈 비트 이상의 디스플레이(모노크롬) 종횡비(aspect ratio)가 약 1:1에 근접
한 손, 혹은 두 손으로 입력 가능한 입출력 메커니즘 MIDP 컴포넌트를 위한 128K의 비휘발성 메모리 공간 애플리케이션이 생성하는 데이터의 저장을 위한 8K의 비휘발성 공간 자바 런타임을 위한 32K의 휘발성 메모리 공간 양방향, 무선, 제한된 대역폭, 간헐적으로 연결될 수 있음 MIDP는 CLDC 보다 조금 더 상세한 명세를 가지고 있습니다. 다음과 같은 명세가 정의되어 있습니다.

15 CLDC, MIDP 출처 모바일 자바(http://www.mobilejava.co.kr) 강좌
CLDC와 MIDP 간의 관계를 정리해 보면 다음과 같은 표로 나타낼 수 있습니다. VM은 둘 다 KVM을 사용하고, 에디션은 J2ME, 컨피규레이션은 CLDC, 그리고 프로필로 MIDP를 사용합니다. PDA profile, RMI profile 은 현재 구현되지 않았고 구현될 예정이라고 합니다. 따라서 마지막으로 컨피규레이션과 프로필을 정리해보면 다음과 같습니다. VM위에 장치 종류에 따른 컨피규레이션을 정의하고 특정 장치에 맞는 프로필을 사용한다고 생각하시면 되겠습니다. 즉 컨피규레이션에서는 클래스와 패키지를 정의하고 프로필에서는 API를 정의한다고 보면 편하겠습니다.

16 CLDC, MIDP MIDP CLDC KVM Phone UI Real Time OS Hardware (CPU) 출처
모바일 자바( 강좌 MIDP CLDC KVM Phone UI CLDC, MIDP의 전화기 예를 들어보면 다음과 같이 되겠습니다. 먼저 하드웨어 위에 OS를 얹고, UI을 얹습니다. 그리고 KVM 위에 CLDC, MIDP를 구동함으로써 J2ME 시스템이 완성됩니다. Real Time OS Hardware (CPU)

17 Virtual Machines KVM SK-VM ez-JAVA(KittyHawk) 출처
국민대 2003 졸업 프로젝트 - Mobile Java Unification Toolkit KVM Kilobyte Virtual Machine 메모리 풋 프린트 50K 이하 클래스 라이브러리를 모두 포함해서 128K Java 언어의 기능을 유지 CLDC의 기본 VM SK-VM SKT(XCE) MIDP호환 VM ez-JAVA(KittyHawk) LGT CLDC를 위한 Profile 이번엔 VM에 대해서 알아보겠습니다. 먼저 KVM은 CLDC의 기본 VM으로 킬로바이트 VM을 추구하고 있고, 메모리 풋 프린트 50K 이하, 클래스 라이브러리를 모두 포함해서 128K이하로 유지하면서 자바 언어의 기능을 유지하려는 목적을 가지고 설계된 VM입니다. SK-VM은 SK의 자회사인 XCE에서 독자적으로 개발한 Clean Room방식의 MIDP 호환 VM으로 SK-VM 또는 XVM이라고 부르는 자바VM입니다. 이것은 기술 스펙만을 보고 그에 맞게 기능을 구현함으로써 썬사에 별도의 로열티를 물지않고 사용하기 위한 방편으로 설계된 것으로 보입니다. 국내 기술력에 대해 세계에 알린 좋은 사례로써 이 VM은 풍부한 독자규격의 OEM spec을 개발하여 제공하는데, Hardware를 제어할 수 있는 많은 툴을 제공하고 있습니다. EZ-JAVA(KittyHawk)은 MIDP가 아닌 CLDC 를 위한 Profile로서 200Kbyte 이하의 적은 메모리를 사용하도록 설계되어있습니다. 따라서 SK-VM과는 조금 차이를 보입니다.

18 Virtual Machines MIDP CLDC SK-VM Nextel Motorola DoCoMo KittyHawk Java
출처 국민대 2003 졸업 프로젝트 - Mobile Java Unification Toolkit KittyHawk (ez-Java) DoCoMo Java (iAppli) SK-VM Nextel Motorola MIDP 앞에서 말한 내용을 정리해보면 다음과 같이 표현됩니다. CLDC 위에 MIDP가 있고, SK-VM은 그 위에 위치하고 있고, 키티호크는 CLDC위에 바로 자리잡고 있는 것을 알 수 있습니다. CLDC

19 국내 J2ME 현황 출처 모바일 자바(http://www.mobilejava.co.kr) 강좌
J2ME의 국내 사용현황에 대해서 알아 보겠습니다. 먼저 LGT는 충실하게 자바 표준을 따르고 KVM, 키티호크 등을 사용하고 있습니다. 그래서 썬에 무는 로열티도 꽤 많은 것으로 알려져 있고, 그 때문인 지 올해 3월에는 LG 또한 자체 자바 솔루션을 개발했다는 뉴스가 나오기도 했습니다. SKT는 앞에서도 설명했듯이 SK-VM이라는 독자적인 VM을 구현해서 로열티를 물지 않고 J2ME를 사용하고 있는 것으로 알려져 있습니다. KTF의 경우에는 퀄컴이 만든 브루라는 플랫폼을 사용하는데, 자바기반은 아니고, C/C++ 기반의 플랫폼입니다. 이렇게 통신 3사가 모두 다른 플랫폼과 개발언어를 사용하고 있어서 이에 대한 표준화 작업 요구가 일어났고, 이에 따라 만들어 진 것이 위피 입니다.

20 국내 J2ME 현황 SK-VM 문제점 Brew 콘텐츠 제공업체의 중복 투자 통일되지 않은 플랫폼으로 인한 국가적 낭비
KittyHawk (ez-Java) SK-VM Brew 문제점 콘텐츠 제공업체의 중복 투자 통일되지 않은 플랫폼으로 인한 국가적 낭비 국내 통신 3사가 SK-VM, Brew, 키티 호크 등으로 플랫폼이 나눠져 있자, 콘텐츠 업체의 중복투자와 통일되지 않은 플랫폼으로 인한 국가적 낭비가 있었습니다. 이에 대한 해결책으로 표준화를 위한 위피를 만들게 되었습니다.

21 WIPI Wireless Internet Platform for Interoperability 목 적
출처 네이버 백과사전 Wireless Internet Platform for Interoperability 목 적 이동통신에서 같은 플랫폼을 사용함으로써 국가적 낭비를 줄이고자 함 SKT, KTF, LGT, 삼성전자, LG전자 ETRI, TTA, 전파연구소 국책 사업으로 시작 위피는 w i p f i 의 약자로 이동통신에서 같은 플랫폼을 사용함으로써 국가적 낭비를 줄이고자 하였습니다. 그 정회원으로는 SKT, KTF, LGT, 삼성전자, LG전자, ETRI, TTA, 전파연구소가 있고 2001년도에 국책사업으로 시작되었습니다.

22 WIPI 현황 출처 네이버 백과사전 2002 5월 : 표준 확립 6월 : 국제무선인터넷표준화기구(OMA)에 국제 표준으로 제안 LG전자 : 위피 적용 휴대폰 최초 출시 CLDC/MIDP와 완전한 호환성을 갖춘 2.0 버전 완성 2002년 5월 표준으로 확립되었고, 6월에 국제무선인터넷표준화기구에 국제 표준으로 제안하였습니다. 2003년 6월에 위피를 적용한 최초의 휴대폰이 출시되었고, 2004년 2월에 CLDC와 MIDP 완전한 호환성을 갖춘 2.0버전이 완성되었습니다.

23 WIPI 현황 2005. 4. 여러 가지 특징 발생 전기통신설비의 상호접속기준 고시
출처 네이버 백과사전 전기통신설비의 상호접속기준 고시 신규 출시되는 모든 단말기에 위피 의무 탑재 여러 가지 특징 발생 2005년 4월에는 전기통신설비의 상호접속기준 고시에 따라 이후 출시되는 모든 단말기에는 위피가 의무적으로 탑재가 되기 시작했습니다. 이에 따라 여러 가지 장점, 부작용 등도 함께 생겨나게 되었습니다.

24 WIPI의 장점 통합된 다양한 어플리케이션 실행 환경 제공 GUI 및 OS 기능 제공 가능 멀티 프로세싱 가능
출처 디지털 타임스 , [알아봅시다 - 위피] 통합된 다양한 어플리케이션 실행 환경 제공 GUI 및 OS 기능 제공 가능 멀티 프로세싱 가능 J2ME VM 규격을 갖추고 있음 Java 개발자, 컨텐츠를 쉽게 흡수할 수 있음 먼저 위피의 장점으로는 통합된 다양한… 자바 개발자 컨텐츠를 쉽게 흡수할 수 있다는 강점이 있습니다.

25 WIPI의 한계 이통사간의 완벽한 호환이 보장 안됨 의무 탑재
출처 디지털 타임스 , [양날의 칼 - 위피] 이통사간의 완벽한 호환이 보장 안됨 SKT의 위피 기반의 어플리케이션이 KTF에서 동작한다고 보장할 수 없음 의무 탑재 해외 컨텐츠 개발에 취약 Brew의 경우 31개국 69개 사업자의 채택 전세계 매출 규모 3조 5000억 영향력 확대 중 국내 Brew 개발 업체 상당수가 사라짐 C 업체들의 고사 위피의 한계점에 대해서도 알아보겠습니다. 먼저 가장 큰 문제점은 이통사간의 완벽한 호환이 보장되지 않는다고 합니다. 즉, SKT의 위피 기반의 어플리케이션이 KTF의 단말기에서 완벽하게 동작한다고 보장할 수 없다고 합니다. 또한 한국에서 의무탑재가 되어버린 위피로 인해 해외 컨텐츠 개발이 취약해 지고 있다고 합니다. 미국 샌디에고에서 열리고 있는 브루 2006 컨퍼런스에서 퀄컴의 한 고위 관계자는 사견임을 전제로 한국 무선 인터넷이 후퇴하고 있다는 의견을 나타냈다고 합니다. 물론 브루가 퀄컴이 로열티를 쥐고 있고, 한국에서는 위피로 그 입지가 좁아 들어서 한 말일 수도 있지만, 브루의 경우 31개국 69개 사업자가 채택하고 있고 3조 5000억 규모의 시장을 형성하고 있으며 점점 영향력이 확대되고 있다고 합니다. 그러나 우리나라의 경우 위피를 표준으로 체택하는 바람에 브루 개발 업체 상당수가 이미 사라졌고, C개발 업체들은 고사하고 있고 시장에서는 자바 개발자들만 찾고 있는 것이 현실입니다.

26 J2ME의 미래 다양한 멀티미디어 기기에서의 활용 Java Card 극복해야 할 점
디지털 셋톱 박스, 네비게이션, 휴대용 TV 등 플랫폼 독립적이라는 Java의 특성상 여러 기기에서 활용 가능 Java Card Smart Card에 Java Program(Applet) 구동 결제, 인증 시스템 등에서 사용 가능 극복해야 할 점 표준화 : 모든 기기에 J2ME 설치 C 등 다른 언어와의 경쟁과 타협 마지막으로 J2ME의 미래에 대해 알아보겠습니다. J2ME는 자바의 특징을 이어 받아 다양한 멀티 미디어 기기에서 플랫폼 독립적으로 작동할 수 있고, 이러한 강점은 유비쿼터스 환경에 가장 강력한 환경이라는 것은 틀림이 없어 보입니다. 또한 자바 카드란 것을 통해, 스마트 카드 안에 여러 애플릿의 구동으로 각종 결제 시스템, 인증 시스템에 활용할 수 있는 등 점점 우리 주위에 J2ME를 사용하는 기기들은 많아질 것이라고 어렵지 않게 알 수 있습니다. 하지만 J2ME가 이렇게 나아가기 위해서는 모든 기기에 J2ME가 설치되어 있어야 한다는 한계 점이 있고, 또한 J2ME가 100% 사용에 실패할 경우에는 현재 우리나라가 위피를 채택함으로 생긴 여러 문제들처럼 C 등 다른 언어와 경쟁을 벌여야 함은 물론 또한 타협을 통해 서로 피해가 없는 환경이 이루어져야 할 필요가 있을 것 같습니다.

27 Q & A Thank you…