US20020152181A1 - Service method of a rental storage and a rental storage system - Google Patents
Service method of a rental storage and a rental storage system Download PDFInfo
- Publication number
- US20020152181A1 US20020152181A1 US09/919,930 US91993001A US2002152181A1 US 20020152181 A1 US20020152181 A1 US 20020152181A1 US 91993001 A US91993001 A US 91993001A US 2002152181 A1 US2002152181 A1 US 2002152181A1
- Authority
- US
- United States
- Prior art keywords
- rental
- storage service
- data
- storage
- user
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- 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
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/18—Legal services; Handling legal documents
- G06Q50/188—Electronic negotiation
Definitions
- the present invention relates to a service method of a rental storage and a rental storage system, and more particularly to a service method of a rental storage and a rental storage system, which may propose reasonable contract conditions conforming to the actual usage of storages by the storage users from the storage provider side at the time of renting storages such as disk subsystems to users in order to reduce costs applied to the storage users.
- SSP storage service provider
- Users had to provide by themselves any storage to store data, by for example purchasing.
- the users were responsible to the maintenance of storage.
- SSP storage service provider
- users do not need to prepare any storage devices, but do hire some storage space at the SSP site at a charge, according to the contract made.
- users will be released from the burden of maintenance of storages or extension project, thereby will have less responsibility of administration.
- users will have to pay much, in correspondence with the amount of data if they use more, since in most cases the SSP charges users for the used amount of data.
- FIG. 34 there is shown a typical example of display of usage of storage in the past according to the Prior Art.
- FIG. 34 is a schematic chart illustratively indicative of displaying the usage of data record in accordance with the Prior Art.
- a performance estimation can be cited, which performs an estimation with respect to a fluctuating environment. This estimation of performance is used when reconfiguring a computer system, without and before actually rearranging the components.
- An exemplary performance estimation technique of the Prior Art is disclosed for example in the Japanese Published Unexamined Patent Application No. 324358/1993.
- the data management method of operating systems in accordance with the Prior Art allows monitoring the history of data usage in the past, however the estimation of future data usage based thereon is not described.
- the users therefore may recognize the current and past data usage while the estimation of data usage in the future will be neither disclosed nor solved, the users thus will have a problem of increased burden of data management, because of increased management cost of data usage caused by monitoring the fluctuating amount of data usage all the time in order to have an opportunity of considering the addition of storage capacity if needed. This may not solve the problem of increased cost.
- the present invention has been made in view of the above circumstances and has an object to overcome the above problems and to provide a service method of a rental storage and a rental storage system, which allows users to use a rental storage space ideal for the charge thereof by proposing the optimum contract conditions of the users based on the history of storage usage when the users uses the rental storage space provided by an SSP, as well as allows users to decrease the management cost.
- the present invention also provides a service method of a rental storage which allows decreasing the administration cost of rental storages for the SSP that provides the rental service.
- this invention comprises a service method of a rental storage, in which a rental storage user uses the rental storage provided by a storage provider on a network and the storage user and the storage provider communicate with respect to the rental storage service, comprising the steps of
- the storage user accordingly may recognize the fluctuation of data usage easier than ever to create a usage project of the rental storage space.
- the budget for the rental storage may be promptly indicated to allow the user to have the burden of rental storage management significantly decreased.
- the rental storage service provider and the rental storage service user will make a contract on the storage usage
- the rental storage service user will decide the contract conditions based on the rental storage contract
- the rental storage service user will use the storage provided by the rental storage service provider
- the rental storage service provider will bill the user on the rental storage
- the rental storage service provider will reconfigure the contract conditions by reporting the history of data storage usage in the past and the estimated usage of storage in the future to the rental storage service user at the time when the rental storage service user will pay the charge of the storage service.
- the rental storage service user will allow optimizing the contracted capacity of data storage when selecting the fixed charge option; the rental storage service user will allow readily make a budget project of rental storage service when selecting the specific charge option. In both cases the management of rental storage service by the rental storage service user will be easier.
- the rental storage service provider when the contracted conditions based on the rental storage service contract between the rental storage service provider and the rental storage service user specifies a floating billing charge in proportion to the contracted data usage of the storage used during the contracted period, the rental storage service provider will determine the charge based on the estimation to report the charge to the rental storage service user.
- the service method of a rental storage service described above may include the steps of reporting in advance the maximum charge limit payable by the user from the rental storage service user to the rental storage service provider, and reporting the time at which the billing charge will reach to the maximum payable limit from the rental storage service provider to the rental storage service user.
- the service method of a rental storage service described above may further include the steps of estimating by the rental storage service provider the storage service usage in the future based on the history of past storage service usage of the rental storage service user and reporting the history of storage usage and the estimation to the rental storage service user so as to perform the reporting step to the rental storage service user at the predetermined moment.
- the moment of report is preferably to be at the time when the data usage of the rental storage service user exceeds the contracted capacity of data of predetermined storage.
- the moment of report is preferably to be at the time when the data capacity reaches an amount predefined by the rental storage service user so as to report that the data usage reaches the predetermined capacity.
- the method may comprise the steps of estimating by the rental storage service provider the storage usage in the future of the rental storage service user based on the history of rental storage service usage by the user, reporting by the rental storage service provider the history of rental storage service usage and the estimation to the rental storage service user, and configuring a target charge to be reported when the billing charge reaches that amount, such that the reporting step to the rental storage service user will be performed at the time when the billing charge to the rental storage service user reaches to the predefined amount of charge.
- the invention comprises a rental storage service system in which the rental storage service users uses the rental storage provided by the rental storage service provider through the network and the storage provider communicate with respect to the rental storage service, the system comprising
- user information processing unit for configuring the information about the rental storage service user
- data aggregation unit for aggregating the usage of storage by the rental storage service user
- usage estimation unit for estimating the data usage by the rental storage service user
- billing unit for billing the charge to the rental storage service user
- reporting unit for reporting any necessary information to the rental storage service user
- the user information processing unit recording the configuration into a user management file
- the data aggregation unit recording the history of data usage of the rental storage service in a data record file
- the usage estimation unit recording the data usage based on the estimation into the data estimation file
- the data access controller unit recording the data access information of the rental storage.
- the reporting unit may have a means for displaying the history of storage usage aggregated by the data usage aggregation unit together with the estimated usage of storage analyzed by the data estimation unit on the same single display screen.
- the reporting unit may have a means for displaying the charge record of the past extracted by the data usage aggregation unit and the charge processing unit together with the estimated billing charge in the future determined by the data aggregation unit and the billing charge processing unit on the same single display screen.
- the reporting unit may have a means for displaying a list of suggested options of reduction of data capacity used by the rental storage service user, together with the input fields for configuring the data reduction of storage used by the rental storage service user based on the suggested options, on a same single display screen.
- the rental storage service system includes a server and disk storage subsystems, the disk subsystems including the user information processing unit, the data aggregation unit, the data estimation unit, and the billing charge processing unit so as to perform an estimation of storage usage in each disk subsystem to allow the server to integrate estimation results to ultimately conclude the estimation.
- the rental storage service system includes a server and disk storage subsystems, the server including the user information processing unit, the data aggregation unit, the data estimation unit, and the billing charge processing unit so as to perform on the server side an estimation of usage data based on the usage of storage reported from the disk subsystems.
- the administrator(s) of the storage system may be allowed to easily estimate the course of amount of stored data in the whole system or in the whole SSP, resulting in a simpler data management by the system administrator(s).
- the present invention also permits a project of extending the additional storage devices in the future to be designed in a straightforward fashion.
- the estimated value of data storage usage after a predetermined period of time will be reported to the administrator when the value exceeds to a storable capacity of storage data of the owned storage system.
- the administrator(s) of the rental storage service system will be notified when the used storage capacity estimated by the data usage estimation unit exceeds to a predetermined quota level.
- the administrator(s) of the storage system may need not to monitor the free capacity of the storage on a frequent and regular basis so as to alleviate the burden of data management task of the administrator(s).
- FIG. 1 is a schematic diagram illustratively indicative of a relationship between a rental storage service user and a rental storage service provider in the service method of rental storage in accordance with the present invention
- FIG. 2 is a schematic diagram illustratively indicative of a chronological sequence of procedure communicated between the rental storage service user and the rental storage service provider;
- FIG. 3 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system in accordance with first preferred embodiment of the present invention
- FIG. 4 is a table illustratively indicative of exemplary contents of a data access file 93 ;
- FIG. 5 is a table illustratively indicative of exemplary contents of a user management file 86 ;
- FIG. 6 is a table illustratively indicative of exemplary contents of a history data file 87 ;
- FIG. 7 is a table illustratively indicative of exemplary contents of an estimation file 88 ;
- FIG. 8 is a schematic flow chart illustratively indicative of the sequence of rental storage service user 1 side actions
- FIG. 9 is a schematic flow chart illustratively indicative of the sequence of rental storage service provider 2 side actions
- FIG. 10 is a flow chart illustratively indicative of process sequence performed by a data management system
- FIG. 11 is a flow chart illustratively indicative of process sequence of user configuration
- FIG. 12 is a flow chart illustratively indicative of process sequence of usage aggregation
- FIG. 13 is a flow chart illustratively indicative of process sequence of billing charge
- FIG. 14 is a flow chart illustratively indicative of process sequence of report decision
- FIG. 15 is a flow chart illustratively indicative of process sequence of estimation of storage data usage and charged usage
- FIG. 16 is an exemplary display screen image of user configuration page
- FIG. 17 is an exemplary display screen image of estimated data usage reported to the rental storage service user 1 ;
- FIG. 18 is an exemplary display screen image of billing charge reported to the rental storage service user 1 ;
- FIG. 19 is a schematic block diagram illustratively indicative of a system hardware architecture of the rental storage service system of second preferred embodiment in accordance with the present invention.
- FIG. 20 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system of second preferred embodiment in accordance with the present invention (first part);
- FIG. 21 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system of second preferred embodiment in accordance with the present invention (second part);
- FIG. 22 is a schematic diagram illustratively indicative of chronological procedure sequence between an rental storage service user and the rental storage service provider in accordance with third preferred embodiment of the present invention.
- FIG. 23 is a typical system architecture of a user management unit 8 in accordance with third preferred embodiment of the present invention.
- FIG. 24 is a table illustratively indicative of typical contents of a data reduction proposition file 812 ;
- FIG. 25 is a flow chart illustratively indicative of process sequence of proposing the reduction of the amount of storage data
- FIG. 26 is a flow chart illustratively indicative of process sequence of reduction of the amount of storage data
- FIG. 27 is an exemplary display screen image of a page for proposing deletion options of the storage data
- FIG. 28 is a management server display screen presented on a console of the management server and the overview of the rental storage service system
- FIG. 29 is a flow chart illustratively indicative of process sequence performed by a storage system management unit 511 ;
- FIG. 30 is a schematic pattern diagram of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service (first part);
- FIG. 31 is a schematic pattern diagram of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service (second part);
- FIG. 32 is a schematic pattern diagram of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service (third part);
- FIG. 33 is a schematic pattern diagram of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service (fourth part).
- FIG. 34 is a graph chart illustratively indicative of the history of usage record in accordance with the Prior Art.
- FIG. 1 and FIG. 2 the overview of the service method of rental storage system in accordance with the present invention will be described in greater details below.
- FIG. 1 is a schematic diagram illustratively indicative of a relationship between a rental storage service user and a rental storage service provider in the service method of rental storage in accordance with the present invention.
- FIG. 2 is a schematic diagram illustratively indicative of a chronological sequence of procedure communicated between the rental storage service user and the rental storage service provider.
- the rental storage service user 1 will store and refer to data in the rental storage system provided by the rental storage service provider 2 . More specifically, the rental storage service user 1 is a user of the service provided by the rental storage service provider 2 (in the following description, the term “user” will be used as synonym of and referred to as the “rental storage service user 1 ” unless otherwise specified).
- the rental storage service provider 2 may provide the rental storage service and receive the charge billed to the user in respect of the usage of storage by the rental storage service user 1 .
- the present invention may provide a novel service system, as shown in FIG. 2, in which the rental storage service provider 2 will estimate the future usage of storage data based on the history record of the usage data stored in the storage device(s) to report to the rental storage service user 1 the estimation.
- the rental storage service user 1 will sign up a contract of the rental storage service with the rental storage service provider 2 prior to use the storage service (step 1 ).
- a usage contract will be made between the rental storage service user 1 and the rental storage service provider 2 prior to providing and using the rental storage.
- typical procedure including such as the name of the rental storage service user 1 and the billing method will be filled prior to selecting more specific contact options.
- the SSP 2 will ask the user more specific contract contents or options with respect to the usage of the rental storage service (step 2 ).
- the rental storage service user 1 will decide the optional contents of the contract, including such as the billing method, the billing interval, the storage capacity desired by the user and the like (step 3 ).
- the fixed charge system is a billing method for charging the user on the contracted capacity of storage, when the maximum capacity of data storage is preconfigured as the contracted storage capacity. In general, the user will use the storage within the limit of contracted capacity.
- the floating (specific) charge system is another billing method for charging the user in proportion to the amount of data usage.
- the billing interval is the period of time for which the user will pay the cost of rental storage service.
- the contracted capacity may depend on the billing method. If the fixed charge is selected, then the capacity will be equal to the maximum data usage. In the floating charge system the capacity will be equal to the sum of charge per a unit data quantity.
- the rental storage service user 1 will store and refer to the data using the rental storage service, or will access data (step 4 ).
- the rental storage service provider 2 will notify the rental storage service user 1 of the charge for the storage usage for a billing period based on the billing interval selected in the contract options (step 5 ).
- the rental storage service user 1 in turn will pay the amount of charge for the corresponding storage usage (step 6 ).
- the rental storage service provider 2 will report the transitive course of actual usage of storage data by the rental storage service user 1 (step 7 ). In addition, the rental storage service provider 2 will report the estimation of data usage in the future for the rental storage service user 1 (step 8 ). The actual usage and expected usage in step 7 and 8 respectively may be reported at the same time.
- the rental storage service user 1 upon reception of the report, may alter the contract options if needed, by referring to the estimation.
- the rental storage service user 1 may reconfigure the optional contents of contract with a new options (step 9 ).
- FIG. 3 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system in accordance with first preferred embodiment of the present invention.
- the system for providing the rental storage service may be in the form of a site of storage user 3 connected to site of storage service provider 5 through a network 4 .
- the network 4 may include the Internet and private line.
- the site of storage user 3 and site of storage service provider 5 may be housed in a same installation and connected by a LAN.
- the site of storage user 3 has a terminal used by the storage user 31 .
- the terminal used by the storage user 31 may be a PC, a workstation, a portable information terminal, or a cellular phone terminal, as long as it incorporates an input device such as a keyboard and a mouse and a display output device such as a display screen.
- the site of storage service provider 5 may be formed of a storage 7 for storing the data 10 owned by the user, rental storage service user and the data management system 6 for the data.
- the storage 7 may be formed of disk storage subsystems of the device type such as RAID (redundant array of inexpensive disks) and NAS (network attached storage; storage devices that can be directly attached to a network; data communication to the outside in file basis), and part thereof may include devices for storing data in a portable medium, such as a tape drive.
- the data management system 6 may be formed primarily of a user management unit 8 and a data access processing unit 9 .
- the user management unit 8 includes some units such as a user configuration unit 81 , a aggregation unit 82 , an estimation unit 83 , a charge unit 84 , and a notification unit 85 , and some files such as user management file 86 , a history data file 87 , and an estimation file 88 .
- the data access processing unit 9 may be formed primarily of units including a timer 91 and an access monitor unit 92 , and of a data access file 93 .
- the timer 91 is provided for invoking at a regular basis the access monitor unit 92 .
- FIG. 4 is a table illustratively indicative of exemplary contents of a data access file 93 .
- FIG. 5 is a table illustratively indicative of exemplary contents of a user management file 86 .
- FIG. 6 is a table illustratively indicative of exemplary contents of a history data file 87 .
- FIG. 7 is a table illustratively indicative of exemplary contents of an estimation file 88 .
- the data access file is a data file for identifying the amount of data in the storage system.
- the data access file allows the access frequency of data may be investigated.
- the data access file includes, for each data record, fields such as storage area, name of data, size of data, access frequency, and user identifier.
- the storage area field is a filed containing a value indicative of the storage area recognized by the SSP.
- the storage area may be a storage device basis or virtual data partition basis.
- the name of data field is a field containing the value indicative of data of minimal logical unit recognized by the storage user.
- the minimal logical unit may be a logical volume for the RAID, or a file for the NAS.
- the size of data contains the amount of data indicated by the name of data.
- the access frequency contains a value indicative of access frequency with respect to the data in question.
- the user identifier is an identifiable extension of the rental storage service user 1 , the user who owns the data.
- the user management file is a data file for managing the rental storage service users 1 .
- the file has fields including the user identifier, the billing method, the contracted capacity, the charge interval, the report limit, and the amount estimated of capacity for each user record.
- the user identifier field is a field for storing an identifier for recognizing a user; the identifier is the identical one stored in the user identifier field of the data access file.
- the billing method field is a field for storing either fixed or floating charge.
- the contracted capacity field contains the number of capacity in the storage that the rental storage service user 1 is allowed to use; in a fixed charge conditions the value is equal to the storage capacity allowed for the user; in a floating charge conditions the amount of charge per unit of data to be paid by the rental storage service user 1 .
- the estimation contract field contains a value indicating whether or not the rental storage service user 1 has made a contract of estimation.
- the billing interval field contains a value indicative of the sum charged to the rental storage service user 1 by the rental storage service provider 2 ; in general this field contains a value indicating a month, a week and so on.
- the report limit field contains a predetermined value that the rental storage service user 1 will report to the rental storage service provider 2 when this value is reached; the value will be the amount of data in case of fixed charge, and the amount of charge in case of contract charge.
- the amount estimated of capacity contains a value indicative of amount estimated at a given point of time by the rental storage service provider 2 for the rental storage service user 1 . This value may also be the size of data in case of fixed charge, and the amount of charge in case of contract charge.
- the user illustratively indicative of the user identifier A has an estimated amount of data of 300 GB with the estimation option available. This indicates that the user updated the contract options based on the estimation provided by the rental storage service provider 2 .
- the user A has a contracted amount of data of 300 GB, and configured so as to be reported, prior to approaching the limit, when the amount of data to be reported reaches 200 GB.
- the user of the user identifier B has an estimated amount of data of 500 GB with the estimation option unavailable. This user did not update the contract options based on the estimation provided by the rental storage service provider 2 .
- the user B has a contracted amount of data of 200 GB, and configured so as to be reported the amount of data reaches the maximum quantity of 200 GB.
- the history data file 87 is a data file for recording at a regular basis the amount of data in the storage used by the rental storage service user 1 .
- the file has fields of user identifier, date, storage area, and the amount of data for each user record.
- the estimation file 88 is a data file for recording the estimation result of the amount of data in the storage that will be used by the rental storage service user 1 .
- the file has fields of approximation that may be used for the estimation calculated from the history of past data usage, estimated usage at the next billing date, date at which the data reaches the maximum limit, and date at which the amount of data reaches the notification threshold.
- the estimated usage at the next billing date is the estimated amount of data that the rental storage service user 1 will possess at the next billing date determined by the billing interval.
- the date at which the data reaches the maximum limit is the estimated date of storage full based on the usage record of the rental storage service user 1 in the current conditions.
- the date at which the amount of data reaches the notification threshold is the expected date at which the amount of data may reach to the notification level (quota) that has been defined to be reported by the rental storage service user 1 as shown in FIG. 5.
- FIG. 8 and FIG. 9 the process sequence of the rental storage service system in accordance with the preferred embodiment of the present invention will be described in greater details below.
- FIG. 8 is a schematic flow chart illustratively indicative of the sequence of user side actions.
- FIG. 9 is a schematic flow chart illustratively indicative of the sequence of provider side actions.
- the rental storage service user 1 will sign up the rental storage service if desired to use the storage (step 1 ).
- the user will be asked from the rental storage service provider 2 after step 1 to set the contract options (step 2 ).
- the sign up of storage usage will be completed by the steps 1 and 2 above with the usage conditions according to the contract established, the user then will be able to use the rental storage service.
- Those steps 1 and 2 may be done from the terminal used by the storage user 31 shown in FIG. 3.
- the user will perform actually data access once to start using the rental storage service (step 3 ).
- the storage will be empty.
- the rental storage service user 1 will transfer data thereto.
- When first billing period from the start of use has been passed the user will receive a billing notification from the rental storage service provider 2 .
- the user will pay the charged amount for the storage usage (step 4 ). Then, by referring to the history of usage record and the estimation of data usage in the next billing period, the user may add or remove contract options if desired to reconfigure the contract conditions (step 5 ). Then, the user will decide whether or not to stop using the storage (step 6 ). If the user desires the renewal of the rental storage service contract, then the steps 3 to 6 will be repeated. If the user wishes to stop using the rental storage service, then the contract will be terminated.
- the provider will register the user so as to record the sign up contents of the rental storage service user 1 into the user management file 86 (step 1 ). Then the provider will ask the rental storage service user 1 about the contract options to define the contract conditions (step 2 ). Then data configured by the rental storage service user 1 as the options will be merged into the user management file 86 . Thereafter, the rental storage service user 1 will be able to start accessing data. According to the contract options, the provider will aggregate the data usage in the billing period to report to the rental storage service user 1 thus calculated charge (step 3 ).
- the provider will report the history of usage to the rental storage service user 1 (step 4 ), and will estimate the future data transaction based on the usage record to report thus estimated transaction (step 5 ).
- the provider will ask the rental storage service user 1 to confirm again the contracted options (step 6 ).
- the rental storage service provider 2 will perform again the configuration of the contract options (step 7 ).
- step 3 to 6 will be iterated. If otherwise the user wishes stop using the rental storage service, then the service contract will be terminated.
- FIG. 10 is a flow chart illustratively indicative of process sequence performed by a data management system.
- FIG. 11 is a flow chart illustratively indicative of process sequence of user configuration.
- FIG. 12 is a flow chart illustratively indicative of process sequence of usage aggregation.
- FIG. 13 is a flow chart illustratively indicative of process sequence of billing charge.
- FIG. 14 is a flow chart illustratively indicative of process sequence of report decision.
- FIG. 15 is a flow chart illustratively indicative of process sequence of estimation of storage data usage and charged usage.
- step 1 the user configuration process (step 1 );
- step 2 the aggregation of the amount of transaction data
- step 4 the decision whether reporting or not (step 4 );
- step 5 the estimation of data usage in case in which the estimation will be reported (step 5 ), if the estimation will not be reported then the process will proceed to step 7 ;
- step 7 the determination whether or not the rental storage service user stops using the rental storage service.
- This process step corresponds to step 1 of FIG. 10.
- the rental storage service user will be determined whether to be new unregistered user or not (step 1 )
- step 2 If the user is already registered, then the program will skip step 2 to proceed to step 3 .
- the program will ask the user to configure detailed options so as to define every items in the user management file (step 3 ).
- the detailed contract conditions according to the inquiry will be registered in the user management file or the file will be updated (step 4 ) to terminate the user configuration.
- This process step corresponds to step 2 of FIG. 10.
- the program will query to the data access processing unit the usage by the data owned by the rental storage service user to calculate the sum of amount of data (step 1 ).
- step 1 if the data is distributed in a plurality of disk drive devices, the program will send queries to every data access processing unit of the disk drives.
- the data history file will be updated based on the query result (step 2 ) to terminate the data aggregation.
- This process step corresponds to step 3 of FIG. 10.
- the program will determine whether or not the billing period has been completed at the present moment of time (step 1 ). If the billing period is not expired then the program will terminate the process.
- the program will determine the billing method. More specifically, there are two options of billing method, fixed charge and floating (specific) charge. The program will determine with which method the user is contracted (step 2 ).
- the program will determine the amount of data by the rental storage service user is below the contracted limit usage (step 3 ). If the amount is within the limit, the charge will be according to the contracted conditions (step 4 ). If the amount exceeds the contracted limit, then the program will determine whether or not the current contracted conditions is based on the estimation (step 5 ). If the contract is based on the estimation, then the charge will be billed according to the contract conditions even if the amount of data is beyond the contract limit (step 4 ). If the contract is not based on the estimation, then the charge will be according to the data usage, as specified by the fundamental rules (step 6 ).
- This process step corresponds to step 4 of FIG. 10.
- the program will determine whether the rental storage service user has requested the report (step 1 ). If the report is requested, then the rental storage service provider 2 will have to report the usage status of the storage in response to the request by the rental storage service user 1 , so that the reporting will be processed by f or example turning on a report flag (step 7 ).
- step 2 If the amount of data usage is more than the contracted limit (step 2 ), the rental storage service user 1 will be reported to be warned (step 7 ).
- the report will also be processed (step 7 ) in case in which the amount of data usage by the rental storage service user 1 exceeds the reporting threshold (quota) (step 3 ), or if the amount billed to the rental storage service user 1 exceeds the reporting level (step 3 ).
- the reporting quota and the reporting limit refer to the values stored in the field of the amount of charge to be reported in the user management file 86 shown in FIG. 5.
- the reporting process will also be executed if a predetermined period of time has been expired (step 7 ).
- the reporting will not be processed by for example turning off the reporting flag (step 6 ).
- This process step corresponds to step 4 of FIG. 10.
- Step 1 a list of maximum values or mean values will be created for regular intervals for a given period of time in the past (step 1 ).
- Step 1 will be performed by referring to the data history file.
- the predetermined period of time in the past may be the billing interval defined in the contract conditions.
- first order approximation will be generated based on the list (step 2 ).
- the detailed calculation of approximation may be applied with the solutions known in the art.
- the object of the methodology of use of first order approximation is to estimate the amount of data of future usage by approximating the past amount of data with a first order equation along with the time axis, as will be described later with reference to FIG. 17 and FIG. 18.
- an estimated transaction of data after a given period of time will be calculated (step 4 ) to calculate the point of time at which the data usage may reach to the predetermined threshold (step 5 ).
- the predetermined threshold is a quantity determined for the rental storage service user 1 to be reported when the amount of transacted data usage approaches to the value, as have been described above. Thereafter, the estimation file 88 shown in FIG. 7 will be updated with this value.
- an estimated charge after a predetermined period of time will be calculated (step 4 ) to determine the point of time to reach to the configured amount of charge (step 5 ).
- This configured amount of charge is a value defined so as for the rental storage service user 1 to be reported when the transaction data usage reaches the value. Thereafter, the estimation file 88 shown in FIG. 7 will be updated with this value.
- FIG. 16 is an exemplary display screen image of user configuration page.
- FIG. 17 is an exemplary display screen image of estimated data usage reported to the rental storage service user 1 .
- FIG. 18 is an exemplary display screen image of billing charge reported to the rental storage service user 1 .
- the user configuration display 260 shown in FIG. 16 allows the user to easily configure the contract options by using GUI (graphical user interface).
- the rental storage service user 1 will enter his/her name into the field of user name 2602 displayed in the user name configuration 2601 . Then the user will use the mouse to point and click either the fixed charge button 2604 or the specific charge button 2605 according to his/her desirable billing method 2603 . Then the user will enter a value into either the field of contracted capacity 2607 in case of the fixed charge or the field of contracted capacity 2608 in case of the specific charge, displayed in the contracted amount display 2606 .
- the field of reporting value configuration display 2609 is a field to be filled with a value at which the rental storage service provider 2 will report to the rental storage service user 1 if the storage usage approaches to a given level.
- the rental storage service user 1 will enter an appropriate value into the field of the amount of data to be reported 2610 in case of fixed charge, or into the field of the amount of data to be reported 2611 in case of specific charge.
- the contract option configuration field for excess amount 2612 is a toggle configuration to enable or disable the excess usage of storages if the transacted amount of data usage exceeds the contracted amount of data. If available 2613 is selected, then the charge may be surplus but the storage service will be available for the excess data out of the contract. If unavailable 2614 is selected, then the storage service for the excess data will be denied, while the charge will be limited to the contract conditions.
- the rental storage service user 1 may configure the contract conditions with simple operation.
- the display screen 100 shown in FIG. 17 may expect a monthly fixed charge as the billing method.
- This display is characterized by the display of the history of transaction usage and the expected amount of data in the same chart in the same screen as the user interface for reporting to the rental storage service user 1 .
- the chart shown has the amount of data in ordinates and months in abscissas. The course of data usage in the most recent three months will be displayed as the usage record data in a solid line, and the estimated transaction usage in the next month will be displayed by dotted line as the approximation. The data usage of the contract conditions for the rental storage service user 1 will be displayed as the bold solid line.
- This display screen may provide the user interface which is very easy to operate and easy to understand for the rental storage service users by displaying the recommended update 1001 of contract together with the recommended capacity 1002 , and by displaying the demand display of contract update 1003 together with the select buttons 1004 and 1005 .
- graphics may be provided on the www (web page) style such that the user may be able to update easily the contract conditions with a comprehensive GUI, or such that the automated process may be available by using a script.
- the display 101 shown in FIG. 18 expects the floating charge by months as the billing method.
- This display screen is characterized by displaying the billing charge superposed on the expected charge in the same- chart, as the user interface for reporting the charge records and expected bill to the rental storage service user 1 .
- the chart may display the amount of charge in ordinates and months in abscissas.
- the three-months history of charge will be displayed as the actual charge by a solid line, while the estimated charge for the next month will be displayed as the approximation by a dotted line.
- the charge limit of the rental storage service user 1 may be drawn on the chart by a bold solid line. It can be estimated that from this chart that the contract user will have the transaction usage more than the currently configured charge limit of 300 dollars by the middle of the next month, and the date at which the charge limit will be bridged is expected to be at 20th of next month.
- the display is characterized by displaying the recommended update of contract 1011 together with the recommended charge 1012 , as well as displaying the update confirmation 1003 together with the confirmation button 1004 and 1005 to provide easy-to-use, easy-to-operate, and comprehensive user interface for the rental storage service user. It is also preferable as similar to the case shown in FIG. 17, that graphics as the display means for reporting to users may be provided on the www (web page) style such that the user may be able to update easily the contract conditions with a comprehensive GUI, or such that the automated process may be available by using a script.
- FIG. 19 is a schematic block diagram illustratively indicative of a system hardware architecture of the rental storage service system of second preferred embodiment in accordance with the present invention.
- FIG. 20 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system of second preferred embodiment in accordance with the present invention (first part).
- FIG. 21 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system of second preferred embodiment in accordance with the present invention (second part).
- the second preferred embodiment is presented for the purpose of practically clarify the system architecture embodying the rental storage service described in the preceding first embodiment.
- the system architecture of the second preferred embodiment uses both the Internet 41 and the private line 42 for the network that interconnects the site of storage user 3 and the site of storage service provider 5 .
- the site of storage service provider 5 includes a router 52 for connecting to the internet, in the storage system a NAS 71 as disk drives for connecting to the LAN 53 , two RAID systems 72 and a tape drive 73 as disk drives for connecting to the SAN 55 in addition to a server 54 for executing the management software for the storage and SAN.
- SAN storage area network
- the data management system 6 that the functionality has been described in the preceding first preferred embodiment, for implementing the rental storage service in accordance with the present invention, may have the functionality of a storage device, or may be implemented on the server.
- the data management system 6 may be installed in the disk controller NAS 71 .
- the disk controller NAS 71 may incorporate a host I/F controller, disk I/F controller, disk I/F, data access processing unit 9 , and a plurality of drives, as well as the data management system 6 .
- the NAS is characterized by transmitting and receiving data in file basis, and by including a file system 94 as part of the data access processing unit.
- the data management system 6 may be incorporated in the server 54 .
- the server 54 includes the data management system 6 connecting to the RAID disk drives 72 as storage devices through the host I/F and the SAN 55 .
- the RAID disk drives 72 may have respectively a host I/F controller, a disk I/F controller, a disk I/F, a plurality of disk drives, and a data access processing unit 9 .
- the data access processing unit 9 of the RAID disk drives 72 is characterized by having a logical volume management system 95 for implementing a RAID system.
- the RAID disk drives 72 When building a system in a form of FIG. 21, the RAID disk drives 72 will report the data access rate and access time to the server 54 , which in turn will perform the estimation and billing calculation of the data usage by the user.
- FIG. 22 is a schematic diagram illustratively indicative of chronological procedure sequence between an rental storage service user and the rental storage service provider in accordance with third preferred embodiment of the present invention.
- the method of rental storage service and best mode carrying out the method in accordance with the present invention have been overviewed in the foregoing description.
- the present embodiment has been devised to achieve really effective usage of storage by offering the rental storage service users the opportunity of deleting data, in addition to the rental storage service as have been described above. More specifically, in this embodiment, if the transaction usage of user data expected by the rental storage service provider exceeds the contracted usage, then the rental storage service provider will suggest deletion of less frequently accessed data to the rental storage service user.
- step 8 if the estimated usage exceeds the contracted usage, then the rental storage service provider 2 will send a suggested plan of data reduction to the rental storage service user 1 (step 9 ). This suggestion may be generated for specifying data to be deleted depending on the access frequency of the rental storage service user 1 and the data type.
- the rental storage service user 1 on the basis of the suggested plan, will select data to be deleted to the rental storage service provider 2 (step 10 ). If required, the rental storage service user 1 will reconfigure the contract conditions with the rental storage service provider 2 (step 11 ). The rental storage service provider 2 in turn will duplicate to a medium such as a tape or a CDR the data specified to be deleted in step 9 by the rental storage service user 1 and send the tape to the rental storage service user 1 (step 12 ). This step is a care when the rental storage service user 1 may need sometime deleted data.
- FIG. 23 is a typical system architecture of a user management unit 8 in accordance with third preferred embodiment of the present invention.
- the user management unit 8 is the core of the rental storage service in accordance with the present invention, as have been described above.
- the user management unit 8 includes a data reduction proposition unit 810 , a data reduction unit 811 , and a data reduction proposition file 812 in addition to other components of the user management unit 8 described earlier by referring to FIG. 3.
- the data reduction proposition unit 810 is for suggesting deletion of part of data to the rental storage service user 1 by determining the amount of data to be reduced by the rental storage service provider 2 .
- the data reduction unit 811 is a management unit for actually deleting data, performing a backup copy of the data marked to be deleted when required, and sending the backup copy of the data deleted to the rental storage service user 1 .
- the data reduction proposition file 812 is a management file used for the purpose of the suggestion of deletion of data.
- FIG. 24 is a table illustratively indicative of typical contents of a data reduction proposition file 812 .
- the user identifier is indicated in the data reduction proposition file 812 for the data owned by the user A.
- the data reduction proposition file 812 as shown in FIG. 24, has, for each data item, fields of check number, user identifier, storage area, name of data, amount of data, access frequency, non-deletion flag, deletion proposition flag, and sum of reduced amount.
- the check number field will contain an identifier when handing this data.
- Fields of user identifier, storage area, name of data, amount of data, access frequency are identical to those fields described in relation to the data access file 93 shown in FIG. 4.
- the access frequency may be used as the guidepost of the counter offer of the rental storage service user 1 with respect to the suggested deletion plan. It may be needless to say that the data less frequently accessed by the rental storage service user 1 of the user identifier A will be good candidate of deletion.
- the non-deletion flag field indicates whether or not the rental storage service user 1 , the owner of data, will include the data item to the group of candidates of deletion.
- the rental storage service user 1 will have to set this flag to non-deletion if the data is important or indispensable.
- the deletion proposition flag field indicates that the rental storage service provider 2 has recommended the deletion of this data item.
- the sum of deletion field indicates the total amount of data to be supposedly deleted.
- the sum of deletion is the total amount in the list.
- FIG. 25 is a flow chart illustratively indicative of process sequence of proposing the reduction of the amount of storage data.
- FIG. 26 is a flow chart illustratively indicative of process sequence of reduction of the amount of storage data.
- the program will check to see whether or not the rental storage service user in question is a new user having not yet the data reduction proposition file 812 created (step 1 ). This decision will be made by checking to see whether there is a list of users in question in the data reduction proposition file 812 described in FIG. 24 above. If the list is not found in this file, then an appropriate entry will be added to the data reduction proposition file 812 (step 2 ).
- the program will ask data access processing unit 9 to update the data reduction proposition file 812 (step 3 ).
- the entries will be sorted in the ascending order of access frequency to reallocate a check number 1 to the topmost data item entry, to set the check counter for use of control (step 4 ).
- the check counter will be used for controlling the check to see whether the item in question is marked to be deleted or not.
- step 5 the data marked to be checked will be determined to be deleted or not. If the data item is not marked to be deleted, then the process proceeds to step 8 , where if all data entries are not checked (step 8 ), the check counter will be incremented (step 9 ) to proceed to the check of next data item.
- the deletion proposition flag of the data reduction proposition file 812 will be set to calculate the sum of amount of data to be deleted to display the sum (step 6 ).
- step 7 the value yield by subtracting the sum of deletion from the estimation will be checked to see whether to be larger. If the subtracted value is larger than the contracted amount, then it indicates that the estimated amount is still larger, so that the process will proceed to step 8 so as to increase the amount of data being suggested to delete. If all data items are not yet checked (step 8 ), then the check counter will be incremented (step 9 ) to check the next data item.
- the subtracted value is less than the contracted amount, then it indicates that the number of data items marked to delete has been enough increased so that the program will terminate.
- This process will be executed when the rental storage service user 1 specifies which data items be deleted according to the proposed plan of data reduction by the rental storage service provider 2 .
- the controlling check counter will be set to 1 (step 1 ).
- step 2 it will be checked to see whether the rental storage service user 1 has done selection of the current data item in question to be deleted. If the current data item in question is not marked to delete, and if there is still data not yet checked (step 8 ), the check counter will be incremented to see the next data item to check.
- step 3 When the data is marked to delete, then the program will check to see whether the data item is marked by the rental storage service user 1 as requiring a backup copy (step 3 ), then the backup copy of data will be made on a backup medium (step 4 ). Next, the program will check to see whether the current data item in question is marked as requiring a send-back (step 5 ). If the data needs to send back to the user, then the program will instruct to send back the backup data to the rental storage service user 1 (step 6 ).
- step 7 If the data item in question is neither to be deleted nor to be backed up in step 3 and step 5 respectively, then the program will proceed to step 7 to actually delete the data in question (step 7 ).
- step 8 After deleting the data, if not yet all data is checked (step 8 ), then the check counter will be incremented to check to see the next data item.
- FIG. 27 is an exemplary display screen image of a page for proposing deletion options of the storage data.
- the display screen proposing data deletion in accordance with the preferred embodiment contains two sections of the proposition list 341 for supposing the deletion to the rental storage service user 1 and of the deletion configuration 342 for the rental storage service user 1 to configure deletion.
- the rental storage service user 1 will confirm the information proposed by the rental storage service provider 2 by checking the proposition list 341 in order to decide whether data in his/her area should be deleted or not.
- the list is a user interface which is user friendly in that the sum of deletion may be displayed.
- the rental storage service user 1 may enter his decision into the deletion configuration 342 area to inform whether the appropriate data are to be actually deleted, marked to be deleted, marked to be backed up in a specified medium and to send back to the user when deleting.
- the rental storage service user 1 may delete data at ease because any data thus deleted may be recoverable later if the user desires to use.
- the size display field 343 will display the sum of current data, the estimated sum of data in a given period of time, the contracted data capacity, and the recommended data capacity.
- the sum display of deletion field 344 will display the sum of data marked to be deleted by specifying in the deletion configuration 342 by the user.
- the contract capacity update field 345 will be useful for entering a desired amount of storage by the rental storage service user 1 .
- the user may click the OK button 346 .
- FIG. 28 is a management server display screen presented on a console of the management server and the overview of the rental storage service system.
- the management server 51 is a server for administrating the plurality of storage systems, connected to each storage system through the network 275 .
- the network 275 is depicted as a single connection, plural networks or a dedicated network for each storage system may be equally used.
- any LAN and SAN may be used.
- the management server 51 has a storage system management unit 511 and a storage system management file 512 .
- the management server console display 270 displayed on the console of the management server 51 indicates a chart including the history of data usage record in the SSP and the estimated usage of next month.
- the history of data usage actually used so far may be displayed as the actual usage record of data 271 as a solid line, while the estimation of data usage in the future may be displayed as the estimated usage 272 as a dotted line.
- Total storage capacity of the storage systems installed in the SSP is also displayed as the total capacity 273 .
- the date imposed at which the estimated amount of data reaches the total capacity 273 , or the estimated amount of data in a month may be displayed as the estimated value 274 .
- the administrator(s) may recognize at ease the status of storage usage in the system by looking at the management server console display 270 , assisted by the comprehensive GUI (graphical user interface).
- FIG. 29 is a flow chart illustratively indicative of process sequence performed by a storage system management unit 511 .
- This process may be regularly invoked for example at the end of every month, at a given interval by the internal timer of the management server 51 .
- the program will inquire the history of data usage and the estimated usage to the user manager unit of each storage system installed in the SSP (step 1 ). Then the management server 51 will aggregate all of history of data usage and estimated data thus queried (step 2 ). The aggregation will be stored in the storage system management file 512 shown in FIG. 28.
- the estimated data usage in a month and the date at which the estimated amount of data exceeds the storage capacity of the SSP will be calculated (step 3 ).
- a predetermined period of time is assumed a month, however any period of time may be defined, which seems to be reasonable in the management task from the view point of the administrator.
- the management server console display 270 on the management server console display 270 , the history of data usage and the estimated amount of data will be displayed in a chart.
- the estimated amount of data in a month as well as the date forecasted at which the amount of data exceeds the total capacity of the SSP will be displayed (step 4 ).
- the estimated amount of data in a month will be checked to see whether to exceed the storage capacity owned by the SSP (step 5 ). If the data size may exceed the capacity, then the administrator will be reported and warned (step 6 ).
- the history of data usage and the estimated amount of data will be derived from every storage systems to aggregate in the storage system management unit 511 .
- the storage system management unit 511 may include the user management unit 8 shown in FIG. 3, in particular the data usage estimation unit and estimation file 88 so as to retrieve the history of data usage from the storage system and to calculate the estimated amount of data in the storage system management unit 511 itself.
- FIG. 30 to FIG. 33 are schematic pattern diagrams illustratively indicative of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service.
- the rental storage service provider will report the estimated amount of data to the rental storage service user, while the user will suitably alter and update the contract conditions accordingly to reconfigure the usage contract.
- the rental storage service provider will report in particular a suggestion of recommended reconfiguration of contract in addition to the estimated amount of data to the rental storage service user. More specifically, if the contracted usage is larger than the estimation, then the provider will propose decrease of contracted usage; while the contracted usage is smaller than the estimated usage, then the provider will propose increase of contracted amount of data. The rental storage service user will accordingly update the contract to reconfigure the conditions.
- the rental storage service provider will report the proposition of recommended contract to the rental storage service user in addition to reporting the estimated amount of data.
- the rental storage service user will renew the contract according to the recommendation, if the actual usage of data exceeds the contracted amount, the storage space beyond the contracted capacity is allowed to be used by the user, and furthermore the user will be charged as has been contracted.
- the rental storage service provider will charge the user more than the contract made. Or optionally, it may be possible for the rental storage service provider to refuse the use of storage by the rental storage service provider if the usage amount of data exceeds the contracted amount of data.
- the date will be forecasted at which the predetermined charge will be reached to report the rental storage service user in advance.
- the rental storage service provider will recommend reduction of total amount of data to the rental storage service user and will project a charge plan when the user will delete the recommended amount of data.
- a service method of rental storage may be provided, which allows ideal use of storages in correspondence with the billing charge to the users by proposing the most optimum contract conditions to the users, and which allows suppressing the management cost of the users.
- the present invention may provide a service method of rental storage, which allows the rental storage service provider providing the rental storage service to effectively reduce the management cost of storage systems as well.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Technology Law (AREA)
- Game Theory and Decision Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
- 1. Field of the Invention
- The present invention relates to a service method of a rental storage and a rental storage system, and more particularly to a service method of a rental storage and a rental storage system, which may propose reasonable contract conditions conforming to the actual usage of storages by the storage users from the storage provider side at the time of renting storages such as disk subsystems to users in order to reduce costs applied to the storage users.
- 2. Description of the Prior Art
- The amount of information traffic, represented by the explosive spread of internet communication, used by users in the modern computer environment in recent year has been significantly increased, and is still increasing. The amount of data stored in the storage thereby is increasing accordingly, resulting in the increase of management cost of the growing accumulated data. The retrenchment of management cost is thus one of mandatory problems.
- Under the context as have been described above, a noticeable service is emerging, as a new aspect of usage of storage represented by the disk subsystem by a storage service provider (referred to as SSP herein below), for providing rental storages for users. Users had to provide by themselves any storage to store data, by for example purchasing. The users were responsible to the maintenance of storage. On the other hand, when using the rental service of storage space provided by the SSP, users do not need to prepare any storage devices, but do hire some storage space at the SSP site at a charge, according to the contract made. As a result users will be released from the burden of maintenance of storages or extension project, thereby will have less responsibility of administration. However, when using such services, although users have not to pay for purchasing any hardware resources for the storages, users will have to pay much, in correspondence with the amount of data if they use more, since in most cases the SSP charges users for the used amount of data.
- In conventional management method of data in most popular operating systems such as Unix, it is well known that the actual usage of data may be recognized by the count of issued commands. In some operating systems used in the personal computers, the history of the usage of data may be displayed.
- Now referring to FIG. 34, there is shown a typical example of display of usage of storage in the past according to the Prior Art.
- FIG. 34 is a schematic chart illustratively indicative of displaying the usage of data record in accordance with the Prior Art.
- In the Prior Art, the statistical summary of the past usage of data is displayed, however the estimation of usage of data in the figure based on the past usage of data has not been implemented.
- As another example of Prior Art, a performance estimation can be cited, which performs an estimation with respect to a fluctuating environment. This estimation of performance is used when reconfiguring a computer system, without and before actually rearranging the components. An exemplary performance estimation technique of the Prior Art is disclosed for example in the Japanese Published Unexamined Patent Application No. 324358/1993.
- The Prior Art cited above describes a rental service of storage as a method for reducing the burden of data administration by the users. When using this service, users will be charged according to the usage of data, so that the users will need to acknowledge the current usage status. Thus this arises a problem of increasing the burden of user, resulting in the increased management cost.
- The data management method of operating systems in accordance with the Prior Art allows monitoring the history of data usage in the past, however the estimation of future data usage based thereon is not described. The users therefore may recognize the current and past data usage while the estimation of data usage in the future will be neither disclosed nor solved, the users thus will have a problem of increased burden of data management, because of increased management cost of data usage caused by monitoring the fluctuating amount of data usage all the time in order to have an opportunity of considering the addition of storage capacity if needed. This may not solve the problem of increased cost.
- Technology disclosed in the Japanese Published Unexamined Patent Application No. 324358/1993 is embodied by a performance estimation apparatus for estimating the change of performance due to the fluctuation of jobs fed to the computer system and the alteration of system configuration. However this technology does not state about the estimation of the changing usage of data.
- The SSP that provides rental storages to the users, have required to manage a huge amount of data for the users and therefore the burden of administration and the management cost of storage have been considerable.
- The present invention has been made in view of the above circumstances and has an object to overcome the above problems and to provide a service method of a rental storage and a rental storage system, which allows users to use a rental storage space ideal for the charge thereof by proposing the optimum contract conditions of the users based on the history of storage usage when the users uses the rental storage space provided by an SSP, as well as allows users to decrease the management cost.
- The present invention also provides a service method of a rental storage which allows decreasing the administration cost of rental storages for the SSP that provides the rental service.
- To achieve the objects and in accordance with the purpose of the invention, as embodied and broadly described herein, this invention comprises a service method of a rental storage, in which a rental storage user uses the rental storage provided by a storage provider on a network and the storage user and the storage provider communicate with respect to the rental storage service, comprising the steps of
- providing the estimation of future storage usage of the user by the rental storage service provider based on the history of storage usage of the user; and
- reporting the estimation to the storage user.
- The storage user accordingly may recognize the fluctuation of data usage easier than ever to create a usage project of the rental storage space. The budget for the rental storage may be promptly indicated to allow the user to have the burden of rental storage management significantly decreased.
- In accordance with the method of rental storage service above, the rental storage service provider and the rental storage service user will make a contract on the storage usage, the rental storage service user will decide the contract conditions based on the rental storage contract, the rental storage service user will use the storage provided by the rental storage service provider, the rental storage service provider will bill the user on the rental storage, the rental storage service provider will reconfigure the contract conditions by reporting the history of data storage usage in the past and the estimated usage of storage in the future to the rental storage service user at the time when the rental storage service user will pay the charge of the storage service.
- Accordingly, the rental storage service user will allow optimizing the contracted capacity of data storage when selecting the fixed charge option; the rental storage service user will allow readily make a budget project of rental storage service when selecting the specific charge option. In both cases the management of rental storage service by the rental storage service user will be easier.
- As an aspect of the service method of a rental storage service in accordance with the present invention, when the contracted conditions based on the rental storage service contract between the rental storage service provider and the rental storage service user specifies a floating billing charge in proportion to the contracted data usage of the storage used during the contracted period, the rental storage service provider will determine the charge based on the estimation to report the charge to the rental storage service user.
- The service method of a rental storage service described above may include the steps of reporting in advance the maximum charge limit payable by the user from the rental storage service user to the rental storage service provider, and reporting the time at which the billing charge will reach to the maximum payable limit from the rental storage service provider to the rental storage service user.
- The service method of a rental storage service described above may further include the steps of estimating by the rental storage service provider the storage service usage in the future based on the history of past storage service usage of the rental storage service user and reporting the history of storage usage and the estimation to the rental storage service user so as to perform the reporting step to the rental storage service user at the predetermined moment.
- In accordance with the service method of a rental storage service described above, when the contracted conditions based on the rental storage service contract between the rental storage service provider and the rental storage service user specifies a fixed charge in correspondence to the predetermined contracted data usage of the storage for the contracted period, the moment of report is preferably to be at the time when the data usage of the rental storage service user exceeds the contracted capacity of data of predetermined storage.
- In accordance with the service method of a rental storage service in accordance with the present invention, the moment of report is preferably to be at the time when the data capacity reaches an amount predefined by the rental storage service user so as to report that the data usage reaches the predetermined capacity.
- As another aspect of the service method of a rental storage service in accordance with the present invention, when the contracted conditions based on the rental storage service contract between the rental storage service provider and the rental storage service user specifies a floating billing charge in proportion to the contracted data usage of the storage used during the contracted period, the method may comprise the steps of estimating by the rental storage service provider the storage usage in the future of the rental storage service user based on the history of rental storage service usage by the user, reporting by the rental storage service provider the history of rental storage service usage and the estimation to the rental storage service user, and configuring a target charge to be reported when the billing charge reaches that amount, such that the reporting step to the rental storage service user will be performed at the time when the billing charge to the rental storage service user reaches to the predefined amount of charge.
- As a preferred embodiment of the rental storage service system in accordance with the present invention, the invention comprises a rental storage service system in which the rental storage service users uses the rental storage provided by the rental storage service provider through the network and the storage provider communicate with respect to the rental storage service, the system comprising
- user information processing unit for configuring the information about the rental storage service user;
- data aggregation unit for aggregating the usage of storage by the rental storage service user;
- usage estimation unit for estimating the data usage by the rental storage service user;
- billing unit for billing the charge to the rental storage service user;
- reporting unit for reporting any necessary information to the rental storage service user; and
- data access processing unit for storage data access; wherein
- the user information processing unit recording the configuration into a user management file;
- the data aggregation unit recording the history of data usage of the rental storage service in a data record file;
- the usage estimation unit recording the data usage based on the estimation into the data estimation file;
- the data access controller unit recording the data access information of the rental storage.
- In the rental storage service system as have been described above, the reporting unit may have a means for displaying the history of storage usage aggregated by the data usage aggregation unit together with the estimated usage of storage analyzed by the data estimation unit on the same single display screen.
- Furthermore, in the rental storage service system as have been described above, the reporting unit may have a means for displaying the charge record of the past extracted by the data usage aggregation unit and the charge processing unit together with the estimated billing charge in the future determined by the data aggregation unit and the billing charge processing unit on the same single display screen.
- In addition, in the rental storage service system as have been described above, the reporting unit may have a means for displaying a list of suggested options of reduction of data capacity used by the rental storage service user, together with the input fields for configuring the data reduction of storage used by the rental storage service user based on the suggested options, on a same single display screen.
- As another preferred embodiment of the rental storage service system in accordance with the present invention, the rental storage service system includes a server and disk storage subsystems, the disk subsystems including the user information processing unit, the data aggregation unit, the data estimation unit, and the billing charge processing unit so as to perform an estimation of storage usage in each disk subsystem to allow the server to integrate estimation results to ultimately conclude the estimation.
- As still another preferred embodiment of the rental storage service system in accordance with the present invention, the rental storage service system includes a server and disk storage subsystems, the server including the user information processing unit, the data aggregation unit, the data estimation unit, and the billing charge processing unit so as to perform on the server side an estimation of usage data based on the usage of storage reported from the disk subsystems.
- In this manner, the administrator(s) of the storage system may be allowed to easily estimate the course of amount of stored data in the whole system or in the whole SSP, resulting in a simpler data management by the system administrator(s). The present invention also permits a project of extending the additional storage devices in the future to be designed in a straightforward fashion.
- Preferably, the estimated value of data storage usage after a predetermined period of time will be reported to the administrator when the value exceeds to a storable capacity of storage data of the owned storage system.
- More specifically, in the rental storage service system in accordance with the present invention, the administrator(s) of the rental storage service system will be notified when the used storage capacity estimated by the data usage estimation unit exceeds to a predetermined quota level.
- In this manner, the administrator(s) of the storage system may need not to monitor the free capacity of the storage on a frequent and regular basis so as to alleviate the burden of data management task of the administrator(s).
- The above and further objects and novel features of the present invention will more fully appear from following detailed description when the same is read in connection with the accompanying drawings. It is to be expressly understood, however, that the drawings are for the purpose of illustration only and not intended as a definition of the limits of the present invention.
- The accompanying drawings, which are incorporated in and constitute a part of this specification illustrate an embodiment of the invention and, together with the description, serve to explain the objects, advantages and principles of the invention. In the drawings,
- FIG. 1 is a schematic diagram illustratively indicative of a relationship between a rental storage service user and a rental storage service provider in the service method of rental storage in accordance with the present invention;
- FIG. 2 is a schematic diagram illustratively indicative of a chronological sequence of procedure communicated between the rental storage service user and the rental storage service provider;
- FIG. 3 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system in accordance with first preferred embodiment of the present invention;
- FIG. 4 is a table illustratively indicative of exemplary contents of a
data access file 93; - FIG. 5 is a table illustratively indicative of exemplary contents of a user management file86;
- FIG. 6 is a table illustratively indicative of exemplary contents of a
history data file 87; - FIG. 7 is a table illustratively indicative of exemplary contents of an
estimation file 88; - FIG. 8 is a schematic flow chart illustratively indicative of the sequence of rental
storage service user 1 side actions; - FIG. 9 is a schematic flow chart illustratively indicative of the sequence of rental
storage service provider 2 side actions; - FIG. 10 is a flow chart illustratively indicative of process sequence performed by a data management system;
- FIG. 11 is a flow chart illustratively indicative of process sequence of user configuration;
- FIG. 12 is a flow chart illustratively indicative of process sequence of usage aggregation;
- FIG. 13 is a flow chart illustratively indicative of process sequence of billing charge;
- FIG. 14 is a flow chart illustratively indicative of process sequence of report decision;
- FIG. 15 is a flow chart illustratively indicative of process sequence of estimation of storage data usage and charged usage;
- FIG. 16 is an exemplary display screen image of user configuration page;
- FIG. 17 is an exemplary display screen image of estimated data usage reported to the rental
storage service user 1; - FIG. 18 is an exemplary display screen image of billing charge reported to the rental
storage service user 1; - FIG. 19 is a schematic block diagram illustratively indicative of a system hardware architecture of the rental storage service system of second preferred embodiment in accordance with the present invention;
- FIG. 20 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system of second preferred embodiment in accordance with the present invention (first part);
- FIG. 21 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system of second preferred embodiment in accordance with the present invention (second part);
- FIG. 22 is a schematic diagram illustratively indicative of chronological procedure sequence between an rental storage service user and the rental storage service provider in accordance with third preferred embodiment of the present invention;
- FIG. 23 is a typical system architecture of a
user management unit 8 in accordance with third preferred embodiment of the present invention; - FIG. 24 is a table illustratively indicative of typical contents of a data
reduction proposition file 812; - FIG. 25 is a flow chart illustratively indicative of process sequence of proposing the reduction of the amount of storage data;
- FIG. 26 is a flow chart illustratively indicative of process sequence of reduction of the amount of storage data;
- FIG. 27 is an exemplary display screen image of a page for proposing deletion options of the storage data;
- FIG. 28 is a management server display screen presented on a console of the management server and the overview of the rental storage service system;
- FIG. 29 is a flow chart illustratively indicative of process sequence performed by a storage
system management unit 511; - FIG. 30 is a schematic pattern diagram of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service (first part);
- FIG. 31 is a schematic pattern diagram of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service (second part);
- FIG. 32 is a schematic pattern diagram of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service (third part);
- FIG. 33 is a schematic pattern diagram of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service (fourth part); and
- FIG. 34 is a graph chart illustratively indicative of the history of usage record in accordance with the Prior Art.
- A detailed description of some typical preferred embodiments embodying the present invention will now be given referring to the accompanying drawings, in particular to FIG. 1 through FIG. 33.
- It is to be understood that the present invention is not to be limited to the details herein given but may be modified within the scope of the appended claims.
- Now referring to FIG. 1 and FIG. 2, the overview of the service method of rental storage system in accordance with the present invention will be described in greater details below.
- FIG. 1 is a schematic diagram illustratively indicative of a relationship between a rental storage service user and a rental storage service provider in the service method of rental storage in accordance with the present invention.
- FIG. 2 is a schematic diagram illustratively indicative of a chronological sequence of procedure communicated between the rental storage service user and the rental storage service provider.
- As shown in FIG. 1, the rental
storage service user 1 will store and refer to data in the rental storage system provided by the rentalstorage service provider 2. More specifically, the rentalstorage service user 1 is a user of the service provided by the rental storage service provider 2 (in the following description, the term “user” will be used as synonym of and referred to as the “rentalstorage service user 1” unless otherwise specified). - In the conventional systems, the rental
storage service provider 2 may provide the rental storage service and receive the charge billed to the user in respect of the usage of storage by the rentalstorage service user 1. The present invention, however, may provide a novel service system, as shown in FIG. 2, in which the rentalstorage service provider 2 will estimate the future usage of storage data based on the history record of the usage data stored in the storage device(s) to report to the rentalstorage service user 1 the estimation. - In the following description the present invention will be described along with the chronological sequence of procedure performed between the rental
storage service user 1 and the rentalstorage service provider 2 in this service model, with reference made to FIG. 2. The rentalstorage service user 1 will sign up a contract of the rental storage service with the rentalstorage service provider 2 prior to use the storage service (step 1). In general, a usage contract will be made between the rentalstorage service user 1 and the rentalstorage service provider 2 prior to providing and using the rental storage. Instep 1, typical procedure including such as the name of the rentalstorage service user 1 and the billing method will be filled prior to selecting more specific contact options. - Then the
SSP 2 will ask the user more specific contract contents or options with respect to the usage of the rental storage service (step 2). The rentalstorage service user 1 will decide the optional contents of the contract, including such as the billing method, the billing interval, the storage capacity desired by the user and the like (step 3). - As the billing methods there are options such as fixed charge and floating (specific) charge. The fixed charge system is a billing method for charging the user on the contracted capacity of storage, when the maximum capacity of data storage is preconfigured as the contracted storage capacity. In general, the user will use the storage within the limit of contracted capacity. The floating (specific) charge system is another billing method for charging the user in proportion to the amount of data usage. The billing interval is the period of time for which the user will pay the cost of rental storage service. The contracted capacity may depend on the billing method. If the fixed charge is selected, then the capacity will be equal to the maximum data usage. In the floating charge system the capacity will be equal to the sum of charge per a unit data quantity.
- Next, the rental
storage service user 1 will store and refer to the data using the rental storage service, or will access data (step 4). - Then, the rental
storage service provider 2 will notify the rentalstorage service user 1 of the charge for the storage usage for a billing period based on the billing interval selected in the contract options (step 5). The rentalstorage service user 1 in turn will pay the amount of charge for the corresponding storage usage (step 6). - Thereafter, the rental
storage service provider 2 will report the transitive course of actual usage of storage data by the rental storage service user 1 (step 7). In addition, the rentalstorage service provider 2 will report the estimation of data usage in the future for the rental storage service user 1 (step 8). The actual usage and expected usage instep - The rental
storage service user 1, upon reception of the report, may alter the contract options if needed, by referring to the estimation. The rentalstorage service user 1 may reconfigure the optional contents of contract with a new options (step 9). - First preferred embodiment of the present invention will be described in greater details with reference to FIG. 3 through FIG. 11 herein below.
- (1) System architecture of the rental storage service system
- Now the system architecture of the rental storage service system in accordance with the preferred embodiment will be overviewed with reference to FIG. 3.
- FIG. 3 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system in accordance with first preferred embodiment of the present invention.
- The system for providing the rental storage service may be in the form of a site of
storage user 3 connected to site ofstorage service provider 5 through anetwork 4. Thenetwork 4 may include the Internet and private line. The site ofstorage user 3 and site ofstorage service provider 5 may be housed in a same installation and connected by a LAN. - The site of
storage user 3 has a terminal used by thestorage user 31. The terminal used by thestorage user 31 may be a PC, a workstation, a portable information terminal, or a cellular phone terminal, as long as it incorporates an input device such as a keyboard and a mouse and a display output device such as a display screen. - The site of
storage service provider 5 may be formed of astorage 7 for storing thedata 10 owned by the user, rental storage service user and thedata management system 6 for the data. Thestorage 7 may be formed of disk storage subsystems of the device type such as RAID (redundant array of inexpensive disks) and NAS (network attached storage; storage devices that can be directly attached to a network; data communication to the outside in file basis), and part thereof may include devices for storing data in a portable medium, such as a tape drive. - The
data management system 6 may be formed primarily of auser management unit 8 and a dataaccess processing unit 9. Theuser management unit 8 includes some units such as a user configuration unit 81, aaggregation unit 82, anestimation unit 83, acharge unit 84, and anotification unit 85, and some files such as user management file 86, ahistory data file 87, and anestimation file 88. The dataaccess processing unit 9 may be formed primarily of units including atimer 91 and anaccess monitor unit 92, and of adata access file 93. Thetimer 91 is provided for invoking at a regular basis theaccess monitor unit 92. - Now referring to FIG. 4 through FIG. 7, the service method of rental storage system in accordance with the preferred embodiment of the present invention will be described in greater details herein below.
- FIG. 4 is a table illustratively indicative of exemplary contents of a
data access file 93. - FIG. 5 is a table illustratively indicative of exemplary contents of a user management file86.
- FIG. 6 is a table illustratively indicative of exemplary contents of a
history data file 87. - FIG. 7 is a table illustratively indicative of exemplary contents of an
estimation file 88. - The data access file is a data file for identifying the amount of data in the storage system. The data access file allows the access frequency of data may be investigated. In the present preferred embodiment, as shown in FIG. 4, the data access file includes, for each data record, fields such as storage area, name of data, size of data, access frequency, and user identifier. The storage area field is a filed containing a value indicative of the storage area recognized by the SSP. The storage area may be a storage device basis or virtual data partition basis. The name of data field is a field containing the value indicative of data of minimal logical unit recognized by the storage user. The minimal logical unit may be a logical volume for the RAID, or a file for the NAS. The size of data contains the amount of data indicated by the name of data. The access frequency contains a value indicative of access frequency with respect to the data in question. The user identifier is an identifiable extension of the rental
storage service user 1, the user who owns the data. - The user management file is a data file for managing the rental
storage service users 1. In the present embodiment, as shown in FIG. 5, the file has fields including the user identifier, the billing method, the contracted capacity, the charge interval, the report limit, and the amount estimated of capacity for each user record. - The user identifier field is a field for storing an identifier for recognizing a user; the identifier is the identical one stored in the user identifier field of the data access file. The billing method field is a field for storing either fixed or floating charge. The contracted capacity field contains the number of capacity in the storage that the rental
storage service user 1 is allowed to use; in a fixed charge conditions the value is equal to the storage capacity allowed for the user; in a floating charge conditions the amount of charge per unit of data to be paid by the rentalstorage service user 1. The estimation contract field contains a value indicating whether or not the rentalstorage service user 1 has made a contract of estimation. The billing interval field contains a value indicative of the sum charged to the rentalstorage service user 1 by the rentalstorage service provider 2; in general this field contains a value indicating a month, a week and so on. The report limit field contains a predetermined value that the rentalstorage service user 1 will report to the rentalstorage service provider 2 when this value is reached; the value will be the amount of data in case of fixed charge, and the amount of charge in case of contract charge. The amount estimated of capacity contains a value indicative of amount estimated at a given point of time by the rentalstorage service provider 2 for the rentalstorage service user 1. This value may also be the size of data in case of fixed charge, and the amount of charge in case of contract charge. - In the illustrative example, the user illustratively indicative of the user identifier A has an estimated amount of data of 300 GB with the estimation option available. This indicates that the user updated the contract options based on the estimation provided by the rental
storage service provider 2. The user A has a contracted amount of data of 300 GB, and configured so as to be reported, prior to approaching the limit, when the amount of data to be reportedreaches 200 GB. - The user of the user identifier B has an estimated amount of data of 500 GB with the estimation option unavailable. This user did not update the contract options based on the estimation provided by the rental
storage service provider 2. The user B has a contracted amount of data of 200 GB, and configured so as to be reported the amount of data reaches the maximum quantity of 200 GB. - The history data file87 is a data file for recording at a regular basis the amount of data in the storage used by the rental
storage service user 1. In the present embodiment, as shown in FIG. 6, the file has fields of user identifier, date, storage area, and the amount of data for each user record. - The
estimation file 88 is a data file for recording the estimation result of the amount of data in the storage that will be used by the rentalstorage service user 1. In the present embodiment, the file has fields of approximation that may be used for the estimation calculated from the history of past data usage, estimated usage at the next billing date, date at which the data reaches the maximum limit, and date at which the amount of data reaches the notification threshold. The estimated usage at the next billing date is the estimated amount of data that the rentalstorage service user 1 will possess at the next billing date determined by the billing interval. The date at which the data reaches the maximum limit is the estimated date of storage full based on the usage record of the rentalstorage service user 1 in the current conditions. The date at which the amount of data reaches the notification threshold is the expected date at which the amount of data may reach to the notification level (quota) that has been defined to be reported by the rentalstorage service user 1 as shown in FIG. 5. - Now referring to FIG. 8 and FIG. 9 the process sequence of the rental storage service system in accordance with the preferred embodiment of the present invention will be described in greater details below.
- FIG. 8 is a schematic flow chart illustratively indicative of the sequence of user side actions.
- FIG. 9 is a schematic flow chart illustratively indicative of the sequence of provider side actions.
- The rental
storage service user 1 will sign up the rental storage service if desired to use the storage (step 1). The user will be asked from the rentalstorage service provider 2 afterstep 1 to set the contract options (step 2). The sign up of storage usage will be completed by thesteps steps storage user 31 shown in FIG. 3. Next, the user will perform actually data access once to start using the rental storage service (step 3). At the time of use, the storage will be empty. The rentalstorage service user 1 will transfer data thereto. When first billing period from the start of use has been passed the user will receive a billing notification from the rentalstorage service provider 2. The user will pay the charged amount for the storage usage (step 4). Then, by referring to the history of usage record and the estimation of data usage in the next billing period, the user may add or remove contract options if desired to reconfigure the contract conditions (step 5). Then, the user will decide whether or not to stop using the storage (step 6). If the user desires the renewal of the rental storage service contract, then thesteps 3 to 6 will be repeated. If the user wishes to stop using the rental storage service, then the contract will be terminated. - At the time when the rental
storage service provider 2 provides a rental storage service, the provider will register the user so as to record the sign up contents of the rentalstorage service user 1 into the user management file 86 (step 1). Then the provider will ask the rentalstorage service user 1 about the contract options to define the contract conditions (step 2). Then data configured by the rentalstorage service user 1 as the options will be merged into the user management file 86. Thereafter, the rentalstorage service user 1 will be able to start accessing data. According to the contract options, the provider will aggregate the data usage in the billing period to report to the rentalstorage service user 1 thus calculated charge (step 3). Then the provider will report the history of usage to the rental storage service user 1 (step 4), and will estimate the future data transaction based on the usage record to report thus estimated transaction (step 5). Next, the provider will ask the rentalstorage service user 1 to confirm again the contracted options (step 6). When the rentalstorage service user 1 rearrange the contract conditions, the rentalstorage service provider 2 will perform again the configuration of the contract options (step 7). - If the user wishes use the rental storage service, the
step 3 to 6 will be iterated. If otherwise the user wishes stop using the rental storage service, then the service contract will be terminated. - Now referring to FIG. 10 through FIG. 15, the process sequence performed by the data management system for implementing the rental storage service in accordance with the present invention will be described in greater details with reference to flow charts depicted in the drawings.
- FIG. 10 is a flow chart illustratively indicative of process sequence performed by a data management system.
- FIG. 11 is a flow chart illustratively indicative of process sequence of user configuration.
- FIG. 12 is a flow chart illustratively indicative of process sequence of usage aggregation.
- FIG. 13 is a flow chart illustratively indicative of process sequence of billing charge.
- FIG. 14 is a flow chart illustratively indicative of process sequence of report decision.
- FIG. 15 is a flow chart illustratively indicative of process sequence of estimation of storage data usage and charged usage.
- As shown in FIG. 10, the data management program will perform following steps in the order:
- the user configuration process (step1);
- the aggregation of the amount of transaction data (step2);
- the billing charge (step3);
- the decision whether reporting or not (step4);
- the estimation of data usage in case in which the estimation will be reported (step5), if the estimation will not be reported then the process will proceed to step 7;
- the report of the transaction history and usage estimation to the rental storage service user (step6);
- finally the determination whether or not the rental storage service user stops using the rental storage service (step7).
- When the user wishes using the service, then the program will start over from the
step 1; when the user wishes terminating then the data management program will be terminated. - This process step corresponds to step1 of FIG. 10.
- As shown in FIG. 11, the rental storage service user will be determined whether to be new unregistered user or not (step1)
- In case of new user, then append the user record to the user management file (step2).
- If the user is already registered, then the program will skip
step 2 to proceed to step 3. - Next, the program will ask the user to configure detailed options so as to define every items in the user management file (step3). The detailed contract conditions according to the inquiry will be registered in the user management file or the file will be updated (step 4) to terminate the user configuration.
- This process step corresponds to step2 of FIG. 10.
- As shown in FIG. 12, the program will query to the data access processing unit the usage by the data owned by the rental storage service user to calculate the sum of amount of data (step1). In
step 1, if the data is distributed in a plurality of disk drive devices, the program will send queries to every data access processing unit of the disk drives. - Next, the data history file will be updated based on the query result (step2) to terminate the data aggregation.
- This process step corresponds to step3 of FIG. 10.
- As shown in FIG. 13, the program will determine whether or not the billing period has been completed at the present moment of time (step1). If the billing period is not expired then the program will terminate the process.
- If the billing period is expired then the program will determine the billing method. More specifically, there are two options of billing method, fixed charge and floating (specific) charge. The program will determine with which method the user is contracted (step2).
- In case of floating charge, the charge will be corresponding to the contracted conditions (step4).
- In case of fixed charge, the program will determine the amount of data by the rental storage service user is below the contracted limit usage (step3). If the amount is within the limit, the charge will be according to the contracted conditions (step 4). If the amount exceeds the contracted limit, then the program will determine whether or not the current contracted conditions is based on the estimation (step 5). If the contract is based on the estimation, then the charge will be billed according to the contract conditions even if the amount of data is beyond the contract limit (step 4). If the contract is not based on the estimation, then the charge will be according to the data usage, as specified by the fundamental rules (step 6).
- This process step corresponds to step4 of FIG. 10.
- As shown in FIG. 14, the program will determine whether the rental storage service user has requested the report (step1). If the report is requested, then the rental
storage service provider 2 will have to report the usage status of the storage in response to the request by the rentalstorage service user 1, so that the reporting will be processed by f or example turning on a report flag (step 7). - If the amount of data usage is more than the contracted limit (step2), the rental
storage service user 1 will be reported to be warned (step 7). - The report will also be processed (step7) in case in which the amount of data usage by the rental
storage service user 1 exceeds the reporting threshold (quota) (step 3), or if the amount billed to the rentalstorage service user 1 exceeds the reporting level (step 3). The reporting quota and the reporting limit refer to the values stored in the field of the amount of charge to be reported in the user management file 86 shown in FIG. 5. - The reporting process will also be executed if a predetermined period of time has been expired (step7).
- In other cases, the reporting will not be processed by for example turning off the reporting flag (step6).
- This process step corresponds to step4 of FIG. 10.
- As shown in FIG. 15, a list of maximum values or mean values will be created for regular intervals for a given period of time in the past (step1).
Step 1 will be performed by referring to the data history file. The predetermined period of time in the past may be the billing interval defined in the contract conditions. - Next, a first order approximation will be generated based on the list (step2). The detailed calculation of approximation may be applied with the solutions known in the art. The object of the methodology of use of first order approximation is to estimate the amount of data of future usage by approximating the past amount of data with a first order equation along with the time axis, as will be described later with reference to FIG. 17 and FIG. 18.
- Then the billing method according to the contract with the rental
storage service user 1 will be determined (step 3). - In case of fixed charge option, as shown in FIG. 17, an estimated transaction of data after a given period of time will be calculated (step4) to calculate the point of time at which the data usage may reach to the predetermined threshold (step 5). The predetermined threshold is a quantity determined for the rental
storage service user 1 to be reported when the amount of transacted data usage approaches to the value, as have been described above. Thereafter, theestimation file 88 shown in FIG. 7 will be updated with this value. - In case of floating (specific) charge, as shown in FIG. 18, an estimated charge after a predetermined period of time will be calculated (step4) to determine the point of time to reach to the configured amount of charge (step 5). This configured amount of charge is a value defined so as for the rental
storage service user 1 to be reported when the transaction data usage reaches the value. Thereafter, theestimation file 88 shown in FIG. 7 will be updated with this value. - Now the user interface provided by the rental storage service in accordance with the preferred embodiment of the present invention will be described in greater details with reference to FIG. 16 through FIG. 18.
- FIG. 16 is an exemplary display screen image of user configuration page.
- FIG. 17 is an exemplary display screen image of estimated data usage reported to the rental
storage service user 1. - FIG. 18 is an exemplary display screen image of billing charge reported to the rental
storage service user 1. - The
user configuration display 260 shown in FIG. 16 allows the user to easily configure the contract options by using GUI (graphical user interface). - The rental
storage service user 1 will enter his/her name into the field ofuser name 2602 displayed in theuser name configuration 2601. Then the user will use the mouse to point and click either the fixedcharge button 2604 or thespecific charge button 2605 according to his/herdesirable billing method 2603. Then the user will enter a value into either the field of contractedcapacity 2607 in case of the fixed charge or the field of contractedcapacity 2608 in case of the specific charge, displayed in the contractedamount display 2606. - The field of reporting
value configuration display 2609 is a field to be filled with a value at which the rentalstorage service provider 2 will report to the rentalstorage service user 1 if the storage usage approaches to a given level. The rentalstorage service user 1 will enter an appropriate value into the field of the amount of data to be reported 2610 in case of fixed charge, or into the field of the amount of data to be reported 2611 in case of specific charge. - The contract option configuration field for
excess amount 2612 is a toggle configuration to enable or disable the excess usage of storages if the transacted amount of data usage exceeds the contracted amount of data. If available 2613 is selected, then the charge may be surplus but the storage service will be available for the excess data out of the contract. If unavailable 2614 is selected, then the storage service for the excess data will be denied, while the charge will be limited to the contract conditions. - After all necessary fields are fulfilled, then the user will point and click
Yes button 2616 below the terminateconfiguration display 2615. - With this display screen, the rental
storage service user 1 may configure the contract conditions with simple operation. - The
display screen 100 shown in FIG. 17 may expect a monthly fixed charge as the billing method. This display is characterized by the display of the history of transaction usage and the expected amount of data in the same chart in the same screen as the user interface for reporting to the rentalstorage service user 1. The chart shown has the amount of data in ordinates and months in abscissas. The course of data usage in the most recent three months will be displayed as the usage record data in a solid line, and the estimated transaction usage in the next month will be displayed by dotted line as the approximation. The data usage of the contract conditions for the rentalstorage service user 1 will be displayed as the bold solid line. It is estimated that from this chart, the contract user will have the amount of data more than the currently contracted capacity of 300 GB by the middle of the next month. This display screen may provide the user interface which is very easy to operate and easy to understand for the rental storage service users by displaying the recommendedupdate 1001 of contract together with the recommendedcapacity 1002, and by displaying the demand display ofcontract update 1003 together with theselect buttons - The
display 101 shown in FIG. 18 expects the floating charge by months as the billing method. This display screen is characterized by displaying the billing charge superposed on the expected charge in the same- chart, as the user interface for reporting the charge records and expected bill to the rentalstorage service user 1. The chart may display the amount of charge in ordinates and months in abscissas. The three-months history of charge will be displayed as the actual charge by a solid line, while the estimated charge for the next month will be displayed as the approximation by a dotted line. At the same time the charge limit of the rentalstorage service user 1 may be drawn on the chart by a bold solid line. It can be estimated that from this chart that the contract user will have the transaction usage more than the currently configured charge limit of 300 dollars by the middle of the next month, and the date at which the charge limit will be bridged is expected to be at 20th of next month. - In addition, similar to the display shown in FIG. 17, the display is characterized by displaying the recommended update of
contract 1011 together with the recommendedcharge 1012, as well as displaying theupdate confirmation 1003 together with theconfirmation button - Now second preferred embodiment of the present invention will be described in greater details with reference made to FIG. 19 through FIG. 21.
- FIG. 19 is a schematic block diagram illustratively indicative of a system hardware architecture of the rental storage service system of second preferred embodiment in accordance with the present invention.
- FIG. 20 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system of second preferred embodiment in accordance with the present invention (first part).
- FIG. 21 is a schematic block diagram illustratively indicative of a system architecture of the rental storage service system of second preferred embodiment in accordance with the present invention (second part).
- The second preferred embodiment is presented for the purpose of practically clarify the system architecture embodying the rental storage service described in the preceding first embodiment.
- The system architecture of the second preferred embodiment uses both the
Internet 41 and theprivate line 42 for the network that interconnects the site ofstorage user 3 and the site ofstorage service provider 5. The site ofstorage service provider 5 includes arouter 52 for connecting to the internet, in the storage system aNAS 71 as disk drives for connecting to theLAN 53, twoRAID systems 72 and atape drive 73 as disk drives for connecting to theSAN 55 in addition to aserver 54 for executing the management software for the storage and SAN. The term SAN (storage area network) indicates a form of high-speed proprietary network between the processor and the storage devices. - The
data management system 6 that the functionality has been described in the preceding first preferred embodiment, for implementing the rental storage service in accordance with the present invention, may have the functionality of a storage device, or may be implemented on the server. - For example, as shown in FIG. 20, the
data management system 6 may be installed in thedisk controller NAS 71. Thedisk controller NAS 71 may incorporate a host I/F controller, disk I/F controller, disk I/F, dataaccess processing unit 9, and a plurality of drives, as well as thedata management system 6. The NAS is characterized by transmitting and receiving data in file basis, and by including afile system 94 as part of the data access processing unit. - When building a system in the aspect of FIG. 20, the estimation of data and charge calculation will be executed in the
disk controller NAS 71, while the server will output final results and statistics. - As shown in FIG. 21, the
data management system 6 may be incorporated in theserver 54. In FIG. 21, theserver 54 includes thedata management system 6 connecting to theRAID disk drives 72 as storage devices through the host I/F and theSAN 55. - The RAID disk drives72 may have respectively a host I/F controller, a disk I/F controller, a disk I/F, a plurality of disk drives, and a data
access processing unit 9. The dataaccess processing unit 9 of the RAID disk drives 72 is characterized by having a logicalvolume management system 95 for implementing a RAID system. - When building a system in a form of FIG. 21, the RAID disk drives72 will report the data access rate and access time to the
server 54, which in turn will perform the estimation and billing calculation of the data usage by the user. - Now third preferred embodiment in accordance with the present invention will be described in greater details herein below with reference made to FIG. 22 through FIG. 27.
- In third preferred embodiment of the present invention, only the difference from the preceding first and second embodiments and the addition thereto will be primarily described.
- Now referring to FIG. 22, the rental storage service in this embodiment and its concept will be overviewed.
- FIG. 22 is a schematic diagram illustratively indicative of chronological procedure sequence between an rental storage service user and the rental storage service provider in accordance with third preferred embodiment of the present invention.
- The method of rental storage service and best mode carrying out the method in accordance with the present invention have been overviewed in the foregoing description. The present embodiment has been devised to achieve really effective usage of storage by offering the rental storage service users the opportunity of deleting data, in addition to the rental storage service as have been described above. More specifically, in this embodiment, if the transaction usage of user data expected by the rental storage service provider exceeds the contracted usage, then the rental storage service provider will suggest deletion of less frequently accessed data to the rental storage service user.
- The flow of service procedure is shown in FIG. 22 and
steps 1 to 8 are identical to thosesteps 1 to 8 shown in FIG. 3. Instep 8 if the estimated usage exceeds the contracted usage, then the rentalstorage service provider 2 will send a suggested plan of data reduction to the rental storage service user 1 (step 9). This suggestion may be generated for specifying data to be deleted depending on the access frequency of the rentalstorage service user 1 and the data type. - Next, the rental
storage service user 1 on the basis of the suggested plan, will select data to be deleted to the rental storage service provider 2 (step 10). If required, the rentalstorage service user 1 will reconfigure the contract conditions with the rental storage service provider 2 (step 11). The rentalstorage service provider 2 in turn will duplicate to a medium such as a tape or a CDR the data specified to be deleted instep 9 by the rentalstorage service user 1 and send the tape to the rental storage service user 1 (step 12). This step is a care when the rentalstorage service user 1 may need sometime deleted data. - Now referring to FIG. 23, the detailed architecture of the
user management unit 8 in accordance with third preferred embodiment of the present invention will be described in greater details below. - FIG. 23 is a typical system architecture of a
user management unit 8 in accordance with third preferred embodiment of the present invention. - The
user management unit 8 is the core of the rental storage service in accordance with the present invention, as have been described above. In this preferred embodiment, theuser management unit 8 includes a datareduction proposition unit 810, adata reduction unit 811, and a data reduction proposition file 812 in addition to other components of theuser management unit 8 described earlier by referring to FIG. 3. - The data
reduction proposition unit 810 is for suggesting deletion of part of data to the rentalstorage service user 1 by determining the amount of data to be reduced by the rentalstorage service provider 2. - The
data reduction unit 811 is a management unit for actually deleting data, performing a backup copy of the data marked to be deleted when required, and sending the backup copy of the data deleted to the rentalstorage service user 1. The data reduction proposition file 812 is a management file used for the purpose of the suggestion of deletion of data. - Now referring to FIG. 24 the data reduction proposition file will be described below.
- FIG. 24 is a table illustratively indicative of typical contents of a data
reduction proposition file 812. - In the illustrative example shown in FIG. 24, the user identifier is indicated in the data reduction proposition file812 for the data owned by the user A. The data reduction proposition file 812 as shown in FIG. 24, has, for each data item, fields of check number, user identifier, storage area, name of data, amount of data, access frequency, non-deletion flag, deletion proposition flag, and sum of reduced amount.
- The check number field will contain an identifier when handing this data.
- Fields of user identifier, storage area, name of data, amount of data, access frequency are identical to those fields described in relation to the
data access file 93 shown in FIG. 4. The access frequency may be used as the guidepost of the counter offer of the rentalstorage service user 1 with respect to the suggested deletion plan. It may be needless to say that the data less frequently accessed by the rentalstorage service user 1 of the user identifier A will be good candidate of deletion. - The non-deletion flag field indicates whether or not the rental
storage service user 1, the owner of data, will include the data item to the group of candidates of deletion. The rentalstorage service user 1 will have to set this flag to non-deletion if the data is important or indispensable. - The deletion proposition flag field indicates that the rental
storage service provider 2 has recommended the deletion of this data item. - The sum of deletion field indicates the total amount of data to be supposedly deleted. The sum of deletion is the total amount in the list.
- In this preferred embodiment, data items of
check numbers check number 3 are the total amount of data of thecheck numbers - Now referring to FIG. 25 and FIG. 26, the data deletion in accordance with the preferred embodiment of the present invention will be described in greater details herein below.
- FIG. 25 is a flow chart illustratively indicative of process sequence of proposing the reduction of the amount of storage data.
- FIG. 26 is a flow chart illustratively indicative of process sequence of reduction of the amount of storage data.
- Now the program will check to see whether or not the rental storage service user in question is a new user having not yet the data reduction proposition file812 created (step 1). This decision will be made by checking to see whether there is a list of users in question in the data reduction proposition file 812 described in FIG. 24 above. If the list is not found in this file, then an appropriate entry will be added to the data reduction proposition file 812 (step 2).
- Then, the program will ask data
access processing unit 9 to update the data reduction proposition file 812 (step 3). Next, the entries will be sorted in the ascending order of access frequency to reallocate acheck number 1 to the topmost data item entry, to set the check counter for use of control (step 4). The check counter will be used for controlling the check to see whether the item in question is marked to be deleted or not. - Now referring to non-deletion flags in the data reduction proposition file812 the data marked to be checked will be determined to be deleted or not (step 5). If the data item is not marked to be deleted, then the process proceeds to step 8, where if all data entries are not checked (step 8), the check counter will be incremented (step 9) to proceed to the check of next data item.
- If the data is marked to be deleted, then the deletion proposition flag of the data reduction proposition file812 will be set to calculate the sum of amount of data to be deleted to display the sum (step 6).
- Then, the value yield by subtracting the sum of deletion from the estimation will be checked to see whether to be larger (step7). If the subtracted value is larger than the contracted amount, then it indicates that the estimated amount is still larger, so that the process will proceed to step 8 so as to increase the amount of data being suggested to delete. If all data items are not yet checked (step 8), then the check counter will be incremented (step 9) to check the next data item.
- If, on the other hand, the subtracted value is less than the contracted amount, then it indicates that the number of data items marked to delete has been enough increased so that the program will terminate.
- Now referring to FIG. 26, the data deletion will be described.
- This process will be executed when the rental
storage service user 1 specifies which data items be deleted according to the proposed plan of data reduction by the rentalstorage service provider 2. - First, the controlling check counter will be set to1 (step 1).
- Next, it will be checked to see whether the rental
storage service user 1 has done selection of the current data item in question to be deleted (step 2). If the current data item in question is not marked to delete, and if there is still data not yet checked (step 8), the check counter will be incremented to see the next data item to check. - When the data is marked to delete, then the program will check to see whether the data item is marked by the rental
storage service user 1 as requiring a backup copy (step 3), then the backup copy of data will be made on a backup medium (step 4). Next, the program will check to see whether the current data item in question is marked as requiring a send-back (step 5). If the data needs to send back to the user, then the program will instruct to send back the backup data to the rental storage service user 1 (step 6). - If the data item in question is neither to be deleted nor to be backed up in
step 3 andstep 5 respectively, then the program will proceed to step 7 to actually delete the data in question (step 7). - After deleting the data, if not yet all data is checked (step8), then the check counter will be incremented to check to see the next data item.
- If all data has been already checked then the process will terminate.
- Now referring to FIG. 27, the user interface for suggesting data deletion in accordance with the preferred embodiment of the present invention will be described in greater details below.
- FIG. 27 is an exemplary display screen image of a page for proposing deletion options of the storage data.
- The display screen proposing data deletion in accordance with the preferred embodiment contains two sections of the
proposition list 341 for supposing the deletion to the rentalstorage service user 1 and of the deletion configuration 342 for the rentalstorage service user 1 to configure deletion. - The rental
storage service user 1 will confirm the information proposed by the rentalstorage service provider 2 by checking theproposition list 341 in order to decide whether data in his/her area should be deleted or not. The list is a user interface which is user friendly in that the sum of deletion may be displayed. - The rental
storage service user 1 may enter his decision into the deletion configuration 342 area to inform whether the appropriate data are to be actually deleted, marked to be deleted, marked to be backed up in a specified medium and to send back to the user when deleting. - When specifying a backup copy before deleting and sending back the copy, the rental
storage service user 1 may delete data at ease because any data thus deleted may be recoverable later if the user desires to use. - The
size display field 343 will display the sum of current data, the estimated sum of data in a given period of time, the contracted data capacity, and the recommended data capacity. - The sum display of
deletion field 344 will display the sum of data marked to be deleted by specifying in the deletion configuration 342 by the user. - The contract
capacity update field 345 will be useful for entering a desired amount of storage by the rentalstorage service user 1. - After any configuration completed in this screen, the user may click the
OK button 346. - Now referring to FIG. 28 and FIG. 29, the management strategy by the rental storage service provider with respect to the rental storage service system in accordance with the present invention will be described in greater details herein below.
- The user interface displayed on the management server console at the rental storage service provider site will be described first, with reference made to FIG. 28.
- FIG. 28 is a management server display screen presented on a console of the management server and the overview of the rental storage service system.
- In the rental storage service provider site, as have been described above, there are a plurality of storage systems each consisted of the
disk controller NAS 71, the RAID disk drives 72, and theserver 54, as well as respectiveuser management unit 8. - The
management server 51 is a server for administrating the plurality of storage systems, connected to each storage system through thenetwork 275. In the figure thenetwork 275 is depicted as a single connection, plural networks or a dedicated network for each storage system may be equally used. For thenetwork 275 any LAN and SAN may be used. - The
management server 51 has a storagesystem management unit 511 and a storagesystem management file 512. - The management
server console display 270 displayed on the console of themanagement server 51 indicates a chart including the history of data usage record in the SSP and the estimated usage of next month. In this chart, the history of data usage actually used so far may be displayed as the actual usage record ofdata 271 as a solid line, while the estimation of data usage in the future may be displayed as the estimatedusage 272 as a dotted line. Total storage capacity of the storage systems installed in the SSP is also displayed as thetotal capacity 273. Furthermore, the date imposed at which the estimated amount of data reaches thetotal capacity 273, or the estimated amount of data in a month may be displayed as the estimatedvalue 274. - The administrator(s) may recognize at ease the status of storage usage in the system by looking at the management
server console display 270, assisted by the comprehensive GUI (graphical user interface). - Now referring to FIG. 29, the management of the rental storage service system in accordance with the present invention will be described in greater details below.
- FIG. 29 is a flow chart illustratively indicative of process sequence performed by a storage
system management unit 511. - This process may be regularly invoked for example at the end of every month, at a given interval by the internal timer of the
management server 51. - At the beginning of the process, the program will inquire the history of data usage and the estimated usage to the user manager unit of each storage system installed in the SSP (step1). Then the
management server 51 will aggregate all of history of data usage and estimated data thus queried (step 2). The aggregation will be stored in the storagesystem management file 512 shown in FIG. 28. - Then, the estimated data usage in a month and the date at which the estimated amount of data exceeds the storage capacity of the SSP will be calculated (step3). In the present embodiment, a predetermined period of time is assumed a month, however any period of time may be defined, which seems to be reasonable in the management task from the view point of the administrator.
- Then, as shown in FIG. 28, on the management
server console display 270, the history of data usage and the estimated amount of data will be displayed in a chart. In addition, the estimated amount of data in a month as well as the date forecasted at which the amount of data exceeds the total capacity of the SSP will be displayed (step 4). Thereafter, the estimated amount of data in a month will be checked to see whether to exceed the storage capacity owned by the SSP (step 5). If the data size may exceed the capacity, then the administrator will be reported and warned (step 6). - If otherwise the data size may fit within the storage capacity of the SSP, then the process will terminate.
- In the present embodiment, the history of data usage and the estimated amount of data will be derived from every storage systems to aggregate in the storage
system management unit 511. However, as another typical example of the system, the storagesystem management unit 511 may include theuser management unit 8 shown in FIG. 3, in particular the data usage estimation unit andestimation file 88 so as to retrieve the history of data usage from the storage system and to calculate the estimated amount of data in the storagesystem management unit 511 itself. - Now referring to FIG. 30 to FIG. 33, the process sequence performed between the rental storage service user and the rental storage service provider in some modes carrying out the rental storage service in accordance with the present invention will be described in greater details.
- FIG. 30 to FIG. 33 are schematic pattern diagrams illustratively indicative of process sequence performed between a rental storage service user and the rental storage service provider in the rental storage service.
- In the process depicted in FIG. 30, the rental storage service provider will report the estimated amount of data to the rental storage service user, while the user will suitably alter and update the contract conditions accordingly to reconfigure the usage contract.
- In the process depicted in FIG. 31, the rental storage service provider will report in particular a suggestion of recommended reconfiguration of contract in addition to the estimated amount of data to the rental storage service user. More specifically, if the contracted usage is larger than the estimation, then the provider will propose decrease of contracted usage; while the contracted usage is smaller than the estimated usage, then the provider will propose increase of contracted amount of data. The rental storage service user will accordingly update the contract to reconfigure the conditions.
- In the process depicted in FIG. 32, as shown by the
charge period 2, the rental storage service provider will report the proposition of recommended contract to the rental storage service user in addition to reporting the estimated amount of data. When the rental storage service user will renew the contract according to the recommendation, if the actual usage of data exceeds the contracted amount, the storage space beyond the contracted capacity is allowed to be used by the user, and furthermore the user will be charged as has been contracted. - As shown by the
charge period 3, in case in which the rental storage service user does not renew the contract accordingly, and if the actual usage exceeds the contracted capacity, then the provider will charge the user more than the contract made. Or optionally, it may be possible for the rental storage service provider to refuse the use of storage by the rental storage service provider if the usage amount of data exceeds the contracted amount of data. - In the process depicted in FIG. 33, the date will be forecasted at which the predetermined charge will be reached to report the rental storage service user in advance.
- According to this process, the rental storage service provider will recommend reduction of total amount of data to the rental storage service user and will project a charge plan when the user will delete the recommended amount of data.
- It is further understood by those skilled in the art that the foregoing description is preferred embodiments of the disclosed method and system, and that various changes and modifications may be made in the invention without departing from the spirit and scope thereof.
- In brief, in accordance with the present invention, when a rental storage service provider provides a rental storage for rental storage service users, a service method of rental storage may be provided, which allows ideal use of storages in correspondence with the billing charge to the users by proposing the most optimum contract conditions to the users, and which allows suppressing the management cost of the users.
- Furthermore, the present invention may provide a service method of rental storage, which allows the rental storage service provider providing the rental storage service to effectively reduce the management cost of storage systems as well.
- The foregoing description of the preferred embodiments of the invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed, and many modifications and variations are implicitly possible in light of the above teachings or may be acquired from the practice of the invention. The preferred embodiments chosen and described herein in order to explain the principles of the present invention and its practical application to enable the ordinary one skilled in the art to utilize the present invention in various embodiments and with various modifications as are suited to the particular use contemplated. it is intended therefore that the scope of the invention be defined by the claims appended hereto, and their equivalents.
Claims (7)
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001116435A JP4083997B2 (en) | 2001-04-16 | 2001-04-16 | Rental storage service method and rental storage system |
JP2001-116435 | 2001-04-16 |
Publications (2)
Publication Number | Publication Date |
---|---|
US20020152181A1 true US20020152181A1 (en) | 2002-10-17 |
US6988087B2 US6988087B2 (en) | 2006-01-17 |
Family
ID=18967171
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/919,930 Expired - Fee Related US6988087B2 (en) | 2001-04-16 | 2001-08-02 | Service method of a rental storage and a rental storage system |
Country Status (2)
Country | Link |
---|---|
US (1) | US6988087B2 (en) |
JP (1) | JP4083997B2 (en) |
Cited By (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030236790A1 (en) * | 2002-06-19 | 2003-12-25 | Fujitsu Limited | Storage service method and storage service program |
US20030236758A1 (en) * | 2002-06-19 | 2003-12-25 | Fujitsu Limited | Storage service method and storage service program |
US20040205232A1 (en) * | 2003-03-20 | 2004-10-14 | Nec Corporation | Storage component and storage system |
US20040215831A1 (en) * | 2003-04-25 | 2004-10-28 | Hitachi, Ltd. | Method for operating storage system |
US20050081008A1 (en) * | 2003-10-10 | 2005-04-14 | Stephen Gold | Loading of media |
US20050081096A1 (en) * | 2003-10-10 | 2005-04-14 | Stephen Gold | Methods and systems for calculating required scratch media |
US20050081007A1 (en) * | 2003-10-10 | 2005-04-14 | Stephen Gold | Media vaulting |
US20050240843A1 (en) * | 2004-04-26 | 2005-10-27 | Joerg Steinmann | Method, computer program and device for deleting data sets contained in a data list from a table system |
US20050256810A1 (en) * | 2004-05-13 | 2005-11-17 | International Business Machines Corporation | System, method and program product for optimizing usage based pricing and availability for a resource |
US20060020664A1 (en) * | 2003-06-27 | 2006-01-26 | Fujitsu Limited | Method of managing storage capacity, server and recording medium therefor |
US20060216027A1 (en) * | 2005-03-23 | 2006-09-28 | Fujitsu Limited | Wavelength division multiplexing transmission apparatus using a multiple wavelength light source |
US20070011421A1 (en) * | 2005-07-07 | 2007-01-11 | Keller Thomas W Jr | Method and system for decreasing power consumption in memory arrays having usage-driven power management |
US20070043923A1 (en) * | 2005-08-16 | 2007-02-22 | Shue Douglas Y | Apparatus, system, and method for modifying data storage configuration |
US20070106563A1 (en) * | 2005-08-08 | 2007-05-10 | Aruze Corp. | Apparatus and method for managing data of rental contracts |
US20070198616A1 (en) * | 2006-02-17 | 2007-08-23 | Makoto Goto | File storage apparatus |
US20100082715A1 (en) * | 2008-09-30 | 2010-04-01 | Karl Dohm | Reduced-Resource Block Thin Provisioning |
US7752437B1 (en) | 2006-01-19 | 2010-07-06 | Sprint Communications Company L.P. | Classification of data in data flows in a data storage infrastructure for a communication network |
US7783604B1 (en) * | 2007-12-31 | 2010-08-24 | Emc Corporation | Data de-duplication and offsite SaaS backup and archiving |
US7788302B1 (en) | 2006-01-19 | 2010-08-31 | Sprint Communications Company L.P. | Interactive display of a data storage infrastructure for a communication network |
US7797395B1 (en) | 2006-01-19 | 2010-09-14 | Sprint Communications Company L.P. | Assignment of data flows to storage systems in a data storage infrastructure for a communication network |
US7801973B1 (en) | 2006-01-19 | 2010-09-21 | Sprint Communications Company L.P. | Classification of information in data flows in a data storage infrastructure for a communication network |
US20100268744A1 (en) * | 2002-08-14 | 2010-10-21 | At&T Intellectual Property I, L.P. | Storage-enabled facilities |
US20110040731A1 (en) * | 2009-08-17 | 2011-02-17 | Verizon Patent And Licensing Inc. | Provisioning configuration changes to a content player device |
US7895295B1 (en) | 2006-01-19 | 2011-02-22 | Sprint Communications Company L.P. | Scoring data flow characteristics to assign data flows to storage systems in a data storage infrastructure for a communication network |
US8037072B1 (en) * | 2004-06-30 | 2011-10-11 | Emc Corporation | System and method for generating charge information for users of a data storage system |
US20130103641A1 (en) * | 2011-10-21 | 2013-04-25 | Salesforce.Com, Inc. | Monitoring entitlement usage in an on-demand system |
US8510429B1 (en) | 2006-01-19 | 2013-08-13 | Sprint Communications Company L.P. | Inventory modeling in a data storage infrastructure for a communication network |
US20130290399A1 (en) * | 2011-01-10 | 2013-10-31 | Storone Ltd. | Large scale storage system |
US20140025909A1 (en) * | 2012-07-10 | 2014-01-23 | Storone Ltd. | Large scale storage system |
US8959114B2 (en) | 2011-10-21 | 2015-02-17 | Salesforce.Com, Inc. | Entitlement management in an on-demand system |
US9448900B2 (en) | 2012-06-25 | 2016-09-20 | Storone Ltd. | System and method for datacenters disaster recovery |
US9501486B1 (en) * | 2012-07-06 | 2016-11-22 | Veritas Technologies Llc | Systems and methods for preventing unintended data loss during data restoration |
US9612851B2 (en) | 2013-03-21 | 2017-04-04 | Storone Ltd. | Deploying data-path-related plug-ins |
US9699268B2 (en) | 2014-11-17 | 2017-07-04 | Fujitsu Limited | Dependency information provision program, dependency information provision apparatus, and dependency information provision method |
US20170359221A1 (en) * | 2015-04-10 | 2017-12-14 | Hitachi, Ltd. | Method and management system for calculating billing amount in relation to data volume reduction function |
US20190196962A1 (en) * | 2017-02-20 | 2019-06-27 | Hitachi, Ltd. | Storage system and storage control method |
US20220067058A1 (en) * | 2020-08-26 | 2022-03-03 | Kyocera Document Solutions Inc. | Data coordination system and api platform |
US20220066849A1 (en) * | 2020-08-26 | 2022-03-03 | Kyocera Document Solutions Inc. | Data coordination system and api platform |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4677115B2 (en) * | 2001-04-17 | 2011-04-27 | 株式会社日立製作所 | Data storage device rental billing method |
JP3753039B2 (en) | 2001-09-21 | 2006-03-08 | ヤマハ株式会社 | Electronic music equipment |
US7568033B2 (en) * | 2001-10-12 | 2009-07-28 | Fujifilm Corporation | Image storage system and image accumulation apparatus |
JP2003316635A (en) * | 2002-04-26 | 2003-11-07 | Hitachi Ltd | Method for backing up data and program therefor |
US7543296B2 (en) * | 2003-08-26 | 2009-06-02 | International Business Machines Corporation | Time based multi-tiered management of resource systems |
US6912482B2 (en) * | 2003-09-11 | 2005-06-28 | Veritas Operating Corporation | Data storage analysis mechanism |
JP2006227952A (en) * | 2005-02-18 | 2006-08-31 | Hitachi Ltd | Service cost variation analyzing method |
JP5113995B2 (en) * | 2005-07-06 | 2013-01-09 | 富士通株式会社 | Notification program |
US8019872B2 (en) * | 2006-07-12 | 2011-09-13 | International Business Machines Corporation | Systems, methods and computer program products for performing remote data storage for client devices |
JP5099100B2 (en) * | 2009-10-20 | 2012-12-12 | 富士通株式会社 | Billing amount calculation program, billing amount calculation apparatus, and billing amount calculation method |
EP2378427B1 (en) | 2010-01-28 | 2018-04-11 | Hitachi, Ltd. | Management system for calculating storage capacity to be increased/decreased |
JP5182731B2 (en) * | 2010-11-22 | 2013-04-17 | Necビッグローブ株式会社 | Communication terminal, billing method change support method and program |
US9442771B2 (en) * | 2010-11-24 | 2016-09-13 | Red Hat, Inc. | Generating configurable subscription parameters |
US9563479B2 (en) | 2010-11-30 | 2017-02-07 | Red Hat, Inc. | Brokering optimized resource supply costs in host cloud-based network using predictive workloads |
JP2015194851A (en) * | 2014-03-31 | 2015-11-05 | 日本電気株式会社 | Cloud service construction device, cloud service construction method, and program |
CN104809333B (en) * | 2015-04-03 | 2017-08-29 | 百度在线网络技术(北京)有限公司 | Capacity prediction methods and system based on Kalman filter |
JP6426634B2 (en) * | 2016-01-27 | 2018-11-21 | 日本電信電話株式会社 | Data manipulation method and data manipulation method program |
JP6283715B2 (en) * | 2016-07-14 | 2018-02-21 | ソフトバンク株式会社 | Information processing system, information processing method, and program |
US10909515B2 (en) * | 2017-05-01 | 2021-02-02 | Mastercard International Incorporated | Systems and methods for use in tracking usage of assets based on sensors associated with the assets |
JP2019101949A (en) * | 2017-12-07 | 2019-06-24 | 富士通株式会社 | Information processor, information processing system, and program |
US11128716B1 (en) * | 2021-01-25 | 2021-09-21 | Verizon Patent And Licensing Inc. | System and method for monitoring usage in a converged charging system |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5131087A (en) * | 1988-12-29 | 1992-07-14 | Storage Technology Corporation | Computer system having apparatus for automatically redistributing data records stored therein |
US5276867A (en) * | 1989-12-19 | 1994-01-04 | Epoch Systems, Inc. | Digital data storage system with improved data migration |
US5410598A (en) * | 1986-10-14 | 1995-04-25 | Electronic Publishing Resources, Inc. | Database usage metering and protection system and method |
US5940838A (en) * | 1997-07-11 | 1999-08-17 | International Business Machines Corporation | Parallel file system and method anticipating cache usage patterns |
US5946660A (en) * | 1997-01-08 | 1999-08-31 | Chas-Tech, Inc. | Automated storage system |
US6263350B1 (en) * | 1996-10-11 | 2001-07-17 | Sun Microsystems, Inc. | Method and system for leasing storage |
US6370580B2 (en) * | 1996-07-25 | 2002-04-09 | Clearway Acquisition, Inc. | Web serving system that coordinates multiple servers to optimize file transfers |
US6427152B1 (en) * | 1999-12-08 | 2002-07-30 | International Business Machines Corporation | System and method for providing property histories of objects and collections for determining device capacity based thereon |
US6516348B1 (en) * | 1999-05-21 | 2003-02-04 | Macfarlane Druce Ian Craig Rattray | Collecting and predicting capacity information for composite network resource formed by combining ports of an access server and/or links of wide arear network |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2911047B2 (en) * | 1990-03-29 | 1999-06-23 | 日本電信電話株式会社 | Mobile terminal for leasing |
JPH05324358A (en) | 1992-05-20 | 1993-12-07 | Hitachi Ltd | Performance predicting device |
-
2001
- 2001-04-16 JP JP2001116435A patent/JP4083997B2/en not_active Expired - Fee Related
- 2001-08-02 US US09/919,930 patent/US6988087B2/en not_active Expired - Fee Related
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5410598A (en) * | 1986-10-14 | 1995-04-25 | Electronic Publishing Resources, Inc. | Database usage metering and protection system and method |
US5131087A (en) * | 1988-12-29 | 1992-07-14 | Storage Technology Corporation | Computer system having apparatus for automatically redistributing data records stored therein |
US5276867A (en) * | 1989-12-19 | 1994-01-04 | Epoch Systems, Inc. | Digital data storage system with improved data migration |
US6370580B2 (en) * | 1996-07-25 | 2002-04-09 | Clearway Acquisition, Inc. | Web serving system that coordinates multiple servers to optimize file transfers |
US6263350B1 (en) * | 1996-10-11 | 2001-07-17 | Sun Microsystems, Inc. | Method and system for leasing storage |
US5946660A (en) * | 1997-01-08 | 1999-08-31 | Chas-Tech, Inc. | Automated storage system |
US5940838A (en) * | 1997-07-11 | 1999-08-17 | International Business Machines Corporation | Parallel file system and method anticipating cache usage patterns |
US6516348B1 (en) * | 1999-05-21 | 2003-02-04 | Macfarlane Druce Ian Craig Rattray | Collecting and predicting capacity information for composite network resource formed by combining ports of an access server and/or links of wide arear network |
US6427152B1 (en) * | 1999-12-08 | 2002-07-30 | International Business Machines Corporation | System and method for providing property histories of objects and collections for determining device capacity based thereon |
Cited By (64)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030236758A1 (en) * | 2002-06-19 | 2003-12-25 | Fujitsu Limited | Storage service method and storage service program |
US20030236790A1 (en) * | 2002-06-19 | 2003-12-25 | Fujitsu Limited | Storage service method and storage service program |
US20100268744A1 (en) * | 2002-08-14 | 2010-10-21 | At&T Intellectual Property I, L.P. | Storage-enabled facilities |
US8102978B2 (en) * | 2002-08-14 | 2012-01-24 | At&T Intellectual Property I, L.P. | Storage-enabled facilities |
US20040205232A1 (en) * | 2003-03-20 | 2004-10-14 | Nec Corporation | Storage component and storage system |
US7366737B2 (en) * | 2003-03-20 | 2008-04-29 | Nec Corporation | Storage component and storage system |
US20040215831A1 (en) * | 2003-04-25 | 2004-10-28 | Hitachi, Ltd. | Method for operating storage system |
US7409521B2 (en) | 2003-06-27 | 2008-08-05 | Fujitsu Limited | Method of managing storage capacity, server and recording medium therefor |
EP1640873A4 (en) * | 2003-06-27 | 2008-03-05 | Fujitsu Ltd | Storage capacity management method, server thereof, and recording medium |
US20060020664A1 (en) * | 2003-06-27 | 2006-01-26 | Fujitsu Limited | Method of managing storage capacity, server and recording medium therefor |
EP1640873A1 (en) * | 2003-06-27 | 2006-03-29 | Fujitsu Limited | Storage capacity management method, server thereof, and recording medium |
US20050081096A1 (en) * | 2003-10-10 | 2005-04-14 | Stephen Gold | Methods and systems for calculating required scratch media |
US8010757B2 (en) * | 2003-10-10 | 2011-08-30 | Hewlett-Packard Development Company, L.P. | Media vaulting |
US8650372B2 (en) * | 2003-10-10 | 2014-02-11 | Hewlett-Packard Development Company, L.P. | Methods and systems for calculating required scratch media |
US20050081007A1 (en) * | 2003-10-10 | 2005-04-14 | Stephen Gold | Media vaulting |
US20050081008A1 (en) * | 2003-10-10 | 2005-04-14 | Stephen Gold | Loading of media |
US20050240843A1 (en) * | 2004-04-26 | 2005-10-27 | Joerg Steinmann | Method, computer program and device for deleting data sets contained in a data list from a table system |
US8543553B2 (en) * | 2004-04-26 | 2013-09-24 | Sap Aktiengesellschaft | Method, computer program and device for deleting data sets contained in a data list from a table system |
US7917452B2 (en) | 2004-05-13 | 2011-03-29 | International Business Machines Corporation | System and program product for optimizing usage based pricing and availability for a resource |
US20050256810A1 (en) * | 2004-05-13 | 2005-11-17 | International Business Machines Corporation | System, method and program product for optimizing usage based pricing and availability for a resource |
US20100211492A1 (en) * | 2004-05-13 | 2010-08-19 | International Business Machines Corporation | System and program product for optimizing usage based pricing and availability for a resource |
US7711594B2 (en) * | 2004-05-13 | 2010-05-04 | International Business Machines Corporation | System, method and program product for optimizing usage based pricing and availability for a resource |
US8037072B1 (en) * | 2004-06-30 | 2011-10-11 | Emc Corporation | System and method for generating charge information for users of a data storage system |
US7623787B2 (en) | 2005-03-23 | 2009-11-24 | Fujitsu Limited | Wavelength division multiplexing transmission apparatus using a multiple wavelength light source |
US20060216027A1 (en) * | 2005-03-23 | 2006-09-28 | Fujitsu Limited | Wavelength division multiplexing transmission apparatus using a multiple wavelength light source |
US8010764B2 (en) * | 2005-07-07 | 2011-08-30 | International Business Machines Corporation | Method and system for decreasing power consumption in memory arrays having usage-driven power management |
US20070011421A1 (en) * | 2005-07-07 | 2007-01-11 | Keller Thomas W Jr | Method and system for decreasing power consumption in memory arrays having usage-driven power management |
US20070106563A1 (en) * | 2005-08-08 | 2007-05-10 | Aruze Corp. | Apparatus and method for managing data of rental contracts |
CN100449505C (en) * | 2005-08-16 | 2009-01-07 | 国际商业机器公司 | Apparatus, system, and method for modifying data storage configuration |
US7434011B2 (en) * | 2005-08-16 | 2008-10-07 | International Business Machines Corporation | Apparatus, system, and method for modifying data storage configuration |
US20070043923A1 (en) * | 2005-08-16 | 2007-02-22 | Shue Douglas Y | Apparatus, system, and method for modifying data storage configuration |
US7895295B1 (en) | 2006-01-19 | 2011-02-22 | Sprint Communications Company L.P. | Scoring data flow characteristics to assign data flows to storage systems in a data storage infrastructure for a communication network |
US7801973B1 (en) | 2006-01-19 | 2010-09-21 | Sprint Communications Company L.P. | Classification of information in data flows in a data storage infrastructure for a communication network |
US7797395B1 (en) | 2006-01-19 | 2010-09-14 | Sprint Communications Company L.P. | Assignment of data flows to storage systems in a data storage infrastructure for a communication network |
US7788302B1 (en) | 2006-01-19 | 2010-08-31 | Sprint Communications Company L.P. | Interactive display of a data storage infrastructure for a communication network |
US7752437B1 (en) | 2006-01-19 | 2010-07-06 | Sprint Communications Company L.P. | Classification of data in data flows in a data storage infrastructure for a communication network |
US8510429B1 (en) | 2006-01-19 | 2013-08-13 | Sprint Communications Company L.P. | Inventory modeling in a data storage infrastructure for a communication network |
US20070198616A1 (en) * | 2006-02-17 | 2007-08-23 | Makoto Goto | File storage apparatus |
US9262426B2 (en) * | 2006-02-17 | 2016-02-16 | Makoto Goto | File storage apparatus |
US7783604B1 (en) * | 2007-12-31 | 2010-08-24 | Emc Corporation | Data de-duplication and offsite SaaS backup and archiving |
US20100082715A1 (en) * | 2008-09-30 | 2010-04-01 | Karl Dohm | Reduced-Resource Block Thin Provisioning |
US20110040731A1 (en) * | 2009-08-17 | 2011-02-17 | Verizon Patent And Licensing Inc. | Provisioning configuration changes to a content player device |
US9201882B2 (en) * | 2009-08-17 | 2015-12-01 | Verizon Patent And Licensing Inc. | Provisioning configuration changes to a content player device |
KR101758884B1 (en) | 2011-01-10 | 2017-07-31 | 스토론 리미티드 | Large scale storage system |
US9729666B2 (en) * | 2011-01-10 | 2017-08-08 | Storone Ltd. | Large scale storage system and method of operating thereof |
US9407516B2 (en) * | 2011-01-10 | 2016-08-02 | Storone Ltd. | Large scale storage system |
US20130290399A1 (en) * | 2011-01-10 | 2013-10-31 | Storone Ltd. | Large scale storage system |
US20160316039A1 (en) * | 2011-01-10 | 2016-10-27 | Storone Ltd. | Large scale storage system and method of operating thereof |
US8924361B2 (en) * | 2011-10-21 | 2014-12-30 | Salesforce.Com, Inc. | Monitoring entitlement usage in an on-demand system |
US8959114B2 (en) | 2011-10-21 | 2015-02-17 | Salesforce.Com, Inc. | Entitlement management in an on-demand system |
US20150113134A1 (en) * | 2011-10-21 | 2015-04-23 | Salesforce.Com, Inc. | Monitoring entitlement usage in an on-demand system |
US20130103641A1 (en) * | 2011-10-21 | 2013-04-25 | Salesforce.Com, Inc. | Monitoring entitlement usage in an on-demand system |
US9697091B2 (en) | 2012-06-25 | 2017-07-04 | Storone Ltd. | System and method for datacenters disaster recovery |
US9448900B2 (en) | 2012-06-25 | 2016-09-20 | Storone Ltd. | System and method for datacenters disaster recovery |
US9501486B1 (en) * | 2012-07-06 | 2016-11-22 | Veritas Technologies Llc | Systems and methods for preventing unintended data loss during data restoration |
US20140025909A1 (en) * | 2012-07-10 | 2014-01-23 | Storone Ltd. | Large scale storage system |
US9612851B2 (en) | 2013-03-21 | 2017-04-04 | Storone Ltd. | Deploying data-path-related plug-ins |
US10169021B2 (en) | 2013-03-21 | 2019-01-01 | Storone Ltd. | System and method for deploying a data-path-related plug-in for a logical storage entity of a storage system |
US9699268B2 (en) | 2014-11-17 | 2017-07-04 | Fujitsu Limited | Dependency information provision program, dependency information provision apparatus, and dependency information provision method |
US20170359221A1 (en) * | 2015-04-10 | 2017-12-14 | Hitachi, Ltd. | Method and management system for calculating billing amount in relation to data volume reduction function |
US20190196962A1 (en) * | 2017-02-20 | 2019-06-27 | Hitachi, Ltd. | Storage system and storage control method |
US10838855B2 (en) * | 2017-02-20 | 2020-11-17 | Hitachi, Ltd. | Storage system and storage control method |
US20220067058A1 (en) * | 2020-08-26 | 2022-03-03 | Kyocera Document Solutions Inc. | Data coordination system and api platform |
US20220066849A1 (en) * | 2020-08-26 | 2022-03-03 | Kyocera Document Solutions Inc. | Data coordination system and api platform |
Also Published As
Publication number | Publication date |
---|---|
JP2002312699A (en) | 2002-10-25 |
US6988087B2 (en) | 2006-01-17 |
JP4083997B2 (en) | 2008-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6988087B2 (en) | Service method of a rental storage and a rental storage system | |
US7010493B2 (en) | Method and system for time-based storage access services | |
US7467143B2 (en) | Storage operation management system | |
US7917473B2 (en) | Systems and methods of hierarchical storage management, such as global management of storage operations | |
US9037505B2 (en) | Mechanisms for executing a process in a cloud computing environment | |
JP3080346B2 (en) | Billing data control system and method | |
CN100527090C (en) | Method for dynamically distributing computer resource | |
CN102375701B (en) | Tiered storage pool management and control for loosely coupled multiple storage environment | |
US9697571B2 (en) | Real-time file system charge-back accounting per management object during a report cycle | |
US8190583B1 (en) | Chargeback in a data storage system using data sets | |
US20030115204A1 (en) | Structure of policy information for storage, network and data management applications | |
US20030220899A1 (en) | Storage device management method, system and program | |
US7685628B2 (en) | License-based path management method for a computer system | |
JP2002182859A (en) | Storage system and its utilizing method | |
US20070078914A1 (en) | Method, apparatus and program storage device for providing a centralized policy based preallocation in a distributed file system | |
JP2005050007A (en) | Storage system and its using method | |
CA2458908A1 (en) | Techniques for storing data based upon storage policies | |
US20170359221A1 (en) | Method and management system for calculating billing amount in relation to data volume reduction function | |
JP4080259B2 (en) | Computer system configuration deriving method and computer system | |
US20050055370A1 (en) | Storage management system | |
JP2002132549A (en) | Control method of logical volume, service using the method and computer readable record medium recording the service | |
JP2003140836A (en) | Management method for storage system, storage system management program, storage medium and storage system | |
JP3795344B2 (en) | Application management system | |
CN110309223B (en) | Method, system and related equipment for selecting data node | |
US11556383B2 (en) | System and method for appraising resource configuration |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: HITACHI LTD., JAPAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KANAI, HIROKI;UCHIGIRI, TATSUMI;FUJIMOTO, KAZUHISA;REEL/FRAME:012046/0859 Effective date: 20010612 |
|
FEPP | Fee payment procedure |
Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
FEPP | Fee payment procedure |
Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees | ||
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20140117 |