JP2010020794A - Starting method of operation program, starting program of operation program, and information transmitting device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information transmitting device capable of quickly attaining a specific function in an operation program, and a starting method and a starting program of the operation program stored in the information transmitting device. <P>SOLUTION: An object editing device generates, a compressed integrated object, when an optional function is designated in an object forming procedure description file, by collectively arranging objects called by the function in a designated function, compressing the objects for each function, and connecting a plurality of compressed compression objects. When the compression integrated object is started as an operation program operable in the information transmitting device, the compression objects collectively arranged in the designated function are selected from the plurality of compression objects constituting the compression integrated object, and converted to an operable program, and the program is started. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to an information transmission device such as a video information display device. The present invention also relates to a method for starting an operation program stored in the information transmission apparatus and including the specific function, and a start program for the operation program. Furthermore, the present invention relates to an integrated object of operation programs stored in the information transmission device and an object editing device for editing the integrated object.

Various devices can be considered as the video information display device. Here, for example, a digital AV device represented by a liquid crystal digital television will be described.
FIG. 13 is a diagram illustrating an integrated object of a kernel and an application stored in a nonvolatile memory of a conventional video information display device. A compressed integrated object 9 is stored in the nonvolatile memory of the video information display device. text section 9a,. The data section 9b is divided into two sections. The section 9a stores a kernel and application body, data for reading, and a symbol table used for debugging with address allocation information of various functions defined in the kernel and the application. The section 9b stores the kernel and the application. Stores application read / write data.

  FIG. 14 is a diagram showing a state in which startup software (operation program) in a conventional video information display apparatus is started in the order of a boot program, a kernel, and an application. Reference numeral 10a denotes a boot program that is started first when the video information display apparatus is turned on, 10b is a kernel that is started from the boot program, and 10c is an application that is started from the kernel.

  FIG. 15 is a diagram illustrating a state in which an integrated object stored in a nonvolatile memory of a conventional video information display device is expanded after being copied to a volatile memory, and a kernel and an application are activated. In FIG. 15, 1b is an SdRAM which is a volatile memory of the video information display device, and 1c is a flash ROM which is a nonvolatile memory of the video information display device. 9 is an integrated object (compressed program) of the compressed kernel and application stored in the memory 1c, 9c is a start address of an area where the integrated object is stored in the memory 1c, and 9d is the integrated object This is the end address of the area where the object is stored in the memory 1c. Also, 11 is the previous integrated object (compression program) in which the integrated object 9 is copied to the memory 1b, 11a is the start address of the area where the integrated object 11 is stored in the memory 1b, and 11b is the integrated object. This is the end address of the area in which the conversion object 11 is stored in the memory 1b. Further, 12 is a program after the integrated object 11 is expanded in the memory 1b, 12a is a start address of the program area after the integrated object 11 is expanded in the memory 1b, and 12b is a memory in which the integrated object 11 is memory. This is the end address of the program area after being expanded in 1b.

The startup software (operation program) stored in the non-volatile memory 1c of the conventional video information display device is an initially compressed integrated object, as shown in FIG. 13, as shown in FIG. And application read data, kernel and application read / write data, and a symbol table are mixed together.
In the video information display device in which such startup software is stored, when the video information display device is turned on, the boot program 10a is first started as shown in FIG. In the boot program 10a, boot initialization processing is called, and in the initialization processing, as shown in FIG. 15, the integrated object 9 stored in the nonvolatile memory 1c is set to a predetermined address in the volatile memory 1b. The integrated object 11 copied (order 1) and subsequently copied to the volatile memory 1b is expanded to a predetermined address 12a of the volatile memory 1b (order 2). The developed integrated object is an operable program 12, and the kernel 10b is started from the program start address 12a (order 3). Then, the kernel 10b kicks the application at the end of the process, and the kicked application 10c is activated (see, for example, Non-Patent Document 1).

Monthly magazine “Interface” (CQ Publisher, January 2005, Shinichi Yamabashi, “Actual Method of Program ROMization”, p. 96-99)

Since the conventional video information display apparatus employs the above-described startup method, the video information display apparatus displays an opening image file indicating that the video information display apparatus has started up when the power is turned on, or the transformer received by the tuner. When the function of decoding the video / audio information of the port stream (Transport Stream, abbreviated as TS) and displaying and playing back the moving image is located in the latter half of the operable program, the execution of the program comes to that position. For the first time, the image file and the moving image are displayed, and there is a problem that the image file and the moving image cannot be displayed immediately after the power is turned on.
Furthermore, since the size of the program installed in the video information display device tends to be quite large, when the compressed integrated object is copied, it is expanded into an operable program and started from the expansion start portion. There is a problem that it takes a considerable time to display the image file and the moving image after the power is turned on.

The present invention was made to solve such a problem, and even if the size of the operation program stored in the memory of the information transmission device is large, a specific function in the operation program is quickly realized, An object of the present invention is to provide an information transmission device that allows a user to feel that the user has started up quickly.
The present invention also provides a method for starting an operation program stored in such an information transmission device and a start program for the operation program.

The method for starting an operation program according to the present invention converts a plurality of source files used by an operation program having various functions into object files, and integrates the converted plurality of object files into a first integration. The object to be called by the designated function is selected from the first integrated object according to the object creation procedure description file including the designation information of various functions included in the operation program. An object compilation that creates a second integrated object in which the specified objects are collectively arranged for each designated function, and adds a header that describes the information of the objects collected for each function to the second integrated object The second object created by the device is stored in the first method. A step of pre-stored in Li,
From the information contained in the header of the second integrated object stored in the first memory, the objects arranged in a desired function are preferentially stored in the second memory and then expanded. A step to make an operable program;
In order to preferentially activate the desired function, a step of sequentially starting programs that have been expanded and stored after being stored in the second memory is provided.

