CN101944034B - File Execution Method and System - Google Patents

Abstract

The invention discloses a file execution method and system and a programmable storage device, which are used for executing a computer execution code group stored in a hidden storage area of the storage device in an operating system of a computer host. The method includes connecting a storage device to a host computer and providing a loader to manage a set of computer execution codes stored in a hidden storage area. The method also includes running a loader in a main memory of the host computer; requesting the operating system to allocate a first address section in main memory for running a loader; loading the computer execution code group into the first address section from the hidden storage area by the loading program; converting, by the loader, the loaded computer execution code set into executable content executable by the operating system and storing the converted executable content in the first address section; and executing the derivative executive by the loader to execute the converted executable content.

Description

File Execution Method and System

technical field

The present invention relates to a file execution method and system and a programmable storage device, and in particular to a file execution method and system for executing a computer executable code set stored in a hidden storage area of the storage device. system and a programmable storage device.

Background technique

The rapid growth of digital cameras, mobile phones, and MP3 players has led to a rapid increase in consumer demand for storage media. Because flash memory (Flash Memory) has the characteristics of non-volatile data, power saving, small size and no mechanical structure, it is most suitable for use as a portable storage device. In addition, with the development of plug-and-play connection interfaces (for example, Universal Serial Bus (USB)), portable storage devices have been widely used in digital content storage.

In order to make the portable storage devices they sell more competitive in the market, manufacturers of storage devices often store application programs in the portable storage devices they sell for use when purchasing the portable storage devices or use. For example, a manufacturer develops a disk management program for a portable storage device and pre-stores it in the portable storage device, so that users can use the disk management program to manage the storage status of the portable storage device.

Conventionally, in order to enable the user's host computer to execute the application program provided by the manufacturer, the application program will be pre-stored in the partition (or storage area) of the portable storage device that can normally store data , to facilitate computer host access. Because the application program can be accessed by the computer host in the way of accessing files in general, the application program can also be easily copied and distributed, thus the intellectual property of the application program developer cannot be effectively protected. Although the manufacturer of the portable storage device has configured a hidden storage area (that is, a storage area that the host computer cannot access) in the portable storage device to store data to be kept secret, such applications must be controlled by the host computer. Therefore, storing the application program in a hidden storage area can achieve the purpose of avoiding being copied and distributed, but it also prevents the user from using the application program. Therefore, there is a need to develop a method capable of directly executing a computer executable code set stored in a hidden storage area.

Contents of the invention

The present invention provides a file execution method, which can directly execute a computer execution code group stored in a hidden storage area of a storage device.

The present invention provides a file execution system, which can directly execute the computer execution code group stored in the hidden storage area of the storage device.

An embodiment of the present invention proposes a file execution method for executing a computer executable file stored in a storage device in an operating system of a computer host, wherein the storage device includes a general storage area and a hidden storage area and the The computer executable code group is stored in the hidden storage area. The file execution method according to this embodiment includes connecting the storage device to a computer host, wherein the computer host has a main memory. The file execution method also includes providing a loading program to manage the computer executable code group stored in the hidden storage area. The file execution method also includes running (Run) the loading program in the main memory; requesting the operating system to allocate (Allocate) the first address segment for running the loading program in the main memory; The computer-executable code group is loaded into the first address segment; the loaded computer-executable code group is converted into executable content executable by the operating system by the loading program and at least a part of the converted executable content is stored in the first address segment; and a derivative execution procedure (derivative execution procedure) is established by the loading program to execute the converted executable content.

An embodiment of the present invention provides a file execution system for executing a computer-executable code group stored in a storage device, wherein the storage device includes a general storage area and a hidden storage area, and the computer-executable code group is stored in the storage device. in the hidden storage area described above. The file execution system includes: a computer host, including an operating system and a main memory; and a load module, electrically connected or accessible to the computer host and the storage device, and has an application execution unit , to execute the computer executable code set stored in the hidden storage area. The operating system runs the load module in the main memory and allocates a first address segment for the load module in the main memory. The application execution unit loads the computer-executable code group from the hidden storage area into the first address segment, and converts the loaded computer-executable code group into An executable content is executed, and the executable content is stored in the first address segment. The application execution unit creates a derivative execution program to execute the executable content.

Based on the above, the embodiment of the present invention can directly execute the computer executable code set stored in the hidden storage area of the storage device, and the user cannot easily copy and distribute the computer executable code set stored in the hidden storage area.

In order to make the above-mentioned features and advantages of the present invention more comprehensible, the following specific embodiments are described in detail together with the accompanying drawings.

Description of drawings

FIG. 1 is a schematic block diagram of a file execution system according to a first embodiment of the present invention;

FIG. 2 is a schematic block diagram of a loading program according to a first embodiment of the present invention;

3 is a schematic diagram of the operation of the main memory when running the loader to execute the computer executable code group in the hidden storage area according to the first embodiment of the present invention;

FIG. 4 is a flowchart of a file execution method according to the first embodiment of the present invention;

5 is a schematic block diagram of a file execution system according to a second embodiment of the present invention;

Fig. 6 is a flowchart of a file execution method according to the second embodiment of the present invention. Description of main component symbols

100: file execution system 110: computer host

112: Central processing unit 114: Main memory

116: Input and output unit 118: Storage unit

118a: Operating System 120: Loader

122: Main control unit 124: Initialization unit

126: Application Add Unit 128: Application Edit Unit

130: Application deletion unit 132: Application execution unit

150: storage device 152: hidden storage area

154: General storage area 156: Controller

158: Flash memory chip 160, 160': computer execution code group

162, 162’: Corresponding computer execution code group 302, 304: Execution point

The executable content of

310: The first address segment 320: The second address segment

550: Special storage area 502: Automatically execute files

S403, S405, S407, S409-1, S409-3, S409-5, S409-7: Steps for file execution

S601, S603, S605, S607: Steps for file execution

Detailed ways

FIG. 1 is a schematic block diagram of a file execution system according to a first embodiment of the present invention.

Referring to FIG. 1 , the file execution system 100 can execute the computer executable code group 160 stored in the hidden storage area 152 of the storage device 150 . Specifically, the storage device 150 includes a hidden storage area 152 and a general storage area 154, wherein the hidden storage area 152 is a storage area that cannot be accessed by the operating system of the computer (that is, the operating system of the computer cannot directly access the hidden storage area according to the general program). read and write data), and the general storage area 154 is a storage area accessible by the operating system of the computer. In this embodiment, the storage device 150 is a portable storage device (for example, a flash drive, a mobile hard disk, etc.) that uses a flash memory as a storage medium. For example, the storage device 150 includes a controller 156 and a flash memory chip 158, wherein the controller 156 is used to control the overall operation of the storage device 150, and the flash memory chip 158 includes a hidden storage area 152 and a hidden storage area 152 for storing data and computer applications. General storage area 154 . However, it must be understood that the present invention is not limited thereto and the storage device 150 may be a magnetic tape, a floppy disk, an optical data storage device or other storage devices. In addition, it is worth mentioning that the controller 156 can encrypt data or application programs and store them in the hidden storage area 152 , thereby providing further protection for data or application programs. In addition, the computer executable code set 160 may not display related information in the file allocation table (File Allocation Table, FAT) of the storage device 150, that is, the operating system 118a cannot recognize the computer executable code set 160 as a file.

The file execution system 100 includes a computer host 110 and a loader 120 .

The host computer 110 is a platform for executing the computer execution program 160 . In this embodiment, the host computer 110 is a desktop personal computer. It must be understood that the present invention is not limited thereto. In another embodiment of the present invention, the host computer 110 may also be a notebook computer, a server, or any other host computer capable of executing computer programs.

The host computer 110 includes a central processing unit 112, a main memory 114, an input and output unit 116, and a storage unit 118 storing an operating system 118a.

The central processing unit 112 is used for interpreting computer instructions and processing data in computer software.

The main memory 114 is electrically connected to the central processing unit 112 and used for loading various programs and data for the central processing unit 112 to directly execute and use. Specifically, the main memory 114 has characteristics such as being readable and writable at any time and having a fast reading and writing speed. Therefore, the main memory 114 is used as a temporary data storage medium for the operating system 118a or other programs being executed. In this embodiment, the main memory 114 is a dynamic random access memory (Dynamic Random Access Memory, DRAM). In addition, it must be understood that in another embodiment of the present invention, the operating system can also use the virtual memory simulated by the storage space of the storage device as a temporary data storage medium for executing application programs. In this example, the main memory Also includes such virtual storage.

