JP2009026086A - Information processor - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To effectively present the process of extending function to application software to a user. <P>SOLUTION: In a game device, an additional file acquisition part 110 acquires an additional file to be used for executing game software. An explanatory information extraction part 112 extracts explanatory information showing the content of the additional file from the additional file. A history generation part 114 makes a hard disk store the extracted explanatory information by associating it with time information when the additional file has been acquired or installed. A display screen generation part 118 displays the explanatory information and the time information by associating them with each other. A history generation part 114 writes the extracted explanatory image and the time information in the head of a history file. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to an information processing technique executed by an information processing device such as a game device.

  Generally, game software is sold in the form of a ROM medium such as an optical disc, a magneto-optical disc, or a Blu-ray disc. Since the game program recorded on the ROM medium cannot be rewritten, in order to correct a part of the bug of the game program or to change or add a function, a patch is applied. A game device having a storage device such as a hard disk can apply a patch to the game software on the ROM medium by installing a patch file in the storage device.

Patent Document 1 discloses a boot processing technique using a memory card by a game device at power-on or hard reset. The boot processing technology disclosed in Patent Document 1 executes a boot sequence simply and appropriately based on whether or not a patch file (startup image display program) exists in a memory card.
JP 2000-47876 A

  Since the game device has a storage device, the user installs a game additional scenario, a game character, an item, etc., adds a new scenario to the game software on the ROM medium, and adds a new character or item. Can be used. The inventor has found that the user tends to increase the attachment to the game by updating the function of the game or adding a scenario or the like to add the function of the game. However, the user remembers the added scenario or item immediately after installation, but forgets it over time.

  From this knowledge, the present inventor has come up with the idea that the user's degree of attachment to the game can be prevented from fading by reminding the user of the process of updating or expanding the game function. Further, the present inventor has found that not only a game but also other application software is also effective in raising the attachment and awareness of the software to remind the user of the function update or expansion process. It was. SUMMARY An advantage of some aspects of the invention is that it effectively presents a user with a function update or extension process for application software.

  In order to solve the above problems, an information processing apparatus according to an aspect of the present invention is an information processing apparatus that executes application software, and includes an acquisition unit that acquires an additional file used for executing the application software, and the additional file An extraction unit that extracts description information indicating the content of the additional file, a history generation unit that stores the extracted description information in the storage unit in association with time information when the additional file is acquired or the additional file is installed, and a storage unit A reading unit for reading the description information and time information held in the display, and a display screen generation unit for displaying the read description information and the time information in association with each other. The time information may include not only time but also date information. The additional file may be composed of one file or a file group composed of a plurality of files.

  It should be noted that any combination of the above-described constituent elements and a conversion of the expression of the present invention between a method, an apparatus, a system, a recording medium, a computer program, etc. are also effective as an aspect of the present invention.

  According to the information processing technology of the present invention, it is possible to effectively present a process of function expansion for application software to a user.

  FIG. 1 shows a use environment of a game system according to an embodiment of the present invention. The game system 1 includes a game device 10 that executes game software, and an output device 12 that outputs a processing result by the game device 10. The output device 12 may be a television having a display for outputting an image and a speaker for outputting sound. The output device 12 may be connected to the game device 10 by a wired cable, or may be wirelessly connected by a wireless LAN (Local Area Network) or the like. In the game system 1, the game apparatus 10 is connected to an external network such as the Internet via a cable 14. Connection to an external network may be performed by wireless communication.

  The game apparatus 10 is an information processing apparatus that processes game software and generates an image signal and an audio signal indicating the processing result of the game software. The output device 12 outputs an image signal and an audio signal generated by the game device 10. Note that the technique shown in the present embodiment is not limited to the game apparatus 10, and can also be realized in an information processing apparatus that executes other types of application software and displays an image on the output apparatus 12. The information processing apparatus only needs to be configured to have a storage device such as a rewritable hard disk and install an additional file such as a patch file used for executing application software in the storage device. In this embodiment, a game system 1 that executes a game is shown, but a system that executes another application may be used.

  FIG. 2 shows a file update system according to an embodiment of the present invention. In the file update system 2, a game device 10 that is a user terminal and an update server 18 that provides an additional file are connected to each other via a network 16 such as the Internet. Additional files include patch files and game data files for adding new scenarios, characters, items, and the like. The latest patch file includes all the contents of the previous patch file. For example, the version 3 patch file is configured to include all the contents of the version 1 and 2 patch files. Therefore, even if the version 1 or 2 patch file is not installed, the version 3 patch file is installed. The game software can be activated in the latest state at that time, and there is no need to separately install version 1 and 2 patch files.

  When the game maker generates the additional file, the game maker stores the additional file in the update server 18 so that the game apparatus 10 can download the additional file from the update server 18. The additional file may be provided to the game apparatus 10 by the recording medium 50 in which the game software is recorded or the semiconductor memory 15.

  The game apparatus 10 may be configured to periodically access the update server 18 and download the additional file when the additional file exists. Further, for example, before playing the game, the user may download the additional file from the update server 18 to the game apparatus 10 or install it from the recording medium 50 or the semiconductor memory 15. Further, the game device 10 may autonomously download the additional file from the update server 18 to the game device 10 during the game regardless of the user's operation. The game apparatus 10 has a large-capacity storage device, and the acquired additional file is stored in a storage area of the storage device allocated for each game.

  FIG. 3 shows a functional block diagram of the game apparatus 10. The game apparatus 10 includes a power button 20, an LED 22, a system controller 24, a device controller 30, a media drive 32, a hard disk drive 34, a switch 36, a wireless interface 38, a main controller 100, a main memory 102, and an output processing unit 104. Composed. Note that the insertion port of the semiconductor memory 15 is not shown.

  The power button 20 is an input unit where an operation input from the user is performed, and is operated to turn on or off the power supply to the game apparatus 10. The power button 20 may be a push button, and the power on or off may be controlled by being pressed. The power button 20 may have another structure such as a touch sensor that allows the user to turn on / off the power. The LED 22 illuminates and displays the power on / off state. When the system controller 24 detects the pressed state or the non-pressed state of the power button 20 and detects a state transition from the power-off state to the pressed state, the system controller 24 starts up the main controller 100 and starts up the operating system boot sequence. At the same time, the lighting of the LED 22 is controlled. When the power cable is inserted into the game apparatus 10, the system controller 24 maintains the standby mode even when the power is off and monitors the pressing of the power button 20.

  The device controller 30 is configured as an LSI (Large-Scale Integrated Circuit) that exchanges information between devices like a south bridge. As illustrated, devices such as a system controller 24, a media drive 32, a hard disk drive 34, a switch 36, and the main controller 100 are connected to the device controller 30. The device controller 30 absorbs the difference in electrical characteristics of each device and the difference in data transfer speed, and controls the timing of data transfer. The hard disk drive 34 drives an internal hard disk to write / read data to / from the hard disk.

  The media drive 32 is a drive device that drives and recognizes the recording medium 50 to read out necessary data from the recording medium 50 when the recording medium 50 in which the game software is recorded is loaded. The recording medium 50 may be a medium such as an optical disc, a magneto-optical disc, or a Blu-ray disc. The game software includes at least an execution program for executing a game, parameter information for defining drawing resolution and parental lock function setting information, and application content information. Attribute information such as parameter information and content information is recorded in a predetermined area of the recording medium 50.

  The execution program is a program for progressing the game. The parameter information is data for determining the operation of the game apparatus 10 such as the drawing resolution of the game and access restriction age information related to the parental lock function. For example, the parameter information is read into the game apparatus 10 before the execution program is started, and is used for setting the output resolution and determining whether or not the execution program can be executed by the parental lock function. The content information is data including the title name and description information of the application. The content information is used for displaying the game title and icon on the menu screen of the game apparatus 10 and displaying the description information to notify the user of the presence and content of the game. The content information may include a still image icon and / or a moving image icon as an icon to be displayed.

  The switch 36 is an Ethernet switch (Ethernet is a registered trademark), and is a device that transmits and receives data by connecting to an external device in a wired or wireless manner. The switch 36 is connected to a wireless interface 38, and the wireless interface 38 is connected to a game controller 40 having a wireless communication function using a communication protocol such as a Bluetooth (registered trademark) protocol or an IEEE802.11 protocol. The game controller 40 functions as an input unit through which an operation input from the user is performed, and operation information from the user is supplied to the main controller 100 through the wireless interface 38, the switch 36, and the device controller 30.

  The main controller 100 includes a multi-core CPU, and includes one general-purpose processor core and a plurality of simple processor cores in one CPU. Hereinafter, the general-purpose processor core is called a PPU (Power Processing Unit), and the remaining processor cores are called an SPU (Synergistic-Processing Unit). The main controller 100 executes an operating system (hereinafter simply referred to as “OS (Operating System)”) that provides functions and an environment for efficiently using the game apparatus 10 and comprehensively controls the entire apparatus. . The OS hierarchy of the game apparatus 10 in the present embodiment has three layers from the top, the user layer, the kernel (Kernel) layer, and the hypervisor (Hypervisor) layer, and the software of the user layer, the kernel layer, and the hypervisor layer are integrated. Thus, it functions as the “OS” of the game apparatus 10.

  When power is turned on by the power button 20, the system controller 24 supplies power to the main controller 100 and the output processing unit 104 via the device controller 30. When power is supplied to the main controller 100, the PPU first executes the OS boot loader to start the hypervisor layer. Subsequently, the PPU activates the kernel layer of the OS, and further activates the user layer, and prepares to receive data supplied from the recording medium 50. Thereby, the main controller 100 can execute game software.

  The main controller 100 includes a memory controller connected to the main memory 102. The PPU has a register, has a main processor as an operation execution subject, and efficiently assigns a task as a basic processing unit in an application to be executed to each SPU. Note that the PPU itself may execute the task. The SPU has a register, and includes a sub-processor as an operation execution subject and a local memory as a local storage area. The main memory 102 and the local memory are configured as a RAM (random access memory). The SPU has a dedicated DMA (Direct Memory Access) controller as a control unit, and can transfer data at high speed by transferring data between the main memory 102 and the local memory, and is built in the output processing unit 104. High-speed data transfer can be realized between the frame memory and the local memory.

  The output processing unit 104 is connected to the output device 12 and outputs a video signal and an audio signal that are processing results of the application. The output processing unit 104 includes a GPU (Graphics Processing Unit) that realizes an image processing function. The GPU employs HDMI (High Definition Multimedia Interface) and can digitally output video signals.

  The game apparatus 10 according to the present embodiment has a function of reading and executing game software recorded on the recording medium 50 into a RAM (Random Access Memory) such as the main memory 102 or a local memory, and in addition to the hard disk of the hard disk drive 34. It also has a function of reading the installed game software into the main memory 102 or the local memory and executing it. Hereinafter, a game that is read directly from the recording medium 50 into the RAM and executed is called a “disk boot game”, and a game that can be executed by being installed in a storage device such as a hard disk is called an “install game”. The installed game software is stored in a storage area specified by the game product number on the hard disk.

  FIG. 4 shows the internal configuration of the main controller 100. The main controller 100 includes an additional file acquisition unit 110, an explanation information extraction unit 112, a history generation unit 114, an input reception unit 116, a display screen generation unit 118, a writing / reading control unit 120, an installation processing unit 122, and an uninstallation processing unit. 124 is provided.

  In FIG. 4, each element described as a functional block for performing various processes can be configured by a CPU (Central Processing Unit), a memory, and other LSIs in terms of hardware. This is realized by a program loaded on the computer. As described above, the main controller 100 is provided with one PPU and a plurality of SPUs, and each of the PPUs and SPUs can be configured individually or in cooperation with each other. Therefore, it is understood by those skilled in the art that these functional blocks can be realized in various forms by hardware only, software only, or a combination thereof, and is not limited to any one.

  The additional file acquisition unit 110 acquires the additional file supplied from the update server 18 via the switch 36. The additional file acquisition unit 110 may acquire an additional file supplied from the recording medium 50 or the semiconductor memory 15. For example, the additional file acquisition unit 110 may acquire an additional file prepared for the game when the installation game software is installed. Moreover, the additional file acquisition part 110 may be comprised by the system software of the game system 1, and may acquire an additional file from the update server 18 automatically at a predetermined timing. Further, the additional file acquisition unit 110 may be configured as a part of the function of the running game, and acquire the additional file from the update server 18, the recording medium 50, or the semiconductor memory 15 at a necessary timing.

  The additional file includes a file body portion installed in the hard disk drive 34 and explanatory information indicating the contents of the additional file. The explanation information is composed of a text file, for example, and is specified by a predetermined file name (EXP.AAA). The additional file acquisition unit 110 supplies the file body part to the installation processing unit 122, and the installation processing unit 122 installs the file body part on the hard disk via the write / read control unit 120. ID information that uniquely identifies the game exists in the file body portion, and the writing / reading control unit 120 may store the file body portion in a storage area having the ID information as a directory name. Thus, a directory can be easily created for each game, and file search can be facilitated. The installation processing unit 122 notifies the history generation unit 114 of the time when the file main body portion is installed. The installation time may be the time when the installation is started, or may be the time when the installation is completed. The installation time may be notified to the history generation unit 114 in the world standard time format such as GMT (Greenwich Mean Time) or UTC (Coordinated Universal Time).

  The explanation information extraction unit 112 extracts explanation information from the additional file. Since the description information is specified by a common file name (EXP.AAA), the description information can be easily extracted from the additional file by searching with the file name. The extracted explanation information is supplied to the history generation unit 114.

  The history generation unit 114 stores the description information extracted by the description information extraction unit 112 on the hard disk in association with the time information when the installation processing unit 122 installed the file body part. The history generation unit 114 may store the description information on the hard disk in association with the time when the additional file acquisition unit 110 acquires the additional file, not the installation time. The time when the additional file is acquired may be the time when the acquisition of the additional file is started, or may be the time when the acquisition of the additional file is completed. The hard disk has a history file that stores description information and time information. The history file is read from the hard disk by the writing / reading control unit 120, and when updated by the history generation unit 114, it is written to the hard disk by the writing / reading control unit 120. In this way, management of the explanation information can be facilitated by updating one history file.

  FIG. 5 shows an example of a history file. When the history generation unit 114 receives the description information, the writing / reading control unit 120 reads the history file from the hard disk and supplies it to the history generation unit 114. The history generation unit 114 associates the received description information and time information with each other and writes them in the history file. As described above, the time information is written in the history file in the world standard time format. However, in FIG. 5, for convenience of explanation, the time information is written as date / time and time information. Show. The history generation unit 114 updates the history file so that the latest explanation information and time information are at the head of the history file. In FIG. 5, three program updates indicate installation of patch files of different versions.

  FIG. 6 shows a menu screen displayed on the display. The input reception unit 116 receives an operation input of the game controller 40 by the user, and the display screen generation unit 118 generates a menu screen. On the menu screen, the icon arranged in the selection area 208 is selected.

  When the user scrolls the game icon 206 to the selection area 208 on the menu screen, the display screen generation unit 118 reads the game title and history file from the hard disk via the write / read control unit 120. . The game title is included in the file body portion of the game. The display screen generation unit 118 arranges the title 200 next to the icon 206 and arranges the text information of the history file in the history display area 202 below the title 200 to generate a menu screen.

  The display screen generation unit 118 converts the time information written in the history file as the world standard time into date and time information, and writes it into the menu screen. When the game device 10 is initially set, the user selects a region or country in which the game device 10 is used, and the time zone of the game device 10 is determined. Based on the set time zone, the display screen generation unit 118 converts the time information written in the history file as the world standard time into time information (local time information) that matches the time zone, Generate a menu screen.

  When the display screen generation unit 118 converts the time information of each record into local time information and determines the position to be arranged in the history display area 202, the display screen generation unit 118 displays the explanation information associated with the time information below the local time information. To place. The display screen generation unit 118 repeatedly executes this process to generate the menu screen shown in FIG. At this time, an easy-to-view menu screen is created by aligning the left end positions of the local time information and aligning the left end positions of the description information.

  In the embodiment, an example in which the description information of the additional file is configured by a text file has been described. However, for example, the additional file may be configured by an image file. In that case, since the history display area 202 is limited in space, link information to the image file is arranged in the history display area 202 so that the user can specify the link information by operating the game controller 40. It may be. The link information may be path information indicating the address of the storage area of the image file on the hard disk. When specified by the user, the image file is displayed in the history display area 202.

  As described above, by displaying the history file on the menu screen, the user can check the process of function change and expansion of the game. Thereby, the user can deeply attach to the game and can immediately recognize the process of changing and expanding the game function even when the game is played after a long time. Also, by displaying the latest explanation information from the upper part of the history display area 202, the user can confirm the latest game function change or expansion action. If the list display of the description information does not fit in the history display area 202, the list display can be scrolled so that the description information of the latest additional file to the description information of the first additional file can be changed to the user. Can be presented.

  The user can also uninstall the added additional file by operating the game controller 40. The uninstall processing unit 124 uninstalls the additional file via the write / read control unit 120 in response to an operation input from the user. At this time, the history generation unit 114 may read the history file and add information indicating that the uninstallation has been performed to the history file. In the history file, identification information for specifying the installed additional file may be held in association with each piece of description information. This identification information may be unique code information included in the additional file. When the uninstall processing unit 124 uninstalls the additional file, the identification information of the additional file is extracted from the additional file and supplied to the history generation unit 114. The history generation unit 114 may recognize that the additional file specified by the identification information is uninstalled, and may add information indicating the uninstallation to the history file. It should be noted that the identification information of the additional file may be associated with explanatory information to be displayed when the uninstallation is performed, and may be held on the hard disk. In this case, the history generation unit 114 provides an explanation at the time of uninstallation. Get the information from the hard disk and insert it into the history file. The descriptive information at the time of uninstallation may be included in the file body portion and acquired from the uninstall processing unit 124 together with the identification information at the time of uninstallation. The information indicating that the uninstallation has been performed may be arranged at the beginning of the history file or may be arranged in the vicinity of the explanation information at the time of installation.

  Further, the history generation unit 114 may delete the explanation information written in the history file when the additional file is installed at the time of uninstallation. The history generation unit 114 can make it easier for the user to view the current game status by deleting the explanatory information at the time of installation. In addition, the display screen generation unit 118 may change the display mode of the description information written in the history file when the additional file is installed. For example, the display screen generation unit 118 may add a color different from the color of the other description information. Note that the display screen generation unit 118 may change the display mode of the information when the information indicating the uninstallation is added to the history file.

  In the above, this invention was demonstrated based on the Example. This embodiment is an exemplification, and it will be understood by those skilled in the art that various modifications can be made to the combination of each component and each processing process, and such modifications are also within the scope of the present invention. .

  In the embodiment, the Ver. 1, Ver. 2, Ver. An example in which three versions 3 were installed has been described. The description information of the patch file is composed of a text string “program update” and its own version information. As shown in FIG. 5, the history file associates the description information with the installation time. Is retained.

  As described above, a patch file of a certain version includes the contents of the previous patch file. Therefore, Ver. 2 patch file is Ver. 1 patch file and Ver. 3 patch file is Ver. 1, Ver. 2 patch files are included. Therefore, for example, Ver. Even if the patch file of 2 is not installed, Ver. 3 patch file is installed, Ver. The patch file of 2 is also installed.

  FIG. 7 shows an example of a history file. Compared with the history file of FIG. Since the patch file 2 is not installed, the history file does not include the description information. On the other hand, in actuality, Ver. 3 when installing the patch file of Ver. 2 is also installed, the history generation unit 114 uses Ver. 3 when the patch file is installed. The fact that the second patch file is installed may be written in the history file.

  FIG. 8 shows an example of a history file. Compared with the history file of FIG. 7, the history file of FIG. 2 patch file is Ver. 3 indicates that it was installed at the same time as the patch file. Thus, Ver. As for the second patch file, the process of changing or expanding the function of the game can be accurately presented to the user by indicating the installation time to the user.

  The patch file includes not only the description information of its own version but also the description information of the previous version. Thereby, the description information extraction unit 112 can extract the description information of all versions. In the embodiment, the description information has a common file name (EXP.AAA). However, in this modification, the additional file can have a plurality of description information. A plurality of pieces of explanatory information may be extracted by a common extension (.AAA).

  When the history generation unit 114 receives a history file from the writing / reading control unit 120, the history generation unit 114 searches and determines whether the description information extracted by the description information extraction unit 112 has already been written in the history file. In this example, Ver. 1 has already been written in the history file, the history generation unit 114 uses Ver. The description information of one patch file is not written to the history file. The history generation unit 114 may compare the description information with each other to determine whether the description information matches, or may determine the match between the description information from the file name of the description information. When the identification information is given to the additional file and the description information and the identification information are stored in association with each other in the history file, the history generation unit 114 includes the identification information of the additional file in the history file. It may be determined whether the explanation information has already been written. Ver. 2, Ver. Since the description information of the patch file 3 is not written in the history file, the history generation unit 114 writes the respective description information in the history file in association with the time information. In this way, the history file shown in FIG. 8 is generated.

  The history generation unit 114 may acquire version information of the installed patch file from the history file. The history generation unit 114 can recognize that it is only necessary to add the description information of the version after the installed version to the history file by acquiring the latest version information of the installed patch file. In the embodiment, Ver. 3 at the time of installing the patch file, Ver. 1 patch file is already installed. Therefore, the history generation unit 114 uses Ver. Recognizing that it is sufficient to write the description information of the patch file after version 2 into the history file, Ver. 2 and Ver. The description information of the patch file 3 is added to the head of the history file. In this way, the history file shown in FIG. 8 may be generated.

  Also, depending on the game, there are items with expiration dates. Such an item can be used only for one month after installation, for example, and becomes unusable after one month. The history generation unit 114 may hold an expiration date in association with the item description information in the history file. When the display screen generation unit 118 generates the menu screen, the expiration date of the history file is referred to, and if the date has passed, the menu screen can be generated by adding information indicating that the expiration date has passed. Good. For example, the display screen generation unit 118 may change the display mode of the item description information, and may display text information indicating that the expiration date has been reached on the menu screen.

  In addition, when the display screen generation unit 118 generates the menu screen, the history generation unit 114 is notified to that effect, and it is determined whether there is an item or the like whose expiration date is in the history file used for display. May be. When the history generation unit 114 receives this notification, the history generation unit 114 searches whether or not the expiration date is held in the history file, and determines whether or not the expiration date has come. The history generation unit 114 may add information indicating that the expiration date has come to the history file. At this time, the history generation unit 114 may delete the held expiration date so that the next determination process is not performed. Whether or not an item with an expiration date can be used is determined by the game software when the game is executed. Therefore, when it is determined by the game software that the expiration date of the item has passed, the history generation unit 114 is notified to that effect, and the history generation unit 114 indicates that the expiration date of the item is in the history file. Information indicating that it has arrived may be added. The identification of the item may be performed using the identification information of the additional file.

  In this way, not only the time information shown in FIG. 5 but also identification information for specifying additional files and attribute information such as item expiration dates are stored in the history file in association with the explanation information. Thus, it is possible to flexibly present the explanation information to the user.