The operation program start program according to the present invention is:
A plurality of source files used by an operation program having various functions are converted into object files, and the converted object files are integrated to create a first integrated object, which is included in the operation program. In accordance with the object creation procedure description file including specification information of various functions to be selected, an object to be called by the specified function is selected from the first integrated objects, and the selected objects are grouped for each specified function. The second integrated object is created by an object editing apparatus that creates a second integrated object that is arranged, and adds a header that describes the information of the objects grouped for each function to the second integrated object. Processing to store the embodied object in the first memory in advance;
From the information contained in the header of the second integrated object stored in the first memory, the objects arranged in a desired function are preferentially stored in the second memory and then expanded. A process to make an operable program;
In order to preferentially activate the desired function, the processing device is caused to execute processing for sequentially starting programs that have been stored in the second memory and expanded and operable.

The information transmission apparatus according to the present invention converts a plurality of source files used by an operation program having various functions into object files, and integrates the plurality of converted object files into a first integrated object. And selecting an object to be called by the designated function from the first integrated object according to an object creation procedure description file including designation information of various functions included in the operation program, and selecting the selected object By an object editing device that creates a second integrated object that is arranged collectively for each designated function, and adds a header that describes the information of the object that is organized for each function to the second integrated object. A first method for storing the created second-bodyized object in advance is created. And Li,
From the information included in the header of the second integrated object stored in the first memory, an object arranged in a desired function is preferentially stored and then expanded to be an operable program. A second memory for,
In order to preferentially activate the desired function, it is characterized in that it has means for sequentially initiating a program that has been expanded and stored after being stored in the second memory.

  The information transmission apparatus of the present invention, and the activation program and activation program of the operation program stored in the information transmission apparatus are used when the integrated object created by the object editing apparatus of the present invention is activated as an operable operation program. Since an object arranged in a predetermined function among the integrated objects is set as an operable program and a program having the predetermined function is preferentially started, a specific function can be started quickly. There is a possible effect.

It is a figure which shows typically the structure of the video information display apparatus by Embodiment 1 of this invention. It is a figure which shows the integrated object by Embodiment 1 of this invention. It is a figure which shows the structure of the address storage header concerning Embodiment 1 of this invention. It is a figure explaining the structure and operation | movement of an object editing apparatus by Embodiment 1 of this invention. It is a figure explaining operation | movement of the compression integrated object edit means concerning Embodiment 1 of this invention. It is a figure which shows the starting software (operation program) in the video information display apparatus by Embodiment 1 of this invention. It is a figure explaining the starting method of the operation program in the video information display apparatus by Embodiment 1 of this invention. It is a figure explaining the starting method of the operation program in the video information display apparatus by Embodiment 1 of this invention. It is a figure explaining the starting method of the operation program in the video information display apparatus by Embodiment 1 of this invention. It is a figure explaining the starting method of the operation program in the video information display apparatus by Embodiment 1 of this invention. It is a figure which shows the integrated object by Embodiment 2 of this invention. It is a figure explaining the starting method of the operation program in the video information display apparatus by Embodiment 2 of this invention. It is a figure which shows the conventional integrated object. It is a figure explaining the starting method of the operation program in the conventional video information display apparatus. It is a figure explaining the starting method of the operation program in the conventional video information display apparatus.

Embodiment 1 FIG.
FIG. 1 is a diagram showing connections of hardware units of a video information display device according to Embodiment 1 of the present invention. In FIG. 1, reference numeral 1 denotes a video information display device represented by a liquid crystal digital television. As a chip installed in the video information display device 1, 1a is a CPU (central processing unit), 1b is a volatile memory SdRAM (second memory), and 1c is a non-volatile memory flash ROM (first memory). 1d is an EPROM for storing data and the like, 1e is a UART unit for serial communication, and 1f is a dedicated LSI for MPEG decoding. 2a is a local bus as a data transmission path, and 4a and 4b are connectors to the outside. Cooperation with the terminal PC 7 and the AV output interface 6 becomes possible through these connectors. The terminal PC 7 is a terminal PC used for debugging of software or the like, and is used for displaying a debug message from the video information display device 1 on the serial console via the serial communication cable 8 on the connector 4a with the UART unit 1e. .

The CPU 1a issues a command and receives a response result to the SdRAM 1b, the flash ROM 1c, the EPROM 1d, the UART unit 1e, and the MPEG LSI 1f through the local bus 2a, and the SdRAM 1b, the flash ROM 1c, the EPROM 1d, the UART unit 1e, Furthermore, it supervises the LSI for MPEG 1f. The flash ROM 1c stores software (operation program) related to the operation of the video information display device 1 such as a kernel and an application, and the EPROM 1d stores various data necessary for the software such as fonts.
When the video information display device 1 is turned on, the operation software stored in the flash ROM 1c is copied to the SdRAM 1b via the local bus 2a, and the copied software is subsequently expanded on the SdRAM 1b and can be activated. And the software starts to be started. When the software is activated and the MPEG-encoded video / audio data is decoded and displayed on the screen, the MPEG / LSI data is decoded by the MPEG LSI 1f and displayed on the AV output interface 6 as display / playback video / audio data. Will be supplied.

  In the video information display device having such a configuration, the nonvolatile memory 1c stores software (operation program) related to the operation of the video information display device 1 such as a kernel and an application as a compressed integrated object. . As shown in FIG. 13, the conventional integrated object includes a kernel and an application main body, read data necessary for activation, read / write data, a symbol table, and the like. On the other hand, the integrated object of the present embodiment has a configuration in which a plurality of compressed objects compressed for each of various functions included in the operation program are connected. Hereinafter, a method for starting the integrated object and the operation program according to the present embodiment will be described in detail.

