Patent Publication Number: US-2013239101-A1

Title: Information processing apparatus for efficiently informing information associated with update details of software and control method thereof

Description:
BACKGROUND OF THE INVENTION 
     1. Field of the Invention 
     The present invention relates to an information processing apparatus and a control method thereof and, more particularly, to an information processing apparatus for efficiently informing information associated with update details of software and a control method thereof. 
     2. Description of the Related Art 
     It is a common practice for each software developer to distribute software of the latest version to users via the Internet. That is, when the version of software installed in a user&#39;s PC becomes no longer the latest version, the software developer supplies software of the latest version to the user via the Internet in response to a request from the user. Upon supplying software of the latest version, the software developer also informs the user of modifications from the immediately preceding version. More specifically, the software developer supplies document data called release notes as a list of modifications from functions before update to those after update. The user displays the supplied document data of the release notes on his or her PC. 
     Japanese Patent Laid-Open No. 2008-165418 describes that when new version of data is registered, a document management server informs a user, who is registered as an informing destination associated with an older version of the data, that the new version has been registered. Thus, according to Japanese Patent Laid-Open No. 2008-165418, the user can be avoided from receiving information about revisions of data which are not related to his or her work. 
     Note that Japanese Patent Laid-Open No. 2008-165418 does not have any description about information to be provided to the user when a plurality of updates have been made for predetermined software. 
     On the other hand, when a plurality of updates have been made for predetermined software, release notes normally describe modifications from the immediately preceding update for each update. For this reason, the release notes include many pieces of information of modifications in the plurality of updates. However, few users require information associated with modifications in all updates. Especially, information in an older update is not normally required. In particular, when the release notes include many pieces of information that are not needed for the users, efforts required for the users to recognize needed information from the release notes are increased. That is, efficiency upon providing information associated with a plurality of update details for software to users drops. 
     When a plurality of updates have been made, release notes that describe all modifications in respective updates are as shown in, for example,  FIG. 7A .  FIG. 7A  shows an example of release notes when predetermined software (application X) of version 5.0 has undergone five updates from version 5.1 to version 5.5, and the release notes include respective update details (modifications)  701  to  709 . The release notes are likely to include information which is not needed for users. For example, when an issue that occurred in an intermediate update (version 5.2 in this case) was fixed in a later update (version 5.3 in this case), as denoted by reference numeral  704  in  FIG. 7A , users who use the versions (version 5.3 or later) after fixing are unlikely to require information associated with that issue. In this way, as for issues and modifications, which occurred in a certain update and were solved in a later update, in a plurality of updates, the users do not want to know about mere existence of such issues. Therefore, the necessity of the modification  704  included in the release notes is low. 
     A modification  706  imparts that display of slideshows of both still pictures and movies was enabled in a slideshow function. For this reason, the necessity of a modification  702  (display of a slideshow of only still pictures was enabled) associated with the slideshow function in an older update is also low. That is, when a specific function was modified a plurality of times in updates, it often suffices to inform a final modification without informing intermediate modification details. 
     A modification  708  imparts that a red-eye correction function was finally removed. Therefore, the necessity to inform modifications associated with the red-eye correction function in older updates (modifications  701 ,  705 , and  707  in the example of  FIG. 7A ) is also low. Furthermore, since version 5.0 before the first update did not include any red-eye correction function, the necessity to display the modification  708  which informs that the red-eye correction function was removed is originally low. 
     SUMMARY OF THE INVENTION 
     Therefore, there are necessities for an information processing apparatus which can efficiently provide information associated with update details when a plurality of updates have been made for same software at a time, and a control method thereof. 
     According to an aspect of the present invention, there is provided an information processing apparatus comprising: a storage unit adapted to, when a plurality of updates are made for same software at a time, store a plurality of pieces of update information for each update, each of the update information describes modification details from an immediately preceding update; a generation unit adapted to determine detail(s) not to be included in difference information that describes modification details of the software before and after the plurality of updates, from all modification details described in the plurality of pieces of update information by analyzing the plurality of pieces of update information, and generate the difference information based on the determination result; and a display control unit adapted to control a display device to display the difference information generated by the generation unit. 
     According to another aspect of the present invention, there is provided a control method of an information processing apparatus having a storage unit adapted to, when a plurality of updates are made for same software at a time, store a plurality of pieces of update information each of which describes modification details from an immediately preceding version in each update, the method comprising: a generation step of determining detail(s) not to be included in difference information that describes modification details of the software before and after the plurality of updates, from all modification details described in the plurality of pieces of update information by analyzing the plurality of pieces of update information, and to generate the difference information based on the determination result; and a display control step of controlling a display device to display the difference information generated in the generation step. 
     According to further aspect of the present invention, there is provided a computer readable recording medium recording an information processing program, the program causes a computer functions as: a storage unit adapted to, when a plurality of updates are made for same software at a time, store a plurality of pieces of update information for each update, each of the update information describes modification details from an immediately preceding update; a generation unit adapted to determine detail(s) not to be included in difference information that describes modification details of the software before and after the plurality of updates, from all modification details described in the plurality of pieces of update information by analyzing the plurality of pieces of update information, and generate the difference information based on the determination result; and a display control unit adapted to control a display device to display the difference information generated by the generation unit. 
     Further features of the present invention will become apparent from the following description of exemplary embodiments with reference to the attached drawings. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         FIG. 1  is a block diagram showing an example of the arrangement of a modification display apparatus as an example of an information processing apparatus according to an embodiment of the present invention; 
         FIG. 2  is a flowchart for explaining fixed issue display processing in the information processing apparatus according to the embodiment of the present invention; 
         FIG. 3  is a flowchart for explaining modified function display processing in the information processing apparatus according to the embodiment of the present invention; 
         FIG. 4  is a flowchart for explaining function removal processing in the information processing apparatus according to the embodiment of the present invention; 
         FIGS. 5A and 5B  are views showing screen examples used to display difference information in the information processing apparatus according to the embodiment of the present invention; 
         FIG. 6  is a view showing an example of release notes to be informed by the information processing apparatus according to the embodiment of the present invention; 
         FIGS. 7A and 7B  are views showing examples of release notes including all pieces of information of modifications; and 
         FIGS. 8A to 8D  are views showing examples of management files used by the information processing apparatus according to the embodiment of the present invention. 
     
    
    
     DESCRIPTION OF THE EMBODIMENTS 
     Preferred embodiments of the present invention will now be described in detail in accordance with the accompanying drawings. 
       FIG. 1  is a block diagram showing an example of the arrangement of a modification display apparatus  101  as an example of an information processing apparatus according to an embodiment of the present invention. The modification display apparatus  101  can be implemented by installing software that implements functions to be described later in a general-purpose computer device having, for example, an arrangement connectable to the Internet. Note that the computer devices include all devices that allow to update their software online such as a so-called personal computer, a portable information terminal such as a mobile phone, and digital devices having an Internet communication functions (a digital camera, printer, facsimile, television receiver, etc.). Also, the present invention can be applied to devices which update their software offline using recording media such as a CD-ROM or DVD-ROM. Referring to  FIG. 1 , a CPU  108  is a central processing unit which totally controls respective units in the modification display apparatus  101 , and serves as a main body that executes various kinds of information processing. Functions proposed by this embodiment can be implemented when this CPU  108  controls devices included in the modification display apparatus  101 . 
     A memory  106  allows read and write accesses, and is mainly used as a work area and data buffer of the CPU  108 . 
     The modification display apparatus  101  includes an HDD  107  as a hard disk drive used as a storage device. The HDD  107  stores programs and data. The CPU  108  controls respective units in the modification display apparatus  101  to operate according to programs read out from the HDD  107 , and processes data recorded in the HDD  107  according to the programs. The CPU  108  can also record the processed data in the HDD  107 . Note that the HDD  107  also records an installed application management file shown in  FIG. 8A . The installed application management file describes a name of an application installed in the HDD  107  and the version number (identifier) of that application. 
     The CPU  108  includes an analysis unit  108   a , determination unit  108   b,  generation unit  108   c,  and display control unit  108   d.  The analysis unit  108   a , determination unit  108   b,  generation unit  108   c,  and display control unit  108   d  are respectively function modules which are implemented when the CPU  108  loads programs. Note that the analysis unit  108   a , determination unit  108   b,  and generation unit  108   c  may be included in a single function module. The analysis unit  108   a,  determination unit  108   b,  generation unit  108   c,  and display control unit  108   d  may be included in the modification display apparatus  101  as circuits independent of the CPU  108 . The analysis unit  108   a , determination unit  108   b,  and generation unit  108   c  may be included in a single generation circuit (generation unit). 
     A display  105  includes, for example, a CRT, and displays characters such as alphabets and numerals and images such as graphics based on instructions from the CPU  108 . A keyboard  104  is an input device, which is operated by the user of the modification display apparatus  101  to input various data and information such as commands. A mouse  103  is an example of a pointing device, and is an interface used by the user to operate programs displayed on the display  105 . 
     A network board  109  is connected to a contents distribution server  111  via an Internet  110 . The network board  109  is a transmission/reception unit (communication interface) used to communicate with the contents (application) distribution server  111  via the Internet  110 . The modification display apparatus  101  obtains an installable application management file ( FIG. 8B ) and release notes that describe modifications in respective versions ( FIG. 6 ) from the contents distribution server  111  via the Internet  110 . The obtained files are saved in the HDD  107 . 
     The modification display apparatus  101  compares the version of the application described in the installed application management file ( FIG. 8A ) saved in the HDD  107  with that of the application described in the installable application management file ( FIG. 8B ) obtained from the contents distribution server  111 . In this embodiment, the version comparison is made for the single application. When the version described in the installable application management file shown in  FIG. 8B  is newer (it has a larger number), the modification display apparatus  101  understands that an update installer used to update that application is available. Then, the modification display apparatus  101  obtains release notes, which describe modifications of updates and have the structure shown in  FIG. 6 , from the contents distribution server  111 . That is, the modification display apparatus  101  obtains the release notes which include pieces of information of modifications in all updates made between the versions of the application shown in  FIGS. 8A and 8B , and have a unique structure upon updating the application from the version shown in  FIG. 8A  to that shown in  FIG. 8B . 
     For example, the installed application management file associates unique information (for example, a name) of the application with the installed version number, and describes that application X of version 5.0 has already been installed in the example of  FIG. 8A . The installable application management file associates unique information of the application with the installable latest version number, and describes that the installable version number of application X is 5.5 in the example of  FIG. 8B . For this reason, the modification display apparatus  101  obtains release notes a to e shown in  FIG. 6  as information (update information) associated with update details in respective updates made for the installed version of application (software) X. The release note a in  FIG. 6  describes a modification from version 5.0 to version 5.1. The release notes b in  FIG. 6  describe modifications from version 5.1 to version 5.2 The release notes c in  FIG. 6  describe modifications from version 5.2 to version 5.3. The release note d in  FIG. 6  describes a modification from version 5.3 to version 5.4. The release notes e in  FIG. 6  describe modifications from version 5.4 to version 5.5. The modification display apparatus  101  obtains the release notes a to e in  FIG. 6  as those to be analyzed. Note that the release notes shown in  FIG. 6  may include attributes and identifiers required to inform details suited to the user in addition to the versions after modifications and modification details. 
     In the release notes a to e shown in  FIG. 6 , identifiers used to identify versions after modifications in respective updates are associated with modification details from each immediately preceding version. The release notes a to e shown in  FIG. 6  include pieces of information which further associate function identifiers used to identify functions in software with the identifiers and modification details in a plurality of updates. The release notes a to e shown in  FIG. 6  have, for example, the following data structure. 
     An updated version field  601  describes identifiers of versions after modifications in respective updates. The updated version field  601  describes, for example, updated version numbers. 
     A purpose of modification field  602  describes pieces of information used to identify types of purposes of modification. The purpose of modification field  602  describes, for example, “function modified” when the modification is that of a specific function, and “issue fixed” when the modification is to fix an issue. 
     An issue occurrence version field  603  describes information used to identify a version that lead to an issue in application X. The issue occurrence version field  603  is valid, for example, when the purpose of modification field  602  describes “issue fixed”. For example, when the purpose of modification field  602  describes “issue fixed”, the issue occurrence version field  603  describes a version number that lead to the fixed issue first. 
     A function ID field  604  describes identifiers (function IDs) of functions in application X. The function ID field  604  is valid, for example, when the purpose of modification field  602  describes “function modified”. For example, when the purpose of modification field  602  describes “function modified”, the function ID field  604  describes a function ID assigned to the modified function. Assume that a plurality of functions to be identified are those which belong to an identical layer level in a hierarchical architecture in application X in principle, but they may be functions which belong to different layer levels having no inclusion relations. 
     A modification/removal field  605  describes pieces of information used to identify types of modifications (those in the broad sense) in function modifications. The modification/removal field  605  is valid, for example, when the purpose of modification field  602  describes “function modified”. The modification/removal field  605  describes “modified” when a modification (that in the narrow sense) was made for a function specified in the function ID field  604 , and “removed” when a function specified in the function ID field  604  was removed. Note that the modifications in the broad sense include modification and removal in the narrow sense. 
     An informing field  606  specifies informing attributes of modifications. The informing field  606  is valid, for example, when the purpose of modification field  602  describes “function modified”. For example, when the purpose of modification field  602  describes “function modified”, the informing field  606  describes “required” when that modification is required to be informed, and “normal” for other cases. 
     A function ID first implementing version field  607  describes pieces of information used to identify versions that implemented functions specified in the function ID field  604  first. The function ID first implementing version field  607  is valid, for example, when the purpose of modification field  602  describes “function modified”. For example, when the purpose of modification field  602  describes “function modified”, the function ID first implementing version field  607  describes a version number that implemented a function specified in the function ID field  604  first. 
     A modification details field  608  describes modification details to be informed to the user, that is, those from each immediately preceding version. 
       FIG. 7A  shows all modification details displayed if modifications are displayed upon updating software from version 5.0 to version 5.5 based on the release notes a to e shown in  FIG. 6 . A modification  701  displays description details in the modification details field  608  in the release note a in  FIG. 6  intact. Modification  702  and  703  display description details in the modification details field  608  in the release notes b in  FIG. 6  intact. Modification  704 ,  705 , and  706  display description details in the modification details field  608  in the release notes c in  FIG. 6  intact. A modification  707  displays description details in the modification details field  608  in the release note d in  FIG. 6  intact. Modification  708  and  709  display description details in the modification details field  608  in the release notes e in  FIG. 6  intact. In this way, by merely enumerating all modifications made in all of the plurality of updates, since display including many pieces of unnecessary information is made, efforts required for the user to recognize necessary information from the release notes are increased. That is, efficiency upon providing information associated with a plurality of update details for software to the user drops. 
     By contrast, in this embodiment, upon making a plurality of updates at a time, the modification display apparatus  101  extracts only modifications to be informed to the user from all modifications, and informs the user of them using the sequences shown in  FIGS. 2 ,  3 , and  4 . This embodiment will be described in detail below. 
     The sequence required not to inform information associated with an issue which occurred in a certain update and was fixed in a later update of a plurality of updates will be described below using  FIG. 2 .  FIG. 2  is a flowchart showing fixed issue display processing. 
     In step s 201 , the CPU  108  starts fixed issue display determination processing. In step s 202 , the CPU  108  accesses the HDD  107 , and obtains a version number before update from the installed application management file shown in  FIG. 8A . 
     In step s 203 , the CPU  108  accesses the HDD  107 , and obtains the release notes a to e shown in  FIG. 6 . Assume that the HDD  107  stores the release notes a to e shown in  FIG. 6 , which are downloaded in advance from the contents distribution server  111  via the Internet  110  and network board  109 . 
     In step s 204 , the CPU  108  loads fixed information from the obtained release notes. The CPU  108  can judge based on the description in the purpose of modification field  602  in  FIG. 6  whether or not the loaded modification details indicate “issue fixed” or “function modified”. If the purpose of modification field  602  describes “issue fixed”, the CPU  108  loads the modification details as fixed information. On the other hand, if the purpose of modification field  602  describes “function modified”, the CPU  108  may skip that row or may jump the process to step s 210 . 
     In step s 205 , the CPU  108  obtains a version which lead to the fixed issue. That is, the CPU  108  obtains an issue occurrence version number with reference to the issue occurrence version field  603  in  FIG. 6 . 
     In step s 206 , the CPU  108  compares the version number (5.0) before update and the issue occurrence version number. The version number before a plurality of updates is obtained in step s 202 , and the issue occurrence version number is obtained in step s 205 . 
     If the CPU  108  determines in step s 207  that the issue occurrence version number is larger (YES), it judges that a first modification which fixed an issue that occurred in one of a plurality of updates to be applied in a later update was made. In this case, the CPU  108  advances the process to step s 208 . On the other hand, if the CPU  108  determines in step s 207  that the issue occurrence version number is not larger (NO), it judges that a second modification which fixed an issue that occurred in a version before update was made in the plurality of updates to be applied. In this case, the CPU  108  advances the process to step s 209 . 
     In step s 208 , the CPU  108  determines that the first modification is a modification which is not needed to be provided to the user, and excludes the first modification from difference information. Note that the difference information is information of differences before and after the plurality of updates in modification details for application X, and is information to be informed to the user. In this embodiment, the informing method is attained by a display operation on the display  105 . However, the informing method is not limited to the display operation, but it may be attained by an audio output operation or print operation. 
     In step s 209 , the CPU  108  determines that the second modification is a modification which is needed to be informed to the user, since the fixed issue occurred in the version before update, and generates difference information to include the second modification. 
     That is, the CPU  108  analyzes a plurality of pieces of update information. Then, the CPU  108  determines details which are not included in the difference information that describes modification details of software before and after the plurality of updates of all the modification details described in the plurality of pieces of update information, and generates the difference information based on the determination result. More specifically, the analysis unit  108   a  analyzes the plurality of pieces of update information, and supplies the analysis result to the determination unit  108   b.  The determination unit  108   b  determines, according to the analysis result, details which are not included in the difference information that describes modification details of software before and after the plurality of updates of all the modification details described in the plurality of pieces of update information. The determination unit  108   b  supplies the determined details to the generation unit  108   c.  The generation unit  108   c  generates the difference information based on the determined details. The generation unit  108   c  supplies the generated difference information to the display control unit  108   d . The display control unit  108   d  controls the display  105  to display the received difference information (see  FIGS. 5A and 5B ). 
     The CPU  108  checks in step s 210  if the release notes which are currently referred to include fixed information which is to undergo determination processing as to whether the information indicates a modification to be informed or that not to be informed. If fixed information to be processed is included (YES), the CPU  108  returns the process to step s 204  to execute the determination processing for the fixed information to be processed. If all pieces of fixed information have been processed (NO), the CPU  108  advances the process to step s 211 . 
     The CPU  108  checks in step s 211  if release notes which are to undergo determination processing as to whether or not to inform fixed information still remain. If release notes to be processed still remain (YES), the CPU  108  returns the process to step s 203 , and executes the determination processing for the release notes to be processed. If all the release nodes have been processed (NO), the CPU  108  advances the process to step s 212 , thus ending the fixed issue display processing. With the aforementioned sequence, fixed issues, which are not needed to be informed to the user, are inhibited from being informed, and those that are needed to be informed to the user can be informed. In this way, information that is associated with fixed issues, and is needed for the user can be efficiently provided to the user. 
     The sequence of processing that informs only a last modification for a single function when modifications for that function have been made in different updates will be described below using  FIG. 3 .  FIG. 3  is a flowchart showing modified function display processing. In a description of this processing, a method of describing a modification for a certain function in a certain update and that for the same function in an update to a later version together will also be described. Furthermore, in the description of this processing, a method of excluding all modifications of a new function, which was added in the middle of a plurality of updates and was removed after the plurality of updates, from difference information will be described later using  FIG. 4 . 
     In step s 301 , the CPU  108  starts modified function display processing. In step s 302 , the CPU  108  accesses the HDD  107 , and obtains a version number before update from the installed application management file shown in  FIG. 8A . 
     In step s 303 , the CPU  108  accesses the HDD  107 , and obtains the release notes a to e shown in  FIG. 6 . Assume that the HDD  107  stores the release notes a to e shown in  FIG. 6 , which are downloaded in advance from the contents distribution server  111  via the Internet  110  and network board  109 . 
     In step s 304 , the CPU  108  loads modified function information to be processed from the obtained release notes. The CPU  108  can judge based on the description in the purpose of modification field  602  in  FIG. 6  whether or not the loaded modification details indicate “issue fixed” or “function modified”. If the purpose of modification field  602  describes “function modified”, the CPU  108  loads the modification details as modified function information. On the other hand, if the purpose of modification field  602  describes “issue fixed”, the CPU  108  may skip that row or may jump the process to step s 312 . 
     In step s 305 , the CPU  108  refers to the informing field  606  in  FIG. 6  of the loaded modified function information. If the CPU  108  determines that the informing field  606  in  FIG. 6  describes “required” (YES), it advances the process to step s 311 . If the CPU  108  determines that the informing field  606  in  FIG. 6  describes “normal” (NO), it advances the process to step s 306 . 
     In step s 306 , the CPU  108  obtains a function ID of the modified function information. The CPU  108  obtains the function ID with reference to the function ID field  604  in  FIG. 6 . 
     The CPU  108  confirms in step s 307  if pieces of modified function information having the same function ID are stored in a display buffer by accessing the memory  106 . Note that the display buffer is an area virtually assured in the memory  106  so as to store information to be displayed on the display  105 . If the CPU  108  determines that modified function information having the same function ID is not stored in the display buffer (NO), it advances the process to step s 311 . If the CPU  108  determines that pieces of modified function information having the same function ID are stored (YES), it advances the process to step s 308 . 
     In step s 308 , the CPU  108  specifies modified function information having a maximum version number (latest version number) in the updated version field  601  of those having the same function ID which are stored in the display buffer, and compares that version number with the updated version number of the currently processed modified function information. 
     In step s 309 , the CPU  108  determines the comparison result in step s 308 . If the CPU  108  determines that the updated version number of the currently processed information is larger, that is, newer than that of the information stored in the display buffer (YES), it advances the process to step s 310 . If the CPU  108  determines that the updated version number of the currently processed information is not larger, that is, not newer than that of the information stored in the display buffer (NO), it advances the process to step s 312 . 
     In step s 310 , the CPU  108  removes pieces of modified function information having the same function ID, which are stored in the display buffer and in which an informing attribute is not “required”, so as to update the modified function information by that having a newer updated version. Note that the CPU  108  does not remove the modified function information having the same function ID if it has an informing attribute “required”. 
     In step s 311 , the CPU  108  stores the currently processed modified function information in the display buffer. If YES is determined in step s 305 , the CPU  108  stores the currently processed modified function information in the display buffer irrespective of whether or not the modified function information having already the same function ID is stored in the display buffer. Or if NO is determined in step s 307 , the CPU  108  stores the currently processed modified function information in the display buffer as new modified information of that function. Or if NO is determined in step s 310 , the CPU  108  stores the currently processed modified function information in the display buffer so as to update the modified function information by that of a newer updated version. 
     The CPU  108  checks in step s 312  if the release notes which are currently referred to include modified function information which is to undergo determination processing as to whether the information indicates a modification to be informed or that not to be informed. If modified function information to be processed is included (YES), the CPU  108  returns the process to step s 304  to execute the determination processing for the modified function information to be processed. If all pieces of modified function information have been processed (NO), the CPU  108  advances the process to step s 313 . 
     The CPU  108  checks in step s 313  if release notes which are to undergo determination processing as to whether or not to inform modified function information still remain. If release notes to be processed still remain (YES), the CPU  108  returns the process to step s 302 , and executes the determination processing for the release notes to be processed. If all the release nodes have been processed (NO), the CPU  108  advances the process to step s 314 . 
     That is, by repeating a loop of steps s 302  to s 313 , the CPU  108  generates difference information for each function as follows. That is, the CPU  108  analyzes update information for each function in software to generate difference information for each function in software. When modifications for one function were made in a plurality of updates, the CPU  108  generates the difference information to include modification details in the latest one of the plurality of updates. The CPU  108  generates the difference information to exclude modification details in the remaining ones of the plurality of updates. With this sequence, a modified function which is not needed to be informed to the user is inhibited from being informed, and a modified function which is needed to be displayed for the user can be informed. In this manner, information required for the user in association with each modified function can be efficiently provided to the user. 
     In step s 314 , the CPU  108  executes function removal processing. The function removal processing will be described in detail below using  FIG. 4 . 
     In step s 401 , the CPU  108  starts the function removal processing. In step s 402 , the CPU  108  accesses the HDD  107 , and obtains a version number before update from the installed application management file shown in  FIG. 8A . 
     In step s 403 , the CPU  108  accesses the memory  106 , and obtains all pieces of modified function information having the same function ID from the display buffer. 
     In step s 404 , the CPU  108  specifies modified function information having a maximum version number (latest version number) in the updated version field  601  from those having the same function ID. 
     In step s 405 , the CPU  108  refers to the modification/removal field  605  of the (latest) modified function information having the maximum value specified in step s 404 , and determines whether that value is “modified” or “removed”. If the CPU  108  determines that the modification/removal attribute of the latest modified function information is “removed” (function removed) (YES), it advances the process to step s 406 . If the CPU  108  determines that the modification/removal attribute of the latest modified function information is not “removed” (NO), it jumps the process to step s 409 . 
     In step s 406 , the CPU  108  refers to the function ID first implementing version field  607  in association with the same function ID as that of the modified function information having the maximum value specified in step s 404  to obtain a function added version number. Then, the CPU  108  compares the function added version number and the version number before update obtained in step s 402 . 
     In step s 407 , the CPU  108  determines the comparison result in step s 406 . If the CPU  108  determines that the function added version number is larger (YES), it judges that the function to be determined was added in the middle of the plurality of updates. In this case, the CPU  108  advances the process to step s 408 . On the other hand, if the CPU  108  determines that the function added version number is not larger (NO), it judges that the function to be determined was added before the plurality of updates. In this case, the CPU  108  advances the process to step s 409 . 
     In step s 408 , the CPU  108  removes, from the display buffer, pieces of the modified function information in which an informing attribute is not “required” of all the pieces of modified function information which have the same function ID as that of the function to be determined. Note that the CPU  108  does not remove the modified function information having the same function ID as that of the function to be determined if it has an informing attribute “required”. 
     The CPU  108  checks in step s 409  if modified function information having a function ID, which is to undergo determination processing as to whether or not it indicates a modification to be displayed on the display  105  or that not to be displayed is stored in the display buffer. If the CPU  108  determines that modified function information having a function ID to be processed is stored (YES), it returns the process to step s 403  to apply the aforementioned processes to the function ID to be processed. If the CPU  108  determines that no modified function information having a function ID to be processed is stored (NO), it advances the process to step s 410 , thus ending the function removal processing. 
     That is, by repeating a loop of steps s 403  to s 409 , the CPU  108  generates difference information as follows. That is, when a new function was added in a first update of a plurality of updates, and was removed in a second update, the CPU  108  generates difference information to exclude information about the new function. The second update is later than the first update of the plurality of updates. Then, information associated with a function which was added in the middle of the plurality of updates can be prevented from being included in the difference information. That is, with the aforementioned sequence, an added function which is not needed to be informed to the user is inhibited from being informed, and an added function which is needed to be informed to the user can be informed. As a result, information required for the user in association with the added function can be efficiently provided to the user. 
     In step s 315  in  FIG. 3 , the CPU  108  supplies the contents (difference information) of the display buffer to the display  105 . The display  105  displays the contents (difference information) of the display buffer (see  FIGS. 5A and 5B ). 
     In step s 316 , the CPU  108  ends the modified function display processing. With the aforementioned sequence, modified function information which is not needed to be informed to the user is not informed, and modified function information which is needed to be informed to the user can be informed. 
     The display contents in  FIG. 7A  can be sorted out using the aforementioned sequence, as shown in  FIG. 5A . Note that the sorted-out display contents include an all modification display menu  501  for a user who wants to confirm all modifications made in the middle of updates. That is, the CPU  108  generates not only the difference information used to make the display shown in  FIG. 5A  but also information of all modifications used to make the display shown in  FIG. 7A , and stores these pieces of information in the display buffer. Then, upon detection of this all modification display menu  501  clicked by the mouse  103 , the CPU  108  supplies the information of all the modifications to the display  105 . The display  105  can switch the display shown in  FIG. 5A  to that shown in  FIG. 7A  accordingly. As a result, not only the latest modified function information is displayed, but also all the modifications made in the middle of updates can be informed in response to a request from a user who wants to confirm them. 
     Note that  FIG. 5A  only displays the latest modified function information in  FIG. 7A , without displaying pieces of intermediate modified function information. Hence, a display example of pieces of intermediate modified function information will be described below. Using the same release notes shown in  FIG. 6 , when a version before update is obtained from an installed application management file shown in FIG.  8 C, and an updatable version is obtained form an installable application management file shown in  FIG. 8D , it can be detected that software can be updated from version 5.1 to version 5.4. In this case,  FIG. 7B  shows an example of a display if all modifications made during these updates are displayed. When the processing of this embodiment described so far is applied, difference information is displayed, as shown in  FIG. 5B . As can be seen from  FIG. 5B , both function modifications, that is, a red-eye correction function modified in a modification  707 , and that modified in a previous modification  705  are displayed. 
     In the above-described embodiments, a case in which a plurality of updates are applied to a single software is described. However, the present invention is not limited to such a case. For example, the present invention also encompasses a case in which a plurality of updates are applied to a plurality of application programs constituting a single software at a time. Accordingly, in the attached claims, either a single or plural application(s) may constitute “same software.” 
     Other Embodiments 
     Aspects of the present invention can also be realized by a computer of a system or apparatus (or devices such as a CPU or MPU) that reads out and executes a program recorded on a memory device to perform the functions of the above-described embodiment(s), and by a method, the steps of which are performed by a computer of a system or apparatus by, for example, reading out and executing a program recorded on a memory device to perform the functions of the above-described embodiment(s). For this purpose, the program is provided to the computer for example via a network or from a recording medium of various types serving as the memory device (for example, computer-readable medium). 
     While the present invention has been described with reference to exemplary embodiments, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. The scope of the following claims is to be accorded the broadest interpretation so as to encompass all such modifications and equivalent structures and functions. 
     This application claims the benefit of Japanese Patent Application No. 2009-174741, filed on Jul. 27, 2009, which is hereby incorporated by reference herein its entirety.