KR100864192B1 - 사전 내면화된 프로그램 파일들을 생성 및 이용하기 위한 방법 및 디바이스 - Google Patents

사전 내면화된 프로그램 파일들을 생성 및 이용하기 위한 방법 및 디바이스 Download PDF

Info

Publication number
KR100864192B1
KR100864192B1 KR1020037011692A KR20037011692A KR100864192B1 KR 100864192 B1 KR100864192 B1 KR 100864192B1 KR 1020037011692 A KR1020037011692 A KR 1020037011692A KR 20037011692 A KR20037011692 A KR 20037011692A KR 100864192 B1 KR100864192 B1 KR 100864192B1
Authority
KR
South Korea
Prior art keywords
memory
image
instructions
internalization
reusable
Prior art date
Application number
KR1020037011692A
Other languages
English (en)
Other versions
KR20040004551A (ko
Inventor
플락스톤아이리스엠.
라우치사뮤엘제이.
오스만존에이치.
보크스텐앤드류에이.
베네트제이슨엠.
Original Assignee
프리스케일 세미컨덕터, 인크.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 프리스케일 세미컨덕터, 인크. filed Critical 프리스케일 세미컨덕터, 인크.
Publication of KR20040004551A publication Critical patent/KR20040004551A/ko
Application granted granted Critical
Publication of KR100864192B1 publication Critical patent/KR100864192B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44557—Code layout in executable memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators

Abstract

디바이스(45)가 새로운 프로그램 파일들(46)을 수신하고, 프로그램 실행이 일어날 때마다 프로그램 파일을 내면화해야하는 것을 회피하기 위해 사전 내면화된 이미지들을 이용한다. 일실시예에서, 디바이스 내의 소프트웨어 가상 머신(50)은 사전 내면화를 행하기 위해 기능한다. 일단, 디바이스의 영구 메모리(56)에 저장된 이미지들을 생성하기 위해 프로그램 파일들이 사전 내면화되면, 이미지들은 사전 내면화 동작을 수행하지 않고 이어서 실행될 수 있다. 또한, 동적 메모리(52)의 이용은 후속 프로그램 실행과 관련하여 감소되고 새로운 프로그램 파일들의 실행 시간이 감소된다.
Figure R1020037011692
사전 내면화, 프로그램 파일, 임베디드 디바이스, 동적 로딩

Description

사전 내면화된 프로그램 파일들을 생성 및 이용하기 위한 방법 및 디바이스{Method and device for creating and using pre-internalized program files}
본 발명은 일반적으로 고급 언어로 작성된 프로그램 파일들의 프로세스에 관한 것이며, 특히 동적 로딩을 할 수 있는 고급 프로그래밍 언어로 작성된 프로그램 파일에 관한 것이다.
포켓용(hand-held) 및 다른 전자 디바이스들의 수와 종류가 증가됨에 따라, 이들 디바이스들 상에서 실행되고 이들 디바이스들과 인터페이스하는 애플리케이션들(applications)이 대응하여 증가할 뿐만 아니라, 이용자가 특정 프로그램들 및 기능성을 부가하기 위한 원하는 유연성이 증가한다. 이들 디바이스들은 명령들을 실행하기 위한 프로세서, 특정 기능 유닛들, 및 원하는 기능성을 제공하기 위한 명령들을 포함하기 때문에, 때때로 "임베디드 디바이스들(embedded devices)"이라 불린다. 임베디드 디바이스들은 그들 자신의 전원을 구비한 전형적으로 독립형 디바이스들(stand alone devices)이지만, 흔히 다른 시스템들과 인터페이스하는 능력을 포함한다. 예를 들면, 이동 전화기들, 무선 호출기들 및 개인용 휴대 정보 단말기들(PDAs : personal digital assistants)과 같은 임베디드 디바이스들은 전형적으로, 디바이스 내에 저장된 컴퓨터 프로그램들을 실행하기 위한 중앙 프로세스 장치(CPU) 및 이동성을 허용하는 배터리를 포함한다. 임베디드 디바이스를 제작한 다음, 개별 이용자들은 특정 기능성 또는 애플리케이션들을 부가함으로써 그들 디바이스를 커스터마이즈(customize)하기를 원할 수 있다. Sun Microsystems, Inc.에 의해 개발된 JavaTM 언어와 같은 고급 프로그래밍 언어로 작성된 컴퓨터 프로그램들, 또는 코드들을 이용하는 것이 바람직하며, 이들은 이용자 공급 애플리케이션들(user-supplied applications)의 나중 설치를 용이하게 한다. 자바는 하나의 운영 체제 또는 하드웨어 구성에 특정되지 않음을 의미하는 플랫폼 독립형(platform-independent)이므로 특히 흥미를 끈다.
임베디드 디바이스를 위한 코드를 개발하는데 있어서 한가지 제약은 제한된 양의 메모리인데, 이것은 디바이스가 저장할 수 있는 코드의 양을 감소시키며, 또한 디바이스의 계산 능력들에도 영향을 준다. 임베디드 디바이스를 위한 코드를 설계하는데 있어서 주목적은 메모리 효율 및 설치된 애플리케이션들의 속도를 최대화하는 것이다. 현재, 임베디드 애플리케이션들의 메모리 효율을 증가시키는 여러 방법들이 존재하지만, 이들 방법들은 일반적으로, 이용자에 의한 부가의 애플리케이션들의 후속 설치에는 확장되지 않는다.
자바는 특히, 휴대 가능하고, 프로그래밍이 쉬우며, 중성 구조 (architecture-neutral)인 객체 지향 프로그래밍 언어이다. 객체 지향 설계는 객체들에 대한 인터페이스들뿐만 아니라 "객체들(objects)"이라 불리는 데이터에 초점을 맞춘다. 자바 프로그램은 다양한 프로세스 장치들 및 운영 체제 구조들을 포함하는 네트워크 내의 어디에서나 실행될 수 있다.
자바 프로그램들은 컴파일 및 해석된다. 컴파일은 한번 행해지며, 여기서 컴파일된 자바 프로그래밍 코드는 "자바 바이트 코드(JBC : Java ByteCode)"라 불린다. JBC는 중성 구조 또는 플랫폼 독립형인 중간 언어이다. 자바 해석기는 프로세서 상의 JBC 명령들을 구문 해석(parse) 및 실행한다. 프로그램이 실행될 때마다 해석이 행해진다. 클래스 파일(class file)이라 불리는 자바 이진 파일은 심볼 데이터와 같은 지원 정보뿐만 아니라 주어진 프로그램을 위한 JBC를 포함한다. 클래스 파일 또는 프로그램 파일은 필드들, 방법들, JBC 어레이들, 및 심볼 참조 테이블과 같은 클래스에 관한 정보 또는 "항목들(items)"을 포함한다. 특히, 자바 프로그램은 컴파일 시, 하나 또는 한 세트의 클래스 파일들을 생성하는 하나 또는 그보다 많은 자바 파일들로 구성되어 있다.
JBC는 실제로 "자바 가상 머신(Java Virtual Machine)"(Java VM)을 위한 머신 코드 명령들이다. 자바 개발 환경 또는 자바-가능한 웹 브라우저와 같은 모든 자바 해석기는 자바 VM의 구현을 이용한다. 흔히, 이들 툴들은 시스템 상에 이미 설치된 자바 VM을 이용하거나 자바 VM과 함께 제공될 수 있다. 자바 VM은 또한 하드웨어에서 구현될 수도 있음을 주지한다. 이러한 방식으로, 자바 컴파일러를 가진 임의의 머신 상에서 프로그램이 컴파일될 수 있고, 결과로서 생긴 JBC는 자바 VM의 어떠한 구현에서도 실행할 수 있다.
자바로 작성된 애플리케이션들을 휴대 가능하게 만들기 위하여, 많은 심볼 정보(symbolic information)가 유지된다. JBC의 정규 자바 VM 실행 동안, 심볼 데이터는 동적 바인딩(dynamic binding)을 수행하기 위하여 자바 VM에 의해 이용되고, 그에 의해 참조된 구조에 대한 실제 포인터가 얻어진다. 예를 들면, 함수에 대한 각 참조는 클래스 이름, 함수 이름, 및 시그너처와 같은 심볼 정보에 의해 표현된다. 클래스 이름은 메소드(method)의 선언을 포함하는 클래스 객체를 식별한다. 메소드들은 그 클래스에 대한 이용 가능한 다양한 함수들을 식별하고, JBC 어레이들은 메소드를 구현하도록 실행되는 프로그램들이다. 시그너처와 함께 함수 이름은 그 클래스 내의 주어진 함수를 식별한다. 시그니처는 함수에 전달(pass)되고 함수에 의해 반환된 인수의 멤버 및 타입을 기술한다. 심볼 정보는 자바 이진 파일의 크기를 확장하며 그 확장은 메모리 저장 문제들을 야기한다. 실행 동안, 심볼 정보 및 JBC의 두 개(2)의 사본들이 유지된다: 제 1 사본은 영구 메모리에 저장되고 제 2 사본은 자바 VM에 의해 쉽게 다루어지는 포맷으로 동적 메모리에 저장된다. 무선 호출기들, 휴대 전화기들, 및 PDA들과 같은 작은 임베디드 디바이스들에 대해서, 동적 메모리가 크게 제한된다. 따라서, 동적 메모리 이용을 감소시키는 것이 바람직하다. 실행 동안, 심볼 참조들을 다루는 고비용 테이블 룩업들의 이용으로 인해, 부가적인 문제점이 잠재한다.
이들 몇몇 문제점들을 프로세스하기 위하여, 툴들은 메모리를 보다 효율적으로 이용하기 위해 자바 클래스 파일들의 소형(compacting) 및 포맷을 허용한다. "사전 내면화(Pre-internalization)"는 메모리에 배치될 때 자바 클래스 파일 정보를, 클래스 객체를 표현하는 포맷으로 재포맷하는 프로세스이다. 내면화는 클래스 파일의 로딩 동안 발생하며, 클래스 파일로부터 클래스 정보를 추출하고 동적 메모리의 구조(들)에 정보를 저장하는 프로세스이다. 사전 내면화 프로세스는 심볼 참조들 및 클래스 로딩을 제거하여, 동적 메모리 저장 요구들을 감소시키며, 애플리케이션의 실행의 속도를 올려준다. 사전 내면화된 파일의 포맷은 각 자바 VM 구현에 특정된다.
사전 내면화는 컴파일 후에 그러나 JBC의 정규 로딩 및 실행에 앞서 발생한다. 사전 내면화된 클래스 객체들은 동적 메모리에 그들을 저장할 필요를 제거하도록 구성되며, 따라서, 영구 메모리에 유지될 수 있다. 이것은 실행 동안, 동적 객체들의 생성을 위해 많은 동적 메모리를 비운다(free). 상태뿐만 아니라 동적 객체들을 유지하는데 이용된 정보 및 구조들은 "자바 힙(Java heap)"이라 불리는 곳에 저장된다. 영구 메모리에 클래스 정보를 저장하는 것은 실행 동안 이러한 정보를 갱신하는 능력을 제거하기 때문에, 사전 내면화에 문제가 존재한다.
현행 해결책들은 타겟 디바이스 상의 클래스 설치에 앞서 모든 심볼 참조들이 결정(resolved)될 것을 요구함으로써 동적 메모리에 심볼 정보를 저장하는 것을 회피한다. 결정한 참조들은 이 참조를 참조된 항목의 위치, 즉 어드레스로 대체하는 것을 포함한다. 디바이스 상에 이미 설치된 클래스들에 참조가 이루어지고 참조된 항목의 위치가 알려지지 않거나 신뢰할 수 없는 클래스 파일들의 세트 또는 "클래스 파일 유닛(class file unit)"을 사전 내면화하는데 문제점이 존재한다. 참조된 클래스 정보가 중복되는 것을 피하기 위하여, 설치된 클래스들이 디바이스로부터 제거되고 새로운 파일들의 세트로 다시 패킹된다(repackaged).
도 1은 클래스 파일들이라고 불리는 프로그램 파일들을 프로세스하는 종래 기술의 프로세스(6)를 도시한다. "클래스 1", "클래스 2", 및 "클래스 3"으로 라벨이 붙여진 프로그램 파일들(8)은 전프로세서(preprocessor)(10)에 의해 로딩된다. 전프로세서(10)는 포맷된 클래스 파일 정보(12)를 발생시킨다. 포맷은 실행 동안 이용하기 위해, 각 프로그램 파일, 즉 클래스 1, 클래스 2 및 클래스 3을 클래스 객체로 변환하며, 여기서 클래스 객체들은 이용된 JVM 구현에 특정된다. 전프로세서(10)는 소프트웨어 또는 하드웨어에 구현될 수 있는 툴이다. 포맷된 클래스 파일 정보(12)는 타겟 디바이스에 저장하도록 구성되어 있으며, 타겟 디바이스는 동적 및 영구 메모리 모두를 가진다. 컴파일러 및 링커(16)는 자바 VM 소스 코드(14)와 포맷된 클래스 파일 정보(12)를 결합한다. 자바 VM 소스 코드(14)는 타겟 디바이스에 구현된 자바 VM에 특정된다. 컴파일러 및 링커(16)의 출력은 두 개의 부분들을 갖는 자바 VM 이미지(18)이다: 제 1 부분은 자바 VM(19)을 저장하고 제 2 부분은 사전 로딩된(preloaded) 클래스 정보(20)를 저장한다. 사전 로딩된 클래스 정보(20)는 포맷된 클래스 파일 정보의 컴파일된 버전이다.
이점에서, 자바 VM 이미지(18)는 타겟 디바이스의 디바이스 메모리(22)에 저장된다. 이 경우, 디바이스 메모리(22)는 동적 메모리(26) 및 영구 메모리(24)를 포함한다. 한 실시예에서, 동적 메모리(26)는 RAM으로 구현되고, 영구 메모리(24)는 ROM 및/또는 플래시 메모리로 구현된다. 동적 메모리(26)는 실행 동안 임시값들 및 변수들을 저장하기 위해 이용된다. 영구 메모리(24)는 다수의 부분들을 포함한다: 클래스 로더를 저장하기 위한 제 1 부분(28), JBC 해석기를 저장하기 위한 제 2 부분, 및 사전 로딩된 클래스 정보(20)를 저장하기 위한 제 3 부분(32). 클래스 로더의 부분(28)은 자바 VM에 의한 이용을 위해 이진 클래스 정보를 포맷하는데 이용되며, 사전 로딩된 클레스 정보는 전프로세스 및 컴파일 동안 포맷되었기 때문에 클래스 로더의 부분(28)은 사전 로딩된 클래스 정보(20)에 대해 요구되지 않는다. 디바이스 메모리(22)에 저장된 자바 VM 이미지(18)는 자바 프로그램 파일들, 즉 프로그램 파일들(8)의 클래스 1, 클래스 2, 클래스 3을 실행하는데 이용된다. 디바이스 메모리(22)는 포켓용 디바이스 또는 다른 애플리케이션과 같은 디바이스 내에 구현된다.
흔히, 제작자가 프로세스(6)를 수행한 후 영구 메모리(24)로부터 프로그램 파일들을 삭제하는 것이 바람직하다. 불행하게도, 일단 클래스 파일들(8)이 영구 메모리(24)에 저장되었으면, 이용자는 디바이스의 제작자로부터 도움없이 저장된 프로그램 파일들을 삭제할 수 없다. 그 도움은 제작자에게 디바이스를 되돌려 주거나 제작자로부터 프로세스(6)와 연관된 모든 툴들을 수신하는 형태를 취한다. 제작자들은 이용자들에게 그러한 독점적인 툴들을 공개(release)하거나 허용(license)하는 것을 달가워하지 않는다.
더욱이, 흔히, 디바이스 메모리(22)의 자바 VM 이미지에 부가의 프로그램 파일들을 부가하는 것이 바람직하다. 흔히, 프로그램 파일들(8)은 애플리케이션에 대한 기본 기능성을 기술하지만, 이용자는 디바이스를 개선시키는 이용자-특정 또는 애플리케이션-특정 부가들(application-specific additions)과 같은 보충적 기능성을 부가하는 것이 자유롭다. 프로그램 파일들을 부가하는 여러 방법들이 있다. 첫 번째 공지된 프로세스에 있어서, 프로세스(6)는 프로그램 파일들(8)이 포함된 부가의 프로그램 파일들로 다시 실행된다. 그 후, 결과로서 생긴 자바 VM 이미지(18)는 프로그램 파일들 모두에 대한 사전 로딩된 클래스 정보, 프로그램 파일들(8)의 사전 로딩된 클래스 정보를 부가의 것들을 더한 것을 포함한다. 이러한 방법은 이용자가 프로세스에 포함된 새로운 프로그램 파일들을 가지기 위해 제작자에게 돌려주거나, 프로그램 파일들(8)을 이용자에게 제공하여 이용자가 프로세스를 수행하도록 허용할 것을 제작자에게 요구하는 방법만큼 유연하지 않다. 도 2에 기술된 두 번째 종래 기술의 방법에 따라서, "클래스 4", "클래스 5", 및 "클래스 6"으로 라벨이 붙여진 프로그램 파일들을 포함하는 부가의 프로그램 파일들(42)은 플래시 메모리와 같은 부가의 영구 메모리(40)에 저장된다. 그 후, 프로그램 파일들(42)은 실행 중에 영구 메모리(24)의 일부(28)에 저장된 클래스 로더에 의해 동적 메모리(26)에 로딩된다. 동적 메모리(26)의 클래스 4, 클래스 5, 및 클래스 6의 로딩된 프로그램 파일들을 저장하기 위한 요구는 자바 힙에 이용 가능한 공간을 감소시킨다. 동적 메모리 공간의 손실은 모든 부가의 메모리 파일들(42)이 동적 메모리(26)에 저장되는 경우에도, 나머지 이용 가능한 동적 메모리 공간이 실행 동안 변수들을 저장하기에 불충분한, 즉, 프로그램이 실행될 수 없는 상황을 야기한다. 동적 메모리 공간이 전형적으로 제한되기 때문에, 자바 힙에 이용 가능한 공간의 양을 최대화하는 것은 많은 애플리케이션들에 있어서 중요하다.
더욱이, 로드를 분류하거나 부가의 프로그램 파일들(42)을 내면화하기 위한 요구가 부가의 프로그램 파일들의 실행마다 수행되어야 한다. 바꾸어 말하면, 프로그램 파일들은 영구적으로 내면화되지 않는다. 그러한 애플리케이션들은 때때로 "일시적 애플리케이션들(transient applications)"이라 불린다. 반복적인 내면화는 프로그램의 실행을 상당히 느리게 한다. 실행 시간 로더에 의한 이러한 내면화의 프로세스는 자바 프로그램 환경에 특정되지 않는다는 것을 또한 주지해야 한다.
도 1은 디바이스 메모리에 영구 저장을 위한 프로그램 파일들을 프로세스하는 공지된 방법을 블록도 형태로 도시한 도면.
도 2는 도 1과 같은 디바이스 메모리에 애플리케이션-특정 프로그램을 부가하는 공지된 방법을 블록도 형태로 도시한 도면.
도 3은 본 발명에 따라 프로그램 파일을 수신하고 프로그램 파일의 실행 가능한 이미지를 생성하기 위한 휴대용 디바이스를 블록도 형태로 도시한 도면.
도 4는 도 3의 휴대용 디바이스의 프로그램 파일 메모리 구조의 세부 사항들을 블록도 형태로 도시한 도면.
도 5는 본 발명에 따라 사전 내면화된 파일들을 생성 및 프로세스하기 위한 프로세스를 흐름도 형태로 도시한 도면.
도 6은 본 발명에 따라 사전 내면화된 파일들의 프로세스 및 오프-클라이언트 생성을 위한 프로세스를 흐름도 형태로 도시한 도면.
도 7은 도 6의 흐름도를 구현하기 위한 클라이언트/오프-클라이언트 시스템을 블록도 형태로 도시한 도면.
도 8은 본 발명에 따른 디바이스의 실시예를 블록도 형태로 도시한 도면.
본 발명은 실시예로서 설명되고 첨부 도면들에 제한되지 않으며, 첨부 도면들에서 동일 참조 번호들은 유사한 소자들을 나타낸다.
통상의 기술자들은 도면들의 소자들이 단순 및 명확하게 도시되었으며, 크기 비율로 도시될 필요가 없다는 것을 인식할 것이다. 예를 들면, 도면들에서 몇몇 소자들의 치수들은 본 발명의 실시예들을 이해를 향상시키는데 도움을 주기 위하여 다른 소자들에 대하여 과장될 수 있다.
설명을 쉽게 하기 위하여, 자바 프로그래밍 언어가 예(exemplar)로서 이용되지만, 본 발명은 다른 프로그래밍 언어들에도 적용 가능하다. 여러 용어들은 임베디드 자바 프로그램(들)을 갖는 시스템을 참조하여 본 명세서에 이용될 것이다. 메모리는 판독 전용 메모리(ROM), 기록 가능한 메모리, 및 판독 가능-기록 가능한 메모리를 의미한다. 판독 가능-기록 가능한 메모리는 랜덤 액세스 메모리(RAM: random access memory), 전기적으로 삭제 가능-프로그래밍 가능한 메모리(EEPROM: electrically-erasable-programmable-memory), 프로그래밍 가능한 메모리(PROM: programmable memory), 플래시 메모리 등일 수 있으며, PROM은 1회 PROM(OTPROM : One-Time Programmable Memory) 및 삭제 가능한 PROM(EPROM : Erasable PROM) 둘 다를 포함한다. 용어 "동적 메모리(dynamic memory)"는 동적으로 할당되고, RAM과 같은 디바이스로부터 전원이 제거되면 저장된 정보 또는 데이터를 유지하지 않는 메모리를 지칭하는데 이용된다. 용어 "영구 메모리(permanent memory)"는 실행 동안 판독 전용으로서 다루어지고, ROM과 같은 디바이스로부터 전원이 제거되면 저장된 정보 또는 데이터를 유지하는 메모리를 지칭하는데 이용된다.
본 발명은 동적 로딩할 수 있는 고급 언어로 작성된 사전 내면화된 프로그램 파일들을 생성 및 이용하기 위한 방법 및 프로세스를 제공한다. 본 명세서에 이용된 바와 같이, 용어 '방법(method)' 및 '프로세스(process)'는 같은 의미인 것으로 의도된다. 이용자-특정 프로그램 파일들의 부가 또는 삭제가 실행에 이용 가능한 동적 메모리의 양을 감소시키지 않고 부가의 프로그램 파일들의 후속 실행 속도를 개선시키도록 허용하는 프로그램 파일들을 프로세스하는 방법이 필요하다.
도 3은 디바이스(45)를 갖는 예시적 프로그래밍 환경(44) 및 임의의 수의 n 클래스 파일들을 갖는 부가의 프로그램 파일(46)들을 도시한 것이며, 여기서 n은 정수이다. 각 클래스 파일은 임의의 크기이며, 이용자가 디바이스(45)에 부가하기를 원하는 한 집합 세트의 프로그램 파일들 중 하나를 표현한다. 디바이스(45)의 원래 제작자가 도시된 부가의 프로그램 파일들(46)로 디바이스(45)를 프로그래밍하지 않았다는 것을 이해해야 한다.
디바이스(45)는 애플리케이션 관리기(48)를 통해 부가의 프로그램 파일들에 결합된다. 동적 메모리(52), 영구 메모리(56) 및 가상 머신(VM)(50)이 애플리케이션 관리기(48)에 양방향으로 결합된다. 동적 메모리(52)의 한 형태는 랜덤 액세스 메모리(RAM)이며, 영구 메모리(56)는 플래시 메모리로서 구현될 수 있다. 영구 메모리(56)는 부가의 프로그램 파일들(46)의 사전 내면화된 이미지를 저장한다. 도시된 형태에서, 가상 머신(50)은 동적 메모리(52) 및 영구 메모리(56)의 각각에 별도로 결합된다. 디바이스(45)내에서 정보가 가상 머신(50)에 응답하여 도시되지 않은 컨덕터들을 통해 동적 메모리(52)와 영구 메모리(56) 사이에 전달된다는 것을 이해해야 한다. 도시된 형태에서, 가상 머신(50)은 클래스 로더(61), 클래스 결정기(class resolver)(62), 클래스 검증기(63), 리소스 관리기(64), 동적 메모리 관리기(65), 바이트 코드 해석기(66), 사전 내면화기(67), 및 영구 메모리(69)에 존재하는 모든 복수의 사전 로딩된 애플리케이션들과 라이브러리들(68)을 구비한다. 가상 머신(50)은 또한 동적 메모리(70)에 존재하는 자바 힙(54)을 구비한다.
동작 중에, 디바이스(45)는 사전 로딩된 애플리케이션들 및 라이브러리들(68) 내에 포함된 미리 결정된 프로그램 파일들을 갖기 위하여 제작자에 의해 원래 프로그래밍되었다. 그러한 사전 로딩된 애플리케이션들이 실행될 때, 가상 머신(50)은 제 1 또는 정규 모드에서 실행하고 그 영구 메모리(69)로부터 애플리케이션들을 프로세스한다. 그러나, 디바이스(45)의 이용자는 디바이스(45) 외부의 임의의 소스로부터 부가의 파일들(46)을 부가하기 원한다고 가정한다. 애플리케이션 관리기(48)는 동적 메모리(52)나 영구 메모리(56) 중 어느 것에 부가의 파일들(46)의 배치를 도와주도록 기능한다. 어느 메모리가 이용되는지의 선택은 애플리케이션-특정이며 및 본 발명에는 적합하지 않다. 애플리케이션 관리기(48)는, 프로그램 파일들을 가상 머신의 고유 메모리 구조로 사전 내면화시키는 제 2 또는 사전 내면화 모드로 가상 머신(50)을 시작한다. 명확하게 하기 위해, 본 명세서에 이용된 용어 '고유 메모리 구조(native memory structure)'는 동작이 임의의 다른 가상 머신과 반대되게 기술된 특정 가상 머신에 특정되는 것을 의미한다. 고유 메모리 구조는 가상 머신이 디바이스 상의 가상 머신의 특정 인스턴스(instantiation)인 특정 가상 머신을 의미한다. 사전 내면화 모드의 결과는 영구 메모리(56)에 저장된 프로그램 파일들의 사전 내면화된 이미지이다. 이러한 사전 내면화된 이미지는 사전 내면화된 이미지가 영구 메모리에 존재하기 때문에 재이용 가능한 실행 가능한 이미지이며, 새롭게 도입된 애플리케이션이 후속하여 실행될 필요가 있다면, 사전 내면화는 반복될 필요가 없다. 더욱이, 동적 메모리(52) 또는 영구 메모리(56)에 배치된 부가의 파일들(46)의 원래 사본(original copy)이 삭제될 수 있어서, 충분한 메모리 절약을 유발한다.
가상 머신(50)은 사전 내면화 기능을 수행할 수 있도록 하기 위하여 수정된 표준 가상 머신이다. 이전 가상 머신들은 사전 내면화를 수행하지 않는다. 클래스 로더(61) 및 클래스 결정기(62)는 정규 모드 또는 사전 내면화 모드에서 실행되도록 수정되었다. 더욱이, 클래스 로더(61)는 사전 내면화된 클래스들을 인식하도록 확장되었다. 바이트 코드 해석기(66)는 사전 내면화기(67)에 의해 생성된 새로운 바이트 코드들을 지원하도록 확장되었다.
분명하게 하기 위하여, 사전 내면화 프로세스는 클래스 파일들의 프로세스를 포함한다. 처음에 클래스들은 클래스 로더(61)에 의해 가상 머신(50)으로 불려 온다(brought into). 클래스 로더(61)는 부가의 프로그램 파일들(46)의 각각 및 모든 클래스와 연관된 가상 머신-특정 데이터 구조들을 생성한다. 정규 모드에서, 클래스들은 애플리케이션 이용에 의해 결정되는 바와 같이 클래스 로더(61)에 의해 로딩된다. 사전 내면화 동안, 가상 머신-특정 데이터 구조들은 부가의 클래스들의 실행 동안 부가의 파일들 내부 또는 외부 중 어느 것의 어떤 다른 클래스들이 참조되는지를 결정하기 위하여 스캐닝된다. 정규 모드에서, 클래스 초기화 방법들은 클래스 로딩 동안 실행될 필요가 있을 수 있고, 따라서, 바이트 코드 해석기(66)의 호출(invocation)을 요구한다. 바이트 코드 해석기(66)는 미리 결정된 클래스에 특정된 임의의 초기화를 수행한다. 그러한 클래스들은 예를 들면, 스태틱 초기화기들(static initializers)을 포함한다. 설치하기 위하여 사전 내면화 동안, 스태틱 초기화기들의 실행은 수행되지 않는다. 스태틱 초기화기들의 실행은 애플리케이션들이 실행되는 경우에만 발생한다. 가상 머신(50)의 클래스 결정기(62)는 발표된 자바 참조 플랫폼과 일치된 종래 방식으로 각 클래스의 상수 풀(pool)에서 엔트리들을 결정하는데 이용된다. 결정의 완료시, 자바 바이트 코드(JBC)는 현재 결정된 참조들(어드레스 포인터들을 통해)을 가리키도록 갱신된다. 더욱이, 클래스들은 사전 내면화 동안 가상 머신(50)의 클래스 검증기(63)에 의해 종래 방식으로 검증된다. 클래스들의 검증은 부가의 파일들의 미래의 실행을 위해 제거된다. 검증은 자바 프로그래밍 언어의 종래의 기능이며, 검증의 다른 논의는 제공되지 않는다. 리소스 관리기(64)는 리소스들을 부가의 프로그램 파일들과 연관되는 방식으로 저장하여 리소스들이 부가의 파일들과 연관된다. 동적 메모리 관리기(65)는 동적 메모리의 클래스와 연관된 데이터 구조들을 생성하기 위하여 프로세스 전반에 이용된다. 결과로서 생긴 데이터 구조들은 내면화된 이미지로서 총괄하여(collectively)으로 불린다. 그 후, 최종 이미지는 영구 메모리(56)에 기록된다. 요약하면, 사전 내면화기(67)는 가상 머신(50)의 구성 요소들이 이들 사전 내면화 단계들을 수행하도록 지시하는 얇은 부분의 코드(a thin piece of code)이다.
도 4는 두 개의 프로그램 파일들의 사전 내면화 후, 도 3의 영구 메모리의 다른 세부 사항을 도시한 것이다. 제 3 세트의 프로그램 파일들(74)을 포함하는 복수의 프로그램 파일들(73)은 자바 애플리케이션 관리기(JAM)(76)에 결합된다. JAM(76)은 영구 메모리(92)에서 동적으로 사전 내면화된 애플리케이션들의 목록을 유지한다. 사전 내면화된 애플리케이션들은 가상 머신의 제작 및 판매가 발생된 후에 가상 머신에 애플리케이션들이 부가된다는 점에서 "동적(dynamic)"인 것이라 불린다.
JAM(76)은 도 3의 가상 머신(50)과 동일한 구성 요소들을 갖는 가상 머신(72)에 접속된다. 설명의 편의를 위해, 가상 머신의 모든 구성 요소들이 도 4에 자세히 표현된 것은 아니다. 가상 머신(72)은 VM이 제 1 또는 정규 모드로 실행 중일 때 이용하기 위한 바이트 코드 해석기(79), VM이 제 2 또는 사전 내면화 모드로 실행 중일 때 이용하기 위한 사전 내면화기(80), 및 프로그램 파일들의 사전 로딩된 클래스들(81)을 구비한다. 가상 머신(72)은 제 1 세트의 프로그램 파일들의 사전 내면화된 이미지(86), 제 2 세트의 프로그램 파일들의 사전 내면화된 이미지(88), 및 미래의 프로그램 파일들(90)을 위한 공간을 포함하는 영구 메모리(84)에 결합된다.
동작 중에, JAM(76)은 제 1 또는 정규 모드에서 그 바이트 코드 해석기(79)를 우선 이용하여 동작할 때, 가상 머신(72)이 사전 로딩된 클래스들(81) 및/또는 사전 내면화된 이미지(86) 및/또는 사전 내면화된 이미지(88)를 실행하도록 지시한다. JAM(76)은 그 사전 내면화기(80)를 우선 이용함으로써, 가상 머신(72)이 제 3 세트의 프로그램 파일들(74)을 사전 내면화하도록 지시한다. 사전 내면화기(80)는 도 3의 사전 내면화기(67)에 관련하여 기술된 바와 동일한 방식으로 제 3 세트의 프로그램 파일들(74)의 사전 내면화를 구현하도록 기능한다. 사전 내면화기(80)는 미래의 프로그램 파일들(90)을 위한 공간에 저장되는 제 3 세트의 프로그램 파일들(74)에 대한 이미지를 생성한다. 부가적으로, JAM(76)은 가상 머신(72)이 영구 메모리(84)로부터 제 2 세트의 프로그램 파일들(88)을 제거하도록 지시한다. JAM(76)은 영구 메모리(92)에 보관된 동적으로 사전 내면화된 애플리케이션들의 목록의 이용을 통해 사전 습득된 이미지들의 지식을 유지한다. 한 세트의 프로그램 파일들을 사전 내면화하기 전에, JAM(76)은 제 2모드에서 동작하는 가상 머신(72)으로부터 미래의 프로그램 파일들(90)을 위한 공간의 양을 얻는다. 이것은 프로그램 파일들 세트가 사전 내면화될 수 있는지를 결정하도록 JAM(76)을 도와준다. 제 2 모드에서 동작하는 가상 머신(72)은 또한, 한 세트의 프로그램 파일들(74)을 부가 또는 이미 사전 내면화된 이미지(88)를 제거하는 요청 후, JAM(76)에 그 성공 또는 실패 표시를 반환한다.
도 3 및 도 4에 도시된 두 실시예들에서 가상 머신의 코어 구성 요소들이 제 2 모드 또는 사전 내면화 모드에 의해 요청된다는 것을 주지해야 한다. 결과적으로, 가상 머신은 메모리 리소스 어드레스로 완전히 변환된 이미지의 저장을 허용하기 위해 본 발명에서 강화된다.
도 5는 가상 머신과 연관된 자바 애플리케이션 관리기를 위한 다양한 프로그램 애플리케이션 실행 옵션들을 도시한 프로세스(100)를 도시한 것이다. 프로세스는 단계(101)에서 시작한다. 단계(103)에서, 이용자 또는 다른 소스는 한 세트의 이용 가능한 프로그램 파일들로부터 프로그램 파일을 선택한다. 선택된 프로그램 파일들은 사전 내면화된 이미지 형태로 디바이스 상의 메모리에 이미 존재하거나 존재하지 않을 수 있다. 그 세트는 사전 로딩된 클래스들 및/또는 사전 내면화된 이미지들 및/또는 가상 머신 외부의 프로그램 파일들을 포함한다. 사전 로딩된 클래스들의 프로세스가 도 5에 상세히 도시되지 않았다는 것을 이해해야 한다. 단계(105)에서, 사전 내면화된 애플리케이션 이미지가 이전에 생성되었는지 여부에 대한 결정이 이루어진다. 이전에 생성되었다면, 이미지는 가상 머신을 포함하는 디바이스 상의 영구 메모리에 존재한다. 단계(105)에 대한 대답의 결과가 '예'이면, 단계(107)는 (1)프로그램 파일들을 실행하거나 (2) 영구 메모리의 사전 내면화 공간으로부터 프로그램 파일들을 제거하는 두 개의 선택들을 제공한다. 한 형태에서, 어떤 선택을 선출하기 위하여 이용자로부터 이용자 요청이 수신될 수 있다. 초기에, 이용자 또는 다른 소스가 프로그램 파일들을 실행하도록 선출한다고 가정한다. 프로그램 파일들이 영구 메모리의 사전 내면화 공간에 존재하기 때문에, 정규 모드의 가상 머신은 단계(109)에서 사전 내면화된 이미지를 실행하기 위하여 자바 애플리케이션 관리기에 의해 호출된다. 실행의 완료시, 프로그램 파일의 실행에 관련하여 종료 단계(100)에 도달되었다. 이용자 또는 다른 소스가 가상 머신을 포함하는 디바이스의 영구 메모리로부터 프로그램 파일을 제거하는 것을 선출한다고 가정한다. 자바 애플리케이션 관리기는 단계(112)에서 사전 내면화된 이미지를 제거하기 위하여 제 2 모드에서 가상 머신을 호출한다. 가상 머신이 사전 내면화 모드에서 동작할 때 사전 내면화된 이미지들의 제거가 사전 내면화기의 부가의 기능임을 주지한다. 제거 시, 종료 단계(113)에 이른다. 자바 애플리케이션 관리기는 또한, 영구 메모리에서 동적으로 사전 내면화된 프로그램 파일들의 목록을 갱신한다.
단계(105)로 돌아가서, 관심있는 사전 내면화 이미지가 이전에 발생되지 않았다고 가정한다. 단계(105)에 대한 결과로서 생긴 대답이 '아니오'이면, 단계(114)는 (1) 프로그램 파일들을 실행하거나 (2) 영구 메모리의 사전 내면화 공간에 프로그램 파일들을 부가하는 두 가지 선택을 제공한다. 한 구현에서, 선택은 프로그램 파일들을 실행하거나 사전 내면화 모드로 진입하려는 이용자 요청에 응답하여 구현될 수 있다. 다른 실시예는 자동 실행 루틴으로 선택을 구현할 수 있다. 이용자 또는 다른 소스에 의해 프로그램 파일을 실행하기 위한 결정이 이루어지면, 단계(116)가 수행된다. 단계(116)는 도 2의 디바이스에 의해 수행되는 비-사전 내면화된 프로그램 파일들(non-pre-internalized program files)의 실행과 일치한다는 것을 주지해야 한다. 단계(116)는 제 1 또는 정규 모드에서 동작할 때 가상 머신에 의해 프로그램 파일이 내면화되는 제 1 단계(118)를 가진다. 가상 머신의 사전 내면화기가 이러한 사전 내면화 기능에 이용되지 않는다는 것을 주지해야 한다. 오히려, 가상 머신은 사전 내면화를 수행하기 위하여 검증기, 결정기, 등과 같은 다양한 기능부들을 이용한다. 단계(120)에서, 가상 머신은 단계(118)에서 내면화가 발생된 후, 프로그램 파일들을 실행한다. 단계(121)는 프로그램 파일의 실행을 종료한다. 프로그램이 저장된 사전 내면화된 이미지가 아니었기 때문에, 단계(118)는 프로그램 파일들이 실행을 위해 선택될 때마다 수행되어야 한다는 것을 주지해야 한다. 단계(114)로 돌아가면, 이용자 또는 다른 소스가 단계(116)보다는 단계(124)에서 수행되는 프로그램 파일들을 사전 내면화하기 위해 선출한다. 단계(124)에서, 자바 애플리케이션 관리기는 상기 도 3에 대해 기술된 방식으로 사전 내면화된 이미지를 생성하기 위하여 제 2 또는 사전 내면화 모드로 가상 머신을 호출한다. 사전 내면화된 이미지의 생성시, 이미지는 디바이스의 영구 메모리에 저장된다. 단계(105)가 그 후 단계(107)에 대한 프로세스를 지시하면, 단계(124)는 다시 수행될 필요가 없으며, 프로그램 파일들은 실행을 위해 다시 선택된다는 것을 주지해야 한다.
도 6은 대안적인 실시예 프로세스(130)를 도시하고 있다. 프로세스(130)는 단계(131)에서 시작한다. 단계(133)에서, 이용자 또는 다른 소스는 한 세트의 이용 가능한 프로그램 파일들로부터 하나 또는 그 이상의 프로그램 파일들을 선택한다. 한 형태에서, 이러한 선택에 대한 가능한 '다른 소스들'은 오프-디바이스 프로그램 파일 서버 또는 다른 오프-디바이스 소스를 포함할 수 있다. 단계(135)에서, 사전 내면화된 이미지가 디바이스 상에 생성되었는지에 대한 결정이 이루어진다. '디바이스 상' 기준이 단계(135)에 부가된 이유는 이러한 실시예가 오프-디바이스 소스로부터 이미 사전 내면화된 이미지를 수신하는 상황과 그 경우 사전 내면화기가 어떻게 다루어지는지를 도시하기 때문이다. 대답이 '예'이면, 단계들(137, 140, 141, 143 및 144)은 도 5의 단계들(107, 109, 100, 112 및 113)과 각각 정확히 동일하다. 단계(137)는 실행 또는 삭제 동작을 수행하기 위해 이용자 요청에 응답하여 결정될 수 있다. 대답이 '아니오'이면, 사전 내면화된 이미지가 디바이스 어딘가에 생성되었는지에 대한 결정이 이루어지는 단계(146)가 실행된다. 이 질문에 대한 대답이 '아니오'이면, 단계들(148, 150, 151, 152, 153, 156 및 158)은 도 5의 단계들(114, 116, 118, 120, 121, 124 및 125)과 각각 정확히 동일하다. 단계(148)는 실행 또는 사전 내면화 동작을 수행하는지에 대한 이용자 요청에 응답하여 결정될 수 있다. 이 질문에 대한 대답이 '예'이면, 단계(157)가 구현된다. 단계(157)에서, 이미지를 사전 내면화하기 위해서가 아니라 디바이스의 영구 메모리의 특정 위치에 사전 내면화된 이미지를 복사 및 패치하기 위해서만 가상 머신이 자바 애플리케이션 관리기에 의해 호출된다. 단계(157)의 완료시, 종료 단계(160)에 이른다.
도 7에 대한 참조는 오프 디바이스 소스들로부터 수신된 이미지들의 프로세스를 더 보여주고 있다. 이런 실시예는 설치 전 시간을 크게 줄임으로써 애플리케이션의 실행 시간을 더 줄이는 필요성을 다루고 있다. 바꾸어 말하자면 본 발명은 서버로서 작동하는 디바이스로 구현될 수 있다. 그러므로 기존의 디바이스에 유사한 오프 디바이스 서버 또는 오프 디바이스 클라이언트(피어-투-피어)상에서 자바 가상 머신 환경을 운영하는 이점이 생긴다. 오프 디바이스 이미지와 디바이스의 가상 머신에 의해 생성된 이미지간 차이는 이미지가 디바이스의 메모리 자원들 내에서 저장되는 위치이다.
시스템 (180)은 일반적으로 제 1 클라이언트 디바이스(182), 제 2 클라이언트 디바이스 또는 클라이언트 디바이스 시뮬레이션(181)과 디바이스(182)상에 재이용 가능한 실행 가능한 이미지 형태로 상주하지 않는 애플리케이션 한 조(suite)(184)을 가지고 있다. 클라이언트 디바이스(182)는 일반적으로 애플리케이션 관리기(204), 동적 메모리(206), 영구 메모리(220), 및 가상 머신(210)을 구비한다. 한 형태에서 디바이스들(181, 182)의 구조는 도3의 디바이스(45)와 같다. 대안적인 실시예들과 수정된 구조는 여기에서 설명되는 기능을 수행하기 위해 생성될 수 있음은 명백하다. 디바이스(182) 외부의 영구 메모리 내의 선택적 저장 디바이스(200)는 부가의 파일들의 사전 내면화된 이미지들을 저장하기 위해 이용될 수 있다.
동작 중에, 부가의 파일들(184)은 디바이스들(181,182)의 외부의 소스에 의해 생성된다. 부가의 파일들(184)은 그것들의 애플리케이션 관리기(185)에 의해서 클라이언트 디바이스 시뮬레이션(181)을 가진 서버 또는 디바이스로 불려온다. 부가의 파일들은 제 2 모드에서 작동되는 가상 머신(188)에 의해서 파일들의 영구 메모리(190)로 사전 내면화된다. 가상 머신(188)은 이 모드를 지원하기 위해 동적 메모리(187)를 이용한다. 저장된 이미지는 디바이스(181)에 의해서 실행될 수도 있고 그렇지 않을 수도 있다. 디바이스(181)가 클라이언트 디바이스이면, 이 애플리케이션 이미지는 디바이스(181)에 의해서 실행되어질 것이다. 디바이스(181)가 클라이언트 디바이스 시뮬레이션을 가진 서버이면 디바이스(181)는 단지 사전 내면화된 이미지를 생성하는데 이용된다(즉, 디바이스(181)는 애플리케이션 서버로서 작동한다.). 디바이스(181)가 클라이언트 디바이스 시뮬레이션을 가진 서버로서 이용될 때, 이미지는 시스템 디자인 선택 내에서 어느 장소에라도 위치될 수 있는 영구 메모리(200) 내에 임의로 저장된다. 제1 클라이언트 디바이스(182)의 애플리케이션 관리기(204)가 영구 메모리(200) 또는 애플리케이션 관리기(185)로부터 사전 내면화된 이미지를 수신할 때, 사전 내면화의 마지막 과정만이 발생해야만 한다. 마지막 단계는 도 6의 단계(157)이고 영구 메모리(220)에 사전 내면화된 이미지의 복사(copy)와 패치(patch)를 포함하고 있다. 그러므로 시스템(180)은 디바이스(182)가 전체 사전 내면화 프로세스 단계들을 피하는 것이 가능하도록 작동함은 명백하다. 프로세스 전력과 동적 메모리 크기 면에서 크게 제한된 로우-엔드(low-end) 클라이언트 디바이스들을 가지고, 본 발명은 로우-엔드 클라이언트 디바이스들이 독립형 디바이스와 비교해서 비상주 애플리케이션들(non-resident applications)로 구성되는 것이 가능하도록 한다. 게다가, 여기에서 설명된 로우-엔드 클라이언트 구성은 내면화되지 않은 프로그램이 실행을 요구할 때마다 전체적인 사전 내면화를 수행하는 이전의 디바이스들과 비교해서 빠르다.
도 8에 본 발명을 구현하는 디바이스(300)가 예시되어 있다. 디바이스(300)는 프로세서(302)와 메모리(304)를 가진다. 메모리(304)는 많은 상이한 구조들을 가지도록 구성될 수 있고 도 8은 종래 형상들과의 관련하여 설명된 구조와 유사한 구조만을 예시한다. I/O는 역시 양방향 접속된 프로세서(302)와 메모리(304)에 쌍방향 접속된다. 예시된 형태에서 메모리(304)는 자바 애플리케이션 관리기(310), 가상 머신(312), 동적 메모리(314)와 영구 메모리(316)를 가진다.
동작 중에, 프로세서는 미리 결정된 명령들을 실행한다. 메모리(304)의 제 1 부분은 프로세서에 명령들 및 데이터를 제공하기 위해 프로세서(302)에 연결된다. 한 형태에서, 메모리(304)의 제 1 부분은 가상 머신(312)이다. 메모리(304)는 하나 또는 그 이상 명령들의 적어도 제 1, 제 2 및 제 3 세트를 포함한다. 설명될 명령 세트들의 각 세트가 명령들의 하나를 포함하는가, 다수를 포함하는가는 디자인과 프로그래밍 선택의 문제이고, 하드웨어 기능성이 소프트웨어 기능성에 대비해서 얼마나 요구되는지에 의존한다. 오로지 설명 목적만을 위해서, 복수의 명령들이 하드웨어 구현을 최소화시키기 위해 이용되게 된다는 가정이 명령 기능성에 관한 다음 설명에서 행해진다. 그러나 여기에서 설명된 명령 기능성은 필요한 경우 단독 명령을 가지고 구현될 수도 있다. 제 1 다수의 명령들은 제 1 프로그램 파일을 수신하기 위한 것이다. 제 2 다수의 명령들은 제 1 프로그램 파일의 재이용 가능한 실행 가능한 이미지를 생성하기 위해서 가상 머신의 고유의 메모리 구조 안으로 제 1 프로그램 파일들을 사전 내면화하기 위한 것이다. 제 3 다수의 명령들은 메모리(304) 내의 제 2 메모리 부분에 사전 내면화된 프로그램 파일 이미지 또는 재이용 가능한 실행 가능한 이미지를 저장하기 위한 것이다. 재이용 실행 가능한 이미지는 실행 전에 내면화되지 않고 가상 머신(312)에 의해 실행되어질 수 있다.
도8의 메모리(304)는 또한 재이용 가능한 실행 가능한 이미지를 수신하여 메모리에 저장하기 위한 다수의 명령들을 포함할 수 있다. 재이용 가능한 실행 가능한 이미지가 저장될 때 메모리 포인터들은 같은 디바이스 메모리 내에서 이미지들이 이동하는 것을 허용하기위해 임베디드 메커니즘에 의해 갱신된다. 그러므로 재이용 가능한 실행 가능한 이미지들을 저장하는 메모리는 효과적으로 메모리 저장을 이용하기 위해 동적 메모리 조정을 할 수 있고 이용 가능한 어드레스들을 효율적으로 이용하기 위해 메모리를 조정한다. 이 과정은 객체들이 제 2 재이용 가능한 실행 가능한 이미지를 생성하기 위해 디바이스로 이동되어지는 것을 허용한다. 재이용 가능한 실행 가능한 이미지가 디바이스에 저장된 후에 재이용 가능한 실행 가능한 이미지(들)내의 메모리 어드레스들은 현 메모리 어드레스를 반영하기 위해서 갱신된다. 메모리(304)는 이용자의 요청에 응답하여 이용자 요청을 프로세스할 때 실행되는 개별적인 다수의 명령들을 또한 포함할 수도 있으며, 가상 머신은 사전 내면화 모드에서 작동한다. 개별적인 다수의 명령들은 디바이스의 외부에 또는 내부에 있을 수 있는 제 2 메모리로부터의 사전 내면화된 프로그램 파일 이미지의 전송을 야기하기 위하여 메모리(304)내에 있을 수도 있다. 메모리(304)내의 다른 다수의 명령들은 메모리로부터 사전 내면화된 프로그램 파일을 이동시키거나 완전히 삭제함으로써 이용자 요청의 프로세스를 수행할 수도 있다.
재이용 가능한 실행 가능한 이미지는 프로그램 파일을 가상 머신(312)의 고유의 메모리 구조로 사전 내면화시키는 것에 의해 미리 생성되었다. 그러한 예시에서 가상 머신(312)은 실행 전에 재이용 가능한 실행 가능한 이미지를 내면화하지 않고 재이용 가능한 실행 가능한 이미지를 실행할 수 있다. 메모리(304)는 메모리 내의 다른 위치로 재이용 가능한 실행 가능한 이미지를 옮기기 위해 별개의 다수 명령들을 저장한다. 게다가 메모리(304)는 재이용 가능한 실행 가능한 이미지 또는 사전 내면화된 프로그램 파일 이미지 내에서 메모리 어드레스들을 갱신할 수 있는 또 다른 명령들의 세트를 저장할 수 있다. 메모리(304)가 도 5 및 도 6의 각각의 과정을 실행하는 명령들을 또한 저장할 수 있다는 것은 이해되어야만 한다.
본 발명은 휴대용 무선 디바이스에서 이용하는 것이 특히 유리하다. 본 발명을 구현할 수 있는 휴대용 디바이스의 타입의 예들은 전화, 인터넷 어플라이언스(휴대용 및/또는 비휴대용), PDA, 호출기, 카메라, 캠코더(카메라 / 레코더), 휴대용 텔레비전 및 다양한 통신 기능들을 조합하는 제품들과 같은 다양한 그룹을 포함한다.
위의 명세서에서 본 발명은 자바 프로그래밍 언어와 특정 실시예들을 참조하여 설명되었다. 그러나, 본 기술 분야에서 통상의 기술을 가진 자는 다양한 수정과 변화들이 청구 범위에 설명된 본 발명의 범위로부터 이탈하지 않고 행해질 수 있음을 알 수 있다. 예를 들어, 본 발명은 동적 로딩을 가능하게 하는 다른 높은 수준의 프로그래밍 언어들에 적용될 수 있다. 또한 여기서 설명된 소프트웨어(예를 들어, 도3의 가상 머신(50)의 소프트웨어 구현)는 컴퓨터 하드 디스크들, 플로피 디스크들, 3.5"디스크들, 컴퓨터 저장 테이프들, 자기 드럼들(magnetic drums), 정적 랜덤 액세스 메모리(SRAM)셀들, 동적 랜덤 액세스 메모리(DRAM) 셀들, 전기적으로 소거 가능한 (EEPROM, EPROM, 플래시) 셀들, 비휘발성 셀들, 강유전성(ferroelectric) 또는 강자성(ferromagnetic) 메모리, 콤팩트 디스크(CD)들, 레이저 디스크들, 광디스크들 및 기타 유사한 컴퓨터 판독 가능한 매체 중 하나 또는 그 이상으로 구현될 수도 있다. 따라서 명세서와 도면들은 제한된 의미보다는 예시적 의미로 간주되어져야 하고 모든 그런 수정들은 본 발명의 범위 내에 포함되는 것으로 의도된다.
이익들, 다른 장점들 및 문제점들에 대한 해결책들은 특정 실시예들에 대하여 설명되었다. 그러나 이익들, 장점들, 문제점들에 대한 해결책들, 어떤 이익, 장점 또는 발생하거나 더 표명되는 해결책을 야기할 수 있는 요소들은 모든 또는 어떤 청구항들의 결정적이거나, 요구되거나 또는 필수적인 특징 또는 요소로서 해석되어서는 안 된다. 여기서 이용된 바와 같이 '포함한다', '포함한' 또는 그것의 다른 변형의 용어들은 프로세스, 방법, 주제, 또는 요소들의 리스트를 포함하는 장치가 그러한 요소들만 포함하는 게 아니라 명백하게 열거되지 않았거나 그러한 프로세스, 방법, 주제, 장치에 고유한 다른 요소들을 포함할 수 있도록 배타적이지 않은 포함을 커버하는 것으로 의도된다.

Claims (7)

  1. 정규 동작 모드와 사전 내면화(pre-internalization) 동작 모드를 가진 가상 머신을 작동을 위한 프로세스에 있어서,
    한 세트의 이용 가능한 프로그램 파일들로부터 프로그램 파일을 선택하는 단계;
    선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지가 생성되었는지를 결정하는 단계로서, 상기 재이용 가능 사전 내면화 이미지는 실행 전에 상기 선택된 프로그램 파일을 후속적으로 내면화하지 않고 실행될 수 있는, 상기 결정하는 단계;
    상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지가 생성되지 않았으면, 상기 사전 내면화 모드에서 상기 가상 머신을 선택적으로 작동시키는 단계로서, 상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지를 생성하는 단계, 및 상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지를 메모리에 저장하는 단계를 포함하는, 상기 작동시키는 단계를 포함하는, 프로세스.
  2. 제 1 항에 있어서,
    상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지가 생성되지 않았으면, 상기 사전 내면화 모드에서 상기 가상 머신을 선택적으로 작동시키는 단계가 이용자 요청에 응답하여 수행되는 것을 더 포함하는, 프로세스.
  3. 제 1 항에 있어서,
    상기 가상 머신은 제 1 디바이스 내에서 실행되며,
    상기 프로세스는,
    상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지가 상기 제 1 디바이스 내에서 이용 가능하면, 실행 전에 상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지를 내면화하지 않고 상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지를 실행하는 단계; 및
    상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지가 상기 제 1 디바이스로부터 분리된 제 2 디바이스 내에서 이용 가능하면, 상기 사전 내면화 모드로 진입하고, 상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지를 상기 제 2 디바이스로부터 상기 제 1 디바이스로 복사하고, 상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지 내의 메모리 어드레스들을 갱신하는 단계를 더 포함하는, 프로세스.
  4. 제 1 항에 있어서,
    제 1 디바이스 내에서 상기 가상 머신을 실행하는 단계; 및
    상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지가 상기 제 1 디바이스 내에서 이용 가능하면, 선택적으로, 상기 사전 내면화 모드로 진입하고, 상기 선택된 프로그램 파일의 재이용 가능 사전 내면화 이미지를 제거하는 단계를 더 포함하는, 프로세스.
  5. 디바이스에 있어서,
    명령들을 실행하는 프로세서와,
    명령들 및 데이터를 상기 프로세서에 제공하기 위해 상기 프로세서에 연결된 제 1 메모리를 포함하고,
    상기 제 1 메모리는:
    제 1 세트의 하나 또는 그 이상의 명령들로서, 상기 제 1 세트의 하나 또는 그 이상의 명령들은 상기 프로세서에 의해 실행될 때 프로그램 파일의 수신을 행하는, 상기 제 1 세트의 하나 또는 그 이상의 명령들과;
    제 2 세트의 하나 또는 그 이상의 명령들로서, 상기 제 2 세트의 하나 또는 그 이상의 명령들은 상기 프로세서에 의해 실행될 때 상기 프로그램 파일의 재이용 가능한 실행 가능 이미지를 생성하기 위해 가상 머신의 고유 메모리 구조로의 상기 프로그램 파일의 사전 내면화를 행하는, 상기 제 2 세트의 하나 또는 그 이상의 명령들과;
    제 3 세트의 하나 또는 그 이상의 명령들로서, 상기 제 3 세트의 하나 또는 그 이상의 명령들은 상기 프로세서에 의해 실행될 때 상기 재이용 가능한 실행 가능 이미지의 저장을 행하고, 상기 재이용 가능한 실행 가능 이미지는 실행 전에 내면화되지 않고 상기 가상 머신에 의해 실행될 수 있는, 상기 제 3 세트의 하나 또는 그 이상의 명령들을 포함하는, 디바이스.
  6. 제 5 항에 있어서,
    상기 디바이스 내에 포함되거나 상기 디바이스의 외부에 있는 제 2 메모리를 더 포함하고,
    상기 제 1 메모리 또는 제 2 메모리 중 하나는 제 4 세트의 하나 또는 그 이상의 명령들을 포함하고, 상기 제 4 세트의 하나 또는 그 이상의 명령들은 상기 프로세서에 의해 실행될 때 상기 재이용 가능한 실행 가능 이미지 내의 메모리 어드레스를 갱신하는, 디바이스.
  7. 제 5 항에 있어서,
    상기 디바이스 내에 포함되거나 상기 디바이스의 외부에 있는 제 2 메모리를 더 포함하고,
    상기 제 1 메모리 또는 제 2 메모리 중 하나는:
    제 4 세트의 하나 또는 그 이상의 명령들로서, 상기 제 4 세트의 하나 또는 그 이상의 명령들은 상기 프로세서에 의해 실행될 때 상기 재이용 가능한 실행 가능 이미지를 상기 제 2 메모리 내의 다른 위치로 이동시키는, 상기 제 4 세트의 하나 또는 그 이상의 명령들; 및
    제 5 세트의 하나 또는 그 이상의 명령들로서, 상기 제 5 세트의 하나 또는 그 이상의 명령들은 상기 프로세서에 의해 실행될 때 상기 재이용 가능한 실행 가능 이미지 내의 메모리 어드레스를 갱신하는, 상기 제 5 세트의 하나 또는 그 이상의 명령들을 포함하는, 디바이스.
KR1020037011692A 2001-03-07 2001-12-18 사전 내면화된 프로그램 파일들을 생성 및 이용하기 위한 방법 및 디바이스 KR100864192B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/800,935 2001-03-07
US09/800,935 US7080373B2 (en) 2001-03-07 2001-03-07 Method and device for creating and using pre-internalized program files
PCT/US2001/049342 WO2002073401A2 (en) 2001-03-07 2001-12-18 Method and device for creating and using pre-internalized program files

Publications (2)

Publication Number Publication Date
KR20040004551A KR20040004551A (ko) 2004-01-13
KR100864192B1 true KR100864192B1 (ko) 2008-10-20

Family

ID=25179757

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020037011692A KR100864192B1 (ko) 2001-03-07 2001-12-18 사전 내면화된 프로그램 파일들을 생성 및 이용하기 위한 방법 및 디바이스

Country Status (8)

Country Link
US (2) US7080373B2 (ko)
EP (1) EP1425658A2 (ko)
JP (1) JP2005509194A (ko)
KR (1) KR100864192B1 (ko)
CN (1) CN1306402C (ko)
AU (1) AU2002248212A1 (ko)
TW (1) TWI229269B (ko)
WO (1) WO2002073401A2 (ko)

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7603670B1 (en) 2002-03-28 2009-10-13 Symantec Operating Corporation Virtual machine transfer between computer systems
US7093086B1 (en) 2002-03-28 2006-08-15 Veritas Operating Corporation Disaster recovery and backup using virtual machines
US7213246B1 (en) 2002-03-28 2007-05-01 Veritas Operating Corporation Failing over a virtual machine
US6757778B1 (en) 2002-05-07 2004-06-29 Veritas Operating Corporation Storage management system
US20040015943A1 (en) * 2002-07-17 2004-01-22 Ying-Chou Chen Embedded computer system equipped with an upgradeable software library
KR100493893B1 (ko) * 2003-02-07 2005-06-10 삼성전자주식회사 자바 프로그램에서 클래스 로딩 과정을 단축시키는 시스템및 방법
JP2004312711A (ja) * 2003-03-25 2004-11-04 Ricoh Co Ltd 画像形成装置及び画像形成装置を遠隔のアプリケーションにより操作する方法
CN100388191C (zh) * 2003-04-01 2008-05-14 松下电器产业株式会社 程序连接方法、装置以及终端装置
US7203944B1 (en) * 2003-07-09 2007-04-10 Veritas Operating Corporation Migrating virtual machines among computer systems to balance load caused by virtual machines
US20050028132A1 (en) * 2003-07-31 2005-02-03 Srinivasamurthy Venugopal K. Application specific optimization of interpreters for embedded systems
US7246200B1 (en) 2003-11-12 2007-07-17 Veritas Operating Corporation Provisioning and snapshotting using copy on read/write and transient virtual machine technology
US7124291B1 (en) * 2003-12-22 2006-10-17 Sun Microsystems, Inc System and method for eliminating static initialization overhead by memory space cloning of a master runtime system process
US7810092B1 (en) 2004-03-02 2010-10-05 Symantec Operating Corporation Central administration and maintenance of workstations using virtual machines, network filesystems, and replication
EP1622009A1 (en) * 2004-07-27 2006-02-01 Texas Instruments Incorporated JSM architecture and systems
KR100622820B1 (ko) 2004-12-22 2006-09-19 엘지전자 주식회사 데이터 방송 콘텐츠에서 클래스 파일 분석을 통한 이미지처리 방법 및 그 장치
US20060184937A1 (en) * 2005-02-11 2006-08-17 Timothy Abels System and method for centralized software management in virtual machines
US8583770B2 (en) * 2005-02-16 2013-11-12 Red Hat, Inc. System and method for creating and managing virtual services
US9606846B2 (en) * 2005-07-29 2017-03-28 Sap Se System and method for dynamic proxy generation
US20070027877A1 (en) * 2005-07-29 2007-02-01 Droshev Mladen I System and method for improving the efficiency of remote method invocations within a multi-tiered enterprise network
JP2007164526A (ja) * 2005-12-14 2007-06-28 Canon Inc 情報処理装置及び方法
US20070168509A1 (en) * 2005-12-30 2007-07-19 Droshev Mladen I System and method for remote loading of classes
CN100458700C (zh) * 2006-03-22 2009-02-04 北京握奇数据系统有限公司 带有安全需求的应用程序的构建方法和装置
CN101410904B (zh) * 2006-03-24 2011-09-14 松下电器产业株式会社 再现装置、调试装置、系统lsi、程序
US8626557B2 (en) * 2006-09-26 2014-01-07 International Business Machines Corporation System and method of providing snapshot to support approval of workflow changes
US20090070752A1 (en) * 2007-09-06 2009-03-12 International Business Machines Corporation Method and system for optimization of an application
US8631397B2 (en) 2008-03-31 2014-01-14 Microsoft Corporation Virtualized application image patching
US8261254B2 (en) * 2008-03-31 2012-09-04 Symantec Corporation Dynamic insertion and removal of virtual software sub-layers
US8577845B2 (en) * 2008-06-13 2013-11-05 Symantec Operating Corporation Remote, granular restore from full virtual machine backup
US8479178B2 (en) * 2008-06-27 2013-07-02 Microsoft Corporation Compiler in a managed application context
US9507613B2 (en) * 2012-03-30 2016-11-29 Oracle International Corporation Methods and apparatus for dynamically preloading classes
US9952879B2 (en) * 2012-08-30 2018-04-24 Microsoft Technology Licensing, Llc Application pre-layout in byte-addressable persistent random access memory
US9740500B2 (en) * 2012-08-30 2017-08-22 Microsoft Technology Licensing, Llc Layout system for operating systems using BPRAM
US9753846B2 (en) * 2012-09-06 2017-09-05 Red Hat, Inc. Adjusting the operating memory used by a virtual machine during runtime
US11347498B2 (en) * 2013-02-26 2022-05-31 Red Hat, Inc. Bytecode modification
US9959106B2 (en) * 2013-11-14 2018-05-01 International Business Machines Corporation Sharing of portable initialized objects between computing platforms
KR20160019125A (ko) * 2014-08-11 2016-02-19 동부대우전자 주식회사 냉장고
US9811367B2 (en) 2014-11-13 2017-11-07 Nsp Usa, Inc. Method and apparatus for combined hardware/software VM migration
US10303782B1 (en) 2014-12-29 2019-05-28 Veritas Technologies Llc Method to allow multi-read access for exclusive access of virtual disks by using a virtualized copy of the disk
US10394528B2 (en) 2016-03-30 2019-08-27 Oracle International Corporation Returning a runtime type loaded from an archive in a module system
US10191753B2 (en) 2016-03-30 2019-01-29 Oracle International Corporation Generating verification metadata and verifying a runtime type based on verification metadata
CN110806910A (zh) * 2018-07-18 2020-02-18 深圳市鸿合创新信息技术有限责任公司 一种轮播图的优化方法及系统、电子设备
CN109241011B (zh) * 2018-09-21 2023-01-06 联想(北京)有限公司 一种虚拟机文件处理方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA226747A (en) * 1922-12-05 F. Exhart Charles Lighting mixture
US5581768A (en) * 1995-02-27 1996-12-03 Intel Corporation Method and apparatus for executing applications in place from write once/seldom memories
WO1999031576A1 (en) * 1997-12-16 1999-06-24 Microsoft Corporation Combining multiple class files into run-time image

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4695950A (en) * 1984-09-17 1987-09-22 International Business Machines Corporation Fast two-level dynamic address translation method and means
AU658257B2 (en) 1991-10-31 1995-04-06 Matritech, Inc. Nuclear matrix protein fluid assay
US6400996B1 (en) * 1999-02-01 2002-06-04 Steven M. Hoffberg Adaptive pattern recognition based control system and method
EP0976029A2 (en) * 1996-01-24 2000-02-02 Sun Microsystems, Inc. A processor for executing instruction sets received from a network or from a local memory
US5838910A (en) 1996-03-14 1998-11-17 Domenikos; Steven D. Systems and methods for executing application programs from a memory device linked to a server at an internet site
US5815709A (en) 1996-04-23 1998-09-29 San Microsystems, Inc. System and method for generating identifiers for uniquely identifying object types for objects used in processing of object-oriented programs and the like
US5815718A (en) 1996-05-30 1998-09-29 Sun Microsystems, Inc. Method and system for loading classes in read-only memory
EP0932865B1 (en) 1996-10-25 2002-08-14 SCHLUMBERGER Systèmes Using a high level programming language with a microcontroller
US6606743B1 (en) * 1996-11-13 2003-08-12 Razim Technology, Inc. Real time program language accelerator
GB2321981B (en) 1997-02-06 2002-01-09 Ibm Hosted machine code installation
US5920720A (en) 1997-02-25 1999-07-06 Microsoft Corporation Efficient computer based virtual machine object structure
US5943496A (en) * 1997-05-17 1999-08-24 Intertop Corporation Methods for developing and instantiating object classes using a java virtual machine extension
US6021273A (en) 1997-06-30 2000-02-01 Sun Microsystems, Inc. Interpreter generation and implementation utilizing interpreter states and register caching
US6199196B1 (en) 1998-03-20 2001-03-06 Sun Microsystems, Inc. Methods and apparatus for linking a program for remote execution
US6658492B1 (en) * 1998-03-20 2003-12-02 Sun Microsystems, Inc. System and method for reducing the footprint of preloaded classes
US5999732A (en) 1998-03-23 1999-12-07 Sun Microsystems, Inc. Techniques for reducing the cost of dynamic class initialization checks in compiled code
US6061520A (en) * 1998-04-07 2000-05-09 Sun Microsystems, Inc. Method and system for performing static initialization
US6110227A (en) * 1998-06-24 2000-08-29 Microsoft Corporation Systems and methods for pre-processing variable initializers
US6438744B2 (en) 1998-07-15 2002-08-20 Microsoft Corporation Dynamic mapping of component interfaces
KR20010072477A (ko) * 1998-08-13 2001-07-31 썬 마이크로시스템즈, 인코포레이티드 가상 머신 환경에서 네이티브 코드를 변환하고 실행하는방법 및 장치
US6336122B1 (en) 1998-10-15 2002-01-01 International Business Machines Corporation Object oriented class archive file maker and method
CA2255042C (en) * 1998-11-30 2004-04-13 Leonard W. Theivendra Class loader
US6272674B1 (en) * 1998-12-14 2001-08-07 Nortel Networks Limited Method and apparatus for loading a Java application program
CA2267477C (en) * 1999-03-30 2003-10-14 Object Technology International Inc. Packaging memory image files
US6763397B1 (en) * 1999-05-27 2004-07-13 Sun Microsystems, Inc. Fully lazy linking
US6460178B1 (en) 1999-06-30 2002-10-01 Microsoft Corporation Shared library optimization for heterogeneous programs
US6813762B1 (en) * 2000-02-22 2004-11-02 Freescale Semiconductor, Inc. Method for processing program files in a programming language capable of dynamic loading
US20020194293A1 (en) 2001-06-13 2002-12-19 Osman John H. Communications system and method therefor

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA226747A (en) * 1922-12-05 F. Exhart Charles Lighting mixture
US5581768A (en) * 1995-02-27 1996-12-03 Intel Corporation Method and apparatus for executing applications in place from write once/seldom memories
WO1999031576A1 (en) * 1997-12-16 1999-06-24 Microsoft Corporation Combining multiple class files into run-time image

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
javac - java programming language compiler

Also Published As

Publication number Publication date
WO2002073401A2 (en) 2002-09-19
US7080373B2 (en) 2006-07-18
US20060225059A1 (en) 2006-10-05
CN1524219A (zh) 2004-08-25
US8099729B2 (en) 2012-01-17
US20020129078A1 (en) 2002-09-12
EP1425658A2 (en) 2004-06-09
KR20040004551A (ko) 2004-01-13
CN1306402C (zh) 2007-03-21
AU2002248212A1 (en) 2002-09-24
TWI229269B (en) 2005-03-11
JP2005509194A (ja) 2005-04-07
WO2002073401A3 (en) 2004-04-01

Similar Documents

Publication Publication Date Title
KR100864192B1 (ko) 사전 내면화된 프로그램 파일들을 생성 및 이용하기 위한 방법 및 디바이스
US11385872B2 (en) Extending a virtual machine instruction set architecture
US6571388B1 (en) Building a custom software environment including pre-loaded classes
EP3084596B1 (en) Executable code for constrained computing environments
US8392906B2 (en) Enabling parallel websphere runtime versions
US20030126310A1 (en) Algorithm for localization of a JAVA application using reflection API and a custom class loader
JPH11327916A (ja) コンパイル済コ―ドにおけるダイナミッククラス初期化チェックのコスト低減技術
US6633892B1 (en) Archiving tool
US6813762B1 (en) Method for processing program files in a programming language capable of dynamic loading
US8001518B2 (en) Configuring a shared library to accommodate relocatable data in a pervasive device
US11922238B2 (en) Accessing a parametric field within a specialized context
KR101140522B1 (ko) 객체 관리 시스템 및 방법
KR100478463B1 (ko) 응용 프로그램의 동적링크 방법
US11972308B2 (en) Determining different resolution states for a parametric constant in different contexts
US11875168B2 (en) Optimizing execution of foreign method handles on a virtual machine
CN116302349A (zh) 加快Java应用程序启动速度的方法及其相关组件
KR20040111139A (ko) 미해결 명령어의 해결

Legal Events

Date Code Title Description
N231 Notification of change of applicant
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120926

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20130930

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140925

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150925

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20160928

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee