KR102616785B1 - 전자 장치 및 그의 정보 제공 방법 - Google Patents

전자 장치 및 그의 정보 제공 방법 Download PDF

Info

Publication number
KR102616785B1
KR102616785B1 KR1020220173957A KR20220173957A KR102616785B1 KR 102616785 B1 KR102616785 B1 KR 102616785B1 KR 1020220173957 A KR1020220173957 A KR 1020220173957A KR 20220173957 A KR20220173957 A KR 20220173957A KR 102616785 B1 KR102616785 B1 KR 102616785B1
Authority
KR
South Korea
Prior art keywords
information
modules
module
dependency
electronic device
Prior art date
Application number
KR1020220173957A
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 KR1020220173957A priority Critical patent/KR102616785B1/ko
Priority to PCT/KR2023/001531 priority patent/WO2024128401A1/ko
Application granted granted Critical
Publication of KR102616785B1 publication Critical patent/KR102616785B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

전자 장치의 정보 제공 방법이 제공된다. 정보 제공 방법은 애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하는 단계; 상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하는 단계; 상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 단계; 및 상기 의존성 규칙의 준수 여부에 관한 정보를 제공하는 단계를 포함할 수 있다.

Description

전자 장치 및 그의 정보 제공 방법{ELECTRONIC APPARATUS AND PROVIDING INFORATION METHOD THEREOF}
본 개시는 애플리케이션에 포함된 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하고, 의존성 규칙을 준수하지 않는 모듈 및 모듈이 준수하지 않은 규칙에 관한 정보를 사용자에게 제공하기 위한 전자 장치 및 그 제어 방법에 관한 것이다.
인터넷의 사용 및 모바일 단말의 보급이 보편화됨에 따라, 사용자들은 애플리케이션을 통하여 다양한 서비스를 제공받을 수 있게 되었다. 사용자가 요구하는 서비스의 수준 및 정보의 양이 점차 증가하고 있으며, 사용자의 요구에 맞춰, 보다 다양한 기능들 각각을 수행하기 위한 함수 및 관련 데이터를 하나의 모듈로 묶는 모듈화(modularization)가 애플리케이션에 도입되었다.
그러나, 애플리케이션에 포함된 모듈들의 수가 많아질수록 모듈들 간의 의존 관계가 보다 복잡해지고, 그에 따라 고차원 모듈이 저차원 모듈에 의존하고 저차원 모듈이 다시 고차원 모듈에 의존하는 의존성 부패(dependency rot) 등과 같은 에러가 발생할 수 있다는 문제점이 존재한다.
관련하여, KR 10-2015-0079887 A1 건 등의 선행문헌들을 참조할 수 있다.
개시된 실시 예들은 전자 장치 및 그의 정보 관리 방법을 제공하고자 한다. 보다 구체적으로는, 애플리케이션에 포함된 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하고, 의존성 규칙을 준수하지 않는 모듈 및 모듈이 준수하지 않은 규칙에 관한 정보를 사용자에게 제공하기 위한 전자 장치 및 그 제어 방법을 제공하는 것을 목적으로 한다.
본 실시 예가 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제들로 한정되지 않으며, 이하의 실시 예들로부터 또 다른 기술적 과제들이 유추될 수 있다.
본 개시의 일 측면은 애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하는 단계; 상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하는 단계; 상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 단계; 및 상기 의존성 규칙의 준수 여부에 관한 정보를 제공하는 단계를 포함하는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 의존성 규칙은, 상기 하나 이상의 모듈들 중 제1 모듈의 퍼블릭 파트 또는 상기 제1 모듈의 프라이빗 파트가 제2 모듈의 프라이빗 파트에 의존할 수 없다는 제1 규칙; 및 상기 하나 이상의 모듈들 중 하위 레이어에 포함된 제3 모듈이 상위 레이어에 포함된 제4 모듈에 의존할 수 없다는 제2 규칙을 포함하는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 하나 이상의 모듈들 중 제5 모듈의 퍼블릭 파트는 상기 제5 모듈에 관한 인터페이스 및 데이터 모델을 포함하고, 상기 제5 모듈의 프라이빗 파트는 상기 인터페이스의 하나 이상의 임플리멘테이션(implementation)을 포함하는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 애플리케이션이 배포될 때, 상기 하나 이상의 임플리멘테이션 중 상기 애플리케이션이 배포될 지역에 대응하는 임플리멘테이션이 구현되는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 의존성 규칙의 준수 여부에 관한 정보는, 상기 하나 이상의 모듈들 중 상기 의존성 규칙을 준수하지 않는 제6 모듈에 관한 정보; 및 상기 제6 모듈이 준수하지 않은 규칙에 관한 정보를 포함하는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 정보 제공 방법은, 사용자 단말로부터 풀 리퀘스트(pull request)를 획득함에 따라 개시되는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 하나 이상의 모듈들에 대한 의존성 규칙이 준수되지 않은 것으로 확인된 경우, 상기 풀 리퀘스트를 거절하도록 설정하는 정보를 생성하는 단계를 더 포함하는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 제1 정보 및 상기 제2 정보를 확인하는 단계는, 레이어 설정 정보 및 모듈 설정 정보를 포함하는 상기 애플리케이션의 아키텍처 정보를 획득하는 단계; 상기 레이어 설정 정보에 기초하여 상기 제1 정보를 확인하고, 상기 모듈 설정 정보에 기초하여 상기 제2 정보를 확인하는 단계를 포함하는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 제3 정보를 확인하는 단계는, 사용자 단말로부터 풀 리퀘스트를 획득하는 단계; 및 상기 풀 리퀘스트에 기초하여, 상기 제3 정보를 확인하는 단계를 포함하는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 정보 제공 방법은, 상기 하나 이상의 모듈들 간의 변경된 의존 관계에 관한 제4 정보를 확인하는 단계; 상기 제3 정보 및 상기 제4 정보에 기초하여, 상기 하나 이상의 모듈들 중 의존 관계가 변경된 적어도 하나의 모듈을 확인하는 단계; 상기 제1 정보, 상기 제2 정보 및 상기 제4 정보에 기초하여, 상기 적어도 하나의 모듈에 대하여 상기 의존성 규칙이 준수되는지 여부를 확인하는 단계를 더 포함하는, 정보 제공 방법을 제공할 수 있다.
또한, 본 개시의 일 실시 예에서 상기 정보 제공 방법은, 상기 애플리케이션이 배포될 지역에 관한 정보를 확인하는 단계; 상기 하나 이상의 모듈들의 프라이빗 파트에 포함된 하나 이상의 임플리멘테이션들 중 상기 애플리케이션이 배포될 지역에 대응하는 적어도 하나의 임플리멘테이션을 확인하는 단계; 및 상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 적어도 하나의 임플리멘테이션에 대하여 상기 의존성 규칙이 준수되는지 여부를 확인하는 단계를 더 포함하는, 정보 제공 방법을 제공할 수 있다.
본 개시의 다른 측면은 통신부, 메모리 및 제어부(controller)를 포함하고, 상기 제어부는, 애플리케이션을 구성하는 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 포함된 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하고, 상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하고, 상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하고, 상기 의존성 규칙의 준수 여부를 확인한 결과에 관한 정보를 제공하는, 전자 장치를 제공할 수 있다.
본 개시의 또 다른 측면은 전자 장치에 의해 수행되는 방법을 구현하기 위한 프로그램이 기록된 컴퓨터로 판독 가능한 기록 매체를 제공할 수 있다.
기타 실시 예들의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.
제안되는 실시 예에 따를 경우 다음과 같은 효과를 하나 혹은 그 이상 기대할 수 있다.
본 명세서의 실시 예에 의할 경우, 사용자는 자신이 작성한 하나 이상의 모듈들 간의 의존 관계에 관한 코드가 의존성 규칙을 준수하는지 여부를 보다 편리하게 확인할 수 있다.
또한, 본 명세서의 실시 예에 의할 경우, 사용자는 자신이 작성한 하나 이상의 모듈들 간의 의존 관계에 관한 코드 중 의존성 규칙을 준수하지 않는 모듈에 대응하는 코드에 관한 정보를 보다 편리하게 확인할 수 있다.
발명의 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 청구범위의 기재로부터 당해 기술 분야의 통상의 기술자에게 명확하게 이해될 수 있을 것이다.
도 1은 일 실시 예에 따른 시스템을 나타낸다.
도 2는 일 실시 예에 따라 애플리케이션에 포함된 하나 이상의 레이어들 및 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 일 예를 도시한다.
도 3은 일 실시 예에 따라 모듈의 퍼블릭 파트 및 프라이빗 파트에 관한 일 예를 도시한다.
도 4는 일 실시 예에 따라 전자 장치가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다.
도 5는 일 실시 예에 따라 전자 장치가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다.
도 6a 및 도 6b는 일 실시 예에 따라 전자 장치가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다.
도 7은 일 실시 예에 따라 전자 장치가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다.
도 8은 일 실시 예에 따라 전자 장치가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다.
도 9는 일 실시 예에 따른 전자 장치의 정보 제공 방법의 흐름도를 나타낸다.
도 10은 일 실시 예에 따른 전자 장치의 블록도를 나타낸다.
실시 예들에서 사용되는 용어는 본 개시에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 개시에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 개시의 전반에 걸친 내용을 토대로 정의되어야 한다.
명세서 전체에서 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있음을 의미한다.
명세서 전체에서 기재된 "a, b, 및 c 중 적어도 하나"의 표현은, 'a 단독', 'b 단독', 'c 단독', 'a 및 b', 'a 및 c', 'b 및 c', 또는 'a, b, 및 c 모두'를 포괄할 수 있다.
이하에서 언급되는 "단말"은 네트워크를 통해 서버나 타 단말에 접속할 수 있는 컴퓨터나 휴대용 단말로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(desktop), 랩톱(laptop) 등을 포함하고, 휴대용 단말은 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, IMT(International Mobile Telecommunication), CDMA(Code Division Multiple Access), W-CDMA(W-Code Division Multiple Access), LTE(Long Term Evolution) 등의 통신 기반 단말, 스마트폰, 태블릿 PC 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있다.
아래에서는 첨부한 도면을 참고하여 본 개시의 실시 예에 대하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다.
이하에서는 도면을 참조하여 본 개시의 실시 예들을 상세히 설명한다.
도 1은 일 실시 예에 따른 시스템을 나타낸다.
도 1을 참조하면, 시스템은 전자 장치(100), 하나 이상의 사용자 단말들(120, 140, 160) 및 네트워크(180) 중에서 적어도 하나를 포함할 수 있다. 한편, 도 1에 도시된 시스템은 본 실시 예와 관련된 구성요소들만이 도시되어 있다. 따라서, 도 1에 도시된 구성요소들 외에 다른 범용적인 구성요소들이 더 포함될 수 있음을 본 실시 예와 관련된 기술분야에서 통상의 지식을 가진 자라면 이해할 수 있다.
전자 장치(100)는 다양한 정보를 구성하여 제공하는 장치이다. 전자 장치(100)는 구성된 정보를 웹 페이지 또는 어플리케이션 화면 등으로 제공하거나, 제공받는 단말에서 웹 페이지 또는 어플리케이션 화면 등으로 표시할 수 있는 형태의 정보로 제공할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 애플리케이션에 포함된 하나 이상의 레이어들에 관한 제1 정보, 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭 파트 및 프라이빗 파트에 관한 제2 정보 및 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인할 수 있다. 이후, 전자 장치(100)는 제1 정보, 제2 정보 및 제3 정보에 기초하여, 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하고, 의존성 규칙의 준수 여부에 관한 정보를 하나 이상의 사용자 단말들(120, 140, 160)로 송신할 수 있다.
하나 이상의 사용자 단말들(120, 140, 160)은 사용자들 각각이 사용하는 단말로서, 사용자들은 각자의 사용자 단말(120, 140, 160)을 이용하여 네트워크(180)에 의해 제공되는 서비스에 접근할 수 있다. 예를 들어, 전자 장치(100)는 사용자가 작성한 코드가 의존성 규칙을 준수하는지 여부에 관한 정보를 제공하는 플랫폼 또는 어플리케이션을 하나 이상의 사용자 단말들(120, 140, 160)에 제공할 수 있다. 사용자들은 각자의 사용자 단말(120, 140, 160)에 설치된 플랫폼 또는 어플리케이션 등을 이용하여 자신이 작성한 코드가 의존성 규칙을 준수하는지 여부를 확인할 수 있다.
하나 이상의 사용자 단말들(120, 140, 160)과 전자 장치(100)는 네트워크(180) 내에서 서로 통신할 수 있다. 네트워크(180)는 근거리 통신망(Local Area Network; LAN), 광역 통신망(Wide Area Network; WAN), 부가가치 통신망(Value Added Network; VAN), 이동 통신망(mobile radio communication network), 위성 통신망 및 이들의 상호 조합을 포함하며, 도 1에 도시된 각 네트워크 구성 주체가 서로 원활하게 통신을 할 수 있도록 하는 포괄적인 의미의 데이터 통신망이며, 유선 인터넷, 무선 인터넷 및 모바일 무선 통신망을 포함할 수 있다. 무선 통신은 예를 들어, 무선 랜(Wi-Fi), 블루투스, 블루투스 저 에너지(Bluetooth low energy), 지그비, WFD(Wi-Fi Direct), UWB(ultra wideband), 적외선 통신(IrDA, infrared Data Association), NFC(Near Field Communication) 등이 있을 수 있으나, 이에 한정되는 것은 아니다.
도 2는 일 실시 예에 따른 애플리케이션에 포함된 하나 이상의 레이어들 및 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 일 예를 도시한다.
일 실시 예에 따르면, 애플리케이션은 애플리케이션 레이어(200), 도메인 레이어(220), common 레이어(260) 및 shared 레이어(280)를 포함할 수 있다. 이때, 애플리케이션에 포함된 하나 이상의 레이어들 간의 계층 구조(hierarchy)가 존재할 수 있다. 예를 들어, 애플리케이션 레이어(200)는 도메인 레이어(220) 보다 상위 레이어(upper layer)일 수 있고, 도메인 레이어(220)는 common 레이어(260) 보다 상위 레이어일 수 있으며, common 레이어(260)는 shared 레이어(280) 보다 상위 레이어일 수 있다. 다만, 애플리케이션에 포함된 레이어의 수, 레이어의 명칭 및 레이어들 간의 계층 구조는 일 실시 예에 불과하며, 전술한 바와 상이하게 구현될 수 있다.
일 실시 예에 따르면, 애플리케이션 레이어(200), 도메인 레이어(220), common 레이어(260) 및 shared 레이어(280) 각각은 하나 이상의 모듈들을 포함할 수 있다. 예를 들어, 애플리케이션 레이어(200)는 애플리케이션 모듈(210)을 포함할 수 있고, 도메인 레이어(220)는 plp(product list page, 제품 리스트 페이지)-common 모듈(222), srp(search result page, 검색 결과 페이지)-common 모듈(224), sdp(single detail page, 상품 상세 설명 페이지)-common 모듈(226), cart-common 모듈(228), gw-common 모듈(230), plp 모듈(232), srp 모듈(234), sdp 모듈(236), cart 모듈(238) 및 gw 모듈(240)을 포함할 수 있다. 또는, common 레이어(260)는 common 모듈(265) 및 common-ui 모듈(270)을 포함할 수 있고, shared 레이어(280)는 foundation 모듈(282), 네트워크 모듈(284), 이미지 모듈(286), 모니터링 모듈(288) 및 ab 테스트 모듈(290)을 포함할 수 있다. 다만, 각각의 레이어에 포함된 모듈의 수 및 모듈의 명칭은 일 실시 예에 불과하며, 전술한 바와 상이하게 구현될 수 있다.
일 실시 예에 따르면, 각각의 레이어에 포함된 모듈들 간에는 의존(dependency) 관계가 존재할 수 있다. 보다 구체적으로, 상위 레이어에 포함된 모듈은 동일한 레이어 또는 하위 레이어에 포함된 모듈에 의존할 수 있다. 다만, 하위 레이어에 포함된 모듈은 상위 레이어에 포함된 모듈에 의존할 수 없다.
예를 들어, 애플리케이션 레이어(200)에 포함된 애플리케이션 모듈(210)은 하위 레이어인 도메인 레이어(220)에 포함된 cart-common 모듈(228)에 의존할 수 있고, common 레이어(260)에 포함된 common 모듈(265)은 하위 레이어인 shared 레이어(280)에 포함된 이미지 모듈(286)에 의존할 수 있다. 또는, 도메인 레이어(220)에 포함된 gw-common 모듈(230)은 동일한 레이어에 포함된 cart-common 모듈(228)에 의존할 수 있고, shared 레이어(280)에 포함된 foundation 모듈(282)은 동일한 레이어에 포함된 네트워크 모듈(284)에 의존할 수 있다. 그러나, common 레이어(260)에 포함된 common-ui 모듈(270)은 상위 레이어인 도메인 레이어(220)에 포함된 sdp-common 모듈(226)에 의존할 수 없고, shared 레이어(280)에 포함된 이미지 모듈(286)은 상위 레이어인 common 레이어(260)에 포함된 common 모듈(265)에 의존할 수 없다.
이때, 제1 모듈이 제2 모듈에 의존한다는 것은, 제1 모듈을 사용할 때 제2 모듈의 메소드(method)를 호출하거나, 제1 모듈이 제2 모듈은 멤버 변수 또는 로컬 변수로 가지고 있다는 것을 나타낼 수 있으나, 전술한 바에 한정되지 않는다.
도 3은 일 실시 예에 따른 모듈의 퍼블릭 파트 및 프라이빗 파트에 관한 일 예를 도시한다.
일 실시 예에 따르면, 모듈(300)은 특정 기능을 독립적으로 수행하기 위한 함수 및 관련 데이터가 하나로 묶인 단위로서, 퍼블릭 파트(310) 및 프라이빗 파트(320)를 포함할 수 있다. 이때, 퍼블릭 파트(310) 및 프라이빗 파트(320)의 명칭은 일 실시 예에 불과하며, 이와 상이하게 지칭될 수 있다. 예를 들어, 퍼블릭 파트(310)는 추상화된 개념, 추상적인 클래스 등으로 지칭될 수 있고, 프라이빗 파트(320)는 구체화된 개념, 추상적인 클래스를 구현하는 클래스 등으로 지칭될 수 있으나, 전술한 바에 한정되지 않는다.
일 실시 예에 따르면, 모듈(300)의 퍼블릭(public) 파트(310)는 인터페이스(330) 및 데이터 모델(340)을 포함할 수 있다. 예를 들어, 퍼블릭 파트(310)는 대외로 보여지는 인터페이스(330) 및 관련 데이터를 가져오고 내보내는 기능을 수행하는 데이터 모델(340)을 포함할 수 있다.
일 실시 예에 따르면, 모듈(300)의 프라이빗(private) 파트(320)는 하나 이상의 임플리멘테이션(350, 360, 370)을 포함할 수 있다. 예를 들어, 프라이빗 파트(320)는 인터페이스(330)를 상이하게 구현하게 위한 하나 이상의 임플리멘테이션(350, 360, 370)을 포함할 수 있다.
일 실시 예에 따르면, 하나 이상의 임플리멘테이션(350, 360, 370) 각각은 애플리케이션이 배포될 지역에 대응할 수 있고, 각각에 대응하는 지역에 따라 상이한 코드를 포함할 수 있다. 예를 들어, 제1 임플리멘테이션(350)은 한국에서 배포되는 버전의 애플리케이션을 구현하기 위한 코드를 포함할 수 있고, 제2 임플리멘테이션(360)은 일본에서 배포되는 버전의 애플리케이션을 구현하기 위한 코드를 포함할 수 있으며, 제3 임플리멘테이션(370)은 대만에서 배포되는 버전의 애플리케이션을 구현하기 위한 코드를 포함할 수 있다.
일 실시 예에 따르면, 애플리케이션이 배포될 때, 하나 이상의 임플리멘테이션(350, 360, 370) 중 애플리케이션이 배포될 지역에 대응하는 임플리멘테이션이 구현될 수 있다. 예를 들어, 애플리케이션이 한국에서 배포될 때, 프라이빗 파트(320)에 포함된 하나 이상의 임플리멘테이션(350, 360, 370) 중 한국에 대응하는 제1 임플리멘테이션(350)이 구현될 수 있다. 이를 통해, 애플리케이션이 배포될 지역의 언어 또는 문화 등에 따라, 상이한 버전의 애플리케이션이 사용자에게 제공될 수 있다.
도 4는 일 실시 예에 따라 전자 장치(100)가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다.
일 실시 예에 따르면, 전자 장치(100)는 애플리케이션에 포함된 하나 이상의 레이어들에 관한 제1 정보를 확인하고, 하나 이상의 모듈들의 퍼블릭 파트 및 프라이빗 파트에 관한 제2 정보를 확인할 수 있다.
예를 들어, 전자 장치(100)는 레이어 설정 정보에 기초하여, 애플리케이션에 포함된 제1 레이어(400) 및 제2 레이어(430)를 확인하고, 제1 레이어(400) 및 제2 레이어(430) 간의 계층 구조를 확인할 수 있다. 또한, 전자 장치(100)는 레이어 설정 정보에 기초하여, 제1 레이어(400)에 포함된 제1 모듈(410) 및 제2 모듈(420)을 확인하고, 제2 레이어(430)에 포함된 제3 모듈(440) 및 제4 모듈(450)을 확인할 수 있다.
또는, 전자 장치(100)는 모듈 설정 정보에 기초하여, 제1 모듈(410)의 퍼블릭 파트(412) 및 프라이빗 파트(414)를 확인하고, 제2 모듈(420)의 퍼블릭 파트(422) 및 프라이빗 파트(424)를 확인하며, 프라이빗 파트(424)에 포함된 제1 임플리멘테이션(426) 및 제2 임플리멘테이션(428)을 확인할 수 있다. 또한, 전자 장치(100)는 모듈 설정 정보에 기초하여, 제3 모듈(440)의 퍼블릭 파트(442) 및 프라이빗 파트(444)를 확인하고, 제4 모듈(450)의 퍼블릭 파트(452) 및 프라이빗 파트(454)를 확인할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 제3 모듈(440)의 프라이빗 파트(444)가 제1 모듈(410)의 퍼블릭 파트(412)에 의존함을 확인하고, 제1 모듈(410)의 프라이빗 파트(414)가 제4 모듈(450)의 퍼블릭 파트(452)에 의존함을 확인할 수 있다. 또는, 전자 장치(100)는 제2 모듈(420)의 퍼블릭 파트(422)가 제4 모듈(450)의 프라이빗 파트(454)에 의존함을 확인하고, 제2 모듈(420)의 프라이빗 파트(424)에 포함된 제2 임플리멘테이션(428)이 제3 모듈(440)의 퍼블릭 파트(442)에 의존함을 확인할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 제1 정보, 제2 정보 및 제3 정보에 기초하여, 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인할 수 있다. 보다 구체적으로, 전자 장치(100)는 하나 이상의 모듈들 중 제1 모듈의 퍼블릭 파트 또는 제1 모듈의 프라이빗 파트가 제2 모듈의 프라이빗 파트에 의존할 수 없다는 제1 규칙 및 하위 레이어에 포함된 제3 모듈이 상위 레이어에 포함된 제4 모듈에 의존할 수 없다는 제2 규칙이 준수되는지 여부를 확인할 수 있다.
예를 들어, 전자 장치(100)는 제1 모듈(410)의 프라이빗 파트(414)가 제4 모듈(450)의 퍼블릭 파트(452)에 의존하는 것과 제2 모듈(420)의 프라이빗 파트(424)에 포함된 제2 임플리멘테이션(428)이 제3 모듈(440)의 퍼블릭 파트(442)에 의존하는 것은 의존성 규칙을 준수하는 것임을 확인할 수 있다. 또는, 전자 장치(100)는 제3 모듈(440)의 프라이빗 파트(444)가 제1 모듈(410)의 퍼블릭 파트(412)에 의존하는 것은 하위 레이어에 포함된 모듈이 상위 레이어에 포함된 모듈에 의존하는 것이므로, 의존성 규칙을 준수하지 않는 것임을 확인할 수 있다. 전자 장치(100)는 제2 모듈(420)의 퍼블릭 파트(422)가 제4 모듈(450)의 프라이빗 파트(454)에 의존하는 것은 다른 모듈의 프라이빗 파트에 의존하는 것이므로, 의존성 규칙을 준수하지 않는 것임을 확인할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 의존성 규칙의 준수 여부에 관한 정보를 제공할 수 있다. 보다 구체적으로, 전자 장치(100)는 하나 이상의 모듈들 중 의존성 규칙을 준수하지 않는 모듈에 관한 정보 및 상기 모듈이 준수하지 않은 규칙에 관한 정보를 제공할 수 있다. 예를 들어, 전자 장치(100)는 제3 모듈(440)의 프라이빗 파트(444)에 관하여, 하위 레이어에 포함된 모듈이 상위 레이어에 포함된 모듈에 의존할 수 없다는 제2 규칙이 준수되지 않는다는 정보를 제공할 수 있다. 또는, 전자 장치(100)는 제2 모듈(410)의 퍼블릭 파트(422)에 관하여, 모듈의 퍼블릭 파트가 다른 모듈의 프라이빗 파트에 의존할 수 없다는 제1 규칙이 준수되지 않는다는 정보를 제공할 수 있다.
도 5는 일 실시 예에 따라 전자 장치(100)가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다. 도 4와 중복되는 내용은 간략히 설명하거나 생략하기로 한다.
일 실시 예에 따르면, 전자 장치(100)는 애플리케이션에 포함된 하나 이상의 레이어들에 관한 제1 정보를 확인하고, 하나 이상의 모듈들의 퍼블릭 파트 및 프라이빗 파트에 관한 제2 정보를 확인할 수 있다.
예를 들어, 전자 장치(100)는 레이어 설정 정보에 기초하여, 제1 레이어(500) 및 제2 레이어(530)를 확인하고, 제1 레이어(500) 및 제2 레이어(530) 간의 계층 구조를 확인할 수 있다. 또한, 전자 장치(100)는 레이어 설정 정보에 기초하여, 제1 레이어(500)에 포함된 체크아웃 모듈을 확인하고, 제2 레이어(530)에 포함된 결재 모듈을 확인할 수 있다.
또는, 전자 장치(100)는 모듈 설정 정보에 기초하여, 체크아웃 모듈의 퍼블릭 파트(510) 및 프라이빗 파트(520)를 확인할 수 있다. 또한, 전자 장치(100)는 모듈 설정 정보에 기초하여, 결재 모듈의 퍼블릭 파트(540) 및 프라이빗 파트(550)를 확인하고, 프라이빗 파트(550)에 포함된 Global 임플리멘테이션(560) 및 KR 임플리멘테이션(570)을 확인할 수 있다. 이때, Global 임플리멘테이션(560)은 애플리케이션이 한국 이외의 지역에서 배포될 때, 결재 인터페이스를 구현하기 위한 코드를 포함할 수 있고, KR 임플리멘테이션(570)은 애플리케이션이 한국에서 배포될 때, 결재 인터페이스를 구현하기 위한 코드를 포함할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 체크아웃 모듈의 퍼블릭 파트(510)가 결재 모듈의 퍼블릭 파트(540)에 의존함을 확인하고, 체크아웃 모듈의 프라이빗 파트(520)가 체크아웃 모듈의 퍼블릭 파트(510) 및 결재 모듈의 퍼블릭 파트(540)에 의존함을 확인할 수 있다. 또한, 전자 장치(100)는 결재 모듈의 프라이빗 파트(550)에 포함된 Global 임플리멘테이션(560) 및 KR 임플리멘테이션(570) 각각이 결재 모듈의 퍼블릭 파트(540)에 의존함을 확인할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 제1 정보, 제2 정보 및 제3 정보에 기초하여, 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인할 수 있다. 예를 들어, 전자 장치(100)는 체크아웃 모듈의 퍼블릭 파트(510)가 결재 모듈의 퍼블릭 파트(540)에 의존하는 것과 체크아웃 모듈의 프라이빗 파트(520)가 체크아웃 모듈의 퍼블릭 파트(510) 및 결재 모듈의 퍼블릭 파트(540)에 의존하는 것은 의존성 규칙을 준수하는 것임을 확인할 수 있다. 또는, 전자 장치(100)는 결재 모듈의 프라이빗 파트(550)에 포함된 Global 임플리멘테이션(560) 및 KR 임플리멘테이션(570) 각각이 결재 모듈의 퍼블릭 파트(540)에 의존하는 것은 의존성 규칙을 준수하는 것임을 확인할 수 있다.
일 실시 예에 따르면, 전자 장치(100)는 의존성 규칙의 준수 여부에 관한 정보를 제공할 수 있다. 예를 들어, 전자 장치(100)는 체크 아웃 모듈 및 결재 모듈에 관하여, 의존성 규칙이 준수된다는 정보를 제공할 수 있다.
도 6a 및 도 6b는 일 실시 예에 따라 전자 장치(100)가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다. 도 4와 중복되는 내용은 간략히 설명하거나 생략하기로 한다.
S600 단계에서, 전자 장치(100)는 일 실시 예에 따라 사용자 단말로부터 풀 리퀘스트를 획득할 수 있다. 예를 들어, 사용자는 하나 이상의 모듈들 간의 의존 관계에 관한 코드를 로컬(local) 저장소에 저장한 후, 저장된 코드를 통합 저장소에 저장된 마스터 브랜치(master branch) 또는 원본 코드에 병합할 것을 사용자 단말에 입력할 수 있다. 사용자 단말은 사용자의 입력에 기초하여, 저장된 코드에 관한 정보를 포함하는 풀 리퀘스트를 전자 장치(100)로 전송할 수 있다. 전자 장치(100)는 풀 리퀘스트를 획득함에 따라, 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부에 관한 정보 제공 방법을 개시할 수 있다.
한편, 전자 장치(100)는 복수의 사용자가 작성한 코드를 병합 및 관리하기 위한 장치 또는 작업자 단말로서, 사용자 단말로부터 직접 풀 리퀘스트를 수신할 수 있지만, 작업자 단말과는 별개로 존재하는 장치일 수 있다. 이 경우, 전자 장치(100)는 사용자 단말로부터 직접 풀 리퀘스트를 수신하는 대신, 사용자 단말이 풀 리퀘스트를 작업자 단말로 전송했다는 정보를 획득할 수 있다. 전자 장치(100)는 사용자 단말이 풀 리퀘스트를 작업자 단말로 전송했다는 정보를 획득함에 따라, 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부에 관한 정보 제공 방법을 개시할 수 있다.
S610 단계에서, 전자 장치(100)는 일 실시 예에 따라 레이어 설정 정보 및 모듈 설정 정보를 포함하는 애플리케이션의 아키텍처 정보를 획득할 수 있다. 예를 들어, 전자 장치(100)는 도 6b에 도시된 바와 같이, 레이어 설정 정보 및 모듈 설정 정보를 포함하는 애플리케이션의 아키텍처에 관한 코드를 사용자 단말 또는 작업자 단말로부터 수신할 수 있다. 이때, 애플리케이션의 아키텍처에 관한 코드 중 제1 코드(670)는 레이어 설정 정보를 나타낼 수 있고, 제2 코드(680)는 모듈 설정 정보를 나타낼 수 있다. 또한, 제2 코드(680)에 포함된 api는 모듈의 퍼블릭 파트를 나타낼 수 있고, implementation은 모듈의 프라이빗 파트를 나타낼 수 있다.
S620 단계에서, 전자 장치(100)는 일 실시 예에 따라 레이어 설정 정보에 기초하여, 애플리케이션에 포함된 하나 이상의 레이어들에 관한 제1 정보를 확인하고, 모듈 설정 정보에 기초하여, 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭 파트 및 프라이빗 파트에 관한 제2 정보를 확인할 수 있다.
예를 들어, 전자 장치(100)는 제1 코드(670)에 기초하여, 애플리케이션에 포함된 domain 레이어, shared 레이어 및 foundation 레이어를 확인하고, domain 레이어, shared 레이어 및 foundation 레이어 간의 계층 구조를 확인할 수 있다. 또한, 전자 장치(100)는 제1 코드(670)에 기초하여, domain 레이어에 포함된 domain-gateway 모듈, domain-search 모듈, domain-plp 모듈, domain-sdp 모듈, domain-cart 모듈 및 domain-checkout 모듈을 확인할 수 있고, foundation 레이어에 포함된 foundation-abtest 모듈, foundation-logging 모듈, foundation-payment 모듈, foundation-member 모듈 및 foundation-webview 모듈을 확인할 수 있다.
또는, 전자 장치(100)는 제2 코드(680)에 기초하여, domain-gateway 모듈, domain-search 모듈, domain-plp 모듈, domain-sdp 모듈, domain-cart 모듈 및 domain-checkout 모듈 각각의 퍼블릭 파트 및 프라이빗 파트를 확인할 수 있다. 또한, 전자 장치(100)는 제2 코드(680)에 기초하여, domain-cart 모듈 및 domain-checkout 모듈 각각의 프라이빗 파트에 포함된 두 개의 임플리멘테이션을 확인할 수 있다.
S630 단계에서, 전자 장치(100)는 일 실시 예에 따라 풀 리퀘스트에 기초하여 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 사용자 단말로부터 수신한 풀 리퀘스트에 기초하여, 하나 이상의 모듈들 간의 의존 관계에 관한 코드를 확인할 수 있다.
S640 단계에서, 전자 장치(100)는 일 실시 예에 따라 제1 정보, 제2 정보 및 제3 정보에 기초하여, 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인할 수 있다. 예를 들어, 전자 장치(100)는 domain-gateway 모듈, domain-search 모듈, foundation-payment 모듈 또는 foundation-member 모듈 등에 대하여 의존성 규칙이 준수되는지 여부를 확인할 수 있다.
S650 단계에서, 전자 장치(100)는 일 실시 예에 따라 의존성 규칙의 준수 여부에 관한 정보를 제공할 수 있다. 예를 들어, 전자 장치(100)는 하나 이상의 모듈들 중 의존성 규칙을 준수하지 않는 모듈에 관한 정보 및 상기 모듈이 준수하지 않은 규칙에 관한 정보를 사용자 단말로 송신할 수 있다.
S660 단계에서, 하나 이상의 모듈들에 대한 의존성 규칙이 준수되지 않은 것으로 확인된 경우, 전자 장치(100)는 일 실시 예에 따라 풀 리퀘스트를 거절하도록 설정하는 정보를 생성할 수 있다. 예를 들어, 하나 이상의 모듈들 중 적어도 하나의 모듈에 대하여 준수되지 않는다는 것으로 확인된 경우, 전자 장치(100)는 사용자 단말이 풀 리퀘스트를 거절하도록 설정하는 정보를 생성하고, 사용자 단말로 송신할 수 있다.
도 7은 일 실시 예에 따라 전자 장치(100)가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다. 도 4와 중복되는 내용은 간략히 설명하거나 생략하기로 한다.
S700 단계에서, 전자 장치(100)는 일 실시 예에 따라 애플리케이션에 포함된 하나 이상의 레이어들에 관한 제1 정보 및 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭 파트 및 프라이빗 파트에 관한 제2 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 레이어 설정 정보에 기초하여, 애플리케이션에 포함된 하나 이상의 레이어들에 관한 제1 정보를 확인하고, 모듈 설정 정보에 기초하여, 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭 파트 및 프라이빗 파트에 관한 제2 정보를 확인할 수 있다.
S710 단계에서, 전자 장치(100)는 일 실시 예에 따라 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 사용자 단말로부터 수신한 제1 풀 리퀘스트에 기초하여, 하나 이상의 모듈들 간의 의존 관계에 관한 제1 코드를 확인할 수 있다.
S720 단계에서, 전자 장치(100)는 일 실시 예에 따라 하나 이상의 모듈들 간의 변경된 의존 관계에 관한 제4 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 하나 이상의 모듈들 간의 의존 관계에 관한 제2 코드를 포함하는 제2 풀 리퀘스트를 사용자 단말로부터 수신하고, 제2 풀 리퀘스트에 기초하여, 하나 이상의 모듈들 간의 의존 관계에 관한 제2 코드를 확인할 수 있다.
S730 단계에서, 전자 장치(100)는 일 실시 예에 따라 제3 정보 및 제4 정보에 기초하여, 하나 이상의 모듈들 중 의존 관계가 변경된 적어도 하나의 모듈을 확인할 수 있다. 예를 들어, 전자 장치(100)는 하나 이상의 모듈들 간의 의존 관계에 관한 제1 코드 및 하나 이상의 모듈들 간의 의존 관계에 관한 제2 코드를 비교하여, 제2 코드 중 제1 코드와 상이한 서브 코드를 확인할 수 있다. 이후, 전자 장치(100)는 제2 코드 중 제1 코드와 상이한 서브 코드에 대응하는 적어도 하나의 모듈을 확인할 수 있다.
S740 단계에서, 전자 장치(100)는 일 실시 예에 따라 제1 정보, 제2 정보 및 제4 정보에 기초하여, 적어도 하나의 모듈에 대하여 의존성 규칙이 준수되는지 여부를 확인할 수 있다. 예를 들어, 전자 장치(100)는 적어도 하나의 모듈이 다른 모듈의 프라이빗 파트에 의존하는지 여부 또는 적어도 하나의 모듈이 상위 레이어의 모듈에 의존하는지 여부를 확인할 수 있다. 또는, 전자 장치(100)는 다른 모듈이 적어도 하나의 모듈의 프라이빗 파트에 의존하는지 여부 또는 하위 레이어의 모듈이 적어도 하나의 모듈에 의존하는지 여부를 확인할 수 있다.
S750 단계에서, 전자 장치(100)는 일 실시 예에 따라 의존성 규칙의 준수 여부에 관한 정보를 제공할 수 있다. 예를 들어, 전자 장치(100)는 적어도 하나의 모듈 중 의존성 규칙을 준수하지 않는 모듈에 관한 정보 및 상기 모듈이 준수하지 않은 규칙에 관한 정보를 사용자 단말로 송신할 수 있다.
도 8은 일 실시 예에 따라 전자 장치(100)가 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 과정을 설명하기 위한 도면이다. 도 4와 중복되는 내용은 간략히 설명하거나 생략하기로 한다.
S800 단계에서, 전자 장치(100)는 일 실시 예에 따라 애플리케이션에 포함된 하나 이상의 레이어들에 관한 제1 정보 및 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭 파트 및 프라이빗 파트에 관한 제2 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 레이어 설정 정보에 기초하여, 애플리케이션에 포함된 하나 이상의 레이어들에 관한 제1 정보를 확인하고, 모듈 설정 정보에 기초하여, 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭 파트 및 프라이빗 파트에 관한 제2 정보를 확인할 수 있다.
S810 단계에서, 전자 장치(100)는 일 실시 예에 따라 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 사용자 단말로부터 수신한 풀 리퀘스트에 기초하여, 하나 이상의 모듈들 간의 의존 관계에 관한 코드를 확인할 수 있다.
S820 단계에서, 전자 장치(100)는 일 실시 예에 따라 애플리케이션이 배포될 지역에 관한 정보를 확인할 수 있다. 예를 들어, 전자 장치(100)는 사용자 단말 또는 작업자 단말로부터 애플리케이션이 배포될 지역에 관한 정보를 수신할 수 있다.
S830 단계에서, 전자 장치(100)는 일 실시 예에 따라 하나 이상의 모듈들의 프라이빗 파트에 포함된 하나 이상의 임플리멘테이션들 중 애플리케이션이 배포될 지역에 대응하는 적어도 하나의 임플리멘테이션을 확인할 수 있다. 예를 들어, 애플리케이션이 배포될 지역이 대만인 경우, 전자 장치(100)는 하나 이상의 모듈들의 프라이빗 파트에 포함된 하나 이상의 임플리멘테이션들 중 대만에서 배포되는 버전의 애플리케이션을 구현하기 위한 코드를 포함하는 적어도 하나의 임플리멘테이션을 확인할 수 있다.
S840 단계에서, 전자 장치(100)는 일 실시 예에 따라 제1 정보, 제2 정보 및 제3 정보에 기초하여, 적어도 하나의 임플리멘테이션에 대하여 의존성 규칙이 준수되는지 여부를 확인할 수 있다. 예를 들어, 전자 장치(100)는 적어도 하나의 임플리멘테이션이 다른 모듈의 프라이빗 파트에 의존하는지 여부 또는 적어도 하나의 임플리멘테이션이 상위 레이어의 모듈에 의존하는지 여부를 확인할 수 있다. 또는, 전자 장치(100)는 다른 모듈이 적어도 하나의 임플리멘테이션에 의존하는지 여부를 확인할 수 있다.
S850 단계에서, 전자 장치(100)는 일 실시 예에 따라 의존성 규칙의 준수 여부에 관한 정보를 제공할 수 있다. 예를 들어, 전자 장치(100)는 적어도 하나의 모듈 중 의존성 규칙을 준수하지 않는 모듈에 관한 정보 및 상기 모듈이 준수하지 않은 규칙에 관한 정보를 사용자 단말로 송신할 수 있다.
도 9는 일 실시 예에 따른 전자 장치의 정보 제공 방법의 흐름도를 나타낸다. 중복되는 내용에 대해서는 전술한 기재가 적용될 수 있다.
S900 단계에서, 전자 장치는 애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인할 수 있다.
일 실시 예에 따라, 하나 이상의 모듈들 중 제5 모듈의 퍼블릭 파트는 제5 모듈에 관한 인터페이스 및 데이터 모델을 포함하고, 제5 모듈의 프라이빗 파트는 인터페이스의 하나 이상의 임플리멘테이션(implementation)을 포함할 수 있다.
일 실시 예에 따라, 애플리케이션이 배포될 때, 하나 이상의 임플리멘테이션 중 애플리케이션이 배포될 지역에 대응하는 임플리멘테이션이 구현될 수 있다.
일 실시 예에 따라, 제1 정보 및 제2 정보를 확인할 때, 전자 장치는 레이어 설정 정보 및 모듈 설정 정보를 포함하는 애플리케이션의 아키텍처 정보를 획득하고, 레이어 설정 정보에 기초하여 제1 정보를 확인하고, 모듈 설정 정보에 기초하여 제2 정보를 확인할 수 있다.
S920 단계에서, 전자 장치는 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인할 수 있다.
일 실시 예에 따라, 제3 정보를 확인할 때, 전자 장치는 사용자 단말로부터 풀 리퀘스트를 획득하고, 풀 리퀘스트에 기초하여, 제3 정보를 확인할 수 있다.
S940 단계에서, 전자 장치는 제1 정보, 제2 정보 및 제3 정보에 기초하여, 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인할 수 있다.
일 실시 예에 따라, 의존성 규칙은, 하나 이상의 모듈들 중 제1 모듈의 퍼블릭 파트 또는 제1 모듈의 프라이빗 파트가 제2 모듈의 프라이빗 파트에 의존할 수 없다는 제1 규칙; 및 하나 이상의 모듈들 중 하위 레이어에 포함된 제3 모듈이 상위 레이어에 포함된 제4 모듈에 의존할 수 없다는 제2 규칙을 포함할 수 있다.
S960 단계에서, 전자 장치는 의존성 규칙의 준수 여부에 관한 정보를 제공할 수 있다.
일 실시 예에 따라, 의존성 규칙의 준수 여부에 관한 정보는, 하나 이상의 모듈들 중 의존성 규칙을 준수하지 않는 제6 모듈에 관한 정보 및 제6 모듈이 준수하지 않은 규칙에 관한 정보를 포함할 수 있다.
일 실시 예에 따라 정보 제공 방법은, 사용자 단말로부터 풀 리퀘스트(pull request)를 획득함에 따라 개시될 수 있다. 이때, 하나 이상의 모듈들에 대한 의존성 규칙이 준수되지 않은 것으로 확인된 경우, 전자 장치는 풀 리퀘스트를 거절하도록 설정하는 정보를 생성할 수 있다.
일 실시 예에 따라, 전자 장치는 하나 이상의 모듈들 간의 변경된 의존 관계에 관한 제4 정보를 확인하고, 제3 정보 및 제4 정보에 기초하여, 하나 이상의 모듈들 중 의존 관계가 변경된 적어도 하나의 모듈을 확인하며, 제1 정보, 제2 정보 및 제4 정보에 기초하여, 적어도 하나의 모듈에 대하여 의존성 규칙이 준수되는지 여부를 확인할 수 있다.
일 실시 예에 따라, 전자 장치는 애플리케이션이 배포될 지역에 관한 정보를 확인하고, 하나 이상의 모듈들의 프라이빗 파트에 포함된 하나 이상의 임플리멘테이션들 중 애플리케이션이 배포될 지역에 대응하는 적어도 하나의 임플리멘테이션을 확인하며, 제1 정보, 제2 정보 및 제3 정보에 기초하여, 적어도 하나의 임플리멘테이션에 대하여 의존성 규칙이 준수되는지 여부를 확인
도 10은 일 실시 예에 따른 전자 장치(100)의 블록도를 나타낸다.
전자 장치(100)는 일 실시 예에 따라, 통신부(communication device)(1020), 메모리(1040) 및 제어부(controller)(1060)를 포함할 수 있다. 도 10에 도시된 전자 장치(100)는 본 실시 예와 관련된 구성요소들만이 도시되어 있다. 따라서, 도 10에 도시된 구성요소들 외에 다른 범용적인 구성요소들이 더 포함될 수 있음을 본 실시 예와 관련된 기술분야에서 통상의 지식을 가진 자라면 이해할 수 있다. 전자 장치(100)는 전술한 서버에 관한 내용을 포함할 수 있는 바, 중복되는 내용에 대해서는 설명을 생략한다. 실시 예에서 통신부는 하나 이상의 트랜시버(transceiver)를 포함할 수 있다. 또한, 실시 예에서 제어부는 하나 이상의 프로세서(processor)를 포함할 수 있다.
통신부(1020)는 유/무선 통신을 수행하기 위한 장치로서, 외부의 전자 장치와 통신할 수 있다. 외부의 전자 장치는 단말 또는 서버가 될 수 있다. 또한, 통신부(1020)가 이용하는 통신 기술에는 GSM(Global System for Mobile communication), CDMA(Code Division Multi Access), LTE(Long Term Evolution), 5G, WLAN(Wireless LAN), Wi-Fi(Wireless-Fidelity), 블루투스(Bluetooth?), RFID(Radio Frequency Identification), 적외선 통신(Infrared Data Association; IrDA), ZigBee, NFC(Near Field Communication) 등이 있을 수 있다.
제어부(1060)는 전자 장치(100)의 전반의 동작을 제어하고 데이터 및 신호를 처리할 수 있다. 제어부(1060)는 적어도 하나의 하드웨어 유닛으로 구성될 수 있다. 또한, 제어부(1060)는 메모리(1040)에 저장된 프로그램 코드를 실행하여 생성되는 하나 이상의 소프트웨어 모듈에 의해 동작할 수 있다. 제어부(1060)는 프로세서 및 메모리를 포함할 수 있는 바, 프로세서는 메모리에 저장된 프로그램 코드를 실행하여 전자 장치(100)의 전반의 동작을 제어하고 데이터 및 신호를 처리할 수 있다. 또한 실시 예에서 제어부(1060)는 적어도 하나의 프로세서를 포함할 수 있다.
제어부(1060)는 애플리케이션을 구성하는 하나 이상의 레이어(layer)들에 관한 제1 정보 및 하나 이상의 레이어들 각각에 포함된 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하고, 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하고, 제1 정보, 제2 정보 및 제3 정보에 기초하여, 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하고, 의존성 규칙의 준수 여부를 확인한 결과에 관한 정보를 제공할 수 있다.
전술한 실시 예들에 따른 전자 장치는 프로세서, 프로그램 데이터를 저장하고 실행하는 메모리, 디스크 드라이브와 같은 영구 저장부(permanent storage), 외부 장치와 통신하는 통신 포트, 터치 패널, 키(key), 버튼 등과 같은 사용자 인터페이스 장치 등을 포함할 수 있다. 소프트웨어 모듈 또는 알고리즘으로 구현되는 방법들은 상기 프로세서상에서 실행 가능한 컴퓨터가 읽을 수 있는 코드들 또는 프로그램 명령들로서 컴퓨터가 읽을 수 있는 기록 매체 상에 저장될 수 있다. 여기서 컴퓨터가 읽을 수 있는 기록 매체로 마그네틱 저장 매체(예컨대, ROM(read-only memory), RAM(random-Access memory), 플로피 디스크, 하드 디스크 등) 및 광학적 판독 매체(예컨대, 시디롬(CD-ROM), 디브이디(DVD: Digital Versatile Disc)) 등이 있다. 컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템들에 분산되어, 분산 방식으로 컴퓨터가 판독 가능한 코드가 저장되고 실행될 수 있다. 매체는 컴퓨터에 의해 판독 가능하며, 메모리에 저장되고, 프로세서에서 실행될 수 있다.
본 실시 예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들은 특정 기능들을 실행하는 다양한 개수의 하드웨어 또는/및 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 실시 예는 하나 이상의 마이크로프로세서들의 제어 또는 다른 제어 장치들에 의해서 다양한 기능들을 실행할 수 있는, 메모리, 프로세싱, 로직(logic), 룩 업 테이블(look-up table) 등과 같은 직접 회로 구성들을 채용할 수 있다. 구성 요소들이 소프트웨어 프로그래밍 또는 소프트웨어 요소들로 실행될 수 있는 것과 유사하게, 본 실시 예는 데이터 구조, 프로세스들, 루틴들 또는 다른 프로그래밍 구성들의 조합으로 구현되는 다양한 알고리즘을 포함하여, C, C++, 자바(Java), 어셈블러(assembler) 등과 같은 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능적인 측면들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 실시 예는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. "매커니즘", "요소", "수단", "구성"과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 프로세서 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.
전술한 실시 예들은 일 예시일 뿐 후술하는 청구항들의 범위 내에서 다른 실시 예들이 구현될 수 있다.

