KR20080054770A - Method and loader for providing software streaming - Google Patents

Abstract

A method and a loader for providing software streaming are provided to execute a program by using the loader having a function, which calls the functions replaced by hooking for correcting a starting point of 15 functions implementing file read functions. A loading module(222) searches a file necessary for a program to which a user commands execution by checking a recording medium(210) of a local terminal and a cache(240), generates/transfers program information for a program to a streaming server(270), and receives a file and an execution file for executing the program from the streaming server. The loading module executes a software streaming file access function equipped with a software streaming function when the file access function is called during the execution of the program. A streaming library(224) stores the software streaming file access function for providing the software streaming file to the file access function. The streaming server includes a streaming module(272) checking validity of the file related to the execution of the program returning a result to the loading module when the program information is received, transferring the file related to the execution of the valid program to the loading module, obtaining requested data from a streaming server storage medium(280), and transferring the obtained data to the loading module.

Description

Loaders and Methods for Providing Software Streaming {Method and Loader for Providing Software Streaming}

1 is a view showing a process of hooking a function start point performed in a loader according to a preferred embodiment of the present invention;

2 is a simplified diagram of a system for providing software streaming using a loader in accordance with a preferred embodiment of the present invention;

3 is a flowchart illustrating a process of providing software streaming using a loader according to a preferred embodiment of the present invention;

4 is a flowchart illustrating a process of calling a file using software streaming in a loader according to a preferred embodiment of the present invention.

5 is a flowchart illustrating a process of providing a read ahead function using a streaming library according to a preferred embodiment of the present invention.

<Description of Symbols for Main Parts of Drawings>

200: local terminal 210: local terminal recording medium

220: loader 222: loading module

224: streaming library 230: cache

240: memory 250: the Internet

260: streaming server 270: streaming server memory

272: streaming module 280: streaming server recording medium

The present invention relates to a loader and method for providing software streaming. More specifically, an executable file loader (hereinafter referred to as a "loader") that has the ability to call functions that are replaced using hooking that modifies the starting point of the fifteen functions that implement the file reading functions. It relates to a method to execute a program using.

Recently, due to the development of the Internet environment, a method of distributing various programs through the Internet rather than through a recording medium such as a CD or a DVD has been widely used. This method has the advantage of being able to download, install and run a program distributed through the Internet as long as the user terminal is connected to the Internet.

However, the above-described method does not install or execute until all the programs are downloaded, which causes a problem in that it takes longer to download the program if the program is large. Looking at online games that are recently distributed, it is necessary to download a gigabyte file in order to install the game. In this case, it is difficult to download, install, and run the file in a place where the Internet environment is not good. It may take time.

Generally, the files accessed during the execution of the program are only a small part of the total data. If the files you want to access while the program is running can be downloaded from the Internet, all files are downloaded and executed without downloading the entire files. The same effect can be achieved, called software streaming.

Software streaming basically allows a program to run by showing a file that does not exist on the system.How to implement a network file system to show a file that does not exist as existing, create a temporary file. How to and how to modify the application was used.

The network file system is the easiest way to implement software streaming as a method of executing files in a remote place as if they are in a user's computer through Network File System (NFS) or Common Internet File System (CIFS). Since NFS and CIFS are not designed for the streaming environment, there is a disadvantage in that the performance is degraded. Since the implementation of NFS or CIFS itself is very complicated, it is not easy to modify it to be suitable for the streaming environment. Visible files are visible to other programs besides software streaming software, so there is a risk of file duplication or tampering.

The temporary file creation method temporarily creates and provides a file required by the file system when the program requires a file that does not exist during the execution of the program, and deletes the temporarily created file when the program is completed. As a method, there is an advantage that performance is not reduced compared to a network file system, but like a network file system, there is a risk that a temporarily generated file is exposed to duplication or tampering.

There is a method of modifying an application program to solve the problem of file duplication or tampering, which is common in a network file system or a method of temporarily creating a file. This method is to modify the part that requires files in the production stage of the program so that the software can be streamed. A game called Guild-War developed by NC Soft is recently distributed using this method. Although it takes a long time to modify, it shows better performance than the two methods described above, and only the main executable file is displayed to the user, which prevents the remaining files from being exposed. Can provide.