FIG. 2 is a diagram showing an integrated object of the kernel and the application stored in the nonvolatile memory in the video information display apparatus according to Embodiment 1 of the present invention. 14 is an example of the integrated object of the present embodiment divided into functions, and the integrated object 14 is mainly divided into three sections, of which 14a is a header, 14b is a. The text section, 14c is. It is a data section.
The section 14b includes a kernel body portion as a kernel text object (kernel_text) 14b_1, an application body portion as an application text object (application_text) 14b_2, and kernel reading data as a kernel ro data object (kernel_ro data) 14b_4. The application read data is an application ro data object (application_ro data) 14b_5, and further includes address arrangement information of various functions defined by the kernel and application, and a symbol table object (symbol table) 14b_3 used during debugging. They are arranged together.
In the section 14c, the kernel read / write data is collectively arranged as a kernel data object (kernel_data) 14c_1, and the application read / write data is collectively arranged as an application data object (application_data) 14c_2.
Each of these objects 14b_1 to 14b_5 and 14c_1 to 14c_2 is compressed independently, and has a configuration in which a plurality of compressed objects compressed for each function are connected.
In addition, an address storage header 14a that stores address information of these objects 14b_1 to 14b_5 and 14c_1 to 14c_2 that are functionally divided is added.

  The integrated object 14 shown in FIG. 2 includes a kernel and an application main body, kernel and application read data necessary for startup, kernel and application read / write data, a symbol table, and the like. Unlike the integrated object, since each function is compressed together and compressed, and these compressed objects are connected and integrated, it is possible to read only a specific function that is blocked.

  FIG. 3 is a diagram showing address information described in the address storage header 14a assigned to the integrated object according to Embodiment 1 of the present invention, and is a diagram showing size information of each object. 14a_1 is an identification header for indicating that it is different from an integrated object that is not function-divided. 14a_2 and 14a_3 are the compressed size and decompressed size of the kernel text object 14b_1. Similarly, 14a_4 and 14a_5 are the application text object 14b_2, 14a_6 and 14a_7 are the symbol table object 14b_3, and 14a_8 and 14a_9 are the kernel ro data object 14b_4. 14a_10 and 14a_11 are the compressed size and decompressed size of the application ro data object 14b_5, 14a_12 and 14a_13 are the kernel data object 14c_1, and 14a_14 and 14a_15 are the application data object 14c_2, respectively.

Next, an object compilation device for creating an integrated object according to Embodiment 1 of the present invention as described above will be described.
FIG. 4 is a diagram for explaining the configuration and operation of the object editing apparatus according to the first embodiment of the present invention, and creates a compressed integrated object from a plurality of source files used by an operation program having various functions. The procedure is shown. In FIG. 4, reference numeral 100 denotes a source file of the kernel 101 and application 102 created by the developer in the development environment, and describes instructions that can be read by the developer. Reference numeral 200 denotes a build environment, which is an object editing device including a preprocessor 200a, a compiler 200b, an assembler 200c, a linker 200d, and a compression integrated object editing unit 200e having unique functions of the present invention. The object editing apparatus controls the preprocessor 200a, the compiler 200b, the assembler 200c, the linker 200d, and the compression integrated object editing means 200e by a control means (not shown), and a preprocess processing file 100a, an assembly file 100b, an object The file 100c, the uncompressed integrated object file 100d, and the compressed integrated object file 100e collected for each function are sequentially created. Reference numeral 300 denotes an object creation procedure description file referred to by the build environment 200. In an actual development environment, Makefile or the like corresponds to this file.

  In accordance with the object creation procedure description file 300, the integrated object build environment 200 causes the kernel 101 and the source file 100 of the application 102 created by the developer to be processed by the preprocessor 200a to create the preprocess processing file 100a (order 1). Subsequently, the preprocessed file 100a is passed through the compiler 200b to be converted into an assembly processed file 100b (order 2). The generated assembly file 100b is processed by the assembler 200c and converted into an object file 100c described in binary data (order 3). The linker 200d creates an executable integrated object file 100d in which the kernel and the application are integrated by linking the object files 100c to each other. At this time, the integrated object file 100d is compressed. No (order 4). The compression integrated object editing means 200e scans and selects a specific function part or a specific function part described in the created integrated object file 100d, and organizes and summarizes these selected objects. And compressing the objects arranged together, and compressing these compressed objects (kernel part 100e_1 and application part 100e_2) to each other, thereby compressing and integrating objects grouped for each function. A file 100e is created (order 5).

  The compression integrated object editing means 200e having the unique function of the present invention is constituted by a program described in a program language such as perl or C language.

  FIG. 5 is a diagram showing a main part of the compressed integrated object file 100e created by the compressed integrated object editing means 200e and a main part of the integrated object file 100d before creation. The conventional integrated object is simply a compression of the integrated object 100d in FIG. 5, and each function (function), an object file, a function called from one of the functions, and the like are cluttered. In the present invention, before compressing the integrated object 100d, first, as shown in FIG. 5, a specific function (function), an object used by the function, a function called from the function, and the like are arranged together. The configuration is as follows. Specifically, in an integrated object creation procedure description file such as Makefile, a function to be grouped for each function (for example, a function that becomes the basis of the task if a certain task is to be grouped) is designated. In this example, an A block and a B block are designated. The compressed integrated object editing unit 200e scans the integrated object file 100d, thereby obj_2 as an object file such as a library that is frequently called from the A block, and func_4 and func_5 as functions called from the A block. Automatically select them, place them together, and compress them. The same applies to the B block, and obj_1 is automatically selected as an object file called frequently from the B block, and func_1, func_2, and func_8 are automatically selected as functions called from the B block, and these are collectively arranged. Compress. If there are no other functions specified as functions to be summarized for each function, the remaining object files and functions are arranged together and compressed. A plurality of compressed objects 13a, 13b, and 13c obtained are connected, and a header 14a is added to create a compressed integrated object file 100e (corresponding to the integrated object 14 in FIG. 2). In this way, for example, the compressed object 13a related to the A block can be easily cut out from the compressed integrated object file 100e.

  FIG. 6 is a diagram showing activation software (operation program) in the video information display apparatus according to Embodiment 1 of the present invention, and is a flowchart showing how an application is activated from the boot program. In the video information display apparatus having the configuration shown in FIG. 1, when the power is turned on, the boot program is activated first. The boot program is stored in the identification header 14a_1 of the compression integrated object 14 stored in the nonvolatile memory 1c. Is investigated (S100). As a result of the investigation, the following processing is divided depending on whether the identification header 14a_1 is a normal boot (conventional integrated object) or a divided boot (integrated object of Embodiment 1 of the present invention) (S101). When the identification header 14a_1 is normal boot, the same boot procedure as the conventional one is performed.

  First, the integrated object 9 in which the boot program is compressed is copied from the ROM 1c to a predetermined address in the RAM 1b (S102), and the copied integrated object 11 is subsequently expanded to a predetermined address in the RAM 1b (S103). The execution pointer jumps to the first address developed on the RAM in this way, thereby starting the kernel written at the address (S104). The kernel calls the application at the last part of the process, so that the application is started after the kernel process is completed (S105). When the application is started up (S208), the video information display device has been started up.

  When the identification header 14a_1 is divided boot, the boot procedure of the present invention is performed. First, the boot program copies the compressed kernel text object 14b_1 from the compressed integrated object 14, the compressed kernel ro data object 14b_4, and the compressed kernel data object 14c_1 from the ROM 1c to a predetermined address of the RAM 1b (S202). The copied kernel text object, kernel ro data object, and kernel data object are expanded to a predetermined address in the RAM 1b (S203). The execution pointer jumps to the first address of the kernel thus expanded on the RAM, so that the kernel written at the address is started (S204). In this process, the kernel copies the compressed application text object 14b_2, the compressed application ro data object 14b_5, and the compressed application data object 14c_2 from the ROM 1c to a predetermined address of the RAM 1b (S205). Subsequently, the copied application text object, application ro data object, and application data object are expanded to a predetermined address in the RAM 1b (S206). The execution pointer jumps to the first address of the application thus expanded on the RAM, so that the application written in the address is started (S207). When the application is started up (S208), the start of the video information display device is completed.

The activation software (operation program) in the video information display apparatus according to Embodiment 1 of the present invention will be described in more detail.
FIG. 7 is a diagram showing a state in which the startup software and the application according to the first embodiment of the present invention are started in the order of the boot program, the kernel, and the application. Reference numeral 10a_1 denotes a boot program that is started first when power is supplied to the video information display apparatus, 10b_1 denotes a kernel that is started from the boot program, and 10c_1 is an application that is started from the kernel.

  When the video information display device is turned on, the boot program 10a_1 is started first. In the boot program 10a_1, boot initialization processing is called, and among the compression integrated objects 14 stored in the memory 1c in the initialization processing, three compressed objects related to kernel activation are cut out and the memory 1b is extracted. Then, the three compressed objects copied to the memory 1b are expanded to the predetermined addresses in the memory 1b. The expanded kernel 10b_1 is operable and activated.

Here, when the compression integrated object 14 is created by the above-described object editing device, the opening screen display function originally arranged in the first half of the application is arranged in the compressed object related to the kernel activation and the kernel is activated. If the opening screen display function is incorporated in the first half of the kernel 10b_1 by creating the compressed object related to the above, the opening screen can be displayed earlier than before.
However, the function to be incorporated into the kernel 10b_1 from the application is limited to the opening screen display function. This is because the kernel is essentially the minimum configuration for starting up an application, and it is necessary to start up quickly, and it is not desirable to expand the function unnecessarily.

  Further, immediately after the opening screen is displayed, among the compressed integrated objects 14 stored in the memory 1c, three compressed objects related to application activation are cut out, copied to a predetermined address in the memory 1b, and subsequently copied to the memory 1b. The three compressed objects are expanded to a predetermined address in the memory 1b. Since the deployed application 10c_1 is operable and kicked at the end of the kernel 10b_1, the application 10c_1 is started.

  Here, in the present embodiment, when the kernel startup completion time T1 is compared with the kernel startup completion time t1 in the conventional apparatus, t1 is less than 10 seconds, whereas T1 is about 2 seconds. In the configuration, the kernel can be started earlier than before. Therefore, as described above, by incorporating a specific function into the kernel, such as an opening screen, for example, it is possible to realize the specific function early after power-on, and to make the user feel that it has been activated quickly. .

FIG. 8 shows a compressed integrated object stored in the non-volatile memory 1c of the video information display device according to Embodiment 1 of the present invention, after the compressed object involved in the kernel activation is copied to the volatile memory 1b. FIG. 3 is a diagram illustrating how the kernel is started. This is nothing but the details of the process of copying and expanding the kernel startup part in the boot program 10a_1 in FIG.
14 is a compression integrated object of the present invention stored in the memory 1c, 14d is a start address of an area where the integrated object is stored in the memory 1c, and 14e is the integrated object in the memory 1c. This is the end address of the stored area.
15a is a compressed object of kernel text compressed object (hereinafter referred to as object (2)) 14b_1 in the integrated object 14, and 15b is a compressed object of the integrated object 14 which is a kernel. The compressed object of ro data (hereinafter referred to as object (5)) 14b_4 is copied to the memory 1b, and 15c is a compressed object of kernel data (hereinafter referred to as object (7)) in the integrated object 14. This represents the compressed object to which 14c_1 has been copied to the memory 1b.
Furthermore, 16a is a program to which the copied compressed object 15a is expanded in the memory 1b, 16b is a program to which the copied compressed object 15b is expanded to the memory 1b, and 16c is a memory to store the copied compressed object 15c. 1b represents the previous program expanded.

  In order to start the kernel, first, the boot program 10a_1 must copy the object (2), the object (5), and the object (7) stored in the memory 1c to predetermined addresses in the memory 1b (order 1). . The copied compressed objects 15a, 15b, and 15c are similarly expanded to predetermined addresses in the memory 1c by the boot program 10a_1 (order 2). After the software is expanded and becomes operable software, the operation pointer of the program jumps from the boot program 10a_1 to the start address of the kernel text, and the kernel is started (order 3).

