KR20200084294A - Operation server for searching code block using hot spot extraction and operation platform system including the same - Google Patents

Abstract

Disclosed are an operation server for searching a code block by using hot spot extraction and an operation platform system including the same. The operation server comprises: a data manager obtaining code block information from a code block request packet transmitted from an external device; a search part searching for a code block corresponding to the obtained code block information; a storage part storing at least one code block; and a RAM storing a code block designated as a frequently used code block or a code block associated with a previously referenced code block, wherein the search part searches for a corresponding code block from the RAM when the code block corresponding to the obtained code block information is the code block designated as the frequently used code block or the code block correlated with the previously referenced code block, and searches for the code block again in the storage part when the code block does not exist in the RAM as the search result.

Description

Operation server for searching code blocks using hot spot extraction and an operating platform system including the same{OPERATION SERVER FOR SEARCHING CODE BLOCK USING HOT SPOT EXTRACTION AND OPERATION PLATFORM SYSTEM INCLUDING THE SAME}

The present invention relates to an operation server that searches for code blocks using hot spot extraction and an operation platform system including the same.

In general, IoT devices used in the Internet of Things use flash memory in which programs for application execution can be installed. Here, the flash memory stores a code block for driving the program.

Since the IoT device must include a flash memory, the size of the IoT device has increased and the cost has to be increased.

In addition, the program update was inconvenient because the administrator had to check and update the code blocks of the IoT devices individually in order to update the code blocks.

KR 10-2017-0102937 A

The present invention provides an operation server that searches for a code block using hot spot extraction and an operation platform system including the same.

In order to achieve the above object, the operation server according to an embodiment of the present invention includes a data manager for obtaining information of a code block from a code block request packet transmitted from an external device; A search unit for searching a code block corresponding to the obtained code block information; A storage unit for storing at least one code block; And a RAM that stores a code block designated as a high-use code block or a code block correlated with a previously referenced code block. Here, if the code block corresponding to the information of the obtained code block is a code block designated as a code block having a high use frequency or a code block correlated with the previously referenced code block, the search unit obtains the corresponding code block from the RAM. Search, and if the code block does not exist in the RAM as a result of the search, the code block is searched again in the storage unit.

A method of operating an operation server according to an embodiment of the present invention includes obtaining information of a code block from a code block request packet transmitted from an external device; And searching for a code block corresponding to the obtained code block information. Here, when the code block corresponding to the information of the obtained code block is a code block designated as a code block having a high frequency of use or a code block correlated with the previously referenced code block, the code block is searched from RAM. If the code block corresponding to the obtained information of the code block is not a code block designated as a code block having a high frequency of use and is not a code block correlated with the previously referenced code block, the storage unit searches for the code block.

The operation server according to the present invention uses a hotspot table for storing address information of a frequently used code block or a contextual situation table for storing address information of an executed code block and address information of a related code block to retrieve a code block from RAM. By searching, it is possible to quickly search for code blocks and efficiently manage widely spread IoT devices.

In addition, since the IoT device does not include a flash memory and the operation server provides a desired block of code to the IoT device according to the request of the IoT device, the size and cost of the IoT device may be reduced.

1 is a view showing an operating platform system according to an embodiment of the present invention.
2 is a diagram illustrating a process in which an executable code block is updated.
3 is a diagram illustrating a hot spot table creation process according to an embodiment of the present invention.
4 is a diagram illustrating a program management process according to an embodiment of the present invention.
5 is a block diagram showing an operation server according to an embodiment of the present invention.

As used herein, a singular expression includes a plural expression unless the context clearly indicates otherwise. In this specification, the terms "consisting of" or "comprising" should not be construed as including all the various components, or various steps described in the specification, among which some components or some steps It may not be included, or it should be construed to further include additional components or steps. In addition, terms such as “... unit” and “module” described in the specification mean a unit that processes at least one function or operation, which may be implemented in hardware or software, or a combination of hardware and software. .