Meanwhile, Nexon Inc. proposes software streaming as a method of modifying the Import Address Table using API hooking (Korean Patent Registration 10-0408758, November 26, 2003). The long time required was solved. API hooking is a method of changing the API used by a program to another API at the time of execution of the program. The method proposed by Nexon Co., Ltd. provides new file input / output functions among the functions in the Win32 API library that are commonly used in general programs. It is a method of writing (hereinafter referred to as a 'streaming library') and compiling it with a streaming library created by modifying only a small portion of the original program to generate an executable file. By modifying and implementing the streaming function, it takes less time to modify the program.

However, the software streaming proposed by Nexon has the following difficulties in practical application. First, the source of the conventional program must be obtained for software streaming, and at least a part of the program must be modified. Therefore, there is a security problem in protecting the program. If the developer and distributor are separated and the distributor has streaming technology, the developer must provide the program source to the distributor for distribution, but this may cause a dispute such as a trade secret leak. Second, there is a problem that the main program itself cannot be software streamed because the streaming library and the executing program are combined. Third, the Import Address Table, which is used to write new file I / O functions in the Win32 API library, exists in one file with an EXE or DLL extension, so in the worst case, all of the thousands of DLL files in Windows If there is no consideration, there is a problem that only a part of the program may have the software streaming function, such as the video is not displayed but the program operates normally, and still does not protect the main executable file. have.

In order to solve this problem, the present invention provides an executable file loader having a function of calling a function that is replaced by a hooking that modifies the starting point of fifteen functions implementing the file reading functions. The purpose of the program is to execute a program using a loader.

In order to achieve this object, according to a first object of the present invention, there is provided a method for executing a program using a loader including a loading module loaded in a memory of a local terminal and a streaming library, the method comprising: (a) using a loading module; Transmitting program file information data on a file related to execution of a program to a streaming module of a streaming server; (b) requesting an executable file for execution of a program from a streaming server; (c) some data not received from the executable file from the executable file (hereinafter referred to as 'execution file unreceived data') while receiving and executing some data (hereinafter referred to as 'executive file reception data') of the executable file received from the streaming module. Checking whether a signal for requesting a signal has been generated and whether a file access function has been called; (d) if it is determined in step (c) that a signal for requesting executable file unreceived data is generated from the executable file, requesting and receiving the executable file unreceived data from the streaming module using the loading module; And (e) causing the file access function for the software streaming function stored in the streaming library corresponding to the file access function to be executed when it is determined in step (c) that the file access function is called from the executable file. The present invention provides a method for executing a program using a loader including a loading module loaded in a memory of a local terminal and a streaming library.

According to a second object of the present invention, there is provided a method for calling a file in a program of a local terminal executed by using a loader, wherein (a) the loading module of the loader uses a file access function of a streaming library to access a file of a local terminal. Retrieving whether the file to be called by the program exists by searching the recording medium and the cache; (b) if it is determined in step (a) that the call target file exists, checking whether the call target file existing in the recording medium or the cache of the local terminal is valid; (c) If in step (a) it is determined that the called file does not exist or in step (b) it is determined that the called file is not valid, the loading module uses the streaming library's file access function to send the called file to the streaming server. Requesting; (d) storing the call target file received from the streaming server in a cache; And (e) retrieving a cache to obtain a file to be called, and transferring the obtained file to a program, wherein the file is called by a program of a local terminal executed using a loader. to provide.

According to a third object of the present invention, in a loader that provides software streaming to a program of a local terminal, the program information data for the program is generated and transmitted to a streaming server, and a file related to the execution of the program from the streaming server; A loading module for receiving an executable file for executing a program, and executing a software streaming file access function having a software streaming function corresponding to the file access function when the file access function is called while executing the program; And a streaming library storing a software streaming file access function for providing a software streaming function in response to the file access function.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. First of all, in adding reference numerals to the components of each drawing, it should be noted that the same reference numerals are used as much as possible even if displayed on different drawings. In addition, in describing the present invention, when it is determined that the detailed description of the related well-known configuration or function may obscure the gist of the present invention, the detailed description thereof will be omitted.

1 is a diagram illustrating a process of hooking a function starting point performed in a loader according to a preferred embodiment of the present invention.