It is a figure which shows the use environment of the game system concerning the Example of this invention. It is a figure which shows the file update system concerning the Example of this invention. It is a figure which shows the functional block diagram of a game device. It is a figure which shows the internal structure of a main controller. It is a figure which shows an example of a history file. It is a figure which shows the menu screen displayed on a display. It is a figure which shows an example of a history file. It is a figure which shows an example of a history file.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 ... Game system, 2 ... File update system, 10 ... Game device, 12 ... Output device, 40 ... Game controller, 50 ... Recording medium, 100 ... Main controller, DESCRIPTION OF SYMBOLS 110 ... Additional file acquisition part, 112 ... Explanation information extraction part, 114 ... History generation part, 116 ... Input reception part, 118 ... Display screen generation part, 120 ... Write / Read control unit, 122... Installation processing unit, 124... Uninstall processing unit, 200... Title, 202... History display area, 206.

Claims (4)

An information processing apparatus that executes application software,
An acquisition unit for acquiring an additional file used to execute the application software;
An extraction unit for extracting explanation information indicating the contents of the additional file from the additional file;
A history generation unit that stores the extracted description information in a storage unit in association with time information when the additional file is acquired or the additional file is installed;
A reading unit for reading the explanation information and the time information held in the storage unit;
A display screen generation unit that displays the read explanation information and time information in association with each other;
An information processing apparatus comprising: The storage unit has a history file that stores explanatory information and time information in association with each other,
The information processing apparatus according to claim 1, wherein the history generation unit writes the extracted explanation image and time information in the history file.   The information processing apparatus according to claim 2, wherein the storage unit includes a history file for each application software. On the computer running the application software,
The ability to get additional files to run application software,
A function to extract explanation information indicating the contents of the additional file from the additional file,
A function of causing the extracted description information to be stored in the storage unit in association with time information when the additional file is acquired or installed;
A function for displaying description information and time information in association with each other;
A program to realize

Images