KR20220109093A - Electronic device and method for controlling thereof - Google Patents

Abstract

Disclosed are an electronic device and a control method therefor. The electronic device of the present disclosure comprises: a communication module including a circuit; a memory; and a processor which acquires profile data including information about classes executed by exceeding a critical frequency for each of a plurality of processes and which stores the profile data in the memory, and which generates second preload class lists corresponding to each of the plurality of processes on the basis of the profile data for each of the plurality of stored processes, wherein the processor can preload a second preload class list corresponding to a first process if the first process from among the plurality of processes is generated while the electronic device is booted. The present invention provides the electronic device and the control method therefor, which generate a class list for each process and preload the created class list.

Description

ELECTRONIC DEVICE AND METHOD FOR CONTROLLING THEREOF

The present disclosure relates to an electronic device and a control method thereof, and more particularly, to an electronic device for preloading a class corresponding to a process and a control method thereof.

As consumer demand for performance improvement of electronic devices increases, various technologies related to electronic devices are being studied. For example, when a user command for booting the electronic device is input, various technologies for shortening the booting time of the electronic device have been developed.

In the past, when you want to boot an electronic device to which the Android operating system is applied, you preload a java class and a resource to be used in the user process of the application through zygote. technology has been developed.

On the other hand, the class list (or preload class list) preloaded through Zygot is generally a list of classes previously defined in AOSP (Android Open Source Project). In addition, the list of preloaded classes was not divided according to the type or function of the process, but was applied to each process in batches.

That is, in the past, the list of classes to be preloaded was applied to each process in a batch without distinction according to the type or function of the process, and accordingly, there was a limit that class preload could not be used flexibly depending on the process.

The present disclosure has been devised to improve the above problems, and an object of the present disclosure is to provide an electronic device for generating a class list for each process and preloading the generated class list, and a method for controlling the same.

In an embodiment of the present disclosure, the electronic device acquires and stores profile data including information about a class executed exceeding a threshold number of times for each communication module, memory, and a plurality of processes including a circuit and stores it in the memory, and a processor configured to generate a second preload class list corresponding to each of the plurality of processes based on the stored profile data for each of the plurality of processes, wherein the processor is configured to: When the first process is created, a second preload class list corresponding to the first process may be preloaded.

Also, the plurality of processes may include a system server and an application application, and the processor may obtain profile data of each of the system server and the application application and store the obtained profile data in the memory.

Then, the processor identifies a class that the application application commonly executes exceeding the threshold number based on the profile data of the application application, and a second preload corresponding to the application application based on the identified class You can create a list of classes.

Also, the processor may generate a second preload class list corresponding to the application application based on the remaining classes except for the classes included in the first preload class list among the identified classes.

In addition, when a user command for booting the electronic device is input, the processor generates a zygote while booting the electronic device, and when the system server, which is the first process, is generated through the gygote, the system server A second preload class list corresponding to may be preloaded.

In addition, when a first application execution request signal is input to the zygot by the system server, the processor generates a process for executing the first application through the zygote, A second preload class list may be preloaded.

In addition, the processor identifies a class in which a plurality of application applications grouped according to a predefined criterion commonly executes exceeding the threshold number of times, and selects the rest of the identified classes except for the first preload class list. A third preload class list corresponding to the grouped plurality of applications may be generated by using the .

In addition, the processor, when the system server inputs an execution request for a second application from among the grouped plurality of applications to zygote, generates a process for executing the second application through the zygote, The third preload class list may be preloaded.

The processor may receive a first preload class list from an external server through the communication module and store it in the memory, and the system server and the application application may share the first preload class list.

As another embodiment of the present disclosure, in a method of controlling an electronic device, acquiring and storing profile data including information on a class executed exceeding a threshold number of times for each of a plurality of processes, and storing the obtained profile data for each of the plurality of stored processes generating a second preload class list corresponding to each of the plurality of processes based on the profile data; and when a first process among the plurality of processes is generated while the electronic device is booting, the process corresponding to the first process is generated. A second preload class list may be preloaded.

In addition, the plurality of processes may include a system server and an application application, and acquiring and storing the profile data may include acquiring and storing profile data of each of the system server and the application application. .

In addition, the generating includes: identifying a class commonly executed by the application application based on the profile data of the application application; and a second preload class list corresponding to the application application based on the identified class It may include the step of generating

And, the generating may include generating a second preload class list corresponding to the application application based on the remaining classes except for the classes included in the first preload class list among the identified classes. can

In addition, the preloading may include, when a user command for booting the electronic device is input, generating a gygot while booting the electronic device, and generating a system server, which is the first process, through the gygot. If so, the method may include preloading a second preload class list corresponding to the system server.