A loader according to a preferred embodiment of the present invention executes hooking of a function start point for file related functions defined in ntdll.dll shown in Table 1 below.

 Function Name   NtOpenFile NtCreateFile NtClose NtReadFile NtWriteFile   NtQueryAttributesFile NtQueryInformationFile NtQueryDirectoryFile NtSetInformationFile NtCreateDirectoryObject   NtMapViewOfSection NtUnmapViewOfSection NtCreateSection NtOpenSection NtQuerySection

There are many different types of functions that read files, but all functions that read these files are implemented through functions defined in ntdll.dll, so the loader is the beginning of the file I / O functions defined in ntdll.dll. Hook the point.

The original NtReadFile () function is a file read function defined in ntdll.dll as shown in Table 1, and the NtReadFile () function must be used to read a file required by a program.

In order to perform software streaming using the loader as in the preferred embodiment of the present invention, when calling the NtReadFile () function in a program executed by the loader, the NewNtReadFile () function having the software streaming function should be called. Inserts "JMP label" at the beginning of NtReadFile () function as in 1B and defines NewNtReadFile () function as "label". When the NtReadFile () function is called at later execution of the program, the NtReadFile () function is called because it is programmed to jump to the NewNtReadFile () function and execute the NewNtReadFile () function at the beginning of the existing NtReadFile () function. Will perform the streaming function of NewNtReadFile () function.

Although FIG. 1 illustrates the NtReadFile () function as an example, the alternative function is configured to perform the streaming function in the same manner with respect to the remaining functions shown in Table 1.

2 is a simplified diagram of a system for providing software streaming using a loader in accordance with a preferred embodiment of the present invention.

A system for providing software streaming using a loader according to a preferred embodiment of the present invention includes a local terminal recording medium 210, a loader 220, a loading module 222, a streaming library 224, and a cache 230. And a streaming server 260 including a local terminal 200 including a memory 240, the Internet 250, a streaming server memory 270, a streaming module 272, and a streaming server recording medium 280. It is configured to include.

The local terminal 200 according to the preferred embodiment of the present invention includes a loader 220 for streaming software, a cache 230 for caching a file or file block received from the streaming server 260, and an application program. It comprises a local terminal recording medium 210 that stores an executable file, a DLL file, other files, etc. In the present invention, the local terminal 200 generally includes a terminal such as a laptop, desktop computer, etc. that can be connected to the Internet Say.

In the present invention, when the user executes the loader 220 to execute the program, the loader 220 loads the loading module 222 and the streaming library 224 in the memory 240.

The loading module 222 according to the preferred embodiment of the present invention loads the memory 222 and then searches the local terminal recording medium 210 and the cache 230 to search for a file required for a program in which the user commands execution. After transmitting the information of the searched file to the streaming server 260 by using the Internet 250 to check whether the searched file is valid and executing the program using the searched file if it is valid, and if not, the streaming server 260 requests valid data for execution of the program.

The loading module 222 requests the streaming server 260 to execute an executable file of a program commanded by the user, and the streaming server 260 receiving the request of the executable file has a priority related to the execution of the program among the executable files. Accordingly, the data of the executable file is transmitted to the loading module 222, and the loading module 222 receiving the executable file from the streaming server 260 may transmit some data transmitted from the streaming server 260 (hereinafter referred to as 'execution file receiving data'). The program is stored in the local terminal recording medium 210 or the cache 230 and the program is executed. The program is not received from the streaming server 260 in the process of executing the program using the executable file reception data. If some data (hereinafter referred to as 'execution unreceived data') is called, the loading module 222 transmits to the streaming server 260 a transmission for the unreceived executable data. It asks.

For example, if the executable file required to execute the program is composed of data of A, B, C, and D, and the A and C data are data necessary for the initial execution of the program, the loader 220 may load the module 222. Search whether the A and C data exist by searching the local terminal recording medium 210 and the cache 230, and the A and C data exist in the local terminal recording medium 210 or the cache 230. In the case of checking the validity of the A and C data to the streaming server 260 (version of the data, etc.), and if it is valid, the program is executed using the A and C data, and if it is not valid, the valid A and C data. Run the program after requesting and receiving the data. If B or D data is needed to execute a program while executing a program using A and C data, the loading module 222 may search the local terminal recording medium 210 and the cache 230 to store the B or D data. Check whether the B and D data exists in the local terminal recording medium 210 or the cache 230, and check the validity of the B and D data in the streaming server 260 (version of data, etc.). If valid, the program is executed using B and D data.

