WO2013073029A1 - 情報提供装置、方法、およびプログラム - Google Patents

情報提供装置、方法、およびプログラム Download PDF

Info

Publication number
WO2013073029A1
WO2013073029A1 PCT/JP2011/076456 JP2011076456W WO2013073029A1 WO 2013073029 A1 WO2013073029 A1 WO 2013073029A1 JP 2011076456 W JP2011076456 W JP 2011076456W WO 2013073029 A1 WO2013073029 A1 WO 2013073029A1
Authority
WO
WIPO (PCT)
Prior art keywords
date
upgrade
candidate
scheduled
period
Prior art date
Application number
PCT/JP2011/076456
Other languages
English (en)
French (fr)
Inventor
顕一郎 成田
洋志 片山
祐一 稲村
Original Assignee
富士通株式会社
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 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2013544055A priority Critical patent/JP5772973B2/ja
Priority to PCT/JP2011/076456 priority patent/WO2013073029A1/ja
Priority to EP11875882.0A priority patent/EP2782062A4/en
Publication of WO2013073029A1 publication Critical patent/WO2013073029A1/ja
Priority to US14/264,606 priority patent/US9756145B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Definitions

  • the present invention relates to an information providing apparatus that provides information, an information providing method, and an information providing program.
  • VM Virtual Machine
  • the upgrade of the virtual environment has been executed on the upgrade date designated by the user of the virtual environment in accordance with the request of the user of the virtual environment.
  • Patent Document 1 there is a technique for performing a physical machine update job after a backup job (see, for example, Patent Document 1 below). Further, as a related technique, there is a technique for notifying a user of information (see, for example, Patent Document 2 below).
  • the upgrade date specified by the user is not a date determined in consideration of information managed by the service provider such as the scheduled backup date and the scheduled restore date of the virtual environment. Therefore, the upgrade date designated by the user is not necessarily a date suitable for upgrade.
  • the user has designated a date within the period after the scheduled backup date and before the scheduled restore date as the upgrade date.
  • the virtual environment is returned to the state at the time of performing backup before the upgrade, and the same upgrade must be performed again.
  • the user refers to the information managed by the service provider, it is considered that an appropriate upgrade date can be determined.
  • information managed by the service provider is released, many users use the virtual environment immediately before the scheduled backup date for data protection, increasing the load on the virtual environment and ensuring stable service. May not be available.
  • information managed by the service provider is disclosed, unauthorized data may be added to the backed up data and security may be threatened.
  • the information managed by the service provider cannot be referred to by the user from the viewpoint of stable supply of service and security.
  • the present invention can provide upgrade candidate dates suitable for the needs of both the service provider and the user while keeping the information managed by the service provider confidential. It is an object to provide a providing device, an information providing method, and an information providing program.
  • an inquiry about a change date candidate of specifications of hardware resources used for information processing related to a service is input, and information processing related to the service is processed Stores at least one of the scheduled backup date for the result and the scheduled restore date for information processing related to the service using the processing result, and the first period from the date when the inquiry is entered to the scheduled backup date And a second period after the scheduled restoration date, a date within at least one of the periods is determined as a change date candidate, and an information providing apparatus, an information providing method for outputting the determined change date candidate, And an information provision program is proposed.
  • FIG. 1 is an explanatory diagram illustrating the contents of the upgrade candidate date provided by the information providing apparatus.
  • FIG. 2 is a block diagram of a hardware configuration example of the information providing apparatus 110 according to the embodiment.
  • FIG. 3 is an explanatory diagram showing the contents stored in the event DB.
  • FIG. 4 is an explanatory diagram showing the storage contents of the traffic log.
  • FIG. 5 is an explanatory diagram showing the contents stored in the upgrade candidate period DB.
  • FIG. 6 is an explanatory diagram showing the contents stored in the upgrade candidate day DB.
  • FIG. 7 is an explanatory diagram showing the contents stored in the upgrade date candidate DB.
  • FIG. 8 is an explanatory diagram showing the stored contents of the final upgrade candidate date DB.
  • FIG. 1 is an explanatory diagram illustrating the contents of the upgrade candidate date provided by the information providing apparatus.
  • FIG. 2 is a block diagram of a hardware configuration example of the information providing apparatus 110 according to the embodiment.
  • FIG. 3 is an explanatory diagram showing the contents
  • FIG. 9 is a block diagram illustrating a functional configuration of the information providing apparatus 110.
  • FIG. 10 is an explanatory diagram illustrating an example of an upgrade application screen displayed on the use terminal 120.
  • FIG. 11 is an explanatory diagram showing the relationship between backup, restoration, and upgrade events.
  • FIG. 12 is an explanatory diagram of determination of an upgrade candidate period based on the relationship among backup, restoration, and upgrade.
  • FIG. 13 is an explanatory diagram showing the contents of the determination of the upgrade candidate day of the week.
  • FIG. 14 is an explanatory diagram showing the details of the upgrade duplicate date determination.
  • FIG. 15 is an explanatory diagram showing the contents of the upgrade date candidate notification.
  • FIG. 16 is an explanatory diagram showing the contents of the upgrade date determination screen.
  • FIG. 10 is an explanatory diagram illustrating an example of an upgrade application screen displayed on the use terminal 120.
  • FIG. 11 is an explanatory diagram showing the relationship between backup, restoration, and upgrade events.
  • FIG. 12 is an explanatory diagram of determination
  • FIG. 17 is a flowchart showing details of the upgrade date determination processing.
  • FIG. 18 is a flowchart (part 1) showing details of the upgrade date candidate determination process.
  • FIG. 19 is a flowchart (part 2) showing details of the upgrade date candidate determination process.
  • FIG. 20 is a flowchart (part 3) illustrating details of the upgrade date candidate determination process.
  • FIG. 21 is a flowchart (part 4) showing details of the upgrade date candidate determination process.
  • the information providing apparatus In order to perform a service upgrade on a suitable date, the information providing apparatus according to the present embodiment provides the user with an upgrade candidate date based on information on the service provider side such as the scheduled backup date and the scheduled restore date of the virtual environment. provide. As a result, the upgrade can be performed on an appropriate date. Also, since the information on the providing side is not directly known to the service user, the security on the providing side can be secured and the service can be stably supplied.
  • FIG. 1 is an explanatory diagram illustrating the contents of the upgrade candidate date provided by the information providing apparatus.
  • the service is provided to the user 130 from the service providing side via the network (cloud).
  • the service providing side connects the user terminal 120 (so-called connection environment) of the user 130 to the hardware resource 140 (CPU, ROM, HDD) that the service provider has, and causes the hardware resource 140 to be connected to the user 130.
  • the hardware resource 140 CPU, ROM, HDD
  • the service provider performs service maintenance management.
  • the providing side generates a virtual environment VM on the cloud by allocating hardware resources 140 possessed by the providing side using a management system.
  • the providing side generates a virtual server to which a CPU is allocated 2 GHz (GigaHertz), a memory is 4 GB (GigaByte), and an HDD is 10 GB.
  • the providing side information on the providing side such as the scheduled backup date and the scheduled restore date of the virtual environment VM is held in the information providing apparatus 110, and maintenance management work of the virtual environment VM is performed.
  • the user 130 uses the virtual environment VM using the usage terminal 120.
  • the virtual environment VM may be upgraded according to a request from the user 130.
  • Upgrade refers to adding hardware resources 140 allocated to the virtual environment VM. Specifically, for example, the upgrade refers to increasing the allocation of hardware resources by 4 GHz for the CPU, 2 GB for the memory, and 20 GB for the HDD.
  • the upgrade should be performed on a date suitable for the upgrade in which the time during which the virtual environment VM becomes unusable becomes as short as possible and the efficiency of maintenance management work can be improved.
  • the contents of provision of the upgrade candidate date by the information providing apparatus 110 will be described by taking as an example a case where the user 130 tries to determine the upgrade date for performing the upgrade.
  • the user 130 tries to determine an appropriate upgrade date, but cannot provide an appropriate upgrade date based on the information on the provider side because the information on the provider side is kept secret.
  • the user 130 transmits an inquiry about the upgrade date candidate to the information providing apparatus 110 via the use terminal 120.
  • the inquiry may include information on the upgrade designation period designated by the user 130.
  • the information providing apparatus 110 determines an upgrade candidate date suitable for the upgrade based on the information on the providing side. However, when the inquiry includes information on the upgrade designation period, the information providing apparatus 110 determines the upgrade candidate date only within the upgrade designation period.
  • the information on the providing side includes the scheduled backup date of the virtual environment VM, the scheduled restore date, the scheduled upgrade date, and traffic information for each day of the week.
  • the information providing apparatus 110 transmits the determined upgrade candidate date to the use terminal 120. Thereby, the user 130 can determine an appropriate upgrade date based on the upgrade candidate date transmitted from the information providing apparatus 110 to the user terminal 120 without knowing the information on the providing side.
  • the upgrade is performed on a date suitable for the upgrade, and the stop period of the virtual environment VM caused by the upgrade can be reduced, so that the maintenance management work can be made more efficient. Further, since the information on the providing side is not directly known to the service user 130, the security on the providing side can be ensured and the service can be stably supplied.
  • FIG. 2 is a block diagram illustrating a hardware configuration example of the information providing apparatus 110 according to the embodiment.
  • an information providing apparatus 110 includes a CPU (Central Processing Unit) 201, a ROM (Read-Only Memory) 202, a RAM (Random Access Memory) 203, a magnetic disk drive 204, a magnetic disk 205, and an optical disk.
  • a drive 206, an optical disk 207, a display 208, an I / F (Interface) 209, a keyboard 210, a mouse 211, a scanner 212, and a printer 213 are provided.
  • Each component is connected by a bus 220.
  • the CPU 201 governs overall control of the information providing apparatus 110.
  • the ROM 202 stores a program such as a boot program.
  • the RAM 203 is used as a work area for the CPU 201.
  • the RAM 203 stores an event DB (DataBase), a traffic log, an upgrade candidate period DB, an upgrade candidate day DB, an upgrade candidate date DB, and an upgrade final candidate date DB.
  • event DB, the traffic log, the upgrade candidate period DB, the upgrade candidate day DB, the upgrade candidate date DB, and the upgrade final candidate date DB may be stored in the magnetic disk 205 instead of the RAM 203.
  • the magnetic disk drive 204 controls reading / writing of data with respect to the magnetic disk 205 according to the control of the CPU 201.
  • the magnetic disk 205 stores data written under the control of the magnetic disk drive 204.
  • the optical disc drive 206 controls reading / writing of data with respect to the optical disc 207 according to the control of the CPU 201.
  • the optical disk 207 stores data written under the control of the optical disk drive 206, or causes the computer to read data stored on the optical disk 207.
  • the display 208 displays data such as a document, an image, and function information as well as a cursor, an icon, or a tool box.
  • a CRT a CRT
  • a TFT liquid crystal display a plasma display, or the like can be adopted.
  • I / F An interface 209 is connected to a network 214 such as a LAN (Local Area Network), a WAN (Wide Area Network), or the Internet through a communication line, and others are connected via this network 214. Connected to other devices.
  • the I / F 209 controls an internal interface with the network 214 and controls data input / output from an external device.
  • a modem or a LAN adapter may be employed as the I / F 209.
  • the keyboard 210 includes keys for inputting characters, numbers, various instructions, and the like, and inputs data. Moreover, a touch panel type input pad or a numeric keypad may be used.
  • the mouse 211 performs cursor movement, range selection, window movement, size change, and the like. A trackball or a joystick may be used as long as they have the same function as a pointing device.
  • the scanner 212 optically reads an image and takes in the image data into the information providing apparatus 110.
  • the scanner 212 may have an OCR (Optical Character Reader) function.
  • OCR Optical Character Reader
  • the printer 213 prints image data and document data.
  • a laser printer or an ink jet printer can be adopted.
  • FIG. 3 is an explanatory diagram showing the stored contents of the event DB.
  • the event DB 300 includes a target virtual environment item, a scheduled execution date item, an event type item, and an event result item in association with each event ID item, and configures a record each time an event is generated. And update the record each time the event is executed.
  • an ID for identifying an event is stored.
  • the target virtual environment item stores an identifier that identifies the virtual environment VM that is the target of the event.
  • the scheduled date of the event is stored in the scheduled date field.
  • the event type item stores the contents of the event.
  • the contents of the event include, for example, “Restore”, “Backup”, and “Upgrade”.
  • the event result item stores a result when the event is executed.
  • the “scheduled restore date” described above with reference to FIG. 1 refers to the date of the scheduled execution date item of the record whose event type item is “restore”. Further, the “scheduled backup date” described above in FIG. 1 refers to the date of the scheduled execution date item of the record whose event type item is “backup”. Further, the above-described scheduled upgrade date in FIG. 1 refers to the date of the scheduled implementation date item of the record whose event type item is “upgrade”.
  • FIG. 4 is an explanatory diagram showing the storage contents of the traffic log.
  • the traffic log 400 has a target virtual environment item, a Time item, and a traffic volume item in association with each of the No items, and configures a record for each day.
  • the log number is stored in the No item.
  • an identifier for specifying a virtual environment VM that is a traffic volume measurement target is stored.
  • the Time item the date when the traffic volume is measured is stored.
  • the traffic volume item stores the daily traffic volume.
  • FIG. 5 is an explanatory diagram showing the contents stored in the upgrade candidate period DB.
  • the upgrade candidate period DB 500 includes a day item, a restoration execution scheduled item, a backup execution scheduled item, and an upgrade candidate item in association with each upgrade designated period item, and for each day within the upgrade designated period. Configure the record.
  • the date within the period to be the population for selecting the upgrade candidate date is stored.
  • the date is within the upgrade designation period designated by the user 130 described above.
  • the day of the week item the day of the week corresponding to each date of the upgrade designated period item is stored.
  • the scheduled restoration execution item determines whether or not it is the scheduled restoration date is stored.
  • the scheduled restoration execution item is configured based on a record in which the event type of the event DB 300 is “restore”. In FIG. 5, “True” is stored as the scheduled restore date, and “False” is stored as other than the scheduled restore date.
  • the backup scheduled execution item stores whether or not it is the scheduled backup date.
  • the backup execution scheduled item is configured based on a record whose event type is “backup” in the event DB 300. In FIG. 5, “True” is stored as the scheduled backup date, and “False” is stored as other than the scheduled restore date.
  • the upgrade candidate item stores a determination result as to whether or not it can be an upgrade candidate date determined from the contents of the scheduled restoration execution item and the scheduled backup execution item.
  • “True” is stored when the date can be an upgrade date
  • “False” is stored when the date cannot be an upgrade date.
  • FIG. 6 is an explanatory diagram showing the contents stored in the upgrade candidate day DB.
  • the upgrade candidate day DB 600 includes a traffic volume item and a candidate item determined from traffic in association with each day item, and configures a record for each day of the week.
  • the traffic volume item stores the traffic volume for each day of the week.
  • the content of the traffic volume item is obtained based on the content of the traffic volume item of the traffic log 400.
  • the content of the traffic volume item is an average value for each day of the week obtained by counting the content of the traffic volume item of the traffic log 400 for each day of the week.
  • a determination result as to whether or not it can be an upgrade candidate date determined based on the traffic volume is stored. For example, it is determined that the day of the week with the least traffic volume can be the upgrade candidate date. Further, for example, it is determined that a day of the week with a traffic volume equal to or greater than a threshold value can be an upgrade candidate date.
  • a threshold value can be an upgrade candidate date.
  • “True” is stored when the date can be an upgrade date
  • “False” is stored when the date cannot be an upgrade date.
  • FIG. 7 is an explanatory diagram showing the storage contents of the upgrade date candidate DB.
  • the upgrade candidate date DB 700 includes a day item, an upgrade scheduled item, and candidate items determined from the upgrade scheduled in association with each upgrade designated period item, and records for each day within the upgrade designated period. Configure.
  • the upgrade designated period item and the day item are the same as the upgrade designated period item and the day item of the upgrade candidate period DB 500 shown in FIG.
  • the upgrade schedule item stores whether or not there is a schedule for upgrade.
  • the upgrade scheduled items are configured based on a record whose event type is “upgrade” in the event DB 300. In FIG. 7, “True” is stored as the scheduled upgrade date, and “False” is stored as other than the scheduled upgrade date.
  • a determination result as to whether or not it can be the upgrade candidate date determined based on the scheduled upgrade date is stored.
  • “True” is stored when the upgrade date can be reached
  • “False” is stored when the upgrade date cannot be reached.
  • the final upgrade candidate date DB is created based on the upgrade candidate period DB 500, the upgrade candidate day DB 600, and the upgrade candidate date DB 700.
  • FIG. 8 is an explanatory diagram showing the storage contents of the final upgrade candidate date DB.
  • the final upgrade candidate date DB 800 includes candidate items determined from the traffic, candidate items determined from the upgrade execution schedule, and candidate degree items in association with each of the upgrade specified period items. Configure records for each day.
  • the upgrade designated period item has the same contents as the upgrade designated period item of the upgrade candidate period DB 500 shown in FIG. Further, the candidate item determined from the traffic has the same contents as the candidate item determined from the traffic of the upgrade candidate day DB 600 shown in FIG. The candidate items determined from the upgrade execution schedule have the same contents as the candidate items determined from the upgrade execution schedule in the upgrade candidate date DB 700 shown in FIG.
  • the priority as the upgrade candidate date is stored in the candidate level item.
  • the higher the candidate number item the higher the priority and the more suitable date for upgrade. Specifically, if both of the candidate items determined from the traffic and the candidate items determined from the upgrade execution schedule are “True”, the priority is “2”. If any one is “True”, the priority is “1”, and if both are “False”, the priority is “0”.
  • FIG. 9 is a block diagram showing a functional configuration of the information providing apparatus 110.
  • the information providing apparatus 110 includes an input unit 901, a storage unit 902, a determination unit 903, and an output unit 904.
  • the functions (input unit 901 to output unit 904) serving as the control unit are, for example, programs stored in a storage device such as the ROM 202, the RAM 203, the magnetic disk 205, and the optical disc 207 shown in FIG.
  • the function is realized by executing the function or by the I / F 209.
  • the input unit 901 has a function of inputting an inquiry about a specification change date candidate of the hardware resource 140 used for information processing related to the service. Further, the inquiry for the change candidate date may include information for specifying the third period.
  • the hardware resource 140 used for information processing related to the service is, for example, the hardware resource 140 (CPU, ROM, HDD) allocated to the generation of the virtual environment VM described above.
  • the specification change date of the hardware resource 140 is a date when the hardware resource 140 allocated to the virtual environment VM is changed, for example, the above-described scheduled upgrade date.
  • the change in the specifications of the hardware resource 140 is not limited to an upgrade, and may include a downgrade.
  • the change date candidate is, for example, the above-described upgrade candidate date.
  • the third period is a period designated by the user 130, for example, the upgrade designation period described above.
  • the input unit 901 inputs an inquiry for an upgrade date candidate. Thereby, the input unit 901 can input a trigger for starting determination of the upgrade date candidate. Specifically, for example, the input unit 901 receives an inquiry about an upgrade candidate date including an upgrade designation period. As a result, the input unit 901 can input a period of a population that can be an upgrade candidate date.
  • the input data is stored in a storage area such as the RAM 203, the magnetic disk 205, and the optical disk 207.
  • the storage unit 902 has a function of storing at least one scheduled date of a scheduled backup date for a processing result of information processing related to a service and a scheduled restore date for information processing related to a service using the processing result.
  • the storage unit 902 is the RAM 203 described above.
  • the scheduled backup date is a date on which a backup event is scheduled, and a future date on which backup has not yet been performed.
  • the scheduled restore date is a date on which a restore event is scheduled, and is a future date on which a restore is not yet performed.
  • the storage unit 902 stores the event DB 300. Accordingly, the storage unit 902 can store the scheduled backup date and the scheduled restore date that are referred to when determining the upgrade candidate date.
  • the determining unit 903 refers to the storage unit 902, so that at least one of the first period from the date when the inquiry is input by the input unit 901 to the scheduled backup date and the second period after the scheduled restore date is included. It has a function of determining a date within either period as a change date candidate.
  • the first period is, for example, a period from the date when an inquiry is input to the earliest scheduled backup date among a plurality of scheduled backup dates stored in the event DB 300.
  • the second period is, for example, a period after the earliest scheduled restore date among a plurality of scheduled restore dates stored in the event DB 300.
  • the determination result is stored in a storage area such as the RAM 203, the magnetic disk 205, and the optical disk 207.
  • the determination unit 903 determines a date within the first period as a candidate for a change date. More specifically, for example, the determination unit 903 determines the upgrade candidate date from the period from the date when the inquiry is input to the scheduled backup date. As a result, the date as early as possible can be determined as the upgrade candidate date.
  • the determining unit 903 determines a date within a period from the scheduled backup date to the scheduled restore date as a change date candidate. . More specifically, for example, the determination unit 903 determines the upgrade date candidate from the period from the scheduled backup date to the scheduled restore date. Thereby, the date suitable for the upgrade can be determined as the upgrade candidate date.
  • the determination unit 903 determines a change date candidate based on information regarding the service usage frequency. More specifically, for example, the determination unit 903 determines an upgrade candidate date on the day of the week with the least traffic volume based on the traffic log 400. Thereby, the influence on the user 130 when the virtual environment VM becomes unusable due to the upgrade can be reduced.
  • the determination unit 903 determines the planned change date for which the spec has been determined as a change date candidate. More specifically, for example, the determination unit 903 determines the scheduled upgrade date as the upgrade candidate date. As a result, a plurality of upgrades are performed together on the same day, and the time during which the virtual environment VM cannot be used due to the upgrade can be reduced.
  • the determination unit 903 determines a change date candidate based on the first period, the second period, and the third period. More specifically, for example, the determination unit 903 determines the upgrade candidate date with reference to the scheduled backup date and the scheduled restore date only within the upgrade designation period. As a result, the upgrade candidate date can be determined by taking the user's 130 request into consideration.
  • the output unit 904 has a function of outputting the modification date candidate determined by the determination unit 903. Specifically, for example, the output unit 904 outputs the upgrade candidate date determined by the determination unit 903. Examples of the output format include display on the display 208, print output to the printer 213, and transmission to an external device by the I / F 209. Alternatively, the data may be stored in a storage area such as the RAM 203, the magnetic disk 205, and the optical disk 207. As a result, the output unit 904 can inform the user 130 of the upgrade candidate date.
  • FIG. 10 is an explanatory diagram showing an example of an upgrade application screen displayed on the use terminal 120.
  • the upgrade application screen includes a box indicating a login user name, an upgrade application button, and a box for inputting an upgrade designation period.
  • the upgrade application screen includes a box for selecting a virtual environment VM to be upgraded, a box for indicating configuration information of the virtual environment VM selected as an upgrade target, and a box for selecting upgrade contents.
  • an inquiry about the upgrade candidate date including the virtual environment VM to be upgraded, the upgrade content, and the upgrade designation period is transmitted to the information providing apparatus 110. .
  • FIG. 11 is an explanatory diagram showing the relationship between backup, restore, and upgrade events.
  • the upgrade is performed after the backup and before the restoration. (1) Specifically, first, backup is performed and the configuration information of the virtual environment VM is stored. (2) Next, the upgrade is performed, and the hardware resources 140 allocated to the virtual environment VM are increased.
  • the providing side performs the same upgrade twice and the maintenance work increases.
  • the user 130 has a disadvantage that the virtual environment VM becomes unusable twice by the first and second upgrades.
  • the upgrade is performed after backup and restoration.
  • the restoration restores the virtual environment VM to the state at the time of backup. (3) Then, the upgrade is performed, and the hardware resource 140 allocated to the virtual environment VM is increased.
  • the upgrade is performed before the backup and restore. (1) Specifically, first, upgrade is performed, and the hardware resources 140 allocated to the virtual environment VM are increased.
  • FIG. 12 is an explanatory diagram for determining the upgrade candidate period based on the relationship between backup, restoration, and upgrade.
  • the information providing apparatus 110 extracts a record related to the upgrade target virtual terminal from the event DB 300.
  • the information provision apparatus 110 comprises upgrade candidate period DB500 based on the record extracted from event DB300, and calculates
  • the information providing apparatus 110 refers to the scheduled restoration date of the event DB 300 and configures the scheduled restoration execution item of the record in the upgrade candidate period DB 500.
  • the information providing apparatus 110 stores “True” in the scheduled restoration execution item if there is a restoration plan, and stores “False” in the scheduled restoration execution item if there is no restoration plan.
  • the information providing apparatus 110 refers to the scheduled backup date of the event DB 300, and configures the scheduled backup execution item for the record of the upgrade candidate period DB 500. If there is a backup schedule, the information providing apparatus 110 stores “True” in the backup execution scheduled item, and if there is no backup schedule, stores “False” in the backup execution scheduled item.
  • the information providing apparatus 110 determines that the period 1201 after the scheduled restoration date is a period suitable for upgrade based on the relationship shown in FIG. Further, the information providing apparatus 110 determines that the period 1202 before the scheduled backup date is a period suitable for upgrade based on the relationship shown in FIG.
  • the information providing apparatus 110 determines the overlapping period 1203 as the upgrade candidate period. Then, based on the determined upgrade candidate period, the upgrade candidate period DB 500 is configured. Specifically, “True” is stored in the upgrade candidate item of the record in the overlap period 1203, and “False” is stored in the upgrade candidate item of the record in the other period.
  • the information providing apparatus 110 may determine either period as the upgrade candidate period. In addition, when the period 1201 after the scheduled restoration date and the period 1202 before the scheduled backup date do not overlap, the information providing apparatus 110 may determine both periods as upgrade candidate periods. In addition, when only one of the period 1201 after the scheduled restoration date and the period 1202 before the scheduled backup date exists, the information providing apparatus 110 determines one of the existing periods as the upgrade candidate period.
  • the upgrade candidate day is information that serves as an index for identifying a date more suitable for upgrade among the days within the upgrade candidate period determined in FIG.
  • FIG. 13 is an explanatory diagram showing the contents of the upgrade candidate day determination. As shown in FIG. 13, referring to the upgrade candidate day DB 600, the traffic volume from Monday to Saturday is large and the traffic volume on Sunday is small.
  • the virtual environment VM in order to upgrade the virtual environment VM, the virtual environment VM must be disabled. Therefore, if the upgrade is performed on the day of the week when the amount of traffic is large, that is, the day of the week when there are many users 130 of the virtual environment VM, many users 130 suffer from the disadvantage that the virtual environment VM cannot be used.
  • the upgrade is performed on the day of the week when the traffic volume is low, that is, the day when the number of users 130 of the virtual environment VM is small, the number of users 130 who suffer from the disadvantage that the virtual environment VM cannot be used is small.
  • the information providing apparatus 110 determines Sunday as an upgrade candidate day. Then, the information providing apparatus 110 stores “True” on Sundays with a small traffic volume among candidate items determined from the traffic of the upgrade candidate day DB 600, and stores “False” on Mondays to Saturdays with a large traffic volume. Keep it.
  • the information providing apparatus 110 can determine that the Sunday determined as the upgrade candidate day of the days in the upgrade candidate period determined in FIG. 12 is a more suitable day for the upgrade.
  • the duplicate upgrade date is a date on which the determined scheduled upgrade date and the upgrade candidate date can be duplicated, and the date within the upgrade candidate period determined in FIG. It becomes information that becomes an index to do.
  • FIG. 14 is an explanatory diagram showing the contents of determination of the duplicate upgrade date.
  • the virtual environment VM in order to upgrade the virtual environment VM, the virtual environment VM must be disabled.
  • the information processing apparatus 110 determines the determined scheduled upgrade date as the duplicate upgrade date. And the information provision apparatus 110 memorize
  • the information providing apparatus 110 can determine that the date determined in the upgrade duplication date among the dates within the upgrade candidate period determined in FIG. 12 is a date more suitable for the upgrade.
  • the information providing apparatus 110 calculates a candidate degree indicating whether the date is suitable for the upgrade. . Then, the information providing apparatus 110 configures the final upgrade candidate date DB 800 based on the calculated candidate degree.
  • the information providing apparatus 110 determines an upgrade candidate date suitable for the upgrade, and outputs the determined upgrade candidate date to the use terminal 120. For example, a date with a candidate degree of 1 or more is determined as an upgrade candidate date.
  • FIG. 15 is an explanatory diagram showing the contents of the notification of the upgrade date candidate.
  • the information providing apparatus 110 transmits all the determined upgrade candidate dates to the use terminal 120. As illustrated in FIG. 15, the information providing apparatus 110 describes the upgrade candidate date and the link for setting the upgrade date, and transmits them to the use terminal 120.
  • the notification of the upgrade candidate date is transmitted by e-mail, for example.
  • the information providing apparatus 110 may not allow the user terminal 120 to perform the upgrade. For example, there is no day with a candidate degree of 1 or more, and the upgrade candidate date cannot be determined. As described above, when the upgrade is not performed, the notification that the upgrade has not been approved may be described in the notification of the upgrade candidate date, and may be transmitted.
  • FIG. 16 is an explanatory diagram showing the contents of the upgrade date determination screen.
  • the upgrade date determination screen shown in FIG. 16 is displayed by the link described in FIG.
  • the user 130 selects the displayed upgrade date and selects an upgrade date determination button. Thereby, the upgrade date is determined.
  • FIG. 17 is a flowchart showing details of the upgrade date determination process.
  • the use terminal 120 determines whether or not the upgrade details and the upgrade designation period are input on the upgrade application screen shown in FIG. 10 (step S1701).
  • step S1701: No when it is not input (step S1701: No), the use terminal 120 returns to step S1701 and waits for input. On the other hand, when input (step S1701: Yes), the use terminal 120 transmits the input information to the information providing apparatus 110 (step S1702).
  • the using terminal 120 determines whether or not notification of the upgrade candidate date has been received (step S1703). If the upgrade candidate date notification is not received (step S1703: NO), the using terminal 120 returns to step S1703 and waits for reception.
  • step S1703: Yes the using terminal 120 determines whether or not the upgrade candidate date notification includes the upgrade candidate date notification (step S1704).
  • step S1704: Yes the use terminal 120 ends the upgrade date determination process.
  • step S1704 when it is not included that the upgrade is not approved (step S1704: No), the use terminal 120 outputs the content of the upgrade date candidate notification (step S1705). The usage terminal 120 determines whether an upgrade date has been input from the user 130 (step S1706).
  • step S1706: No when it is not input (step S1706: No), the using terminal 120 returns to step S1706 and waits for input. On the other hand, when input (step S1706: Yes), the use terminal 120 performs an upgrade on the input upgrade date (step S1707).
  • the user terminal 120 outputs an upgrade completion notification (step S1708), and ends the upgrade date determination process.
  • the information providing apparatus 110 can be inquired about the upgrade candidate date, and the upgrade can be performed on an appropriate upgrade candidate date.
  • step S1801 determines whether or not there is a plan for backup or restoration. If there is no plan for backup and restoration (step S1801: No), the CPU 201 proceeds to step S2001 in FIG.
  • step S1801 determines whether there is a backup or restoration schedule (step S1801: Yes). If there is no backup plan (step S1802: No), the CPU 201 proceeds to step S1806.
  • step S1802 when there is a backup schedule (step S1802: Yes), the CPU 201 determines whether there are a plurality of backup scheduled dates (step S1803). If there is only one scheduled backup date (step S1803: No), the CPU 201 sets one scheduled backup date to “b” (step S1804). Then, the CPU 201 proceeds to step S1806.
  • step S1803 when there are a plurality of scheduled backup dates (step S1803: Yes), the CPU 201 sets the earliest scheduled backup date among the plurality of scheduled backup dates to “b” (step S1805). Then, the CPU 201 proceeds to step S1806.
  • step S1806 determines whether or not there is a restore plan. If there is no schedule for restoration (step S1806: NO), the CPU 201 proceeds to step S1901 in FIG.
  • step S1806 determines whether or not there are a plurality of scheduled restoration dates (step S1807). If there is only one scheduled restore date (step S1807: NO), the CPU 201 sets one scheduled restore date to “r” (step S1808). Then, the CPU 201 proceeds to step S1901 in FIG.
  • step S1807 when there are a plurality of scheduled restore dates (step S1807: YES), the CPU 201 sets the earliest scheduled restore date among the plurality of scheduled restore dates to “r” (step S1809). Then, the CPU 201 proceeds to step S1901 in FIG.
  • step S1901 the CPU 201 determines whether or not only b exists.
  • step S1901: Yes the CPU 201 determines the upgrade candidate period from the first day of the upgrade designation period to the day before b (step S1902). Then, the CPU 201 proceeds to step S2001 in FIG.
  • step S1901 determines whether only r exists (step S1903). If only r exists (step S1903: YES), the CPU 201 determines the upgrade candidate period from the day after r to the last day of the upgrade designation period (step S1904). Then, the CPU 201 proceeds to step S2001 in FIG.
  • step S1903 determines whether r ⁇ b (step S1905). If r ⁇ b is not satisfied (step S1905: NO), the CPU 201 determines the upgrade candidate period from the first day of the upgrade designation period to the day before b (step S1906). Then, the CPU 201 proceeds to step S2001 in FIG.
  • step S1905 Yes
  • the CPU 201 determines the upgrade candidate period from the day after r to the day before b (step S1907). Then, the CPU 201 proceeds to step S2001 in FIG.
  • the processes shown in FIGS. 18 and 19 correspond to the contents shown in FIGS.
  • the CPU 201 acquires traffic information of the upgrade target virtual terminal within the upgrade candidate period (step S2001). Then, the CPU 201 aggregates traffic information by day of week (step S2002), and creates a traffic log 400.
  • the CPU 201 calculates the day of the week with the least traffic volume (step S2003). Then, the CPU 201 calculates a date corresponding to the calculated day of the week from the upgrade candidate period, and sets it as the upgrade candidate date set x (step S2004).
  • the CPU 201 refers to the event DB 300 and extracts another scheduled upgrade date within the upgrade candidate period (step S2005). Then, the CPU 201 determines whether there is another scheduled upgrade date (step S2006).
  • step S2006 when there is another scheduled upgrade date (step S2006: Yes), the CPU 201 sets the scheduled upgrade date as an upgrade candidate date set y (step S2007). Then, the CPU 201 proceeds to step S2101 in FIG.
  • step S2006 when there is no other scheduled upgrade date (step S2006: No), the CPU 201 sets all the dates within the upgrade candidate period as the upgrade candidate date set y (step S2008). Then, the CPU 201 proceeds to step S2101 in FIG.
  • steps S2001 to S2004 in FIG. 20 correspond to the contents shown in FIG. Further, Steps S2005 to S2008 in FIG. 20 correspond to the contents shown in FIG.
  • the CPU 201 refers to the upgrade candidate date set x and the upgrade candidate date set y (step S2101). Next, the CPU 201 determines whether or not there are overlapping dates in the upgrade candidate date set x and the upgrade candidate date set y (step S2102).
  • step S2102 when there is no overlapping date (step S2102: No), the CPU 201 sorts the upgrade candidate dates in the upgrade candidate date set x and the upgrade candidate date set y in ascending order (step S2103). The process moves to step S2106.
  • step S2102 determines the overlapping date as the most probable candidate date (step S2104). Further, the CPU 201 sorts upgrade candidate dates other than the most probable candidate date in ascending order, determines the second candidate date (step S2105), and proceeds to step S2106.
  • the CPU 201 outputs the upgrade candidate dates sorted in step S2103, or the most probable candidate date and the second candidate date determined in steps S2104 and S2105 (step S2106). Then, the CPU 201 ends the upgrade date candidate determination process. Thereby, the date suitable for the upgrade can be output as the upgrade candidate date.
  • the service providing side determines the date suitable for the upgrade based on the information on the providing side. Therefore, the upgrade candidate date suitable for the upgrade based on the information on the provider side can be provided to the service user 130 while the information on the provider side is kept secret.
  • the upgrade since the upgrade is performed on an appropriate day, the suspension period of the virtual environment VM caused by the upgrade can be reduced, and the maintenance management work on the providing side can be made efficient. Further, since the information on the providing side is not directly known to the service user 130, the security on the providing side can be ensured and the service can be stably supplied.
  • the date within the period before the earliest scheduled backup date is determined as the upgrade candidate date.
  • the upgrade is performed as soon as possible to improve the convenience of the service.
  • a date within a period after the earliest scheduled restore date is determined as an upgrade candidate date. As a result, the upgrade is performed as soon as possible to improve the convenience of the service.
  • the upgrade candidate date is determined based on the information on the service usage frequency, the number of users 130 affected by the service stop due to the upgrade can be minimized.
  • the service suspension period resulting from the upgrade can be shortened as much as possible to improve the convenience of the service.
  • the date within the upgrade designation period designated by the user 130 is determined as the upgrade candidate date, it is possible to determine the optimal upgrade candidate date based on the request of the user 130 and the information on the providing side. it can.
  • the information providing method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • the information providing program is recorded on a computer-readable recording medium such as a hard disk, a flexible disk, a CD-ROM, an MO, and a DVD, and is executed by being read from the recording medium by the computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Strategic Management (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Educational Administration (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　情報提供装置（１１０）は、仮想環境（ＶＭ）のバックアップ予定日やリストア予定日といったサービスの提供側の情報を秘匿しつつ、提供側の情報に基づいたアップグレード候補日を利用者（１３０）に提供する。これにより、提供側の情報に基づくアップグレードに適した日に、アップグレードをおこなうようになるため、アップグレードに起因する仮想環境の停止期間を減少させ、保守管理作業の増加を抑制することができる。また、提供側の情報をサービスの利用者（１３０）に直接知られることはないため、提供側のセキュリティを確保し、サービスの安定供給を図ることができる。

Description

[規則37.2に基づきISAが決定した発明の名称]　情報提供装置、方法、およびプログラム
　本発明は、情報を提供する情報提供装置、情報提供方法、および情報提供プログラムに関する。
　クラウドシステムを利用したサービスには、例えば、仮想環境（ＶＭ：Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ）を提供するサービスがある。従来、仮想環境のアップグレードは、仮想環境の利用者の要求にしたがって、仮想環境の利用者が指定したアップグレード日に実行されていた。
　関連する技術としては、物理マシンのアップデートジョブをバックアップジョブの後におこなう技術がある（例えば、下記特許文献１参照）。また、関連する技術として、ユーザに情報を通知する技術がある（例えば、下記特許文献２参照）。
特開２０１０－４３３５号公報 特開２００２－３１８９７８号公報
　しかしながら、利用者の指定したアップグレード日は、仮想環境のバックアップ予定日やリストア予定日といったサービスの提供側が管理する情報を考慮して決定された日ではない。そのため、利用者の指定したアップグレード日は、アップグレードに適した日とは限らない。
　例えば、利用者が、バックアップ予定日以降、かつリストア予定日以前の期間内の日をアップグレード日に指定した場合が想定される。この場合、リストアの実施によって、仮想環境がアップグレード前のバックアップ実施時の状態に戻されることになり、再度同一のアップグレードをおこなわなければならない。
　このようにアップグレードがおこなわれると、サービスの提供側では、同一のアップグレードを２度おこなわなければならなくなり保守管理作業が増加してしまうという問題があった。一方、サービスの利用者側では、アップグレード中は仮想環境を使用できなくなるため、不便である。
　また、利用者がサービスの提供側が管理する情報を参照すれば、適当なアップグレード日を決定できると考えられる。しかし、サービスの提供側が管理する情報が公開されると、多くの利用者がデータ保護のためにバックアップ予定日直前に仮想環境を使用するようになり、仮想環境の負荷が高まって、安定したサービスを提供できなくなることがある。また、サービスの提供側が管理する情報が公開されると、バックアップされるデータに不正なデータが加えられセキュリティが脅かされるおそれがある。このように、サービスの安定供給とセキュリティとの観点から、サービスの提供側が管理する情報を利用者に参照させることはできない。
　本発明は、上述した従来技術による問題点を解消するため、サービスの提供側が管理する情報を秘匿したまま、サービスの提供側と利用者との双方の要望に適したアップグレード候補日を提供できる情報提供装置、情報提供方法、および情報提供プログラムを提供することを目的とする。
　上述した課題を解決し、目的を達成するため、本発明の一側面によれば、サービスに関する情報処理に用いられるハードウェア資源のスペックの変更日候補の問い合わせを入力し、サービスに関する情報処理の処理結果についてのバックアップ予定日と処理結果を用いたサービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶し、問い合わせが入力された日からバックアップ予定日までの第１の期間と、リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、変更日候補に決定し、決定された変更日候補を出力する情報提供装置、情報提供方法、および情報提供プログラムが提案される。
　本発明の一側面によれば、サービスの提供側が管理する情報を秘匿したまま、サービスの提供側と利用者との双方の要望に適したアップグレード候補日を提供することができるという効果を奏する。
図１は、情報提供装置によるアップグレード候補日の提供の内容を示す説明図である。 図２は、実施の形態にかかる情報提供装置１１０のハードウェア構成例を示すブロック図である。 図３は、イベントＤＢの記憶内容を示す説明図である。 図４は、トラフィックログの記憶内容を示す説明図である。 図５は、アップグレード候補期間ＤＢの記憶内容を示す説明図である。 図６は、アップグレード候補曜日ＤＢの記憶内容を示す説明図である。 図７は、アップグレード候補日ＤＢの記憶内容を示す説明図である。 図８は、最終アップグレード候補日ＤＢの記憶内容を示す説明図である。 図９は、情報提供装置１１０の機能的構成を示すブロック図である。 図１０は、利用端末１２０に表示されるアップグレード申請画面の一例を示す説明図である。 図１１は、バックアップとリストアとアップグレードとのイベントの関連を示す説明図である。 図１２は、バックアップとリストアとアップグレードとの関係に基づくアップグレード候補期間の決定の説明図である。 図１３は、アップグレード候補曜日の決定の内容を示す説明図である。 図１４は、アップグレード重複日の決定の内容を示す説明図である。 図１５は、アップグレード候補日の通知の内容を示す説明図である。 図１６は、アップグレード日決定画面の内容を示す説明図である。 図１７は、アップグレード日決定処理の詳細を示すフローチャートである。 図１８は、アップグレード候補日決定処理の詳細を示すフローチャート（その１）である。 図１９は、アップグレード候補日決定処理の詳細を示すフローチャート（その２）である。 図２０は、アップグレード候補日決定処理の詳細を示すフローチャート（その３）である。 図２１は、アップグレード候補日決定処理の詳細を示すフローチャート（その４）である。
　以下に添付図面を参照して、この発明にかかる情報提供装置、情報提供方法、および情報提供プログラムの実施の形態を詳細に説明する。サービスのアップグレードを適した日におこなうために、本実施の形態にかかる情報提供装置は、仮想環境のバックアップ予定日やリストア予定日といったサービスの提供側の情報に基づいたアップグレード候補日を利用者に提供する。これにより、アップグレードを適当な日におこなうことができる。また、提供側の情報をサービスの利用者に直接知られることはないため、提供側のセキュリティを確保し、サービスの安定供給を図ることができる。
（情報提供装置によるアップグレード候補日の提供の内容）
　図１は、情報提供装置によるアップグレード候補日の提供の内容を示す説明図である。図１に示すシステムでは、サービスの提供側から、ネットワーク（クラウド）を介して、利用者１３０にサービスが提供されている。ここで、サービスの提供側とは、自らが有するハードウェア資源１４０（ＣＰＵ，ＲＯＭ，ＨＤＤ）に利用者１３０の利用端末１２０（いわゆる接続環境）を接続させて、利用者１３０にハードウェア資源１４０を使用させるサービスを提供するベンダである。また、サービスの提供側は、サービスの保守管理をおこなう。
　例えば、提供側から提供されるサービスとしては、アプリケーションサーバなどのアプリケーション実行用のプラットフォームの提供、または仮想化サーバや共有ディスクなどのハードウェアやインフラの提供が挙げられる。図１では、提供側では、管理システムを用いて提供側が有するハードウェア資源１４０を割り振ってクラウド上に仮想環境ＶＭを生成している。具体的には、例えば、提供側では、ＣＰＵが２ＧＨｚ（ＧｉｇａＨｅｒｔｚ）と、メモリが４ＧＢ（ＧｉｇａＢｙｔｅ）と、ＨＤＤが１０ＧＢと、が割り当てられた仮想サーバを生成している。
　また、提供側では、情報提供装置１１０に仮想環境ＶＭのバックアップ予定日やリストア予定日といった提供側の情報を保持し、仮想環境ＶＭの保守管理作業をおこなっている。一方、利用者１３０は、利用端末１２０を用いて、仮想環境ＶＭを利用している。
　また、仮想環境ＶＭは、利用者１３０からの要望により、アップグレードされることがある。アップグレードとは、仮想環境ＶＭに割り当てられたハードウェア資源１４０を増設することをいう。具体的には、例えば、アップグレードとは、ＣＰＵを４ＧＨｚ分、メモリを２ＧＢ分、ＨＤＤを２０ＧＢ分、それぞれのハードウェア資源の割り当てを増やすことをいう。
　ただし、アップグレードをおこなう場合、仮想環境ＶＭを使用不可の状態に設定しなければならない。そのため、仮想環境ＶＭが使用不可になる時間がなるべく短くなり、保守管理作業の効率化を図ることができるアップグレードに適した日に、アップグレードをおこなうべきである。
　ここで、利用者１３０が、アップグレードをおこなうアップグレード日を決定しようとした場合を例に挙げて、情報提供装置１１０によるアップグレード候補日の提供の内容について説明する。
　まず、利用者１３０は、適当なアップグレード日を決定しようとするが、提供側の情報が秘匿されているため、提供側の情報に基づいた適当なアップグレード日を求めることができない。
　（１）そこで、利用者１３０は、利用端末１２０を介して、アップグレード候補日の問い合わせを情報提供装置１１０に送信する。ただし、問い合わせには、利用者１３０が指定するアップグレード指定期間の情報が含まれていてもよい。
　（２）問い合わせを受け取った情報提供装置１１０は、提供側の情報に基づいて、アップグレードに適したアップグレード候補日を決定する。ただし、問い合わせにアップグレード指定期間の情報が含まれている場合、情報提供装置１１０は、アップグレード指定期間内に限定して、アップグレード候補日を決定する。ここで、提供側の情報は、仮想環境ＶＭのバックアップ予定日と、リストア予定日と、アップグレード予定日と、曜日ごとのトラフィック情報と、を含む。
　（３）そして、情報提供装置１１０は、決定したアップグレード候補日を利用端末１２０に送信する。これにより、利用者１３０は、提供側の情報を知らなくても、情報提供装置１１０から利用端末１２０に送信されたアップグレード候補日に基づいて、適当なアップグレード日を決定できる。
　また、アップグレードが、アップグレードに適した日におこなわれるようになり、アップグレードに起因する仮想環境ＶＭの停止期間を減少させ、保守管理作業を効率化することができる。また、提供側の情報をサービスの利用者１３０に直接知られることはないため、提供側のセキュリティを確保し、サービスの安定供給を図ることができる。
（情報提供装置１１０のハードウェア構成例）
　次に、図２を用いて、実施の形態にかかる情報提供装置１１０のハードウェア構成例について説明する。
　図２は、実施の形態にかかる情報提供装置１１０のハードウェア構成例を示すブロック図である。図２において、情報提供装置１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ　Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、ディスプレイ２０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０９と、キーボード２１０と、マウス２１１と、スキャナ２１２と、プリンタ２１３と、を備えている。また、各構成部はバス２２０によってそれぞれ接続されている。
　ここで、ＣＰＵ２０１は、情報提供装置１１０の全体の制御を司る。ＲＯＭ２０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。また、ＲＡＭ２０３は、イベントＤＢ（ＤａｔａＢａｓｅ）と、トラフィックログと、アップグレード候補期間ＤＢと、アップグレード候補曜日ＤＢと、アップグレード候補日ＤＢと、アップグレード最終候補日ＤＢと、を記憶している。なお、イベントＤＢと、トラフィックログと、アップグレード候補期間ＤＢと、アップグレード候補曜日ＤＢと、アップグレード候補日ＤＢと、アップグレード最終候補日ＤＢと、はＲＡＭ２０３ではなく、磁気ディスク２０５に記憶されてもよい。
　磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。
　光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。
　ディスプレイ２０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０８は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
　インターフェース（以下、「Ｉ／Ｆ」と略する。）２０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク２１４に接続され、このネットワーク２１４を介して他の装置に接続される。そして、Ｉ／Ｆ２０９は、ネットワーク２１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０９には、例えばモデムやＬＡＮアダプタなどを採用することができる。
　キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
　スキャナ２１２は、画像を光学的に読み取り、情報提供装置１１０内に画像データを取り込む。なお、スキャナ２１２は、ＯＣＲ（Ｏｐｔｉｃａｌ　Ｃｈａｒａｃｔｅｒ　Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ２１３は、画像データや文書データを印刷する。プリンタ２１３には、例えば、レーザプリンタやインクジェットプリンタを採用することができる。
（イベントＤＢの記憶内容）
　次に、図３を用いて、図２に示したＲＡＭ２０３に記憶されているイベントＤＢの記憶内容について説明する。
　図３は、イベントＤＢの記憶内容を示す説明図である。イベントＤＢ３００は、イベントＩＤ項目のそれぞれに対応付けて、対象仮想環境項目と、実施予定日項目と、イベントタイプ項目と、イベント結果項目と、を有し、イベントが生成されるごとにレコードを構成し、イベントが実行されるごとにレコードを更新する。
　イベントＩＤ項目には、イベントを識別するＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）が記憶されている。対象仮想環境項目には、イベントの対象となる仮想環境ＶＭを特定する識別子が記憶されている。
　実施予定日項目には、イベントを実施する予定日が記憶されている。イベントタイプ項目には、イベントの内容が記憶されている。イベントの内容には、例えば、「リストア（Ｒｅｓｔｏｒｅ）」、「バックアップ（Ｂａｃｋｕｐ）」、「アップグレード（Ｕｐｇｒａｄｅ）」がある。イベント結果項目には、イベントが実行された場合の結果が記憶されている。
　なお、図１において上述した「リストア予定日」とは、イベントタイプ項目が「リストア」であるレコードの実施予定日項目の日付をいう。また、図１において上述した「バックアップ予定日」とは、イベントタイプ項目が「バックアップ」であるレコードの実施予定日項目の日付をいう。また、図１において上述したアップグレード予定日とは、イベントタイプ項目が「アップグレード」であるレコードの実施予定日項目の日付をいう。
（トラフィックログの記憶内容）
　次に、図４を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されているトラフィックログの記憶内容について説明する。
　図４は、トラフィックログの記憶内容を示す説明図である。トラフィックログ４００は、Ｎｏ項目のそれぞれに対応付けて、対象仮想環境項目と、Ｔｉｍｅ項目と、トラフィック量項目と、を有し、日ごとにレコードを構成する。
　Ｎｏ項目には、ログの番号が記憶されている。対象仮想環境項目には、トラフィック量の計測対象になる仮想環境ＶＭを特定する識別子が記憶されている。Ｔｉｍｅ項目には、トラフィック量を計測した日付が記憶されている。トラフィック量項目には、１日のトラフィック量が記憶されている。
（アップグレード候補期間ＤＢの記憶内容）
　次に、図５を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されているアップグレード候補期間ＤＢの記憶内容について説明する。なお、アップグレード候補期間ＤＢは、イベントＤＢ３００に基づいて作成される。
　図５は、アップグレード候補期間ＤＢの記憶内容を示す説明図である。アップグレード候補期間ＤＢ５００は、アップグレード指定期間項目のそれぞれに対応付けて、曜日項目と、リストア実施予定項目と、バックアップ実施予定項目と、アップグレード候補項目と、を有し、アップグレード指定期間内の日ごとにレコードを構成する。
　アップグレード指定期間項目には、アップグレード候補日を選択する母集団となる期間内の日付が記憶されている。例えば、上述した利用者１３０により指定されたアップグレード指定期間内の日付である。曜日項目には、アップグレード指定期間項目の各日付に対応する曜日が記憶されている。
　リストア実施予定項目には、リストア予定日であるか否かが記憶されている。リストア実施予定項目は、イベントＤＢ３００のイベントタイプが「リストア」のレコードに基づいて構成される。図５では、リストア予定日には「Ｔｒｕｅ」が記憶され、リストア予定日以外には「Ｆａｌｓｅ」が記憶されている。
　バックアップ実施予定項目には、バックアップ予定日であるか否かが記憶されている。バックアップ実施予定項目は、イベントＤＢ３００のイベントタイプが「バックアップ」のレコードに基づいて構成される。図５では、バックアップ予定日には「Ｔｒｕｅ」が記憶され、リストア予定日以外には「Ｆａｌｓｅ」が記憶されている。
　アップグレード候補項目には、リストア実施予定項目と、バックアップ実施予定項目と、の内容から判定されたアップグレード候補日になりうるか否かの判定結果が記憶されている。図５では、アップグレード候補日になりうる場合は「Ｔｒｕｅ」が記憶され、アップグレード候補日になりえない場合は「Ｆａｌｓｅ」が記憶されている。
（アップグレード候補曜日ＤＢの記憶内容）
　次に、図６を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されているアップグレード候補曜日ＤＢの記憶内容について説明する。なお、アップグレード候補曜日ＤＢは、トラフィックログ４００に基づいて作成される。
　図６は、アップグレード候補曜日ＤＢの記憶内容を示す説明図である。アップグレード候補曜日ＤＢ６００は、曜日項目のそれぞれに対応付けて、トラフィック量項目と、トラフィックから判定した候補項目と、を有し、曜日ごとにレコードを構成する。
　曜日項目には、月曜日～日曜日までの曜日が記憶されている。トラフィック量項目には、各曜日におけるトラフィック量が記憶されている。トラフィック量項目の内容は、トラフィックログ４００のトラフィック量項目の内容に基づいて求められる。例えば、トラフィック量項目の内容は、トラフィックログ４００のトラフィック量項目の内容を曜日ごとに集計して求めた曜日ごとの平均値である。
　トラフィックから判定した候補項目には、トラフィック量に基づいて判定されたアップグレード候補日になりうるか否かの判定結果が記憶されている。例えば、トラフィック量が最も少ない曜日をアップグレード候補日になりうると判定する。また、例えば、トラフィック量が閾値以上の曜日をアップグレード候補日になりうると判定する。図６では、アップグレード候補日になりうる場合は「Ｔｒｕｅ」が記憶され、アップグレード候補日になりえない場合は「Ｆａｌｓｅ」が記憶されている。
（アップグレード候補日ＤＢの記憶内容）
　次に、図７を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されているアップグレード候補日ＤＢの記憶内容について説明する。なお、アップグレード候補日ＤＢは、イベントＤＢ３００に基づいて作成される。
　図７は、アップグレード候補日ＤＢの記憶内容を示す説明図である。アップグレード候補日ＤＢ７００は、アップグレード指定期間項目のそれぞれに対応付けて、曜日項目と、アップグレード実施予定項目と、アップグレード実施予定から判定した候補項目と、を有し、アップグレード指定期間内の日ごとにレコードを構成する。
　アップグレード指定期間項目と曜日項目とは、それぞれ、図５に示したアップグレード候補期間ＤＢ５００のアップグレード指定期間項目と曜日項目と同一の内容であるため、説明を省略する。
　アップグレード実施予定項目には、アップグレードを実施する予定があるか否かが記憶されている。アップグレード実施予定項目は、イベントＤＢ３００のイベントタイプが「アップグレード」のレコードに基づいて構成される。図７では、アップグレード予定日には「Ｔｒｕｅ」が記憶され、アップグレード予定日以外には「Ｆａｌｓｅ」が記憶されている。
　アップグレード実施予定から判定した候補項目には、アップグレード予定日に基づいて判定されたアップグレード候補日になりうるか否かの判定結果が記憶されている。図７では、アップグレード候補日になりうる場合は「Ｔｒｕｅ」が記憶され、アップグレード候補日になりえない場合は「Ｆａｌｓｅ」が記憶されている。
（最終アップグレード候補日ＤＢの記憶内容）
　次に、図８を用いて、図２に示したＲＡＭ２０３や磁気ディスク２０５などの記憶装置に記憶されている最終アップグレード候補日ＤＢの記憶内容について説明する。なお、最終アップグレード候補日ＤＢは、アップグレード候補期間ＤＢ５００と、アップグレード候補曜日ＤＢ６００と、アップグレード候補日ＤＢ７００と、に基づいて作成される。
　図８は、最終アップグレード候補日ＤＢの記憶内容を示す説明図である。最終アップグレード候補日ＤＢ８００は、アップグレード指定期間項目のそれぞれに対応付けて、トラフィックから判定した候補項目と、アップグレード実施予定から判定した候補項目と、候補度項目と、を有し、アップグレード指定期間内の日ごとにレコードを構成する。
　アップグレード指定期間項目は、図５に示したアップグレード候補期間ＤＢ５００のアップグレード指定期間項目と同一の内容である。また、トラフィックから判定した候補項目は、図６に示したアップグレード候補曜日ＤＢ６００のトラフィックから判定した候補項目と同一の内容である。また、アップグレード実施予定から判定した候補項目は、図７に示したアップグレード候補日ＤＢ７００のアップグレード実施予定から判定した候補項目と同一の内容である。
　候補度項目には、アップグレード候補日としての優先度が記憶されている。図８では、候補度項目の数字が大きいほうが優先度が高く、よりアップグレードに適した日である。具体的には、トラフィックから判定した候補項目と、アップグレード実施予定から判定した候補項目と、が２つとも「Ｔｒｕｅ」であれば、優先度は「２」になっている。また、いずれか１つが「Ｔｒｕｅ」であれば、優先度は「１」になり、２つとも「Ｆａｌｓｅ」であれば、優先度は「０」になっている。
（情報提供装置１１０の機能的構成例）
　次に、情報提供装置１１０の機能的構成例について説明する。
　図９は、情報提供装置１１０の機能的構成を示すブロック図である。情報提供装置１１０は、入力部９０１と、記憶部９０２と、決定部９０３と、出力部９０４と、を含む構成である。この制御部となる機能（入力部９０１～出力部９０４）は、具体的には、例えば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、Ｉ／Ｆ２０９により、その機能を実現する。
　入力部９０１は、サービスに関する情報処理に用いられるハードウェア資源１４０のスペックの変更日候補の問い合わせを入力する機能を有する。また、変更候補日の問い合わせには、第３の期間を特定する情報を含んでもよい。ここで、サービスに関する情報処理に用いられるハードウェア資源１４０とは、例えば、上述した仮想環境ＶＭの生成に割り振られたハードウェア資源１４０（ＣＰＵ，ＲＯＭ，ＨＤＤ）である。
　ハードウェア資源１４０のスペックの変更日とは、仮想環境ＶＭに割り振られるハードウェア資源１４０の変更をおこなう日であり、例えば、上述したアップグレード予定日である。ただし、ハードウェア資源１４０のスペックの変更には、アップグレードに限らず、ダウングレードを含んでもよい。変更日候補とは、例えば、上述したアップグレード候補日である。第３の期間とは、利用者１３０が指定した期間であり、例えば、上述したアップグレード指定期間である。
　具体的には、例えば、入力部９０１は、アップグレード候補日の問い合わせを入力する。これにより、入力部９０１は、アップグレード候補日の決定をはじめるためのトリガを入力できる。また、具体的には、例えば、入力部９０１は、アップグレード指定期間を含むアップグレード候補日の問い合わせを受信する。これにより、入力部９０１は、アップグレード候補日となりうる母集団となる期間を入力できる。なお、入力されたデータは、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶領域に記憶される。
　記憶部９０２は、サービスに関する情報処理の処理結果についてのバックアップ予定日と処理結果を用いたサービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶する機能を有する。ここで、記憶部９０２とは、上述したＲＡＭ２０３である。
　バックアップ予定日とは、バックアップのイベントが予定されている日であり、まだバックアップが実施されていない未来の日である。リストア予定日とは、リストアのイベントが予定されている日であり、まだリストアが実施されていない未来の日である。
　具体的には、例えば、記憶部９０２は、イベントＤＢ３００を記憶する。これにより、記憶部９０２は、アップグレード候補日を決定する際に参照するバックアップ予定日と、リストア予定日と、を記憶できる。
　決定部９０３は、記憶部９０２を参照することにより、入力部９０１によって問い合わせが入力された日からバックアップ予定日までの第１の期間と、リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、変更日候補に決定する機能を有する。
　ここで、第１の期間は、例えば、問い合わせが入力された日から、イベントＤＢ３００に記憶されている複数のバックアップ予定日のうち最も早いバックアップ予定日までの期間である。第２の期間は、例えば、イベントＤＢ３００に記憶されている複数のリストア予定日のうち最も早いリストア予定日以降の期間である。なお、決定結果は、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶領域に記憶される。
　具体的には、例えば、決定部９０３は、バックアップ予定日がリストア予定日より前の日である場合、第１の期間内の日を、変更日候補に決定する。より具体的には、例えば、決定部９０３は、問い合わせが入力された日からバックアップ予定日までの期間から、アップグレード候補日を決定する。これにより、なるべく早い日をアップグレード候補日に決定することができる。
　また、具体的には、例えば、決定部９０３は、バックアップ予定日がリストア予定日より後の日である場合、バックアップ予定日からリストア予定日までの期間内の日を、変更日候補に決定する。より具体的には、例えば、決定部９０３は、バックアップ予定日からリストア予定日までの期間から、アップグレード候補日を決定する。これにより、アップグレードに適した日をアップグレード候補日に決定することができる。
　また、具体的には、例えば、決定部９０３は、サービスの利用頻度に関する情報に基づいて、変更日候補を決定する。より具体的には、例えば、決定部９０３は、トラフィックログ４００に基づいて、最もトラフィック量が少ない曜日にアップグレード候補日を決定する。これにより、アップグレードにより仮想環境ＶＭが使用不可になったときの、利用者１３０への影響を少なくすることができる。
　また、具体的には、例えば、決定部９０３は、スペックの決定済みの変更予定日を、変更日候補に決定する。より具体的には、例えば、決定部９０３は、アップグレード予定日を、アップグレード候補日に決定する。これにより、複数のアップグレードを纏めて同日におこなうようにして、アップグレードにより仮想環境ＶＭが使用不可になる時間を減少させることができる。
　また、具体的には、例えば、決定部９０３は、第１の期間と、第２の期間と、第３の期間と、に基づいて、変更日候補に決定する。より具体的には、例えば、決定部９０３は、アップグレード指定期間内に限って、バックアップ予定日と、リストア予定日と、を参照して、アップグレード候補日を決定する。これにより、利用者１３０の要望を取り入れてアップグレード候補日を決定することができる。
　出力部９０４は、決定部９０３によって決定された変更日候補を出力する機能を有する。具体的には、例えば、出力部９０４は、決定部９０３によって決定されたアップグレード候補日を出力する。出力形式としては、例えば、ディスプレイ２０８への表示、プリンタ２１３への印刷出力、Ｉ／Ｆ２０９による外部装置への送信がある。また、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶領域に記憶することとしてもよい。これにより、出力部９０４は、アップグレード候補日を利用者１３０に知らせることができる。
（利用端末１２０に表示されるアップグレード申請画面の一例）
　次に、図１０を用いて、利用端末１２０に表示されるアップグレード申請画面の一例について説明する。このアップグレード申請画面において利用者１３０が入力した情報が、アップグレード候補日の問い合わせに含まれて送信される。
　図１０は、利用端末１２０に表示されるアップグレード申請画面の一例を示す説明図である。アップグレード申請画面には、ログインユーザ名を示すボックスと、アップグレード申請ボタンと、アップグレード指定期間を入力するボックスと、が含まれる。また、アップグレード申請画面には、アップグレード対象の仮想環境ＶＭを選択するボックスと、アップグレード対象として選択された仮想環境ＶＭの構成情報を示すボックスと、アップグレード内容を選択するボックスと、が含まれる。
　ここで、利用者１３０がアップグレード申請ボタンを選択することにより、アップグレード対象の仮想環境ＶＭと、アップグレード内容と、アップグレード指定期間と、を含むアップグレード候補日の問い合わせが、情報提供装置１１０に送信される。
（アップグレード候補期間の決定の内容）
　次に、図１１～図１４を用いて、図１０にて送信されたアップグレード候補日の問い合わせを受信した情報提供装置１１０によりおこなわれるアップグレード候補期間の決定の内容について説明する。
（バックアップ予定日とリストア予定日とに基づくアップグレード候補日の決定の内容）
　まず、図１１および図１２を用いて、バックアップ予定日とリストア予定日とに基づくアップグレード候補期間の決定の内容について説明する。
　図１１は、バックアップとリストアとアップグレードとのイベントの関連を示す説明図である。
　図１１の（Ａ）では、バックアップの後、かつ、リストアの前に、アップグレードがおこなわれている。（１）具体的には、まず、バックアップがおこなわれ、仮想環境ＶＭの構成情報が記憶される。（２）次に、アップグレードがおこなわれ、仮想環境ＶＭに割り当てられたハードウェア資源１４０の増設がおこなわれる。
　（３）そして、リストアにより、仮想環境ＶＭは（２）のアップグレードがおこなわれるよりも前のバックアップ時の状態に戻る。（４）そのため、リストアの後には、再び（２）と同一のアップグレードをおこなわなければならない。
　すなわち、提供側では同一のアップグレードを２度おこなって、保守管理の作業が増えるという不都合が生じることになる。一方、利用者１３０は、１度目と２度目のアップグレードによって、仮想環境ＶＭが２回使用不可な状態になるという不都合を生じることになる。
　一方、図１１の（Ｂ）では、バックアップとリストアとの後にアップグレードがおこなわれている。（１）具体的には、まず、バックアップがおこなわれ、仮想環境ＶＭの構成情報が記憶される。
　（２）次に、リストアにより、仮想環境ＶＭはバックアップ時の状態に戻る。（３）そして、アップグレードがおこなわれ、仮想環境ＶＭに割り当てられたハードウェア資源１４０の増設がおこなわれる。
　このように、図１１の（Ｂ）では、アップグレードがリストアの後におこなわれるため、図１１の（Ａ）とは異なり、同一のアップグレードを２度おこなうといった不都合が生じることはない。
　また、図１１の（Ｃ）では、バックアップとリストアとの前にアップグレードがおこなわれている。（１）具体的には、まず、アップグレードがおこなわれ、仮想環境ＶＭに割り当てられたハードウェア資源１４０の増設がおこなわれる。
　（２）次に、バックアップがおこなわれ、アップグレード後の仮想環境ＶＭの構成情報が記憶される。（３）そして、リストアにより、仮想環境ＶＭはバックアップ時の状態（既にアップグレードがおこなわれた状態）に戻る。
　このように、図１１の（Ｃ）では、アップグレードをバックアップの前におこなうため、図１１の（Ａ）とは異なり、同一のアップグレードを２度おこなうといった不都合が生じることはない。
　以上に示したように、アップグレードとバックアップとの関係では、バックアップの前にアップグレードをおこなうと不都合を生じない。また、アップグレードとリストアとの関係では、リストアの後にアップグレードをおこなうと不都合を生じない。
　次に、図１２を用いて、図１１に示したバックアップとリストアとアップグレードとの関係に基づく、アップグレード候補期間の決定について説明する。
　図１２は、バックアップとリストアとアップグレードとの関係に基づくアップグレード候補期間の決定の説明図である。まず、情報提供装置１１０は、イベントＤＢ３００から、アップグレード対象の仮想端末に関するレコードを抽出する。そして、情報提供装置１１０は、イベントＤＢ３００から抽出したレコードに基づいて、アップグレード候補期間ＤＢ５００を構成して、アップグレード候補期間を求める。
　具体的には、情報提供装置１１０は、イベントＤＢ３００のリストア予定日を参照して、アップグレード候補期間ＤＢ５００のレコードのリストア実施予定項目を構成する。情報提供装置１１０は、リストアの予定があればリストア実施予定項目に「Ｔｒｕｅ」を記憶し、リストアの予定がなければリストア実施予定項目に「Ｆａｌｓｅ」を記憶する。
　また、情報提供装置１１０は、イベントＤＢ３００のバックアップ予定日を参照して、アップグレード候補期間ＤＢ５００のレコードのバックアップ実施予定項目を構成する。情報提供装置１１０は、バックアップの予定があればバックアップ実施予定項目に「Ｔｒｕｅ」を記憶し、バックアップの予定がなければバックアップ実施予定項目に「Ｆａｌｓｅ」を記憶する。
　そして、情報提供装置１１０は、図１１に示した関係に基づいて、リストア予定日以降の期間１２０１がアップグレードに適した期間であると判断する。また、情報提供装置１１０は、図１１に示した関係に基づいて、バックアップ予定日以前の期間１２０２がアップグレードに適した期間であると判断する。
　ここでは、情報提供装置１１０は、期間１２０１と期間１２０２とが重複しているため、重複期間１２０３をアップグレード候補期間に決定する。そして、決定したアップグレード候補期間に基づいて、アップグレード候補期間ＤＢ５００を構成する。具体的には、重複期間１２０３のレコードのアップグレード候補項目に「Ｔｒｕｅ」を記憶し、それ以外の期間のレコードのアップグレード候補項目に「Ｆａｌｓｅ」を記憶する。
　ただし、情報提供装置１１０は、リストア予定日以降の期間１２０１と、バックアップ予定日以前の期間１２０２と、が重複しない場合は、いずれか一方の期間をアップグレード候補期間に決定してもよい。また、情報提供装置１１０は、リストア予定日以降の期間１２０１と、バックアップ予定日以前の期間１２０２と、が重複しない場合は、両方の期間をアップグレード候補期間に決定してもよい。また、情報提供装置１１０は、リストア予定日以降の期間１２０１と、バックアップ予定日以前の期間１２０２と、の一方しか存在しない場合は、存在する一方の期間をアップグレード候補期間に決定する。
（アップグレード候補曜日の決定の内容）
　次に、図１３を用いて、情報処理装置１１０によるアップグレード候補曜日の決定の内容について説明する。アップグレード候補曜日は、図１２において決定されたアップグレード候補期間内の日のうちで、よりアップグレードに適した日を特定するための指標になる情報である。
　図１３は、アップグレード候補曜日の決定の内容を示す説明図である。図１３に示すように、アップグレード候補曜日ＤＢ６００を参照すると、月曜日～土曜日までのトラフィック量は多く、日曜日のトラフィック量は少ない。
　ここで、仮想環境ＶＭのアップグレードをおこなうためには、仮想環境ＶＭを使用不可の状態にしなければならない。よって、トラフィック量が多い曜日、すなわち、仮想環境ＶＭの利用者１３０が多い曜日に、アップグレードをおこなうと、仮想環境ＶＭを使用できないという不都合を多くの利用者１３０が被る。
　一方、トラフィック量が少ない曜日、すなわち、仮想環境ＶＭの利用者１３０が少ない曜日にアップグレードをおこなうと、仮想環境ＶＭを使用できないという不都合を被る利用者１３０は少なくて済む。
　そのため、情報提供装置１１０は、日曜日をアップグレード候補曜日に決定する。そして、情報提供装置１１０は、アップグレード候補曜日ＤＢ６００のトラフィックから判定した候補項目のうち、トラフィック量の少ない日曜日には「Ｔｒｕｅ」を記憶し、トラフィック量の多い月曜日～土曜日には「Ｆａｌｓｅ」を記憶しておく。
　これにより、情報提供装置１１０は、図１２において決定されたアップグレード候補期間内の日のうちで、アップグレード候補曜日に決定された日曜日がよりアップグレードに適した日であると判断できる。
（アップグレード重複日の決定の内容）
　次に、図１４を用いて、情報提供装置１１０によるアップグレード重複日の決定の内容について説明する。アップグレード重複日は、決定済みのアップグレード予定日と、アップグレード候補日と、を重複させられる日であり、図１２において決定されたアップグレード候補期間内の日のうちで、よりアップグレードに適した日を特定するための指標になる情報である。
　図１４は、アップグレード重複日の決定の内容を示す説明図である。ここで、仮想環境ＶＭのアップグレードをおこなうためには、仮想環境ＶＭを使用不可の状態にしなければならない。
　そのため、図１４の（Ａ）に示すように、２つのアップグレードが別々の日におこなわれた場合、両日において、仮想環境ＶＭが使用不可になるという不都合が生じる。
　一方、図１４の（Ｂ）に示すように、２つのアップグレードが同日におこなわれた場合、仮想環境ＶＭが使用不可になるのは１日だけである。このように、複数のアップグレードは、なるべく同日におこなったほうがよい。
　そのため、図１４の（Ｃ）に示すように、情報処理装置１１０は、決定済みのアップグレード予定日を、アップグレード重複日に決定する。そして、情報提供装置１１０は、アップグレード候補日ＤＢ７００のアップグレード実施予定から判定した候補項目のうち、アップグレード予定日と同日には「Ｔｒｕｅ」を記憶し、それ以外には「Ｆａｌｓｅ」を記憶しておく。
　これにより、情報提供装置１１０は、図１２において決定されたアップグレード候補期間内の日のうちで、アップグレード重複日に決定された日がよりアップグレードに適した日であると判断できる。
（アップグレード候補日の決定の内容）
　以上の図１１～図１４で決定したアップグレード候補期間と、アップグレード候補曜日と、アップグレード重複日と、に基づいて、情報提供装置１１０は、アップグレードに適した日であるかを示す候補度を算出する。そして、情報提供装置１１０は、算出した候補度に基づいて、最終アップグレード候補日ＤＢ８００を構成しておく。
　そして、最終アップグレード候補日ＤＢ８００に記憶されている候補度に基づいて、情報提供装置１１０は、アップグレードに適したアップグレード候補日を決定して、決定したアップグレード候補日を利用端末１２０に出力する。なお、例えば、候補度が１以上の日が、アップグレード候補日に決定される。
（アップグレード候補日の通知の内容）
　次に、図１５を用いて、アップグレード候補日の通知の内容について説明する。
　図１５は、アップグレード候補日の通知の内容を示す説明図である。情報提供装置１１０は、決定したアップグレード候補日のすべてを、利用端末１２０に送信する。図１５に示すように、情報提供装置１１０は、アップグレード候補日と、アップグレード日を設定するリンクと、を記載して、利用端末１２０に送信する。アップグレード候補日の通知は、例えば、電子メールにより、送信される。
　ただし、情報提供装置１１０は、アップグレードを、利用端末１２０におこなわせない場合があってもよい。例えば、候補度が１以上の日がなく、アップグレード候補日が決定できなかった場合である。このように、アップグレードをおこなわせない場合、アップグレード候補日の通知にアップグレードが未承認である旨を記載して、送信してもよい。
（アップグレード日決定画面の内容）
　次に、図１６を用いて、図１５に示した通知を受け取った利用端末１２０に表示されるアップグレード日決定画面について説明する。
　図１６は、アップグレード日決定画面の内容を示す説明図である。図１５に記載されたリンクにより、図１６に示すアップグレード日決定画面が表示される。図１６に示すアップグレード日決定画面において、利用者１３０は、表示されているアップグレード候補日を選択して、アップグレード日決定ボタンを選択する。これにより、アップグレード日が決定される。
（アップグレード日決定処理の詳細）
　次に、図１７を用いて、図１０および図１６において説明した利用端末１２０がおこなうアップグレード日決定処理の詳細について説明する。
　図１７は、アップグレード日決定処理の詳細を示すフローチャートである。まず、利用端末１２０は、図１０に示したアップグレード申請画面において、アップグレード内容と、アップグレード指定期間と、が入力されたか否かを判定する（ステップＳ１７０１）。
　ここで、入力されていない場合（ステップＳ１７０１：Ｎｏ）、利用端末１２０は、ステップＳ１７０１に戻り、入力を待つ。一方、入力された場合（ステップＳ１７０１：Ｙｅｓ）、利用端末１２０は、情報提供装置１１０に、入力された情報を送信する（ステップＳ１７０２）。
　そして、利用端末１２０は、アップグレード候補日の通知が受信されたか否かを判定する（ステップＳ１７０３）。ここで、アップグレード候補日の通知が受信されていない場合（ステップＳ１７０３：Ｎｏ）、利用端末１２０は、ステップＳ１７０３に戻り、受信を待つ。
　一方、受信した場合（ステップＳ１７０３：Ｙｅｓ）、利用端末１２０は、アップグレード候補日の通知に、アップグレードが未承認である旨が含まれているか否かを判定する（ステップＳ１７０４）。ここで、アップグレードが未承認である旨が含まれている場合（ステップＳ１７０４：Ｙｅｓ）、利用端末１２０は、アップグレード日決定処理を終了する。
　一方、アップグレードが未承認である旨が含まれていない場合（ステップＳ１７０４：Ｎｏ）、利用端末１２０は、アップグレード候補日の通知の内容を出力する（ステップＳ１７０５）。そして、利用端末１２０は、利用者１３０からアップグレード日が入力されたか否かを判定する（ステップＳ１７０６）。
　ここで、入力されていない場合（ステップＳ１７０６：Ｎｏ）、利用端末１２０は、ステップＳ１７０６に戻り、入力を待つ。一方、入力された場合（ステップＳ１７０６：Ｙｅｓ）、利用端末１２０は、入力されたアップグレード日にアップグレードをおこなう（ステップＳ１７０７）。
　そして、利用端末１２０は、アップグレードの完了通知を出力して（ステップＳ１７０８）、アップグレード日決定処理を終了する。これにより、情報提供装置１１０に、アップグレード候補日を問い合わせて、適当なアップグレード候補日にアップグレードをおこなうことができる。
（アップグレード候補日決定処理の詳細）
　次に、図１８～図２１を用いて、図１１～図１５において説明した情報提供装置１１０がおこなうアップグレード候補日決定処理の詳細について説明する。
　図１８～図２１は、アップグレード候補日決定処理の詳細を示すフローチャートである。図１８において、まず、ＣＰＵ２０１は、バックアップまたはリストアの予定があるか否かを判定する（ステップＳ１８０１）。ここで、バックアップおよびリストアの予定がない場合（ステップＳ１８０１：Ｎｏ）、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。
　一方、バックアップまたはリストアの予定がある場合（ステップＳ１８０１：Ｙｅｓ）、ＣＰＵ２０１は、バックアップの予定があるか否かを判定する（ステップＳ１８０２）。ここで、バックアップの予定がない場合（ステップＳ１８０２：Ｎｏ）、ＣＰＵ２０１は、ステップＳ１８０６に移行する。
　一方、バックアップの予定がある場合（ステップＳ１８０２：Ｙｅｓ）、ＣＰＵ２０１は、バックアップ予定日が複数あるか否かを判定する（ステップＳ１８０３）。ここで、バックアップ予定日が一つである場合（ステップＳ１８０３：Ｎｏ）、ＣＰＵ２０１は、一つのバックアップ予定日を「ｂ」にセットする（ステップＳ１８０４）。そして、ＣＰＵ２０１は、ステップＳ１８０６に移行する。
　一方、バックアップ予定日が複数ある場合（ステップＳ１８０３：Ｙｅｓ）、ＣＰＵ２０１は、複数のバックアップ予定日のうち、最も早いバックアップ予定日を「ｂ」にセットする（ステップＳ１８０５）。そして、ＣＰＵ２０１は、ステップＳ１８０６に移行する。
　次に、ＣＰＵ２０１は、リストアの予定があるか否かを判定する（ステップＳ１８０６）。ここで、リストアの予定がない場合（ステップＳ１８０６：Ｎｏ）、ＣＰＵ２０１は、図１９のステップＳ１９０１に移行する。
　一方、リストアの予定がある場合（ステップＳ１８０６：Ｙｅｓ）、ＣＰＵ２０１は、リストア予定日が複数あるか否かを判定する（ステップＳ１８０７）。ここで、リストア予定日が一つである場合（ステップＳ１８０７：Ｎｏ）、ＣＰＵ２０１は、一つのリストア予定日を「ｒ」にセットする（ステップＳ１８０８）。そして、ＣＰＵ２０１は、図１９のステップＳ１９０１に移行する。
　一方、リストア予定日が複数ある場合（ステップＳ１８０７：Ｙｅｓ）、ＣＰＵ２０１は、複数のリストア予定日のうち、最も早いリストア予定日を「ｒ」にセットする（ステップＳ１８０９）。そして、ＣＰＵ２０１は、図１９のステップＳ１９０１に移行する。
　図１９において、まず、ＣＰＵ２０１は、ｂのみが存在するか否かを判定する（ステップＳ１９０１）。ここで、ｂのみが存在する場合（ステップＳ１９０１：Ｙｅｓ）、ＣＰＵ２０１は、アップグレード指定期間の初日からｂの前日までをアップグレード候補期間に決定する（ステップＳ１９０２）。そして、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。
　一方、ｂが存在しないか、または、ｂとｒとが存在する場合（ステップＳ１９０１：Ｎｏ）、ＣＰＵ２０１は、ｒのみが存在するか否かを判定する（ステップＳ１９０３）。ここで、ｒのみが存在する場合（ステップＳ１９０３：Ｙｅｓ）、ＣＰＵ２０１は、ｒの翌日からアップグレード指定期間の最終日までをアップグレード候補期間に決定する（ステップＳ１９０４）。そして、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。
　一方、ｂとｒとが存在する場合（ステップＳ１９０３：Ｎｏ）、ＣＰＵ２０１は、ｒ＜ｂか否かを判定する（ステップＳ１９０５）。ここで、ｒ＜ｂでない場合（ステップＳ１９０５：Ｎｏ）、ＣＰＵ２０１は、アップグレード指定期間の初日からｂの前日までをアップグレード候補期間に決定する（ステップＳ１９０６）。そして、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。
　一方、ｒ＜ｂである場合（ステップＳ１９０５：Ｙｅｓ）、ＣＰＵ２０１は、ｒの翌日からｂの前日までをアップグレード候補期間に決定する（ステップＳ１９０７）。そして、ＣＰＵ２０１は、図２０のステップＳ２００１に移行する。なお、図１８および図１９に示した処理は、図１１および図１２に示した内容に対応している。
　図２０において、まず、ＣＰＵ２０１は、アップグレード候補期間内のアップグレード対象仮想端末のトラフィック情報を取得する（ステップＳ２００１）。そして、ＣＰＵ２０１は、トラフィック情報を曜日単位で集計し（ステップＳ２００２）、トラフィックログ４００を作成する。
　次に、ＣＰＵ２０１は、トラフィック量が最も少ない曜日を算出する（ステップＳ２００３）。そして、ＣＰＵ２０１は、アップグレード候補期間内から、算出した曜日に対応する日付を算出し、アップグレード候補日集合ｘとする（ステップＳ２００４）。
　また、ＣＰＵ２０１は、イベントＤＢ３００を参照して、アップグレード候補期間内の他のアップグレード予定日を抽出する（ステップＳ２００５）。そして、ＣＰＵ２０１は、他のアップグレード予定日があるか否かを判定する（ステップＳ２００６）。
　ここで、他のアップグレード予定日がある場合（ステップＳ２００６：Ｙｅｓ）、ＣＰＵ２０１は、アップグレード予定日をアップグレード候補日集合ｙとする（ステップＳ２００７）。そして、ＣＰＵ２０１は、図２１のステップＳ２１０１に移行する。
　一方、他のアップグレード予定日がない場合（ステップＳ２００６：Ｎｏ）、ＣＰＵ２０１は、アップグレード候補期間内のすべての日をアップグレード候補日集合ｙとする（ステップＳ２００８）。そして、ＣＰＵ２０１は、図２１のステップＳ２１０１に移行する。
　なお、図２０のステップＳ２００１～ステップＳ２００４は、図１３に示した内容に対応している。また、図２０のステップＳ２００５～ステップＳ２００８は、図１４に示した内容に対応している。
　図２１において、まず、ＣＰＵ２０１は、アップグレード候補日集合ｘと、アップグレード候補日集合ｙと、を参照する（ステップＳ２１０１）。次にＣＰＵ２０１は、アップグレード候補日集合ｘと、アップグレード候補日集合ｙと、において、重複する日付があるか否かを判定する（ステップＳ２１０２）。
　ここで、重複する日付がない場合（ステップＳ２１０２：Ｎｏ）、ＣＰＵ２０１は、アップグレード候補日集合ｘと、アップグレード候補日集合ｙと、の中のアップグレード候補日を昇順にソートして（ステップＳ２１０３）、ステップＳ２１０６に移行する。
　一方、重複する日付がある場合（ステップＳ２１０２：Ｙｅｓ）、ＣＰＵ２０１は、重複する日付を最有力候補日に決定する（ステップＳ２１０４）。また、ＣＰＵ２０１は、最有力候補日以外のアップグレード候補日を昇順にソートして、第２候補日に決定し（ステップＳ２１０５）、ステップＳ２１０６に移行する。
　最後に、ＣＰＵ２０１は、ステップＳ２１０３においてソートされたアップグレード候補日、または、ステップＳ２１０４およびステップＳ２１０５において決定された最有力候補日および第２候補日を出力する（ステップＳ２１０６）。そして、ＣＰＵ２０１は、アップグレード候補日決定処理を終了する。これにより、アップグレードに適した日を、アップグレード候補日として、出力することができる。
　以上説明したように、情報提供装置１１０、情報提供方法、および情報提供プログラムによれば、サービスの提供側で、提供側の情報に基づいて、アップグレードに適した日をアップグレード候補日に決定する。そのため、提供側の情報を秘匿したまま、提供側の情報に基づくアップグレードに適したアップグレード候補日を、サービスの利用者１３０に提供することができる。
　結果として、アップグレードが適当な日におこなわれるため、アップグレードに起因する仮想環境ＶＭの停止期間を減少させ、提供側の保守管理作業を効率化することができる。また、提供側の情報をサービスの利用者１３０に直接知られることはないため、提供側のセキュリティを確保し、サービスの安定供給を図ることができる。
　また、バックアップ予定日以前の期間内の日を、アップグレード候補日に決定することにより、同一のアップグレードを複数回おこなうといった不都合を回避できる。また、リストア予定日以降の期間内の日を、アップグレード候補日に決定することにより、同一のアップグレードを複数回おこなうといった不都合を回避できる。
　また、バックアップ予定日が複数ある場合、最も早いバックアップ予定日以前の期間内の日を、アップグレード候補日に決定する。これにより、なるべく早い日にアップグレードをおこない、サービスの利便性を向上させる。また、リストア予定日が複数ある場合、最も早いリストア予定日以降の期間内の日を、アップグレード候補日に決定する。これにより、なるべく早い日にアップグレードをおこない、サービスの利便性を向上させる。
　また、サービスの利用頻度に関する情報に基づいて、アップグレード候補日を決定するため、アップグレードに起因するサービスの停止によって影響を受ける利用者１３０の数を最小限にとどめることができる。
　また、複数のアップグレードは、なるべく同一の日におこなうようにすることで、アップグレードに起因するサービスの停止期間をなるべく短くして、サービスの利便性を向上させることができる。
　また、利用者１３０が指定したアップグレード指定期間内の日を、アップグレード候補日に決定するため、利用者１３０の要望と、提供側の情報と、に基づいた最適なアップグレード候補日を決定することができる。
　なお、本実施の形態で説明した情報提供方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報提供プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。
　１１０　情報提供装置
　１２０　利用端末
　１３０　利用者
　ＶＭ　仮想環境
　９０１　入力部
　９０２　記憶部
　９０３　決定部
　９０４　出力部

Claims (8)

  1. 　サービスに関する情報処理に用いられるハードウェア資源のスペックの変更日候補の問い合わせを入力する入力手段と、
    　前記サービスに関する情報処理の処理結果についてのバックアップ予定日と前記処理結果を用いた前記サービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶する記憶手段と、
    　前記記憶手段を参照することにより、前記入力手段によって前記問い合わせが入力された日から前記バックアップ予定日までの第１の期間と、前記リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、前記変更日候補に決定する決定手段と、
    　前記決定手段によって決定された前記変更日候補を出力する出力手段と、
    　を備えることを特徴とする情報提供装置。
  2. 　前記決定手段は、
    　前記バックアップ予定日が前記リストア予定日より前の日である場合、前記第１の期間内の日を、前記変更日候補に決定することを特徴とする請求項１に記載の情報提供装置。
  3. 　前記決定手段は、
    　前記バックアップ予定日が前記リストア予定日より後の日である場合、前記バックアップ予定日から前記リストア予定日までの期間内の日を、前記変更日候補に決定することを特徴とする請求項１または２に記載の情報提供装置。
  4. 　前記決定手段は、
    　前記サービスの利用頻度に関する情報に基づいて、前記変更日候補を決定することを特徴とする請求項１～３のいずれか一つに記載の情報提供装置。
  5. 　前記決定手段は、
    　前記スペックの決定済みの変更予定日を、前記変更日候補に決定することを特徴とする請求項１～４のいずれか一つに記載の情報提供装置。
  6. 　前記入力手段は、
    　第３の期間を特定する情報を含む前記問い合わせを入力し、
    　前記決定手段は、
    　前記第１の期間と、前記第２の期間と、前記第３の期間と、に基づいて、前記変更日候補に決定することを特徴とする請求項１～５のいずれか一つに記載の情報提供装置。
  7. 　サービスに関する情報処理の処理結果についてのバックアップ予定日と前記処理結果を用いた前記サービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶する記憶手段にアクセス可能なコンピュータが、
    　前記サービスに関する情報処理に用いられるハードウェア資源のスペックの変更日候補の問い合わせを入力し、
    　前記記憶手段を参照することにより、前記問い合わせが入力された日から前記バックアップ予定日までの第１の期間と、前記リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、前記変更日候補に決定し、
    　決定された前記変更日候補を出力する、
    　ことを特徴とする情報提供方法。
  8. 　サービスに関する情報処理の処理結果についてのバックアップ予定日と前記処理結果を用いた前記サービスに関する情報処理についてのリストア予定日のうち少なくともいずれか一方の予定日を記憶する記憶手段にアクセス可能なコンピュータに、
    　前記サービスに関する情報処理に用いられるハードウェア資源のスペックの変更日候補の問い合わせを入力し、
    　前記記憶手段を参照することにより、前記問い合わせが入力された日から前記バックアップ予定日までの第１の期間と、前記リストア予定日以降の第２の期間とのうち、少なくともいずれか一方の期間内の日を、前記変更日候補に決定し、
    　決定された前記変更日候補を出力する、
    　処理を実行させることを特徴とする情報提供プログラム。
PCT/JP2011/076456 2011-11-16 2011-11-16 情報提供装置、方法、およびプログラム WO2013073029A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2013544055A JP5772973B2 (ja) 2011-11-16 2011-11-16 情報提供装置、方法、およびプログラム
PCT/JP2011/076456 WO2013073029A1 (ja) 2011-11-16 2011-11-16 情報提供装置、方法、およびプログラム
EP11875882.0A EP2782062A4 (en) 2011-11-16 2011-11-16 INFORMATION PROVIDING DEVICE, INFORMATION PROVIDING METHOD, AND INFORMATION PROVIDING PROGRAM
US14/264,606 US9756145B2 (en) 2011-11-16 2014-04-29 Information providing apparatus, information providing method, and computer product

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/076456 WO2013073029A1 (ja) 2011-11-16 2011-11-16 情報提供装置、方法、およびプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/264,606 Continuation US9756145B2 (en) 2011-11-16 2014-04-29 Information providing apparatus, information providing method, and computer product

Publications (1)

Publication Number Publication Date
WO2013073029A1 true WO2013073029A1 (ja) 2013-05-23

Family

ID=48429141

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/076456 WO2013073029A1 (ja) 2011-11-16 2011-11-16 情報提供装置、方法、およびプログラム

Country Status (4)

Country Link
US (1) US9756145B2 (ja)
EP (1) EP2782062A4 (ja)
JP (1) JP5772973B2 (ja)
WO (1) WO2013073029A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020017212A (ja) * 2018-07-27 2020-01-30 富士通株式会社 メンテナンス管理プログラム、メンテナンス管理システム及びメンテナンス管理方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6855960B2 (ja) * 2017-06-29 2021-04-07 富士通株式会社 並列処理装置、および並列処理装置の保守方法
CN112685220A (zh) * 2019-10-17 2021-04-20 伊姆西Ip控股有限责任公司 用于备份数据的方法、电子设备和计算机程序产品

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001051862A (ja) * 1999-08-13 2001-02-23 Nippon Telegr & Teleph Corp <Ntt> バックアップ情報管理方法
JP2002318978A (ja) 2001-04-23 2002-10-31 Ricoh Co Ltd リース管理システム及びリース管理方法
JP2003099267A (ja) * 2001-09-26 2003-04-04 Nec Corp コンピュータの設定変更情報の自動取得および変更方法
JP2008084029A (ja) * 2006-09-27 2008-04-10 Hitachi Software Eng Co Ltd 仮想マシン管理システム
JP2010004335A (ja) 2008-06-20 2010-01-07 Konica Minolta Business Technologies Inc 画像形成装置およびプログラム
JP2011165129A (ja) * 2010-02-15 2011-08-25 Nippon Telegr & Teleph Corp <Ntt> 要実行パッチリスト作成装置および方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3125791B2 (ja) * 1990-03-09 2001-01-22 株式会社日立製作所 受注生産システム
EP1088425A4 (en) * 1998-05-02 2001-11-28 Giganet Inc DISTRIBUTED SWITCHING AND LINK CONTROL ARRANGEMENT AND METHOD FOR DIGITAL COMMUNICATION NETWORKS
JP4031905B2 (ja) * 2000-11-09 2008-01-09 富士通株式会社 回路設計装置及び回路設計方法
JP2003108619A (ja) * 2001-09-27 2003-04-11 Toshiba Corp 半導体集積回路の設計方法および設計プログラム
US7536283B2 (en) * 2003-01-03 2009-05-19 L&P Property Management Company Storage optimization system and method
JP4266725B2 (ja) * 2003-06-27 2009-05-20 株式会社日立製作所 記憶システム
US20050038806A1 (en) * 2003-08-12 2005-02-17 Zhiqiang Ma Methods and apparatus for detecting data race conditions in message-based multi-threaded programs
US7779393B1 (en) * 2005-05-25 2010-08-17 Oracle America, Inc. System and method for efficient verification of memory consistency model compliance
US7930202B2 (en) * 2006-06-02 2011-04-19 International Business Machines Corporation Determining a change schedule
US8683490B2 (en) * 2007-02-15 2014-03-25 Microsoft Corporation Computer system events interface
CN102025312B (zh) * 2009-09-16 2014-01-29 株式会社东芝 马达控制元件及电气设备
US8458004B2 (en) * 2010-04-12 2013-06-04 International Business Machines Corporation Dynamically pooling unused capacities across an organization to execute atomic tasks
KR101581702B1 (ko) * 2010-12-23 2016-01-11 인텔 코포레이션 테스트, 검증, 및 디버그 아키텍처
US9823981B2 (en) * 2011-03-11 2017-11-21 Microsoft Technology Licensing, Llc Backup and restore strategies for data deduplication

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001051862A (ja) * 1999-08-13 2001-02-23 Nippon Telegr & Teleph Corp <Ntt> バックアップ情報管理方法
JP2002318978A (ja) 2001-04-23 2002-10-31 Ricoh Co Ltd リース管理システム及びリース管理方法
JP2003099267A (ja) * 2001-09-26 2003-04-04 Nec Corp コンピュータの設定変更情報の自動取得および変更方法
JP2008084029A (ja) * 2006-09-27 2008-04-10 Hitachi Software Eng Co Ltd 仮想マシン管理システム
JP2010004335A (ja) 2008-06-20 2010-01-07 Konica Minolta Business Technologies Inc 画像形成装置およびプログラム
JP2011165129A (ja) * 2010-02-15 2011-08-25 Nippon Telegr & Teleph Corp <Ntt> 要実行パッチリスト作成装置および方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2782062A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020017212A (ja) * 2018-07-27 2020-01-30 富士通株式会社 メンテナンス管理プログラム、メンテナンス管理システム及びメンテナンス管理方法
JP7070203B2 (ja) 2018-07-27 2022-05-18 富士通株式会社 メンテナンス管理プログラム、メンテナンス管理システム及びメンテナンス管理方法

Also Published As

Publication number Publication date
EP2782062A4 (en) 2015-04-08
EP2782062A1 (en) 2014-09-24
US20150026326A1 (en) 2015-01-22
JP5772973B2 (ja) 2015-09-02
JPWO2013073029A1 (ja) 2015-04-02
US9756145B2 (en) 2017-09-05

Similar Documents

Publication Publication Date Title
US8276152B2 (en) Validation of the change orders to an I T environment
US11301136B2 (en) Capacity forecasting based on capacity policies and transactions
JP5708262B2 (ja) 予測プログラム、予測装置および予測方法
JP6070706B2 (ja) クラウドサービス選択装置、クラウドサービス選択システム、クラウドサービス選択方法、およびクラウドサービス選択プログラム
CN103380423A (zh) 用于私人云计算的系统和方法
JP5669496B2 (ja) 環境負荷を考慮した最適なプリンタシステムを提供するシステム、方法、環境負荷を考慮した最適なプリンタシステムを提供するシステムで用いる印刷サーバ及び該印刷サーバで実行することが可能なコンピュータプログラム
CN101493869B (zh) 用于文件备份的密码保护
US20130246110A1 (en) Visualizing resource requirements along a timeline
JP4939588B2 (ja) クラウド・コンピューティングにおいて、コンピューティング・サービスを法的監査要件が満たされるように個々のジョブに分割し、個々のジョブの分散実行計画をユーザに提示するための方法、コンピュータ・プログラム及び装置
US20060190487A1 (en) Method and system for managing inventory for a migration using history data
Tan et al. A design of evaluation method for SaaS in cloud computing
WO2012173626A1 (en) System and method for policy generation
JP5000359B2 (ja) 情報管理システム及び情報管理方法
EP2650793A1 (en) Virtual data center system
JP5772973B2 (ja) 情報提供装置、方法、およびプログラム
JP5176558B2 (ja) 分散処理プログラム、分散処理装置、および分散処理方法
JP2019175103A (ja) 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP2006018529A (ja) ワークフローシステムおよびワークフローシステムの制御方法およびプログラムおよび記録媒体
Li Jira 7 Essentials
JP4356068B2 (ja) ライセンス管理方法および装置
US10997564B2 (en) Electronic change planning manager
JP7073993B2 (ja) 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP5776084B2 (ja) 配席装置、配席方法及び配席プログラム
US10938920B2 (en) Data mining to determine asset under-utilization or physical location change
US20180060825A1 (en) System and method for managing applications in the cloud

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11875882

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013544055

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2011875882

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE