KR20180048518A - 패키지 파일에 대한 기능 확장 방법 및 시스템 - Google Patents

패키지 파일에 대한 기능 확장 방법 및 시스템 Download PDF

Info

Publication number
KR20180048518A
KR20180048518A KR1020180049059A KR20180049059A KR20180048518A KR 20180048518 A KR20180048518 A KR 20180048518A KR 1020180049059 A KR1020180049059 A KR 1020180049059A KR 20180049059 A KR20180049059 A KR 20180049059A KR 20180048518 A KR20180048518 A KR 20180048518A
Authority
KR
South Korea
Prior art keywords
file
class
package
dex
new
Prior art date
Application number
KR1020180049059A
Other languages
English (en)
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 라인 가부시키가이샤
Priority to KR1020180049059A priority Critical patent/KR20180048518A/ko
Publication of KR20180048518A publication Critical patent/KR20180048518A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/72—Code refactoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/73—Program documentation
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Library & Information Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

패키지 파일에 대한 기능 확장 방법 및 시스템이 개시된다. 컴퓨터에 의해 실행되는 기능 추가 방법은, 어플리케이션을 위한 패키지 파일을 저장하는 단계, 상기 패키지 파일에서 상기 어플리케이션의 구성 정보로서 상기 어플리케이션의 구동 시에 가장 먼저 호출되는 클래스에 대한 정보가 설정되는 파일을 추출하는 단계 및 상기 추출된 파일에서 상기 가장 먼저 호출되는 클래스에 대한 정보가 설정되는 항목에 신규 클래스의 클래스명을 설정하는 단계를 포함할 수 있다.

Description