In addition, the loading module 222 provides a software streaming function corresponding to the file access function called through the streaming library 224 when the file access function is called in the process of executing the program using the execution file reception data. Causes the software streaming file access function to run.

In the present invention, the loading module 222 checks whether the executable file exists in the local terminal recording medium 210 and the cache 230 before requesting the streaming server 260 for the executable file required to execute the program. However, it is also possible to omit this process and directly request the required execution file to the streaming server 260.

The streaming library 224 according to the preferred embodiment of the present invention stores a new file access function that provides a software streaming function that has a one-to-one correspondence with the file access function defined in ntdll.dll, and the file access function while executing a program. Is called, it provides a loading module 222 with a software streaming file access function corresponding to the called file access function.

The streaming server 260 is configured to include a streaming server memory 270, a streaming module 272 and a streaming server recording medium 280, the streaming module 272 is located in the streaming server memory 270 to load module If there is a request for an executable file of a program commanded by the user from 222, the executable file is retrieved and acquired from the streaming server recording medium 280, and the obtained executable file is transmitted to the loading module 222. .

In addition, the streaming module 272 informs the loading module 222 whether a file existing in the local terminal recording medium 210 or the cache 230 is valid by using the information of the file acquired by the loading module 222. .

3 is a flowchart illustrating a process of providing software streaming using a loader when executing a program according to a preferred embodiment of the present invention.

First, when a user selects a program to be executed in the local terminal 200 and drives the loader 220, the loader 220 loads the loading module 222 and the streaming library 224 into the memory 240 (S300). .

In the present invention, the program that the user intends to execute is configured to call the loader 220 when the user selects execution.

When the loading module 222 is loaded in the memory 240, the loading module 222 transmits program information data including information about a program to be executed to the streaming server 260 (S302).

The streaming server 260 receiving the program information data from the loading module 222 acquires information about a program included in the program information data using the streaming module 272, and based on the obtained information about the program Information about the file related to the execution of the data is transmitted to the loading module 222 (S304).

The loading module 222, which has received information on a file related to the execution of the program from the streaming server 260, searches the local terminal recording medium 210 and the cache 230 to determine whether a file related to the execution of the program exists. Check (S306).

If it is determined in step S306 that the file associated with the execution of the program exists in the local terminal recording medium 210 or cache 230, the loading module 222 is a program existing in the local terminal recording medium 210 or cache 230 Program file information data (for example, version information of each file, an update date, etc.) for a file related to execution of the data is transmitted to the streaming module 272 of the streaming server 260 (S308).

The streaming module 272 which has received the program file information data checks whether a file related to execution of a program is valid (S310).

For example, a program requested by a user to execute is an executable file for execution and a file related to the execution of the program, and a file related to the execution file and the execution file stored in the streaming server 260 is 1.02. Since the version information is 1.01 in the program file information data transmitted from the stacking module 222 in the case of the version of, the streaming server 260 sends the version information from the program file information data transmitted from the stacking module 222 to the stacking module 222. Is to check the validity by extracting.

If the file associated with the execution of the program is not valid in step S310, the streaming module 272 searches the streaming server recording medium 280 to obtain a file related to the execution of the program and transmits the file to the loading module 222, loading module In operation S312, the file related to the execution of the received program is stored in the local terminal recording medium 210 or the cache 230.

If it is determined in step S306 that the file related to the execution of the program does not exist in the local terminal recording medium 210 or the cache 230, the loading module 222 requests the streaming server 260 to request the file related to the execution of the program. The streaming module 272 searches the streaming server recording medium 280 to obtain a file related to the execution of the program and transmits the file to the loading module 222, and the loading module 222 sends the file related to the execution of the received program. The local terminal is stored in the recording medium 210 or the cache 230 (S314).

The loading module 222 requests the executable file from the streaming server 260 to execute the program (S316).

The streaming module 272 receiving the request of the executable file from the loading module 222 acquires some data of the executable file from the streaming server recording medium 280 based on the priority required for executing the program, and loads the loading module 222. It transmits to (S318).