The copying of the objects (2), (5), and (7) will be described in detail. Copying starts from object (2) first. When the object (2) is copied to the memory 1b, the copy source address is the sum “(compressed program storage start address 14d) + (the size of the header 14a (hereinafter referred to as object (1)))”, and the copy destination address is Specify "(Kernel Text Copy Start Address)" that is known from the beginning. As the copy size, “(compressed size 14a_2)” described in the address storage header 14a shown in FIG. 3 is designated.
Since an application text compressed object (hereinafter referred to as object (3)) 14b_2 is supposed to be copied between the object (2) and the object (5), the area (5) should be opened by leaving this area. make a copy. Using the following addresses written in the address storage header 14a shown in FIG. 3, the copy source address when copying the object (5) to the memory 1b is the sum "(compressed program storage start address 14d) + (header 14a size) + (compressed size 14a_2) + (compressed size 14a_4) + (compressed size 14a_6) ", and the destination address is the sum" (kernel text copy start address) + (compressed size 14a_2) + (compressed size 14a_4) "",And" (compressed size 14a_8) "is designated as the copy size.
Since the compressed object (hereinafter referred to as object (6)) 14b_5 of the application ro data is supposed to be copied between the object (5) and the object (7), this area should be left open so that the object (7) Copy. Using the following addresses described in the address storage header 14a shown in FIG. 3, the copy source address when copying the object (7) to the memory 1b is the sum "(compressed program storage start address 14d) + (header 14a size) + (compressed size 14a_2) + (compressed size 14a_4) + (compressed size 14a_6) + (compressed size 14a_8) + (compressed size 14a_10) ”, and the copy destination address is the sum“ (kernel text copy start address) “+ (Compressed size 14a_2) + (compressed size 14a_4) + (compressed size 14a_8) + (compressed size 14a_10)” and “(compressed size 14a_12)” are designated as the copy size.

The development of the objects (2), (5), and (7) will be described in detail. The expansion starts with the object (2). When the object (2) is expanded in the memory 1b, the expansion source address is “(kernel text copy start address)” used at the time of copying, and the expansion destination address is “(kernel text expansion start address)” known from the beginning. The expansion size designates “(expansion size 14a_3)” described in the address storage header 14a shown in FIG.
Between the object (2) and the object (5), the object (3) and the compressed object of the symbol table (hereinafter referred to as object (4)) 14b_3 should be expanded. Expand object (5). Using the following addresses described in the address storage header 14a shown in FIG. 3, the expansion source address when the object (5) is expanded in the memory 1b is the sum “(kernel text copy start address) + (compression size) 14a_2) + (compression size 14a_4) ", the expansion destination address is the sum" (kernel text expansion start address) + (expansion size 14a_3) + (expansion size 14a_5) + (expansion size 14a_7) ", and the expansion size is" ( The development size 14a_9) "is designated.
Since the object (6) should originally be developed between the object (5) and the object (7), the object (7) is developed with a space left. Using the following addresses described in the address storage header 14a shown in FIG. 3, the expansion source address when the object (7) is expanded in the memory 1b is the sum “(kernel text copy start address) + (compression size) 14a_2) + (compressed size 14a_4) + (compressed size 14a_8) + (compressed size 14a_10) ", and the expansion destination address is the sum" (kernel text expansion start address) + (expanded size 14a_3) + (expanded size 14a_5) + ( “Development size 14a_7) + (Development size 14a_9) + (Development size 14a_11)” is designated, and “(Development size 14a_13)” is designated as the development size.

FIG. 9 shows a compressed integrated object stored in the nonvolatile memory 1c of the video information display apparatus according to Embodiment 1 of the present invention, after the compressed object involved in starting the application is copied to the volatile memory 1b. It is the figure which showed a mode that the application was started. This is nothing but the details of the process of copying and expanding the application activation part in the kernel 10b_1 in FIG.
15d is the compressed object to which the object (3) 14b_2 is copied to the memory 1b in the integrated object 14, and 15e is the compressed object to which the object (6) 14b_5 is copied to the memory 1b in the integrated object 14. 15f represents a compressed object to which the application data compressed object (hereinafter referred to as object (8)) 14c_2 of the integrated object 14 is copied to the memory 1b.
Further, 16d is a program to which the copied compressed object 15d is expanded in the memory 1b, 16e is a program to which the copied compressed object 15e is expanded to the memory 1b, and 16f is a memory to store the copied compressed object 15f. 1b represents the previous program expanded.

  In order to start the application, first, the object (3), the object (6), and the object (8) stored in the memory 1c by the kernel 10b_1 must be copied to a predetermined address in the memory 1b (order 1). The copied compressed objects 15d, 15e, and 15f are similarly expanded to predetermined addresses in the memory 1c by the kernel 10b_1 (order 2). Then, after the software is expanded and becomes operable software, the operation pointer of the program jumps from the kernel 10b_1 to the start address of the application text, and the application is started (order 3).