In addition, the preloading includes, when a first application execution request signal is input to the gygot by the system server, creating a process for executing the first application through the gygote and the application A second preload class list corresponding to the application may be preloaded.

In addition, the control method includes: identifying a class that is commonly executed by a plurality of application applications grouped according to a predefined criterion exceeding the threshold number of times; The method may further include generating a third preload class list corresponding to the grouped plurality of applications using .

In the control method, when an execution request for a second application among the plurality of grouped applications is input to the zygot by the system server, generating a process for executing the second application through the zygot and the third preload class list may be preloaded.

The control method may further include receiving and storing a first preload class list from an external server, and the system server and the application application may share the first preload class list.

1 is a block diagram schematically illustrating a configuration of an electronic device according to an embodiment of the present disclosure;
2 is a diagram for explaining a network environment including an electronic device according to an embodiment of the present disclosure;
3 is a flowchart illustrating a method of controlling an electronic device according to an embodiment of the present disclosure;
4 is a flowchart illustrating a method for an electronic device to preload a class list for each process according to an embodiment of the present disclosure;
5 is a flowchart illustrating a method for an electronic device to generate and preload a preload class list corresponding to a grouped application, according to an embodiment of the present disclosure.

Terms used in this specification will be briefly described, and the present disclosure will be described in detail. Terms used in the embodiments of the present disclosure have been selected as currently widely used general terms as possible while considering the functions in the present disclosure, but this may vary depending on the intention or precedent of a person skilled in the art, the emergence of new technology, etc. . In addition, in specific cases, there are also terms arbitrarily selected by the applicant, and in this case, the meaning will be described in detail in the description of the corresponding disclosure. Therefore, the terms used in this specification should be defined based on the meaning of the terms and the contents of the present disclosure, rather than the names of simple terms.

Embodiments of the present disclosure may apply various transformations and may have various embodiments, and specific embodiments will be illustrated in the drawings and described in detail in the detailed description. However, this is not intended to limit the scope of the specific embodiments, and it should be understood to include all transformations, equivalents and substitutions included in the spirit and scope of the disclosure. In describing the embodiments, if it is determined that a detailed description of a related known technology may obscure the subject matter, the detailed description thereof will be omitted.

Terms such as first, second, etc. may be used to describe various elements, but the elements should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.

The term “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, logic block, component, or circuit. can be used as A module may be an integrally formed part or a minimum unit or a part of the part that performs one or more functions. For example, according to an embodiment, the module may be implemented in the form of an application-specific integrated circuit (ASIC).

The electronic device according to various embodiments disclosed herein may have various types of devices. 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 device. The electronic device according to the embodiment of the present document is not limited to the above-described devices.

The singular expression includes the plural expression unless the context clearly dictates otherwise. In this specification, terms such as "comprises" or "consisting of" are intended to designate that the features, numbers, steps, operations, components, parts, or combinations thereof described in the specification exist, and one or more other It is to be understood that this does not preclude the possibility of addition or presence of features or numbers, steps, operations, components, parts, or combinations thereof.

Hereinafter, with reference to the accompanying drawings, embodiments of the present disclosure will be described in detail so that those of ordinary skill in the art to which the present disclosure pertains can easily implement them. However, the present disclosure may be implemented in several different forms and is not limited to the embodiments described herein. And in order to clearly explain the present disclosure in the drawings, parts irrelevant to the description are omitted, and similar reference numerals are attached to similar parts throughout the specification.

1 is a block diagram schematically illustrating a configuration of an electronic device 100 according to an embodiment of the present disclosure. 1 , the electronic device 100 may include a memory 110 , a communication unit 120 , and a processor 130 . However, the configuration shown in FIG. 1 is an exemplary diagram for implementing embodiments of the present disclosure, and appropriate hardware and software configurations at a level obvious to those skilled in the art may be additionally included in the electronic device 100 .

The memory 110 may store commands or data related to at least one other component of the electronic device 100 . In addition, the memory 110 is accessed by the processor 130 , and reading/writing/modification/deletion/update of data by the processor 130 may be performed.

In the present disclosure, the term "memory" refers to a memory 110, a ROM (not shown) in the processor 130, a RAM (not shown), or a memory card (not shown) mounted in the electronic device 100 (eg, micro SD). card, memory stick). In addition, the memory 110 may store programs and data for configuring various screens to be displayed in the display area of the display. The configuration of the memory 110 will be described in more detail with reference to FIG. 2 .

The communication module 120 includes a circuit and may communicate with an external device. Here, the external device may refer to the electronic device 102 , the electronic device 104 , and the server 108 of FIG. 2 . Communication of the communication module 120 with an external device may include communication through a third device (eg, a repeater, a hub, an access point, a server, or a gateway). The configuration of the communication module 120 will be described in detail with reference to FIG. 2 .

The processor 130 may be electrically connected to the memory 110 to control overall functions and operations of the electronic device 100 .

The processor 130 may receive the first preload class list from the external server through the communication module 120 and store it in the memory 110 . In this case, the external server may refer to the server 108 shown in FIG. 2 , and may refer to a server that manages or provides an open source, etc. by Google ^TM or the like.

The first preload class list means a list of at least one predefined preload class provided by an external server,

That is, the system server and the application application generated by Zygot may share the first preload class list. Here, the zygot refers to a software module that executes a preset command to execute various processes in the Android operating system environment.

When a user command for booting the electronic device 100 is input, the processor 130 may generate a gygote. The processor 130 may preload the pre-stored first preload class list through zygote. The preload may be expressed as loading, and the loading refers to an operation of allowing the processor 130 to access the memory by loading it from a memory performing a storage function to a memory performing a main memory function. do. That is, the processor 130 may load the first preload class list stored in the memory performing the storage function into the memory performing the main memory function.

The processor 130 may acquire profile data including information on a class executed by exceeding a threshold number of times for each of the plurality of processes. That is, the processor 130 may acquire profile data for each process by identifying information about a class executed exceeding a threshold number of times when each of the plurality of processes is executed.

Here, the plurality of processes may include a system server and an application application. The system server refers to a collection of service modules responsible for the overall operation and management of the framework, such as the execution of application applications.

For example, the Android operating system records and stores information about classes and methods used a threshold number of times or more for each process in order to perform optimization work according to a user's usage pattern. The processor 130 may access information recorded by the Android operating system to obtain profile data including information on classes and methods executed exceeding a threshold number of times for each of a plurality of processes. For example, the processor 130 may obtain profile data of each of the system server and the application application.

Meanwhile, the threshold number may be a preset value (eg, 5000 times) by research or experimentation, but is not limited thereto, and may be changed based on at least a part of a user's usage pattern. Also, it goes without saying that the user can arbitrarily change the threshold number.

The processor 130 may generate a second preload class list for each of the plurality of processes based on the profile data for each of the plurality of processes. Specifically, the processor 130 may identify a class that the application application commonly executes exceeding a threshold number of times based on the profile data of the application application.

The processor 130 may generate a second preload class list corresponding to the application based on the identified class. The processor 130 may store the generated second preload class list for each process in the memory 110 . In this case, the second preload class list for each process may be stored in the form of a text file, but is not limited thereto, and may be stored in various file types.

On the other hand, the processor 130 identifies a class that is commonly executed exceeding a threshold number of classes among the classes executed by the application application, and uses the remaining classes except for the class included in the first preload class list among the identified classes. A second preload class list corresponding to the application may be generated.

Then, the processor 130 identifies a class executed exceeding a threshold number of times when the system server is executed based on the profile data of the system server, and a second preload class list corresponding to the system server based on the identified class can create Then, the processor 130 generates a second preload class list corresponding to the system server using the remaining classes except for the classes included in the first preload class list among the classes executed exceeding a threshold number of times when the system server is executed. can create

When a first process among a plurality of processes is generated while or after the electronic device 100 is booted as a user command for booting the electronic device 100 is input, the processor 130 corresponds to the first process. It is possible to preload the list of the second preload class to be. That is, the processor 130 may preload the second preload class list corresponding to the generated process.

For example, while the electronic device is booting, the processor 130 may generate a gygoth. When the gygote calls a fork function to create a system server, the processor 130 may preload a second list of preload classes corresponding to the system server. Specifically, the processor 130 may preload the second preload class list corresponding to the system server before the system server performs initialization. Thereafter, the system server may initialize and execute an application for driving the electronic device 100 in the Android operating system environment. When the system server executes a specific application, it may mean that the system server transmits (or inputs) a signal requesting a fork of the specific application to Zygot.

When a first application execution request signal (eg, a signal for requesting a fork of the first application) is input by the system server to Zygot, the processor 130 performs a process for executing the first application through Zygot. and preload the second preload class list corresponding to the application application.

For example, the processor 130 may create a process for executing the first application by calling the fork function through the gygot. In this case, the generated process may share the list of preloaded first preload classes with the system server. The processor 130 may preload the second preload class list corresponding to the application before the generated process is specialized to the first application. In addition, the processor 130 may control the generated process to be specialized as a first application application.

In another embodiment of the present disclosure, the processor 130 generates a third preload class list based on a class in which a plurality of application applications grouped according to a predefined criterion commonly execute exceeding a threshold number of times. can create In addition, when a process for a second application is generated among a plurality of grouped application applications, the processor 130 may preload the third preload class list. An embodiment related thereto will be described in detail with reference to FIG. 5 .