The loading module 222, which has received some data of the executable file from the streaming module 272, uses the received data (hereinafter referred to as 'executable file reception data') to execute data that is not received among the executable files. It is checked whether a signal for requesting (hereinafter, referred to as 'execution file not received data') and whether a file access function is called (S320).

In general, an executable file includes a plurality of data, and a plurality of data included in the executable file are not all necessary for executing a program, but only a part of them. Instead of receiving the data, only the parts necessary for the execution of the program are selectively received first, and the unreceived data is received if necessary.

In addition, for convenience of description, some data received for execution of the program among the executable files are called executable file reception data, and data included in the executable file or partial data of the executable file not stored in the local terminal 200 may be used. This is referred to as executable file unreceived data.

If it is determined in step S320 that a signal for requesting the executable file unreceived data is generated, the loader 220 requests the executable file unreceived data from the streaming module 272 using the loading module 222, and the streaming module 272 streams the received file. Acquire the execution file unreceived data from the server recording medium 280 and transmit it to the loading module 222, the loading module 222 transmits the execution file unreceived data transmitted by the streaming module 272 to the local terminal recording medium 210 or The cache is stored in the 230 (S322).

If it is determined in step S320 that the file access function is called while executing the program using the executable file reception data, the loader 220 loads the software streaming file for the software streaming function corresponding to the file access function called from the streaming library 224. The access function is acquired and executed (S324).

The operation of the software streaming file access function corresponding to the file access function called in the present invention is as described above with reference to FIG. 1.

In the present invention, the loader 220 is described as being stored in the local terminal recording medium 210, but the user wants to execute the first program by accessing the streaming server 260 that provides software streaming through the Internet 250. In this case, it is preferable that the streaming server 260 transmits the loader 220 to the local terminal 200 first, and then executes the program.

4 is a flowchart illustrating a process of calling a file using software streaming in a loader according to a preferred embodiment of the present invention.

When a file is read by a program executed by a user, the loading module 222 calls a file reading function for a software streaming function stored in the streaming library 224 (S400).

The loading module 222 uses the file reading function of the streaming library 224 to check whether a call target file that has requested a file reading from the program exists in the local terminal recording medium 210 or the cache 230 (S402). .

If it is determined in step S402 that the call target file exists, it is checked whether the call target file existing in the local terminal recording medium 210 is valid (S404).

If it is determined in step S404 that the call target file existing in the local terminal recording medium 210 or the cache 230 is valid, the loading module 222 uses the file reading function of the streaming library 224 to display the call target file. The program is transmitted to the executed program (S406).

In step S402, it is determined that the call destination file does not exist in the local terminal recording medium 210 or the cache 230, or in step S404 that the call destination file that exists in the local terminal recording medium 210 or the cache 230 is invalid. If it is determined, the loading module 222 requests the call target file from the streaming server 260 using the file reading function of the streaming library 224 (S408).

The streaming module 272 retrieves and obtains a call target file from the streaming server recording medium 280, and transmits the obtained call target file to the loading module 222 of the local terminal 200 (S410).

The loading module 222 stores the received call target file in the cache 230, searches the cache 230 using the file reading function of the streaming library 224, obtains the call target file, and obtains the call target The file is transferred to a program executed by the user (S412).

Although the present invention has been described as storing the call target file received from the streaming server 260 in the cache 230, it is also possible to store in the local terminal recording medium 210.

5 is a flowchart illustrating a process of providing a read ahead function using a streaming library according to a preferred embodiment of the present invention.

In the present invention, the loader 220 includes a function of monitoring CPU, I / O, network usage, etc. of the local terminal 200.

First, the loader checks periodically the state of the local terminal 200 using the loading module 222 to determine whether the local terminal 200 is in an idle state (S500).

In the present invention, whether the local terminal 200 determines the idle state may be determined by checking whether the local terminal CPU operates, whether I / O is used, and whether the network usage is less than a predetermined amount.

For example, if the CPU of the local terminal 200 does not operate, I / O is not used, it is determined that the local terminal 200 is idle when one or more of the network usage is a certain amount or less. Alternatively, when all three conditions are met, it is possible to determine that the local terminal 200 is in an idle state.