The input and output unit 116 is electrically connected to the central processing unit 112 to provide an interface for the user to input data or commands to the computer host 110 or output data from the computer host 110 . In this embodiment, the input and output unit 116 includes a keyboard, a mouse and a display (not shown in the figure).

The storage unit 118 is electrically connected to the CPU unit 112 to serve as the main storage medium of the computer host 110 . In this embodiment, the storage unit 118 is a hard disk, however, it must be understood that the present invention is not limited thereto. The storage unit 118 stores the programs used by the operating system 118a to manage computer hardware (Computer hardware) and computer software (Computer software) resources, and is also the core and cornerstone of the computer host 110. Specifically, the operating system 118a is used to manage and configure the main memory 114, determine the priority of supply and demand of system resources (such as the central processing unit 112, the main memory 114, the input and output unit 116), control the input and output unit 116, manage File system operations, etc. In this embodiment, the operating system 118a is the Windows operating system of Microsoft Corporation. However, it must be understood that the present invention is not limited thereto, and the present invention can also be applied to other operating systems.

The loader 120 can be electrically connected or stored in the computer host 110 and the storage device 150, and has a plurality of logic gates or control instructions implemented in hardware or firmware/software to manage the hidden memory stored in the storage device 150. Applications in area 152 (eg, computer executable code group 160). In more detail, in this embodiment, the loading program 120 is provided by the manufacturer of the storage device 150, and can access data or application programs stored in the hidden storage area 152 according to the specification of the hidden storage area 152 .

In this embodiment, the control instructions loaded into the program 120 are implemented in software and stored in the general storage area 154 of the storage device 150 in advance. That is to say, when the user operates the computer mainframe 110 to browse the storage device 150 connected to the computer mainframe 110, the user can click the loading program 120 stored in the general storage area 154 so that the control instructions of the loading program 120 are in the The operating system 118a runs (Run), thereby accessing the hidden storage area 152 . Wherein, in detail, after the control command of the loading program 120 runs (Run) in the operating system 118a, it will send a predetermined command to the storage device 150, and the storage device 150 will go to the hidden storage area 152 when receiving this command. Read the scheduled data in. In addition, in another embodiment of the present invention, the loading program 120 implemented in the form of software can also be stored in an optical disc or the hard disk (not shown in the figure) of the host computer 110, so that when the user clicks The runtime loader 120 may run within the operating system 118a.

It is worth mentioning that, in another embodiment of the present invention, the loading program 120 may also be implemented in the storage device 150 or the host computer 110 in a hardware form.

Fig. 2 is a schematic block diagram of a loader according to a first embodiment of the present invention.

Referring to FIG. 2 , the loading program 120 includes a main control unit 122 , an initialization unit 124 , an application adding unit 126 , an application editing unit 128 , an application deleting unit 130 and an application executing unit 132 .

The main control unit 122 is used for controlling the overall operation of the loading program 120 .

The initialization unit 124 is electrically coupled or linked to the main control unit 122 and used for initializing the hidden storage area 152 of the storage device 150 . Specifically, when the initialization unit 124 operates, the initialization unit 124 will confirm information such as the address and size of the hidden storage area 152 , and erase and format the hidden storage area 152 .

The application program adding unit 126 is electrically connected or linked to the main control unit 122 and used for writing the application program (for example, the computer execution code group 160 ) to be stored by the user into the hidden storage area 152 .

The application program editing unit 128 is electrically connected or connected to the main control unit 122 and used for editing an application program list (Application List) to browse the application programs stored in the hidden storage area 152 of the storage device 150 .

The application deleting unit 130 is electrically connected or linked to the main control unit 122 and used for deleting the application stored in the hidden storage area 152 of the storage device 150 . For example, the application deletion unit 130 can delete the computer executable code group 160 from the hidden storage area 152 .

The application executing unit 132 is electrically connected or linked to the main control unit 122 for executing the application stored in the hidden storage area 152 of the storage device 150 . For example, the application execution unit 132 loads the computer-executable code set 160 into the main memory 114 and executes the computer-executable code set 160 on the operating system 118 a of the host computer 110 .