As described above, according to various embodiments of the present disclosure, a preload class list for a class with high frequency of use may be generated for each system server and each application, and the class list may be preloaded for each generated process.

Accordingly, since it is not necessary to perform a class initialization operation for a class with high frequency of use for each system server and application application, operational performance for each process can be improved. In addition, unnecessary memory consumption can be reduced by preloading only a list of classes required for each process.

2 is a diagram for describing a network environment, according to various embodiments of the present disclosure.

2 , in a network environment, the electronic device 100 communicates with the electronic device 102 through a first network 198 (eg, a short-range wireless communication network), or a second network 199 ( For example, it is possible to communicate with at least one of the electronic device 104 or the server 108 through a long-distance wireless communication network. According to an embodiment, the electronic device 100 may communicate with the electronic device 104 through the server 108 .

2 , the electronic device 100 includes a memory 110 , a communication module 120 , a processor 130 , an input module 150 , a sound output module 155 , a display module 160 , and audio Module 170, sensor module 176, interface 177, connection terminal 178, haptic module 179, camera module 180, power management module 188, battery 189, subscriber identification module ( 196), or an antenna module 197 may be included. As another embodiment, in the electronic device 100 , at least one (eg, the connection terminal 178 ) among these components may be omitted or one or more other components may be added. In some embodiments, some of these components (eg, sensor module 176 , camera module 180 , or antenna module 197 ) are integrated into one component (eg, display module 160 ). can be

The processor 130, for example, executes software (eg, the program 140 ) to execute at least one other component (eg, a hardware or software component) of the electronic device 100 connected to the processor 130 . It can control and perform various data processing or operations. According to one embodiment, as at least part of data processing or computation, the processor 130 converts commands or data received from other components (eg, the sensor module 176 or the communication module 120 ) to the volatile memory 112 . may be stored in the volatile memory 112 , and may process commands or data stored in the volatile memory 112 , and store the result data in the non-volatile memory 114 .

According to another embodiment, the processor 130 may include a main processor 131 (eg, a central processing unit or an application processor) or a secondary processor 133 (eg, a graphic processing unit or a neural network processing unit) that can operate independently or together with the main processor 131 . (NPU: neural processing unit), image signal processor, sensor hub processor, or communication processor).

For example, when the electronic device 100 includes the main processor 131 and the sub-processor 133 , the sub-processor 133 uses less power than the main processor 131 or is set to be specialized for a specified function. can The auxiliary processor 133 may be implemented separately from or as a part of the main processor 131 .

The auxiliary processor 133, for example, on behalf of the main processor 131 while the main processor 131 is in an inactive (eg, sleep) state, or the main processor 131 is active (eg, executing an application) ), together with the main processor 131, at least one of the components of the electronic device 100 (eg, the display module 160, the sensor module 176, or the communication module 120) It is possible to control at least some of the related functions or states.

According to an embodiment, the coprocessor 133 (eg, an image signal processor or a communication processor) may be implemented as part of another functionally related component (eg, the camera module 180 or the communication module 120). have.

According to another embodiment, the auxiliary processor 133 (eg, a neural network processing unit) may include a hardware structure specialized for processing an artificial intelligence model. Artificial intelligence models can be created through machine learning. Such learning may be performed, for example, in the electronic device 100 itself on which the artificial intelligence model 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 above, but is not limited to the above example. The artificial intelligence model may include, in addition to, or alternatively, a software structure in addition to the hardware structure.

The memory 110 may store various data used by at least one component (eg, the processor 130 or the sensor module 176 ) of the electronic device 100 . The data may include, for example, input data or output data for software (eg, the program 130 ) and instructions related thereto. The memory 110 may include a volatile memory 112 or a non-volatile memory 114 .

The program 130 may be stored as software in the memory 110 , 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 in a component (eg, the processor 130 ) of the electronic device 100 from the outside (eg, a user) of the electronic device 100 . 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 a sound signal to the outside of the electronic device 100 . 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. The receiver can be used to receive incoming calls. According to one embodiment, the receiver may be implemented separately from or as part of the speaker.

The display module 160 may visually provide information to the outside (eg, a user) of the electronic device 100 . The display module 160 may include, for example, a control circuit for controlling a display, a hologram device, or a projector and a corresponding device. According to an embodiment, the display module 160 may include a touch sensor configured to sense a touch or a pressure sensor configured to measure the intensity of a force generated by the touch.

The audio module 170 may convert a sound into an electric signal or, conversely, convert an electric signal into a sound. According to an embodiment, the audio module 170 acquires a sound through the input module 150 , or an external electronic device (eg, a sound output module 155 ) connected directly or wirelessly with the electronic device 100 . The electronic device 102) (eg, a speaker or headphones) may output a sound.