The present invention relates to an operating server and an operating platform system including the same, and it is possible to efficiently manage a wide range of distributed IoT devices.

According to an embodiment, the operation server may store a code block having a high frequency of use as a hot spot in RAM (for example, a cache memory) in advance and rapidly provide a code block stored in the cache memory when requesting an IoT device. have. As a result, the operating platform system can realize embedded software optimization and improve the operation speed of the IoT device.

In addition, since the IoT device does not need to include a separate flash memory for storing code blocks, the size of the IoT device can be reduced and manufacturing cost can be lowered.

In addition, when updating the software, since a new code block is stored in the operation server and IoT devices may download and use the code block from the operation server, software update of IoT devices may be convenient.

Hereinafter, various embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a diagram illustrating an operating platform system according to an embodiment of the present invention, and FIG. 2 is a diagram showing a process in which an execution code block is updated. 3 is a diagram illustrating a process of creating a hot spot table according to an embodiment of the present invention, and FIG. 4 is a diagram illustrating a program management process according to an embodiment of the present invention.

Referring to FIG. 1, the operating platform system of the present embodiment may include an operating server 100 and at least one electronic device (eg, IoT device, 102). The electronic device may be referred to as an external device in that it exists outside of the operation server 100. However, the electronic device in which the program is executed by the operation server 100 is not limited to the IoT device. Hereinafter, for convenience of description, it is assumed that the electronic device 102 is an IoT device.

The IoT device 102 does not pre-install a fixed executable file, and can download and execute a code block made of the executable file from the operation server 100. In this case, an application corresponding to the executed code block may be executed.

For example, the IoT device 102 transmits a code block request signal having its own number and address information of the next function to be performed to the operation server 100, and transmits a code block of the function corresponding to the request signal. The branch receives the code block signal from the operation server 100 and can execute the code block of the code block signal.

The IoT device 102 can transmit and receive data to and from the operation server 100 over a communication network (ROM) with a boot loader for initial operation, and execution codes capable of performing application functions from the operation server 100 A communication unit that receives a code block constituting a function, a RAM that performs an application function while temporarily executing a code block received through the communication unit and temporarily stores data obtained by performing the function, IoT device It may include a processor for controlling the overall operation of the components of (102).

Conventional IoT devices use a built-in flash memory to store executable code, and as a result, the size of IoT devices increases and manufacturing costs increase. In particular, when the application functions executed on the IoT device are diversified, the size of the flash memory is forced to increase, so miniaturization of the IoT device is impossible. In addition, in order to change the execution codes stored in the flash memory, the administrator had to reprogram the IoT devices individually, and as a result, it was not convenient to change the function of the application or update the execution codes.

On the other hand, the IoT device 102 of the present invention does not need a flash memory because it does not store and use code blocks by itself, so that the IoT device 102 can be miniaturized and the cost can be reduced. In addition, since the IoT device 102 downloads and uses the corresponding code block from the operation server 100 when the execution code is changed, it is possible to conveniently and quickly change the function of the application or update the execution code.

For example, as shown in FIG. 2, the operation server 100 stores functions 1 (Function 1) to function 7 (Function 7) and a main function, and the IoT device 102 has a main function, a function 6, a function 3 and A code block for performing function 1 may be mounted to execute execution code corresponding to the function.

To this end, after the IoT device 102 is initialized by the boot loader mounted on the ROM, the scheduler of the operation server 100 generates a request message requesting the main function and mounts the main function in the RAM of the IoT device 102 To execute the function according to the execution code.

Subsequently, the operation server 100 may load and execute functions capable of performing various functions while performing frame check and dynamic address translation in the RAM of the IoT device 102.

As described above, when a block of code of various functions including the main function is mounted and executed in the RAM of the IoT device 102 by the scheduler while performing a given function, if a jump instruction condition such as an event occurs, In order to execute the next function that satisfies the conditions, the function loaded in the memory area of RAM is searched and the given function is performed when the function is already loaded. Otherwise, it is requested and provided to the operation server 100 for execution. I can do it.