The copying of the objects (3), (6), and (8) will be described in detail. Copying starts with object (3). When copying the object (3) to the memory 1b, the copy source address is the sum “(compressed program storage start address 14d) + (size of the header 14a) + (compressed size 14a_2)”, and the copy destination address is the sum “(kernel “Text copy start address) + (compressed size 14a_2)” is designated, and “(compressed size 14a_4)” described in the address storage header 14a shown in FIG. 3 is designated as the copy size.
Since the object (5) has already been copied between the object (3) and the object (6), the object (6) is copied with a space left. Using the following addresses written in the address storage header 14a shown in FIG. 3, the copy source address when copying the object (6) to the memory 1b is the sum "(compressed program storage start address 14d) + (header 14a size) + (compressed size 14a_2) + (compressed size 14a_4) + (compressed size 14a_6) + (compressed size 14a_8) ”, the copy destination address is the sum“ (kernel text copy start address) + (compressed size 14a_2) ” “+ (Compression size 14a_4) + (compression size 14a_8)” is designated, and “(compression size 14a_10)” is designated as the copy size.
Since the object (7) has already been copied between the object (6) and the object (8), the object (8) is copied with a space left. Using the following addresses described in the address storage header 14a shown in FIG. 3, the copy source address when the object (8) is copied to the memory 1b is the sum “(compressed program storage start address 14d) + (header 14a size) + (compression size 14a_2) + (compression size 14a_4) + (compression size 14a_6) + (compression size 14a_8) + (compression size 14a_10) + (compression size 14a_12) ”, and the copy destination address is the sum“ ( Kernel text copy start address) + (compression size 14a_2) + (compression size 14a_4) + (compression size 14a_8) + (compression size 14a_10) + (compression size 14a_12) ”and copy size“ (compression size 14a_14) ” specify.

The development of the objects (3), (6), and (8) will be described in detail. The expansion starts with the object (3). When the object (3) is expanded in the memory 1b, the expansion source address is “(kernel text copy start address) + (compression size 14a_2)” used at the time of copying, and the expansion destination address is “(kernel text expansion start address) + “(Development size 14a_3)” is designated, and “(decompression size 14a_5)” described in the address storage header 14a shown in FIG. 4 is designated as the development size.
The object (4) should be expanded between the object (3) and the object (6), and the object (5) is already expanded. expand. Using the following addresses described in the address storage header 14a shown in FIG. 3, the expansion source address when the object (6) is expanded in the memory 1b is the sum “(kernel text copy start address) + (compression size) 14a_2) + (compressed size 14a_4) + (compressed size 14a_8) ", and the expansion destination address is the sum" (kernel text expansion start address) + (expansion size 14a_3) + (expansion size 14a_5) + (expansion size 14a_7) + ( “Development size 14a_9)” is designated, and “(Development size 14a_11)” is designated as the development size.
Since the object (7) has already been developed between the object (6) and the object (8), this area is left open and the object (8) is developed. Using the following addresses described in the address storage header 14a shown in FIG. 3, the expansion source address when the object (8) is expanded in the memory 1b is the sum “(kernel text copy start address) + (compression size) 14a_2) + (compressed size 14a_4) + (compressed size 14a_8) + (compressed size 14a_10) + (compressed size 14a_12) ”, and the expansion destination address is the sum“ (kernel text expansion start address) + (expanded size 14a_3) + ( “Development size 14a_5) + (Development size 14a_7) + (Development size 14a_9) + (Development size 14a_11) + (Development size 14a_13)” is designated, and “(Development size 14a_15)” is designated as the development size.

FIG. 10 shows the development after the symbol table object is copied to the volatile memory 1b among the compressed integrated objects stored in the nonvolatile memory 1c during application debugging in the video information display device according to Embodiment 1 of the present invention. FIG. 4 is a diagram illustrating how various functions can be accessed. In FIG. 1, the image information display device 1 and the terminal PC 7 are connected by the serial communication cable 8 via the connector 4a and the application message is displayed on the serial console on the terminal PC 7 in the kernel or application. In order to access various functions that are defined, the processing when the symbol table, which is the address arrangement information of these functions, is called from the console is nothing but the details.
Reference numeral 15g denotes a compressed object to which the object (4) 14b_3 is copied into the memory 1b, and 16g denotes a program to which the copied compressed object 15g is expanded in the memory 1b.

  To link the symbol table, the symbol table calling function that the user calls from the console copies the object (4) stored in the memory 1c to an appropriate address in the memory 1b (order 1). Subsequently, the copied compressed object 15g is expanded to a predetermined address in the memory 1c (order 2). After the software is developed and operable, the user can access various functions registered in the symbol table from the console on the terminal PC 7 (order 3).

  The copying of the object (4) will be described in detail. When the object (4) is copied to the memory 1b, the copy source address is the sum “(compressed program storage start address 14d) + (size of header 14a) + (compressed size 14a_2) + (compressed size 14a_4)”, copy size. Is the start address of an area that can be secured by “(compressed size 14a_6)” described in the address storage header 14a shown in FIG. 3, and the copy destination address is the copy size “(compressed size 14a_6)”, for example, FIG. 10 “(symbol table copy start address)” is designated.

  The development of the object (4) will be described in detail. When the object (4) is expanded in the memory 1b, the expansion source address is the copy destination address used at the time of copying, and the expansion destination address is “(kernel text expansion start address) + (expansion size 14a_3) + (expansion size 14a_5)”. The expansion size designates “(expansion size 14a_7)” described in the address storage header 14a shown in FIG.