Claims (13)

  1. 전자 장치의 정보 제공 방법에 있어서,
    애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하는 단계;
    상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하는 단계;
    상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 단계; 및
    상기 의존성 규칙의 준수 여부에 관한 정보를 제공하는 단계를 포함하고,
    상기 의존성 규칙은,
    상기 하나 이상의 모듈들 중 제1 모듈의 퍼블릭 파트 또는 상기 제1 모듈의 프라이빗 파트가 제2 모듈의 프라이빗 파트에 의존할 수 없다는 제1 규칙; 및
    상기 하나 이상의 모듈들 중 하위 레이어에 포함된 제3 모듈이 상위 레이어에 포함된 제4 모듈에 의존할 수 없다는 제2 규칙을 포함하는, 정보 제공 방법.
  2. 삭제
  3. 전자 장치의 정보 제공 방법에 있어서,
    애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하는 단계;
    상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하는 단계;
    상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 단계; 및
    상기 의존성 규칙의 준수 여부에 관한 정보를 제공하는 단계를 포함하고,상기 하나 이상의 모듈들 중 제5 모듈의 퍼블릭 파트는 상기 제5 모듈에 관한 인터페이스 및 데이터 모델을 포함하고,
    상기 제5 모듈의 프라이빗 파트는 상기 인터페이스의 하나 이상의 임플리멘테이션(implementation)을 포함하는, 정보 제공 방법.
  4. 제3 항에 있어서,
    상기 애플리케이션이 배포될 때, 상기 하나 이상의 임플리멘테이션 중 상기 애플리케이션이 배포될 지역에 대응하는 임플리멘테이션이 구현되는, 정보 제공 방법.
  5. 제1 항에 있어서, 상기 의존성 규칙의 준수 여부에 관한 정보는,
    상기 하나 이상의 모듈들 중 상기 의존성 규칙을 준수하지 않는 제6 모듈에 관한 정보; 및
    상기 제6 모듈이 준수하지 않은 규칙에 관한 정보를 포함하는, 정보 제공 방법.
  6. 전자 장치의 정보 제공 방법에 있어서,
    애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하는 단계;
    상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하는 단계;
    상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 단계; 및
    상기 의존성 규칙의 준수 여부에 관한 정보를 제공하는 단계를 포함하고,
    상기 정보 제공 방법은, 사용자 단말로부터 풀 리퀘스트(pull request)를 획득함에 따라 개시되는, 정보 제공 방법.
  7. 제6 항에 있어서,
    상기 하나 이상의 모듈들에 대한 의존성 규칙이 준수되지 않은 것으로 확인된 경우, 상기 풀 리퀘스트를 거절하도록 설정하는 정보를 생성하는 단계를 더 포함하는, 정보 제공 방법.
  8. 제1 항에 있어서, 상기 제1 정보 및 상기 제2 정보를 확인하는 단계는,
    레이어 설정 정보 및 모듈 설정 정보를 포함하는 상기 애플리케이션의 아키텍처 정보를 획득하는 단계;
    상기 레이어 설정 정보에 기초하여 상기 제1 정보를 확인하고, 상기 모듈 설정 정보에 기초하여 상기 제2 정보를 확인하는 단계를 포함하는, 정보 제공 방법.
  9. 전자 장치의 정보 제공 방법에 있어서,
    애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하는 단계;
    상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하는 단계;
    상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 단계; 및
    상기 의존성 규칙의 준수 여부에 관한 정보를 제공하는 단계를 포함하고,
    상기 제3 정보를 확인하는 단계는,
    사용자 단말로부터 풀 리퀘스트를 획득하는 단계; 및
    상기 풀 리퀘스트에 기초하여, 상기 제3 정보를 확인하는 단계를 포함하는, 정보 제공 방법.
  10. 전자 장치의 정보 제공 방법에 있어서,
    애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하는 단계;
    상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하는 단계;
    상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 단계; 및
    상기 의존성 규칙의 준수 여부에 관한 정보를 제공하는 단계를 포함하고,
    상기 정보 제공 방법은,
    상기 하나 이상의 모듈들 간의 변경된 의존 관계에 관한 제4 정보를 확인하는 단계;
    상기 제3 정보 및 상기 제4 정보에 기초하여, 상기 하나 이상의 모듈들 중 의존 관계가 변경된 적어도 하나의 모듈을 확인하는 단계;
    상기 제1 정보, 상기 제2 정보 및 상기 제4 정보에 기초하여, 상기 적어도 하나의 모듈에 대하여 상기 의존성 규칙이 준수되는지 여부를 확인하는 단계를 더 포함하는, 정보 제공 방법.
  11. 전자 장치의 정보 제공 방법에 있어서,
    애플리케이션에 포함된 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 대응하는 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하는 단계;
    상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하는 단계;
    상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하는 단계; 및
    상기 의존성 규칙의 준수 여부에 관한 정보를 제공하는 단계를 포함하고,
    상기 정보 제공 방법은,
    상기 애플리케이션이 배포될 지역에 관한 정보를 확인하는 단계;
    상기 하나 이상의 모듈들의 프라이빗 파트에 포함된 하나 이상의 임플리멘테이션들 중 상기 애플리케이션이 배포될 지역에 대응하는 적어도 하나의 임플리멘테이션을 확인하는 단계; 및
    상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 적어도 하나의 임플리멘테이션에 대하여 상기 의존성 규칙이 준수되는지 여부를 확인하는 단계를 더 포함하는, 정보 제공 방법.
  12. 제1 항의 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 비일시적 기록매체.
  13. 전자 장치로서,
    통신부;
    메모리; 및
    제어부(controller)를 포함하고, 상기 제어부는,
    애플리케이션을 구성하는 하나 이상의 레이어(layer)들에 관한 제1 정보 및 상기 하나 이상의 레이어들 각각에 포함된 하나 이상의 모듈들의 퍼블릭(public) 파트 및 프라이빗(private) 파트에 관한 제2 정보를 확인하고,
    상기 하나 이상의 모듈들 간의 의존 관계에 관한 제3 정보를 확인하고,
    상기 제1 정보, 상기 제2 정보 및 상기 제3 정보에 기초하여, 상기 하나 이상의 모듈들에 대하여 의존성 규칙이 준수되는지 여부를 확인하고,
    상기 의존성 규칙의 준수 여부를 확인한 결과에 관한 정보를 제공하고,
    상기 의존성 규칙은,
    상기 하나 이상의 모듈들 중 제1 모듈의 퍼블릭 파트 또는 상기 제1 모듈의 프라이빗 파트가 제2 모듈의 프라이빗 파트에 의존할 수 없다는 제1 규칙; 및
    상기 하나 이상의 모듈들 중 하위 레이어에 포함된 제3 모듈이 상위 레이어에 포함된 제4 모듈에 의존할 수 없다는 제2 규칙을 포함하는, 전자 장치.