At this time, since the main function, function 6, function 3, and function 1 are already installed in the memory area of the IoT device 102, it is difficult to add a new function due to insufficient memory area to which the function is additionally mounted in the IoT device 102. In the case, the scheduler can select and replace the address of Function 1, which is the least recently used code block, as an address to which a new function is added, and as a result, a function that can be implemented by the IoT device 102. Easy to change.

As described above, the IoT device 102 may selectively receive only code blocks made of executable code suitable for a function to be performed by the scheduler and mount it in RAM to execute, thereby removing unnecessary code for executing a specific function and thereby It is possible to optimize the software mounted on the IoT device 102, and the processor is configured to intensively reference only the address of a specific executable code related to a function mainly used without uniformly accessing all executable codes in memory. Can be. As a result, function execution in the IoT device 102 may be performed more quickly.

Hereinafter, the operation of the operation server 100 will be described in detail.

First, before driving the operating platform system, the operating server 100 may generate a hot spot table through pre-simulation as illustrated in FIG. 3.

Specifically, the operation server 100 includes a storage unit (for example, a hard disk) for storing code blocks and RAM (for example, cache memory) for storing high-use code blocks, and is compiled. During runtime of an executable file, a block of frequently used code may be stored in the cache memory.

At this time, the address information for the executed code block and the execution counter-based calling frequency are recorded in a hot spot table, and in particular, priority can be given to code blocks based on the calling frequency. For example, as shown in FIG. 3, since the frequency of calling the code block corresponding to the address (0x81) is 67 times, the priority is given in the hotspot table, and the code block corresponding to the address (0x95) is called. Since the frequency is 43 times the second highest, priority 2 may be assigned to the hotspot table.

In this way, the information of the code blocks executed in the hotspot table is described, but the hotspot can be classified based on a threshold set in consideration of the size of the cache memory. For example, if the threshold value is 10, only the priority 10 up to 10, the address information for the execution code block, etc., is written in the hotspot table, and the information about the execution code block, which is lower than the priority 11, may not be written in the hotspot table. have. That is, only execution blocks of priority 10 or higher are stored in the cache memory, and execution blocks of priority 11 or lower may not be stored in the cache memory.

In addition, the operation server 100 may generate a context table and quickly search for a code block using the generated context table.

Specifically, the context situation table may store address information for the executed code block and address information for the next code block as shown in FIG. 3, and when the code block is stored in the cache memory, the next code block also Can be stored together in cache memory. Therefore, the operation server 100 may immediately search for the next code block in the cache memory by referring to the context status table when requesting the next code block after executing a specific code block. As a result, the speed of providing the code block to the IoT device 102 may be increased.

Looking at the process of generating the context situation table, when a next code block is requested during runtime, an execution code block and a candidate region code block are loaded together in the cache memory, and after executing the code block, address information for the next code block is placed in the context. Can be stored in the situation table. Through this process, a context situation table can be generated. That is, after execution of a specific code block, address information for a code block that is likely to be executed next may be previously recorded in the context situation table together with address information for the specific code block. However, as long as address information for a specific code block and address information for a code block correlated with the specific code block (code block most likely to be executed next) are previously stored in the context situation table, the context situation table generation method Is not limited.

Hereinafter, a process of providing a code block to the IoT device 102 using the hotspot table and the context situation table will be described.

Referring to FIG. 4, the data manager of the scheduler of the operation server 100 receives a code block request signal including a code block request packet from the IoT device 102. Here, the code block request packet may include a start bit (STX), an ID of the IoT device 102, address information of the code block (address information in the IoT device 102), and an end bit (ETX).

Subsequently, the scheduler may parse and separate the ID and the address information of the code block from the received code block request packet, and store the separated ID and the address information of the code block in a schedule table.

Subsequently, the scheduler may convert the address information of the code block into address information of the operation server 100. This is because the address of the memory in which the code block is stored in the IoT device 102 is different from the address of the memory in which the code block is stored in the operation server 100.