패키지 파일에 대한 기능 확장 방법 및 시스템{METHOD AND SYSTEM FOR EXTENDING FUNCTION OF PACKAGE FILE}
아래의 설명은 패키지 파일에 대한 기능 확장 방법 및 시스템에 관한 것이다.
안드로이드 응용 프로그램 패키지(Android application package, APK)는 안드로이드 운영체제에서 활용되는 소프트웨어와 미들웨어의 배포에 사용되는 패키지 파일이며, '.apk' 확장자를 가진다. APK 파일을 만들려면, 안드로이드용 프로그램을 먼저 컴파일한 후, 모든 파일들을 하나의 패키지 파일로 모아야 한다. APK 파일은 해당하는 프로그램의 모든 코드를 포함하며, 자원, 정보, 인증서 및 매니페스트 파일(Manifest file) 등을 포함한다.
이러한 APK 파일과 같은 어플리케이션의 패키지 파일은 패키지 파일이 최종 빌드된 이후에는 코드를 수정 및/또는 추가할 수 없는 문제점이 있다. 만약, 새로운 기능을 위한 코드를 추가하고자 하는 경우에는 원래의 코드에 새로운 기능을 위한 코드를 추가하거나 새로운 기능을 위한 코드가 포함된 라이브러리를 추가한 후, 새로운 기능을 위한 코드가 추가된 프로그램에 대해 다시 컴파일 과정을 거처 패키지 파일을 새로 생성해야만 한다.
또한, 새로운 기능을 위한 코드가 별도의 라이브러리로서 추가되는 경우에는, 추가된 라이브러리를 로드 및/또는 호출하기 위한 코드가 원래의 코드에 더 포함되어야 한다. 따라서, 원래의 코드가 먼저 실행되어 새로운 기능을 위한 라이브러리를 로딩 및/또는 호출해야 하기 때문에 새로운 기능이 원래의 코드보다 선행되어 실행될 수 없다는 문제점이 있다.
이와 유사하게, 별도의 추가 클래스를 사용하기 위해서는 추가 클래스가 포함된 파일에서 클래스들을 로드하여 읽고 사용하기 위한 형태의 추가 코드가 원래의 코드에 추가되어야 한다는 문제점이 있다.
이미 완성되어 코드를 수정할 수 없는 패키지 파일에, 원래의 코드보다 선행되어 실행될 수 있는 추가 코드를 삽입하여 기능을 확장할 수 있는 기능 확장 방법 및 시스템을 제공한다.
패키지 파일에 클래스를 추가함에 있어서 별도의 로딩 과정, 클래스 인터페이스에 대한 정의 과정 및/또는 클래스 호출을 위한 추가적인 절차 없이 신규 클래스를 바로 수행할 수 있는 기능 확장 방법 및 시스템을 제공한다.
컴퓨터에 의해 실행되는 기능 추가 방법에 있어서, 어플리케이션을 위한 패키지 파일을 저장하는 단계; 상기 패키지 파일에서 상기 어플리케이션의 구성 정보로서 상기 어플리케이션의 구동 시에 가장 먼저 호출되는 클래스에 대한 정보가 설정되는 파일을 추출하는 단계; 및 상기 추출된 파일에서 상기 가장 먼저 호출되는 클래스에 대한 정보가 설정되는 항목에 신규 클래스의 클래스명을 설정하는 단계를 포함하는 것을 특징으로 하는 기능 추가 방법을 제공한다.
컴퓨터에 의해 실행되는 기능 추가 방법에 있어서, 어플리케이션을 위한 패키지 파일을 저장하는 단계; 상기 패키지 파일을 디스어셈블(disassemble)하여 기존 클래스에 대한 정보를 포함하는 파일을 생성하는 단계; 상기 생성된 파일 내부에서 수퍼클래스(super class)를 설정하는 항목을 통해 상기 항목을 구현한 클래스와 상속 관계를 갖는 기존 클래스를 확인하는 단계; 상기 확인된 기존 클래스의 바이트코드에 새로운 코드를 추가하는 단계; 및 상기 새로운 코드가 추가된 바이트코드를 이용하여 상기 패키지 파일을 재생성하는 단계를 포함하는 것을 특징으로 하는 기능 추가 방법을 제공한다.
컴퓨터에 의해 실행되는 기능 추가 방법에 있어서, 어플리케이션을 위한 패키지 파일을 저장하는 단계; 신규 클래스가 정의된 파일을 읽어들이는 단계; 패스 엘리먼츠 또는 덱스(dex) 엘리먼츠를 생성하기 위한 메서드를 호출하고, 상기 호출된 메서드에 상기 정의된 파일을 인자로 대입하여 상기 정의된 파일에 대한 객체를 생성하는 단계; 및 상기 생성된 객체를 상기 패키지 파일의 클래스 경로(class pass)를 참조하기 위한 덱스 엘리먼츠 배열에 추가하는 단계를 포함하는 것을 특징으로 하는 기능 추가 방법을 제공한다.
이미 완성되어 코드를 수정할 수 없는 패키지 파일에, 원래의 코드보다 선행되어 실행될 수 있는 추가 코드를 삽입하여 기능을 확장할 수 있다.
패키지 파일에 클래스를 추가함에 있어서 별도의 로딩 과정, 클래스 인터페이스에 대한 정의 과정 및/또는 클래스 호출을 위한 추가적인 절차 없이 신규 클래스를 바로 수행할 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다.
도 2는 본 발명의 일실시예에 있어서, 전자 기기 및 서버의 내부 구성을 설명하기 위한 블록도이다.
도 3은 본 발명의 일실시예에 따른 서버의 프로세서가 포함할 수 있는 구성요소의 예를 도시한 블록도이다.
도 4는 본 발명의 일실시예에 따른 서버가 수행할 수 있는 방법의 예를 도시한 흐름도이다.
도 5는 본 발명의 일실시예에 따른 서버의 프로세서가 포함할 수 있는 구성요소의 다른 예를 도시한 블록도이다.
도 6은 본 발명의 일실시예에 있어서, 서버가 수행할 수 있는 방법의 다른 예를 도시한 흐름도이다.
도 7은 본 발명의 일실시예에 있어서, 패키지 파일에 새로운 기능을 위한 코드를 추가하는 과정의 예를 도시한 도면이다.
도 8는 본 발명의 일실시예에 따른 전자 기기의 프로세서가 포함할 수 있는 구성요소의 예를 도시한 블록도이다.
도 9는 본 발명의 일실시예에 따른 전자 기기가 수행할 수 있는 방법의 예를 도시한 흐름도이다.
도 10은 본 발명의 일실시예에 있어서, 어플리케이션의 실행 시점에 클래스를 확장할 수 있는 과정의 예를 도시한 도면이다.
이하, 실시예를 첨부한 도면을 참조하여 상세히 설명한다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다. 도 1의 네트워크 환경은 복수의 전자 기기들(110, 120, 130, 140), 복수의 서버들(150, 160) 및 네트워크(170)를 포함하는 예를 나타내고 있다. 이러한 도 1은 발명의 설명을 위한 일례로 전자 기기의 수나 서버의 수가 도 1과 같이 한정되는 것은 아니다.
복수의 전자 기기들(110, 120, 130, 140)은 컴퓨터 장치로 구현되는 고정형 단말이거나 이동형 단말일 수 있다. 복수의 전자 기기들(110, 120, 130, 140)의 예를 들면, 스마트폰(smart phone), 휴대폰, 네비게이션, 컴퓨터, 노트북, 디지털방송용 단말, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 태블릿 PC 등이 있다. 일례로 전자 기기 1(110)은 무선 또는 유선 통신 방식을 이용하여 네트워크(170)를 통해 다른 전자 기기들(120, 130, 140) 및/또는 서버(150, 160)와 통신할 수 있다.
통신 방식은 제한되지 않으며, 네트워크(170)가 포함할 수 있는 통신망(일례로, 이동통신망, 유선 인터넷, 무선 인터넷, 방송망)을 활용하는 통신 방식뿐만 아니라 기기들간의 근거리 무선 통신 역시 포함될 수 있다. 예를 들어, 네트워크(170)는, PAN(personal area network), LAN(local area network), CAN(campus area network), MAN(metropolitan area network), WAN(wide area network), BBN(broadband network), 인터넷 등의 네트워크 중 하나 이상의 임의의 네트워크를 포함할 수 있다. 또한, 네트워크(170)는 버스 네트워크, 스타 네트워크, 링 네트워크, 메쉬 네트워크, 스타-버스 네트워크, 트리 또는 계층적(hierarchical) 네트워크 등을 포함하는 네트워크 토폴로지 중 임의의 하나 이상을 포함할 수 있으나, 이에 제한되지 않는다.
서버(150, 160) 각각은 복수의 전자 기기들(110, 120, 130, 140)과 네트워크(170)를 통해 통신하여 명령, 코드, 파일, 컨텐츠, 서비스 등을 제공하는 컴퓨터 장치 또는 복수의 컴퓨터 장치들로 구현될 수 있다.
일례로, 서버(150)는 전자 기기 2(120)로부터 네트워크(170)를 통해 업로드되는 어플리케이션의 패키지 파일을 등록하고, 등록된 패키지 파일에 보호 기능이나 암호화 기능 등과 같은 추가 기능을 위한 코드를 추가하여 패키지 파일에 대한 기능(일례로, 어플리케이션의 추가 기능)을 확장할 수 있다. 이때, 서버(150)는 직접 또는 별도의 서버(160)를 통해 전자 기기 1(110)로 기능이 확장된 패키지 파일을 제공할 수 있다. 전자 기기 1(110)은 어플리케이션의 패키지 파일을 통해 어플리케이션을 전자 기기 1(110)에 설치 및 구동할 수 있고, 어플리케이션을 통해 기설정된 서비스(일례로, 게임 서비스, 채팅 서비스, SNS(Social Network Service) 서비스 등)를 제공받을 수 있다.
상술한 예는, 서버(150)에서 본 발명의 실시예들에 따른 기능 확장 시스템이 구현되어 패키지 파일에 대한 기능을 확장하는 실시예를 설명하고 있다. 한편, 다른 실시예에서 기능 확장 시스템은 전자 기기 1(110)에 구현될 수도 있다. 이 경우 전자 기기 1(110)은 원래의 패키지 파일을 수신한 후 수신한 패키지 파일에 추가 기능을 위한 코드를 추가하여 패키지 파일에 대한 기능을 확장할 수도 있다.
도 2는 본 발명의 일실시예에 있어서, 전자 기기 및 서버의 내부 구성을 설명하기 위한 블록도이다. 도 2에서는 하나의 전자 기기에 대한 예로서 전자 기기 1(110), 그리고 하나의 서버에 대한 예로서 서버(150)의 내부 구성을 설명한다. 다른 전자 기기들(120, 130, 140)이나 서버(160) 역시 동일한 또는 유사한 내부 구성을 가질 수 있다.
전자 기기 1(110)과 서버(150)는 메모리(211, 221), 프로세서(212, 222), 통신 모듈(213, 223) 그리고 입출력 인터페이스(214, 224)를 포함할 수 있다. 메모리(211, 221)는 컴퓨터에서 판독 가능한 기록 매체로서, RAM(random access memory), ROM(read only memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(permanent mass storage device)를 포함할 수 있다. 또한, 메모리(211, 221)에는 운영체제와 적어도 하나의 프로그램 코드(일례로 전자 기기 1(110)에 설치되어 구동되는 브라우저나 영상 통화를 위한 어플리케이션 등을 위한 코드)가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 드라이브 메커니즘(drive mechanism)을 이용하여 메모리(211, 221)와는 별도의 컴퓨터에서 판독 가능한 기록 매체로부터 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록 매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록 매체를 포함할 수 있다. 다른 실시예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록 매체가 아닌 통신 모듈(213, 223)을 통해 메모리(211, 221)에 로딩될 수도 있다. 예를 들어, 적어도 하나의 프로그램은 개발자들 또는 어플리케이션의 설치 파일을 배포하는 파일 배포 시스템(일례로 상술한 서버(160))이 네트워크(170)를 통해 제공하는 파일들에 의해 설치되는 프로그램(일례로 상술한 어플리케이션)에 기반하여 메모리(211, 221)에 로딩될 수 있다.
프로세서(212, 222)는 기본적인 산술, 로직 및 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(211, 221) 또는 통신 모듈(213, 223)에 의해 프로세서(212, 222)로 제공될 수 있다. 예를 들어 프로세서(212, 222)는 메모리(211, 221)와 같은 기록 장치에 저장된 프로그램 코드에 따라 수신되는 명령을 실행하도록 구성될 수 있다.
통신 모듈(213, 223)은 네트워크(170)를 통해 전자 기기 1(110)과 서버(150)가 서로 통신하기 위한 기능을 제공할 수 있으며, 다른 전자 기기(일례로 전자 기기 2(120)) 또는 다른 서버(일례로 서버(160))와 통신하기 위한 기능을 제공할 수 있다. 일례로, 전자 기기 1(110)의 프로세서(212)가 메모리(211)와 같은 기록 장치에 저장된 프로그램 코드에 따라 생성한 요청(일례로 영상 통화 서비스를 위한 요청)이 통신 모듈(213)의 제어에 따라 네트워크(170)를 통해 서버(150)로 전달될 수 있다. 역으로, 서버(150)의 프로세서(222)의 제어에 따라 제공되는 제어 신호나 명령, 컨텐츠, 파일 등이 통신 모듈(223)과 네트워크(170)를 거쳐 전자 기기 1(110)의 통신 모듈(213)을 통해 전자 기기 1(110)로 수신될 수 있다. 예를 들어 통신 모듈(213)을 통해 수신된 서버(150)의 제어 신호나 명령 등은 프로세서(212)나 메모리(211)로 전달될 수 있고, 컨텐츠나 파일 등은 전자 기기 1(110)가 더 포함할 수 있는 저장 매체로 저장될 수 있다.
입출력 인터페이스(214, 224)는 입출력 장치(215)와의 인터페이스를 위한 수단일 수 있다. 예를 들어, 입력 장치는 키보드 또는 마우스 등의 장치를, 그리고 출력 장치는 어플리케이션의 통신 세션을 표시하기 위한 디스플레이와 같은 장치를 포함할 수 있다. 다른 예로 입출력 인터페이스(214)는 터치스크린과 같이 입력과 출력을 위한 기능이 하나로 통합된 장치와의 인터페이스를 위한 수단일 수도 있다. 보다 구체적인 예로, 전자 기기 1(110)의 프로세서(212)는 메모리(211)에 로딩된 컴퓨터 프로그램의 명령을 처리함에 있어서 서버(150)나 전자 기기 2(120)가 제공하는 데이터를 이용하여 구성되는 서비스 화면이나 컨텐츠가 입출력 인터페이스(214)를 통해 디스플레이에 표시될 수 있다.
또한, 다른 실시예들에서 전자 기기 1(110) 및 서버(150)는 도 2의 구성요소들보다 더 많은 구성요소들을 포함할 수도 있다. 그러나, 대부분의 종래기술적 구성요소들을 명확하게 도시할 필요성은 없다. 예를 들어, 전자 기기 1(110)은 상술한 입출력 장치(215) 중 적어도 일부를 포함하도록 구현되거나 또는 트랜시버(transceiver), GPS(Global Positioning System) 모듈, 카메라, 각종 센서, 데이터베이스 등과 같은 다른 구성요소들을 더 포함할 수도 있다. 보다 구체적인 예로, 전자 기기 1(110)이 스마트폰인 경우, 일반적으로 스마트폰이 포함하고 있는 가속도 센서나 자이로 센서, 카메라, 각종 물리적인 버튼, 터치패널을 이용한 버튼, 입출력 포트, 진동을 위한 진동기 등의 다양한 구성요소들이 전자 기기 1(110)에 더 포함되도록 구현될 수 있음을 알 수 있다.
앞서 설명한 바와 같이 본 발명의 실시예들에 따른 기능 추가 방법은 서버(150)나 전자 기기 1(110)과 같이 패키지 파일을 저장하고 있는 장치에서 수행될 수 있다. 이후에서는 서버(150)의 관점에서 패키지 파일에 대한 기능 추가 방법을 실행하는 실시예들을 설명하나, 전자 기기 1(110) 역시 서버(150)와 동일한 구성요소를 통해 기능 추가 방법을 실행할 수 있다.
도 3은 본 발명의 일실시예에 따른 서버의 프로세서가 포함할 수 있는 구성요소의 예를 도시한 블록도이고, 도 4는 본 발명의 일실시예에 따른 서버가 수행할 수 있는 방법의 예를 도시한 흐름도이다.
서버(150)는 기능 확장 시스템을 구현할 수 있으며, 도 3에 도시된 바와 같이 서버(150)에 포함된 프로세서(222)는 구성요소들로서 로딩 제어부(310), 파일 저장 제어부(320), 파일 추출 제어부(330) 및 클래스명 설정부(340)를 포함할 수 있다. 이러한 프로세서(222) 및 프로세서(222)의 구성요소들은 도 4의 기능 확장 방법이 포함하는 단계들(410 내지 440)을 수행하도록 서버(150)를 제어할 수 있다. 이때, 프로세서(222) 및 프로세서(222)의 구성요소들은 메모리(221)가 포함하는 운영체제의 코드와 적어도 하나의 프로그램의 코드에 따른 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(222)의 구성요소들은 서버(150)에 저장된 프로그램 코드가 제공하는 제어 명령에 따라 프로세서(222)에 의해 수행되는 서로 다른 기능들(different functions)의 표현들일 수 있다. 예를 들어, 프로세서(222)가 상술한 제어 명령에 따라 기능 확장 방법을 위한 프로그램의 파일에 저장된 프로그램 코드를 메모리(221)에 로딩하도록 동작하는 기능적 표현으로 로딩 제어부(310)가 사용될 수 있다.
단계(410)에서 로딩 제어부(310)는 기능 확장 방법을 위한 프로그램의 파일에 저장된 프로그램 코드를 메모리(221)에 로딩할 수 있다. 예를 들어, 서버(150)에서 프로그램이 실행되면, 로딩 제어부(310)는 운영체제의 제어에 따라 프로그램의 파일로부터 프로그램 코드를 메모리(221)에 로딩하도록 서버(150)를 제어할 수 있다.
이때, 프로세서(222)가 포함하는 파일 저장 제어부(320), 파일 추출 제어부(330) 및 클래스명 설정부(340) 각각은 메모리(221)에 로딩된 프로그램 코드 중 대응하는 부분의 명령을 실행하여 이후 단계들(420 내지 440)을 실행하기 위한 프로세서(222)의 기능적 표현들일 수 있다.
단계(420)에서 파일 저장 제어부(320)는 어플리케이션을 위한 패키지 파일을 저장할 수 있다. 패키지 파일은 일례로, 안드로이드 운영체제를 위한 안드로이드 응용 프로그램 패키지(Android application package, APK) 파일과 같이 어플리케이션을 위한 프로그램 코드들이 컴파일되어 파일들이 패키징된 압축 파일의 형태를 가질 수 있다. 예를 들어, 서버(150)는 컴퓨터로 구현될 수 있으며, 파일 저장 제어부(320)는 컴퓨터가 포함하는 저장장치에 패키지 파일이 저장 및 관리되도록 서버(150)를 제어할 수 있다.
단계(430)에서 파일 추출 제어부(330)는 패키지 파일에서 어플리케이션의 구성 정보로서 어플리케이션의 구동 시에 가장 먼저 호출되는 클래스에 대한 정보가 설정되는 파일을 추출할 수 있다. 일례로, 안드로이드 응용 프로그램 패키지 파일에는 안드로이드 메니페스트 파일(AndroidManifest.xml)과 같은 이진 확장성 마크업 언어 파일이 포함될 수 있다. 안드로이드 메니페스트 파일은 어플리케이션의 구성 정보와 설정 정보를 담고 있는 안드로이드 어플리케이션 구성의 기본이 되는 파일로 화면을 구성하는 액티비티(Activity)를 등록하고 기기 자원을 사용할 수 있도록 사용 권한을 설정하기 위한 기능을 갖는다. 또한, 안드로이드 메니페스트 파일 상술한 바와 같이 이진 확장성 마크업 언어로 구현되어 특정 프로그램을 사용하여 일반적인 XML 파일과 같이 내용을 볼 수 있다.
이러한 안드로이드 메니페스트 파일에는 어플리케이션의 구성 정보로서 어플리케이션의 구동 시에 가장 먼저 호출되는 클래스에 대한 정보가 설정될 수 있으며, 어플리케이션(Application) 항목, 액티비티(Activity) 항목, 서비스(Service) 항목, 리시버(Receiver) 항목 및 프로바이더(Provider) 항목 등을 포함할 수 있다.
단계(440)에서 클래스명 설정부(340)는 추출된 파일에서 가장 먼저 호출되는 클래스에 대한 정보가 설정되는 항목에 신규 클래스의 클래스명을 설정할 수 있다. 일례로, 클래스명 설정부(340)는 상술한 안드로이드 메니페스트 파일의 항목들에서 가장 먼저 호출되도록 정의되어 있는 클래스를 찾을 수 있다. 만약, 어플리케이션 항목에 가장 먼저 호출되도록 정의되어 있는 클래스가 정의되어 있다면, 클래스명 설정부(340)는 어플리케이션 항목에 정의된 클래스의 클래스명을 신규 클래스의 클래스명으로 변경할 수 있다.
또한, 어플리케이션 항목이 아닌 다른 항목(상술한 액티비티 항목, 서비스 항목, 리시버 항목 또는 프로바이더 항목)에 가장 먼저 호출되도록 정의되어 있는 클래스가 존재할 수도 있다. 이 경우에도 클래스명 설정부(340)는 해당 클래스의 클래스명을 신규 클래스의 클래스명으로 변경할 수 있다.
또는 기존 클래스에 대한 별도의 확인 과정 없이 가장 우선순위가 높은 항목인 어플리케이션 항목에 신규 클래스의 클래스명을 지정하여 신규 클래스가 가장 먼저 호출되도록 설정할 수도 있다.
이때, 어플리케이션을 구동하는 시스템(일례로 전자 기기 1(110))은 어플리케이션 항목에 가장 먼저 호출되도록 정의되어 있는 클래스의 클래스명을 이용하여 신규 클래스를 호출하게 되고, 따라서 새로운 기능을 위한 코드가 포함된 신규 클래스가 가장 먼저(일례로 패키지 파일의 원래의 코드보다 선행하여) 실행되게 된다.
상술한 바와 같이 도 3 및 도 4를 통해 설명한 실시예에서는 안드로이드 메니페스트 파일과 같이 패키지 파일에서, 구성 정보로서 어플리케이션의 구동 시에 가장 먼저 호출되는 클래스에 대한 정보가 설정되는 파일을 추출하여 활용하는 실시예를 설명하였다.
한편, 패키지 파일에 대한 디스어셈블을 통해 새로운 기능을 위한 코드를 추가하는 것도 가능하다.
도 5는 본 발명의 일실시예에 따른 서버의 프로세서가 포함할 수 있는 구성요소의 다른 예를 도시한 블록도이고, 도 6은 본 발명의 일실시예에 있어서, 서버가 수행할 수 있는 방법의 다른 예를 도시한 흐름도이다.
서버(150)는 기능 확장 시스템을 구현할 수 있으며, 도 5에 도시된 바와 같이 서버(150)에 포함된 프로세서(222)는 구성요소들로서 로딩 제어부(510), 파일 저장 제어부(520), 파일 생성 제어부(530), 클래스 확인부(540), 신규 코드 추가부(550) 및 패키지 파일 재생성부(560)를 포함할 수 있다. 이러한 프로세서(222) 및 프로세서(222)의 구성요소들은 도 6의 기능 확장 방법이 포함하는 단계들(610 내지 660)을 수행하도록 서버(150)를 제어할 수 있다. 이때, 프로세서(222) 및 프로세서(222)의 구성요소들은 메모리(221)가 포함하는 운영체제의 코드와 적어도 하나의 프로그램의 코드에 따른 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(222)의 구성요소들은 서버(150)에 저장된 프로그램 코드가 제공하는 제어 명령에 따라 프로세서(222)에 의해 수행되는 서로 다른 기능들(different functions)의 표현들일 수 있다. 예를 들어, 프로세서(222)가 상술한 제어 명령에 따라 기능 확장 방법을 위한 프로그램의 파일에 저장된 프로그램 코드를 메모리(221)에 로딩하도록 동작하는 기능적 표현으로 로딩 제어부(510)가 사용될 수 있다.
단계(410)에서 로딩 제어부(510)는 기능 확장 방법을 위한 프로그램의 파일에 저장된 프로그램 코드를 메모리(221)에 로딩할 수 있다. 예를 들어, 서버(150)에서 프로그램이 실행되면, 로딩 제어부(510)는 운영체제의 제어에 따라 프로그램의 파일로부터 프로그램 코드를 메모리(221)에 로딩하도록 서버(150)를 제어할 수 있다.
이때, 프로세서(222)가 포함하는 파일 저장 제어부(520), 파일 생성 제어부(530), 클래스 확인부(540), 신규 코드 추가부(550) 및 패키지 파일 재생성부(560) 각각은 메모리(221)에 로딩된 프로그램 코드 중 대응하는 부분의 명령을 실행하여 이후 단계들(620 내지 660)을 실행하기 위한 프로세서(222)의 기능적 표현들일 수 있다.
단계(620)에서 파일 저장 제어부(520)는 어플리케이션을 위한 패키지 파일을 저장할 수 있다. 패키지 파일은 일례로, 안드로이드 운영체제를 위한 안드로이드 응용 프로그램 패키지 파일과 같이 어플리케이션을 위한 프로그램 코드들이 컴파일되어 파일들이 패키징된 압축 파일의 형태를 가질 수 있다. 예를 들어, 서버(150)는 컴퓨터로 구현될 수 있으며, 파일 저장 제어부(520)는 컴퓨터가 포함하는 저장장치에 패키지 파일이 저장 및 관리되도록 서버(150)를 제어할 수 있다.
단계(630)에서 파일 생성 제어부(530)는 패키지 파일을 디스어셈블(disassemble)하여 기존 클래스에 대한 정보를 포함하는 파일을 생성할 수 있다. 예를 들어, 안드로이드 응용 프로그램 패키지 파일에 대한 달빅(Dalvik) 바이트코드를 디스어셈블한 간이 코드(smali code)를 포함하는 파일이 생성될 수 있다. 이러한 파일은 확장자로 ".smali"를 가질 수 있다. 안드로이드에서 사용되는 프레임워크나 앱 등의 달빅(Dalvik) 클래스 파일은 모두 자바 파일로, Smali 툴을 통해 디컴파일되거나 다시 컴파일될 수 있다. 이때 안드로이드 응용 프로그램 패키지 파일을 디스어셈블하여 얻어지는 파일(확장자로 ".smali"를 갖는 파일)은 ".super" 항목과 같이 수퍼클래스(super class)를 설정하기 항목을 포함할 수 있다.
단계(640)에서 클래스 확인부(540)는 생성된 파일 내부에서 수퍼클래스(super class)를 설정하는 항목을 통해 항목을 구현한 클래스와 상속 관계를 갖는 기존 클래스를 확인할 수 있다. 수퍼클래스를 설정하는 항목(일례로, 안드로이드 운영체제에서의 상술한 ".super" 항목)을 구현하는 클래스와 상속 관계를 갖는 클래스는 패키지 파일을 통해 어플리케이션이 구동될 때 가장 먼저 수행되는 클래스일 수 있다.
단계(650)에서 신규 코드 추가부(550)는 확인된 기존 클래스의 바이트코드에 새로운 코드를 추가할 수 있다. 확인된 기존 클래스는 가장 먼저 수행될 클래스로서 신규 코드 추가부(550)는 기존 클래스의 바이트코드에 새로운 기능을 위한 코드나 별도의 라이브러리 또는 클래스를 호출하기 위한 코드를 추가함으로써 패키지 파일의 원래의 코드보다 먼저 실행될 수 있는 코드를 패키지 파일에 추가할 수 있게 된다. 이때, 신규 코드 추가부(550)는 기존 클래스의 바이트코드의 정적영역(static scoping) 또는 생성자 메서드에 새로운 코드를 추가하여 어플리케이션의 구동 시 새로운 코드가 패키지 파일의 원래의 코드보다 먼저 실행되도록 할 수 있다. 다른 예로, 신규 코드 추가부(550)는 바이트코드에 새로운 코드가 포함된 클래스를 멤버로서 추가하거나, 바이트코드에서 가장 먼저 수행되는 메서드에 새로운 코드를 추가하거나, 또는 어플리케이션에 대한 시스템 생명주기에 의해서 가장 먼저 호출 가능하도록 새로운 코드가 포함된 메서드를 바이트코드에 추가할 수도 있다. 일례로 시스템 생명주기는 안드로이드 생명주기를 포함할 수 있다.
단계(660)에서 패키지 파일 재생성부(560)는 새로운 코드가 추가된 바이트코드를 이용하여 패키지 파일을 재생성할 수 있다. 재생성된 패키지 파일은 어플리케이션이 구동될 시스템(일례로, 전자 기기 1(110))으로 전송될 수 있고, 상기 시스템에서 어플리케이션이 설치 및 구동되는 경우, 가장 먼저 호출될 클래스의 바이트코드에 추가된 새로운 코드가 먼저 실행될 수 있다. 다시 말해, 어플리케이션의 구동 시 기존 클래스가 가장 먼저 실행됨에 따라 바이트코드에 포함된 새로운 코드가 패키지 파일의 원래의 코드보다 먼저 실행될 수 있다.
도 7은 본 발명의 일실시예에 있어서, 패키지 파일에 새로운 기능을 위한 코드를 추가하는 과정의 예를 도시한 도면이다. 도 7은 서버(150)에 구현된 기능 확장 시스템(710)이 서버(150)의 저장장치에 저장된 APK 파일(720)로부터 안드로이드 메니페스트 파일 "AndroidManifest.xml"(730)을 추출하거나 또는 APK 파일(720)을 디스어셈블하여 기존 클래스에 대한 정보를 포함하는 파일로서 확장자 ".smali"를 갖는 파일들을 생성하는 과정을 나타내고 있다.
앞서 도 3 및 도 4를 통해 설명한 바와 같이 기능 확장 시스템(710)은 "AndroidManifest.xml"(730)의 특정 항목(어플리케이션 항목, 액티비티 항목, 서비스 항목, 리시버 항목 또는 프로바이더 항목)에 신규 클래스의 클래스명을 지정하거나 또는 해당 항목에 설정되어 있는 클래스(가장 먼저 호출되도록 정의된)의 클래스명을 신규 클래스의 클래스명으로 변경할 수 있고, 클래스명의 변경에 따라 신규 클래스가 가장 먼저 호출되는 새로운 APK 파일(750)이 생성될 수 있다.
또는, 도 5 및 도 6을 통해 설명한 바와 같이 기능 확장 시스템(710)은 디스어셈블을 통해 생성된 확장자 ".smali"를 갖는 파일에서 ".super" 항목을 확인하고, ".super" 항목을 구현한 클래스와 상속관계가 있는 기존 클래스의 바이트코드에 새로운 코드를 추가할 수 있다. 새로운 코드가 추가된 바이트코드는 다시 안드로이드가 인식할 수 있는 APK 형태로 패키징되어 새로운 APK 파일(750)이 생성될 수 있다.
도 3 내지 도 7을 통해 설명한 실시예들과는 달리 이후의 실시예들에서는 실행 시점에 신규 클래스를 별도의 로딩 과정이나 로딩된 클래스 인터페이스를 정의하는 과정 또는 해당 클래스를 호출하기 위한 추가적인 절차 없이 신규 클래스를 바로 사용하여 기능을 확장하는 방법에 대해 설명한다. 본 실시예에서는 어플리케이션의 실행 시점에 신규 클래스를 추가하여 기능을 확장하기 때문에 어플리케이션이 설치 및 구동되는 전자 기기 1(110)의 관점에서의 기능 확장 방법을 설명한다.
도 8는 본 발명의 일실시예에 따른 전자 기기의 프로세서가 포함할 수 있는 구성요소의 예를 도시한 블록도이고, 도 9는 본 발명의 일실시예에 따른 전자 기기가 수행할 수 있는 방법의 예를 도시한 흐름도이다.
전자 기기 1(110)은 기능 확장 시스템을 구현할 수 있으며, 도 8에 도시된 바와 같이 전자 기기 1(110)에 포함된 프로세서(212)는 구성요소들로서 로딩 제어부(810), 파일 저장 제어부(820), 파일 리딩 제어부(830), 객체 생성부(840), 및 객체 추가부(850)를 포함할 수 있다. 이러한 프로세서(212) 및 프로세서(212)의 구성요소들은 도 9의 기능 확장 방법이 포함하는 단계들(910 내지 950)을 수행하도록 전자 기기 1(110)을 제어할 수 있다. 이때, 프로세서(212) 및 프로세서(212)의 구성요소들은 메모리(211)가 포함하는 운영체제의 코드와 적어도 하나의 프로그램의 코드에 따른 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(212)의 구성요소들은 전자 기기 1(110)에 저장된 프로그램 코드가 제공하는 제어 명령에 따라 프로세서(212)에 의해 수행되는 서로 다른 기능들(different functions)의 표현들일 수 있다. 예를 들어, 프로세서(212)가 상술한 제어 명령에 따라 기능 확장 방법을 위한 프로그램의 파일에 저장된 프로그램 코드를 메모리(211)에 로딩하도록 동작하는 기능적 표현으로 로딩 제어부(810)가 사용될 수 있다.
단계(910)에서 로딩 제어부(810)는 기능 확장 방법을 위한 프로그램의 파일에 저장된 프로그램 코드를 메모리(211)에 로딩할 수 있다. 예를 들어, 전자 기기 1(110)에서 프로그램이 실행되면, 로딩 제어부(810)는 운영체제의 제어에 따라 프로그램의 파일로부터 프로그램 코드를 메모리(211)에 로딩하도록 전자 기기 1(110)을 제어할 수 있다. 여기서, 기능 확장 방법을 위한 프로그램은 이후 설명되는 어플리케이션과는 다른 프로그램일 수 있다.
이때, 프로세서(212)가 포함하는 파일 저장 제어부(820), 파일 리딩 제어부(830), 객체 생성부(840), 및 객체 추가부(850) 각각은 메모리(211)에 로딩된 프로그램 코드 중 대응하는 부분의 명령을 실행하여 이후 단계들(920 내지 950)을 실행하기 위한 프로세서(212)의 기능적 표현들일 수 있다.
단계(920)에서 파일 저장 제어부(820)는 어플리케이션을 위한 패키지 파일을 저장할 수 있다. 패키지 파일은 일례로, 안드로이드 운영체제를 위한 안드로이드 응용 프로그램 패키지 파일과 같이 어플리케이션을 위한 프로그램 코드들이 컴파일되어 파일들이 패키징된 압축 파일의 형태를 가질 수 있다. 예를 들어, 전자 기기 1(110)은 컴퓨터로 구현될 수 있으며, 파일 저장 제어부(720)는 컴퓨터가 포함하는 저장장치에 패키지 파일이 저장 및 관리되도록 전자 기기 1(110)을 제어할 수 있다.
단계(930)에서 파일 리딩 제어부(830)는 신규 클래스가 정의된 파일을 읽어드릴 수 있다. 이러한 신규 클래스를 별도의 로딩 과정이나 호출 과정 없이 가상머신(일례로, 안드로이드의 달빅(Dalvik) 또는 아트(ART) 가상머신)상에서 이미 로드된 상태와 같이 바로 사용될 수 있도록 하기 위해 이후의 단계(940) 및 단계(950)이 수행될 수 있다.
단계(940)에서 객체 생성부(840)는 패스 엘리먼츠 또는 덱스(dex) 엘리먼츠를 생성하기 위한 메서드를 호출하고, 호출된 메서드에 정의된 파일을 인자로 대입하여 정의된 파일에 대한 객체를 생성할 수 있다. 예를 들어, 객체 생성부(840)는 안드로이드 운영체제의 컨텍스트(Context)로부터 호출되는 클래스 로더(class loader) 내부의 패스 리스트(pathList) 멤버 객체에 구현된 메이크 덱스 엘리먼츠(makeDexElements) 메서드 또는 메이크 패스 엘리먼츠(makePathElements) 메서드에 정의된 파일을 인자로 대입하여 정의된 파일에 대한 객체를 생성할 수 있다. 다른 예로, 객체 생성부(840)는 안드로이드 운영체제가 제공하는 패스 리스트 클래스에 구현된 메이크 덱스 엘리먼츠(makeDexElements) 메서드 또는 메이크 패스 엘리먼츠(makePathElements) 메서드에 정의된 파일을 인자로 대입하여 정의된 파일에 대한 객체를 생성할 수도 있다.
단계(950)에서 객체 추가부(850)는 생성된 객체를 패키지 파일의 클래스 경로(class pass)를 참조하기 위한 덱스 엘리먼츠 배열에 추가할 수 있다. 예를 들어, 객체 추가부(850)는 덱스 엘리먼츠 배열에 포함된 원래의 값과 상기 메서드(makeDexElements 또는 makePathElements)의 호출에 대한 결과 값을 함께 포함하는 신규 배열을 생성하여 덱스 엘리먼츠 배열로 대체할 수 있다. 다시 말해, 객체 추가부(850)는 신규 배열을 선언하여 덱스 엘리먼츠 배열에 포함된 원래의 값과 상기 메서드(makeDexElements 또는 makePathElements)의 호출에 대한 결과 값을 함께 복사하여 저장하고, 신규 배열을 덱스 엘리먼츠 배열에 대입하여 생성된 객체를 덱스 엘리먼츠 배열에 추가할 수 있다.
따라서 전자 기기 1(110)은 어플리케이션의 구동 시 신규 클래스의 로딩 및 호출 없이 덱스 엘리먼츠 배열에 포함된 객체를 이용하여 신규 클래스를 수행할 수 있다.
도 10은 본 발명의 일실시예에 있어서, 어플리케이션의 실행 시점에 클래스를 확장할 수 있는 과정의 예를 도시한 도면이다. 도 10은 전자 기기 1(110)에 구현된 기능 확장 시스템(1010)이 전자 기기 1(110)의 저장장치에 저장된 패키지 파일을 통해 어플리케이션을 구동하는 실행 시점에 클래스를 확장할 수 있는 기능 확장 방법의 예를 나타내고 있다.
기능 확장 시스템(1010)은 안드로이드 운영체제의 컨텍스트(Context)로부터 클래스 로더(Class Loader, 1020)를 호출할 수 있고, 신규 클래스가 수행되기 이전에 해당 신규 클래스가 정의된 덱스 파일(1030)을 읽어드릴 수 있다.
또한, 기능 확장 시스템(1010)은 클래스 로더(1020) 내부의 패스 리스트(pathList, 1040) 멤버 객체를 가져올 수 있고, 기능 확장 시스템(1010)은 패스 리스트(1040) 멤버 객체에 구현된 덱스 엘리먼츠(dexElements)의 배열(1050)을 가져올 수 있다.
이때, 기능 확장 시스템(1010)은 패스 리스트(1040) 멤버 객체에 구현된 "makePathElements" 메서드 또는 "makeDexElements" 메서드에 덱스 파일(1030)을 대입하여 그 호출 결과를 획득할 수 있다. "makePathElements" 메서드 또는 "makeDexElements" 메서드의 호출 과정은, 클래스 로더(1020)의 호출이나 로더(1020) 내부의 패스 리스트(pathList, 1040) 멤버 객체를 가져오는 과정 없이, 안드로이드 시스템이 제공하는 클래스("makePathElements" 메서드 또는 "makeDexElements" 메서드를 위한 클래스)를 직접 사용하는 방식으로도 동일한 결과를 얻을 수 있다.
메서드 호출에 따른 결과로 객체가 생성되면, 기능 확장 시스템(1010)은 메서드를 호출하여 생성된 객체를 찾아놓은 덱스 엘리먼츠의 배열(1050)에 추가할 수 있다. 덱스 엘리먼츠의 배열(1050)에 객체를 추가하기 위한 방법은, 배열(1050)에 있는 원래의 값과 메서드 호출에 따라 얻어지는 결과 값을 함께 포함 가능한 신규 배열을 생성하고, 생성된 신규 배열에 상기 원래의 값과 상기 결과 값을 함께 복사해 넣은 후, 신규 배열을 배열(1050)에 대입하는 과정을 통해 처리될 수 있다.
이후, 덱스 엘리먼츠의 배열(1050)에 신규 클래스가 정의된 파일의 객체가 추가되었기 때문에 신규 클래스는 별도의 로딩 과정이나 로딩된 클래스에 대한 인터페이스의 정의 및/또는 신규 클래스의 호출을 위한 추가적인 과정(신규 클래스의 호출을 위한 코드를 추가하는 과정) 없이 이미 로드된 상태와 같이 바로 사용될 수 있다.
이처럼 본 발명의 실시예들에 따르면, 이미 완성되어 코드를 수정할 수 없는 패키지 파일에, 원래의 코드보다 선행되어 실행될 수 있는 추가 코드를 삽입하여 기능을 확장할 수 있다. 또한, 패키지 파일에 클래스를 추가함에 있어서 별도의 로딩 과정, 클래스 인터페이스에 대한 정의 과정 및/또는 클래스 호출을 위한 추가적인 절차 없이 신규 클래스를 바로 수행할 수 있다.
이상에서 설명된 시스템 또는 장치는 하드웨어 구성요소, 소프트웨어 구성요소 또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims (10)

  1. 컴퓨터에 의해 실행되는 기능 추가 방법에 있어서,
    어플리케이션을 위한 패키지 파일을 저장하는 단계;
    신규 클래스가 정의된 파일을 읽어들이는 단계;
    패스 엘리먼츠 또는 덱스(dex) 엘리먼츠를 생성하기 위한 메서드를 호출하고, 상기 호출된 메서드에 상기 정의된 파일을 인자로 대입하여 상기 정의된 파일에 대한 객체를 생성하는 단계; 및
    상기 생성된 객체를 상기 패키지 파일의 클래스 경로(class pass)를 참조하기 위한 덱스 엘리먼츠 배열에 추가하는 단계
    를 포함하는 것을 특징으로 하는 기능 추가 방법.
  2. 제1항에 있어서,
    상기 패키지 파일은 안드로이드 운영체제를 위한 안드로이드 응용 프로그램 패키지(Android application package, APK) 파일을 포함하고,
    상기 정의된 파일에 대한 객체를 생성하는 단계는,
    상기 안드로이드 운영체제의 컨텍스트(Context)로부터 호출되는 클래스 로더 내부의 패스 리스트(pathList) 멤버 객체에 구현된 메이크 덱스 엘리먼츠(makeDexElements) 메서드 또는 메이크 패스 엘리먼츠(makePathElements) 메서드에 상기 정의된 파일을 인자로 대입하여 상기 객체를 생성하는 것을 특징으로 하는 기능 추가 방법.
  3. 제1항에 있어서,
    상기 패키지 파일은 안드로이드 운영체제를 위한 안드로이드 응용 프로그램 패키지(Android application package, APK) 파일을 포함하고,
    상기 정의된 파일에 대한 객체를 생성하는 단계는,
    상기 안드로이드 운영체제가 제공하는 패스 리스트 클래스에 구현된 메이크 덱스 엘리먼츠(makeDexElements) 메서드 또는 메이크 패스 엘리먼츠(makePathElements) 메서드에 상기 정의된 파일을 인자로 대입하여 상기 객체를 생성하는 것을 특징으로 하는 기능 추가 방법.
  4. 제1항에 있어서,
    상기 덱스 엘리먼츠 배열에 추가하는 단계는,
    상기 덱스 엘리먼츠 배열에 포함된 원래의 값과 상기 메서드의 호출에 대한 결과 값을 함께 포함하는 신규 배열을 생성하여 상기 덱스 엘리먼츠 배열로 대체하는 것을 특징으로 하는 기능 추가 방법.
  5. 제1항에 있어서,
    상기 어플리케이션의 구동 시 상기 신규 클래스의 로딩 및 호출 없이 상기 덱스 엘리먼츠 배열에 포함된 객체를 이용하여 상기 신규 클래스가 수행되는 것을 특징으로 하는 기능 추가 방법.
  6. 컴퓨터로 구현되는 기능 확장 시스템에 있어서,
    상기 컴퓨터에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서
    를 포함하고,
    상기 적어도 하나의 프로세서에 의해,
    어플리케이션을 위한 패키지 파일을 저장하고,
    신규 클래스가 정의된 파일을 읽어들이고,
    패스 엘리먼츠 또는 덱스(dex) 엘리먼츠를 생성하기 위한 메서드를 호출하고, 상기 호출된 메서드에 상기 정의된 파일을 인자로 대입하여 상기 정의된 파일에 대한 객체를 생성하고,
    상기 생성된 객체를 상기 패키지 파일의 클래스 경로(class pass)를 참조하기 위한 덱스 엘리먼츠 배열에 추가하는 것
    을 특징으로 하는 기능 확장 시스템.
  7. 제6항에 있어서,
    상기 패키지 파일은 안드로이드 운영체제를 위한 안드로이드 응용 프로그램 패키지(Android application package, APK) 파일을 포함하고,
    상기 적어도 하나의 프로세서에 의해,
    상기 안드로이드 운영체제의 컨텍스트(Context)로부터 호출되는 클래스 로더 내부의 패스 리스트(pathList) 멤버 객체에 구현된 메이크 덱스 엘리먼츠(makeDexElements) 메서드 또는 메이크 패스 엘리먼츠(makePathElements) 메서드에 상기 정의된 파일을 인자로 대입하여 상기 객체를 생성하는 것을 특징으로 하는 기능 확장 시스템.
  8. 제6항에 있어서,
    상기 패키지 파일은 안드로이드 운영체제를 위한 안드로이드 응용 프로그램 패키지(Android application package, APK) 파일을 포함하고,
    상기 적어도 하나의 프로세서에 의해,
    상기 안드로이드 운영체제가 제공하는 패스 리스트 클래스에 구현된 메이크 덱스 엘리먼츠(makeDexElements) 메서드 또는 메이크 패스 엘리먼츠(makePathElements) 메서드에 상기 정의된 파일을 인자로 대입하여 상기 객체를 생성하는 것을 특징으로 하는 기능 확장 시스템.
  9. 제6항에 있어서,
    상기 적어도 하나의 프로세서에 의해,
    상기 덱스 엘리먼츠 배열에 포함된 원래의 값과 상기 메서드의 호출에 대한 결과 값을 함께 포함하는 신규 배열을 생성하여 상기 덱스 엘리먼츠 배열로 대체하는 것을 특징으로 하는 기능 확장 시스템.
  10. 제6항에 있어서,
    상기 어플리케이션의 구동 시 상기 신규 클래스의 로딩 및 호출 없이 상기 덱스 엘리먼츠 배열에 포함된 객체를 이용하여 상기 신규 클래스가 수행되는 것을 특징으로 하는 기능 확장 시스템.
KR1020180049059A 2018-04-27 2018-04-27 패키지 파일에 대한 기능 확장 방법 및 시스템 KR20180048518A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020180049059A KR20180048518A (ko) 2018-04-27 2018-04-27 패키지 파일에 대한 기능 확장 방법 및 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020180049059A KR20180048518A (ko) 2018-04-27 2018-04-27 패키지 파일에 대한 기능 확장 방법 및 시스템

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020160019005A Division KR101854975B1 (ko) 2016-02-18 2016-02-18 패키지 파일에 대한 기능 확장 방법 및 시스템

Publications (1)

Publication Number Publication Date
KR20180048518A true KR20180048518A (ko) 2018-05-10

Family

ID=62184598

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020180049059A KR20180048518A (ko) 2018-04-27 2018-04-27 패키지 파일에 대한 기능 확장 방법 및 시스템

Country Status (1)

Country Link
KR (1) KR20180048518A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112052028A (zh) * 2020-08-20 2020-12-08 北京智游网安科技有限公司 一种安卓应用程序包的生成方法、终端及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112052028A (zh) * 2020-08-20 2020-12-08 北京智游网安科技有限公司 一种安卓应用程序包的生成方法、终端及存储介质
CN112052028B (zh) * 2020-08-20 2024-05-14 北京智游网安科技有限公司 一种安卓应用程序包的生成方法、终端及存储介质

Similar Documents

Publication Publication Date Title
KR101854975B1 (ko) 패키지 파일에 대한 기능 확장 방법 및 시스템
CN108027722B (zh) 在编译和部署中动态更新应用
KR102077360B1 (ko) 애플리케이션에 대한 중간 언어 코드로부터 네이티브 코드를 생성하는 기법
US20150332043A1 (en) Application analysis system for electronic devices
US11669334B2 (en) Just-in-time containers
WO2014182752A1 (en) Out-of-band framework libraries within applications
CN111176722B (zh) 第三方库的文件版本检测方法、装置及存储介质
CN112083968A (zh) 一种宿主中插件加载方法及装置
CN109857432B (zh) 一种游戏应用的热更新方法和装置
KR101832594B1 (ko) 중간 언어 파일의 로딩 속도 개선을 위한 방법 및 시스템
KR101814897B1 (ko) 파일 보호 방법 및 시스템
KR101992698B1 (ko) 치팅 어플리케이션 식별 방법 및 시스템
US10552135B1 (en) Reducing a size of an application package
KR101823226B1 (ko) 코드 보호 방법 및 시스템
KR20180048518A (ko) 패키지 파일에 대한 기능 확장 방법 및 시스템
CN106778270B (zh) 一种恶意应用程序的检测方法及系统
CN110727423A (zh) 跨平台开发行动应用程序的方法及其系统
KR101845155B1 (ko) 어플리케이션 패키지를 제공하는 방법 및 시스템, 그리고 어플리케이션을 실행하는 방법 및 시스템
KR102677540B1 (ko) 네이티브 라이브러리를 보호하는 방법 및 시스템
KR20180004065A (ko) 파일 보호 방법 및 시스템
KR20190009880A (ko) 이벤트 기반 패키지 모듈 호출 방법 및 시스템
RU2521265C2 (ru) Система и способ автоматической обработки системных ошибок программного обеспечения
Zhigalov et al. Reverse engineering of mobile applications
KR20190009878A (ko) 이벤트 기반 패키지 모듈 호출 방법 및 시스템
CN113590166A (zh) 应用程序的更新方法、装置以及计算机可读存储介质

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application