KR1020220173957A 2022-12-13 2022-12-13 전자 장치 및 그의 정보 제공 방법 KR102616785B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020220173957A KR102616785B1 (ko) 2022-12-13 2022-12-13 전자 장치 및 그의 정보 제공 방법
PCT/KR2023/001531 WO2024128401A1 (ko) 2022-12-13 2023-02-02 전자 장치 및 그의 정보 제공 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020220173957A KR102616785B1 (ko) 2022-12-13 2022-12-13 전자 장치 및 그의 정보 제공 방법

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020230184714A Division KR20240088629A (ko) 2023-12-18 전자 장치 및 그의 정보 제공 방법

Publications (1)

Publication Number Publication Date
KR102616785B1 true KR102616785B1 (ko) 2023-12-27

Family

ID=89377665

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020220173957A KR102616785B1 (ko) 2022-12-13 2022-12-13 전자 장치 및 그의 정보 제공 방법

Country Status (2)

Country Link
KR (1) KR102616785B1 (ko)
WO (1) WO2024128401A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004534304A (ja) * 2001-05-30 2004-11-11 ビーイーエイ システムズ, インコーポレイテッド ソフトウェア・コンポーネント・プラグイン・フレームワークのためのシステム及びその方法
US20150268955A1 (en) * 2014-03-24 2015-09-24 Tata Consultancy Services Limited System and method for extracting a business rule embedded in an application source code
JP2015537320A (ja) * 2012-12-11 2015-12-24 ドイッチェ テレコム アーゲー 計算リソース上にアプリケーションを展開するためのコンピューター実施方法、システム、及びコンピュータープログラム製品
KR20210131436A (ko) * 2014-11-14 2021-11-02 콘비다 와이어리스, 엘엘씨 허가 기반 리소스 및 서비스 발견

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004534304A (ja) * 2001-05-30 2004-11-11 ビーイーエイ システムズ, インコーポレイテッド ソフトウェア・コンポーネント・プラグイン・フレームワークのためのシステム及びその方法
JP2015537320A (ja) * 2012-12-11 2015-12-24 ドイッチェ テレコム アーゲー 計算リソース上にアプリケーションを展開するためのコンピューター実施方法、システム、及びコンピュータープログラム製品
US20150268955A1 (en) * 2014-03-24 2015-09-24 Tata Consultancy Services Limited System and method for extracting a business rule embedded in an application source code
KR20210131436A (ko) * 2014-11-14 2021-11-02 콘비다 와이어리스, 엘엘씨 허가 기반 리소스 및 서비스 발견

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
‘ArchUnit 소개’, tistory.com, 2021.09.30.* *