Subsequently, the management unit of the operation server 100 may determine whether the converted address information is stored in the storage unit or RAM (cache memory) using a search table. Here, the search table may include the hotspot table or the context situation table.

Subsequently, the management unit may search for a code block in the storage unit or the RAM according to the determination.

Specifically, if the converted address information is address information recorded in the hot spot table, the management unit may search for a code block corresponding to the converted address information in the RAM.

Further, the management unit may search for a code block corresponding to the converted address information in the RAM if the converted address information is a code block correlated with the previously referenced code block by referring to the context situation table.

However, if the converted address information is not the address information recorded in the hotspot table or a previously referenced code block, the management unit is a code block corresponding to the converted address information to the storage unit (for example, a hard disk). You can browse.

In addition, the management unit searches the code block corresponding to the address information converted to the RAM with reference to the hotspot table or the context status table, but if the code block does not exist in the RAM, the converted unit is converted into the storage unit. The code block corresponding to the address information can be searched again.

Subsequently, the scheduler may convert the searched block of code into address information of the IoT device 102.

Subsequently, the scheduler registers the converted address information in a schedule table, generates a code block signal including a code block packet including the converted address information through the data manager, and then transmits it to the IoT device 102. Can transmit.

In summary, the operation server 100 of the present embodiment searches for the code block from the RAM for the code block stored in the RAM by referring to the hotspot table or the context status table when requesting the code block from the IoT device 102, and searches for the code block. Can be shortened.

Here, the hot spot table or the context situation table may be generated in advance before the operation platform system operation and stored in the operation server 100, or may be generated while operating the operation platform system and stored in the operation server 100. . However, in order to efficiently operate the operating platform system, it is preferable that the hot spot table and the context situation table are generated in advance through simulation before the operating platform system operation and stored in the operating server 100.

5 is a block diagram showing an operation server according to an embodiment of the present invention.

Referring to FIG. 5, the operation server 100 of the present embodiment includes a control unit 500, a communication unit 502, a code analysis unit 504, a data manager 506, a scheduling unit 508, and a binary conversion unit 510. , A search unit 512, a storage unit 514, and a RAM 516. Here, the data manager 506, the scheduling unit 508, and the binary conversion unit 510 may configure a scheduler, and the scheduler and the search unit 512 may constitute a management unit.

The communication unit 502 is a communication connection path with the IoT devices 102.

The code analysis unit 504 may generate a hotspot table that stores information about frequently executed code blocks or a contextual situation table that stores information about code blocks related to the executed code blocks.

The data manager 506 may parse and separate the ID information of the IoT device 102 and the address information of the code block from the code block request packet transmitted from the IoT device 102.

In addition, the data manager 506 may generate a code block packet including address information of the code block transmitted from the search unit 512 and transmit the generated code block packet to the IoT device 102.

The scheduling unit 508 registers the address information of the separated code block in the schedule table and provides it to the binary conversion unit 510, and the code searched by the search unit 512 converted by the binary conversion unit 510 After registering the address information of the block in the schedule table, it can be provided to the data manager 506.

The binary conversion unit 510 converts the address information of the separated code block into address information of the memory of the operation server 100, and the IoT device 102 converts the address information of the code block searched by the search unit 512. Can be converted into address information.

The search unit 512 may search the code block corresponding to the address information of the converted code block from the storage unit 514 or the RAM 516 by referring to the hot spot table or the context status table.

The storage unit 514 stores code blocks, and may be, for example, a hard disk.

The RAM 516 is, for example, a cache memory, and may store code blocks stored in the hotspot table or code blocks correlated with previously referenced code blocks.

The control unit 500 controls overall operations of the components of the operation server 100.

Meanwhile, the components of the above-described embodiment can be easily grasped from a process point of view. That is, each component can be identified by each process. Also, the process of the above-described embodiment can be easily grasped from the perspective of the components of the device.