The sensor module 176 detects an operating state (eg, power or temperature) of the electronic device 100 or an external environmental state (eg, user state), and generates an electrical signal or data value corresponding to the sensed state. can do. According to an embodiment, the sensor module 176 may include, for example, a gesture sensor, a gyro sensor, a barometric pressure sensor, a magnetic sensor, an acceleration sensor, a grip sensor, a proximity sensor, a color sensor, an IR (infrared) sensor, a biometric sensor, It may include a temperature sensor, a humidity sensor, or an illuminance sensor.

The interface 177 may support one or more specified protocols that may be used by the electronic device 100 to directly or wirelessly connect with an external electronic device (eg, the electronic device 102 ). According to an embodiment, 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.

The connection terminal 178 may include a connector through which the electronic device 100 can be physically connected to an external electronic device (eg, the electronic device 102 ). According to an embodiment, 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 an electrical signal into a mechanical stimulus (eg, vibration or movement) or an electrical stimulus that the user can perceive through tactile or kinesthetic sense. According to an embodiment, 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 an 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 100 . According to an embodiment, the power management module 188 may be implemented as, for example, at least a part of a power management integrated circuit (PMIC).

The battery 189 may supply power to at least one component of the electronic device 100 . According to one embodiment, battery 189 may include, for example, a non-rechargeable primary cell, a rechargeable secondary cell, or a fuel cell.

The communication module 120 is a direct (eg, wired) communication channel or a wireless communication channel between the electronic device 100 and an external electronic device (eg, the electronic device 102, the electronic device 104, or the server 108). It can support establishment and communication performance through the established communication channel.

The communication module 120 may include one or more communication processors that operate independently of the processor 130 (eg, an application processor) and support direct (eg, wired) communication or wireless communication. According to one embodiment, the communication module 120 is a wireless communication module 122 (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 124 (eg, : It may include a local area network (LAN) communication module, or a power line communication module). A corresponding communication module among these communication modules 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, legacy It may communicate with the external electronic device 104 through a cellular network, a 5G network, a next-generation communication network, the Internet, or a computer network (eg, a telecommunication network such as a LAN or a WAN).

These various types of communication modules may be integrated into one component (eg, a single chip) or may be implemented as a plurality of components (eg, multiple chips) separate from each other. The wireless communication module 122 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 . The electronic device 100 may be identified or authenticated.

The wireless communication module 122 may support a 5G network after a 4G network and a next-generation communication technology, for example, a new radio access technology (NR). NR access technology includes high-speed transmission of high-capacity data (eMBB (enhanced mobile broadband)), minimization of terminal power and access to multiple terminals (mMTC (massive machine type communications)), or high reliability and low latency (URLLC (ultra-reliable and low-latency) -latency communications)). The wireless communication module 122 may support a high frequency band (eg, mmWave band) in order to achieve a high data rate, for example. The wireless communication module 122 uses various techniques for securing performance in a high-frequency band, for example, beamforming, massive multiple-input and multiple-output (MIMO), all-dimensional multiplexing. It may support technologies such as full dimensional MIMO (FD-MIMO), an array antenna, analog beam-forming, or a large scale antenna.

The wireless communication module 122 may support various requirements specified in the electronic device 100 , an external electronic device (eg, the electronic device 104 ), or a network system (eg, the second network 199 ). According to an embodiment, the wireless communication module 122 may include a peak data rate (eg, 20 Gbps or more) for realizing eMBB, loss coverage (eg, 164 dB or less) for realizing mMTC, or U-plane latency for realizing URLLC ( Example: Downlink (DL) and uplink (UL) each 0.5 ms or less, or round trip 1 ms or less) can be supported.

The antenna module 197 may transmit or receive a signal or power to the outside (eg, an external electronic device). According to an embodiment, the antenna module 197 may include an antenna including a conductor formed on a substrate (eg, a PCB) or a radiator formed of a conductive pattern. According to an embodiment, 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 connected from the plurality of antennas by, for example, the communication module 120 . can be selected. A signal or power may be transmitted or received between the communication module 120 and an external electronic device through the selected at least one antenna. According to some embodiments, other components (eg, a radio frequency integrated circuit (RFIC)) other than the radiator may be additionally formed as a part of the antenna module 197 .

According to various embodiments, the antenna module 197 may form a mmWave antenna module. According to one embodiment, the mmWave antenna module comprises a printed circuit board, an RFIC disposed on or adjacent to a first side (eg, bottom side) of the printed circuit board and capable of supporting a designated high frequency band (eg, mmWave band); and a plurality of antennas (eg, an array antenna) disposed on or adjacent to a second side (eg, top or side) of the printed circuit board and capable of transmitting or receiving signals of the designated high frequency band. can do.

