WO2004042558A1 - Software update information providing method, software update information providing system, electronic devices, and program - Google Patents

Software update information providing method, software update information providing system, electronic devices, and program Download PDF

Info

Publication number
WO2004042558A1
WO2004042558A1 PCT/JP2003/014265 JP0314265W WO2004042558A1 WO 2004042558 A1 WO2004042558 A1 WO 2004042558A1 JP 0314265 W JP0314265 W JP 0314265W WO 2004042558 A1 WO2004042558 A1 WO 2004042558A1
Authority
WO
WIPO (PCT)
Prior art keywords
software
update information
user
computer system
update
Prior art date
Application number
PCT/JP2003/014265
Other languages
French (fr)
Japanese (ja)
Inventor
Yoichiro Terasawa
Mitsuo Hamada
Original Assignee
Qwanty Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qwanty Corporation filed Critical Qwanty Corporation
Priority to AU2003277646A priority Critical patent/AU2003277646A1/en
Publication of WO2004042558A1 publication Critical patent/WO2004042558A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Definitions

  • the present invention relates to a software update information providing method for updating software used by a user, a software update information providing system, an electronic device, and a program.
  • the user when a user updates software, for example, the user has a software provider send software for updating the software on a recording medium, and installs the software on the recording medium. By doing the update.
  • the user accesses the update site operated by the software provider via the Internet or the like, and executes the update by receiving a module for updating the software from the site. In some cases.
  • a software providing method is directed to a system in which a computer system on a sending side and a computer system on a user side can communicate via a network.
  • the computer system on the sending side stores at least one or more pieces of update information necessary for updating the provided software in each update information storage area divided for each software provider.
  • the information storage area is stored in advance in association with the first identification information for identifying the information storage area, and is stored on the user side.
  • the viewing system transmits the first identification information to the computer system on the sending side via the network, and the viewing system on the sending side transmits the first identification information via the network.
  • a list of the update information is created based on the update information stored in the update information storage area corresponding to the first identification information, and a list of update information on a user side is provided via the network.
  • the list of update information should be obtained by comparing the list of update information with the software currently used on the user side. It is determined whether or not there is update information. If there is an update to be acquired, the first identification information is used to transmit the update information from the update information storage area via a network. And obtain necessary update information.
  • a software providing system is a system in which a computer system on the sending side and a computer system on the user side can communicate via a network.
  • the computer system on the side stores at least one or more pieces of update information necessary for updating the provided software in each update information storage area divided for each software provider.
  • Storage means for storing in advance in association with first identification information for identification; receiving means for receiving first identification information from a user-side computer system via the network; and Receiving the first identification information, based on the update information stored in the update information storage area corresponding to the first identification information; Transmitting means for creating a list of the update information, and transmitting the list to a user-side computer system via the network, wherein the user-side computer system transmits the list via the network.
  • Transmitting means for transmitting the first identification information to the computer system on the sending and receiving side; and receiving the list of update information from the viewing system on the sending and receiving side.
  • update information acquisition means for acquiring necessary update information from the update information storage area via the network using the first identification information when there is update information to be acquired. It is characterized by:
  • An electronic apparatus is an electronic apparatus capable of communicating with a computer system on a sending side via a network, and includes update information provided on a center side.
  • Transmitting means for transmitting the first identification information for identifying a storage area to the communication system on the sending / receiving side via the network, and the first identification information by the first transmitting means;
  • Determining means for comparing the software to be used to determine whether or not there is update information to be obtained; and, when there is update information to be obtained, determining the first identification information.
  • Update information acquisition means for acquiring necessary update information from the update information storage area via a network using the update information storage area.
  • a program includes a computer capable of communicating with a convenience store system on a remote side via a network, and an update information storage area provided on the remote side. Transmitting the first identification information for identifying the first identification information to the computer system on the transmitting side via the network; and transmitting the first identification information to the transmitting side by the first transmitting means. Receiving the list of update information from the computer system at the sending side when transmitting the list to the computer system at the sending side; and using the list of update information received by the receiving means at the user side. Determining whether there is update information to be obtained by comparing the software with the software to be updated; and, when there is update information to be obtained, from the update information storage area using the first identification information. And obtaining required update information via a network.
  • the storage area is divided for each software provider on the sending side, so the software provider uses the area to update the software necessary for updating the software. Update information can be easily managed without going through complicated procedures.
  • the computer system on the user side determines the necessity of acquiring the update information, and identifies the update information to be acquired by itself. The burden on the center side is reduced as compared with the above.
  • the first identification information is URL information indicating a location of the update information storage area. This allows the user's computer system to acquire the update information using the URL information.
  • the computer system on the sending side stores in advance the second identification information for identifying the user in association with the first identification information, and
  • the computer system stores the second identification information in advance, transmits the second identification information to the sending / receiving computer system, and the sending / receiving computer system includes the user computer.
  • the first identification information corresponding to the second identification information received from the system may be transmitted to a user-side computer system.
  • the combination system on the sending / receiving side transmits the second identification information for identifying the user to the first identification information.
  • Means for pre-storing the identification information in association with the identification information the computer system on the user side comprising: means for pre-storing the second identification information; and a computer on the center side for storing the second identification information.
  • the center-side computer system further includes: a transmitting unit that transmits the first identification information corresponding to the second identification information received from the user-side computer system. The data may be transmitted to the user's computer system.
  • the computer system on the sending side can specify the user by the second identification information, and can specify the first identification information based on the second identification information.
  • the computer system on the user side can obtain the first identification information by transmitting the second identification information to the computer system on the sender side, and the first identification information can be obtained by the first identification information. Update information can be obtained.
  • the update information is a module for updating software
  • the user-side convenience system includes: a list of modules received from the sender-side computer system; A list of missing modules is created by comparing with the currently used software module, the user's intention to acquire the module is confirmed based on the list, and when a user's acquisition input is received. A module that is missing from the update information storage area may be obtained.
  • the update information is a module for updating software
  • the determination unit includes the center-side convenience server.
  • the update information obtaining means may obtain a missing module from the update information storage area when a user input is obtained.
  • the update information is a module for updating software
  • the determining unit includes: a list of modules received from the sending / receiving system; Means for creating a list of missing modules by comparing the modules of the software currently being used, and means for confirming the user's intention to acquire modules based on the list;
  • the acquisition means may acquire a missing module from the update information storage area when a user's acquisition input is received.
  • the user's computer system or electronic equipment determines the necessity of acquiring the module and specifies the module to be acquired. There is no need to specify the modules required for updating the software, and the burden on managing the modules is reduced.
  • the user's convenience system receives the list of modules stored in the update information storage area again, and based on the list. Then, the list of the missing modules may be created again, and the missing modules may be acquired based on the created list.
  • the update information providing system of the present invention when the user's acquisition system receives the user's acquisition input, the list of modules stored in the update information storage area is received again.
  • the apparatus may further include means for re-creating the list of missing modules based on the list, and the update information acquiring means may acquire missing modules based on the created list.
  • the electronic apparatus of the present invention when receiving the user's acquisition input, receives again the list of modules stored in the update information storage area, and based on the list, The apparatus may further include means for re-creating the list, and the update information acquiring means may acquire a missing module based on the created list.
  • the computer system of the software provider may add the update information by transmitting the update information to the update information storage area.
  • the combination system on the sending side receives update information from the computer system on the software provider side and adds the update information to the update information storage area. It may have further means.
  • the center side adds the update information to the update information storage area one by one. Can always provide the user with the latest updated information.
  • a predetermined notification may be sent to the computer system on the user side.
  • the user can immediately know the latest software update information provided by the software provider and update the software with the update information.
  • the update of the software may affect other software used by the user, and the operation of the other software may become unstable. In such a case, it was difficult for a user without specialized knowledge to judge or predict the effect in advance and stop updating the software when there is a possibility of adverse effect.
  • the computer system or the electronic device on the user side updates the software so that the computer system or the electronic device on the user side can execute the software.
  • Information on the influence on software other than the software may be stored in advance, and the updating of the software according to the update information may be regulated based on the stored information.
  • the user can safely update the software without worrying about the influence of the software update on other software, and even if there is an update software that has an adverse effect, the update can be performed.
  • the computer system on the user side includes a master machine and a link machine, and the master machine sends the update information to the link machine.
  • the link machine acquires the update information from the computer system of the center when the mass information machine acquires the update information. There may be. This allows the user to update the software of all terminals with a single update of the master machine, even if the user has multiple terminals in the network.
  • the user's convenience system or the electronic device acquires the software acquired at that time before updating the software.
  • the software information version and the first identification information corresponding to the software obtained at that time are stored in advance, and the user's computer system obtains the update information, and the software obtains the update information. If the software has been updated and there is a problem with software other than the software in the user's convenience viewing system, the version of the software before the update is updated based on the saved information. Alternatively, it may be obtained as new update information from the update information storage area.
  • a plurality of the update information storage areas exist for one software provider, and the plurality of update information storage areas include the software.
  • Software update information may be stored for each of a plurality of different software provided by the provider.
  • a plurality of update information storage areas exist for one software provider, and the plurality of update information storage areas include: Among a plurality of different software provided by the software provider, software update information may be stored for each combination of one or a plurality of software used by each user.
  • the software provider can store the software in a plurality of storage areas for each software or according to a combination used by a user. Since it can be stored, software management becomes easier, and software update information can be smoothly provided to users.
  • FIG. 1 is a diagram showing a configuration of a system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing the configuration of the computer system 102 on the sending side.
  • FIG. 3 is a diagram showing the structure of each data base managed by the data storage unit 205.
  • FIG. 4 is a diagram showing a logical configuration of the computer system 401 on the user side.
  • FIG. 5 is a flowchart showing a flow of processing on the user side according to the embodiment of the present invention.
  • FIG. 6 is a flowchart showing a process flow on the sending side according to the embodiment of the present invention.
  • Figure 7 shows the missing modules from the updated module list and the current module list. It is a figure showing signs that a joule list is created.
  • FIG. 8 is a flowchart showing processing on the user side when performing the update suspending function.
  • FIG. 9 is a diagram showing a network constituting a computer system on the user side.
  • FIG. 10 is a flowchart showing processing on the user side according to an embodiment of the present invention.
  • FIG. 11 is a sequence diagram showing the flow and processing of information exchanged in the entire system according to an embodiment of the present invention.
  • FIG. 12 is a flowchart showing an operation required in advance by the user side to realize a function of returning the software to the state before the update.
  • FIG. 13 is a flowchart showing the flow of operations on the user side when the software is restored to the state before the update after the software update.
  • FIG. 14 is a block diagram showing a configuration on the sending / receiving side according to another embodiment of the present invention.
  • FIG. 15 is a flowchart showing a process on the user side when updating software in another embodiment of the present invention.
  • FIG. 16 is a flowchart showing the operation of the update tool 403 when the missing module list is created again.
  • FIG. 1 is a diagram showing a configuration of a system according to an embodiment of the present invention.
  • the Internet network 101 which is a form of network, has a computer system 102 on the sending side, a convenience viewing system 103 on the user side, and a software system on the side of the software provider.
  • Computer system 1 0 4 is connected. These computer systems may be a single convenience store or a network of multiple convenience stores.
  • the network 10 between the computer system 102 on the sending side, the computer system 103 on the user side, and the computer system 104 on the software provider side It is possible to communicate via 1.
  • FIG. 2 is a block diagram showing the configuration of the computer system 102 on the sending side.
  • the server 102 includes a CPU (Central Processing Unit) 201, a RAM (Random Access Memory) 202, a communication unit 203 for performing communication via the Internet 101, and a software It has an update information storage area 204 in which information required for updating is stored, a data storage section 205 in which various data are stored, and a software storage section 206 in which various software are stored.
  • the update information storage area 204 has areas 204a, 204b-, divided for each software provider. In each of the divided areas 204a, 204b,..., The updated information required for updating the software provided by each software provider is stored.
  • the update information S storage area 204 is, for example, rented to the software provider by the sender side, and the software provider determines the update information storage area 204 by a lease contract with the sender side. While renting 4, it may be possible to use the area freely.
  • the software provider can use the plurality of update information storage areas 204 for the software. Is also good.
  • the above-mentioned divided update information storage area is not necessarily a service on the center side.
  • the server need not exist in the server 102, for example, if the server can communicate with the server 102 on the sending side via a network and can be managed by the sending side, the server on the sending side It may exist in a place other than 102.
  • the data storage unit 205 stores a user database 205a, a software provider database 205b, a product database 205c, and an update information storage area database 205d.
  • FIG. 3 is a diagram showing the structure of each database managed by the data storage unit 205.
  • the user database 205a includes a user ID (Identification), a user IP (Internet Protocol) address, a domain name, a software provider ID, and an update information storage area.
  • a URL Uniform Resource Locator
  • the update information storage area URL is an area for identifying the location of each storage area such as the divided areas 204a, 204b, and 204c.
  • the software provider data base 205b stores the software provider ID, software provider name, update information storage area URL data, product release number, and the like.
  • the product database 205c stores product release numbers, product names, update information storage areas URL data, update module data, and the like.
  • the update information storage area database 2005d stores an update information storage area URL, a software provider ID, and the like.
  • the software storage unit 206 detects user data.
  • User data search mechanism 206a software provider data search mechanism for searching software provider data 206b, product data search for searching product data A mechanism 206c and an update information storage area data search mechanism 206d for searching for update information storage area data are provided.
  • User data search mechanism 206a When the user sends a user ID, the database is searched and extracted by associating with the database storage unit 205, and the update information storage area in which the update information of the software used by the user is stored. Identify areas 204a, 204b, ... in 204. Then, the user is notified of the URL of the area in question.
  • the user only transmits the user ID to the sending / receiving side, and the update information storage area of the software used by the user is specified by the connection of the sending / receiving side on a data basis.
  • the user receives the notification of the URL of the storage area from the sender side, the user accesses the update information storage area 204 based on the URL of the update information storage area, and easily obtains the update information. Can be obtained.
  • the software provider can easily send the update information of the software to be provided to the update information storage area 204 in advance, and the above-mentioned association on the sender side makes it easy for many users. Update information can be provided.
  • FIG. 4 is a diagram showing a logical configuration of the computer system 401 on the user side.
  • an update tool 403 for executing the update information providing system according to the present invention is mounted on the lowest operating system (OS) 402. And this At the upper layer of the update tool 403, software 404 (for example, 404a, 404b, 404c, 404d, etc Provided by each software provider is operating.
  • OS operating system
  • the update tool 403 provides a user interface when the user accesses the center via the Internet 101.
  • the update tool 403 activates an update information management screen on a display (not shown) of the user system 103 and the user updates the update information.
  • the management screen follows the instructions on the management screen to connect to the sender by entering the user ID assigned in advance by the sender to identify the user.
  • the center side specifies the update information storage area 204 of the software used by the user 103 by associating the user ID with the database 205 as described above, and stores the update information in the update information storage area 204.
  • Area URL data is extracted and notified to the user side. Then, the user accesses the update information storage area 204 based on the notified update information storage area URL data and acquires the update information, so that the software 404 used by the user is updated.
  • the software update information may be a module for upgrading the software, a patch for a security hole in the software, or the like.
  • the user can easily obtain the update information of the software by simply activating the update information management screen using the update tool 403 and transmitting the user ID to the center.
  • FIG. 5 is a flowchart showing the flow of processing on the user side according to an embodiment of the present invention.
  • FIG. 6 is a flowchart showing a process flow on the sending side according to an embodiment of the present invention. Based on both figures, the processing on the user side and on the sending side will be described.
  • the user activates the update information management screen with the update tool 403 (step 501), and uses the update information management screen to go to the sender side via the Internet 1 network 101.
  • Send the user ID (step 502).
  • the center receives the user ID transmitted from the user (step 601)
  • the center searches for a license for the user to use the update tool 403 (step 602). ),
  • Check whether there is a license (step 603). If there is no license, the center sends an error to the user (step 604), and an error is displayed on the display update information management screen in the user's convenience display system 103. Is displayed.
  • the sender searches the product type used by the user by associating the user ID with the product release number (step 605). Then, by associating the retrieved product release number of the product type with the URL data in the update information storage area 204 in which the update information of the product is stored (step 606), the user can obtain the information. Identify areas 204a, 204b,... In the update information storage area 204 of the software to be updated, and transmit the URL data of the area to the user side (step 607). . The user receives the URL data transmitted from the sender (step 503), and accesses the update information storage area based on the URL data.
  • the sending side searches for all the update modules stored in the area (step 608), and creates a list of all the update modules stored based on the search result. Then, the updated module list is transmitted to the user side (step 609) (step 610). The user receives the update module list sent from the sender
  • Step 504 and the update tool 403 compares the updated module list with the software module currently used by the user and calculates the difference (Step 505). If there is not enough modules, create a list of the missing modules (step 507) and display the software update screen (step 508). Notify that there is. If there are not enough modules, the screen returns to the update information management screen (step 506). More specifically, for example, as shown in FIG. 7, the updated module list is compared with the current module list, and for example, the differences xxx-123-2-xyz, xxx-123-3-b Extract three modules, .xyz and xxx-123-3-c.xyz, and create a missing module list.
  • the user selects whether to immediately execute the update, to immediately execute the update, or not to execute the update from the update screen (step 509). If the user selects not to execute the update, the screen returns to the update information management screen (step 5 10). If the user selects to execute the timer, a timer setting screen is displayed (step 511), and the timer is set. Then, when execution is selected by the user or at a set time, the update information storage area received via the Internet 101 based on the received update information storage area URL file. Access 204 and acquire the update module based on the missing module list (step 5 12). Then, the acquisition is repeated until all the modules are acquired, and the update work is completed when the user installs the acquired modules and executes the software update (step 514).
  • the above-mentioned update module list is not created when the user accesses the sender using the above URL data, but is created, for example, by the user. It may be created when a user ID is received from, and transmitted when the user accesses it.
  • the user can easily update the software simply by transmitting the user ID and selecting a work in accordance with the update information management screen displayed by the update tool 403, and the user himself / herself can update the software.
  • the burden is reduced compared to when the necessity of renewal is judged, and convenience is improved.
  • the update tool 403 determines whether there is a missing module based on the list of update modules received from the center side, and acquires the module from the sender if there is a missing module. Therefore, the software provider only needs to store the software update information in the update information storage area 204, and the software can be easily provided to the user by the processing of the sender and the user. Update information can be provided. Also, since it is not necessary for the sending side to judge the module necessary for the user side, the burden of both the software provider side and the sending / receiving side is reduced by the update rule 403.
  • the present system is not limited to a mode in which the user activates the update information management screen by himself / herself, and the sending side prompts the update module 403 to periodically activate the update information management screen.
  • a mode may be adopted.
  • the update information management screen is started periodically and automatically, so that the user can update the software regularly without being aware of it.
  • the software provider adds software update information via the Internet 101, and the sender notifies the user of the addition of the update information every time the software provider adds the update information.
  • the update module 403 may activate the update information management screen in response to the notification. As a result, the user immediately knows the latest software update information provided by the software provider and updates the software with the update information. Can be
  • the updating of the software may affect other software used by the user, and the operation of the other software may become unstable. In such a case, it was difficult for a user without specialized knowledge to judge or predict the effect in advance and stop the update work if there is a possibility of adverse effect.
  • FIG. 8 is a flowchart showing processing on the user side when performing the function.
  • the update module 403 is set to the module of the module that the software provider may influence in advance. Searches the update abort module file 802 in which the name is described, compares the module in the file 802 with the update module list received by the user, and if there is a matching module, the module is searched. Delete it from the update module list (step 8001). This stops the acquisition of the module. For the module other than the deleted module, the processing described above (steps 505 to 514) is executed. If there is a module whose acquisition has been stopped, the fact may be displayed on the management screen to notify the user, for example.
  • the user For modules whose acquisition has been discontinued, for example, the user notifies the software provider of this fact, and the software provider again checks the operation of other software when the module is applied. When it is confirmed that the operation is not affected, the software provider transmits the module to the update information storage area 204 again, notifies the user of the fact, and notifies the user of this.
  • the mode may be such that the software can be updated by accessing the area 204.
  • FIG. 9 is a diagram showing a network constituting a computer system on the user side.
  • a computer system on the user side may constitute a network in which one master machine 91 and a plurality of link machines 902 can communicate with each other.
  • the present invention has a function of updating the software of the master machine 901 and the software of the link machine 902 simultaneously in such a case.
  • the link machine 902 also has the update tool 403.
  • FIG. 10 is a flowchart showing processing on the user side according to an embodiment of the present invention.
  • the update tool 4003 performs the same processing as the processing in FIG. 5 from step 501 to 507, and determines whether or not the link machine 902 exists on the user side before displaying the update screen. Is checked from the cell / link file 1002 in which the information is stored in advance (step 1001).
  • Step 1003 If there is a link machine 902, check whether the master machine and the link machine 902 can communicate (step 1003). If communication is not possible, an error message is displayed. (Step 1004), and if communication is possible, display the software update screen as in Fig. 5 (step 508) o
  • the update module of the master machine 901 issues a command to the update tool of the link machine 902 to obtain the module from the sender, and the master machine 901 downloads the update module.
  • the link machine 902 acquires the update module from the sender (Step 1005), so that the software of all the machines is updated simultaneously (Step 1006).
  • the user can easily update the software of all the machines in one operation even if the user has a plurality of machines in the network.
  • FIG. 11 is a sequence diagram showing the flow and processing of information exchanged in the entire system according to an embodiment of the present invention.
  • the software provider sends a software update module to the software update information storage area 204 in advance (step 1101).
  • the sending side stores the software update information in association with the update information storage area URL data, user ID, software provider ID, product release number, etc., and stores the user ID.
  • Step 1102 the update information storage area 204 corresponding to the software used by the user is specified by the association, and the URL of the update information storage area is transmitted to the user (step 1102). 1 103).
  • the user accesses the update information storage area based on the URL data (step 1104), and the sender identifies the module stored in the URL of the storage area when the access is made.
  • an update module list describing all the modules is created, and the update module list is transmitted to the user (step 1105).
  • the user compares the updated module list with the currently used software module, creates a missing module list for the missing module, and updates the module.
  • the update information storage area 204 is accessed using the URL data (step 1106).
  • the software update module is obtained from 204 (step 1007).
  • the user simply activates the update information management screen and sends the user ID to the sender, and after that, the update tool 403 automatically creates a missing module list and
  • the software can be updated very easily to acquire the missing modules based on the list, while the software provider only sends the software update information to the sender in advance.
  • the update information can be easily provided to the user by the processing on the center side and the user side.
  • the URL data for identifying the update information storage area classified for each software provider, and the module information necessary for updating the software are stored in association with each other in advance, and stored from the user side.
  • the sender extracts the URL corresponding to the user ID and sends it to the user, and the user updates using the URL.
  • the sending side sends the list of modules in the area to the user side, and the user side compares the list with the current module to list the missing modules.
  • the software provider uses the update information storage area 204 to obtain the module from the server based on the list and the URL.
  • Modules required to update software can be easily managed without complicated procedures.
  • the user can automatically update the software by the update tool 403 automatically. Update information necessary for updating software can be easily obtained.
  • the embodiments of the present invention are not limited to the above-described embodiments, and various changes can be made within the scope of the technical idea of the present invention.
  • the system according to the present invention also has a function of returning the software to a state before the update.
  • the software before updating the software on the user side, information on the module before the update and information on the acquisition source are stored in advance, and if the above-mentioned problem occurs after the update, By acquiring the module before update as a new update based on the saved information, the software can be returned to the state before update.
  • FIG. 12 is a flowchart showing an operation required by the user in advance to realize such a function.
  • parts performing the same processing as in FIG. 5 described above are denoted by the same reference numerals, and description thereof will be omitted.
  • the update tool 403 on the user side obtains a module by the same processing as in FIG. 5 described above (step 5 12), and Before updating the software, the information on the current module version and the location information of the module of the software to be updated are saved before the update, that is, at that time (step 12). 0 1). After that, the software is updated as in Fig. 5.
  • the location information of the pre-update version of the module is, for example, URL data from which the module was obtained from the update information storage area 204 when the module was obtained.
  • the update tool 403 stores the history of access to the acquisition source of the module required for the update when the software was last updated, and based on this information, the software currently used is updated. Information on the version of the software module and the location from which the module was obtained can be stored. By storing this information before updating the software, even after updating the software, the software can be restored to the state before the update by acquiring the module before updating based on the information. It becomes possible.
  • the update information storage area 204 stores all versions of the software provided by the software provider, the version of the software that the user desires to return to the state before the update is stored. No matter which version is used, it can be obtained from the update information storage area 204.
  • the above access history information will not exist.However, on the Sendai side, the software provided by the software provider at the time of sale that has never been updated Since the version is also stored in the above-mentioned update information storage area 204, if there is no access history information, it is necessary to set the update tool 403 to acquire the module from that area. Good.
  • FIG. 7 is a flowchart showing a flow of an operation on the user side when performing the operation.
  • the user activates a “restore before update” screen (not shown) and performs work on the screen.
  • the user activates the “Restore before update” screen using the update rule 403 (step 1301), and sends the user ID to the sender using the screen (step 1301).
  • Step 1302 On the other hand, on the sending side, unlike the normal software update described above, only license authentication is performed for the received user ID. If the license is authenticated, the user is notified of the fact and the subsequent processing of the user is continued. The user who has been authenticated the license creates a list of modules to be acquired based on the information about the modules before the update, which was saved at the time of the previous software update in Fig. 12 (step 1303). Then, a module is acquired based on the module list (ST1304).
  • the area 204 is accessed, and the module before update is accessed from there. To get.
  • a module is acquired, it is checked whether there is any shortage in the module to be acquired (ST1305), and if there is a shortage, an error is displayed (ST1306). If there is no shortage, the software is updated by the obtained module (ST 13 07). That is, by performing a new update using the module in the state before the update, the software can be returned to the state before the update.
  • the software provider when the software provider provides a plurality of software to the user, the software provider can use the plurality of update information storage areas 204. You may. Hereinafter, an embodiment in such a case will be described.
  • FIG. 14 is a block diagram showing the configuration on the sending / receiving side in the present embodiment.
  • parts having the same configuration as in FIG. 2 described above are denoted by the same reference numerals, and description thereof will be omitted.
  • the center has a plurality of update information storage areas of 204, 204 ', 204', ..., and the software provider
  • the storage area can be used.
  • a software provider provided three software programs A, B, and C
  • the three storage areas 204, 204 ', and 204' The area used by the user, A is stored in 204 a, B is stored in 204 a ', C is stored in 204 a', and so on. It may be.
  • different update information storage areas can be used by the OS and the application software, or different update information storage areas can be used by a plurality of application software.
  • one user uses only A
  • another user uses A and B
  • another user uses all A, B, and C
  • store A in area 204a store A and B in area 204a '
  • it may be stored for each combination.
  • the URLs of the plurality of update information storage areas are individually managed on a software provider basis as shown in FIG. 3, and the URL information of the respective areas and the above software provision information are provided.
  • Software IDs are managed in association with other databases, so that software providers can easily recognize their own multiple areas.
  • FIG. 15 is a flowchart showing processing on the user side when updating software in the present embodiment.
  • parts performing the same processing as in FIG. 5 described above are denoted by the same reference numerals, and description thereof will be omitted.
  • the user when acquiring a module in the present embodiment, the user selects software update by the same processing as the processing in FIG. 5 described above (step 509), and then From the multiple update information storage areas 204, 204 ', and 204' '' of each software module stored in each area. The process is repeated until a module in the area is acquired (step 1501 to step 1502). Then, when all the modules are obtained, the software of each module is updated by the module (step 514).
  • a plurality of update information storage areas 204 exist for each software provider, and even if the software provider provides a plurality of software, Because the software can be stored separately for each software, or the user can store the software for each combination that uses the plurality of software, software management becomes easy, and Software update information can be provided smoothly.
  • the update tool After the missing module is created by 4003, the user selects update execution on the update screen, or sets a timer and sets the timer to the update time.
  • the update information storage area 204 since all software providers can constantly add new modules, if the user sets one timer, for example, It is conceivable that a new module is added to the software used by the user during the time set by the timer after the missing module list is created.
  • the timer even if the user does not set the timer, even if the user releases the missing module list without performing any operation on the update screen after the creation of the missing module list, the module is selected by executing the update after that.
  • the update information storage area 204 is accessed again to create the missing module list again.
  • FIG. 16 is a flowchart showing the operation of the update tool 403 in such a case.
  • the same reference numerals are given to the parts that perform the same processing as in FIG. 5 described above, and description thereof will be omitted.
  • the update module 4003 performs the same processing as in FIG. 5 described above until a missing module list is created and the user selects an operation (steps 501 to Step 5 1 1). Then, when the user selects the immediate execution of the update or when the time set in the evening is reached, the above operations from step 501 to step 507 are automatically repeated, so that the shortage is obtained. Recreate the module list (step 1601). After that, based on the recreated missing module list, modules are acquired in the same way as in the case of Fig. 5 described above (steps 512 to 514).
  • the missing module list is re-created when the module is acquired after the missing module list is created.
  • a module has been added to area 204, it is possible to acquire the modules added between the time when the missing module list is received and the time when the module is actually acquired, and the user can obtain the latest information. Modules can be obtained with as little time intervals as possible.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The center device associates URL data for identifying update information storage regions as divided for respective software providers with module information required for updating the software, and stores those associated URL data and module information in advance. The center device also associates the user IDs for identifying users with the URL data corresponding to the software used by the users, and stores those associated user IDs and URL data in advance. When the center device receives a user ID transmitted from a user device, it extracts and transmits the URL data associated with the user ID to the user device. When the user device accesses an update information storage region by use of that URL data, the center device transmits a list of modules within that region to the user device. Then, the user device compares the list with the current modules and creates a list of lacked modules, and acquires, based on this created list and the above-described URL data, the modules from the center device.