As described above, according to the present embodiment, when an integrated object is created by the object editing apparatus, the object creation procedure description file that describes the procedure for compiling and linking at the time of creating the integrated object of the operation program is used. Creates an object. If an arbitrary function is specified in the object creation procedure description file, the object or function called by the function is scanned, and the scanned object is arranged in the specified function. At the same time, compression is performed for each specified function, and a plurality of compressed objects compressed for each specified function are connected to form a compression integrated object for the operation program. There is an effect that it becomes possible to easily cut out the function.
Further, there is an effect that it is possible to preferentially read out and execute an object including a specified function from the generated compression integrated object.

  In addition, when a compressed integrated object of an operation program is created by linking a plurality of compressed objects, a header describing any information of the plurality of compressed objects is added. There is an effect that software that reads an object can refer to information described in the header.

  In addition, since the information described in the header relates to the size of the compressed object, the software that reads the compressed integrated object can use the object size related information when starting the operation program. .

  In the present embodiment, when a compressed integrated object created by the object editing device is started as an operation program operable in the information transmission device, a designation is made among a plurality of compressed objects constituting the compressed integrated object. Since the compressed object arranged in the function is selected and converted into an operable program and the program is started, the designated function can be preferentially executed.

Embodiment 2. FIG.
FIG. 11 is a diagram showing an integrated object of the kernel and the application stored in the nonvolatile memory of the video information display apparatus according to Embodiment 2 of the present invention. The integrated object 14 of the second embodiment is similar to the integrated object 14 of the first embodiment in that the headers 14a,. text sections 14b,. The data section 14c is divided into three sections.
In the section 14b, the main part of the kernel is arranged as a kernel text object 14b_1, the data for reading the kernel is arranged as a kernel ro data object 14b_4, and the symbol table is arranged as a symbol table object 14b_3. Unlike the main part of the application, the application 1 text object (application_1_text) 14b_2_1 and application 2 text object (application_2_text) 14b_2_2 are read, and the application reading data is the application 1ro data object (application_1_ro data) 14b_5_1 and application 2ro data. Data object (application_2_ro data) 14b_5_2, application 1 text object 14b_2_1 and application 2 text object 14b_2_2 are collectively referred to as application text object 14b_2, and application 1ro data object 14b_5_1 and application 2ro data object 14b_5_2 are grouped together. Application ro data object 14b_5.
In the section 14c, the read / write data of the kernel is collected as a kernel data object 14c_1. Unlike the first embodiment, the read / write data of the application is the application 1 data object (application_1_data) 14c_2_1 and the application 2 data object. (Application_2_data) 14c_2_2 are collectively arranged, and the application 1 data object 14c_2_1 and the application 2 data object 14c_2_2 are collectively referred to as an application data object 14c_2.
Each of these objects 14b_1 to 14b_5 and 14c_1 to 14c_2 is compressed independently, and has a configuration in which a plurality of compressed objects compressed for each function are connected.
In addition, an address storage header 14a that stores address information of these objects 14b_1 to 14b_5 and 14c_1 to 14c_2 that are functionally divided is added.

  When starting the compression integrated object 14 of the present embodiment as an operable program, pre-start processing such as application copying and expansion is the same as in the first embodiment, but only the application 1 or only the application 2 Can be activated.

  In the second embodiment, the application part is divided into the application 1 and the application 2. However, the application itself is expanded and operable after copying in the kernel, and only the application 1 is activated at the activation stage. Therefore, the description content of the address storage header may be the same as that shown in FIG.

  FIG. 12 is a diagram showing a state in which the startup software and the application according to the second embodiment of the present invention are started in the order of the boot program, the kernel, the application 1, and the application 2. 10a_2 is a boot program that is activated first when the video information display apparatus is turned on, 10b_2 is a kernel that is activated from the boot program, 10c_2 is an application 1 that is activated from the kernel, and 10d is activated from the application 1 Application 2 to be executed.

  When the video information display device is turned on, the boot program 10a_2 is started first. In the boot program 10a_2, boot initialization processing is called, and among the compression integrated objects 14 stored in the memory 1c in the initialization processing, three compressed objects related to kernel activation are cut out and the memory 1b is extracted. Then, the three compressed objects copied to the memory 1b are expanded to the predetermined addresses in the memory 1b. The expanded kernel 10b_2 is operable and activated.

  Here, as in the first embodiment, when the compression integrated object 14 is created by the object editing device, the display function of the opening screen originally arranged in the first half of the application is used in the compression object related to kernel activation. By creating a compressed object related to kernel activation by arranging in the above, an opening screen display function is incorporated in the first half of the kernel 10b_1, and the opening screen display is realized earlier than before.

  Further, immediately after the opening screen is displayed, the compressed objects (3), (6), (8) related to the application activation are extracted from the compressed integrated objects 14 stored in the memory 1c, and a predetermined address in the memory 1b is extracted. Then, the three compressed objects copied to the memory 1b are expanded to a predetermined address in the memory 1b. The deployed applications 10c_2 and 10d are operable, and the application 10c_2 is kicked at the end of the kernel 10b_2, so that the application 1 is activated.

  In the application 1, since the application 10d is kicked at the end, the application 2 is subsequently started. However, if the application 2 is not kicked, only the application 1 can be activated, and the application 1 can be dedicated to debugging.

  Here, when the start completion time T2 of the application 1 is compared with the start completion time t2 of the application in the conventional apparatus in the present embodiment, t2 is about 20 seconds while t2 is less than 20 seconds. Therefore, when creating the compression integrated object 14 by the object editing device, the above function is realized soon after the power is turned on by incorporating the display / playback function of the video / audio data originally arranged in the application 2 into the application 1. Therefore, it is possible to make the user feel that the video has been displayed earlier than before.

  In the present embodiment, after application 1 is activated, application 2 is subsequently activated, or only application 1 is activated. In the latter case, input from a serial console on terminal PC 7 is performed. The application 2 may be activated at an arbitrary timing. Further, the application 2 may be started before the application 1 by changing the source program, and the execution order of the objects collected for each function is not limited.

  In the compression integrated object shown in each of the above embodiments, the compressed object to be function-divided is composed of the text of the kernel and application, ro data, data, and symbol table. It goes without saying that the example of the integrated object is merely an example, and includes cases where all functional divisions are made.

  In the above description of each embodiment, the case where the software is operated by copying, expanding, and starting the compressed kernel and the compressed application is described. However, the operation program for all integrated objects formed by the object editing apparatus is operated. If possible, the execution order of the objects grouped for each function does not matter.

  In the description of each of the above embodiments, the address storage header 14a indicates the case where the compressed size and decompressed size of each object of the text and ro data, data, and symbol table of the kernel and application are described. Needless to say, in addition to the compressed size and decompressed size of each divided compressed object, other information may be described as necessary.

  In each of the above embodiments, the integrated object editing unit 200e compresses objects grouped for each designated function for each function, and a plurality of compressed objects 100e_1, 100e_2,... Compressed for each function. Are combined to create the compression integrated object 100e of the operation program. However, if the memory 1c of the information transmission apparatus has a sufficient margin, the objects 100e_1 and 100e_2 need not necessarily be compressed. In this case, the integrated object editing unit 200e specifies various functions included in the operation program in the object creation procedure description file, thereby integrating the integrated object file 100d by the linker (integrating unit) 200d. It is only necessary to select an object to be called by a designated function from among the objects, and arrange the selected objects for each designated function. At this time, the file created by the integrated object editing unit 200e is an integrated object file 100e in which a plurality of objects are collectively arranged for each function included in the operation program.

  Further, the description in each of the above embodiments shows the case where the video information display device is a digital AV device typified by a liquid crystal digital television, but the present invention is also applicable to the case where the video information display device is another device. Needless to say.

  In the above description of each embodiment, an example of a video information display device has been described. However, the present invention is not limited to a device that displays a video, for example, a device that transmits information using audio such as digital audio, and other forms of information. Also in the information transmission device that transmits information, the integrated object of the operation program stored in the memory is the same integrated object as in each of the above embodiments, and when starting the operation program, the same as in each of the above embodiments. By starting up, a specific function can be started up quickly after the power is turned on.

  1 video information display device, 1a CPU (central processing unit), 1b SdRAM, 1c flash ROM, 10a_1, 10a_2 boot program, 10b_1, 10b_2 kernel, 10c_1 application, 10c_2 application 1, 10d application 2, 13a, 13b, 13c compression Object, 14 compression integrated object, 14a address storage header, 14b_1 kernel text object, 14b_2 application text object, 14b_3 symbol table object, 14b_4 kernel data object, 14b_5 application ro data object, 14c_1 kernel data object, 14c_2 application data object 15a Kernel text object (after copying), 15b Kernel ro data object (after copying), 15c Kernel data object (after copying), 15d Application text object (after copying), 15e Application ro data object (after copying), 15f Application Data object (after copying), 15g symbol table object (after copying), 16a kernel text (after expansion), 16b kernel ro data (after expansion), 16c kernel data (after expansion), 16d application text (after expansion), 16e Application ro data (after expansion), 16f Application data (after expansion), 16g symbol table (after expansion), 100 source files File, 101 source file (kernel part), 102 source file (application part), 100a preprocessed file, 100b assembly file, 100c object file, 100d integrated object file (no compression), 100e compression integrated object file (function) Edited), 200 integrated object build environment, 200a preprocessor, 200b compiler, 200c assembler, 200d linker, 200e compression integrated object editing means, 300 object creation procedure description file.