At least some of the components are connected to each other through a communication method between peripheral devices (eg, a bus, general purpose input and output (GPIO), serial peripheral interface (SPI), or mobile industry processor interface (MIPI)) and a signal ( e.g. commands or data) can be exchanged with each other.

According to an embodiment, the command or data may be transmitted or received between the electronic device 100 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 100 . According to an embodiment, all or a part of operations executed in the electronic device 100 may be executed in one or more external electronic devices 102 , 104 , or 108 .

For example, when the electronic device 100 needs to perform a function or service automatically or in response to a request from a user or other device, the electronic device 100 may perform the function or service by itself instead of executing the function or service itself. Alternatively or additionally, one or more external electronic devices may be requested to perform at least a part of the function or the service. One or more external electronic devices that have received 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 transmit a result of the execution to the electronic device 100 .

The electronic device 100 may process the result as it is or additionally and provide it as at least a part of a response to the request. For this purpose, for example, cloud computing, distributed computing, mobile edge computing (MEC), or client-server computing technology may be used. The electronic device 100 may provide an ultra-low latency service using, for example, distributed computing or mobile edge computing. In another embodiment, the external electronic device 104 may include an Internet of things (IoT) device. The server 108 may be an intelligent server using machine learning and/or neural networks. According to an embodiment, the external electronic device 104 or the server 108 may be included in the second network 199 . The electronic device 100 may be applied to an intelligent service (eg, smart home, smart city, smart car, or health care) based on 5G communication technology and IoT-related technology.

3 is a flowchart illustrating a method of controlling an electronic device according to an embodiment of the present disclosure.

The electronic device 100 may receive and store the first preload class list from the external server (S310). For example, the first preload class list may include a preload class list provided by AOSP of Google ^TM . The system server and application application generated by Zygot may share the first preload class list.

The electronic device 100 may obtain profile data including information about a class executed by exceeding a threshold number of times for each of the plurality of processes ( S320 ).

As an embodiment, the Android operating system may record information on classes and methods used exceeding a threshold number of times for each application by profiling a user's usage pattern. The electronic device 100 may access information recorded by the Android operating system to obtain profile data including information on classes and methods executed exceeding a threshold number of times for each of a plurality of processes. That is, the electronic device 100 may obtain and store profile data of each of the system server and the application application.

The electronic device 100 may generate a second preload class list corresponding to each of the plurality of processes based on the profile data for each of the plurality of processes ( S330 ).

As an embodiment, the electronic device 100 may identify a class that is commonly executed exceeding a threshold number of times for a plurality of application applications based on profile data of the application application. The electronic device 100 may generate the second preload class list corresponding to the general application by using the remaining classes except for the class included in the first preload class list among the identified classes.

In another embodiment, based on the profile data of the system server, it is possible to identify a class that is executed exceeding a threshold number of times when the system server is executed. The electronic device 100 may generate a second preload class list corresponding to the system server by using the remaining classes except for the class included in the first preload class list among the identified classes.

When a first process among a plurality of processes is generated while the electronic device 100 is booting, the electronic device 100 may preload a second preload class list corresponding to the first process ( S340 ). That is, when a specific process is generated, the electronic device 100 may preload a class list corresponding to the generated process. An embodiment related thereto will be described in detail with reference to FIG. 4 .

4 is a flowchart illustrating a method for the electronic device 100 to preload a class list for each process according to an embodiment of the present disclosure. That is, FIG. 4 is a flowchart illustrating a process in which the electronic device 100 preloads the generated class list for each process after the second preload class list is generated.

The electronic device 100 may receive a user command for booting the electronic device 100 ( S410 ). For example, the electronic device 100 may receive a user command to turn on the electronic device 100 in a power-off state, or a charger may be connected. Also, the electronic device 100 may receive a user command to reboot while the electronic device 100 is in a power-on state.

The electronic device 100 may create and initialize a gygoth during the booting process ( S420 ). Zygot may preload a first list of preload classes received from an external server while being created and initialized.

When the initialization of the zygote is completed, the electronic device 100 may create a system server through the zygote (S430). Zygot can create system servers using fork functions. And, the system server may use the first preload class list preloaded by Zygot. The system server may share a list of the first preload class with a process for executing an application to be generated by Zygot later.

The electronic device 100 may preload the second preload class list corresponding to the system server (S440). Before the generated system server is initialized, the electronic device 100 may preload a second preload class list corresponding to the system server. Thereafter, the system server may perform an initialization operation, and Zygot may monitor whether a specific application execution request is transmitted from the system server.

