WO2023022359A1 - 어플리케이션의 실행 오류를 검출하는 전자 장치 및 그 작동 방법 - Google Patents

어플리케이션의 실행 오류를 검출하는 전자 장치 및 그 작동 방법 Download PDF

Info

Publication number
WO2023022359A1
WO2023022359A1 PCT/KR2022/009258 KR2022009258W WO2023022359A1 WO 2023022359 A1 WO2023022359 A1 WO 2023022359A1 KR 2022009258 W KR2022009258 W KR 2022009258W WO 2023022359 A1 WO2023022359 A1 WO 2023022359A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
diagnosis
specific
item
electronic device
Prior art date
Application number
PCT/KR2022/009258
Other languages
English (en)
French (fr)
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
Priority claimed from KR1020210117793A external-priority patent/KR20230028081A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Publication of WO2023022359A1 publication Critical patent/WO2023022359A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • 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
    • 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/451—Execution arrangements for user interfaces

Definitions

  • Various embodiments relate to a method and apparatus for detecting an execution error of an application.
  • API application programming interface
  • OS e.g, Android R version
  • a specific permission e.g READ_PHONE_STATE
  • the version of the specific engine must be at least a certain version.
  • an execution error may occur in the application if it does not have the authority related to the specific API.
  • the first API used in the previous version of the OS is replaced with the second API in the next version of the OS according to the version upgrade of the OS, if the application still uses the first API, an execution error may occur in the application.
  • an execution error may occur in the application if the version of the specific engine is below a certain version.
  • Various embodiments may provide an electronic device that extracts application-related information from the application, compares the extracted information with a list of diagnostic items, detects an error in the application, and provides a guide for the detected error.
  • an electronic device may include a processor, wherein the processor analyzes an application to be diagnosed, extracts diagnosis-related information about the application to be diagnosed, and includes a first specific information included in the diagnosis-related information. determining whether a specific diagnosis item corresponding to information and version information of an operating system for executing the diagnosis target application exists in the diagnosis item list, and the first specific information is used by the diagnosis target application Includes at least one of API (application programming interface) information or engine information-, diagnosis target information specified by the specific diagnosis item from the diagnosis item list based on the existence of the specific diagnosis item in the diagnosis item list may be identified, and based on the fact that the diagnosis target information is not identified from the diagnosis related information, a guide for the diagnosis target information may be provided.
  • API application programming interface
  • an operating method of an electronic device may include an operation of analyzing a diagnosis target application and extracting diagnosis-related information about the diagnosis-target application, first specific information included in the diagnosis-related information, and the diagnosis target
  • An operation of determining whether a specific diagnostic item corresponding to version information of an operating system for executing an application exists in the diagnostic item list - the first specific information is an application programming API (API) used by the application to be diagnosed interface) information or engine information, an operation of identifying diagnosis target information specified by the specific diagnosis item from the diagnosis item list based on the presence of the specific diagnosis item in the diagnosis item list.
  • API application programming API
  • an execution error may occur in the application if it does not have the authority related to the specific API.
  • the first API used in the previous version of the OS is replaced with the second API in the next version of the OS according to the version upgrade of the OS, if the application still uses the first API, an execution error may occur in the application.
  • an execution error may occur in the application if the version of the specific engine is below a certain version.
  • the electronic device determines whether (1) the application has permission to use a specific API, (2) whether the application is using a replaced API, (3) Execution errors of the application can be easily detected before distributing the application to users by using a diagnosis item list for determining whether a version for using a specific engine is installed in the application.
  • FIG. 1 is a block diagram of an electronic device in a network environment, according to various embodiments.
  • FIG. 2 is a flowchart illustrating an operation of diagnosing an application to be diagnosed by an electronic device according to various embodiments.
  • FIG. 3 is a sequence diagram for explaining an operation of diagnosing an application to be diagnosed by an electronic device according to various embodiments.
  • FIG. 4 is a diagram illustrating a format of a diagnostic item, according to various embodiments.
  • FIG. 5 is a diagram illustrating a diagnosis item list according to various embodiments.
  • FIG. 1 is a block diagram of an electronic device in a network environment according to various embodiments of the present disclosure.
  • an electronic device 101 communicates with an electronic device 102 through a first network 198 (eg, a short-range wireless communication network) or through a second network 199. It is possible to communicate with the electronic device 104 or the server 108 through (eg, a long-distance wireless communication network). According to one embodiment, the electronic device 101 may communicate with the electronic device 104 through the server 108 .
  • the electronic device 101 includes a processor 120, a memory 130, an input module 150, an audio output module 155, a display module 160, an audio module 170, a sensor module ( 176), interface 177, connection terminal 178, haptic module 179, camera module 180, power management module 188, battery 189, communication module 190, subscriber identification module 196 , or the antenna module 197 may be included.
  • at least one of these components eg, the connection terminal 178) may be omitted or one or more other components may be added.
  • some of these components eg, sensor module 176, camera module 180, or antenna module 197) are integrated into a single component (eg, display module 160). It can be.
  • the processor 120 for example, executes software (eg, the program 140) to cause at least one other component (eg, hardware or software component) of the electronic device 101 connected to the processor 120. It can control and perform various data processing or calculations. According to one embodiment, as at least part of data processing or operation, processor 120 transfers instructions or data received from other components (e.g., sensor module 176 or communication module 190) to volatile memory 132. , processing commands or data stored in the volatile memory 132 , and storing resultant data in the non-volatile memory 134 .
  • software eg, the program 140
  • processor 120 transfers instructions or data received from other components (e.g., sensor module 176 or communication module 190) to volatile memory 132. , processing commands or data stored in the volatile memory 132 , and storing resultant data in the non-volatile memory 134 .
  • the processor 120 may include a main processor 121 (eg, a central processing unit or an application processor), or a secondary processor 123 (eg, a graphic processing unit, a neural network processing unit) that may operate independently of or together with the main processor 121 .
  • main processor 121 eg, a central processing unit or an application processor
  • secondary processor 123 eg, a graphic processing unit, a neural network processing unit
  • the main processor 121 e.g, a central processing unit or an application processor
  • a secondary processor 123 eg, a graphic processing unit, a neural network processing unit
  • image signal processor e.g., image signal processor, sensor hub processor, or communication processor.
  • the secondary processor 123 may be implemented separately from or as part of the main processor 121 .
  • the secondary processor 123 may, for example, take the place of the main processor 121 while the main processor 121 is in an inactive (eg, sleep) state, or the main processor 121 is active (eg, running an application). ) state, together with the main processor 121, at least one of the components of the electronic device 101 (eg, the display module 160, the sensor module 176, or the communication module 190) It is possible to control at least some of the related functions or states.
  • the auxiliary processor 123 eg, image signal processor or communication processor
  • the auxiliary processor 123 may include a hardware structure specialized for processing an artificial intelligence model.
  • AI models can be created through machine learning. Such learning may be performed, for example, in the electronic device 101 itself where artificial intelligence is performed, or may be performed through a separate server (eg, the server 108).
  • the learning algorithm may include, for example, supervised learning, unsupervised learning, semi-supervised learning or reinforcement learning, but in the above example Not limited.
  • the artificial intelligence model may include a plurality of artificial neural network layers.
  • Artificial neural networks include deep neural networks (DNNs), convolutional neural networks (CNNs), recurrent neural networks (RNNs), restricted boltzmann machines (RBMs), deep belief networks (DBNs), bidirectional recurrent deep neural networks (BRDNNs), It may be one of deep Q-networks or a combination of two or more of the foregoing, but is not limited to the foregoing examples.
  • the artificial intelligence model may include, in addition or alternatively, software structures in addition to hardware structures.
  • the memory 130 may store various data used by at least one component (eg, the processor 120 or the sensor module 176) of the electronic device 101 .
  • the data may include, for example, input data or output data for software (eg, program 140) and commands related thereto.
  • the memory 130 may include volatile memory 132 or non-volatile memory 134 .
  • the program 140 may be stored as software in the memory 130 and may include, for example, an operating system 142 , middleware 144 , or an application 146 .
  • the input module 150 may receive a command or data to be used by a component (eg, the processor 120) of the electronic device 101 from the outside of the electronic device 101 (eg, a user).
  • the input module 150 may include, for example, a microphone, a mouse, a keyboard, a key (eg, a button), or a digital pen (eg, a stylus pen).
  • the sound output module 155 may output sound signals to the outside of the electronic device 101 .
  • the sound output module 155 may include, for example, a speaker or a receiver.
  • the speaker can be used for general purposes such as multimedia playback or recording playback.
  • a receiver may be used to receive an incoming call. According to one embodiment, the receiver may be implemented separately from the speaker or as part of it.
  • the display module 160 may visually provide information to the outside of the electronic device 101 (eg, a user).
  • the display module 160 may include, for example, a display, a hologram device, or a projector and a control circuit for controlling the device.
  • the display module 160 may include a touch sensor configured to detect a touch or a pressure sensor configured to measure the intensity of force generated by the touch.
  • the audio module 170 may convert sound into an electrical signal or vice versa. According to an embodiment, the audio module 170 acquires sound through the input module 150, the sound output module 155, or an external electronic device connected directly or wirelessly to the electronic device 101 (eg: Sound may be output through the electronic device 102 (eg, a speaker or a headphone).
  • the audio module 170 acquires sound through the input module 150, the sound output module 155, or an external electronic device connected directly or wirelessly to the electronic device 101 (eg: Sound may be output through the electronic device 102 (eg, a speaker or a headphone).
  • the sensor module 176 detects an operating state (eg, power or temperature) of the electronic device 101 or an external environmental state (eg, a user state), and generates an electrical signal or data value corresponding to the detected state. can do.
  • the sensor module 176 may include, for example, a gesture sensor, a gyro sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a grip sensor, a proximity sensor, a color sensor, an infrared (IR) sensor, a bio sensor, It may include a temperature sensor, humidity sensor, or light sensor.
  • the interface 177 may support one or more designated protocols that may be used to directly or wirelessly connect the electronic device 101 to an external electronic device (eg, the electronic device 102).
  • the interface 177 may include, for example, a high definition multimedia interface (HDMI), a universal serial bus (USB) interface, an SD card interface, or an audio interface.
  • HDMI high definition multimedia interface
  • USB universal serial bus
  • SD card interface Secure Digital Card interface
  • audio interface audio interface
  • connection terminal 178 may include a connector through which the electronic device 101 may be physically connected to an external electronic device (eg, the electronic device 102).
  • the connection terminal 178 may include, for example, an HDMI connector, a USB connector, an SD card connector, or an audio connector (eg, a headphone connector).
  • the haptic module 179 may convert electrical signals into mechanical stimuli (eg, vibration or motion) or electrical stimuli that a user may perceive through tactile or kinesthetic senses.
  • the haptic module 179 may include, for example, a motor, a piezoelectric element, or an electrical stimulation device.
  • the camera module 180 may capture still images and moving images. According to one embodiment, the camera module 180 may include one or more lenses, image sensors, image signal processors, or flashes.
  • the power management module 188 may manage power supplied to the electronic device 101 .
  • the power management module 188 may be implemented as at least part of a power management integrated circuit (PMIC), for example.
  • PMIC power management integrated circuit
  • the battery 189 may supply power to at least one component of the electronic device 101 .
  • the battery 189 may include, for example, a non-rechargeable primary cell, a rechargeable secondary cell, or a fuel cell.
  • the communication module 190 is a direct (eg, wired) communication channel or a wireless communication channel between the electronic device 101 and an external electronic device (eg, the electronic device 102, the electronic device 104, or the server 108). Establishment and communication through the established communication channel may be supported.
  • the communication module 190 may include one or more communication processors that operate independently of the processor 120 (eg, an application processor) and support direct (eg, wired) communication or wireless communication.
  • the communication module 190 may be a wireless communication module 192 (eg, a cellular communication module, a short-range wireless communication module, or a global navigation satellite system (GNSS) communication module) or a wired communication module 194 (eg, a : a local area network (LAN) communication module or a power line communication module).
  • a corresponding communication module is a first network 198 (eg, a short-range communication network such as Bluetooth, wireless fidelity (WiFi) direct, or infrared data association (IrDA)) or a second network 199 (eg, a legacy communication module).
  • the wireless communication module 192 uses subscriber information (eg, International Mobile Subscriber Identifier (IMSI)) stored in the subscriber identification module 196 within a communication network such as the first network 198 or the second network 199.
  • IMSI International Mobile Subscriber Identifier
  • the wireless communication module 192 may support a 5G network after a 4G network and a next-generation communication technology, for example, NR access technology (new radio access technology).
  • NR access technologies include high-speed transmission of high-capacity data (enhanced mobile broadband (eMBB)), minimization of terminal power and access of multiple terminals (massive machine type communications (mMTC)), or high reliability and low latency (ultra-reliable and low latency (URLLC)).
  • eMBB enhanced mobile broadband
  • mMTC massive machine type communications
  • URLLC ultra-reliable and low latency
  • -latency communications can be supported.
  • the wireless communication module 192 may support a high frequency band (eg, mmWave band) to achieve a high data rate, for example.
  • the wireless communication module 192 uses various technologies for securing performance in a high frequency band, such as beamforming, massive multiple-input and multiple-output (MIMO), and full-dimensional multiplexing. Technologies such as input/output (FD-MIMO: full dimensional MIMO), array antenna, analog beam-forming, or large scale antenna may be supported.
  • the wireless communication module 192 may support various requirements defined for the electronic device 101, an external electronic device (eg, the electronic device 104), or a network system (eg, the second network 199).
  • the wireless communication module 192 is a peak data rate for eMBB realization (eg, 20 Gbps or more), a loss coverage for mMTC realization (eg, 164 dB or less), or a U-plane latency for URLLC realization (eg, Example: downlink (DL) and uplink (UL) each of 0.5 ms or less, or round trip 1 ms or less) may be supported.
  • eMBB peak data rate for eMBB realization
  • a loss coverage for mMTC realization eg, 164 dB or less
  • U-plane latency for URLLC realization eg, Example: downlink (DL) and uplink (UL) each of 0.5 ms or less, or round trip 1 ms or less
  • the antenna module 197 may transmit or receive signals or power to the outside (eg, an external electronic device).
  • the antenna module may include an antenna including a radiator formed of a conductor or a conductive pattern formed on a substrate (eg, PCB).
  • the antenna module 197 may include a plurality of antennas (eg, an array antenna). In this case, at least one antenna suitable for a communication method used in a communication network such as the first network 198 or the second network 199 is selected from the plurality of antennas by the communication module 190, for example. can be chosen A signal or power may be transmitted or received between the communication module 190 and an external electronic device through the selected at least one antenna.
  • other components eg, a radio frequency integrated circuit (RFIC) may be additionally formed as a part of the antenna module 197 in addition to the radiator.
  • RFIC radio frequency integrated circuit
  • the antenna module 197 may form a mmWave antenna module.
  • the mmWave antenna module includes a printed circuit board, an RFIC disposed on or adjacent to a first surface (eg, a lower surface) of the printed circuit board and capable of supporting a designated high frequency band (eg, mmWave band); and a plurality of antennas (eg, array antennas) disposed on or adjacent to a second surface (eg, a top surface or a side surface) of the printed circuit board and capable of transmitting or receiving signals of the designated high frequency band. can do.
  • peripheral devices eg, a bus, general purpose input and output (GPIO), serial peripheral interface (SPI), or mobile industry processor interface (MIPI)
  • signal e.g. commands or data
  • commands or data may be transmitted or received between the electronic device 101 and the external electronic device 104 through the server 108 connected to the second network 199 .
  • Each of the external electronic devices 102 or 104 may be the same as or different from the electronic device 101 .
  • all or part of operations executed in the electronic device 101 may be executed in one or more external devices among the external electronic devices 102 , 104 , and 108 .
  • the electronic device 101 when the electronic device 101 needs to perform a certain function or service automatically or in response to a request from a user or another device, the electronic device 101 instead of executing the function or service by itself.
  • one or more external electronic devices may be requested to perform the function or at least part of the service.
  • One or more external electronic devices receiving the request may execute at least a part of the requested function or service or an additional function or service related to the request, and deliver the execution result to the electronic device 101 .
  • the electronic device 101 may provide the result as at least part of a response to the request as it is or additionally processed.
  • cloud computing distributed computing, mobile edge computing (MEC), or client-server computing technology may be used.
  • the electronic device 101 may provide an ultra-low latency service using, for example, distributed computing or mobile edge computing.
  • the external electronic device 104 may include an internet of things (IoT) device.
  • Server 108 may be an intelligent server using machine learning and/or neural networks. According to one embodiment, the external electronic device 104 or server 108 may be included in the second network 199 .
  • the electronic device 101 may be applied to intelligent services (eg, smart home, smart city, smart car, or health care) based on 5G communication technology and IoT-related technology.
  • FIG. 2 is a flowchart illustrating an operation of diagnosing an application to be diagnosed by an electronic device (eg, the electronic device 101 of FIG. 1 ) according to various embodiments.
  • FIG. 3 is a sequence diagram for explaining an operation of diagnosing an application to be diagnosed by the electronic device 101 according to various embodiments.
  • FIG. 4 is a diagram illustrating a format of a diagnostic item, according to various embodiments.
  • FIG. 5 is a diagram illustrating a diagnosis item list according to various embodiments.
  • the electronic device 101 may store a diagnostic item list in a memory (eg, the memory 130 of FIG. 1).
  • the electronic device 101 may obtain information about diagnostic items written according to a format determined by the electronic device 101, and generate a diagnostic item list using the information about the diagnostic items. can do.
  • the electronic device 101 may generate a diagnosis item list using information about diagnosis items obtained from a manager and store the diagnosis item list in the memory 130 (301).
  • each diagnostic item of the diagnostic item list includes at least one of an operating system (OS) version, a first diagnostic element, a second diagnostic element, a diagnostic test failure condition, or a guide.
  • OS operating system
  • each diagnostic item includes an OS version 420, a first diagnostic element 430, a second diagnostic element 440, a diagnostic test failure condition 450, or a guide 460. It may include at least one of the following, and the format of each diagnostic item may be determined according to the type 410 of the diagnostic item.
  • the first diagnosis element 430 may correspond to one of application programming interface (API) information or engine information
  • the second diagnosis element 440 may correspond to permission information and API information.
  • API application programming interface
  • the failure condition 450 may indicate a case in which the second diagnostic element 440 is not detected, and the guide 460 indicates the use of the second diagnostic element.
  • the electronic device 101 may obtain API information usable in the version of the OS and authorization information required to use the API information from a server of an OS manufacturer by using web crawling.
  • a diagnostic item corresponding to the first type 411 may be created using the version information of the OS, the API information, and the authority information, and the generated diagnostic item may be added to a list of diagnostic items.
  • the electronic device 101 uses web crawling to provide first API information used in the previous version of the OS and second API information available in the current version of the OS from the server of the OS manufacturer. may be obtained, a diagnosis item corresponding to the second type 412 is created using the version information of the OS, the first API information, and the second API information, and the generated diagnosis item is included in the list of diagnosis items.
  • the electronic device 101 analyzes other applications before performing a diagnostic test on the application to be diagnosed, and as a result, engine information and engine version information used in the version of the OS for executing the other applications. may be obtained, a diagnosis item corresponding to the third type 413 is created using the version information of the OS, the engine information, and the engine version information, and the created diagnosis item is added to a list of diagnosis items.
  • the electronic device 101 detects a defect in the application to be diagnosed from an external electronic device (eg, the server 108 of FIG. 1). You may receive a request to do so.
  • the electronic device 101 may receive (303) a request for detecting a defect in an application to be diagnosed from an external electronic device 108 (eg, a development server for a diagnosis-related application). there is.
  • the request may include version information of an OS for executing a diagnosis target application.
  • the electronic device 101 may analyze the diagnosis target application and extract diagnosis-related information about the diagnosis target application.
  • the electronic device 101 may extract (305) diagnosis-related information about a diagnosis target application.
  • the diagnosis-related information may include first specific information and second specific information.
  • the electronic device 101 may extract, as the first specific information, API information used in a diagnosis target application from a source code of a diagnosis target application or an API list of a diagnosis target application.
  • the electronic device 101 determines the application to be diagnosed from information (eg, logo information) of the application to be diagnosed displayed on a display (eg, the display module 160 of FIG.
  • Engine information used in may be extracted as the first specific information.
  • the electronic device 101 may extract, as the second specific information, permission information acquired by the application to be diagnosed from the source code of the application to be diagnosed or a permission list of the application to be diagnosed.
  • the electronic device 101 converts version information of an engine used in the application to be diagnosed from information on the application to be diagnosed displayed on the display 160 when the application to be diagnosed is executed, to the second specific application. information can be extracted. For example, referring to [Table 1] below, the electronic device 101 may extract first specific information and second specific information as diagnosis related information for a diagnosis target application.
  • Diagnosis related information First specific information
  • Second specific information API information engine information
  • Authorization information engine version information getDataNetworkType()getSerial() getMeid() ... Unity ... A B C D ... E F G ...
  • the electronic device 101 acquires the source code, API list, and/or permission list of the application to be diagnosed from the external electronic device 101 or directly analyzes the application to be diagnosed, and obtains the API list and/or An authority list may be acquired.
  • the electronic device 101 eg, the processor 120 of FIG. 1 ) determines the first specific information included in the diagnosis-related information and the diagnosis target application. It is possible to determine whether a specific diagnostic item corresponding to the version information of the OS for executing is present in the diagnostic item list. For example, referring to FIG. 3 , the electronic device 101 may determine whether a diagnosis target application is a diagnostic test target based on diagnosis related information and OS version information (307).
  • the electronic device 101 may determine whether a specific diagnosis item including specific OS version information for executing a diagnosis target application and specific API information used in the diagnosis target application exists in the diagnosis item list. .
  • a diagnosis target application eg, first application
  • a specific OS version eg, R OS
  • specific API information eg, getDataNetworkType
  • the electronic device 101 may determine whether a specific diagnostic item including the specific OS version and the specific API information exists in the diagnostic item list 500, and the specific diagnostic item in the diagnostic item list 500 ( Example: When the first item 501) is present, it may be determined that the diagnosis target application is a diagnostic test target.
  • a diagnosis target application (eg, a second application) operates in a specific OS version (eg, R OS), and specific API information (eg, getNetworkType) is used in the diagnosis target application.
  • the electronic device 101 may determine whether a specific diagnostic item including the specific OS version and the specific API information exists in the diagnostic item list 500, and the specific diagnostic item in the diagnostic item list 500. If an item (eg, the second item 502) exists, it may be determined that the diagnosis target application is a diagnostic test target.
  • the electronic device 101 may determine whether a specific diagnosis item including specific OS version information for executing a diagnosis target application and specific engine information used in the diagnosis target application exists in the diagnosis item list.
  • a diagnosis target application eg, a third application
  • a specific OS version eg, R OS
  • specific engine information eg, Unity engine
  • the electronic device 101 may determine whether a specific diagnostic item including the specific OS version and the specific engine information exists in the diagnostic item list 500, and the specific diagnostic item in the diagnostic item list 500. If (eg, the third item 503) exists, it may be determined that the diagnosis target application is a diagnostic test target.
  • the electronic device 101 selects the diagnosis item list 500 based on the presence of a specific diagnosis item in the diagnosis item list 500. ), diagnosis target information specified by a specific diagnosis item can be identified.
  • the electronic device 101 when identifying a specific diagnostic item corresponding to a specific OS version and specific API information from the diagnostic item list 500, the electronic device 101 identifies authority information specified by the specific diagnostic item.
  • the electronic device 101 provides a first item 501 corresponding to a specific OS version (eg, R OS) and specific API information (eg, getDataNetworkType) from the diagnosis item list 500.
  • permission information eg, READ_PHONE_STATE
  • the electronic device 101 when the electronic device 101 identifies a specific diagnostic item corresponding to a specific OS version and first specific API information from the diagnostic item list 500, the second specific diagnostic item specified by the specific diagnostic item API information can be identified.
  • the electronic device 101 provides a second item 502 corresponding to a specific OS version (eg, R OS) and specific API information (eg, getNetworkType) from the diagnosis item list 500.
  • the second specific API information eg, getDataNetworkType
  • the second item 502 may be identified.
  • the electronic device 101 when identifying a specific diagnostic item corresponding to a specific OS version and specific engine information from the diagnostic item list 500, the electronic device 101 identifies engine version information specified by the specific diagnostic item. can do. For example, referring to FIG. 5 , the electronic device 101 includes a third item 503 corresponding to a specific OS version (eg, R OS) and specific engine information (eg, Unity engine) from the diagnosis item list 500. ), engine version information (eg, 2018.4.30f1, 2019.4.15f1, 2020.1.14f1, 2020.2.0b12) specified by the third item 503 can be identified.
  • a specific OS version eg, R OS
  • specific engine information eg, Unity engine
  • the electronic device 101 may determine whether the diagnosis target information is identified from the second specific information included in the diagnosis related information. .
  • the electronic device 101 may perform a diagnostic test on an application to be diagnosed using information to be diagnosed (309).
  • the electronic device 101 may determine that the diagnosis test for the application to be diagnosed has not passed.
  • the electronic device 101 may determine whether authority information specified by a specific diagnosis item exists in second specific information (eg, authority information) included in diagnosis-related information. For example, referring to FIG. 5 , the electronic device 101 may determine whether permission information (eg, READ_PHONE_STATE) specified by the first item 501 exists in the permission list included in the diagnosis-related information, If authority information (eg, READ_PHONE_STATE) does not exist in the authority list according to the failure condition in the first item 501, it may be determined that the diagnostic test for the application to be diagnosed has not passed.
  • permission information eg, READ_PHONE_STATE
  • the electronic device 101 may determine whether the second specific API information specified by the specific diagnosis item exists in the first specific information (eg, API information) included in the diagnosis related information. For example, referring to FIG. 5 , the electronic device 101 determines whether the second specific API information (eg, getDataNetworkType) specified by the second item 502 exists in the API list included in the diagnosis-related information. If the second specific API information (eg, getDataNetworkType) does not exist in the API list according to the failure condition in the second item 502, it may be determined that the diagnostic test for the application to be diagnosed has not passed. .
  • the second specific API information eg, getDataNetworkType
  • the electronic device 101 may determine whether engine version information specified by a specific diagnosis item exists in second specific information (eg, engine version information) included in diagnosis-related information. For example, referring to FIG. 5 , the electronic device 101 determines whether the engine version information (eg, 2020.2.0b12) specified by the third item 503 exists in the engine version list included in the diagnosis-related information. and if the engine version information (eg, 2020.2.0b12) does not exist in the engine version list according to the failure condition in the third item 503, it is determined that the diagnostic test for the application to be diagnosed has not passed.
  • the engine version information eg, 2020.2.0b12
  • the electronic device 101 determines that the diagnostic test for the application to be diagnosed has passed, based on the diagnosis target information being identified from the diagnosis related information. and transmits feedback regarding the fact that the diagnostic test has passed to the external electronic device 108 requesting the diagnostic test of the application to be diagnosed.
  • the electronic device 101 (eg, the processor 120 of FIG. 1 ) provides a guide for diagnosis target information based on the fact that the diagnosis target information is not identified from the diagnosis related information.
  • the electronic device 101 may provide a diagnostic test result (eg, a guide for diagnosis target information) to the external electronic device 108 ( 311 ).
  • the electronic device 101 when the authority information specified by the specific diagnosis item does not exist in the second specific information (eg, authority information) included in the diagnosis-related information, is defined in the specific diagnosis item.
  • Guidance on authority information can be provided.
  • the electronic device 101 when the authority information specified by the first item 501 (eg, READ_PHONE_STATE) does not exist in the authority list included in the diagnosis-related information, first A guide for the authority information defined in item 501 may be provided.
  • the electronic device 101 when the second specific API information specified by the specific diagnostic item does not exist in the first specific information (eg, API information) included in the diagnosis-related information, the specific diagnostic item A guide for the second specific API information defined in may be provided.
  • the second specific API information eg, getDataNetworkType
  • a guide for the second specific API information defined in the second item 502 may be provided.
  • the electronic device 101 determines the specific diagnosis item.
  • a guide for the defined engine version information can be provided. For example, referring to FIG. 5 , the electronic device 101 determines that the engine version information (eg, 2020.2.0b12) specified by the third item 503 does not exist in the engine version list included in the diagnosis-related information. In this case, a guide for the engine version information defined in the third item 503 may be provided.
  • the electronic device 101 based on acquiring additional diagnostic items for a diagnosis target application, lists the obtained additional diagnostic items in the diagnostic item list 500. ), the diagnosis item list 500 can be updated. For example, referring to FIG. 3 , the electronic device 101 may update (313) the diagnosis item list 500 to include additional diagnosis items. According to an embodiment, the electronic device 101 may determine whether the additional diagnosis item includes first specific information included in diagnosis-related information in operation 207 and OS version information for executing a diagnosis target application, When the additional diagnostic items include the first specific information and the OS version information, operations 209 to 213 may be performed using the additional diagnostic items.
  • the electronic device 101 provides the guide defined in the additional diagnosis item to the external electronic device 108 when diagnosis target information specified by the additional diagnosis item is identified from the second specific information included in the diagnosis-related information. can do.
  • the electronic device 101 may provide a guide to the external electronic device 108 through an open service for diagnosing an arbitrary application.
  • Electronic devices may be devices of various types.
  • the electronic device may include, for example, a portable communication device (eg, a smart phone), a computer device, a portable multimedia device, a portable medical device, a camera, a wearable device, or a home appliance.
  • a portable communication device eg, a smart phone
  • a computer device e.g., a smart phone
  • a portable multimedia device e.g., a portable medical device
  • a camera e.g., a portable medical device
  • a camera e.g., a portable medical device
  • a camera e.g., a portable medical device
  • a camera e.g., a camera
  • a wearable device e.g., a smart bracelet
  • first, second, or first or secondary may simply be used to distinguish a given component from other corresponding components, and may be used to refer to a given component in another aspect (eg, importance or order) is not limited.
  • a (e.g., first) component is said to be “coupled” or “connected” to another (e.g., second) component, with or without the terms “functionally” or “communicatively.”
  • the certain component may be connected to the other component directly (eg by wire), wirelessly, or through a third component.
  • module used in various embodiments of this document may include a unit implemented in hardware, software, or firmware, and is interchangeable with terms such as, for example, logic, logical blocks, parts, or circuits.
  • a module may be an integrally constructed component or a minimal unit of components or a portion thereof that performs one or more functions.
  • the module may be implemented in the form of an application-specific integrated circuit (ASIC).
  • ASIC application-specific integrated circuit
  • a storage medium eg, internal memory 136 or external memory 138
  • a machine eg, electronic device 101
  • a processor eg, the processor 120
  • a device eg, the electronic device 101
  • the one or more instructions may include code generated by a compiler or code executable by an interpreter.
  • the device-readable storage medium may be provided in the form of a non-transitory storage medium.
  • the storage medium is a tangible device and does not contain a signal (e.g. electromagnetic wave), and this term refers to the case where data is stored semi-permanently in the storage medium. It does not discriminate when it is temporarily stored.
  • a signal e.g. electromagnetic wave
  • the method according to various embodiments disclosed in this document may be included and provided in a computer program product.
  • Computer program products may be traded between sellers and buyers as commodities.
  • a computer program product is distributed in the form of a device-readable storage medium (eg compact disc read only memory (CD-ROM)), or through an application store (eg Play Store TM ) or on two user devices ( It can be distributed (eg downloaded or uploaded) online, directly between smart phones.
  • a device-readable storage medium eg compact disc read only memory (CD-ROM)
  • an application store eg Play Store TM
  • It can be distributed (eg downloaded or uploaded) online, directly between smart phones.
  • at least part of the computer program product may be temporarily stored or temporarily created in a device-readable storage medium such as a manufacturer's server, an application store server, or a relay server's memory.
  • each component (eg, module or program) of the above-described components may include a single object or a plurality of entities, and some of the plurality of entities may be separately disposed in other components. there is.
  • one or more components or operations among the aforementioned corresponding components may be omitted, or one or more other components or operations may be added.
  • a plurality of components eg modules or programs
  • the integrated component may perform one or more functions of each of the plurality of components identically or similarly to those performed by a corresponding component of the plurality of components prior to the integration. .
  • the actions performed by a module, program, or other component are executed sequentially, in parallel, iteratively, or heuristically, or one or more of the actions are executed in a different order, or omitted. or one or more other actions may be added.
  • an electronic device eg, the electronic device 101 of FIG. 1
  • a processor eg, the processor 120 of FIG. 1
  • the processor analyzes an application to be diagnosed, Diagnosis-related information about the application to be diagnosed is extracted, and a specific diagnosis item corresponding to first specific information included in the diagnosis-related information and version information of an operating system for executing the application to be diagnosed is provided. It is determined whether or not it exists in the diagnosis item list (eg, the diagnosis item list 500 of FIG. 5), and the first specific information includes at least one of application programming interface (API) information or engine information used by the application to be diagnosed.
  • API application programming interface
  • diagnosis target information specified by the specific diagnosis item is identified from the diagnosis item list, and the diagnosis target information is the diagnosis related information Based on what is not identified from, it may be set to provide a guide for the diagnosis target information.
  • each diagnostic item of the diagnostic item list includes at least one of an OS version, a first diagnostic element, a second diagnostic element, a diagnostic test failure condition, and a guide
  • the first diagnostic element corresponds to one of application programming interface (API) information or engine information
  • the second diagnostic element corresponds to one of permission information, API information, or engine version information
  • the diagnostic test failure condition indicates a case in which the second diagnostic component is not detected
  • the guide may include information related to use of the second diagnostic component.
  • the processor may be configured to extract authority information acquired by the diagnosis target application as second specific information of the diagnosis related information as a result of analyzing the diagnosis target application.
  • the processor may, when the specific diagnostic item including the OS version information and the API information exists in the diagnostic item list, permission information specified by the specific diagnostic item. It can be set to identify.
  • the processor when the authority information specified by the specific diagnosis item does not exist in the authority information extracted as the second specific information of the diagnosis-related information, in the specific diagnosis item It can be set to provide a guide for the defined authority information.
  • the processor identifies other API information specified by the specific diagnostic item when the specific diagnostic item including version information of the OS and the API information exists in the diagnostic item list. can be set to
  • the processor may, when the other API information specified by the specific diagnosis item does not exist in the API information included in the first specific information of the diagnosis-related information, the specific diagnostic item It can be set to provide a guide for the other API information defined in
  • the processor may be configured to extract engine version information used in the diagnosis target application as second specific information of the diagnosis related information as a result of analyzing the diagnosis target application.
  • the processor identifies the engine version information specified by the specific diagnosis item, when the specific diagnosis item including version information of the OS and the engine information exists in the diagnosis item list. can be set to
  • the processor may, when the engine version information specified by the specific diagnosis item does not exist in the engine version information extracted as the second specific information of the diagnosis-related information, the specific diagnosis It can be set to provide a guide for the engine version information defined in the item.
  • an operating method of an electronic device may include an operation of analyzing a diagnosis target application and extracting diagnosis-related information about the diagnosis-target application, first specific information included in the diagnosis-related information, and the diagnosis target
  • An operation of determining whether a specific diagnostic item corresponding to version information of an operating system for executing an application exists in the diagnostic item list - the first specific information is an application programming API (API) used by the application to be diagnosed interface) information or engine information, an operation of identifying diagnosis target information specified by the specific diagnosis item from the diagnosis item list based on the presence of the specific diagnosis item in the diagnosis item list.
  • API application programming API
  • the operation of extracting the diagnosis-related information may include an operation of extracting authority information acquired by the diagnosis-target application as second specific information of the diagnosis-related information as a result of analyzing the diagnosis-target application.
  • the operation of identifying the diagnosis target information specified by the specific diagnosis item may be performed when the specific diagnosis item including version information of the OS and the API information exists in the diagnosis item list. , It may include an operation of identifying permission information specified by the specific diagnosis item.
  • the authority information specified by the specific diagnosis item is present in the authority information extracted as the second specific information of the diagnosis-related information. If not, an operation of providing a guide for the authority information defined in the specific diagnosis item may be included.
  • the operation of identifying the diagnosis target information specified by the specific diagnosis item may be performed when the specific diagnosis item including version information of the OS and the API information exists in the diagnosis item list. , It may include an operation of identifying other API information specified by the specific diagnosis item.
  • the operation of providing a guide for the diagnosis target information may include the API information included in the first specific information of the diagnosis related information, in which the other API information specified by the specific diagnosis item If it does not exist, an operation of providing a guide for the other API information defined in the specific diagnosis item may be included.
  • the operation of extracting the diagnosis-related information may include extracting engine version information used in the diagnosis-target application as second specific information of the diagnosis-related information as a result of analyzing the diagnosis-target application.
  • the operation of identifying the diagnosis target information specified by the specific diagnosis item may be performed when the specific diagnosis item including version information of the OS and the engine information exists in the diagnosis item list. , an operation of identifying engine version information specified by the specific diagnosis item.
  • the operation of providing a guide for the diagnosis target information may include the engine version information in which the engine version information specified by the specific diagnosis item is extracted as the second specific information of the diagnosis related information. If it does not exist in , an operation of providing a guide for the engine version information defined in the specific diagnosis item may be included.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computer Hardware Design (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

다양한 실시예들에 따라서, 전자 장치는, 프로세서를 포함하고, 상기 프로세서는, 진단 대상 어플리케이션을 분석하여, 상기 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출하고, 상기 진단 관련 정보에 포함된 제1 특정 정보 및 상기 진단 대상 어플리케이션을 실행하기 위한 운영 체제(operating system)의 버전 정보에 대응하는 특정 진단 항목이 상기 진단 항목 리스트에 존재하는지를 판단하고 -상기 제1 특정 정보는 상기 진단 대상 어플리케이션에 의하여 사용되는 API(application programming interface) 정보 또는 엔진 정보 중 적어도 하나를 포함함-, 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 것에 기반하여, 상기 진단 항목 리스트로부터 상기 특정 진단 항목에 의하여 특정된 진단 대상 정보를 식별하고, 및 상기 진단 대상 정보가 상기 진단 관련 정보로부터 식별되지 않는 것에 기반하여, 상기 진단 대상 정보에 대한 가이드를 제공하도록 설정될 수 있다. 그 밖의 다양한 실시예들도 가능할 수 있다.

Description

어플리케이션의 실행 오류를 검출하는 전자 장치 및 그 작동 방법
다양한 실시예들은, 어플리케이션의 실행 오류를 검출하기 위한 방법 및 장치에 관한 것이다.
API(application programming interface)는 운영 체제(operating system)가 제공하는 기능을 응용 프로그램(application)에서 사용할 수 있게 만든 인터페이스를 의미하고, 응용 프로그램은 OS의 특정 버전(예: 안드로이드 R 버전)에서 특정 API(예: getDataNetworkType())를 사용하기 위해서는 특정 권한(예: READ_PHONE_STATE)을 획득하여야 한다. 또한, 특정 엔진을 이용하는 응용 프로그램이 OS의 특정 버전에서 구동되기 위해서는 특정 엔진의 버전이 일정 버전 이상이어야 한다.
어플리케이션이 OS의 특정 버전에서 특정 API를 사용하고자 할 경우, 상기 특정 API와 연관된 권한을 갖고 있지 않으면 어플리케이션에 실행 오류가 발생할 수 있다. OS의 버전 업그레이드에 따라 OS의 이전 버전에서 사용되는 제1 API가 OS의 다음 버전에서 제2 API로 대체되는 경우, 어플리케이션이 여전히 제1 API를 사용하게 되면 어플리케이션에 실행 오류가 발생할 수 있다. 어플리케이션이 OS의 특정 버전에서 특정 엔진을 사용하고자 할 경우, 상기 특정 엔진의 버전이 일정 버전 이하이면 어플리케이션에 실행 오류가 발생할 수 있다.
다양한 실시예들은, 어플리케이션과 관련된 정보를 어플리케이션으로부터 추출하고, 추출된 정보를 진단 항목 리스트와 비교하여, 어플리케이션의 오류를 검출하고, 검출된 오류에 대한 가이드를 제공하는 전자 장치를 제공할 수 있다.
다양한 실시예들에 따라서, 전자 장치는, 프로세서를 포함하고, 상기 프로세서는, 진단 대상 어플리케이션을 분석하여, 상기 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출하고, 상기 진단 관련 정보에 포함된 제1 특정 정보 및 상기 진단 대상 어플리케이션을 실행하기 위한 운영 체제(operating system)의 버전 정보에 대응하는 특정 진단 항목이 상기 진단 항목 리스트에 존재하는지를 판단하고 -상기 제1 특정 정보는 상기 진단 대상 어플리케이션에 의하여 사용되는 API(application programming interface) 정보 또는 엔진 정보 중 적어도 하나를 포함함-, 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 것에 기반하여, 상기 진단 항목 리스트로부터 상기 특정 진단 항목에 의하여 특정된 진단 대상 정보를 식별하고, 및 상기 진단 대상 정보가 상기 진단 관련 정보로부터 식별되지 않는 것에 기반하여, 상기 진단 대상 정보에 대한 가이드를 제공하도록 설정될 수 있다.
다양한 실시예들에 따라서, 전자 장치의 동작 방법은, 진단 대상 어플리케이션을 분석하여, 상기 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출하는 동작, 상기 진단 관련 정보에 포함된 제1 특정 정보 및 상기 진단 대상 어플리케이션을 실행하기 위한 운영 체제(operating system)의 버전 정보에 대응하는 특정 진단 항목이 상기 진단 항목 리스트에 존재하는지를 판단하는 동작 -상기 제1 특정 정보는 상기 진단 대상 어플리케이션에 의하여 사용되는 API(application programming interface) 정보 또는 엔진 정보 중 적어도 하나를 포함함-, 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 것에 기반하여, 상기 진단 항목 리스트로부터 상기 특정 진단 항목에 의하여 특정된 진단 대상 정보를 식별하는 동작, 및 상기 진단 대상 정보가 상기 진단 관련 정보로부터 식별되지 않는 것에 기반하여, 상기 진단 대상 정보에 대한 가이드를 제공하는 동작을 포함할 수 있다.
어플리케이션이 OS의 특정 버전에서 특정 API를 사용하고자 할 경우, 상기 특정 API와 연관된 권한을 갖고 있지 않으면 어플리케이션에 실행 오류가 발생할 수 있다. OS의 버전 업그레이드에 따라 OS의 이전 버전에서 사용되는 제1 API가 OS의 다음 버전에서 제2 API로 대체되는 경우, 어플리케이션이 여전히 제1 API를 사용하게 되면 어플리케이션에 실행 오류가 발생할 수 있다. 어플리케이션이 OS의 특정 버전에서 특정 엔진을 사용하고자 할 경우, 상기 특정 엔진의 버전이 일정 버전 이하이면 어플리케이션에 실행 오류가 발생할 수 있다.
다양한 실시예들에 따라서, 전자 장치는 어플리케이션을 OS의 특정 버전에서 실행하기 위하여, (1)어플리케이션이 특정 API를 사용하기 위한 권한을 갖고 있는지, (2)어플리케이션이 대체된 API를 사용하고 있는지, (3)어플리케이션에 특정 엔진을 사용하기 위한 버전이 설치되어 있는지를 판단하기 위한 진단 항목 리스트를 이용하여, 어플리케이션을 사용자들에게 배포하기 전에 어플리케이션의 실행 오류를 용이하게 검출할 수 있다.
도 1은 다양한 실시예들에 따른, 네트워크 환경 내의 전자 장치의 블록도이다.
도 2는 다양한 실시예들에 따른, 전자 장치가 진단 대상 어플리케이션을 진단하는 동작을 설명하기 위한 흐름도이다.
도 3은 다양한 실시예들에 따른, 전자 장치가 진단 대상 어플리케이션을 진단하는 동작을 설명하기 위한 시퀀스 다이어그램이다.
도 4는 다양한 실시예들에 따른, 진단 항목의 포맷을 나타내는 도면이다.
도 5는 다양한 실시예들에 따른, 진단 항목 리스트를 나타내는 도면이다.
도 1은, 본 개시의 다양한 실시예들에 따른, 네트워크 환경 내의 전자 장치의 블록도이다.
도 1을 참조하면, 네트워크 환경(100)에서 전자 장치(101)는 제1 네트워크(198)(예: 근거리 무선 통신 네트워크)를 통하여 전자 장치(102)와 통신하거나, 또는 제2 네트워크(199)(예: 원거리 무선 통신 네트워크)를 통하여 전자 장치(104) 또는 서버(108)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 서버(108)를 통하여 전자 장치(104)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 프로세서(120), 메모리(130), 입력 모듈(150), 음향 출력 모듈(155), 디스플레이 모듈(160), 오디오 모듈(170), 센서 모듈(176), 인터페이스(177), 연결 단자(178), 햅틱 모듈(179), 카메라 모듈(180), 전력 관리 모듈(188), 배터리(189), 통신 모듈(190), 가입자 식별 모듈(196), 또는 안테나 모듈(197)을 포함할 수 있다. 어떤 실시예에서는, 전자 장치(101)에는, 이 구성요소들 중 적어도 하나(예: 연결 단자(178))가 생략되거나, 하나 이상의 다른 구성 요소가 추가될 수 있다. 어떤 실시예에서는, 이 구성요소들 중 일부들(예: 센서 모듈(176), 카메라 모듈(180), 또는 안테나 모듈(197))은 하나의 구성요소(예: 디스플레이 모듈(160))로 통합될 수 있다.
프로세서(120)는, 예를 들면, 소프트웨어(예: 프로그램(140))를 실행하여 프로세서(120)에 연결된 전자 장치(101)의 적어도 하나의 다른 구성요소(예: 하드웨어 또는 소프트웨어 구성요소)을 제어할 수 있고, 다양한 데이터 처리 또는 연산을 수행할 수 있다. 일 실시예에 따르면, 데이터 처리 또는 연산의 적어도 일부로서, 프로세서(120)는 다른 구성요소(예: 센서 모듈(176) 또는 통신 모듈(190))로부터 수신된 명령 또는 데이터를 휘발성 메모리(132)에 저장하고, 휘발성 메모리(132)에 저장된 명령 또는 데이터를 처리하고, 결과 데이터를 비휘발성 메모리(134)에 저장할 수 있다. 일 실시예에 따르면, 프로세서(120)는 메인 프로세서(121)(예: 중앙 처리 장치 또는 어플리케이션 프로세서), 또는 이와는 독립적으로 또는 함께 운영 가능한 보조 프로세서(123)(예: 그래픽 처리 장치, 신경망 처리 장치(NPU: neural processing unit), 이미지 시그널 프로세서, 센서 허브 프로세서, 또는 커뮤니케이션 프로세서)를 포함할 수 있다. 예를 들어, 전자 장치(101)가 메인 프로세서(121) 및 보조 프로세서(123)를 포함하는 경우, 보조 프로세서(123)는 메인 프로세서(121)보다 저전력을 사용하거나, 또는 지정된 기능에 특화되도록 설정될 수 있다. 보조 프로세서(123)는 메인 프로세서(121)와 별개로, 또는 그 일부로서 구현될 수 있다.
보조 프로세서(123)는, 예를 들면, 메인 프로세서(121)가 인액티브(예: 슬립) 상태에 있는 동안 메인 프로세서(121)를 대신하여, 또는 메인 프로세서(121)가 액티브(예: 어플리케이션 실행) 상태에 있는 동안 메인 프로세서(121)와 함께, 전자 장치(101)의 구성요소들 중 적어도 하나의 구성요소(예: 디스플레이 모듈(160), 센서 모듈(176), 또는 통신 모듈(190))와 관련된 기능 또는 상태들의 적어도 일부를 제어할 수 있다. 일실시예에 따르면, 보조 프로세서(123)(예: 이미지 시그널 프로세서 또는 커뮤니케이션 프로세서)는 기능적으로 관련 있는 다른 구성 요소(예: 카메라 모듈(180) 또는 통신 모듈(190))의 일부로서 구현될 수 있다. 일실시예에 따르면, 보조 프로세서(123)(예: 신경망 처리 장치)는 인공지능 모델의 처리에 특화된 하드웨어 구조를 포함할 수 있다. 인공지능 모델은 기계 학습을 통해 생성될 수 있다. 이러한 학습은, 예를 들어, 인공지능이 수행되는 전자 장치(101) 자체에서 수행될 수 있고, 별도의 서버(예: 서버(108))를 통해 수행될 수도 있다. 학습 알고리즘은, 예를 들어, 지도형 학습(supervised learning), 비지도형 학습(unsupervised learning), 준지도형 학습(semi-supervised learning) 또는 강화 학습(reinforcement learning)을 포함할 수 있으나, 전술한 예에 한정되지 않는다. 인공지능 모델은, 복수의 인공 신경망 레이어들을 포함할 수 있다. 인공 신경망은 심층 신경망(DNN: deep neural network), CNN(convolutional neural network), RNN(recurrent neural network), RBM(restricted boltzmann machine), DBN(deep belief network), BRDNN(bidirectional recurrent deep neural network), 심층 Q-네트워크(deep Q-networks) 또는 상기 중 둘 이상의 조합 중 하나일 수 있으나, 전술한 예에 한정되지 않는다. 인공지능 모델은 하드웨어 구조 이외에, 추가적으로 또는 대체적으로, 소프트웨어 구조를 포함할 수 있다.
메모리(130)는, 전자 장치(101)의 적어도 하나의 구성요소(예: 프로세서(120) 또는 센서 모듈(176))에 의해 사용되는 다양한 데이터를 저장할 수 있다. 데이터는, 예를 들어, 소프트웨어(예: 프로그램(140)) 및, 이와 관련된 명령에 대한 입력 데이터 또는 출력 데이터를 포함할 수 있다. 메모리(130)는, 휘발성 메모리(132) 또는 비휘발성 메모리(134)를 포함할 수 있다.
프로그램(140)은 메모리(130)에 소프트웨어로서 저장될 수 있으며, 예를 들면, 운영 체제(142), 미들 웨어(144) 또는 어플리케이션(146)을 포함할 수 있다.
입력 모듈(150)은, 전자 장치(101)의 구성요소(예: 프로세서(120))에 사용될 명령 또는 데이터를 전자 장치(101)의 외부(예: 사용자)로부터 수신할 수 있다. 입력 모듈(150)은, 예를 들면, 마이크, 마우스, 키보드, 키(예: 버튼), 또는 디지털 펜(예: 스타일러스 펜)을 포함할 수 있다.
음향 출력 모듈(155)은 음향 신호를 전자 장치(101)의 외부로 출력할 수 있다. 음향 출력 모듈(155)은, 예를 들면, 스피커 또는 리시버를 포함할 수 있다. 스피커는 멀티미디어 재생 또는 녹음 재생과 같이 일반적인 용도로 사용될 수 있다. 리시버는 착신 전화를 수신하기 위해 사용될 수 있다. 일 실시예에 따르면, 리시버는 스피커와 별개로, 또는 그 일부로서 구현될 수 있다.
디스플레이 모듈(160)은 전자 장치(101)의 외부(예: 사용자)로 정보를 시각적으로 제공할 수 있다. 디스플레이 모듈(160)는, 예를 들면, 디스플레이, 홀로그램 장치, 또는 프로젝터 및 해당 장치를 제어하기 위한 제어 회로를 포함할 수 있다. 일 실시예에 따르면, 디스플레이 모듈(160)은 터치를 감지하도록 설정된 터치 센서, 또는 상기 터치에 의해 발생되는 힘의 세기를 측정하도록 설정된 압력 센서를 포함할 수 있다.
오디오 모듈(170)은 소리를 전기 신호로 변환시키거나, 반대로 전기 신호를 소리로 변환시킬 수 있다. 일 실시예에 따르면, 오디오 모듈(170)은, 입력 모듈(150)을 통해 소리를 획득하거나, 음향 출력 모듈(155), 또는 전자 장치(101)와 직접 또는 무선으로 연결된 외부 전자 장치(예: 전자 장치(102)) (예: 스피커 또는 헤드폰))를 통해 소리를 출력할 수 있다.
센서 모듈(176)은 전자 장치(101)의 작동 상태(예: 전력 또는 온도), 또는 외부의 환경 상태(예: 사용자 상태)를 감지하고, 감지된 상태에 대응하는 전기 신호 또는 데이터 값을 생성할 수 있다. 일 실시예에 따르면, 센서 모듈(176)은, 예를 들면, 제스처 센서, 자이로 센서, 기압 센서, 마그네틱 센서, 가속도 센서, 그립 센서, 근접 센서, 컬러 센서, IR(infrared) 센서, 생체 센서, 온도 센서, 습도 센서, 또는 조도 센서를 포함할 수 있다.
인터페이스(177)는 전자 장치(101)이 외부 전자 장치(예: 전자 장치(102))와 직접 또는 무선으로 연결되기 위해 사용될 수 있는 하나 이상의 지정된 프로토콜들을 지원할 수 있다. 일 실시예에 따르면, 인터페이스(177)는, 예를 들면, HDMI(high definition multimedia interface), USB(universal serial bus) 인터페이스, SD카드 인터페이스, 또는 오디오 인터페이스를 포함할 수 있다.
연결 단자(178)는, 그를 통해서 전자 장치(101)가 외부 전자 장치(예: 전자 장치(102))와 물리적으로 연결될 수 있는 커넥터를 포함할 수 있다. 일 실시예에 따르면, 연결 단자(178)은, 예를 들면, HDMI 커넥터, USB 커넥터, SD 카드 커넥터, 또는 오디오 커넥터(예: 헤드폰 커넥터)를 포함할 수 있다.
햅틱 모듈(179)은 전기적 신호를 사용자가 촉각 또는 운동 감각을 통해서 인지할 수 있는 기계적인 자극(예: 진동 또는 움직임) 또는 전기적인 자극으로 변환할 수 있다. 일 실시예에 따르면, 햅틱 모듈(179)은, 예를 들면, 모터, 압전 소자, 또는 전기 자극 장치를 포함할 수 있다.
카메라 모듈(180)은 정지 영상 및 동영상을 촬영할 수 있다. 일실시예에 따르면, 카메라 모듈(180)은 하나 이상의 렌즈들, 이미지 센서들, 이미지 시그널 프로세서들, 또는 플래시들을 포함할 수 있다.
전력 관리 모듈(188)은 전자 장치(101)에 공급되는 전력을 관리할 수 있다. 일 실시예에 따르면, 전력 관리 모듈(188)은, 예를 들면, PMIC(power management integrated circuit)의 적어도 일부로서 구현될 수 있다.
배터리(189)는 전자 장치(101)의 적어도 하나의 구성 요소에 전력을 공급할 수 있다. 일 실시예에 따르면, 배터리(189)는, 예를 들면, 재충전 불가능한 1차 전지, 재충전 가능한 2차 전지 또는 연료 전지를 포함할 수 있다.
통신 모듈(190)은 전자 장치(101)와 외부 전자 장치(예: 전자 장치(102), 전자 장치(104), 또는 서버(108))간의 직접(예: 유선) 통신 채널 또는 무선 통신 채널의 수립, 및 수립된 통신 채널을 통한 통신 수행을 지원할 수 있다. 통신 모듈(190)은 프로세서(120)(예: 어플리케이션 프로세서)와 독립적으로 운영되고, 직접(예: 유선) 통신 또는 무선 통신을 지원하는 하나 이상의 커뮤니케이션 프로세서를 포함할 수 있다. 일 실시예에 따르면, 통신 모듈(190)은 무선 통신 모듈(192)(예: 셀룰러 통신 모듈, 근거리 무선 통신 모듈, 또는 GNSS(global navigation satellite system) 통신 모듈) 또는 유선 통신 모듈(194)(예: LAN(local area network) 통신 모듈, 또는 전력선 통신 모듈)을 포함할 수 있다. 이들 통신 모듈 중 해당하는 통신 모듈은 제1 네트워크(198)(예: 블루투스, WiFi(wireless fidelity) direct 또는 IrDA(infrared data association)와 같은 근거리 통신 네트워크) 또는 제2 네트워크(199)(예: 레거시 셀룰러 네트워크, 5G 네트워크, 차세대 통신 네트워크, 인터넷, 또는 컴퓨터 네트워크(예: LAN 또는 WAN)와 같은 원거리 통신 네트워크)를 통하여 외부의 전자 장치와 통신할 수 있다. 이런 여러 종류의 통신 모듈들은 하나의 구성 요소(예: 단일 칩)으로 통합되거나, 또는 서로 별도의 복수의 구성 요소들(예: 복수 칩들)로 구현될 수 있다. 무선 통신 모듈(192)은 가입자 식별 모듈(196)에 저장된 가입자 정보(예: 국제 모바일 가입자 식별자(IMSI))를 이용하여 제1 네트워크(198) 또는 제2 네트워크(199)와 같은 통신 네트워크 내에서 전자 장치(101)를 확인 또는 인증할 수 있다.
무선 통신 모듈(192)은 4G 네트워크 이후의 5G 네트워크 및 차세대 통신 기술, 예를 들어, NR 접속 기술(new radio access technology)을 지원할 수 있다. NR 접속 기술은 고용량 데이터의 고속 전송(eMBB(enhanced mobile broadband)), 단말 전력 최소화와 다수 단말의 접속(mMTC(massive machine type communications)), 또는 고신뢰도와 저지연(URLLC(ultra-reliable and low-latency communications))을 지원할 수 있다. 무선 통신 모듈(192)은, 예를 들어, 높은 데이터 전송률 달성을 위해, 고주파 대역(예: mmWave 대역)을 지원할 수 있다. 무선 통신 모듈(192)은 고주파 대역에서의 성능 확보를 위한 다양한 기술들, 예를 들어, 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO(multiple-input and multiple-output)), 전차원 다중입출력(FD-MIMO: full dimensional MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 또는 대규모 안테나(large scale antenna)와 같은 기술들을 지원할 수 있다. 무선 통신 모듈(192)은 전자 장치(101), 외부 전자 장치(예: 전자 장치(104)) 또는 네트워크 시스템(예: 제2 네트워크(199))에 규정되는 다양한 요구사항을 지원할 수 있다. 일실시예에 따르면, 무선 통신 모듈(192)은 eMBB 실현을 위한 Peak data rate(예: 20Gbps 이상), mMTC 실현을 위한 손실 Coverage(예: 164dB 이하), 또는 URLLC 실현을 위한 U-plane latency(예: 다운링크(DL) 및 업링크(UL) 각각 0.5ms 이하, 또는 라운드 트립 1ms 이하)를 지원할 수 있다.
안테나 모듈(197)은 신호 또는 전력을 외부(예: 외부의 전자 장치)로 송신하거나 외부로부터 수신할 수 있다. 일 실시예에 따르면, 안테나 모듈은 서브스트레이트(예: PCB) 위에 형성된 도전체 또는 도전성 패턴으로 이루어진 방사체를 포함하는 안테나를 포함할 수 있다. 일 실시예에 따르면, 안테나 모듈(197)은 복수의 안테나들(예: 어레이 안테나)을 포함할 수 있다. 이런 경우, 제1 네트워크(198) 또는 제2 네트워크(199)와 같은 통신 네트워크에서 사용되는 통신 방식에 적합한 적어도 하나의 안테나가, 예를 들면, 통신 모듈(190)에 의하여 상기 복수의 안테나들로부터 선택될 수 있다. 신호 또는 전력은 상기 선택된 적어도 하나의 안테나를 통하여 통신 모듈(190)과 외부의 전자 장치 간에 송신되거나 수신될 수 있다. 어떤 실시예에 따르면, 방사체 이외에 다른 부품(예: RFIC(radio frequency integrated circuit))이 추가로 안테나 모듈(197)의 일부로 형성될 수 있다.
다양한 실시예에 따르면, 안테나 모듈(197)은 mmWave 안테나 모듈을 형성할 수 있다. 일실시예에 따르면, mmWave 안테나 모듈은 인쇄 회로 기판, 상기 인쇄 회로 기판의 제1 면(예: 아래 면)에 또는 그에 인접하여 배치되고 지정된 고주파 대역(예: mmWave 대역)을 지원할 수 있는 RFIC, 및 상기 인쇄 회로 기판의 제2 면(예: 윗 면 또는 측 면)에 또는 그에 인접하여 배치되고 상기 지정된 고주파 대역의 신호를 송신 또는 수신할 수 있는 복수의 안테나들(예: 어레이 안테나)을 포함할 수 있다.
상기 구성요소들 중 적어도 일부는 주변 기기들간 통신 방식(예: 버스, GPIO(general purpose input and output), SPI(serial peripheral interface), 또는 MIPI(mobile industry processor interface))를 통해 서로 연결되고 신호(예: 명령 또는 데이터)를 상호간에 교환할 수 있다.
일 실시예에 따르면, 명령 또는 데이터는 제2 네트워크(199)에 연결된 서버(108)를 통해서 전자 장치(101)와 외부의 전자 장치(104)간에 송신 또는 수신될 수 있다. 외부의 전자 장치(102, 또는 104) 각각은 전자 장치(101)와 동일한 또는 다른 종류의 장치일 수 있다. 일실시예에 따르면, 전자 장치(101)에서 실행되는 동작들의 전부 또는 일부는 외부의 전자 장치들(102, 104 또는 108) 중 하나 이상의 외부 장치들에서 실행될 수 있다. 예를 들면, 전자 장치(101)가 어떤 기능이나 서비스를 자동으로, 또는 사용자 또는 다른 장치로부터의 요청에 반응하여 수행해야 할 경우에, 전자 장치(101)는 기능 또는 서비스를 자체적으로 실행시키는 대신에 또는 추가적으로, 하나 이상의 외부의 전자 장치들에게 그 기능 또는 그 서비스의 적어도 일부를 수행하라고 요청할 수 있다. 상기 요청을 수신한 하나 이상의 외부의 전자 장치들은 요청된 기능 또는 서비스의 적어도 일부, 또는 상기 요청과 관련된 추가 기능 또는 서비스를 실행하고, 그 실행의 결과를 전자 장치(101)로 전달할 수 있다. 전자 장치(101)는 상기 결과를, 그대로 또는 추가적으로 처리하여, 상기 요청에 대한 응답의 적어도 일부로서 제공할 수 있다. 이를 위하여, 예를 들면, 클라우드 컴퓨팅, 분산 컴퓨팅, 모바일 에지 컴퓨팅(MEC: mobile edge computing), 또는 클라이언트-서버 컴퓨팅 기술이 이용될 수 있다. 전자 장치(101)는, 예를 들어, 분산 컴퓨팅 또는 모바일 에지 컴퓨팅을 이용하여 초저지연 서비스를 제공할 수 있다. 다른 실시예에 있어서, 외부의 전자 장치(104)는 IoT(internet of things) 기기를 포함할 수 있다. 서버(108)는 기계 학습 및/또는 신경망을 이용한 지능형 서버일 수 있다. 일실시예에 따르면, 외부의 전자 장치(104) 또는 서버(108)는 제2 네트워크(199) 내에 포함될 수 있다. 전자 장치(101)는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스(예: 스마트 홈, 스마트 시티, 스마트 카, 또는 헬스 케어)에 적용될 수 있다.
도 2는 다양한 실시예들에 따른, 전자 장치(예: 도 1의 전자 장치(101))가 진단 대상 어플리케이션을 진단하는 동작을 설명하기 위한 흐름도이다.
도 3은 다양한 실시예들에 따른, 전자 장치(101)가 진단 대상 어플리케이션을 진단하는 동작을 설명하기 위한 시퀀스 다이어그램이다.
도 4는 다양한 실시예들에 따른, 진단 항목의 포맷을 나타내는 도면이다.
도 5는 다양한 실시예들에 따른, 진단 항목 리스트를 나타내는 도면이다.
201 동작에서, 다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 메모리(예: 도 1의 메모리(130))에 진단 항목 리스트를 저장할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 전자 장치(101)의 정해진 형식(format)에 따라 작성된 진단 항목에 관한 정보를 획득할 수 있고, 진단 항목에 관한 정보를 이용하여 진단 항목 리스트를 생성할 수 있다. 예를 들어, 도 3을 참조하면, 전자 장치(101)는 관리자로부터 획득된 진단 항목에 관한 정보를 이용하여 진단 항목 리스트를 생성하고 진단 항목 리스트를 메모리(130)에 저장(301)할 수 있다. 일 실시예에 따르면, 진단 항목 리스트의 각 진단 항목은, 운영 체제(OS, operating system)의 버전(version), 제1 진단 요소, 제2 진단 요소, 진단 시험 실패 조건, 또는 가이드 중 적어도 하나를 포함할 수 있고, 정해진 타입에 따라 진단 항목의 포맷(format)이 결정될 수 있다. 예를 들어, 도 4를 참조하면, 각 진단 항목은 OS의 버전(420), 제1 진단 요소(430), 제2 진단 요소(440), 진단 시험 실패 조건(450), 또는 가이드(460) 중 적어도 하나를 포함할 수 있고, 각 진단 항목의 포맷은 진단 항목의 타입(410)에 따라 결정될 수 있다. 일 실시예에 따르면, 제1 진단 요소(430)는 API(application programming interface) 정보 또는 엔진(engine) 정보 중 하나에 대응할 수 있고, 제2 진단 요소(440)는 권한(permission) 정보, API 정보, 또는 엔진 버전(engine version) 정보 중 하나에 대응할 수 있고, 실패 조건(450)은 제2 진단 요소(440)가 미검출되는 경우를 나타낼 수 있고, 가이드(460)는 제2 진단 요소의 사용과 관련된 정보를 포함할 수 있다. 예를 들어, 도 4를 참조하면, 진단 항목은 제1 타입(411), 제2 타입(412), 또는 제3 타입(413) 중 하나로 분류될 수 있고, 각 타입에 대응하는 포맷으로 작성될 수 있다.
일 실시예에 따르면, 전자 장치(101)는 웹 크롤링(web crawling)을 이용하여, OS 제조사의 서버로부터 OS의 버전에서 사용 가능한 API 정보 및 상기 API 정보를 사용하기 위해 필요한 권한 정보를 획득할 수 있고, 상기 OS의 버전 정보, 상기 API 정보, 및 상기 권한 정보를 이용하여 제1 타입(411)에 대응하는 진단 항목을 생성하고, 생성된 진단 항목을 진단 항목 리스트에 추가할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 웹 크롤링(web crawling)을 이용하여, OS 제조사의 서버로부터 OS의 이전 버전에서 사용된 제1 API 정보 및 OS의 현재 버전에서 사용 가능한 제2 API 정보를 획득할 수 있고, 상기 OS의 버전 정보, 상기 제1 API 정보, 및 상기 제2 API 정보를 이용하여 제2 타입(412)에 대응하는 진단 항목을 생성하고, 생성된 진단 항목을 진단 항목 리스트에 추가할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 진단 대상 어플리케이션에 대한 진단 시험을 수행하기 전에, 다른 어플리케이션을 분석한 결과, 상기 다른 어플리케이션을 실행하기 위한 OS의 버전에서 사용되는 엔진 정보 및 엔진 버전 정보를 획득할 수 있고, 상기 OS의 버전 정보, 상기 엔진 정보, 및 상기 엔진 버전 정보를 이용하여 제3 타입(413)에 대응하는 진단 항목을 생성하고, 생성된 진단 항목을 진단 항목 리스트에 추가할 수 있다.
203 동작에서, 다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 외부 전자 장치(예: 도 1의 서버(108))로부터 진단 대상 어플리케이션의 결함을 검출하기 위한 요청을 수신할 수 있다. 예를 들어, 도 3을 참조하면, 전자 장치(101)는 외부 전자 장치(108)(예: 진단 관련 어플리케이션의 개발 서버)로부터 진단 대상 어플리케이션의 결함을 검출하기 위한 요청을 수신(303)할 수 있다. 일 실시예에 따르면, 상기 요청은 진단 대상 어플리케이션을 실행하기 위한 OS의 버전 정보를 포함할 수 있다.
205 동작에서, 다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 진단 대상 어플리케이션을 분석하여, 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출할 수 있다. 예를 들어, 도 3을 참조하면, 전자 장치(101)는 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출(305)할 수 있다. 일 실시예에 따르면, 진단 관련 정보는 제1 특정 정보 및 제2 특정 정보를 포함할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 진단 대상 어플리케이션의 소스 코드 또는 진단 대상 어플리케이션의 API 리스트로부터, 진단 대상 어플리케이션에서 사용되는 API 정보를 상기 제1 특정 정보로서 추출할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 진단 대상 어플리케이션의 실행 시 디스플레이(예: 도 1의 디스플레이 모듈(160))에 표시되는 진단 대상 어플리케이션의 정보(예: logo 정보)로부터, 진단 대상 어플리케이션에서 사용되는 엔진(engine) 정보를 상기 제1 특정 정보로서 추출할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 진단 대상 어플리케이션의 소스 코드 또는 진단 대상 어플리케이션의 권한(permission) 리스트로부터, 진단 대상 어플리케이션이 획득한 권한 정보를 제2 특정 정보로서 추출할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 진단 대상 어플리케이션의 실행 시 디스플레이(160)에 표시되는 진단 대상 어플리케이션의 정보로부터, 진단 대상 어플리케이션에서 사용되는 엔진의 버전(version) 정보를 상기 제2 특정 정보로서 추출할 수 있다. 예를 들어, 아래의 [표 1]을 참조하면, 전자 장치(101)는 진단 대상 어플리케이션에 대한 진단 관련 정보로서, 제1 특정 정보 및 제2 특정 정보를 추출할 수 있다.
진단 관련 정보
제1 특정 정보 제2 특정 정보
API 정보 엔진 정보 권한 정보 엔진 버전 정보
getDataNetworkType()getSerial()
getMeid()
...		 Unity
...		 A
B
C
D
...		 E
F
G
...
일 실시예에 따르면, 전자 장치(101)는 외부 전자 장치(101)로부터 진단 대상 어플리케이션의 소스 코드, API 리스트, 및/또는 권한 리스트를 획득하거나 진단 대상 어플리케이션을 직접 분석하여, API 리스트 및/또는 권한 리스트를 획득할 수 있다.207 동작에서, 다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 진단 관련 정보에 포함된 제1 특정 정보 및 진단 대상 어플리케이션을 실행하기 위한 OS의 버전 정보에 대응하는 특정 진단 항목이 진단 항목 리스트에 존재하는지를 판단할 수 있다. 예를 들어, 도 3을 참조하면, 전자 장치(101)는 진단 관련 정보 및 OS의 버전 정보에 기반하여 진단 대상 어플리케이션이 진단 시험 대상인지를 판단(307)할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 진단 대상 어플리케이션을 실행하기 위한 특정 OS 버전 정보 및 진단 대상 어플리케이션에서 사용되는 특정 API 정보를 포함하는 특정 진단 항목이 진단 항목 리스트에 존재하는지를 판단할 수 있다. 예를 들어, 도 5를 참조하면, 진단 대상 어플리케이션(예: 제1 어플리케이션)이 특정 OS 버전(예: R OS)에서 동작하고, 진단 대상 어플리케이션에서 특정 API 정보(예: getDataNetworkType)가 사용되는 경우, 전자 장치(101)는 진단 항목 리스트(500) 내에 상기 특정 OS 버전 및 상기 특정 API 정보를 포함하는 특정 진단 항목이 존재하는지 판단할 수 있고, 상기 진단 항목 리스트(500) 내에 상기 특정 진단 항목(예: 제1 항목(501))이 존재하는 경우, 상기 진단 대상 어플리케이션이 진단 시험 대상인 것으로 결정할 수 있다. 상기 제1 항목(501)과 동일한 타입인 제4 항목(504) 및 제5 항목(505)에 대하여도 동일한 동작을 수행될 수 있다. 또 다른 예를 들어, 도 5를 참조하면, 진단 대상 어플리케이션(예: 제2 어플리케이션)이 특정 OS 버전(예: R OS)에서 동작하고, 진단 대상 어플리케이션에서 특정 API 정보(예: getNetworkType)가 사용되는 경우, 전자 장치(101)는 진단 항목 리스트(500) 내에 상기 특정 OS 버전 및 상기 특정 API 정보를 포함하는 특정 진단 항목이 존재하는지 판단할 수 있고, 상기 진단 항목 리스트(500) 내에 상기 특정 진단 항목(예: 제2 항목(502))이 존재하는 경우, 상기 진단 대상 어플리케이션이 진단 시험 대상인 것으로 결정할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 진단 대상 어플리케이션을 실행하기 위한 특정 OS 버전 정보 및 진단 대상 어플리케이션에서 사용되는 특정 엔진 정보를 포함하는 특정 진단 항목이 진단 항목 리스트에 존재하는지를 판단할 수 있다. 예를 들어, 도 5를 참조하면, 진단 대상 어플리케이션(예: 제3 어플리케이션)이 특정 OS 버전(예: R OS)에서 동작하고, 진단 대상 어플리케이션에서 특정 엔진 정보(예: Unity 엔진)가 사용되는 경우, 전자 장치(101)는 진단 항목 리스트(500) 내에 상기 특정 OS 버전 및 상기 특정 엔진 정보를 포함하는 특정 진단 항목이 존재하는지 판단할 수 있고, 상기 진단 항목 리스트(500) 내에 상기 특정 진단 항목(예: 제3 항목(503))이 존재하는 경우, 상기 진단 대상 어플리케이션이 진단 시험 대상인 것으로 결정할 수 있다.
209 동작에서, 다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 특정 진단 항목이 진단 항목 리스트(500)에 존재하는 것에 기반하여, 진단 항목 리스트(500)로부터 특정 진단 항목에 의하여 특정된 진단 대상 정보를 식별할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 진단 항목 리스트(500)로부터 특정 OS 버전 및 특정 API 정보에 대응하는 특정 진단 항목을 식별하는 경우, 상기 특정 진단 항목에 의하여 특정된 권한 정보를 식별할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 진단 항목 리스트(500)로부터 특정 OS 버전(예: R OS) 및 특정 API 정보(예: getDataNetworkType)에 대응하는 제1 항목(501)을 식별하는 경우, 상기 제1 항목(501)에 의하여 특정된 권한 정보(예: READ_PHONE_STATE)를 식별할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 진단 항목 리스트(500)로부터 특정 OS 버전 및 제1 특정 API 정보에 대응하는 특정 진단 항목을 식별하는 경우, 상기 특정 진단 항목에 의하여 특정된 제2 특정 API 정보를 식별할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 진단 항목 리스트(500)로부터 특정 OS 버전(예: R OS) 및 특정 API 정보(예: getNetworkType)에 대응하는 제2 항목(502)을 식별하는 경우, 상기 제2 항목(502)에 의하여 특정된 제2 특정 API 정보(예: getDataNetworkType)를 식별할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 진단 항목 리스트(500)로부터 특정 OS 버전 및 특정 엔진 정보에 대응하는 특정 진단 항목을 식별하는 경우, 상기 특정 진단 항목에 의하여 특정된 엔진 버전 정보를 식별할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 진단 항목 리스트(500)로부터 특정 OS 버전(예: R OS) 및 특정 엔진 정보(예: Unity 엔진)에 대응하는 제3 항목(503)을 식별하는 경우, 상기 제3 항목(503)에 의하여 특정된 엔진 버전 정보(예: 2018.4.30f1, 2019.4.15f1, 2020.1.14f1, 2020.2.0b12)를 식별할 수 있다.
211 동작에서, 다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 진단 대상 정보가 진단 관련 정보에 포함된 제2 특정 정보로부터 식별되는지를 판단할 수 있다. 예를 들어, 도 3을 참조하면, 전자 장치(101)는 진단 대상 정보를 이용하여 진단 대상 어플리케이션에 대한 진단 시험을 수행(309)할 수 있다. 일 실시예에 따르면, 특정 진단 항목에 의하여 특정된 권한 정보가 진단 관련 정보로부터 식별되지 않은 경우, 전자 장치(101)는 진단 대상 어플리케이션에 대한 진단 시험을 불통과한 것으로 결정할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 특정 진단 항목에 의하여 특정된 권한 정보가 진단 관련 정보에 포함된 제2 특정 정보(예: 권한 정보)에 존재하는지 판단할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 제1 항목(501)에 의하여 특정된 권한 정보(예: READ_PHONE_STATE)가 진단 관련 정보에 포함된 권한 리스트에 존재하는지 판단할 수 있고, 제1 항목(501)에서의 실패 조건에 따라 권한 정보(예: READ_PHONE_STATE)가 상기 권한 리스트에 존재하지 않은 경우, 진단 대상 어플리케이션에 대한 진단 시험을 불통과한 것으로 결정할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 특정 진단 항목에 의하여 특정된 제2 특정 API 정보가 진단 관련 정보에 포함된 제1 특정 정보(예: API 정보)에 존재하는지 판단할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 제2 항목(502)에 의하여 특정된 제2 특정 API 정보(예: getDataNetworkType)가 진단 관련 정보에 포함된 API 리스트에 존재하는지 판단할 수 있고, 제2 항목(502)에서의 실패 조건에 따라 제2 특정 API 정보(예: getDataNetworkType)가 상기 API 리스트에 존재하지 않은 경우, 진단 대상 어플리케이션에 대한 진단 시험을 불통과한 것으로 결정할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 특정 진단 항목에 의하여 특정된 엔진 버전 정보가 진단 관련 정보에 포함된 제2 특정 정보(예: 엔진 버전 정보)에 존재하는지 판단할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 제3 항목(503)에 의하여 특정된 엔진 버전 정보(예: 2020.2.0b12)가 진단 관련 정보에 포함된 엔진 버전 리스트에 존재하는지 판단할 수 있고, 제3 항목(503)에서의 실패 조건에 따라 엔진 버전 정보(예: 2020.2.0b12)가 상기 엔진 버전 리스트에 존재하지 않은 경우, 진단 대상 어플리케이션에 대한 진단 시험을 불통과한 것으로 결정할 수 있다.
다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 진단 대상 정보가 진단 관련 정보로부터 식별되는 것에 기반하여, 진단 대상 어플리케이션에 대한 진단 시험을 통과한 것으로 결정하고, 진단 대상 어플리케이션의 진단 시험을 의뢰한 외부 전자 장치(108)로 진단 시험 통과 사실에 관한 피드백을 송신할 수 있다.
213 동작에서, 다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 진단 대상 정보가 진단 관련 정보로부터 식별되지 않는 것에 기반하여, 진단 대상 정보에 대한 가이드를 제공할 수 있다. 예를 들어, 도 3을 참조하면, 전자 장치(101)는 외부 전자 장치(108)로 진단 시험 결과(예: 진단 대상 정보에 대한 가이드)를 제공(311)할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 특정 진단 항목에 의하여 특정된 권한 정보가 진단 관련 정보에 포함된 제2 특정 정보(예: 권한 정보)에 존재하지 않은 경우, 특정 진단 항목에서 정의된 권한 정보에 대한 가이드를 제공할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 제1 항목(501)에 의하여 특정된 권한 정보(예: READ_PHONE_STATE)가 진단 관련 정보에 포함된 권한 리스트에 존재하지 않은 경우, 제1 항목(501)에서 정의된 권한 정보에 대한 가이드를 제공할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 특정 진단 항목에 의하여 특정된 제2 특정 API 정보가 진단 관련 정보에 포함된 제1 특정 정보(예: API 정보)에 존재하지 않은 경우, 특정 진단 항목에서 정의된 제2 특정 API 정보에 대한 가이드를 제공할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 제2 항목(502)에 의하여 특정된 제2 특정 API 정보(예: getDataNetworkType)가 진단 관련 정보에 포함된 API 리스트에 존재하지 않은 경우, 제2 항목(502)에서 정의된 제2 특정 API 정보에 대한 가이드를 제공할 수 있다.
일 실시예에 따르면, 전자 장치(101)는 특정 진단 항목에 의하여 특정된 엔진 버전 정보가 진단 관련 정보에 포함된 제2 특정 정보(예: 엔진 버전 정보)에 존재하지 않은 경우, 특정 진단 항목에서 정의된 엔진 버전 정보에 대한 가이드를 제공할 수 있다. 예를 들어, 도 5를 참조하면, 전자 장치(101)는 제3 항목(503)에 의하여 특정된 엔진 버전 정보(예: 2020.2.0b12)가 진단 관련 정보에 포함된 엔진 버전 리스트에 존재하지 않은 경우, 제3 항목(503)에서 정의된 엔진 버전 정보에 대한 가이드를 제공할 수 있다.
다양한 실시예들에 따르면, 전자 장치(101)(예: 도 1의 프로세서(120))는 진단 대상 어플리케이션에 대한 추가 진단 항목을 획득하는 것에 기반하여, 획득된 추가 진단 항목을 진단 항목 리스트(500)에 추가하도록 진단 항목 리스트(500)를 업데이트할 수 있다. 예를 들어, 도 3을 참조하면, 전자 장치(101)는 추가 진단 항목을 포함하도록 진단 항목 리스트(500)를 업데이트(313)할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 추가 진단 항목이 207 동작에서의 진단 관련 정보에 포함된 제1 특정 정보 및 진단 대상 어플리케이션을 실행하기 위한 OS의 버전 정보를 포함하는지를 판단할 수 있고, 추가 진단 항목이 상기 제1 특정 정보 및 상기 OS 버전 정보를 포함하는 경우, 추가 진단 항목을 이용하여 209 동작 내지 213 동작을 수행할 수 있다. 이때, 전자 장치(101)는 추가 진단 항목에 의하여 특정된 진단 대상 정보가 진단 관련 정보에 포함된 제2 특정 정보로부터 식별되는 경우, 추가 진단 항목에서 정의된 가이드를 외부 전자 장치(108)로 제공할 수 있다. 일 실시예에 따르면, 전자 장치(101)는 임의의 어플리케이션 진단을 위하여 오픈 서비스를 통하여 외부 전자 장치(108)로 가이드를 제공할 수 있다.
본 문서에 개시된 다양한 실시예들에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다. 전자 장치는, 예를 들면, 휴대용 통신 장치(예: 스마트폰), 컴퓨터 장치, 휴대용 멀티미디어 장치, 휴대용 의료 기기, 카메라, 웨어러블 장치, 또는 가전 장치를 포함할 수 있다. 본 문서의 실시예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다.
본 문서의 다양한 실시예들 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나", "A 또는 B 중 적어도 하나", "A, B 또는 C", "A, B 및 C 중 적어도 하나", 및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, "기능적으로" 또는 "통신적으로"라는 용어와 함께 또는 이런 용어 없이, "커플드" 또는 "커넥티드"라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다는 것을 의미한다.
본 문서의 다양한 실시예들에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로와 같은 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일실시예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.
본 문서의 다양한 실시예들은 기기(machine)(예: 전자 장치(101)) 의해 읽을 수 있는 저장 매체(storage medium)(예: 내장 메모리(136) 또는 외장 메모리(138))에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램(140))로서 구현될 수 있다. 예를 들면, 기기(예: 전자 장치(101))의 프로세서(예: 프로세서(120))는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장 매체는, 비일시적(non-transitory) 저장 매체의 형태로 제공될 수 있다. 여기서, ‘비일시적’은 저장 매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장 매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.
일실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory(CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두 개의 사용자 장치들(예: 스마트 폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
다양한 실시예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있으며, 복수의 개체 중 일부는 다른 구성요소에 분리 배치될 수도 있다. 다양한 실시예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.
다양한 실시예들에 따라서, 전자 장치(예: 도 1의 전자 장치(101))는, 프로세서(예: 도 1의 프로세서(120))를 포함하고, 상기 프로세서는, 진단 대상 어플리케이션을 분석하여, 상기 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출하고, 상기 진단 관련 정보에 포함된 제1 특정 정보 및 상기 진단 대상 어플리케이션을 실행하기 위한 운영 체제(operating system)의 버전 정보에 대응하는 특정 진단 항목이 상기 진단 항목 리스트(예: 도 5의 진단 항목 리스트(500))에 존재하는지를 판단하고 -상기 제1 특정 정보는 상기 진단 대상 어플리케이션에 의하여 사용되는 API(application programming interface) 정보 또는 엔진 정보 중 적어도 하나를 포함함-, 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 것에 기반하여, 상기 진단 항목 리스트로부터 상기 특정 진단 항목에 의하여 특정된 진단 대상 정보를 식별하고, 및 상기 진단 대상 정보가 상기 진단 관련 정보로부터 식별되지 않는 것에 기반하여, 상기 진단 대상 정보에 대한 가이드를 제공하도록 설정될 수 있다.
다양한 실시예들에 따라서, 상기 진단 항목 리스트의 각 진단 항목은, OS의 버전, 제1 진단 요소, 제2 진단 요소, 진단 시험 실패 조건, 또는 가이드 중 적어도 하나를 포함하고, 상기 제1 진단 요소는 API(application programming interface) 정보 또는 엔진(engine) 정보 중 하나에 대응하고, 상기 제2 진단 요소는 권한(permission) 정보, API 정보, 또는 엔진 버전(engine version) 정보 중 하나에 대응하고, 상기 진단 시험 실패 조건은 상기 제2 진단 요소가 미검출되는 경우를 나타내고, 상기 가이드는 상기 제2 진단 요소의 사용과 관련된 정보를 포함할 수 있다.
다양한 실시예들에 따라서, 상기 프로세서는, 상기 진단 대상 어플리케이션을 분석한 결과, 상기 진단 관련 정보의 제2 특정 정보로서 상기 진단 대상 어플리케이션이 획득한 권한 정보를 추출하도록 설정될 수 있다.
다양한 실시예들에 따라서, 상기 프로세서는, 상기 OS의 버전 정보 및 상기 API 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 권한(permission) 정보를 식별하도록 설정될 수 있다.
다양한 실시예들에 따라서, 상기 프로세서는, 상기 특정 진단 항목에 의하여 특정된 상기 권한 정보가 상기 진단 관련 정보의 상기 제2 특정 정보로서 추출된 상기 권한 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 권한 정보에 대한 가이드를 제공하도록 설정될 수 있다.
다양한 실시예들에 따라서, 상기 프로세서는, 상기 OS의 버전 정보 및 상기 API 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 다른 API 정보를 식별하도록 설정될 수 있다.
다양한 실시예들에 따라서, 상기 프로세서는, 상기 특정 진단 항목에 의하여 특정된 상기 다른 API 정보가 상기 진단 관련 정보의 상기 제1 특정 정보에 포함된 상기 API 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 다른 API 정보에 대한 가이드를 제공하도록 설정될 수 있다.
다양한 실시예들에 따라서, 상기 프로세서는, 상기 진단 대상 어플리케이션을 분석한 결과, 상기 진단 관련 정보의 제2 특정 정보로서 상기 진단 대상 어플리케이션에서 사용되는 엔진 버전 정보를 추출하도록 설정될 수 있다.
다양한 실시예들에 따라서, 상기 프로세서는, 상기 OS의 버전 정보 및 상기 엔진 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 엔진 버전 정보를 식별하도록 설정될 수 있다.
다양한 실시예들에 따라서, 상기 프로세서는, 상기 특정 진단 항목에 의하여 특정된 상기 엔진 버전 정보가 상기 진단 관련 정보의 상기 제2 특정 정보로서 추출된 상기 엔진 버전 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 엔진 버전 정보에 대한 가이드를 제공하도록 설정될 수 있다.
다양한 실시예들에 따라서, 전자 장치의 동작 방법은, 진단 대상 어플리케이션을 분석하여, 상기 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출하는 동작, 상기 진단 관련 정보에 포함된 제1 특정 정보 및 상기 진단 대상 어플리케이션을 실행하기 위한 운영 체제(operating system)의 버전 정보에 대응하는 특정 진단 항목이 상기 진단 항목 리스트에 존재하는지를 판단하는 동작 -상기 제1 특정 정보는 상기 진단 대상 어플리케이션에 의하여 사용되는 API(application programming interface) 정보 또는 엔진 정보 중 적어도 하나를 포함함-, 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 것에 기반하여, 상기 진단 항목 리스트로부터 상기 특정 진단 항목에 의하여 특정된 진단 대상 정보를 식별하는 동작, 및 상기 진단 대상 정보가 상기 진단 관련 정보로부터 식별되지 않는 것에 기반하여, 상기 진단 대상 정보에 대한 가이드를 제공하는 동작을 포함할 수 있다.
다양한 실시예들에 따라서, 상기 진단 관련 정보를 추출하는 동작은, 상기 진단 대상 어플리케이션을 분석한 결과, 상기 진단 관련 정보의 제2 특정 정보로서 상기 진단 대상 어플리케이션이 획득한 권한 정보를 추출하는 동작을 포함할 수 있다.
다양한 실시예들에 따라서, 상기 특정 진단 항목에 의하여 특정된 상기 진단 대상 정보를 식별하는 동작은, 상기 OS의 버전 정보 및 상기 API 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 권한(permission) 정보를 식별하는 동작을 포함할 수 있다.
다양한 실시예들에 따라서, 상기 진단 대상 정보에 대한 가이드를 제공하는 동작은, 상기 특정 진단 항목에 의하여 특정된 상기 권한 정보가 상기 진단 관련 정보의 상기 제2 특정 정보로서 추출된 상기 권한 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 권한 정보에 대한 가이드를 제공하는 동작을 포함할 수 있다.
다양한 실시예들에 따라서, 상기 특정 진단 항목에 의하여 특정된 상기 진단 대상 정보를 식별하는 동작은, 상기 OS의 버전 정보 및 상기 API 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 다른 API 정보를 식별하는 동작을 포함할 수 있다.
다양한 실시예들에 따라서, 상기 진단 대상 정보에 대한 가이드를 제공하는 동작은, 상기 특정 진단 항목에 의하여 특정된 상기 다른 API 정보가 상기 진단 관련 정보의 상기 제1 특정 정보에 포함된 상기 API 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 다른 API 정보에 대한 가이드를 제공하는 동작을 포함할 수 있다.
다양한 실시예들에 따라서, 상기 진단 관련 정보를 추출하는 동작은, 상기 진단 대상 어플리케이션을 분석한 결과, 상기 진단 관련 정보의 제2 특정 정보로서 상기 진단 대상 어플리케이션에서 사용되는 엔진 버전 정보를 추출하는 동작을 포함할 수 있다.
다양한 실시예들에 따라서, 상기 특정 진단 항목에 의하여 특정된 상기 진단 대상 정보를 식별하는 동작은, 상기 OS의 버전 정보 및 상기 엔진 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 엔진 버전 정보를 식별하는 동작을 포함할 수 있다.
다양한 실시예들에 따라서, 상기 진단 대상 정보에 대한 가이드를 제공하는 동작은, 상기 특정 진단 항목에 의하여 특정된 상기 엔진 버전 정보가 상기 진단 관련 정보의 상기 제2 특정 정보로서 추출된 상기 엔진 버전 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 엔진 버전 정보에 대한 가이드를 제공하는 동작을 포함할 수 있다.

Claims (15)

  1. 전자 장치에 있어서,
    프로세서를 포함하고,
    상기 프로세서는,
    진단 대상 어플리케이션을 분석하여, 상기 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출하고,
    상기 진단 관련 정보에 포함된 제1 특정 정보 및 상기 진단 대상 어플리케이션을 실행하기 위한 운영 체제(OS, operating system)의 버전 정보에 대응하는 특정 진단 항목이 상기 진단 항목 리스트에 존재하는지를 판단하고 -상기 제1 특정 정보는 상기 진단 대상 어플리케이션에 의하여 사용되는 API(application programming interface) 정보 또는 엔진 정보 중 적어도 하나를 포함함-,
    상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 것에 기반하여, 상기 진단 항목 리스트로부터 상기 특정 진단 항목에 의하여 특정된 진단 대상 정보를 식별하고, 및
    상기 진단 대상 정보가 상기 진단 관련 정보로부터 식별되지 않는 것에 기반하여, 상기 진단 대상 정보에 대한 가이드를 제공하도록 설정된, 전자 장치.
  2. 제1 항에 있어서,
    상기 진단 항목 리스트의 각 진단 항목은,
    OS의 버전, 제1 진단 요소, 제2 진단 요소, 진단 시험 실패 조건, 또는 가이드 중 적어도 하나를 포함하고,
    상기 제1 진단 요소는 API(application programming interface) 정보 또는 엔진(engine) 정보 중 하나에 대응하고,
    상기 제2 진단 요소는 권한(permission) 정보, API 정보, 또는 엔진 버전(engine version) 정보 중 하나에 대응하고,
    상기 진단 시험 실패 조건은 상기 제2 진단 요소가 미검출되는 경우를 나타내고,
    상기 가이드는 상기 제2 진단 요소의 사용과 관련된 정보를 포함하는, 전자 장치.
  3. 제1 항에 있어서,
    상기 프로세서는,
    상기 진단 대상 어플리케이션을 분석한 결과, 상기 진단 관련 정보의 제2 특정 정보로서 상기 진단 대상 어플리케이션이 획득한 권한 정보를 추출하도록 설정된, 전자 장치.
  4. 제3 항에 있어서,
    상기 프로세서는,
    상기 OS의 버전 정보 및 상기 API 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 권한(permission) 정보를 식별하도록 설정된, 전자 장치.
  5. 제4 항에 있어서,
    상기 프로세서는,
    상기 특정 진단 항목에 의하여 특정된 상기 권한 정보가 상기 진단 관련 정보의 상기 제2 특정 정보로서 추출된 상기 권한 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 권한 정보에 대한 가이드를 제공하도록 설정된, 전자 장치.
  6. 제1 항에 있어서,
    상기 프로세서는,
    상기 OS의 버전 정보 및 상기 API 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 다른 API 정보를 식별하도록 설정된, 전자 장치.
  7. 제6 항에 있어서,
    상기 프로세서는,
    상기 특정 진단 항목에 의하여 특정된 상기 다른 API 정보가 상기 진단 관련 정보의 상기 제1 특정 정보에 포함된 상기 API 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 다른 API 정보에 대한 가이드를 제공하도록 설정된, 전자 장치.
  8. 제1 항에 있어서,
    상기 프로세서는,
    상기 진단 대상 어플리케이션을 분석한 결과, 상기 진단 관련 정보의 제2 특정 정보로서 상기 진단 대상 어플리케이션에서 사용되는 엔진 버전 정보를 추출하도록 설정된, 전자 장치.
  9. 제8 항에 있어서,
    상기 프로세서는,
    상기 OS의 버전 정보 및 상기 엔진 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 엔진 버전 정보를 식별하도록 설정된, 전자 장치.
  10. 제9 항에 있어서,
    상기 프로세서는,
    상기 특정 진단 항목에 의하여 특정된 상기 엔진 버전 정보가 상기 진단 관련 정보의 상기 제2 특정 정보로서 추출된 상기 엔진 버전 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 엔진 버전 정보에 대한 가이드를 제공하도록 설정된, 전자 장치.
  11. 전자 장치의 동작 방법에 있어서,
    진단 대상 어플리케이션을 분석하여, 상기 진단 대상 어플리케이션에 대한 진단 관련 정보를 추출하는 동작,
    상기 진단 관련 정보에 포함된 제1 특정 정보 및 상기 진단 대상 어플리케이션을 실행하기 위한 운영 체제(OS, operating system)의 버전 정보에 대응하는 특정 진단 항목이 상기 진단 항목 리스트에 존재하는지를 판단하는 동작 -상기 제1 특정 정보는 상기 진단 대상 어플리케이션에 의하여 사용되는 API(application programming interface) 정보 또는 엔진 정보 중 적어도 하나를 포함함-,
    상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 것에 기반하여, 상기 진단 항목 리스트로부터 상기 특정 진단 항목에 의하여 특정된 진단 대상 정보를 식별하는 동작, 및
    상기 진단 대상 정보가 상기 진단 관련 정보로부터 식별되지 않는 것에 기반하여, 상기 진단 대상 정보에 대한 가이드를 제공하는 동작을 포함하는, 전자 장치의 동작 방법.
  12. 제11 항에 있어서,
    상기 진단 항목 리스트의 각 진단 항목은,
    OS의 버전, 제1 진단 요소, 제2 진단 요소, 진단 시험 실패 조건, 또는 가이드 중 적어도 하나를 포함하고,
    상기 제1 진단 요소는 API(application programming interface) 정보 또는 엔진(engine) 정보 중 하나에 대응하고,
    상기 제2 진단 요소는 권한(permission) 정보, API 정보, 또는 엔진 버전(engine version) 정보 중 하나에 대응하고,
    상기 진단 시험 실패 조건은 상기 제2 진단 요소가 미검출되는 경우를 나타내고,
    상기 가이드는 상기 제2 진단 요소의 사용과 관련된 정보를 포함하는, 전자 장치의 동작 방법.
  13. 제11 항에 있어서,
    상기 진단 관련 정보를 추출하는 동작은,
    상기 진단 대상 어플리케이션을 분석한 결과, 상기 진단 관련 정보의 제2 특정 정보로서 상기 진단 대상 어플리케이션이 획득한 권한 정보를 추출하는 동작을 포함하고,
    상기 특정 진단 항목에 의하여 특정된 상기 진단 대상 정보를 식별하는 동작은,
    상기 OS의 버전 정보 및 상기 API 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 권한(permission) 정보를 식별하는 동작을 포함하는, 전자 장치의 동작 방법.
  14. 제11 항에 있어서,
    상기 특정 진단 항목에 의하여 특정된 상기 진단 대상 정보를 식별하는 동작은,
    상기 OS의 버전 정보 및 상기 API 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 다른 API 정보를 식별하는 동작을 포함하고,
    상기 진단 대상 정보에 대한 가이드를 제공하는 동작은,
    상기 특정 진단 항목에 의하여 특정된 상기 다른 API 정보가 상기 진단 관련 정보의 상기 제1 특정 정보에 포함된 상기 API 정보에 존재하지 않은 경우, 상기 특정 진단 항목에서 정의된 상기 다른 API 정보에 대한 가이드를 제공하는 동작을 포함하는, 전자 장치의 동작 방법.
  15. 제11 항에 있어서,
    상기 진단 관련 정보를 추출하는 동작은,
    상기 진단 대상 어플리케이션을 분석한 결과, 상기 진단 관련 정보의 제2 특정 정보로서 상기 진단 대상 어플리케이션에서 사용되는 엔진 버전 정보를 추출하는 동작을 포함하고,
    상기 특정 진단 항목에 의하여 특정된 상기 진단 대상 정보를 식별하는 동작은,
    상기 OS의 버전 정보 및 상기 엔진 정보를 포함하는 상기 특정 진단 항목이 상기 진단 항목 리스트에 존재하는 경우, 상기 특정 진단 항목에 의하여 특정된 엔진 버전 정보를 식별하는 동작을 포함하는, 전자 장치의 동작 방법.
PCT/KR2022/009258 2021-08-19 2022-06-28 어플리케이션의 실행 오류를 검출하는 전자 장치 및 그 작동 방법 WO2023022359A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2021-0109355 2021-08-19
KR20210109355 2021-08-19
KR10-2021-0117793 2021-09-03
KR1020210117793A KR20230028081A (ko) 2021-08-19 2021-09-03 어플리케이션의 실행 오류를 검출하는 전자 장치 및 그 작동 방법

Publications (1)

Publication Number Publication Date
WO2023022359A1 true WO2023022359A1 (ko) 2023-02-23

Family

ID=85240666

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/009258 WO2023022359A1 (ko) 2021-08-19 2022-06-28 어플리케이션의 실행 오류를 검출하는 전자 장치 및 그 작동 방법

Country Status (1)

Country Link
WO (1) WO2023022359A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101143999B1 (ko) * 2011-11-22 2012-05-09 주식회사 안철수연구소 Ａｐｉ 기반 어플리케이션 분석 장치 및 방법
KR101325954B1 (ko) * 2012-09-13 2013-11-20 주식회사 인프라웨어테크놀러지 코드분석과 화면분석을 이용한 안드로이드 어플의 자동실행 방법, 및 이를 위한 안드로이드 어플 자동실행 프로그램을 기록한 컴퓨터로 판독가능한 기록매체
KR20140037994A (ko) * 2012-09-19 2014-03-28 주식회사 이스트시큐리티 위험도 계산을 통한 리패키지 애플리케이션의 분석시스템 및 분석방법
KR101434094B1 (ko) * 2013-03-18 2014-08-26 한양대학교 에리카산학협력단 안드로이드 플랫폼에서 인텐트 모니터링을 통한 유해 어플리케이션 차단 방법
KR20200068483A (ko) * 2018-12-05 2020-06-15 단국대학교 산학협력단 정상 또는 악성 앱이 선호하는 특징기능을 멀웨어 탐지 및 분류에 이용하는 멀웨어 탐지 분류 방법 및 시스템

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101143999B1 (ko) * 2011-11-22 2012-05-09 주식회사 안철수연구소 Ａｐｉ 기반 어플리케이션 분석 장치 및 방법
KR101325954B1 (ko) * 2012-09-13 2013-11-20 주식회사 인프라웨어테크놀러지 코드분석과 화면분석을 이용한 안드로이드 어플의 자동실행 방법, 및 이를 위한 안드로이드 어플 자동실행 프로그램을 기록한 컴퓨터로 판독가능한 기록매체
KR20140037994A (ko) * 2012-09-19 2014-03-28 주식회사 이스트시큐리티 위험도 계산을 통한 리패키지 애플리케이션의 분석시스템 및 분석방법
KR101434094B1 (ko) * 2013-03-18 2014-08-26 한양대학교 에리카산학협력단 안드로이드 플랫폼에서 인텐트 모니터링을 통한 유해 어플리케이션 차단 방법
KR20200068483A (ko) * 2018-12-05 2020-06-15 단국대학교 산학협력단 정상 또는 악성 앱이 선호하는 특징기능을 멀웨어 탐지 및 분류에 이용하는 멀웨어 탐지 분류 방법 및 시스템

Similar Documents

Publication Publication Date Title
WO2023048404A1 (ko) 어플리케이션의 실행 화면을 표시하는 방법 및 이를 지원하는 전자 장치
WO2022149771A1 (ko) 전자 장치 및 이를 이용한 메모리 관리 방법
WO2023022359A1 (ko) 어플리케이션의 실행 오류를 검출하는 전자 장치 및 그 작동 방법
WO2022149763A1 (ko) 요청된 기능을 수행하는 외부 전자 장치를 관리하기 위한 전자 장치 및 그 작동 방법
WO2022114648A1 (ko) 배경 화면을 설정하기 위한 전자 장치 및 그의 동작 방법
WO2021162439A1 (en) Electronic device performing restoration on basis of comparison of constant value and control method thereof
WO2020071636A1 (ko) 클라우드 서비스를 제공하는 전자 장치 및 그 동작 방법
WO2022149970A1 (ko) 서비스 운용 방법 및 이를 지원하는 전자 장치
WO2022235039A1 (ko) 블록체인 네트워크에 포함된 노드에 대응하는 전자 장치와 이의 동작 방법
WO2023163341A1 (ko) 터치 입력의 인식 감도를 조정하는 방법 및 이를 수행하는 전자 장치
WO2023018151A1 (ko) 인증 타입에 따라 상이한 로그인 프로세스를 수행하는 전자 장치 및 그 제어 방법
WO2023149770A1 (ko) 전자 장치에서 영상을 편집하는 방법 및 장치
WO2023096135A1 (ko) 위치에 기반한 사용자 액션 추천 방법 및 전자 장치
WO2023017987A1 (ko) 플렉서블 디스플레이를 포함하는 전자 장치와 이의 동작 방법
WO2023054991A1 (ko) 적어도 하나의 입력 장치를 제어하는 전자 장치 및 그 제어 방법
WO2024039078A1 (ko) 카메라 오동작 방지 방법 및 전자 장치
WO2023249218A1 (ko) 멀티 채널 그립 센서를 포함하는 전자 장치 및 멀티 채널 그립 센서를 이용한 커패시턴스 변화 센싱 방법
WO2024043485A1 (ko) 텍스트를 포함하는 이미지를 처리하기 위한 전자 장치 및 방법
KR20230028081A (ko) 어플리케이션의 실행 오류를 검출하는 전자 장치 및 그 작동 방법
WO2022030964A1 (ko) 가상 메모리의 할당 방법 및 이를 지원하는 전자 장치
WO2023008732A1 (ko) 제품의 불량을 예측하는 예측 모델 업데이트 방법 및 장치
WO2023068694A1 (ko) 전자 장치 및 전자 장치의 케이블 연결 회로 검사 방법
WO2022158838A1 (ko) 전자 장치 및 전자 장치의 데이터 처리 방법
WO2023085822A1 (ko) 디바이스 위치 결정 방법 및 상기 방법을 수행하는 전자 장치
WO2022163907A1 (ko) 전자 장치 및 이의 제어 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22858599

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22858599

Country of ref document: EP

Kind code of ref document: A1