Claims (3)

A plurality of source files used by an operation program having various functions are converted into object files, and the converted object files are integrated to create a first integrated object, which is included in the operation program. In accordance with the object creation procedure description file including specification information of various functions to be selected, an object to be called by the specified function is selected from the first integrated objects, and the selected objects are grouped for each specified function. The second integrated object is created by an object editing apparatus that creates a second integrated object that is arranged, and adds a header that describes the information of the objects grouped for each function to the second integrated object. Pre-store the embodied object in the first memory;
From the information contained in the header of the second integrated object stored in the first memory, the objects arranged in a desired function are preferentially stored in the second memory and then expanded. A step to make an operable program;
And a step of sequentially starting programs that are stored in the second memory and are operable after being stored in the second memory in order to preferentially start the desired function. A plurality of source files used by an operation program having various functions are converted into object files, and the converted object files are integrated to create a first integrated object, which is included in the operation program. In accordance with the object creation procedure description file including specification information of various functions to be selected, an object to be called by the specified function is selected from the first integrated objects, and the selected objects are grouped for each specified function. The second integrated object is created by an object editing apparatus that creates a second integrated object that is arranged, and adds a header that describes the information of the objects grouped for each function to the second integrated object. Processing to store the embodied object in the first memory in advance;
From the information contained in the header of the second integrated object stored in the first memory, the objects arranged in a desired function are preferentially stored in the second memory and then expanded. A process to make an operable program;
A program for starting an operation program for causing a processing device to execute a process for sequentially starting a program that has been stored in the second memory and developed and operable in order to preferentially activate the desired function. A plurality of source files used by an operation program having various functions are converted into object files, and the converted object files are integrated to create a first integrated object, which is included in the operation program. In accordance with the object creation procedure description file including specification information of various functions to be selected, an object to be called by the specified function is selected from the first integrated objects, and the selected objects are grouped for each specified function. The second integrated object is created by an object editing apparatus that creates a second integrated object that is arranged, and adds a header that describes the information of the objects grouped for each function to the second integrated object. A first memory for storing the embodied object in advance;
From the information included in the header of the second integrated object stored in the first memory, an object arranged in a desired function is preferentially stored and then expanded to be an operable program. A second memory for,
An information transmission device comprising: means for sequentially starting a program that has been stored in the second memory and is operable after being stored in the second memory in order to preferentially activate the desired function.

Images