Description

明 細 書 ソフトウエア更新情報提供方法、 ソフ トウエア更新情報提供システム、 電子機器装置及びプログラム 技術分野  Description Software update information providing method, software update information providing system, electronic equipment and program
本発明は、例えばユーザが利用するソフ トウエアを更新するためのソフ トウエア更新情報提供方法、 ソフ トウェア更新情報提供システム、 電子機 器装置及びプログラムに関する。 背景技術  The present invention relates to a software update information providing method for updating software used by a user, a software update information providing system, an electronic device, and a program. Background art
従来から、 ユーザがソフトウェアを更新する場合、 例えばユーザは、 ソ フ トウエア提供者から当該ソフ トウエアを更新するためのソフ トウエア を記録媒体で送付してもらい、 その記録媒体によって当該ソフ トウェアを インストールすることによって更新を実行している。 また、 例えばユーザ がインターネッ ト等を介してソフ トウエアの提供者が運営する更新サイ トへアクセスし、 当該サイ 卜から当該ソフ 卜ウェアを更新するためのモジ ユールを受信することによって更新を実行する場合もある。  Conventionally, when a user updates software, for example, the user has a software provider send software for updating the software on a recording medium, and installs the software on the recording medium. By doing the update. In addition, for example, the user accesses the update site operated by the software provider via the Internet or the like, and executes the update by receiving a module for updating the software from the site. In some cases.
しかしながら、 ソフ トウエア提供者側にとっては、 各ユーザに対してそ れそれ記録媒体を送付するのには多大な手間を要し、 またソフ トウエア提 供者側は、 提供するソフ トウエアの更新に関する情報をユーザに知らせる 手段に乏しく、 更新用のソフ トウエアを発行しても、 ユーザに当該情報が 浸透しにくいという問題がある。 更に、 イン夕一ネッ ト等を介してユーザ にソフ トウエアを提供する場合であっても、 全てのユーザを把握し、 更新 に必要なモジュールをユーザ毎に管理、 把握して提供することはソフ トゥ エア提供者側にとって大きな負担となる。 一方、 ユーザはソフ トウエア提供者から更新用のソフ トウエアを記録媒 体で送付してもらう場合には、 ソフ トウエア提供者に当該記録媒体の送付 を依頼してから到着するまでに日数を要'し、 ソフ トウエアの迅速な更新が できないという問題がある。 また、 ィン夕ーネッ トを介して更新用ソフト ウェアを受信する場合には、 多数のソフ トウエア提供者が混在する中で、 ユーザが、例えば更新したいソフ トウエアの提供者が運営する更新サイ ト の特定の U R Lを知り、 そこにアクセスすることは容易ではなく、 更に、 ソフ トウエア提供者により更新用のソフ トウエアが発行されたことをュ 一ザが知ることは、 ソフトウ ア提供者から何らかの通知を受けない限り 困難である。 更に、 仮に通知を受けたとしても、 ユーザが例えば提供元が 異なる多くのアプリケーションソフ トウエアを利用している場合には、 そ れそれのソフトウエア毎に更新作業を行う必要があり、 それに要する手間 と労力がユーザにとって負担となっていた。 発明の開示 However, it takes a lot of trouble for the software provider to send the recording media to each user, and the software provider must provide information on updating the software provided. There is a lack of means for informing the user of the information, and there is a problem that even if software for updating is issued, the information is hardly permeated by the user. Furthermore, even when providing software to users via the Internet, etc., it is not possible to keep track of all users and manage, grasp, and provide modules required for updating for each user. This is a heavy burden on the provider of the tour. On the other hand, if the user asks the software provider to send the update software on a recording medium, the user needs the number of days from when the software provider requests the delivery of the recording medium to when it arrives. However, there is a problem that software cannot be updated quickly. Also, in the case of receiving update software via the Internet, when a large number of software providers are mixed, the user can use, for example, an update site operated by the software provider to be updated. It is not easy to know and access the specific URL of the software, and furthermore, when the user knows that the software for updating has been issued by the software provider, some notice from the software provider It is difficult unless you receive it. Furthermore, even if the user is notified, if the user uses, for example, many application software from different providers, it is necessary to perform the update work for each piece of software, which is a troublesome task. And effort were a burden on the user. Disclosure of the invention
本発明は、 かかる事情に鑑みてなされたものであり、 ユーザ側及びソフ トウエア提供者側の双方の負担を軽減しつつ、 ソフトウエアを更新するこ とができるソフトウエア更新情報提供方法、 ソフ トウエア更新情報提供シ ステム、 電子機器装置及びプログラムを提供することを目的としている。 上記目的を達成するため、 本発明の主たる観点に係るソフ トウエア提供 方法は、 セン夕側のコンピュータシステムとユーザ側のコンピュータシス テムとがネッ トワークを介して通信を行うことが可能なシステムにおい て、 前記セン夕側のコンピュータシステムは、 ソフトウエアの提供者毎に 区分けされた各更新情報記憶領域に、 提供したソフトウエアを更新するた めに必要な少なく とも 1以上の更新情報を、 当該更新情報記憶領域を識別 するための第 1の識別情報と対応付けて予め記憶し、前記ユーザ側のコン ビュー夕システムは、 前記ネッ トワークを介して前記第 1の識別情報を前 記セン夕側のコンピュータシステムに送信し、前記セン夕側のコンビュ一 夕システムは、 前記ネットワークを介して第 1の識別情報を受信したとき、 前記第 1の識別情報に対応する前記更新情報記憶領域に記憶された更新 情報に基づき当該更新情報の一覧を作成し、 前記ネッ トワークを介してュ 一ザ側のコンビユー夕システムに当該一覧を送信し、前記ユーザ側のコン ピュー夕システムは、 前記更新情報の一覧を受信したとき、 当該更新情報 の一覧とユーザ側で現在利用するソフ トウエアとを比較して取得すべき 更新情報があるか否かを判断し、 取得すべき更新倩報がある場合に、 前記 第 1の識別情報を用いて前記更新情報記憶領域からネッ トワークを介し て必要な更新情報を取得することを特徴としている。 The present invention has been made in view of the above circumstances, and provides a software update information providing method and software that can update software while reducing the burden on both the user and the software provider. The purpose is to provide an update information provision system, electronic equipment and programs. In order to achieve the above object, a software providing method according to a main aspect of the present invention is directed to a system in which a computer system on a sending side and a computer system on a user side can communicate via a network. The computer system on the sending side stores at least one or more pieces of update information necessary for updating the provided software in each update information storage area divided for each software provider. The information storage area is stored in advance in association with the first identification information for identifying the information storage area, and is stored on the user side. The viewing system transmits the first identification information to the computer system on the sending side via the network, and the viewing system on the sending side transmits the first identification information via the network. When the information is received, a list of the update information is created based on the update information stored in the update information storage area corresponding to the first identification information, and a list of update information on a user side is provided via the network. When the list is transmitted to the system, and the computer system on the user side receives the list of update information, the list of update information should be obtained by comparing the list of update information with the software currently used on the user side. It is determined whether or not there is update information. If there is an update to be acquired, the first identification information is used to transmit the update information from the update information storage area via a network. And obtain necessary update information.
また、 本発明の別の観点に係るソフ トウェア提供システムは、 セン夕側 のコンピュータシステムとユーザ側のコンピュー夕システムとがネッ ト ワークを介して通信を行うことが可能なシステムにおいて、 前記セン夕側 のコンピュータシステムが、 ソフ トウエアの提供者毎に区分けされた各更 新情報記憶領域に、提供したソフトウエアを更新するために必要な少なく とも 1以上の更新情報を、 当該更新情報記憶領域を識別するための第 1の 識別情報と対応付けて予め記憶する記憶手段と、前記ネッ トワークを介し てユーザ側のコンピュータシステムから第 1の識別情報を受信する受信 手段と、 前記受信手段により前記第 1の識別情報を受信したとき、 前記第 1の識別情報に対応する前記更新情報記憶領域に記憶された更新情報に 基づき当該更新情報の一覧を作成し、 前記ネッ トワークを介してユーザ側 のコンピュータシステムに当該一覧を送信する送信手段とを有し、前記ュ 一ザ側のコンピュータシステムが、前記ネッ トワークを介して前記第 1の 識別情報を前記セン夕側のコンピュー夕システムに送信する送信手段と、 前記セン夕側のコンビュー夕システムから前記更新情報の一覧を受信す る受信手段と、 前記受信手段により前記更新情報の一覧を受信したとき、 当該更新情報の一覧とユーザ側で現在利用するソフ トウエアとを比較し て取得すべき更新情報があるか否かを判断する判断手段と、 取得すべき更 新情報がある場合に、 前記第 1の識別情報を用いて前記更新情報記憶領域 からネッ トワークを介して必要な更新情報を取得する更新情報取得手段 とを有することを特徴としている。 Further, a software providing system according to another aspect of the present invention is a system in which a computer system on the sending side and a computer system on the user side can communicate via a network. The computer system on the side stores at least one or more pieces of update information necessary for updating the provided software in each update information storage area divided for each software provider. Storage means for storing in advance in association with first identification information for identification; receiving means for receiving first identification information from a user-side computer system via the network; and Receiving the first identification information, based on the update information stored in the update information storage area corresponding to the first identification information; Transmitting means for creating a list of the update information, and transmitting the list to a user-side computer system via the network, wherein the user-side computer system transmits the list via the network. Transmitting means for transmitting the first identification information to the computer system on the sending and receiving side; and receiving the list of update information from the viewing system on the sending and receiving side. Receiving the update information list by the receiving means, and comparing the update information list with software currently used by the user to determine whether there is update information to be acquired. And update information acquisition means for acquiring necessary update information from the update information storage area via the network using the first identification information when there is update information to be acquired. It is characterized by:
また、 本発明の別の観点に係る電子機器装置は、 ネッ トワークを介して セン夕側のコンピュータシステムと通信を行うことが可能な電子機器装 置であって、 センタ側に設けられた更新情報記憶領域を識別するための前 記第 1の識別情報を前記ネッ トワークを介して前記セン夕側のコンビュ 一夕システムに送信する送信手段と、 前記第 1の送信手段により前記第 1 の識別情報を前記セン夕側のコンピュータシステムに送信したときに前 記セン夕側のコンピュータシステムから前記更新情報の一覧を受信する 受信手段と、 前記受信手段により受信した更新情報の一覧とユーザ側で現 在利用するソフ トウェアとを比較して取得すべき更新情報があるか否か を判断する判断手段と、 取得すべき更新情報がある場合に、 前記第 1の識 別情報を用いて前記更新情報記憶領域からネッ トワークを介して必要な 更新情報を取得する更新情報取得手段とを有することを特徴としている。 更に、 本発明の別の観点に係るプログラムは、 ネッ トワークを介してセ ン夕側のコンビュ一夕システムと通信を行うことが可能なコンピュー夕 に、 セン夕側に設けられた更新情報記憶領域を識別するための前記第 1の 識別情報を前記ネッ トワークを介して前記セン夕側のコンピュータシス テムに送信するステップと、 前記第 1の送信手段により前記第 1の識別情 報を前記セン夕側のコンピュータシステムに送信したときに前記セン夕 側のコンピュータシステムから前記更新情報の一覧を受信するステップ と、 前記受信手段により受信した更新情報の一覧とユーザ側で現在利用す るソフ トウエアとを比較して取得すべき更新情報があるか否かを判断す るステップと、 取得すべき更新情報がある場合に、 前記第 1の識別情報を 用いて前記更新情報記憶領域からネッ トワークを介して必要な更新情報 を取得するステップとを実行させるものである。 An electronic apparatus according to another aspect of the present invention is an electronic apparatus capable of communicating with a computer system on a sending side via a network, and includes update information provided on a center side. Transmitting means for transmitting the first identification information for identifying a storage area to the communication system on the sending / receiving side via the network, and the first identification information by the first transmitting means; Receiving the list of update information from the computer system on the sending side when transmitting the list of update information to the computer system on the sending side; Determining means for comparing the software to be used to determine whether or not there is update information to be obtained; and, when there is update information to be obtained, determining the first identification information. Update information acquisition means for acquiring necessary update information from the update information storage area via a network using the update information storage area. Further, a program according to another aspect of the present invention includes a computer capable of communicating with a convenience store system on a remote side via a network, and an update information storage area provided on the remote side. Transmitting the first identification information for identifying the first identification information to the computer system on the transmitting side via the network; and transmitting the first identification information to the transmitting side by the first transmitting means. Receiving the list of update information from the computer system at the sending side when transmitting the list to the computer system at the sending side; and using the list of update information received by the receiving means at the user side. Determining whether there is update information to be obtained by comparing the software with the software to be updated; and, when there is update information to be obtained, from the update information storage area using the first identification information. And obtaining required update information via a network.
これらの構成によれば、 セン夕側で、 ソフトウェア提供者毎に記憶領域 が区分けされているため、 ソフ トウエア提供者側は当該領域を利用するこ とで、 ソフ トウエアを更新するために必要な更新情報を煩雑な手続を経ず に容易に管理することができる。 また、 ュ一ザ側のコンピュータシステム が、 更新情報の取得の必要性を判断し、 取得すべき更新情報を自ら特定す るため、 セン夕側が個々のユーザに必要な更新情報をそれそれ判断するの に比べて、 センタ側の負担が軽減される。  According to these configurations, the storage area is divided for each software provider on the sending side, so the software provider uses the area to update the software necessary for updating the software. Update information can be easily managed without going through complicated procedures. In addition, the computer system on the user side determines the necessity of acquiring the update information, and identifies the update information to be acquired by itself. The burden on the center side is reduced as compared with the above.
本発明の更新情報提供方法及び上記更新情報提供システムにおいて、前 記第 1の識別情報は、 前記更新情報記憶領域の所在場所を示す U R L情報 であることを特徴としている。 これにより、 ユーザ側のコンピュータシス テムは、 当該 U R L情報を用いて上記更新情報を取得することが可能とな る。  In the update information providing method and the update information providing system according to the present invention, the first identification information is URL information indicating a location of the update information storage area. This allows the user's computer system to acquire the update information using the URL information.
本発明の更新情報提供方法において、前記セン夕側のコンピュータシス テムは、ユーザを識別するための第 2の識別情報を前記第 1の識別倩報と 対応付けて予め記憶し、前記ユーザ側のコンピュータシステムは前記第 2 の識別情報を予め記憶し、 当該第 2の識別情報を前記セン夕側のコンビュ —夕システムへ送信し、 前記セン夕側のコンピュータシステムは、 前記ュ 一ザ側のコンピュータシステムから受信した前記第 2の識別情報に対応 する前記第 1の識別情報をユーザ側のコンピュータシステムに送信する ものであってもよい。  In the update information providing method according to the present invention, the computer system on the sending side stores in advance the second identification information for identifying the user in association with the first identification information, and The computer system stores the second identification information in advance, transmits the second identification information to the sending / receiving computer system, and the sending / receiving computer system includes the user computer. The first identification information corresponding to the second identification information received from the system may be transmitted to a user-side computer system.
また、 本発明の更新情報提供システムにおいて、 前記セン夕側のコンビ ユー夕システムは、 ユーザを識別するための第 2の識別情報を前記第 1の 識別情報と対応付けて予め記憶する手段を更に有し、前記ユーザ側のコン ピュー夕システムは、 前記第 2の識別情報を予め記憶する手段と、 当該第 2の識別情報を前記センタ側のコンピュータシステムへ送信する手段を 更に有し、 前記センタ側のコンピュータシステムにおいて、 前記作成送信 手段は、 前記ユーザ側のコンピュータシステムから受信した前記第 2の識 別情報に対応する前記第 1の識別情報を前記ユーザ側のコンピュータシ ステムに送信するものであってもよい。 Further, in the update information providing system according to the present invention, the combination system on the sending / receiving side transmits the second identification information for identifying the user to the first identification information. Means for pre-storing the identification information in association with the identification information, the computer system on the user side comprising: means for pre-storing the second identification information; and a computer on the center side for storing the second identification information. The center-side computer system further includes: a transmitting unit that transmits the first identification information corresponding to the second identification information received from the user-side computer system. The data may be transmitted to the user's computer system.
これにより、 セン夕側のコンピュータシステムは、 上記第 2の識別情報 によりユーザを特定することができるとともに、 当該第 2の識別情報に基 づいて前記第 1の識別情報を特定することができる。 また、 ユーザ側のコ ンピュ一夕システムは、 上記第 2の識別情報をセン夕側のコンピュータシ ステムに送信することにより上記第 1の識別情報を得ることができ、 当該 第 1の識別情報により更新情報を取得することが可能となる。  With this, the computer system on the sending side can specify the user by the second identification information, and can specify the first identification information based on the second identification information. In addition, the computer system on the user side can obtain the first identification information by transmitting the second identification information to the computer system on the sender side, and the first identification information can be obtained by the first identification information. Update information can be obtained.
本発明の更新情報提供方法において、 前記更新情報は、 ソフトウェアを 更新するためのモジュールであり、 前記ュ一ザ側のコンビユー夕システム は、 前記セン夕側のコンピュータシステムから受信したモジュールの一覧 と、 現在利用するソフ トウエアのモジュールとを比較して不足するモジュ ールの一覧を作成し、 当該一覧を基にユーザに対してモジュールの取得意 思を確認し、ユーザの取得入力があつたときに前記更新情報記憶領域から 不足するモジュールを取得するものであってもよい。  In the update information providing method of the present invention, the update information is a module for updating software, the user-side convenience system includes: a list of modules received from the sender-side computer system; A list of missing modules is created by comparing with the currently used software module, the user's intention to acquire the module is confirmed based on the list, and when a user's acquisition input is received. A module that is missing from the update information storage area may be obtained.
また、 本発明の更新情報提供システムにおいて、 前記更新情報は、 ソフ トウエアを更新するためのモジュールであり、 前記ュ一ザ側のコンビュ一 夕システムにおいて、 前記判断手段は、 前記センタ側のコンビユー夕シス テムから受信したモジュールの一覧と、 現在利用するソフ トウエアのモジ ユールとを比較して不足するモジュールの一覧を作成する手段と、 当該一 覧を基にユーザに対してモジュールの取得意思を確認する手段とを有し、 前記更新情報取得手段は、 ユーザの取得入力があつたときに前記更新情報 記憶領域から不足するモジュールを取得するものであってもよい。 Further, in the update information providing system according to the present invention, the update information is a module for updating software, and in the user-side convenience system, the determination unit includes the center-side convenience server. A means for creating a list of missing modules by comparing the list of modules received from the system with the modules of the software currently being used, and confirming the user's intention to acquire modules based on the list Means to do, The update information obtaining means may obtain a missing module from the update information storage area when a user input is obtained.
更に、 本発明の電子機器装置において、 前記更新情報は、 ソフトウェア を更新するためのモジュールであり、 前記判断手段は、 前記セン夕側のコ ンビュ一夕システムから受信したモジュ一ルの一覧と、現在利用するソフ トウェアのモジュールとを比較して不足するモジュールの一覧を作成す る手段と、 当該一覧を基にユーザに対してモジュールの取得意思を確認す る手段とを有し、 前記更新情報取得手段は、 ユーザの取得入力があつたと きに前記更新情報記憶領域から不足するモジュールを取得するものであ つてもよい。  Further, in the electronic apparatus of the present invention, the update information is a module for updating software, and the determining unit includes: a list of modules received from the sending / receiving system; Means for creating a list of missing modules by comparing the modules of the software currently being used, and means for confirming the user's intention to acquire modules based on the list; The acquisition means may acquire a missing module from the update information storage area when a user's acquisition input is received.
これらの構成により、ユーザ側のコンピュータシステムまたは電子機器 装置が、 モジュールの取得の必要性を判断し、 取得すべきモジュールを特 定しているため、 セン夕側のコンピュータシステムは個々のユーザのソフ トウエアの更新に必要なモジュールを特定する必要が無くなり、 当該モジ ユールの管理に掛かる負担が軽減される。  With these configurations, the user's computer system or electronic equipment determines the necessity of acquiring the module and specifies the module to be acquired. There is no need to specify the modules required for updating the software, and the burden on managing the modules is reduced.
本発明の更新情報提供方法において、 前記ユーザ側のコンビユー夕シス テムは、 前記ユーザの取得入力があつたときに、 更新情報記憶領域に記憶 されたモジュールの一覧を再度受信し、 当該一覧を基に、 前記不足するモ ジュールの一覧を再度作成し、 当該作成した一覧を基に不足するモジユー ルを取得するようにしてもよい。  In the update information providing method according to the present invention, when the user's acquisition input is made, the user's convenience system receives the list of modules stored in the update information storage area again, and based on the list. Then, the list of the missing modules may be created again, and the missing modules may be acquired based on the created list.
また、 本発明の更新情報提供システムにおいて、 前記ユーザ側のコンビ ュ一夕システムは、 前記ユーザの取得入力があつたときに、 更新情報記憶 領域に記憶されたモジュールの一覧を再度受信し、 当該一覧を基に、 前記 不足するモジュールの一覧を再度作成する手段を更に有し、 前記更新情報 取得手段は、 当該作成した一覧を基に不足するモジュールを取得するよう にしてもよい。 更に、本発明の電子機器装置は、前記ュ一ザの取得入力があつたときに、 更新情報記憶領域に記憶されたモジュールの一覧を再度受信し、 当該一覧 を基に、 前記不足するモジュールの一覧を再度作成する手段を更に有し、 前記更新情報取得手段は、 当該作成した一覧を基に不足するモジュールを 取得するようにしてもよい。 Further, in the update information providing system of the present invention, when the user's acquisition system receives the user's acquisition input, the list of modules stored in the update information storage area is received again. The apparatus may further include means for re-creating the list of missing modules based on the list, and the update information acquiring means may acquire missing modules based on the created list. Further, the electronic apparatus of the present invention, when receiving the user's acquisition input, receives again the list of modules stored in the update information storage area, and based on the list, The apparatus may further include means for re-creating the list, and the update information acquiring means may acquire a missing module based on the created list.
これらの構成により、例えばモジュールを夕イマ一設定で取得する場合 に、 タイマー設定してから実際に取得するまでの間に上記更新情報記憶領 域にモジュールが追加された場合でも、再度不足モジュールリストを作成 することで、 追加されたモジュールも取得することが可能となり、 ユーザ は最新の更新情報を、極力時間間隔を置くことなく取得することができる。 本発明の更新情報提供方法においては、前記ソフ トウエア提供者側のコ ンピュー夕システムが前記更新倩報記憶領域へ更新情報を送信すること により更新情報を追加するようにしてもよい。  With these configurations, for example, when a module is acquired with the timer setting, even if a module is added to the update information storage area between the time the timer is set and the time the module is actually acquired, the missing module list is re-listed. By creating, the added module can also be obtained, and the user can obtain the latest update information without setting a time interval as much as possible. In the update information providing method of the present invention, the computer system of the software provider may add the update information by transmitting the update information to the update information storage area.
また、 本発明の更新情報提供システムにおいて、 前記セン夕側のコンビ ユー夕システムは、 前記ソフ トウエア提供者側のコンピュータシステムか ら更新情報を受信して前記更新情報記憶領域へ更新情報を追加する手段 を更に有するものであってもよい。  In the update information providing system according to the present invention, the combination system on the sending side receives update information from the computer system on the software provider side and adds the update information to the update information storage area. It may have further means.
これらの構成により、 ソフトウエア提供者側が、 提供するソフトウエア の新たな更新情報をセン夕側に送信する毎に、 センタ側が逐一当該更新情 報を更新情報記憶領域に追加するため、 ソフ トウエア提供者はユーザ側に 常に最新の更新情報を提供することができる。  With these configurations, every time the software provider sends new update information of the software to be provided to the sender and receiver, the center side adds the update information to the update information storage area one by one. Can always provide the user with the latest updated information.
また、 この場合において、 前記記憶領域に新たに更新情報が追加された とき、 前記ユーザ側のコンピュー夕システムに所定の通知を行うようにし てもよい。 これにより、 ユーザ側はソフ トウエア提供者側から提供される ソフ トウエアの最新の更新情報について即座に知得し、 当該更新情報によ り当該ソフ トウエアを更新することができる。 ところで、 ユーザがソフ トウエアを更新する際、 当該ソフ トウヱァを更 新することによって、 ユーザが利用する他のソフ トウエアに影響が及び、 当該他のソフトウエアの動作が不安定になる場合がある。 このような場合、 当該影響について予め判断又は予測し、 悪影響を及ぼす恐れがある場合に 当該ソフ トウエアの更新を中止することは、 専門的な知識を持たないユー ザにとっては困難であった。 Further, in this case, when new update information is added to the storage area, a predetermined notification may be sent to the computer system on the user side. As a result, the user can immediately know the latest software update information provided by the software provider and update the software with the update information. By the way, when the user updates the software, the update of the software may affect other software used by the user, and the operation of the other software may become unstable. In such a case, it was difficult for a user without specialized knowledge to judge or predict the effect in advance and stop updating the software when there is a possibility of adverse effect.
そこで、 本発明のソフトウヱァ提供方法、 ソフ トウエア提供システム及 び電子機器装置において、 前記ユーザ側のコンピュータシステムまたは電 子機器装置は、 ソフ トウエアを更新することにより当該ユーザ側のコンビ ュ一夕システムにおける当該ソフ トウェア以外のソフ トウェアに及ぼす 影響に関する情報を予め記憶し、 当該記憶した情報に基づき前記更新情報 に応じた前記ソフ トウエアの更新を規制するようにしてもよい。  Therefore, in the software providing method, the software providing system, and the electronic device of the present invention, the computer system or the electronic device on the user side updates the software so that the computer system or the electronic device on the user side can execute the software. Information on the influence on software other than the software may be stored in advance, and the updating of the software according to the update information may be regulated based on the stored information.
これにより、 ユーザはソフ トウヱァの更新が他のソフトウエアに与える 影響について懸念することなく、安心してソフ トウエアを更新することが でき、 仮に悪影響を与える更新ソフ トウエアが存在する場合でも、 その更 新を未然に規制することができる。  As a result, the user can safely update the software without worrying about the influence of the software update on other software, and even if there is an update software that has an adverse effect, the update can be performed. Can be regulated beforehand.
本発明のソフ トウエア提供方法及びソフ トウエア提供システムにおい ては、 前記ユーザ側のコンピュータシステムが、 マス夕マシンとリンクマ シンとから構成され、 前記前記マス夕マシンが前記リンクマシンに、 前記 更新情報をセン夕側のコンピュータシステムから取得することを促し、 前 記マス夕マシンが前記更新情報を取得したときに、 前記リンクマシンが前 記吏新倩報を前記センタ側のコンピュータシステムから取得するもので あってもよい。 これにより、 ユーザ側は、 ユーザ側がネッ 卜ワーク内で複 数の端末を有する場合でも、 マス夕マシンの一度の更新作業で全ての端末 のソフ トウエアを更新することができる。  In the software providing method and the software providing system of the present invention, the computer system on the user side includes a master machine and a link machine, and the master machine sends the update information to the link machine. The link machine acquires the update information from the computer system of the center when the mass information machine acquires the update information. There may be. This allows the user to update the software of all terminals with a single update of the master machine, even if the user has multiple terminals in the network.
ところで、 上述したように、 本発明においては、 ソフトウェアを更新す ることによって、ユーザが使用する他のソフトウエアの動作に悪影響が及 ぶことを想定し、 当該影響について予め記憶した情報を基に、 ソフ トゥェ ァの更新を規制することができるが、 ソフ トウエアの更新が他のソフ トウ エアに及ぼす影響を、 全てのソフトウエアについて完全に予測することは 困難であり、影響が出ることを想定していなかったソフ トウエアについて も、 更新後に悪影響が及ぶことも考えられる。 By the way, as described above, in the present invention, software is updated. It is assumed that this will adversely affect the operation of other software used by the user, and it is possible to regulate software updates based on information stored in advance regarding the effect. It is difficult to completely predict the impact of a software update on other software for all software, and software that was not expected to be affected could have a negative impact after the update. Conceivable.
そこで、 本発明のソフトウエア提供方法、 ソフ トウエア提供システム及 び電子機器装置においては、 ユーザ側のコンビユー夕システムまたは電子 機器装置は、 ソフ トウェアを更新する前に、 その時点で取得しているソフ トウエアのバージョンに関する倩報及びその時点で取得しているソフ ト ウェアに対応する前記第 1の識別情報を予め保存し、ユーザ側のコンビュ 一夕システムが前記更新情報を取得し、 当該ソフ トウエアが更新された場 合であって当該ユーザ側のコンビュ一夕システムにおける当該ソフ トウ ェァ以外のソフトウェアに不具合が生じたときに、 前記保存した情報に基 づき、 当該ソフ トウェアの更新前のバージョンを、 前記更新情報記憶領域 から新たな更新情報として取得するようにしてもよい。  Therefore, in the software providing method, the software providing system, and the electronic device of the present invention, the user's convenience system or the electronic device acquires the software acquired at that time before updating the software. The software information version and the first identification information corresponding to the software obtained at that time are stored in advance, and the user's computer system obtains the update information, and the software obtains the update information. If the software has been updated and there is a problem with software other than the software in the user's convenience viewing system, the version of the software before the update is updated based on the saved information. Alternatively, it may be obtained as new update information from the update information storage area.
これにより、 ソフ トウエアの更新後に不具合が生じた場合等であっても、 ユーザは更新前の問題の無い状態に、複雑な操作をすることなく容易に戻 すことができる。 また、 そのため、 ュ一ザはソフ トウエアを更新すること による他のソフ トウエアに対する影響等を懸念することなくソフ トゥェ ァを更新することができる。  As a result, even if a problem occurs after the software is updated, the user can easily return to a state without any problems before the update without performing a complicated operation. Therefore, the user can update the software without having to worry about the influence of updating the software on other software.
本発明のソフ トウエア提供方法及びソフ トウエア提供システムにおい ては、 前記更新情報記憶領域は、 一のソフ トウエア提供者に対して複数存 在し、 当該複数の更新情報記憶領域には、 前記ソフ トウエア提供者が提供 する複数の異なるソフ トウエア毎に、 ソフ トウエアの更新情報が記憶され るものであってもよい。 また、 本発明のソフ トウエア提供方法及びソフ トウエア提供システムに おいては、 前記更新情報記憶領域は、 一のソフ トウェア提供者に対して複 数存在し、 当該複数の更新情報記憶領域には、 ソフ トウェア提供者が提供 する複数の異なるソフ トウエアのうち、 各ユーザが使用する一又は複数の ソフ トウエアの組み合わせ毎に、 ソフ トウエアの更新情報が記憶されるも のであってもよい。 In the software providing method and the software providing system of the present invention, a plurality of the update information storage areas exist for one software provider, and the plurality of update information storage areas include the software. Software update information may be stored for each of a plurality of different software provided by the provider. Further, in the software providing method and the software providing system according to the present invention, a plurality of update information storage areas exist for one software provider, and the plurality of update information storage areas include: Among a plurality of different software provided by the software provider, software update information may be stored for each combination of one or a plurality of software used by each user.
これらの構成により、 ソフ トウヱァ提供者は、 複数のソフ トウエアを提 供している場合でも、 当該ソフ トウエアを複数の記憶領域にソフトウエア 毎にまたはユーザが使用する組み合わせに応じて、 当該組み合わせ毎に記 憶することができることとしたため、 ソフ トウエアの管理が容易になり、 ユーザに対してソフ トウヱァの更新情報をスムーズに提供することがで ぎる。 図面の簡単な説明  With these configurations, even if a software provider provides a plurality of software, the software provider can store the software in a plurality of storage areas for each software or according to a combination used by a user. Since it can be stored, software management becomes easier, and software update information can be smoothly provided to users. BRIEF DESCRIPTION OF THE FIGURES
図 1は本発明の一実施形態に係るシステムの構成を示す図である。  FIG. 1 is a diagram showing a configuration of a system according to an embodiment of the present invention.
図 2は、 セン夕側のコンピュータシステム 1 0 2の構成を示すブロヅク 図である。  FIG. 2 is a block diagram showing the configuration of the computer system 102 on the sending side.
図 3は、 デ一夕記憶部 2 0 5で管理している各デ一夕ベースの構造を示 した図である。  FIG. 3 is a diagram showing the structure of each data base managed by the data storage unit 205.
図 4は、 ユーザ側のコンピュータシステム 4 0 1における論理的な構成 を示す図である。  FIG. 4 is a diagram showing a logical configuration of the computer system 401 on the user side.
図 5は、 本発明の一実施形態に係るユーザ側の処理の流れを示すフロー 図である。  FIG. 5 is a flowchart showing a flow of processing on the user side according to the embodiment of the present invention.
図 6は、 本発明の一実施形態に係るセン夕側の処理の流れを示すフロー 図である。  FIG. 6 is a flowchart showing a process flow on the sending side according to the embodiment of the present invention.
図 7は、 更新モジュールリスト及び現状のモジュールリス 卜から不足モ ジュールリス卜が作成される様子を示す図である。 Figure 7 shows the missing modules from the updated module list and the current module list. It is a figure showing signs that a joule list is created.
図 8は、更新中止機能を実施する際のユーザ側の処理を表したフロー図 である。  FIG. 8 is a flowchart showing processing on the user side when performing the update suspending function.
図 9は、ユーザ側のコンピュータシステムを構成するネッ トワークを示 した図である。  FIG. 9 is a diagram showing a network constituting a computer system on the user side.
図 1 0は、本発明の一の実施形態に係るユーザ側の処理を表したフロー 図である。  FIG. 10 is a flowchart showing processing on the user side according to an embodiment of the present invention.
図 1 1は、本発明の一実施形態に係るシステム全体でやり取りされる情 報の流れ及び処理を表したシーケンス図である。  FIG. 11 is a sequence diagram showing the flow and processing of information exchanged in the entire system according to an embodiment of the present invention.
図 1 2は、 ソフトウエアを更新前の状態に戻す機能を実現するために、 ユーザ側で予め必要となる動作を表したフロー図である。  FIG. 12 is a flowchart showing an operation required in advance by the user side to realize a function of returning the software to the state before the update.
図 1 3は、 ソフトウヱァ更新後に当該ソフトウエアを更新前の状態に戻 す際のユーザ側の動作の流れを示すフロー図である。  FIG. 13 is a flowchart showing the flow of operations on the user side when the software is restored to the state before the update after the software update.
図 1 4は、本発明の別の実施形態におけるセン夕側の構成を示すブロッ ク図である。  FIG. 14 is a block diagram showing a configuration on the sending / receiving side according to another embodiment of the present invention.
図 1 5は、本発明の別の実施形態においてソフトウエアを更新する際の、 ユーザ側の処理を表したフロー図である。  FIG. 15 is a flowchart showing a process on the user side when updating software in another embodiment of the present invention.
図 1 6は、不足モジュールリストを再度作成する場合の更新ツール 4 0 3の動作を示すフロー図である。 発明を実施するための最良の形態  FIG. 16 is a flowchart showing the operation of the update tool 403 when the missing module list is created again. BEST MODE FOR CARRYING OUT THE INVENTION
以下、 本発明の実施の形態を図面に基づき説明する。  Hereinafter, embodiments of the present invention will be described with reference to the drawings.
図 1は本発明の一実施形態に係るシステムの構成を示す図である。  FIG. 1 is a diagram showing a configuration of a system according to an embodiment of the present invention.
同図に示すように、 ネットワークの一形態であるイン夕ーネット 1 0 1 には、 セン夕側のコンピュータシステム 1 0 2、 ユーザ側のコンビュ一夕 システム 1 0 3及びソフ卜ウェア提供者側のコンピュータシステム 1 0 4が接続されている。 これらのコンピュータシステムとしては、 コンビュ 一夕単独でも、複数のコンビュ一夕がネッ トワーク化されていても構わな い。 As shown in the figure, the Internet network 101, which is a form of network, has a computer system 102 on the sending side, a convenience viewing system 103 on the user side, and a software system on the side of the software provider. Computer system 1 0 4 is connected. These computer systems may be a single convenience store or a network of multiple convenience stores.
このように構成されたシステムでは、 セン夕側のコンピュータシステム 1 0 2とユーザ側のコンピュータシステム 1 0 3とソフ トウエア提供者 側のコンピュータシステム 1 0 4との間でイン夕一ネッ ト 1 0 1を介し て通信を行うことが可能となっている。  In the system configured in this way, the network 10 between the computer system 102 on the sending side, the computer system 103 on the user side, and the computer system 104 on the software provider side. It is possible to communicate via 1.
図 2はセン夕側のコンピュータシステム 1 0 2の構成を示すプロック 図である。  FIG. 2 is a block diagram showing the configuration of the computer system 102 on the sending side.
サーバ 1 0 2は、 C P U ( Central Processing Unit) 2 0 1や R A M (Random Access Memory) 2 0 2、 イン夕一ネッ ト 1 0 1を介して通信 を行うための通信部 2 0 3、 ソフトウヱァの更新に必要な倩報が記憶され た更新情報記憶領域 2 0 4、各種のデータが記憶されたデータ記憶部 2 0 5、 各種のソフ トウエアが記憶されたソフ トウヱァ記憶部 2 0 6を有する。 更新情報記憶領域 2 0 4は、 ソフ トウエア提供者毎に区分けされた領域 2 0 4 a、 2 0 4 b - · · を有する。 当該区分けされた領域 2 0 4 a、 2 0 4 b · · · には、 それぞれ各ソフ トウエア提供者が提供するソフ トウェ ァの更新に必要な更新倩報が記憶されている。  The server 102 includes a CPU (Central Processing Unit) 201, a RAM (Random Access Memory) 202, a communication unit 203 for performing communication via the Internet 101, and a software It has an update information storage area 204 in which information required for updating is stored, a data storage section 205 in which various data are stored, and a software storage section 206 in which various software are stored. The update information storage area 204 has areas 204a, 204b-, divided for each software provider. In each of the divided areas 204a, 204b,..., The updated information required for updating the software provided by each software provider is stored.
なお、 当該更新情 S記憶領域 2 0 4は、 例えばセン夕側がソフトウェア 提供者に対して賃貸するものであり、 ソフ トウエア提供者は、 セン夕側と の賃貸借契約により当該更新情報記憶領域 2 0 4を賃借している間、 自由 に当該領域を利用することができるような態様であってもよい。  The update information S storage area 204 is, for example, rented to the software provider by the sender side, and the software provider determines the update information storage area 204 by a lease contract with the sender side. While renting 4, it may be possible to use the area freely.
また、 ソフ トウヱァ提供者がユーザに複数のソフ トウエアを提供してい る場合は、 ソフ トウ.エア提供者は複数の更新情報記憶領域 2 0 4を当該ソ フ トウエア每に利用できるものであってもよい。  If the software provider provides the user with a plurality of software, the software provider can use the plurality of update information storage areas 204 for the software. Is also good.
なお、 上記区分けされた更新情報記憶領域は、 必ずしもセンタ側のサー バ 1 0 2に存在する必要はなく、例えばセン夕側のサーバ 1 0 2とネット ワークを介して通信が行うことができ、 セン夕側によって管理できるよう な態様であればセン夕側のサーバ 1 0 2以外の場所に存在していても構 わない。 It should be noted that the above-mentioned divided update information storage area is not necessarily a service on the center side. The server need not exist in the server 102, for example, if the server can communicate with the server 102 on the sending side via a network and can be managed by the sending side, the server on the sending side It may exist in a place other than 102.
データ記憶部 2 0 5には、 ユーザデ一夕べ一ス 2 05 a、 ソフトウェア 提供者データベース 2 0 5 b、 製品データベース 2 0 5 c及び更新情報記 憶領域データベース 2 0 5 dが記憶されている。  The data storage unit 205 stores a user database 205a, a software provider database 205b, a product database 205c, and an update information storage area database 205d.
図 3は、 当該デ一夕記憶部 2 05で管理している各データベースの構造 を示した図である。  FIG. 3 is a diagram showing the structure of each database managed by the data storage unit 205.
同図に示すように、 ユーザデ一夕べ一ス 2 0 5 aには、 ユーザ I D ( Identification )、 ュ一ザの I P (Internet Protocol) アドレス、 ドメイ ン名、 ソフ トウェア提供者 I D、 更新情報記憶領域 U R L (Uniform Resource Locator) デ一夕等が記憶されている。 更新情報記憶領域 URL デ一夕は、 区分けされた領域 2 04 a, 2 04 b, 204 c等のそれそれ の記憶領域の所在場所を識別するためのデ一夕である。  As shown in the figure, the user database 205a includes a user ID (Identification), a user IP (Internet Protocol) address, a domain name, a software provider ID, and an update information storage area. A URL (Uniform Resource Locator) is stored. The update information storage area URL is an area for identifying the location of each storage area such as the divided areas 204a, 204b, and 204c.
ソフ トウエア提供者デ一夕ベース 20 5 bには、 ソフ トウエア提供者 I D、 ソフ トウエア提供者名、 更新情報記憶領域 URLデータ、 製品リ リー ス番号等が記憶されている。  The software provider data base 205b stores the software provider ID, software provider name, update information storage area URL data, product release number, and the like.
製品データベース 2 0 5 cには、 製品リ リース番号、 製品名、 更新情報 記憶領域 URLデータ、 更新モジュールデータ等が記憶されている。 更新情報記憶領域データベース 2 05 dには、 更新情報記憶領域 URL デ一夕、 ソフ トゥ ァ提供者 I D等が記憶されている。  The product database 205c stores product release numbers, product names, update information storage areas URL data, update module data, and the like. The update information storage area database 2005d stores an update information storage area URL, a software provider ID, and the like.
これら 4つのデータベースには、 共通項目として更新情報記憶領域 UR Lデ一夕が記憶されているため、 それぞれのデータベースを相互に関連付 けることが可能となる。  Since these four databases store the update information storage area URL data as a common item, the respective databases can be associated with each other.
図 2に示したように、 ソフ トウエア記憶部 2 0 6は、 ユーザデータを検 索するためのユーザデータ検索機構 2 0 6 a、 ソフ トウヱァ提供者デ一夕 を検索するためのソフ トウエア提供者デ一夕検索機構 2 0 6 b、製品デー 夕を検索するための製品データ検索機構 2 0 6 c、 更新情報記憶領域デー タを検索するための更新情報記憶領域デ一夕検索機構 2 0 6 dを具備し ている。 As shown in FIG. 2, the software storage unit 206 detects user data. User data search mechanism 206a, software provider data search mechanism for searching software provider data 206b, product data search for searching product data A mechanism 206c and an update information storage area data search mechanism 206d for searching for update information storage area data are provided.
ユーザデータ検索機構 2 0 6 a、 ソフ 卜ウェア提供者データ検索機構 2 0 6 b、 製品データ検索機構 2 0 6 c、 更新情報記憶領域デ一夕検索機構 2 0 6 dの各機構は、 ユーザ側からユーザ I Dの送信があると、 デ一夕記 憶部 2 0 5の関連付けによりデ一夕を検索 '抽出し、 ユーザが利用するソ フ トウエアの更新情報が記憶されている更新情報記憶領域 2 0 4におけ る領域 2 0 4 a、 2 0 4 b、 · · · を特定する。 そして、 当該領域の U R Lデ一夕をユーザ側に通知する。  User data search mechanism 206a, software provider data search mechanism 206b, product data search mechanism 206c, update information storage area data search mechanism 206d When the user sends a user ID, the database is searched and extracted by associating with the database storage unit 205, and the update information storage area in which the update information of the software used by the user is stored. Identify areas 204a, 204b, ... in 204. Then, the user is notified of the URL of the area in question.
この構成によれば、ユーザ側がセン夕側にユーザ I Dを送信するだけで、 セン夕側のデ一夕ベースの関連付けにより、ュ一ザが利用するソフ トウェ ァの更新情報記憶領域が特定され、 ユーザはセン夕側から当該記憶領域の U R Lデ一夕の通知を受けることで、 当該更新情報記憶領域 U R Lデ一夕 を基に更新情報記憶領域 2 0 4にアクセスし、 当該更新情報を容易に取得 することができる。 また、 ソフトウエア提供者側も、 提供するソフ トウェ ァの更新情報を予め更新情報記憶領域 2 0 4に送信しておくだけで、 セン 夕側の上記関連付けにより、 多数のユーザに対して容易に更新情報を提供 することができる。  According to this configuration, the user only transmits the user ID to the sending / receiving side, and the update information storage area of the software used by the user is specified by the connection of the sending / receiving side on a data basis. When the user receives the notification of the URL of the storage area from the sender side, the user accesses the update information storage area 204 based on the URL of the update information storage area, and easily obtains the update information. Can be obtained. Also, the software provider can easily send the update information of the software to be provided to the update information storage area 204 in advance, and the above-mentioned association on the sender side makes it easy for many users. Update information can be provided.
図 4は、 ユーザ側のコンピュータシステム 4 0 1における論理的な構成 を示す図である。  FIG. 4 is a diagram showing a logical configuration of the computer system 401 on the user side.
当該コンピュ一夕システム 4 0 1では、 最下層部のオペレ一ティングシ ステム (O S ; Operating System) 4 0 2上に、 本発明に係る更新情報 提供システムを実行するための更新ツール 4 0 3が搭載されており、 この 更新ツール 403の上層部で、 各ソフ トウエア提供者が提供するソフ トウ エア 404 (例えば 404 a、 404 b、 404 c、 404 d、 - · - ) が動作している。 In the computer system 401, an update tool 403 for executing the update information providing system according to the present invention is mounted on the lowest operating system (OS) 402. And this At the upper layer of the update tool 403, software 404 (for example, 404a, 404b, 404c, 404d,...) Provided by each software provider is operating.
更新ツール 403は、ユーザがセン夕側にィンターネッ ト 101を介し てアクセスする際のユーザィン夕一フエースを提供する。ュ一ザ 103が セン夕側にアクセスする場合、 更新ツール 403は、 ュ一ザ側のコンビュ —夕システム 103のディスプレイ (図示せず) に更新情報管理画面を起 動させ、 ユーザは当該更新情報管理画面の指示に従って、 ユーザを識別す るためにセン夕側から予め割り当てられたユーザ I Dを入力することに よってセン夕側へ接続する。  The update tool 403 provides a user interface when the user accesses the center via the Internet 101. When the user 103 accesses the sender side, the update tool 403 activates an update information management screen on a display (not shown) of the user system 103 and the user updates the update information. Follow the instructions on the management screen to connect to the sender by entering the user ID assigned in advance by the sender to identify the user.
センタ側は、 上述したように当該ユーザ I Dとデ一夕ベース 205とを 関連付けることによってユーザ 103の利用するソフ トウエアの更新情 報記憶領域 204を特定し、 当該更新情報記憶領域 204の更新情報記憶 領域 URLデータを抽出し、 それをユーザ側に通知する。 そして、 ユーザ 側が、 通知を受けた更新情報記憶領域 URLデータを基に当該更新情報記 憶領域 204にアクセスし、 更新情報を取得することで、 ユーザの利用す るソフ トウェア 404が更新される。  The center side specifies the update information storage area 204 of the software used by the user 103 by associating the user ID with the database 205 as described above, and stores the update information in the update information storage area 204. Area URL data is extracted and notified to the user side. Then, the user accesses the update information storage area 204 based on the notified update information storage area URL data and acquires the update information, so that the software 404 used by the user is updated.
ソフ トウエアの更新情報としては、 ソフ トウエアをバージョンアップす るためのモジュールでもよいし、 ソフ トウェアのセキュリティホールに対 するパッチ等であってもよい。  The software update information may be a module for upgrading the software, a patch for a security hole in the software, or the like.
以上により、 ユーザ側は、 更新ツール 403を利用して更新情報管理画 面を起動し、 ユーザ I Dをセンタ側に送信するだけで、 容易にソフ トゥェ ァの更新情報を得ることができる。  As described above, the user can easily obtain the update information of the software by simply activating the update information management screen using the update tool 403 and transmitting the user ID to the center.
次に、 以上のように構成されたシステムにおいて、 ユーザが更新情報を 取得するまでの動作について説明する。  Next, the operation of the system configured as described above until the user acquires the update information will be described.
図 5は、 本発明の一実施形態に係るユーザ側の処理の流れを示すフロー 図であり、 図 6は、 本発明の一実施形態に係るセン夕側の処理の流れを示 すフロー図である。 両図に基づいて、 ユーザ側 ·セン夕側の各処理を説明 する。 FIG. 5 is a flowchart showing the flow of processing on the user side according to an embodiment of the present invention. FIG. 6 is a flowchart showing a process flow on the sending side according to an embodiment of the present invention. Based on both figures, the processing on the user side and on the sending side will be described.
まず、 ユーザは更新ツール 4 0 3によって前記更新情報管理画面を起動 させ (ステップ 5 0 1 )、 当該更新情報管理画面を利用してィン夕一ネッ ト 1 0 1を介してセン夕側へユーザ I Dを送信する (ステップ 5 0 2 )。 これに対して、 センタ側はユーザ側から送信されたユーザ I Dを受信す ると (ステップ 6 0 1 )、 ユーザが更新ツール 4 0 3を利用するためのラ ィセンスを検索し (ステップ 6 0 2 )、 ライセンスがあるか否かをチエツ クする (ステップ 6 0 3 )。 ライセンスが無い場合には、 センタ側はュ一 ザ側にエラ一を送信し (ステップ 6 0 4 )、 ュ一ザ側のコンビュ一夕シス テム 1 0 3におけるディスプレイの更新情報管理画面にエラーが表示さ れる。 一方、 ライセンスがある場合には、 セン夕側はユーザ I Dと製品リ リ一ス番号を関連付けることによってユーザが利用する製品種別を検索 する (ステップ 6 0 5 )。 そして、 検索された当該製品種別の製品リ リ一 ス番号とその製品の更新情報が記憶されている更新情報記憶領域 2 0 4 の U R Lデータとを関連付ける (ステップ 6 0 6 ) ことにより、 ユーザが 更新すべきソフ トウエアの更新情報記憶領域 2 0 4における領域 2 0 4 a、 2 0 4 b、 . · · を特定し、 ユーザ側に当該領域の U R Lデータを送 信する (ステップ 6 0 7 )。 ユーザ側は、 セン夕側から送信された U R L デ一夕を受信し (ステップ 5 0 3 )、 当該 U R Lデ一夕を基に上記更新情 報記憶領域へアクセスする。セン夕側は当該アクセスがあつたときに当該 領域に記憶されている全ての更新モジュールを検索し(ステップ 6 0 8 )、 検索結果を基に記憶されている全ての更新モジュールのリス トを作成し て (ステップ 6 0 9 )、 当該更新モジュールリス トをユーザ側に送信する (ステップ 6 1 0 )。 ユーザ側はセン夕側から送信された更新モジュールリストを受信するFirst, the user activates the update information management screen with the update tool 403 (step 501), and uses the update information management screen to go to the sender side via the Internet 1 network 101. Send the user ID (step 502). On the other hand, when the center receives the user ID transmitted from the user (step 601), the center searches for a license for the user to use the update tool 403 (step 602). ), Check whether there is a license (step 603). If there is no license, the center sends an error to the user (step 604), and an error is displayed on the display update information management screen in the user's convenience display system 103. Is displayed. On the other hand, if there is a license, the sender searches the product type used by the user by associating the user ID with the product release number (step 605). Then, by associating the retrieved product release number of the product type with the URL data in the update information storage area 204 in which the update information of the product is stored (step 606), the user can obtain the information. Identify areas 204a, 204b,... In the update information storage area 204 of the software to be updated, and transmit the URL data of the area to the user side (step 607). . The user receives the URL data transmitted from the sender (step 503), and accesses the update information storage area based on the URL data. At the time of the access, the sending side searches for all the update modules stored in the area (step 608), and creates a list of all the update modules stored based on the search result. Then, the updated module list is transmitted to the user side (step 609) (step 610). The user receives the update module list sent from the sender
(ステップ 5 0 4 ) と、 更新ツール 4 0 3は当該更新モジュールリストと ユーザが現在利用するソフ トウエアのモジュールとを比較して差分を取 り、 (ステップ 5 0 5 )、 現在利用するソフ トウエアにモジュールが不足し ている場合には不足分のモジュールのリス トを作成して (ステップ 5 0 7 )、 ソフ トウエア更新画面を表示させて (ステップ 5 0 8 ) ユーザに不 足分のモジュールが有ることを通知する。モジュールが不足していない場 合には前記更新情報管理画面に戻る(ステップ 5 0 6 )。より具体的には、 例えば図 7に示すように、 更新モジュールリス トと現状のモジュールのリ ストを比較して、例えばその差分である xxx- 123-2- xyz、xxx- 123-3-b.xyz 及び xxx- 123-3-c.xyzの 3つのモジュールを抽出して不足モジュールリス トを作成する。 (Step 504) and the update tool 403 compares the updated module list with the software module currently used by the user and calculates the difference (Step 505). If there is not enough modules, create a list of the missing modules (step 507) and display the software update screen (step 508). Notify that there is. If there are not enough modules, the screen returns to the update information management screen (step 506). More specifically, for example, as shown in FIG. 7, the updated module list is compared with the current module list, and for example, the differences xxx-123-2-xyz, xxx-123-3-b Extract three modules, .xyz and xxx-123-3-c.xyz, and create a missing module list.
ユーザは例えば上記更新画面から更新を即時実行するか、 更新を夕イマ 一実行するか、または更新を実行しないかを選択する(ステップ 5 0 9 )。 ユーザにより更新を実行しないことが選択された場合は更新情報管理 画面に戻る (ステップ 5 1 0 )。 ユーザにより夕イマ一実行することが選 択された場合にはタイマー設定画面が表示され (ステップ 5 1 1 )、 タイ マ一を設定する。 そして、 ユーザにより実行が選択されたとき、 または夕 イマ一設定した時刻になったときに、 上記受信した更新情報記憶領域 U R Lデ一夕を基にインターネッ ト 1 0 1を介して更新情報記憶領域 2 0 4 へアクセスし、 上記不足モジュールリストを基に更新モジュールを取得す る (ステップ 5 1 2 )。 そして、 全てのモジュールを取得するまで取得を 繰り返し、 ユーザ側が、 当該取得したモジュールをインストールしてソフ トウエアの更新を実行することで更新作業が終了する (ステップ 5 1 4 )。 なお、 上記更新モジュールリストは、 ユーザ側が上記 U R Lデータを用 いてセン夕側へアクセスしたときに作成するのではなく例えばユーザ側 からユーザ I Dを受信したときに作成しておき、ユーザ側からアクセスが あつたときに送信するものであってもよい。 For example, the user selects whether to immediately execute the update, to immediately execute the update, or not to execute the update from the update screen (step 509). If the user selects not to execute the update, the screen returns to the update information management screen (step 5 10). If the user selects to execute the timer, a timer setting screen is displayed (step 511), and the timer is set. Then, when execution is selected by the user or at a set time, the update information storage area received via the Internet 101 based on the received update information storage area URL file. Access 204 and acquire the update module based on the missing module list (step 5 12). Then, the acquisition is repeated until all the modules are acquired, and the update work is completed when the user installs the acquired modules and executes the software update (step 514). Note that the above-mentioned update module list is not created when the user accesses the sender using the above URL data, but is created, for example, by the user. It may be created when a user ID is received from, and transmitted when the user accesses it.
以上により、 ユーザ側は、 更新ツール 4 0 3が表示する更新情報管理画 面に従い、 ユーザ I Dを送信して作業を選択していくだけで、 容易にソフ トウエアを更新することができ、ユーザが自ら更新の必要性を判断する場 合に比べて負担が軽減し、 利便性が向上する。  As described above, the user can easily update the software simply by transmitting the user ID and selecting a work in accordance with the update information management screen displayed by the update tool 403, and the user himself / herself can update the software. The burden is reduced compared to when the necessity of renewal is judged, and convenience is improved.
また、 更新ツール 4 0 3が、 センタ側から受信した更新モジュールリス 卜に基づいて不足するモジュールが有るか否かを自ら判断して、不足する モジュールが有る場合にセン夕側から当該モジュールを取得するため、 ソ フトウエア提供者側は、 更新情報記憶領域 2 0 4にソフ 卜ウェア更新情報 を記憶させておくだけで、 セン夕側及びユーザ側の処理により、 ユーザ側 に対して容易にソフ トウエア更新情報を提供することができる。 またセン 夕側にとっても、ユーザ側に必要なモジユールを判断する必要が無いため、 更新ヅール 4 0 3によって、 ソフ卜ウェア提供者側及びセン夕側双方の負 担も軽減されることとなる。  In addition, the update tool 403 determines whether there is a missing module based on the list of update modules received from the center side, and acquires the module from the sender if there is a missing module. Therefore, the software provider only needs to store the software update information in the update information storage area 204, and the software can be easily provided to the user by the processing of the sender and the user. Update information can be provided. Also, since it is not necessary for the sending side to judge the module necessary for the user side, the burden of both the software provider side and the sending / receiving side is reduced by the update rule 403.
なお、 本システムは、 ユーザが自ら更新情報管理画面を起動する態様に 限らず、 セン夕側が、 前記更新ヅ一ル 4 0 3に対して、 定期的に更新情報 管理画面を起動させるように促すような態様にしてもよい。 この構成によ れば、 定期的 · 自動的に更新情報管理画面が起動するため、 ユーザは自ら 意識せずとも定期的にソフ トウエアを更新することができる。  Note that the present system is not limited to a mode in which the user activates the update information management screen by himself / herself, and the sending side prompts the update module 403 to periodically activate the update information management screen. Such a mode may be adopted. According to this configuration, the update information management screen is started periodically and automatically, so that the user can update the software regularly without being aware of it.
更に、 本システムは、 ソフ トウエア提供者が、 ィン夕ーネッ ト 1 0 1を 介してソフ トウエア更新情報を追加し、 セン夕側がその追加毎にユーザ側 へその更新情報の追加を通知し、 その通知により更新ヅ一ル 4 0 3が更新 情報管理画面を起動させるような態様にしてもよい。 これにより、 ユーザ 側はソフ トウヱァ提供者側から提供されるソフ トウエアの最新の更新情 報について即座に知得し、 当該更新情報により当該ソフ トウエアを更新す ることができる。 Furthermore, in this system, the software provider adds software update information via the Internet 101, and the sender notifies the user of the addition of the update information every time the software provider adds the update information. The update module 403 may activate the update information management screen in response to the notification. As a result, the user immediately knows the latest software update information provided by the software provider and updates the software with the update information. Can be
ところで、 ユーザがソフ トウエアを更新する場合、 当該ソフ トウエアを 更新することによって、 ユーザが利用する他のソフ トウエアに影響が及び、 当該他のソフトウエアの動作が不安定になる場合がある。 このような場合、 当該影響について予め判断又は予測し、 悪影響を及ぼす恐れがある場合に 当該更新作業を中止することは、専門的な知識を持たないユーザにとって は困難であった。  By the way, when the user updates the software, the updating of the software may affect other software used by the user, and the operation of the other software may become unstable. In such a case, it was difficult for a user without specialized knowledge to judge or predict the effect in advance and stop the update work if there is a possibility of adverse effect.
そこで本システムでは、 そのような場合に当該更新を中止する機能を有 する。 図 8は、 当該機能を実施する際のユーザ側の処理を表したフロー図 ί'める。  Therefore, this system has a function to cancel the update in such a case. FIG. 8 is a flowchart showing processing on the user side when performing the function.
図 5における処理と同様の手順でユーザが更新モジュールリストを受 信する (ステップ 5 0 4 ) と、 更新ヅ一ル 4 0 3は、 ソフ トウェア提供者 が予め影響を及ぼす恐れのあるモジュールのモジュール名を記述してお いた更新中止モジュールファイル 8 0 2を検索し、 当該ファイル 8 0 2中 のモジュールとユーザが受信した更新モジュールリストを比較して、 一致 するモジュールがある場合には当該モジュールを更新モジュールリス ト から削除する (ステップ 8 0 1 )。 これにより当該モジュールの取得が中 止される。 当該削除されたモジュール以外のモジュールについては、 前述 した処理 (ステップ 5 0 5〜5 1 4 ) を実行する。 取得を中止したモジュ —ルが有る場合には、例えばその旨を管理画面に表示してユーザに通知す るようにしてもよい。  When the user receives the update module list in the same procedure as in the process in FIG. 5 (step 504), the update module 403 is set to the module of the module that the software provider may influence in advance. Searches the update abort module file 802 in which the name is described, compares the module in the file 802 with the update module list received by the user, and if there is a matching module, the module is searched. Delete it from the update module list (step 8001). This stops the acquisition of the module. For the module other than the deleted module, the processing described above (steps 505 to 514) is executed. If there is a module whose acquisition has been stopped, the fact may be displayed on the management screen to notify the user, for example.
なお、 取得を中止したモジュールについては、 例えばュ一ザがその旨を ソフ トウェア提供者に通知し、 ソフ トゥヱァ提供者が、 当該モジュールを 適用した場合の他のソフトウエアの動作確認を改めて行い、 動作に影響が 無いことが確認されると、 ソフ トウエア提供者が改めて更新情報記憶領域 2 0 4に当該モジュールを送信し、 その旨をユーザに通知してユーザが当 該領域 2 0 4にアクセスすることにより、 当該ソフ トウエアを更新するこ とができるような態様にしてもよい。 For modules whose acquisition has been discontinued, for example, the user notifies the software provider of this fact, and the software provider again checks the operation of other software when the module is applied. When it is confirmed that the operation is not affected, the software provider transmits the module to the update information storage area 204 again, notifies the user of the fact, and notifies the user of this. The mode may be such that the software can be updated by accessing the area 204.
これにより、 ュ一ザはソフ トウエアの更新が他のソフ トウエアに与える 影響について懸念することなく安心してソフ トウエアを更新でき、 また、 悪影響を与えるソフトウェアがあっても、 その情報を事前に知得し、 当該 ソフトウエアの更新を中止することができる。  This allows the user to update the software without worrying about the impact of the software update on other software, and to obtain information about any software that may have an adverse effect in advance. Then, the software update can be stopped.
図 9はユーザ側のコンピュータシステムを構成するネッ トワークを示 した図である。  FIG. 9 is a diagram showing a network constituting a computer system on the user side.
同図に示すように、 ユーザ側のコンピュータシステムにおいては、 1台 のマスタマシン 9 0 1 と複数のリンクマシン 9 0 2が相互に通信できる ネッ トワークを構成する場合がある。 本発明は、 このような場合に、 マス 夕マシン 9 0 1のソフ トウエアとリンクマシン 9 0 2のソフ トウエアを 同時に更新させる機能を有する。 なお、 この場合、 リンクマシン 9 0 2も 更新ツール 4 0 3を搭載していることが前提となる。  As shown in the figure, a computer system on the user side may constitute a network in which one master machine 91 and a plurality of link machines 902 can communicate with each other. The present invention has a function of updating the software of the master machine 901 and the software of the link machine 902 simultaneously in such a case. In this case, it is assumed that the link machine 902 also has the update tool 403.
図 1 0は、本発明の一の実施形態に係るユーザ側の処理を表したフロー 図である。  FIG. 10 is a flowchart showing processing on the user side according to an embodiment of the present invention.
更新ツール 4 0 3は、 ステップ 5 0 1〜 5 0 7までは図 5における処理 と同様の処理を行い、 更新画面を表示する前に、 ユーザ側にリンクマシン 9 0 2が存在するか否かにつき、 予め当該情報を記憶したマス夕/リンク フアイノレ 1 0 0 2から確認する (ステップ 1 0 0 1 )。  The update tool 4003 performs the same processing as the processing in FIG. 5 from step 501 to 507, and determines whether or not the link machine 902 exists on the user side before displaying the update screen. Is checked from the cell / link file 1002 in which the information is stored in advance (step 1001).
リンクマシン 9 0 2が存在する場合には、 マス夕マシンと当該リンクマ シン 9 0 2が通信可能か否かを確認し (ステップ 1 0 0 3 )、 通信不可能 な場合にはエラ一を表示し (ステップ 1 0 0 4 )、 通信可能な場合には図 5における場合と同様にソフ トウエア更新画面を表示する (ステップ 5 0 8 ) o  If there is a link machine 902, check whether the master machine and the link machine 902 can communicate (step 1003). If communication is not possible, an error message is displayed. (Step 1004), and if communication is possible, display the software update screen as in Fig. 5 (step 508) o
そして、 ユーザが図 5における場合と同様にソフ トウエアの更新の実行 を選択 (ステップ 509) したときに、 マス夕マシン 901の更新ヅ一ル がリンクマシン 902の更新ツールに、 セン夕側からモジュールを取得す るよう指令を発し、 マスタマシン 90 1が更新モジュールを取得すると同 時に、 リンクマシン 902がセン夕側から更新モジュールを取得する (ス テツプ 1005 )ことで全てのマシンのソフ トウエアが同時に更新される (ステップ 1006 )。 Then, the user executes the software update as in the case of FIG. Is selected (step 509), the update module of the master machine 901 issues a command to the update tool of the link machine 902 to obtain the module from the sender, and the master machine 901 downloads the update module. At the same time, the link machine 902 acquires the update module from the sender (Step 1005), so that the software of all the machines is updated simultaneously (Step 1006).
これにより、 ュ一ザ側は、 ユーザ側がネッ トワーク内で複数のマシンを 有する場合でも、一度の作業で全てのマシンのソフ トウエアを容易に更新 することができる。  As a result, the user can easily update the software of all the machines in one operation even if the user has a plurality of machines in the network.
図 1 1は、 本発明の一実施形態に係るシステム全体でやり取りされる情 報の流れ及び処理を表したシーケンス図である。  FIG. 11 is a sequence diagram showing the flow and processing of information exchanged in the entire system according to an embodiment of the present invention.
同図に示すように、 ソフトウエア提供者側は、 予めセン夕のソフ トウェ ァ更新情報記憶領域 204へソフ トウ: ァ更新用のモジュールを送信し ておく (ステップ 1 10 1)。セン夕側は、 当該ソフ トウエア更新情報を、 更新情報記憶領域 URLデ一夕、 ユーザ ID、 ソフ トゥ ァ提供者 I D、 製品リ リース番号等のデ一夕を関連付けて記憶し、 ユーザがユーザ I Dを 送信する (ステップ 1 102) と、 それらの関連付けにより、 ユーザが利 用するソフ トウエアに対応する更新情報記憶領域 204を特定し、 ユーザ 側へ更新情報記憶領域 URLデ一夕を送信する (ステップ 1 103)。 ユーザ側は、 当該 UR Lデータを基に更新情報記憶領域へアクセスし (ステップ 1 104)、 セン夕側は当該アクセスがあつたときに当該記憶 領域の UR Lに記憶されているモジュールを特定し、 当該全てのモジユー ルを記載した更新モジユールリス トを作成し、ユーザ側に当該更新モジュ —ルリス トを送信する (ステップ 1 105)。 ユーザ側では当該更新モジ ュ一ルリス 卜と現在利用するソフ トウエアのモジュールとを比較して、 不 足するモジュールについて不足モジュールリストを作成し、 ユーザが更新 画面にて実行を選択したとき、 またはユーザのタイマ一設定した時間にな つたときに、 U R Lデータを用いて更新情報記憶領域 2 0 4へアクセスし (ステップ 1 1 0 6 ) 当該更新情報記憶領域 2 0 4からソフ トウエア更新 モジュールを取得する (ステップ 1 0 0 7 )。 As shown in the figure, the software provider sends a software update module to the software update information storage area 204 in advance (step 1101). The sending side stores the software update information in association with the update information storage area URL data, user ID, software provider ID, product release number, etc., and stores the user ID. (Step 1102), the update information storage area 204 corresponding to the software used by the user is specified by the association, and the URL of the update information storage area is transmitted to the user (step 1102). 1 103). The user accesses the update information storage area based on the URL data (step 1104), and the sender identifies the module stored in the URL of the storage area when the access is made. Then, an update module list describing all the modules is created, and the update module list is transmitted to the user (step 1105). The user compares the updated module list with the currently used software module, creates a missing module list for the missing module, and updates the module. When execution is selected on the screen, or when the time set by the user's timer is reached, the update information storage area 204 is accessed using the URL data (step 1106). The software update module is obtained from 204 (step 1007).
同図から明らかなように、 ユーザ側は更新情報管理画面を起動してセン 夕側へユーザ I Dを送信するだけで、 その後は更新ツール 4 0 3が自動的 に不足モジュールリストを作成して当該リス 卜に基づいて不足するモジ ユールを取得するため、極めて容易にソフ トウエアを更新することができ、 一方ソフ トウエア提供者側も、 予めセン夕側へソフ トウエア更新情報を送 信しておくだけで、 センタ側及びユーザ側の処理によりユーザに対して容 易に更新情報を提供することができる。  As is clear from the figure, the user simply activates the update information management screen and sends the user ID to the sender, and after that, the update tool 403 automatically creates a missing module list and The software can be updated very easily to acquire the missing modules based on the list, while the software provider only sends the software update information to the sender in advance. Thus, the update information can be easily provided to the user by the processing on the center side and the user side.
以上説明したように、 本発明によれば、 セン夕側で、 ソフ トウェア提供 者毎に区分けされた更新情報記憶領域を識別するための U R Lデータと、 ソフ トウエアを更新するために必要なモジュール情報とを対応付けて予 め記憶すると共に、 ユーザを識別するためのユーザ I Dと、 ユーザが使用 しているソフ トウエアに対応する U R Lデ一夕とを対応付けて予め記憶 しておき、 ユーザ側からセン夕側に対してユーザ I Dが送信されると、 セ ン夕側で当該ユーザ I Dに対応する U R Lデ一夕を抽出してユーザ側に 送信し、 ユーザ側が当該 U R Lデ一夕を用いて更新情報記憶領域へァクセ スしたときに、 セン夕側は当該領域内のモジュールのリストをユーザ側に 送信し、 ユーザ側は、 当該リス トと現状のモジュールを比較して不足する モジュールのリストを作成し、 当該リス ト及び上記 U R Lデ一夕を基にセ ン夕側からモジュールを取得することとしたため、 ソフ トウェア提供者側 は上記更新情報記憶領域 2 0 4を利用することで、 ソフ トウエアを更新す るために必要なモジュールを煩雑な手続を経ずに容易に管理することが できる。 また、 ユーザ側は、 更新ツール 4 0 3の自動的な処理により、 ソ フトウエアを更新するために必要な更新情報を容易に得ることができる。 なお、本発明の実施形態は上述した実施形態に限定されるものではなく、 本発明の技術思想の範囲内で様々な変更が可能である。 As described above, according to the present invention, on the sending side, the URL data for identifying the update information storage area classified for each software provider, and the module information necessary for updating the software The user ID for identifying the user and the URL data corresponding to the software used by the user are stored in association with each other in advance, and stored from the user side. When the user ID is sent to the sender, the sender extracts the URL corresponding to the user ID and sends it to the user, and the user updates using the URL. When accessing the information storage area, the sending side sends the list of modules in the area to the user side, and the user side compares the list with the current module to list the missing modules. The software provider uses the update information storage area 204 to obtain the module from the server based on the list and the URL. Modules required to update software can be easily managed without complicated procedures. In addition, the user can automatically update the software by the update tool 403 automatically. Update information necessary for updating software can be easily obtained. The embodiments of the present invention are not limited to the above-described embodiments, and various changes can be made within the scope of the technical idea of the present invention.
例えば、 上述した実施形態においては、 ソフ トゥヱァを更新することに よって、 ユーザが利用する他のソフトウエアに悪影響が及び、 当該他のソ フトウエアの動作が不安定になるような場合を想定して、 ソフトウエア提 供者が予め影響を及ぼす恐れのあるモジュールのモジュール名を記述し た更新中止モジュールファイル 8 0 2を用意しておき、 当該ファイルに基 づいて、 更新を中止する例について説明したが、 ソフトウェア提供者側で も、悪影響を及ぼす恐れのあるモジュールを完全に予測することは困難で あり、上記更新中止モジュールファイル 8 0 2に記述されていないモジュ —ルでも、 当該モジュールでソフトウェアを更新することによって、 ュ一 ザの使用する他のソフトウエアの動作に悪影響が及んでしまう場合も考 えられる。  For example, in the above-described embodiment, it is assumed that updating the software adversely affects other software used by the user and makes the operation of the other software unstable. An example was given in which the software provider prepared an update suspension module file 802 in which the module names of modules that might have an effect were prepared in advance, and suspended the update based on the file. However, it is difficult for the software provider to completely predict a module that may have an adverse effect, and even if the module is not described in the above-mentioned update cancellation module file 802, the software cannot be Updates may adversely affect the operation of other software used by the user. It is.
そこで、 本発明に係るシステムは、 このような場合に、 当該ソフ トゥェ ァを更新前の状態に戻す機能も有する。  Therefore, in such a case, the system according to the present invention also has a function of returning the software to a state before the update.
具体的には、 ユーザ側でソフトウェアを更新する前に、 更新前のモジュ ールに関する情報及びその取得先に関する情報を予め保存しておき、更新 後に上述したような問題が発生した場合に、 上記保存した情報を基に、 更 新前のモジュールを新たな更新倩報として取得することによって、 ソフ ト ウェアを更新前の状態に戻すことができる。  Specifically, before updating the software on the user side, information on the module before the update and information on the acquisition source are stored in advance, and if the above-mentioned problem occurs after the update, By acquiring the module before update as a new update based on the saved information, the software can be returned to the state before update.
図 1 2は、 このような機能を実現するために、 ユーザ側で予め必要とな る動作を表したフロー図である。 同図において、 上述した図 5と同様の処 理を行う部分については同様の符号を付し、 説明を省略する。  FIG. 12 is a flowchart showing an operation required by the user in advance to realize such a function. In this figure, parts performing the same processing as in FIG. 5 described above are denoted by the same reference numerals, and description thereof will be omitted.
同図に示すように、 ユーザ側の更新ツール 4 0 3は、 上述した図 5と同 様の処理でモジュールを取得する (ステップ 5 1 2 ) と、 当該モジュール によってソフトウエアを更新する前に、 当該更新しようとしているソフ ト ウェアのモジュールについて、 更新前、 すなわちその時点における現状の モジュールのバージョンに関する情報と、 そのモジュールの所在場所情報 を保存する (ステップ 1 2 0 1 )。 その後は、 図 5と同様にソフ トウェア の更新を行う。 As shown in the figure, the update tool 403 on the user side obtains a module by the same processing as in FIG. 5 described above (step 5 12), and Before updating the software, the information on the current module version and the location information of the module of the software to be updated are saved before the update, that is, at that time (step 12). 0 1). After that, the software is updated as in Fig. 5.
更新前のバージョンのモジュールの所在場所情報とは、 例えば、 上記更 新情報記憶領域 2 0 4からモジュールを取得した際の、 その取得先で る U R Lデータである。 更新ツール 4 0 3は、 前回ソフトウエアを更新した 際に、 その更新に必要なモジュールの取得先にアクセスした履歴情報を記 憶しているため、 この情報を基に、 現在使用しているソフ トウエアのモジ ユールのパージョンに関する情報及びそのモジュールの取得先を保存す ることができる。 これらの情報を、 ソフ トウエアの更新前に保存しておく ことで、 ソフトウェアを更新した後でも、 それらの情報に基づいて更新前 のモジュールを取得することによって、 ソフ トウヱァを更新前の状態に戻 すことが可能となる。  The location information of the pre-update version of the module is, for example, URL data from which the module was obtained from the update information storage area 204 when the module was obtained. The update tool 403 stores the history of access to the acquisition source of the module required for the update when the software was last updated, and based on this information, the software currently used is updated. Information on the version of the software module and the location from which the module was obtained can be stored. By storing this information before updating the software, even after updating the software, the software can be restored to the state before the update by acquiring the module before updating based on the information. It becomes possible.
なお、 上記更新情報記憶領域 2 0 4には、 そのソフ トウエア提供者が提 供するソフ トウェアのあらゆるバ一ジョンが記憶されているため、 ユーザ が更新前の状態に戻すことを望むソフ トウエアのバージョンがどのバー ジョンであっても、 当該更新情報記憶領域 2 0 4から取得することができ る。 また、 ソフ トウェアを初めて更新する場合には、 上記アクセス履歴情 報は存在しないことになるが、 セン夕側では、 ソフ トウェア提供者が提供 するソフ トウエアの、 一度も更新されていない販売当時のバージョンも上 記更新倩報記憶領域 2 0 4に記憶しているため、 アクセス履歴情報が無い 場合には、 当該領域からモジュールを取得するように更新ツール 4 0 3に 対して設定しておけばよい。  Since the update information storage area 204 stores all versions of the software provided by the software provider, the version of the software that the user desires to return to the state before the update is stored. No matter which version is used, it can be obtained from the update information storage area 204. When the software is updated for the first time, the above access history information will not exist.However, on the Sendai side, the software provided by the software provider at the time of sale that has never been updated Since the version is also stored in the above-mentioned update information storage area 204, if there is no access history information, it is necessary to set the update tool 403 to acquire the module from that area. Good.
図 1 3は、 ソフ トウエア更新後に当該ソフ トウエアを更新前の状態に戻 す際のユーザ側の動作の流れを示すフロー図である。本実施形態において は、 更新前の状態に戻すために、 ユーザは 「"更新前に戻す" 画面」 (図示 せず) を起動させ、 当該画面上で作業を行うものとする。 Figure 13 shows that after updating the software, the software was returned to the state before the update. FIG. 7 is a flowchart showing a flow of an operation on the user side when performing the operation. In the present embodiment, in order to return to the state before the update, the user activates a “restore before update” screen (not shown) and performs work on the screen.
ユーザはまず、 更新ヅ一ル 4 0 3により、 「 "更新前に戻す" 画面」 を 起動させ (ステップ 1 3 0 1 )、 当該画面を利用して、 セン夕側へユーザ I Dを送信する (ステップ 1 3 0 2 )。 一方セン夕側では、 上述したよう な、 ソフ トウエアの通常の更新の場合とは異なり、 受信したユーザ I Dに ついて、 ライセンスの認証のみを行う。 ライセンスがあると認証された場 合には、 その旨をユーザ側へ通知し、 ユーザ側のその後の処理を続行させ る。 ライセンスの認証を受けたユーザ側は、 図 1 2において前回のソフト ウェア更新時に保存した、 更新前のモジュールに関する情報を基に、 取得 するモジュールのリス 卜を作成する (ステップ 1 3 0 3 )。 そして、 当該 モジュールリストに基づき、 モジュールを取得する ( S T 1 3 0 4 )。 す なわち、 前回の更新時に保存した、 更新前のモジュールの存在する更新情 報記憶領域 2 0 4の U R Lデ一夕を基に、 当該領域 2 0 4へアクセスし、 そこから更新前のモジュールを取得する。 モジュールを取得すると、 取得 すべきモジュールに不足が無いか否かを確認し (S T 1 3 0 5 )、 不足が ある場合にはエラー表示する ( S T 1 3 0 6 )。 不足が無い場合には、 当 該取得したモジュールにより、ソフ トウエアの更新を行う( S T 1 3 0 7 )。 すなわち、 更新前の状態のモジュールを用いて新たな更新を行うことによ つて、 当該ソフ トウエアを更新前の状態に戻すことができる。  First, the user activates the “Restore before update” screen using the update rule 403 (step 1301), and sends the user ID to the sender using the screen (step 1301). Step 1302). On the other hand, on the sending side, unlike the normal software update described above, only license authentication is performed for the received user ID. If the license is authenticated, the user is notified of the fact and the subsequent processing of the user is continued. The user who has been authenticated the license creates a list of modules to be acquired based on the information about the modules before the update, which was saved at the time of the previous software update in Fig. 12 (step 1303). Then, a module is acquired based on the module list (ST1304). That is, based on the URL information of the update information storage area 204 where the module before update exists, which was saved at the time of the previous update, the area 204 is accessed, and the module before update is accessed from there. To get. When a module is acquired, it is checked whether there is any shortage in the module to be acquired (ST1305), and if there is a shortage, an error is displayed (ST1306). If there is no shortage, the software is updated by the obtained module (ST 13 07). That is, by performing a new update using the module in the state before the update, the software can be returned to the state before the update.
以上で、 ソフ トウエア更新後に当該ソフ トウエアを更新前の状態に戻す 際のユーザ側の動作が終了する。  Thus, the operation on the user side when returning the software to the state before the update after the software update is completed.
この構成によれば、 ソフ トウエアを更新した後に、 ユーザが使用する他 のソフ トウエアの動作が不安定になる等の問題が発生した場合でも、 ュ一 ザは更新前の問題の無い状態に、複雑な操作をすることなく容易に戻すこ とができる。 また、 そのため、 ユーザはソフトウエアを更新することによ る他のソフトウエアに対する影響等を心配することなくソフ トウエアを 更新することができる。 According to this configuration, even if a problem such as instability of the operation of other software used by the user occurs after updating the software, the user remains in a state without any problems before the update. Easy return without complicated operation Can be. Therefore, the user can update the software without worrying about the influence of updating the software on other software.
また、 上述したように、 ソフトウヱァ提供者がュ一ザに複数のソフトウ エアを提供している場合には、 ソフトウエア提供者は、 複数の更新情報記 憶領域 2 0 4を利用できるものであってもよい。 以下、 このような場合に おける実施の形態について説明する。  Further, as described above, when the software provider provides a plurality of software to the user, the software provider can use the plurality of update information storage areas 204. You may. Hereinafter, an embodiment in such a case will be described.
図 1 4は、本実施形態におけるセン夕側の構成を示すプロック図である。 同図において、上述した図 2と同様の構成を有する部分については同様の 符号を付し、 説明を省略する。  FIG. 14 is a block diagram showing the configuration on the sending / receiving side in the present embodiment. In this figure, parts having the same configuration as in FIG. 2 described above are denoted by the same reference numerals, and description thereof will be omitted.
同図に示すように、 センタ側には、 更新情報記憶領域が 2 0 4、 2 0 4 '、 2 0 4 ' '、 · · · と複数存在し、 ソフトウエア提供者は、 これら複 数の記憶領域を利用することができる。  As shown in the figure, the center has a plurality of update information storage areas of 204, 204 ', 204', ..., and the software provider The storage area can be used.
利用の態様としては、 例えばあるソフトウェア提供者が A、 B、 Cの 3 つのソフトウェアを提供していた場合には、 3つの記憶領域 2 0 4、 2 0 4 '、 2 0 4 ' '中の、 自己の利用する領域 2 0 4 aには Aを、 2 0 4 a 'には Bを、 2 0 4 a ' 'には Cを、 というように、 ソフトウエア毎に記 憶させておくようにしてもよい。 この態様により、 例えば 0 Sとアプリケ ーシヨンソフトウエアで別々の更新情報記憶領域を利用したり、複数のァ プリケ一シヨンソフ トウェア毎に別々の更新情報記憶領域を利用したり することができる。  As a mode of use, for example, if a software provider provided three software programs A, B, and C, the three storage areas 204, 204 ', and 204' , The area used by the user, A is stored in 204 a, B is stored in 204 a ', C is stored in 204 a', and so on. It may be. According to this aspect, for example, different update information storage areas can be used by the OS and the application software, or different update information storage areas can be used by a plurality of application software.
また、 上記 3つのソフトウェアのうち、 例えばあるユーザは Aのみを使 用し、 別のユーザは Aと Bを使用し、 また別のユーザは A、 B、 C全てを 使用しているような場合には、 例えば領域 2 0 4 aには Aを記憶させ、 領 域 2 0 4 a 'には Aと Bを記憶させ、 領域 2 0 4 a ' 'には A、 B、 C全 てを記憶させるというように、 それらのユーザの使用の組み合わせに応じ て、 その組み合わせ毎に記憶させておくようにしてもよい。 Also, of the above three software, for example, one user uses only A, another user uses A and B, and another user uses all A, B, and C For example, store A in area 204a, store A and B in area 204a ', and store A, B, and C in area 204a'''. Depending on the combination of their use Then, it may be stored for each combination.
これら複数の更新情報記憶領域の U R Lは、 図 3に示したようなソフ ト ウェア提供者デ一夕ベースにおいてそれそれ管理されており、 また当該そ れそれの領域の U R L情報と上記ソフ トウエア提供者 I Dとが他のデー 夕ベースと関連付けられて管理されているため、 ソフトウエア提供者は自 己の複数の領域を容易に認識することができるようになつている。  The URLs of the plurality of update information storage areas are individually managed on a software provider basis as shown in FIG. 3, and the URL information of the respective areas and the above software provision information are provided. Software IDs are managed in association with other databases, so that software providers can easily recognize their own multiple areas.
図 1 5は、 本実施形態においてソフ トウエアを更新する際の、 ユーザ側 の処理を表したフロー図である。 同図において、 上述した図 5と同様の処 理を行う部分については同様の符号を付し、 説明を省略する。  FIG. 15 is a flowchart showing processing on the user side when updating software in the present embodiment. In this figure, parts performing the same processing as in FIG. 5 described above are denoted by the same reference numerals, and description thereof will be omitted.
同図に示すように、 本実施形態においてモジュールを取得する際には、 ユーザは上述した図 5における処理と同様の処理でソフ トウヱァの更新 を選択した後 (ステップ 5 0 9 )、 セン夕側の複数の更新情報記憶領域 2 0 4、 2 0 4 '、 2 0 4 ' ' · · ·からそれそれの領域に記憶してあるソ フトウエアのモジュール毎にモジュールを取得し、 当該処理を全ての領域 のモジュールを取得するまで繰り返すことになる (ステップ 1 5 0 1〜ス テツプ 1 5 0 2 )。 そして、 全てのモジュールを取得すると、 当該モジュ ールによってそれそれのソフ トウエアの更新を行う (ステップ 5 1 4 )。 この構成によれば、 更新情報記憶領域 2 0 4がーのソフ トウ ァ提供者 に対して複数存在することとし、 ソフ卜ウェア提供者は、 複数のソフ トウ エアを提供している場合でも、 当該ソフ トウエア毎にそれそれ別に記憶さ せたり、 ユーザが当該複数のソフトウエアを使用する組み合わせ毎にそれ それ記憶させたりすることができることとしたため、 ソフ トウエアの管理 が容易になり、 ユーザに対してソフ トウエアの更新情報をスムーズに提供 することができる。  As shown in the figure, when acquiring a module in the present embodiment, the user selects software update by the same processing as the processing in FIG. 5 described above (step 509), and then From the multiple update information storage areas 204, 204 ', and 204' '' of each software module stored in each area. The process is repeated until a module in the area is acquired (step 1501 to step 1502). Then, when all the modules are obtained, the software of each module is updated by the module (step 514). According to this configuration, a plurality of update information storage areas 204 exist for each software provider, and even if the software provider provides a plurality of software, Because the software can be stored separately for each software, or the user can store the software for each combination that uses the plurality of software, software management becomes easy, and Software update information can be provided smoothly.
次に、 本発明の更に別の実施形態について説明する。  Next, still another embodiment of the present invention will be described.
上述した実施形態において、 モジュールを取得する際には、 更新ツール 4 0 3により不足モジュールが作成された後、 ユーザが更新画面にて更新 実行を選択するか、 タイマーを設定してその設定時間になったときにセン 夕側の更新倩報記憶領域 2 0 4へアクセスして上記不足モジュールリス トに基づいてモジュールを取得している。 しかし、 更新情報記憶領域 2 0 4には、 あらゆるソフ トウエア提供者が絶えず新たなモジュールを追加す ることができるようになつているため、例えばユーザがタイマ一設定をし た場合には、上記不足モジュールリストが作成されてからタイマ一の設定 時間になる間に、ュ一ザが利用しているソフ トウエアについて新たなモジ ユールが追加されることも考えられる。 また、 夕イマ一設定する場合でな くても、 上記不足モジュールリスト作成後、 ユーザが更新画面上で何の操 作も行わずに放っていた場合にも、 その後更新実行を選択してモジュール を取得するまでの間に新たなモジュールが追加されることも考えられる。 このような場合、 上記不足モジュールリス卜に基づいてモジュールを取得 するのでは、新たに追加されたモジユールについては取得することができ ない。 よって、 ユーザは次回更新作業を行うまで当該新たに追加したモジ ユールを取得することができないこととなり、 常に最新のバージョンのソ フ トウエアを利用することを望むユーザにとっては、利便性に欠ける結果 となる。 In the above embodiment, when acquiring the module, the update tool After the missing module is created by 4003, the user selects update execution on the update screen, or sets a timer and sets the timer to the update time. To obtain modules based on the list of missing modules. However, in the update information storage area 204, since all software providers can constantly add new modules, if the user sets one timer, for example, It is conceivable that a new module is added to the software used by the user during the time set by the timer after the missing module list is created. In addition, even if the user does not set the timer, even if the user releases the missing module list without performing any operation on the update screen after the creation of the missing module list, the module is selected by executing the update after that. It is also conceivable that a new module will be added before acquiring. In such a case, if a module is acquired based on the missing module list, it is not possible to acquire a newly added module. As a result, the user cannot acquire the newly added module until the next update operation is performed, which is not convenient for a user who always wants to use the latest version of the software. Become.
そこで本実施形態においては、ユーザが更新実行を選択した場合または タイマーの設定時間になった場合に、 再度更新情報記憶領域 2 0 4にァク セスし、 不足モジュールリストを再度作成することとしている。  Therefore, in the present embodiment, when the user selects the execution of update or when the set time of the timer has come, the update information storage area 204 is accessed again to create the missing module list again. .
図 1 6はこのような場合の更新ツール 4 0 3の動作を示すフロー図で ある。 同図において、 上述した図 5と同様の処理を行う部分については同 様の符号を付し、 説明を省略する。  FIG. 16 is a flowchart showing the operation of the update tool 403 in such a case. In this figure, the same reference numerals are given to the parts that perform the same processing as in FIG. 5 described above, and description thereof will be omitted.
更新ヅ一ル 4 0 3は、不足モジュールリス卜を作成してユーザに作業を 選択させるまでは上述した図 5と同様の処理を行う (ステップ 5 0 1〜ス テツプ 5 1 1 )。 そして、 ユーザが更新の即時実行を選択したときまたは 夕イマ一で設定された時間になったときに、 自動的に上記ステップ 5 0 1 からステップ 5 0 7までの動作を繰り返すことにより、 上記不足モジュ一 ルリストを再び作成する (ステップ 1 6 0 1 )。 その後は、 再作成した不 足モジュールリス トを基に、 上述した図 5の場合と同様にモジュールを取 得する (ステップ 5 1 2〜ステップ 5 1 4 )。 The update module 4003 performs the same processing as in FIG. 5 described above until a missing module list is created and the user selects an operation (steps 501 to Step 5 1 1). Then, when the user selects the immediate execution of the update or when the time set in the evening is reached, the above operations from step 501 to step 507 are automatically repeated, so that the shortage is obtained. Recreate the module list (step 1601). After that, based on the recreated missing module list, modules are acquired in the same way as in the case of Fig. 5 described above (steps 512 to 514).
この構成によれば、 不足モジュールリス トを作成した後、 モジュールを 取得する際に不足モジュールリストを再作成しているため、例えば夕イマ 一設定してから実際に取得するまでに上記更新情報記憶領域 2 0 4にモ ジュールが追加された場合のように、 不足モジュールリス トを受信してか ら実際に取得するまでの間に追加されたモジュールも取得することが可 能となり、 ユーザは最新のモジュールを、 極力時間間隔を置くことなく取 得することができる。 産業上の利用可能性  According to this configuration, the missing module list is re-created when the module is acquired after the missing module list is created. As in the case where a module has been added to area 204, it is possible to acquire the modules added between the time when the missing module list is received and the time when the module is actually acquired, and the user can obtain the latest information. Modules can be obtained with as little time intervals as possible. Industrial applicability
以上説明したように、 本発明によれば、 ユーザ側及びソフ トウェア提供 者側の双方の負担を軽減しつつ、容易にソフトウエアを更新することがで きる。  As described above, according to the present invention, software can be easily updated while reducing the burden on both the user side and the software provider side.

Claims

請 求 の 範 囲 The scope of the claims
1 . セン夕側のコンピュータシステムとユーザ側のコンビュ一夕システム とがネッ トワークを介して通信を行うことが可能なシステムにおいて、 前記セン夕側のコンピュータシステムは、 ソフ トウエアの提供者毎に区 分けされた各更新情報記憶領域に、 提供したソフ トウエアを更新するため に必要な少なくとも 1以上の更新情報を、 当該更新情報記憶領域を識別す るための第 1の識別情報と対応付けて予め記憶し、 1. In a system in which the computer system on the sending side and the computer system on the user side can communicate via a network, the computer system on the sending side is divided for each software provider. In each of the divided update information storage areas, at least one or more pieces of update information necessary for updating the provided software are associated with the first identification information for identifying the update information storage area in advance. Remember,
前記ユーザ側のコンピュータシステムは、 前記ネッ トワークを介して前 記第 1の識別情報を前記セン夕側のコンビユー夕システムに送信し、 前記セン夕側のコンピュータシステムは、 前記ネヅ トワークを介して第 The computer system on the user side transmits the first identification information to the combination system on the sending side via the network, and the computer system on the sending side transmits the first identification information via the network. No.
1の識別情報を受信したとき、前記第 1の識別情報に対応する前記更新情 報記憶領域に記憶された更新情報に基づき当該更新情報の一覧を作成し、 前記ネ ヅ トワークを介してユーザ側のコンピュータシステムに当該一覧 を送信し、 When the first identification information is received, a list of the update information is created based on the update information stored in the update information storage area corresponding to the first identification information, and a list of the update information is created by the user via the network. The list to the computer system
前記ユーザ側のコンピュータシステムは、 前記更新情報の一覧を受信し たとき、 当該更新情報の一覧とユーザ側で現在利用するソフ トウエアとを 比較して取得すべき更新情報があるか否かを判断し、取得すべき更新情報 がある場合に、 前記第 1の識別情報を用いて前記更新情報記憶領域からネ ッ 卜ワークを介して必要な更新情報を取得する  Upon receiving the update information list, the user-side computer system compares the update information list with software currently used on the user side to determine whether there is update information to be acquired. Then, when there is update information to be acquired, necessary update information is acquired from the update information storage area via a network using the first identification information.
ことを特徴とするソフ トゥエア更新情報提供方法。  A method for providing software-to-air update information.
2 .請求項 1に記載の方法において、  2. In the method according to claim 1,
前記第 1の識別情報は、前記更新情報記憶領域の所在場所を示す U R L 情報であることを特徴とするソフ トゥエア更新情報提供方法。  A method for providing software-to-air update information, wherein the first identification information is URL information indicating a location of the update information storage area.
3 . 請求項 1に記載の方法において、 3. The method of claim 1, wherein:
前記セン夕側のコンピュータシステムは、ュ一ザを識別するための第 2 の識別情報を前記第 1の識別情報と対応付けて予め記憶し、 前記ユーザ側のコンピュータシステムは前記第 2の識別情報を予め記 憶し、 当該第 2の識別情報を前記セン夕側のコンピュータシステムへ送信 し、 The computer system on the sending side has a second system for identifying the user. The user's computer system pre-stores the second identification information, and stores the second identification information in the sender's computer. To the system,
前記セン夕側のコンピュータシステムは、 前記ユーザ側のコンピュータ システムから受信した前記第 2の識別情報に対応する前記第 1の識別情 報をユーザ側のコンピュータシステムに送信することを特徴とするソフ トウエア更新情報提供方法。  The sending-side computer system transmits the first identification information corresponding to the second identification information received from the user-side computer system to a user-side computer system. Update information provision method.
4 . 請求項 1に記載の方法において、  4. The method of claim 1, wherein:
前記更新情報は、 ソフ トウエアを更新するためのモジュールであり、 前記ユーザ側のコンピュータシステムは、 前記センタ側のコンビュ一夕 システムから受信したモジュールの一覧と、 現在利用するソフ トウエアの モジュールとを比較して不足するモジュールの一覧を作成し、 当該一覧を 基にユーザに対してモジュールの取得意思を確認し、ユーザの取得入力が あつたときに前記更新情報記憶領域から不足するモジュールを取得する ことを特徴とするソフ トウエア更新情報提供方法。  The update information is a module for updating software, and the computer system on the user side compares a list of modules received from the center-side display system with a module of the software currently used. Create a list of missing modules, confirm the user's intention to acquire the modules based on the list, and acquire the missing modules from the update information storage area when the user inputs. A software update information providing method characterized by the following features.
5 . 請求項 4に記載の方法において、  5. The method of claim 4, wherein:
前記ユーザ側のコンピュータシステムは、 前記ユーザの取得入力があつ たときに、 更新情報記憶領域に記憶されたモジュールの一覧を再度受信し、 当該一覧を基に、 前記不足するモジュールの一覧を再度作成し、 当該作成 した一覧を基に不足するモジュールを取得することを特徴とするソフ ト ウェア更新情報提供方法。  The computer system on the user side receives the list of modules stored in the update information storage area again when the user obtains an input, and re-creates the list of missing modules based on the list. And obtaining a missing module based on the created list.
6 . 請求項 1に記載の方法において、  6. The method of claim 1, wherein:
前記ソフ トウエア提供者側のコンピュータシステムが前記更新情報記 憶領域へ更新情報を送信することにより更新情報を追加することを特徴 とするソフ トウエア更新情報提供方法。 A software update information providing method, wherein the computer system on the software provider side adds the update information by transmitting the update information to the update information storage area.
7 . 請求項 6に記載の方法において、 7. The method of claim 6, wherein:
前記記憶領域に新たに更新情報が追加されたとき、前記ユーザ側のコン ピュ一夕システムに所定の通知を行うことを特徴とするソフ トウエア更 新情報提供方法。  A method for providing software update information, wherein when a new update information is added to the storage area, a predetermined notice is sent to the computer system on the user side.
8 . 請求項 1に記載の方法において、  8. The method of claim 1, wherein:
前記ユーザ側のコンピュータシステムは、 ソフ トウエアを更新すること により当該ユーザ側のコンピュー夕システムにおける当該ソフ トウェア 以外のソフ トウエアに及ぼす影響に関する情報を予め記憶し、  The computer system on the user side stores in advance information on the influence on software other than the software in the computer system on the user side by updating the software,
当該記憶した情報に基づき前記更新情報に応じた前記ソフ トウェアの 更新を規制する  Regulate the updating of the software according to the update information based on the stored information
ことを特徴とするソフ トウエア更新情報提供方法。  A method for providing software update information.
9 . 請求項 1に記載の方法において、  9. The method of claim 1, wherein:
前記ユーザ側のコンピュータシステムが、 マス夕マシンとリンクマシン とから構成され、  The computer system on the user side includes a master machine and a link machine,
前記前記マスタマシンが前記リンクマシンに、 前記更新情報をセン夕側 のコンビュ一夕システムから取得することを促し、  The master machine urges the link machine to acquire the update information from a convenience store system on the sending side.
前記マス夕マシンが前記更新情報を取得したときに、 前記リンクマシン が前記更新情報を前記セン夕側のコンビュ一夕システムから取得する ことを特徴とするソフ トゥ工ァ更新情報提供方法。  A soft-to-machine update information providing method, characterized in that when the mass machine acquires the update information, the link machine acquires the update information from a convenience store system on the sending / receiving side.
1 0 . 請求項 1に記載の方法において、  10. The method according to claim 1, wherein
前記更新情報記憶領域には、 ソフ トウエア提供者が提供するあらゆるバ 一ジョンのソフ トウエアの更新情報が記憶されており、  The update information storage area stores update information of all versions of software provided by the software provider.
ユーザ側のコンビュ一夕システムは、 ソフ トウェアを更新する前に、 そ の時点で取得しているソフ トウエアのバージョンに関する情報及びその 時点で取得しているソフ トウエアに対応する前記第 1の識別情報を予め 保存し、 ユーザ側のコンビユー夕システムが前記更新情報を取得し、 当該ソフ ト ウェアが更新された場合であって当該ユーザ側のコンビユー夕システム における当該ソフ トウエア以外のソフ トウエアに不具合が生じたときに、 前記保存した情報に基づき、 当該ソフ トウエアの更新前のバージョンを、 前記更新情報記憶領域から新たな更新情報として取得する Before updating the software, the user's convenience viewing system checks the information on the software version acquired at that time and the first identification information corresponding to the software acquired at that time. Save in advance, When the user's convenience system acquires the update information and the software is updated, and when a problem occurs in software other than the software in the user's convenience system, Based on the stored information, a version before the update of the software is acquired as new update information from the update information storage area.
ことを特徴とするソフ トウェァ更新情報提供方法。 A method for providing software update information.
1 1 . 請求項 1に記載の方法において、  1 1. The method according to claim 1,
前記更新情報記憶領域は、 一のソフ トウエア提供者に対して複数存在し、 当該複数の更新情報記憶領域には、 前記ソフ トウエア提供者が提供する複 数の異なるソフ トウヱァ毎に、 ソフ トウエアの更新情報が記憶される ことを特徴とするソフトウエア更新情報提供方法。  A plurality of update information storage areas exist for one software provider, and the plurality of update information storage areas store software for each of a plurality of different software provided by the software provider. A method for providing software update information, wherein the update information is stored.
1 2 . 請求項 1に記載の方法において、  12. The method of claim 1, wherein:
前記更新情報記憶領域は、 一のソフ トウエア提供者に対して複数存在し、 当該複数の更新情報記憶領域には、 ソフ トウエア提供者が提供する複数の 異なるソフ トウェアのうち、 各ユーザが使用する一又は複数のソフ トウ工 ァの組み合わせ毎に、 ソフ トウェアの更新情報が記憶される  A plurality of the update information storage areas exist for one software provider, and the plurality of update information storage areas are used by each user among a plurality of different software provided by the software provider. Update information of software is stored for each combination of one or more software
ことを特徴とするソフ トウエア更新情報提供方法。 A method for providing software update information, characterized in that:
1 3 . セン夕側のコンピュータシステムとユーザ側のコンピュ一夕システ ムとがネッ トワークを介して通信を行うことが可能なシステムにおいて、 前記セン夕側のコンピュータシステムは、  13 3. In a system in which the computer system on the sending side and the computer system on the user side can communicate via a network, the computer system on the sending side includes:
ソフ トウエアの提供者毎に区分けされた各更新情報記憶領域に、 提供し たソフ トウエアを更新するために必要な少なくとも 1以上の更新情報を、 当該更新情報記憶領域を識別するための第 1の識別情報と対応付けて予 め記憶する記憶手段と、  At least one or more pieces of update information necessary for updating the provided software is stored in each update information storage area classified for each software provider by a first information for identifying the update information storage area. Storage means for storing in advance in association with the identification information;
前記ネッ トワークを介してユーザ側のコンビュ一夕システムから第 1 の識別情報を受信する受信手段と、 前記受信手段により前記第 1の識別情報を受信したとき、前記第 1の識 別情報に対応する前記更新情報記憶領域に記憶された更新情報に基づき 当該更新情報の一覧を作成し、 前記ネッ トワークを介してユーザ側のコン ピュー夕システムに当該一覧を送信する送信手段とを有し、 Receiving means for receiving first identification information from a user's convenience viewing system via the network; When the first identification information is received by the receiving unit, a list of the update information is created based on the update information stored in the update information storage area corresponding to the first identification information; Transmission means for transmitting the list to the computer system on the user side via
前記ユーザ側のコンピュータシステムは、  The computer system on the user side comprises:
前記ネッ トワークを介して前記第 1の識別情報を前記セン夕側のコン ピュー夕システムに送信する送信手段と、  Transmitting means for transmitting the first identification information to the computer system on the sending side via the network;
前記セン夕側のコンピュータシステムから前記更新情報の一覧を受信 する受信手段と、  Receiving means for receiving the list of update information from the computer system on the sending side;
前記受信手段により前記更新情報の一覧を受信したとき、 当該更新情報 の一覧とユーザ側で現在利用するソフ トウェアとを比較して取得すべき 更新情報があるか否かを判断する判断手段と、  When the list of update information is received by the receiving unit, a determination unit that compares the list of update information with software currently used on the user side to determine whether there is update information to be acquired,
取得すべき更新情報がある場合に、前記第 1の識別情報を用いて前記更 新情報記憶領域からネッ 卜ワークを介して必要な更新情報を取得する更 新情報取得手段とを有する  Update information acquiring means for acquiring necessary update information from the update information storage area via a network using the first identification information when there is update information to be acquired.
ことを特徴とするソフトウエア更新情報提供システム。  A software update information providing system, characterized in that:
1 4 .請求項 1 3に記載のシステムにおいて、  14. In the system according to claim 13,
前記第 1の識別情報は、 前記更新情報記憶領域の所在場所を示す U R L 情報であることを特徴とするソフ トウエア更新情報提供システム。  The software update information providing system, wherein the first identification information is URL information indicating a location of the update information storage area.
1 5 . 請求項 1 3に記載のシステムにおいて、  15. The system of claim 13 wherein:
前記セン夕側のコンピュータシステムは、  The computer system on the send side is
ユーザを識別するための第 2の識別情報を前記第 1の識別情報と対応 付けて予め記憶する手段を更に有し、  Means for storing in advance the second identification information for identifying the user in association with the first identification information,
前記ユーザ側のコンビュ一夕システムは、  The user's convenience viewing system includes:
前記第 2の識別情報を予め記憶する手段と、  Means for storing the second identification information in advance;
当該第 2の識別情報を前記セン夕側のコンピュータシステムへ送信す る手段を更に有し、 Transmitting the second identification information to the computer system on the sending side; Further comprising:
前記センタ側のコンピュータシステムにおいて、 前記作成送信手段は、 前記ユーザ側のコンピュータシステムから受信した前記第 2の識別情報 に対応する前記第 1の識別情報を前記ユーザ側のコンピュータシステム に送信することを特徴とするソフ トウエア更新情報提供システム。  In the center-side computer system, the creation / transmission unit transmits the first identification information corresponding to the second identification information received from the user-side computer system to the user-side computer system. Characteristic software update information providing system.
1 6 . 請求項 1 3に記載のシステムにおいて、  1 6. In the system according to claim 13,
前記更新情報は、 ソフ トウェアを更新するためのモジュールであり、 前記ユーザ側のコンピュータシステムにおいて、 前記判断手段は、 前記セン夕側のコンピュー夕システムから受信したモジュールの一覧 と、現在利用するソフ 卜ウェアのモジュールとを比較して不足するモジュ ールの一覧を作成する手段と、  The update information is a module for updating software. In the computer system on the user side, the determination unit includes a list of modules received from the computer system on the sending side and a software currently used. A means to create a list of missing modules compared to the
当該一覧を基にユーザに対してモジュールの取得意思を確認する手段 とを有し、  Means for confirming the user's intention to acquire the module based on the list,
前記更新情報取得手段は、 ユーザの取得入力があつたときに前記更新情 報記憶領域から不足するモジュールを取得することを特徴とするソフ ト ウェア更新情報提供システム。  The software update information providing system, wherein the update information obtaining means obtains a missing module from the update information storage area when a user obtains an input.
1 7 . 請求項 1 6に記載のシステムにおいて、  1 7. The system according to claim 16, wherein:
前記ュ一ザ側のコンピュータシステムは、  The user-side computer system comprises:
前記ユーザの取得入力があつたときに、 更新情報記憶領域に記憶された モジュールの一覧を再度受信し、 当該一覧を基に、 前記不足するモジユー ルの一覧を再度作成する手段を更に有し、  Means for receiving again the list of modules stored in the update information storage area when the user has made an input, and for again creating the list of missing modules based on the list;
前記更新情報取得手段は、 当該作成した一覧を基に不足するモジュール を取得することを特徴とするソフ トウエア更新情報提供システム。  The software update information providing system, wherein the update information obtaining means obtains a missing module based on the created list.
1 8 . 請求項 1 3に記載のシステムにおいて、  18. The system of claim 13, wherein:
前記セン夕側のコンピュータシステムは、  The computer system on the send side is
前記ソフ トウェア提供者側のコンピュータシステムから更新情報を受 信して前記更新情報記憶領域へ更新情報を追加する手段を更に有するこ とを特徴とするソフ トウエア更新情報提供システム。 Update information is received from the computer system on the software provider side. A software update information providing system, characterized by further comprising means for adding the update information to the update information storage area.
1 9 . 請求項 1 8に記載のシステムにおいて、  1 9. The system according to claim 18,
前記セン夕側のコンピュータシステムは、  The computer system on the send side is
前記記億領域に新たに更新情報が追加されたとき、 前記ユーザ側のコン ビュー夕システムに所定の通知を行う手段を更に有することを特徴とす るソフ トウエア更新情報提供システム。  A software update information providing system, further comprising means for giving a predetermined notification to the user-side viewing system when update information is newly added to the storage area.
2 0 . 請求項 1 3に記載のシステムにおいて、 20. In the system according to claim 13,
前記ユーザ側のコンピュータシステムは、  The computer system on the user side comprises:
ソフ トウェアを更新することにより当該ユーザ側のコンピュータシス テムにおける当該ソフ トウヱァ以外のソフ トウエアに及ぼす影響に関す る情報を予め記憶する手段と、  Means for storing in advance information on the effect of updating the software on software other than the software in the user's computer system;
当該記憶した情報に基づき前記更新情報に応じた前記ソフ トウエアの 更新を規制する手段とを更に有することを特徴とするソフ トウエア更新 情報提供システム。  Means for regulating update of the software according to the update information based on the stored information.
2 1 . 請求項 1 3に記載のシステムにおいて、  2 1. In the system according to claim 13,
前記ユーザ側のコンピュータシステムは、 リンクマシンと通信を行うこ とが可能であり、  The user's computer system is capable of communicating with a link machine;
前記更新情報取得手段は、 更新情報を取得したときに、 前記リンクマシ ンに、 前記更新情報をセン夕側のコンピュータシステムから取得すること を促す手段を有することを特徴とするソフ トウエア更新情報提供システ ム。  The update information acquiring means includes means for prompting the link machine to acquire the update information from a computer system on the sending / receiving side when the update information is acquired. System.
2 2 . 請求項 1 3に記載のシステムにおいて、  2 2. In the system according to claim 13,
前記セン夕側のコンピュータシステムにおいて、  In the computer system on the sending side,
前記記憶手段は、 前記更新情報記憶領域に、 ソフ トウェア提供者が提供 するあらゆるバージョンのソフ トゥ: πァの更新情報を記憶するものであ 、 The storage means stores, in the update information storage area, update information of all versions of software to be provided by a software provider. ,
前記ュ一ザ側のコンピュータシステムは、  The user-side computer system comprises:
ソフ トウエアを更新する前に、 その時点で取得しているソフ トウエアの バージョンに関する情報及びその時点で取得しているソフ トウェアに対 応ずる前記第 1の識別情報を予め保存する保存手段を有し、  Before updating the software, a storage means for storing in advance information about the software version acquired at that time and the first identification information corresponding to the software acquired at that time,
前記更新情報取得手段は、 前記更新情報を取得して当該ソフ トウエアが 更新された場合であって当該ユーザ側のコンピュータシステムにおける 当該ソフ トウエア以外のソフ トウエアに不具合が生じたときに、前記保存 手段により保存された情報に基づき、 当該ソフ トウエアの更新前のバ一ジ ョンを、前記更新情報記憶領域から新たな更新情報として取得することを 特徴とするソフ トウエア更新情報提供システム。  The update information acquisition unit is configured to acquire the update information and update the software when the software is updated and a problem occurs in software other than the software in the computer system on the user side. A software update information providing system, wherein a version before update of the software is acquired as new update information from the update information storage area based on the information stored by the software update information storage device.
2 3 . 請求項 1 3に記載のシステムにおいて、 2 3. In the system according to claim 13,
前記更新情報記憶領域は、 一のソフ トウエア提供者に対して複数存在し、 前記記憶手段は、 当該複数の更新情報記憶領域に、 前記ソフ トウ ァ提 供者が提供する複数の異なるソフ トウエア毎に、 ソフトウエアの更新情報 を記憶することを特徴とするソフ トウヱァ更新情報提供システム。  A plurality of update information storage areas exist for one software provider, and the storage means stores, in the plurality of update information storage areas, a plurality of different software provided by the software provider. And a software update information providing system for storing software update information.
2 4 . 請求項 1 3に記載のシステムにおいて、 2 4. In the system according to claim 13,
前記更新情報記憶領域は、 一のソフ トウエア提供者に対して複数存在し、 前記記憶手段は、 当該複数の更新情報記憶領域に、 ソフ トゥ ァ提供者 が提供する複数の異なるソフトウエアのうち、 各ユーザが使用する一又は 複数のソフ トウエアの組み合わせ毎に、 ソフ トウエアの更新情報を記憶す ることを特徴とするソフトウエア更新情報提供システム。  A plurality of the update information storage areas exist for one software provider, and the storage means stores, among the plurality of different software provided by the software provider, the plurality of update information storage areas. A software update information providing system storing software update information for each combination of one or more software used by each user.
2 5 . ネッ トワークを介してセン夕側のコンビュ一夕システムと通信を行 うことが可能な電子機器装置であって、 25. An electronic device capable of communicating with a convenience store system on the sending / receiving side via a network,
セン夕側に設けられた更新倩報記憶領域を識別するための前記第 1の 識別情報を前記ネッ トワークを介して前記セン夕側のコンピュータシス テムに送信する送信手段と、 The first identification information for identifying the updated information storage area provided on the sending side is transmitted to the sending side computer system via the network. Transmission means for transmitting to the system,
前記第 1の送信手段により前記第 1の識別情報を前記センタ側のコン ピュー夕システムに送信したときに前記センタ側のコンピュータシステ ムから前記更新情報の一覧を受信する受信手段と、  Receiving means for receiving the list of update information from the center-side computer system when the first identification information is transmitted to the center-side computer system by the first transmitting means;
前記受信手段により受信した更新倩報の一覧とユーザ側で現在利用す るソフ トウエアとを比較して取得すべき更新情報があるか否かを判断す る判断手段と、  Determining means for comparing a list of updated information received by the receiving means with software currently used on the user side to determine whether there is update information to be obtained;
取得すべき更新情報がある場合に、前記第 1の識別情報を用いて前記更 新情報記憶領域からネッ トワークを介して必要な更新情報を取得する更 新情報取得手段と  Update information acquisition means for acquiring necessary update information from the update information storage area via a network using the first identification information when there is update information to be acquired; and
を有することを特徴とする電子機器装置。  An electronic device comprising:
2 6 . 請求項 2 5に記載の電子機器装置において、  26. In the electronic apparatus according to claim 25,
前記更新情報は、 ソフトウヱァを更新するためのモジュールであり、 前記判断手段は、 前記セン夕側のコンピュータシステムから受信したモ ジュールの一覧と、現在利用するソフ トウエアのモジュールとを比較して 不足するモジュールの一覧を作成する手段と、  The update information is a module for updating software, and the determination means is insufficient by comparing a list of modules received from the computer system on the sending side with a module of the software currently used. Means for creating a list of modules;
当該一覧を基にユーザに対してモジュールの取得意思を確認する手段 とを有し、  Means for confirming the user's intention to acquire the module based on the list,
前記更新情報取得手段は、 ユーザの取得入力があつたときに前記更新情 報記憶領域から不足するモジュールを取得することを特徴とする電子機 器装置。  The electronic device apparatus, wherein the update information obtaining means obtains a missing module from the update information storage area when a user inputs an input.
2 7 . 請求項 2 6に記載の電子機器装置において、  27. The electronic apparatus according to claim 26,
前記ユーザの取得入力があつたときに、 更新情報記憶領域に記憶された モジュールの一覧を再度受信し、 当該一覧を基に、 前記不足するモジユー ルの一覧を再度作成する手段を更に有し、  Means for receiving again the list of modules stored in the update information storage area when the user has obtained the input, and based on the list, re-creating the list of missing modules,
前記更新情報取得手段は、 当該作成した一覧を基に不足するモジュール を取得することを特徴とする電子機器装置。 The update information acquisition unit is configured to execute a module that is insufficient based on the created list. An electronic apparatus characterized by acquiring the following.
2 8 . 請求項 2 5に記載の電子機器装置において、  28. In the electronic apparatus according to claim 25,
ソフ トウェアを更新することにより当該ユーザ側のコンピュータシス テムにおける当該ソフ トウエア以外のソフ トウエアに及ぼす影響に関す る情報を予め記憶する手段と、  Means for storing in advance information on the effect of updating the software on software other than the software in the user's computer system;
当該記憶した情報に基づき前記更新情報に応じた前記ソフ トウエアの 更新を規制する手段とを更に有することを特徴とする電子機器装置。 Means for restricting updating of the software in accordance with the update information based on the stored information.
2 9 . 請求項 2 5に記載の電子機器装置において、 29. The electronic apparatus according to claim 25,
ソフ トウエアを更新する前に、 その時点で取得しているソフトウエアの バージョンに関する情報及びその時点で取得しているソフ トウエアに対 応する前記第 1の識別情報を予め保存する保存手段を更に具備し、 前記更新情報取得手段は、前記更新情報を取得して当該ソフ トウエアが 更新された場合であって当該ユーザ側のコンピュータシステムにおける 当該ソフトウエア以外のソフ トウエアに不具合が生じたときに、前記保存 手段により保存された情報に基づき、 当該ソフ トウエアの更新前のパージ ヨンを、前記更新倩報記憶領域から新たな更新情報として取得することを 特徴とする電子機器装置。  Before updating the software, the apparatus further comprises storage means for storing in advance information on the software version acquired at that time and the first identification information corresponding to the software acquired at that time. The update information obtaining means obtains the update information and updates the software, and when a problem occurs in software other than the software in the user's computer system, An electronic device, wherein a purge section before updating the software is acquired as new update information from the update information storage area based on the information stored by the storage means.
3 0 . ネッ トワークを介してセン夕側のコンビュ一夕システムと通信を行 うことが可能なコンビユー夕に、  30. In the convenience store where it is possible to communicate with the convenience store system on the send side via the network,
セン夕側に設けられた更新情報記憶領域を識別するための前記第 1の 識別情報を前記ネッ トワークを介して前記セン夕側のコンピュータシス テムに送信するステップと、  Transmitting the first identification information for identifying the update information storage area provided on the sending / receiving side to the sending / receiving side computer system via the network;
前記第 1の送信手段により前記第 1の識別情報を前記セン夕側のコン ピュー夕システムに送信したときに前記セン夕側のコンピュータシステ ムから前記更新情報の一覧を受信するステップと、  Receiving the update information list from the sending computer system when the first transmitting unit sends the first identification information to the sending computer system;
前記受信手段により受信した更新情報の一覧とユーザ側で現在利用す るソフ トウエアとを比較して取得すべき更新情報があるか否かを判断す るステップと、 The list of update information received by the receiving means and the user Determining whether there is any update information to be obtained by comparing the
取得すべき更新情報がある場合に、 前記第 1の識別情報を用いて前記更 新情報記憶領域からネッ トワークを介して必要な更新情報を取得するス テツプと  A step of acquiring necessary update information from the update information storage area via the network using the first identification information when there is update information to be acquired;
を実行させるためのプログラム。  The program to execute.
PCT/JP2003/014265 2002-11-08 2003-11-10 Software update information providing method, software update information providing system, electronic devices, and program WO2004042558A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003277646A AU2003277646A1 (en) 2002-11-08 2003-11-10 Software update information providing method, software update information providing system, electronic devices, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002-326032 2002-11-08
JP2002326032 2002-11-08

Publications (1)

Publication Number Publication Date
WO2004042558A1 true WO2004042558A1 (en) 2004-05-21

Family

ID=32310492

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/014265 WO2004042558A1 (en) 2002-11-08 2003-11-10 Software update information providing method, software update information providing system, electronic devices, and program

Country Status (2)

Country Link
AU (1) AU2003277646A1 (en)
WO (1) WO2004042558A1 (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6418835A (en) * 1987-07-14 1989-01-23 Nec Corp Program registration managing system
JPH1091407A (en) * 1996-06-07 1998-04-10 Cybermedia Inc Automatic updating of various software products in plural client computer systems
JPH1091453A (en) * 1996-09-17 1998-04-10 Ricoh Co Ltd Software update system
JPH10171635A (en) * 1996-10-09 1998-06-26 N T T Data Tsushin Kk System and method for managing software resource in distributed environments
JP2000285051A (en) * 1999-03-31 2000-10-13 Japan Research Institute Ltd Server for remote maintenance system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6418835A (en) * 1987-07-14 1989-01-23 Nec Corp Program registration managing system
JPH1091407A (en) * 1996-06-07 1998-04-10 Cybermedia Inc Automatic updating of various software products in plural client computer systems
JPH1091453A (en) * 1996-09-17 1998-04-10 Ricoh Co Ltd Software update system
JPH10171635A (en) * 1996-10-09 1998-06-26 N T T Data Tsushin Kk System and method for managing software resource in distributed environments
JP2000285051A (en) * 1999-03-31 2000-10-13 Japan Research Institute Ltd Server for remote maintenance system

Also Published As

Publication number Publication date
AU2003277646A1 (en) 2004-06-07

Similar Documents

Publication Publication Date Title
US7305456B2 (en) Device information acquiring method, server apparatus and computer-readable storage medium
KR100421624B1 (en) Platform Independent Software Automatic Searching/Distribution/Install Apparatus and The method of Searching and Distribution for that apparatus
JP5340610B2 (en) Computer system, method and computer program for managing a plurality of components
CN103019757A (en) Method, device and system for synchronizing software among multiple clients
JP2000250872A (en) Integral managing system for job processing system
CN106790131B (en) Parameter modification method and device and distributed platform
JP2003051056A (en) Automatic vending machine management system
JP3862738B2 (en) Information processing apparatus, software update system, software update method and program thereof
US6853995B2 (en) Information retrieval/distribution system, computer readable storage medium, and program for information retrieval/distribution
JP3801524B2 (en) Automatic update system and automatic update method
JP2001306536A (en) Client/server system and computer-readable medium
CA2456134A1 (en) Method for registering and searching user's position information, and system thereof
JP5111153B2 (en) Server, device management method, program
JP2021166020A (en) Information processing apparatus, installation management server, system, method for controlling those, and program
JP2000122910A (en) Data base system and access management device for same
WO2004042558A1 (en) Software update information providing method, software update information providing system, electronic devices, and program
KR100387575B1 (en) Method for providing the most recent software on internet and computer-readable medium recording the method
JP2004206671A (en) Software update information provision method and software update information provision system
JPH11272471A (en) Software distribution system and recording medium stored with program used for the same
JP3761911B2 (en) File server and file management method
JP2002328865A (en) Contents providing device, contents providing method, program and contents check program
US20050132082A1 (en) System and method for resuming downloading from interruption points
JP4232606B2 (en) File distribution system, client program, client, server program, server, and method
KR100597586B1 (en) Data Synchronization method using Session Management
JPH11134238A (en) Software update management system in software distributed development environment

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: COMMUNICATION PURSUANT TO RULE 69 EPC (EPO FORM 1205A OF 080805)

122 Ep: pct application non-entry in european phase