If it is determined in step S500 that the local terminal 200 is in the idle state, the loader 220 notifies the streaming server 260 that the local terminal 200 is in the idle state using the loading module 222 (S502).

The streaming server 250 transmits the files in the order expected to be most needed in the program executed in the local terminal 200 among the files that do not exist in the local terminal 200 (S504).

In the present invention, the order expected to be most necessary in the program executed in the local terminal 200 depends on the program executed in the local terminal 200.

For example, when the user uses an RPG game, the streaming server 260 knows the last map data file sent to the user, so the next map data file may be expected to be most needed. If an event exists in the map data file to be used, it may be expected that the data file for event execution is most needed. That is, in executing each program, the file which is determined to be necessary in the program after the last file transmitted to the local terminal 200 is transmitted first.

The loader 220 stores the file received using the loading module 222 in the cache 230 (S506).

The above description is merely illustrative of the technical idea of the present invention, and those skilled in the art to which the present invention pertains may make various modifications and changes without departing from the essential characteristics of the present invention. Therefore, the embodiments disclosed in the present invention are not intended to limit the technical idea of the present invention but to describe the present invention, and the scope of the technical idea of the present invention is not limited by these embodiments. The scope of protection of the present invention should be interpreted by the following claims, and all technical ideas within the scope equivalent thereto should be construed as being included in the scope of the present invention.

As described above, according to the present invention, by executing a program using a loader without using an operating system (OS) of a local terminal, there is an effect of preventing the copying or tampering of the program, and the ntdll.dll file By hooking the starting point of the file access function defined in, the functions are replaced while preserving the address of the function, thereby providing convenience without additional modification of the program for software streaming.

Claims (13)