Also Published As

Publication number Publication date
WO2024128401A1 (ko) 2024-06-20

Similar Documents

Publication Publication Date Title
US9226133B1 (en) Dynamic remotely managed SIM profile
RU2557471C2 (ru) Звуковая аутентификация для регистрации в беспроводной сети
CN110009321B (zh) 一种基于区块链智能合约的转账方法及***
CN110048846B (zh) 一种基于区块链智能合约的签名验证方法及***
US20210141913A1 (en) System and Method for Management of Policies and User Data during Application Access Sessions
CN107690175B (zh) 一种用于管理无线接入点的方法与设备
US11887109B1 (en) Service composition in a mobile communication device application framework
KR20150026635A (ko) 통지 정보를 전송하기 위한 전자 장치 및 방법
KR102205005B1 (ko) 공유 사무실에 관한 서비스를 제공하는 방법
CN110046991B (zh) 一种基于区块链智能合约的数据处理方法及***
US20140372528A1 (en) Information processing system, information processing apparatus, and recording medium
US20140321446A1 (en) Connection information control method and electronic device therefor
US10306433B1 (en) Mobile phone differentiated user set-up
US11741175B2 (en) Performance metrics collection and promulgation from within a mobile application
CN104737128A (zh) 用于多用户账户的二进制的重新使用
KR102616785B1 (ko) 전자 장치 및 그의 정보 제공 방법
JP7287497B2 (ja) 応答処理システム
KR20240088629A (ko) 전자 장치 및 그의 정보 제공 방법
CN112114804A (zh) 应用程序的生成方法、装置及***
KR20120076479A (ko) 어플리케이션 제작 시스템 및 방법
JP6956233B1 (ja) 情報処理装置、情報処理方法、および情報処理プログラム
US11769144B2 (en) Provisioning credentials for an electronic transaction on an electronic device
KR20130123149A (ko) 데이터 망 접속 인증 방법 및 그 전자 장치
KR102614650B1 (ko) 전자 장치 및 그의 api 관리 방법
KR20140028273A (ko) 연결 정보 제어 방법 및 그 전자 장치

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
A107 Divisional application of patent
GRNT Written decision to grant