In addition, the above-described technical contents may be recorded in a computer-readable medium by being implemented in the form of program instructions that can be executed through various computer means. The computer-readable medium may include program instructions, data files, data structures, or the like alone or in combination. The program instructions recorded on the medium may be specially designed and configured for the embodiments, or may be known and available to those skilled in computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs, DVDs, and magnetic media such as floptical disks. -Hardware devices specially configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like. Examples of program instructions include high-level language code that can be executed by a computer using an interpreter, etc., as well as machine language codes produced by a compiler. The hardware device can be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

The above-described embodiments of the present invention have been disclosed for purposes of illustration, and those skilled in the art having various knowledge of the present invention will be able to make various modifications, changes, and additions within the spirit and scope of the present invention. It should be regarded as belonging to the following claims.

100: production server 102: IoT device

Claims (9)

A data manager that acquires information of a code block from a code block request packet transmitted from an external device;
A search unit for searching a code block corresponding to the obtained code block information;
A storage unit for storing at least one code block; And
Includes a RAM that stores code blocks designated as frequently used code blocks or code blocks correlated with previously referenced code blocks.
When the code block corresponding to the information of the obtained code block is a code block designated as a code block having a high use frequency or a code block correlated with the previously referenced code block, the search unit searches for the corresponding code block from the RAM. , If the code block does not exist in the RAM as a result of the search, the operation server searches for the code block again in the storage unit. According to claim 1, The external device is an IoT device, and the address information, frequency of use, or priority of the designated code block is stored in advance in a hot spot table, and the address information of the previously referenced code block and a code correlated thereto The address information of the block is stored in the context situation table in advance,
Before the search, the code block corresponding to the address information stored in the hotspot table or the code block corresponding to the address information stored in the context situation table is previously stored in the RAM
When the information of the obtained code block corresponds to information stored in the hotspot table or the context situation table, the search unit searches for a code block corresponding to the obtained code block information from the RAM,
If the code block does not exist in the RAM as a result of the search, the storage server searches for the code block again in the storage unit. The operation server according to claim 2, wherein the search unit searches for a code block corresponding to the information from the storage unit when the obtained information of the code block does not exist in the hot spot table or the context situation table. . According to claim 2,
A scheduling unit that records the obtained address information of the code block in a schedule table; And
Further comprising a binary conversion unit for converting the address information of the obtained code block to the address information of the operation server, and converts the address information of the code block searched by the search unit to the address information of the external device,
The scheduling server records the address information of the code block searched by the converted search unit in the schedule table. The operation server of claim 1, wherein the external device is an IoT device, the RAM is a cache memory, and the storage unit is a hard disk. Obtaining information of a code block from a code block request packet transmitted from an external device; And
Searching for a code block corresponding to the information of the obtained code block,
When the code block corresponding to the information of the obtained code block is a code block designated as a code block having a high frequency of use or a code block correlated with the previously referenced code block, the code block is searched from RAM, and the obtained code block is obtained. When the code block corresponding to the information of the code block is not a code block designated as a code block having a high frequency of use and is not a code block correlated with the previously referenced code block, the storage unit searches for the code block. How the production server works. The method of claim 6, wherein obtaining the information of the code block comprises:
Separating and acquiring address information of the code block from a code block request packet transmitted from the external device; And
And converting the address information of the obtained code block into address information of the operation server,
And searching the code block from the RAM or the storage unit based on the converted address information. The method of claim 6,
Converting address information of the searched code block into address information of the external device; And
And generating a code block packet having the converted address information and transmitting the code block packet to the external device. The method of claim 6,
During runtime, the address information and the frequency of calls of frequently used code blocks are stored in a hotspot table, and the address information of executed code blocks and correlated code blocks are stored in a contextual situation table.
The code block corresponding to the address information stored in the hot spot table or the previously referenced code block and the code block correlated therewith is stored in the RAM in advance before the search with reference to the context condition table, and the hot spot table or the context condition The operation server operating method characterized in that the search is made based on a table.

Images