The electronic device 100 may identify whether the first application execution request is input to the gygot by the system server (S450). The system server may operate to execute an application for driving the electronic device 100 in the Android operating system environment. The electronic device 100 may identify whether the system server transmits a signal requesting a fork of the first application among the plurality of application applications to the gygot.

When the first application execution request is input to Xykot, the electronic device 100 may generate a process for executing the first application through Xygot (S460). Zygot may call the fork function to create a process for the first application. The process for the generated first application may share the list of the first preload classes preloaded by Zygot with the system server.

The electronic device 100 may preload the second preload class list corresponding to the application (S470). The electronic device 100 may preload the second preload class list corresponding to the application application before the generated process is specialized to the first application application. In addition, the electronic device 100 may execute the generated process by specializing it as a first application application.

5 is a flowchart illustrating a method of generating and preloading a preload class list corresponding to a grouped application by an electronic device according to an embodiment of the present disclosure;

The electronic device 100 may identify a class executed by exceeding a threshold number of times among classes executed by a plurality of application applications grouped according to a predefined criterion ( S510 ).

For example, the electronic device 100 may obtain information about a class executed (or used) exceeding a threshold number of times for a plurality of grouped applications by using a function provided by the Android operating system. The electronic device 100 may identify a class in which a plurality of grouped applications are commonly executed exceeding a threshold number based on information obtained through the Android operating system.

In this case, a plurality of applications may be grouped according to various criteria. For example, among applications distributed online through an application store, at least one application in which the number of downloads is equal to or greater than a preset value may be grouped. As another example, among the applications installed in the electronic device 100 , applications that have been executed exceeding a preset number of times may be grouped. However, this is only an example, and it goes without saying that the predefined criteria may be set in various ways and may be changed by the user.

The electronic device 100 sets the third preload class corresponding to the grouped plurality of applications by using the remaining classes except for the first preload class list among the classes in which the grouped plurality of application applications are commonly executed exceeding the threshold number of times. A list may be created and stored (S520). The third preload class list may be stored in the electronic device 100 in the form of a text file, but is not limited thereto and may be stored in the form of another file.

Thereafter, when a user command for booting the electronic device 100 is input, the electronic device 100 may create and initialize a gygoth during booting. In addition, the electronic device 100 may create a system server through zygote and preload a second preload class list corresponding to the system server. Since the embodiment related to this has been described with reference to S410 to S440 of FIG. 4 , a redundant description will be omitted.

The electronic device 100 may identify whether the execution request for the second application among the plurality of grouped applications is input to the gygot by the system server ( S530 ). When a fork request of a second application among a plurality of applications grouped by the system server is input to Zygot, the electronic device 100 may generate a process for executing the second application through Zygot. There is (S540). The electronic device 100 may preload the third preload class list corresponding to the grouped plurality of application applications before the generated process is specialized to the second application application ( S550 ).

Meanwhile, the above-described methods according to various embodiments of the present disclosure may be implemented in the form of an application that can be installed in an existing electronic device. In addition, the above-described methods according to various embodiments of the present disclosure may be implemented only by software upgrade or hardware upgrade of an existing electronic device.

In addition, various embodiments of the present disclosure described above may be performed through an embedded server provided in an electronic device, or an external server of at least one of an electronic device and a display device.

Meanwhile, according to a temporary example of the present disclosure, the various embodiments described above may be implemented as software including instructions stored in a machine-readable storage media readable by a machine (eg, a computer). can A device is a device capable of calling a stored command from a storage medium and operating according to the called command, and may include the electronic device according to the disclosed embodiments. When the instruction is executed by the processor, the processor may perform a function corresponding to the instruction by using other components directly or under the control of the processor. Instructions may include code generated or executed by a compiler or interpreter. The device-readable storage medium may be provided in the form of a non-transitory storage medium. Here, the 'non-transitory storage medium' does not include a signal and only means that it is tangible and does not distinguish that data is semi-permanently or temporarily stored in the storage medium. For example, the 'non-transitory storage medium' may include a buffer in which data is temporarily stored.

Also, according to an embodiment, the method according to various embodiments disclosed in the present disclosure may be provided by being included in a computer program product. Computer program products may be traded between sellers and buyers as commodities. The computer program product may be distributed in the form of a machine-readable storage medium (eg, compact disc read only memory (CD-ROM)) or online through an application store (eg, Play Store™). In the case of online distribution, at least a portion of the computer program product (eg, a downloadable app) is at least temporarily stored in a storage medium such as a memory of a server of a manufacturer, a server of an application store, or a relay server, or temporarily can be created with