In the method for executing a program using a loader including a loading module and a streaming library loaded in the memory of the local terminal, (a) transmitting the program file information data on the file related to the execution of the program to the streaming module of the streaming server using the loading module; (b) requesting an executable file for executing the program from the streaming server; (c) some data not received from the executable file (hereinafter referred to as' executable file) from the executable file while receiving and executing some data (hereinafter referred to as' executable file reception data ') of the executable file received from the streaming module; Determining whether a signal for requesting unreceived data 'is generated and whether a file access function has been called; (d) requesting and receiving the executable file unreceived data from the streaming module using the loading module when determining that a signal for requesting the executable file unreceived data is generated from the executable file in step (c); And (e) causing the file access function for the software streaming function stored in the streaming library corresponding to the file access function to be executed when it is determined in step (c) that the file access function is called from the executable file; Method for executing a program using a loader including a loading module and a streaming library loaded in the memory of the local terminal comprising a. The method of claim 1, wherein step (a) comprises: (a1) the loading module transmitting the program information data to the streaming server; (a2) the streaming server transmitting information on a file related to execution of the program to the loading module based on the program information data; (a3) checking, by the loading module, whether a file related to execution of the program exists by searching a recording medium and a cache of the local terminal; (a4) If it is determined in step (a3) that the file related to the execution of the program does not exist in the recording medium or the cache of the local terminal, the loading module requests and receives the file related to the execution of the program from the streaming server. Doing; (a5) If it is determined in step (a3) that a file related to the execution of the program exists in the recording medium or the cache of the local terminal, the loading module is configured to execute the program existing in the recording medium or the cache of the local terminal. Transmitting program file information data for a related file to the streaming module; (a6) checking, by the streaming module, having received the program information data, whether a file related to execution of the program is valid; (a7) if it is determined in step (a6) that the file related to the execution of the program is valid, the streaming module transmits to the loading module that the file related to the execution of the program is valid; And (a8) if it is determined in step (a6) that the file related to the execution of the program is not valid, the streaming module searches for a streaming server recording medium and obtains a file related to the execution of the valid program and transmits the file to the loading module. Method for executing a program using a loader including a loading module and a streaming library loaded in the memory of the local terminal comprising a. The method of claim 1, wherein step (b) comprises: (b1) checking, by the loading module, whether the executable file for executing the program exists in the recording medium and the cache of the local terminal in order to execute the program; (b2) if it is determined in step (b1) that the executable file does not exist in the recording medium or the cache of the local terminal, the loading module requests the executable file from the streaming server; (b3) when it is determined in step (b1) that the executable file exists in the recording medium or the cache of the local terminal, the loading module executes the file information data of the executable file existing in the recording medium or the cache of the local terminal. Transmitting to the streaming module; (b4) checking whether the executable file is valid by the streaming module receiving the executable file information data; (b5) if the executable file is determined to be valid in the step (b4), the streaming module transmitting the validity of the executable file to the loading module; And (b6) if it is determined in step (b4) that the executable file is not valid, the streaming module searches for a streaming server recording medium, obtains a valid executable file, and transmits it to the loading module Method for executing a program using a loader including a loading module and a streaming library loaded in the memory of the local terminal comprising a. The method of claim 1, wherein the program file information data, A method of executing a program using a loader including a loading module and a streaming library loaded in a memory of a local terminal, comprising information on a file size, a modification date, and a version related to the execution of the program. The method of claim 1, wherein the file access function, A method for executing a program using a loader including a loading module and a streaming library loaded in a memory of a local terminal, the function being executed to read a file among the functions defined in the ntdll.dll file. The method of claim 1, wherein the streaming library, And a new file access function having a software streaming function that has a one-to-one correspondence with the file access function, and executing a program using a loader including a loading module and a streaming library loaded in a memory of a local terminal. According to claim 1, The loader is, When the user of the local terminal instructs execution of the program, the loading module and the loading library including the loading module and the streaming library loaded in the memory of the local computer, characterized in that for loading the loading module and the streaming library into the memory of the local computer. How to run your program. In a method of calling a file from a program of a local terminal executed using a loader, (a) the loading module of the loader using the file access function of the streaming library to search the recording medium and the cache of the local terminal to determine whether a call target file called by the program exists; (b) if it is determined in step (a) that the call target file exists, checking whether the call target file existing in the recording medium or the cache of the local terminal is valid; (c) if it is determined in step (a) that the call target file does not exist or in step (b) it is determined that the call target file is not valid, the loading module uses the file access function of the streaming library to stream. Requesting the call target file from a server; (d) storing the call target file received from the streaming server in the cache; And (e) searching the cache to obtain the call target file and delivering the obtained call target file to the program Method for calling a file in the program of the local terminal executed using the loader, characterized in that it comprises a. The method of claim 8, wherein after step (b), (b1) in the step (b), if it is determined that the call target file is valid, the file access function of the streaming library delivers the call target file to the program. Method for calling a file in the program of the local terminal executed using the loader, characterized in that it further comprises a. The method of claim 8, wherein the streaming server, When the request for the call target file is received from the streaming library, a streaming server residing in the memory of the streaming server is used to search the streaming server recording medium to obtain the call target file. How to call a file from a program on a running local terminal. In a loader that provides software streaming to a program on a local terminal, Generate and transmit program information data about the program to a streaming server, receive a file related to the execution of the program and an executable file for executing the program from the streaming server, and the file access function while executing the program A loading module that, when called, executes a software streaming file access function with the software streaming function corresponding to the file access function; And A streaming library that stores the software streaming file access function that provides the software streaming function in response to the file access function The loader providing software streaming to the program of the local terminal comprising a. The method of claim 11, wherein the stacking module, Search the recording medium and the cache of the local terminal to generate program file information data for the file related to the execution of the program and transmit it to the streaming server, the file related to the execution of the program received from the streaming server And some data of the executable file received from the streaming server (hereinafter referred to as 'executable file reception data') are stored in a recording medium or a cache of the local terminal, and not received among the executable files while executing the executable file. When a signal for requesting some data (hereinafter referred to as 'unexecuted file data') or a signal is called, the non-received data file or a file to be called is searched in the recording medium and the cache of the local terminal for validity. Confirms that the executable file has not received data or the call If the outgoing target file does not exist in the recording medium or cache of the local terminal, or if there is an invalid executable file unreceived data or a call target file, the streaming server requests a valid executable file unreceived data or a call target file. A loader that provides software streaming to a program on a local terminal. The method of claim 11, wherein the streaming server, Receiving the program file information data of the file related to the execution of the program from the loading module confirms the validity of the file related to the execution of the program and transmits the result to the loading module and relates to the execution of the valid program. And a streaming module which transmits a file to the loading module, and obtains the data requested by the loading module from a recording medium of the streaming server and transmits the data to the loading module. Loader.

Images