FIG. 3 is a schematic diagram of the operation of the main memory when running the loader to execute the computer executable code group in the hidden storage area according to the first embodiment of the present invention.

Please refer to FIG. 3, when the user operates the operating system 118a of the host computer 110 through the input and output unit 116 to select the loading program 120, the operating system 118a will specify a program in the main memory 114 for executing the loading program. Execute the point 302 and allocate (allocate) a first address segment 310 (as shown in (a) of FIG. 3 ) with this execution point as the starting point for loading the control instruction of the loader 120 and the temporary storage loader 120 data used during operation.

In addition, when the user executes the computer execution code set 160 stored in the hidden storage area 152 through the running loader 120 , the application execution unit 132 will store the computer execution code set 160 in the hidden storage area 152 loaded into the first address segment 310 (such as the computer executable code group 160' shown in (b) of FIG. 3 ) and convert the loaded computer executable code group 160' into executable Content 162. At the same time, the application execution unit 132 stores the executable content 162 in the first address segment 310 (as shown in (c) of FIG. 3 ). In this embodiment, the executable content 162 corresponding to the computer executable code group 160 is a portable executable (PE) file format compatible with the Windows operating system.

In this embodiment, the application execution unit 132 is further used to request the operating system 118a for an execution point 304 of the derived execution program of the loaded program 120 and the second status section 320 required by the derived execution program again, Wherein, in this embodiment, the derivative execution procedure (derivative execution procedure) is to use the fork process (fork process) to run the loading program 120 again, but other multiple processes such as multi-thread (multi-thread) can also be used. Execution method to implement. Specifically, the operating system 118a will specify in the main memory 114 the starting point for executing the derived execution program (i.e., the execution point 304) and allocate the second address area for the derived execution program under the request of the application execution unit 132 Segment 320 (shown in (d) of FIG. 3 ).

In particular, the application program execution unit 132 according to the present embodiment uses the derived execution program to execute the executable content 162 corresponding to the computer execution code group 160 .

Specifically, after the application execution unit 132 creates the derived execution program, the application execution unit 132 will suspend the execution of the derived execution program, and overwrite the executable content 162 corresponding to the computer execution code group 160 from the execution point 304 to the second address block 320 (ie, executable content 162') and continue executing the derivative execution. At this point, since the program codes in the derived execution program have been replaced by the executable content 162' corresponding to the computer executable code set 160, the computer executable code set 160 can be successfully executed by the host computer 110. Specifically, when the application execution unit 132 converts the computer-executable code group 160 into the executable content 162, it will add information about the computer-executable code group 160 (for example, program code size) to the header of the executable content 162, Therefore, when the operating system 118a executes the derived execution program written by the executable content 162' from the execution point 304, it can correctly execute the corresponding program code.

It is worth mentioning that the size of the second address segment 320 is the same as that of the first address segment 310 because the derived execution program is used to execute the loader 120 again. In another embodiment of the present invention, the application execution unit 132 is further used to determine whether the size of the second address segment 320 is sufficient to accommodate the executable content 162 ′, wherein when the capacity of the second address segment 320 is smaller than the executable content 162 ', the application execution unit 132 will request the operating system 118a for a third address segment (not shown in the figure) in the main memory 114 to ensure that there are enough memory addresses in the main memory 114 to write the available The content 162' is executed.

Fig. 4 is a flowchart of a file execution method according to the first embodiment of the present invention.

Please refer to FIG. 4 , first, in step S401, the storage device 150 is connected to the computer mainframe 110, and in step S403, the first address segment 310 and the running loader 120 are allocated in the main memory 114, wherein the loader 120 The operation of has been described in detail above, and will not be repeated here.

Afterwards, in step S405, use the loading program 120 to load the computer executable code group 160 from the hidden storage area 152 of the storage device 150 to the first address segment 320 to become the computer executable code group 160'. Then, in step S407, use the loading program 120 to convert the loaded computer executable code group 160' into executable content 162 and store the executable content 162 in the first address segment 320.

Then, the executable content is executed using the loader 120 in step S409. Specifically, in step S409-1, request the operating system 118a to create a derivative execution program for rerunning the loader 120 in the main memory 114 and request the operating system 118a to allocate the first derivative execution program for the derivative execution program in the main memory 114. Two address segments 320 . Then, in step S409-3, the loader 120 is used to suspend the execution of the derived execution program, and in step S409-5, the executable content 162 is written into the second address segment 320 to become the executable content 162'. Finally, continue to execute the derivative execution program in step S409-7.

As mentioned above, in another embodiment of the present invention, step S409 may further include judging whether the size of the second address segment 320 is smaller than the size of the executable content 162', and if the size of the second address segment 320 is smaller than the executable content 162', The size of the execution content 162 ′ requests the operating system 118 a to allocate a third address segment in the main memory 114 .

FIG. 5 is a schematic block diagram of a file execution system according to a second embodiment of the present invention.

Please refer to FIG. 5 , the difference between the file execution system of the second embodiment and the file execution system of the first embodiment is that the file execution system of the second embodiment configures an auto-execution file 502 to automatically execute the loader 120 . Specifically, when the storage device 150 is electrically connected to the computer host 110 , the auto-execution file 502 is automatically executed and the auto-execution file 502 runs the loader 120 in the main memory 114 . For example, in this embodiment, the storage device 150 also includes a special storage area 550 compatible with the ISO9660 standard, and the automatic execution file 502 and the loading program 120 implemented in the form of autorun.inf are stored in the special storage area 550 Therefore, when the storage device 150 is electrically connected to the host computer 110 , the operating system 118 a will automatically execute the auto-execution file 502 and thereby run the loader 120 . In particular, the user can pre-set the application program to be executed in the loader 120 (for example, the computer execution code group 160), and when the loader 120 runs, the preset application program can be automatically executed. implement.

Fig. 6 is a flowchart of a file execution method according to the second embodiment of the present invention.

Referring to FIG. 6 , firstly, in step S601 , the storage device 150 is connected to the host computer 110 , and in step S603 , the operating system 118 a automatically executes the auto-execution file 502 . Afterwards, in step S605, the loading program 120 is automatically executed and in step S607, the default application program (for example, the computer execution code group 160) in the hidden storage area 152 is automatically executed, wherein the loading program 120 is executed and the The steps of the application program stored in the hidden storage area 152 are the same as steps S403 , S405 , S407 , S409-1 , S409-3 , S409-5 and S409-7 in FIG. 4 , and will not be repeated here.

In another embodiment of the present invention, the loading program 120 automatically closes (ie, ends the operation of the loading program 120 ) after automatically executing a preset application program.

The file execution method of the embodiment of the present invention can be implemented as computer-readable codes on a computer-readable recording medium (or a program storage device). The computer readable recording medium can be any data storage device, which can be thereafter read by a computer system. The computer-readable recording medium includes read-only memory (read-only memory, ROM), random-access memory (random-access memory, RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, and carrier wave (such as transparent data transmission over the Internet).

In summary, the present invention reads the computer-executable code group in the hidden storage area of the storage device by loading a program, converts the computer-executable code group into executable content in the main memory of the computer host, and replaces the computer-executable code group with The executable program is derived to execute the converted executable content, so that the computer executable code set stored in the hidden storage area that the computer host cannot access can be successfully executed on the computer host. Furthermore, since the computer executable code set and the corresponding executable content of the computer executable code set are temporarily stored in the main memory in a non-file format, users cannot easily copy and distribute the computer executable code set stored in the hidden storage area. .

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and not to limit them. Although the present invention has been described in detail with reference to the preferred embodiments, those of ordinary skill in the art should understand that: it still Modifications or equivalent replacements can be made to the technical solutions of the present invention, and these modifications or equivalent replacements cannot make the modified technical solutions deviate from the spirit and scope of the technical solutions of the present invention.

Claims (16)

1. a file executing method, in order to carry out the computing machine being stored in a memory storage in an operating system of a main frame, carry out code character, wherein said memory storage comprises that a general memory block and hides memory block and described computing machine execution code character is stored in described hiding memory block, and described file executing method comprises:

Described memory storage is connected to described main frame, and wherein said main frame has a primary memory;

Provide one to load program, to manage the described computing machine being stored in described hiding memory block, carry out code character;

In described primary memory, described in running, load program;

The one first address section of asking described operating system to be loaded program described in minute being used in described primary memory;

By described loading program, from described hiding memory block, described computing machine execution code character is loaded in described the first address section;

By described loading program, loaded described computing machine execution code character is converted to the executable content that can be carried out by described operating system and at least one part of described executable content is stored in described the first address section; And

By described loading program, set up a derivative executive routine and carry out described executable content.

2. file executing method according to claim 1, wherein by described loading program, set up the step that described derivative executive routine carries out described executable content and comprise:

By the described described operating system of request of loading program, set up described derivative executive routine and asked described operating system in described primary memory, to divide the one second address section that is used in described derivative executive routine in described primary memory, wherein said derivative executive routine is to load program described in again turning round;

By described loading program, suspend the described derivative executive routine of execution;

By described loading program, described executable content is write in described the second address section; And

By described loading program, continue to carry out described derivative executive routine.

3. file executing method according to claim 2, also comprises:

By described loading program, judge whether the size of described the second address section is less than the size of described executable content; And

When the size of described the second address section is less than described executable content big or small, by the described described operating system of request of loading program, in described primary memory, distribute one the 3rd address section, so that the size big or small and that be greater than described executable content of described the second address section and described the 3rd address section.

4. file executing method according to claim 1, also comprises:

In described memory storage, configure one and automatically perform file, the wherein said file that automatically performs loads program described in turning round in described primary memory; And

Described in automatically being carried out by described operating system, automatically perform file.

5. file executing method according to claim 1, also comprises:

Described loading program is configured in the described general memory block of described memory storage.

6. file executing method according to claim 4, also comprises:

In described memory storage, configure a special memory block; And

By described automatically perform file with described in load program and be configured in a special memory block of described memory storage, wherein said special memory block is compatible to ISO9660 standard.

7. file executing method according to claim 1, also comprises:

Described in inciting somebody to action, load program and be configured in described main frame.

8. file executing method according to claim 1, also comprises described computing machine is carried out to code character deciphering.

9. file executing method according to claim 1, also comprises by hiding memory block described in the described initialization of loading program.

10. file executing method according to claim 1, wherein said executable content is compatible to a Portable executable file format.

11. 1 kinds of file executive systems, in order to carry out the computing machine being stored in a memory storage, carry out code character, wherein said memory storage comprises that a general memory block and hides memory block and described computing machine execution code character is stored in described hiding memory block, and described file executive system comprises:

One main frame, comprises an operating system and a primary memory; And

One load module, is electrically connected or can be linked to access described main frame and described memory storage and have an application execution unit, to carry out the described computing machine being stored in described hiding memory block, carries out code character,

Turn round in described primary memory described load module and minute be used in one first address section of described load module in described primary memory of wherein said operating system,

Wherein said application execution unit is carried out code character by described computing machine and is loaded in described the first address section from described hiding memory block, loaded described computing machine is carried out to code character and be converted to the executable content that can be carried out by described operating system, and described executable content is stored in described the first address section

Wherein said application execution unit is set up a derivative executive routine and is carried out described executable content.

12. file executive systems according to claim 11,

Described in wherein said application execution unit request, operating system is set up described derivative executive routine and is asked described operating system in described primary memory, to divide the one second address section that is used in described derivative executive routine in described primary memory, wherein said derivative executive routine is for the described load module that again turns round

Wherein said application execution unit is suspended the described derivative executive routine of execution, described executable content is write in described the second address section, and continue to carry out described derivative executive routine.

13. file executive systems according to claim 12, wherein said application execution unit judges whether the size of described the second address section is less than the size of described executable content; And

When the size of described the second address section is less than described executable content big or small, described in described application execution unit request, operating system is distributed one the 3rd address section in described primary memory, so that the size big or small and that be greater than described executable content of described the second address section and described the 3rd address section.

14. file executive systems according to claim 11, also comprise that one automatically performs file, are configured in described memory storage,

Wherein when described memory storage is electrically connected to described main frame, described operating system automatically perform described in automatically carrying out file and described in automatically perform the file described load module that can turn round in described primary memory.

15. file executive systems according to claim 11, wherein said load module is configured in the described general memory block of described memory storage.

16. file executive systems according to claim 14,

Wherein said memory storage also comprises a special memory block,

Wherein saidly automatically perform file and described load module is configured in a special memory block of described memory storage, wherein said special memory block is compatible to ISO9660 standard and automatically performs file.

Images