In addition, each of the components (eg, a module or a program) according to the above-described various embodiments may be composed of a single or a plurality of entities, and some sub-components of the aforementioned sub-components may be omitted, or other sub-components may be omitted. Components may be further included in various embodiments. Alternatively or additionally, some components (eg, a module or a program) may be integrated into a single entity to perform the same or similar functions performed by each corresponding component prior to integration. According to various embodiments, operations performed by a module, program, or other component may be sequentially, parallel, repetitively or heuristically executed, or at least some operations may be executed in a different order, omitted, or other operations may be added. can

In the above, preferred embodiments of the present disclosure have been illustrated and described, but the present disclosure is not limited to the specific embodiments described above, and is commonly used in the technical field pertaining to the present disclosure without departing from the gist of the present disclosure as claimed in the claims. Various modifications may be made by those having the knowledge of

Memory: 110 Communication module: 120
Processor: 130

Claims (18)

In an electronic device,
a communication module including circuitry;
Memory; and
Obtaining profile data including information on a class executed by exceeding a threshold number of times for each process and storing the profile data in the memory,
A processor for generating a second preload class list corresponding to each of the plurality of processes based on the stored profile data for each of the plurality of processes;
The processor is
When a first process among the plurality of processes is generated while the electronic device is booting, a second preload class list corresponding to the first process is preloaded. According to claim 1,
The plurality of processes are
The system server (system_server) and application applications are included,
The processor is
An electronic device for acquiring profile data of each of the system server and the application application and storing the profile data in the memory. 3. The method of claim 2,
The processor is
Based on the profile data of the application, the application commonly identifies a class that exceeds the threshold number of times,
An electronic device generating a second preload class list corresponding to the application application based on the identified class. 4. The method of claim 3,
The processor is
The electronic device generates a second preload class list corresponding to the application application based on the remaining classes except for the classes included in the first preload class list among the identified classes. 3. The method of claim 2,
The processor is
When a user command for booting the electronic device is input, a zygote is generated while the electronic device is booted,
When a system server (system_server), which is the first process, is generated through the gygot, the electronic device preloads a second preload class list corresponding to the system server. 6. The method of claim 5,
The processor is
When a first application execution request signal is input to the zygote by the system server, a process for executing the first application application is generated through the zygote,
An electronic device preloading a second preload class list corresponding to the application application. 3. The method of claim 2,
The processor is
Identifies a class in which a plurality of application applications grouped according to a predefined criterion are commonly executed exceeding the threshold number,
The electronic device generates a third preload class list corresponding to the grouped plurality of applications by using the remainder of the identified classes except for the first preload class list. 8. The method of claim 7,
The processor is
When the system server inputs an execution request for a second application from among the grouped plurality of applications to the zygote, a process for executing the second application is generated through the zygote,
An electronic device preloading the third preload class list. 3. The method of claim 2,
The processor is
Receive a first preload class list from an external server through the communication module and store it in the memory,
The electronic device characterized in that the system server and the application application share the list of the first preload class. A method for controlling an electronic device, comprising:
Acquiring and storing profile data including information on classes executed exceeding a threshold number of times for each process:
generating a second preload class list corresponding to each of the plurality of processes based on the stored profile data for each of the plurality of processes; and
and preloading a second preload class list corresponding to the first process when a first process among the plurality of processes is generated while the electronic device is booting. 11. The method of claim 10,
The plurality of processes are
The system server (system_server) and application applications are included,
The step of acquiring and storing the profile data includes:
Control method comprising a; acquiring and storing the profile data of each of the system server and the application application. 12. The method of claim 11,
The generating step is
identifying a class in which the application application is commonly executed exceeding the threshold number based on the profile data of the application application; and
A control method comprising a; generating a second preload class list corresponding to the application based on the identified class. 13. The method of claim 12,
The generating step is
and generating a second preload class list corresponding to the application application based on the remaining classes except for the classes included in the first preload class list among the identified classes. 12. The method of claim 11,
The preloading step is
generating a gygoth while booting the electronic device when a user command for booting the electronic device is input; and
and preloading a second preload class list corresponding to the system server when the system server, which is the first process, is generated through the zygote. 15. The method of claim 14,
The preloading step is
generating a process for executing the first application through the gygot when a first application execution request signal is input to the gygot by the system server; and
A control method comprising a; preloading a second preload class list corresponding to the application. 12. The method of claim 11,
identifying a class in which a plurality of application applications grouped according to a predefined criterion are commonly executed exceeding the threshold number of times; and
and generating a third preload class list corresponding to the grouped plurality of applications by using the remainder except for the first preload class list among the identified classes. 17. The method of claim 16,
generating, by the system server, a process for executing the second application through the zygot, when an execution request for a second application among the grouped applications is input to the zygot; and
The control method further comprising; preloading the third preload class list. 12. The method of claim 11,
The control method is
Receiving and storing the first preload class list from an external server; further comprising,
The system server and the application application control method, characterized in that sharing the list of the first preload class.

Images