WO2014162518A1 - ファイル保存サービスシステム及びその方法 - Google Patents

ファイル保存サービスシステム及びその方法 Download PDF

Info

Publication number
WO2014162518A1
WO2014162518A1 PCT/JP2013/060089 JP2013060089W WO2014162518A1 WO 2014162518 A1 WO2014162518 A1 WO 2014162518A1 JP 2013060089 W JP2013060089 W JP 2013060089W WO 2014162518 A1 WO2014162518 A1 WO 2014162518A1
Authority
WO
WIPO (PCT)
Prior art keywords
cloud
file
identifier
availability
stored
Prior art date
Application number
PCT/JP2013/060089
Other languages
English (en)
French (fr)
Inventor
和正 松原
仁志 亀井
光雄 早坂
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to US14/347,192 priority Critical patent/US20150154211A1/en
Priority to PCT/JP2013/060089 priority patent/WO2014162518A1/ja
Publication of WO2014162518A1 publication Critical patent/WO2014162518A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/13—File access structures, e.g. distributed indices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols

Definitions

  • the present invention relates to a file storage service system and method using a hybrid cloud including a private cloud and a public cloud.
  • Patent Document 1 As a data protection method, as disclosed in Patent Document 1, conventionally, there is a technique of copying data to a plurality of storages. By using this technology, even if one storage loses data due to a disaster, it is possible to restore the data using another storage that stores the replicated data.
  • Patent Document 2 by arranging data in consideration of a wide-area disaster, data can be arranged so as to reduce the risk of data loss even when multiple storages are damaged by a disaster. There are techniques to optimize.
  • JP 2011-34164 A PCT / JP2012 / 002833
  • Patent Document 1 and Patent Document 2 a storage that replicates data is configured in consideration of storage performance and capacity, and disaster risk, and the replicated data stored in the private cloud is already stored in the public cloud Even if it is done, store duplicate data in the private cloud. For this reason, there is a problem that the storage cost of the private cloud is excessively consumed and the management cost increases.
  • the present invention aims to suppress the number of duplicate files in the private cloud of files stored in the public cloud and to reduce the management cost depending on the number of duplicate files.
  • the disclosed file storage service system is configured to connect a client terminal, a hybrid cloud storing a file from the client terminal, and a computer via a network.
  • the computer stores a file in the hybrid cloud, an extended metadata table that stores conditions and target availability, and an arrangement that stores a first identifier of the first cloud included in the hybrid cloud corresponding to the extended metadata table Select the second cloud included in the hybrid cloud that has the scheduled cloud table and satisfies the conditions stored in the extended metadata table, and select when the selected second cloud availability meets the target availability
  • the extended metadata table associated with Get the first identifier of the first cloud that is stored in the de table with a file allocation managing unit that stores the file in the first cloud specified by the first identifier acquired.
  • hybrid cloud system is a file storage system that stores files in one private cloud (storage) and three public clouds (storage) via a computer (gateway).
  • the hybrid cloud system is called a hybrid cloud system in the sense that it uses a private cloud and a public cloud. Differences between the private cloud and the public cloud are availability information (hereinafter referred to as SLA), cost, performance, and the like defined by Service Level Agreement.
  • SLA is the content and quality of a service negotiated between a provider of a service such as a cloud system and a service recipient.
  • SLA is described as availability (operation rate).
  • a private cloud and a public cloud are generally operated by different managers and operators.
  • a private cloud is a cloud limited to a specific user (client terminal), and a public cloud is a generally open cloud.
  • the cloud service in the present embodiment is a file storage service, and each of the private cloud and the public cloud may be referred to as a private storage service and a public storage service.
  • a private cloud has a higher SLA than a public cloud.
  • the file storage service system of this embodiment is configured to connect a client terminal, a hybrid cloud storing files from the client terminal, and a computer (gateway) via a network.
  • the computer (gateway) stores the file in the hybrid cloud, the extended metadata table storing conditions and target availability, and the first identifier of the first cloud included in the hybrid cloud corresponding to the extended metadata table It has an arrangement schedule cloud table to be stored.
  • the computer further selects a second cloud included in the hybrid cloud that satisfies the conditions stored in the extended metadata table, and when the availability of the selected second cloud satisfies the target availability,
  • the file A first cloud identified by the acquired first identifier is obtained by referring to the extended metadata table associated with the first cloud and acquiring the first identifier of the first cloud stored in the arrangement planned cloud table Has a file arrangement management unit for storing files.
  • this embodiment is (1) the configuration of the hybrid cloud system and the table configuration used in the hybrid cloud system, etc. (2) the process of placing a file on the hybrid cloud system, (3) the process of reading a file from the hybrid cloud system, ( 4) Processing corresponding to the configuration change of the public cloud constituting the hybrid cloud system, (5) Processing corresponding to the change of the file arrangement specification, and (6) Processing order corresponding to the change of the file arrangement condition will be described.
  • the file placement specification is a collection of several file placement conditions, and a plurality of placement specifications are also prepared.
  • the arrangement condition is shown as an item of an extended metadata table to be described later, and the arrangement specification is shown as an extended metadata table.
  • FIG. 1 is an example of a configuration diagram of a file storage service system using a hybrid cloud in which a private cloud and a public cloud exist.
  • the hybrid cloud includes a plurality of clouds having different availability, cost, performance, and the like.
  • the client terminal 100, the management terminal 200, the gateway (computer) 300, and the private cloud 400 are connected via the LAN 800, and the gateway 300 is connected to the public cloud 500 via the WAN 900.
  • the client terminal 100 is a computer used by a user who uses a file storage service provided by the gateway 300.
  • the management terminal 200 is a computer that manages the gateway 300, the private cloud 400, and the client terminal 100 via the LAN 800. In addition, the management terminal 200 can acquire management information of the public cloud 500 as necessary.
  • the gateway 300 is a computer that provides a file storage service to the client terminal 100. Therefore, the gateway 300 transfers files between the client terminal 100 and the private cloud 400 or public cloud 500.
  • the private cloud 400 provides a file storage service (store, read, update, delete, etc.) in response to an instruction from the gateway 300.
  • the public cloud 500 provides a file storage service (storage, update, deletion, etc.) in response to an instruction from the gateway 300 via the WAN 900.
  • a file storage service storage, update, deletion, etc.
  • upload and download are used.
  • the file flow when the client terminal 100 stores a file in the private cloud 400 or the public cloud 500 is assumed to be upload. That is, a flow of transferring a file from the client terminal 100 to the gateway 300 or a flow of transferring a file from the gateway 300 to the private cloud 400 or the public cloud 500 is referred to as upload.
  • the file flow when the client terminal 100 acquires (reads out) a file stored in the private cloud 400 or the public cloud 500 is referred to as file download. That is, a flow of transferring a file from the gateway 300 to the client terminal 100 or a flow of transferring a file from the private cloud 400 or the public cloud 500 to the gateway 300 is referred to as download.
  • the client terminal 100 attaches a file ID unique to the client terminal to each file.
  • the file ID unique to the client terminal is referred to as a user file ID.
  • the gateway 300 attaches a file ID unique to the gateway to each file. In this specification, this gateway-specific file ID is referred to as a gateway file ID.
  • a case where a file is uploaded from the client terminal 100 to a cloud will be described.
  • the client terminal 100 attaches the user file ID to the file and transmits it to the gateway 300.
  • the gateway 300 attaches a gateway file ID to the received file, and holds the correspondence relationship between the identifier for identifying the client terminal 100, the user file ID, and the gateway file ID.
  • the gateway 300 attaches the gateway file ID to the file and transmits the file to the cloud where the file is placed (stored).
  • the cloud holds a correspondence relationship between an identifier for identifying the gateway 300, a gateway file ID, and path information indicating a file storage location.
  • the client terminal 100 downloads a file by arranging the file in the cloud, the client terminal 100 may specify the user file ID.
  • the file ID transmitted from the client terminal 100 is a user file ID
  • the file ID used in each processing of the gateway is a gateway file ID.
  • FIG. 2 is a configuration diagram of the client terminal 100.
  • the client terminal 100 is a computer having a CPU 150, a memory 110, an I / F (interface) 180 for connecting to the LAN 800, and an internal communication path for connecting them.
  • the CPU 150 executes a processing unit (program) stored in the memory 110.
  • the memory 110 stores a processing unit (program) and data.
  • the processing unit is, for example, a file access unit 111 that transmits / receives a file to / from the gateway 300.
  • FIG. 3 is a configuration diagram of the management terminal 200.
  • the management terminal 200 is a terminal for managing the gateway 300, and includes a CPU 250, a memory 210, an I / F 280 for connection to the LAN 800, an input / output device 241 having a display screen, and an internal connection for connecting them.
  • a computer having a simple communication path.
  • CPU 250 executes a processing unit (program) stored in memory 210.
  • the memory 210 stores a processing unit (program) and data.
  • the processing unit is, for example, the gateway management unit 211, and details will be described later.
  • FIG. 4 is a configuration diagram of the gateway 300.
  • the gateway 300 includes a memory 100, a CPU 350, a storage device (hereinafter referred to as a volume) 370, an I / F 380 for connecting to the LAN 800, an I / F 390 for connecting to the WAN 900, and an internal connection for connecting them.
  • a computer having a communication path (for example, a bus).
  • the CPU 350 executes a processing unit (program), which will be described later, stored in the memory 310.
  • the volume 370 stores a stub file 371 and a file 372.
  • the stub file 371 stores a correspondence relationship between a user name, a user file ID, and a gateway file ID.
  • the file 372 stores data 375, basic metadata 376, extended metadata 377, and file ID 378 that are file entities.
  • the basic metadata 376 indicates metadata such as a user name (administrator or creator of the file 372) and ACL (Access Control List, a list indicating an access permission target). Details of the extended metadata 377 will be described later.
  • the file ID 378 is an identifier for uniquely identifying the file 372, and is the aforementioned gateway file ID.
  • the memory 311 stores a processing unit (program) and tables for the file storage service.
  • the processing units stored in the memory 311 are a web access unit 311, a file server unit 312, a cloud configuration management unit 313, a file arrangement management unit 314, and a replication number calculation unit 315.
  • the web access unit 311 sends and receives files to and from the private cloud 400 and the public cloud 500.
  • the file server unit 312 provides the client terminal 100 with a file server function. Specifically, the file server unit 312 displays the contents of the stub file 371 on the client terminal 100 and transmits / receives a file to / from the client terminal 100.
  • An existing web access program and file server program may be used for the web access unit 311 and the file server unit 312. Details of other processing units will be described later. Further, the memory 311 stores a processing unit not shown in the drawing, as will be described later.
  • the tables are a cloud configuration definition table 316, an extended metadata table 317, an arrangement planned cloud table 318, a user management table 319, and a file arrangement management table 320. Furthermore, the memory 311 has an area such as a work area necessary for execution of each processing unit.
  • FIG. 5 is an example of the cloud configuration definition table 316.
  • the cloud configuration definition table 316 stores configuration information of each of the private cloud 400 and the public cloud 500 that configure the hybrid cloud that the gateway 300 uses for the file storage service.
  • the cloud configuration definition table 316 includes a cloud number 1601, a cloud name 1602, a private cloud 1603, an access ID 1604, a read-only 1605, an SLA 1606, a monthly cost 1607, a transaction cost 1608, a storage cost 1609, a response time 1610, and a bandwidth 1611. .
  • the cloud number 1601 is an identifier that uniquely identifies each of the private cloud 400 and the public cloud 500.
  • the cloud name 1602 is the name of the cloud.
  • the private cloud 1603 indicates whether or not the cloud is a private cloud.
  • the access ID 1604 is path information (address) for the web access unit 311 of the gateway 300 to access the private cloud 400 or the public cloud 500.
  • Read-only 1605 indicates whether the cloud is read-only.
  • the SLA 1606 is a cloud SLA of the private cloud 400 or the public cloud 500.
  • Monthly cost 1607 is a cloud usage fee per month.
  • the transaction cost 1608 is a cloud usage fee per transaction process.
  • the storage cost 1609 is a cloud usage fee per predetermined data capacity.
  • the response time 1610 is a processing time required for accessing the cloud.
  • the bandwidth 1611 is a maximum file transfer speed when the gateway 300 transfers a file to / from the cloud.
  • FIG. 6 is an example of the extended metadata table 317.
  • the extended metadata table 317 stores conditions for selecting a cloud in which the gateway 300 places (stores) a file.
  • the extended metadata table 317 may be provided with a condition for selecting a cloud for each user or for each viewpoint.
  • the gateway 300 supports the extended metadata table 317 (1700a to 1700n) corresponding to the user or the viewpoint.
  • the extended metadata table 317 includes an extended metadata table number 1702, a target SLA 1703, a private cloud lower limit arrangement number 1704, a forced arrangement cloud 1705, an arrangement rejection cloud 1706, a monthly limit cost 1707, a transaction limit cost 1708, a storage limit cost 1709, a response A time limit 1710 and a bandwidth limit 1711 are included.
  • Each item of the extended metadata table 317 has columns for value, condition, and priority.
  • the value and condition indicate that, for example, the monthly limit cost 1707 indicates that the monthly cost required for file storage is 15 $ or less.
  • the priority order indicates the order of each item used when selecting a cloud (1 is the highest priority).
  • the viewpoint 1701 of the monthly limit cost 1707, the transaction limit cost 1708, the storage limit cost 1709, the response limit cost 1710, and the bandwidth limit cost 1711 is for not selecting a cloud that has values, conditions, and priorities, and does not satisfy the conditions. It is an indicator.
  • the extended metadata table number 1702 is an identifier for uniquely identifying each extended metadata table 1700a to 1700n.
  • the target SLA 1703 is an SLA guaranteed when the gateway 300 places a file in the cloud.
  • SLA is availability (availability),% is a unit.
  • the private cloud lower limit arrangement number 1704 is the number of identical files arranged in the private cloud 400.
  • the private cloud 400 stores at least the same number of private cloud lower limit arrangement numbers 1704 (original file and / or duplicate file).
  • the forced placement cloud 1705 is a cloud number that always places a file.
  • the placement refusal cloud 1706 stores a cloud number that is excluded from the cloud where the file is placed (the file is not placed).
  • the monthly limit cost 1707 is a condition for the monthly cost required to place a file.
  • the transaction limit cost 1708 is a condition for the transaction cost required to access a file placed in the cloud.
  • the storage limit cost 1709 is a condition for the storage cost per unit capacity required for placing a file.
  • Response time limit 1710 is a condition for response time when accessing the arranged file.
  • the bandwidth limit 1711 is a condition for a file transfer speed (bandwidth) for placing (storing) or reading a file.
  • FIG. 7 is an example of the arrangement planned cloud table 318.
  • the arrangement schedule cloud table 318 stores the result of determining the cloud in which the file is arranged under the conditions shown in the extended metadata table 317.
  • the planned deployment cloud table 318 includes an extended metadata table number 1801, a planned deployment cloud number 1802, a planned private cloud deployment number 1803, and a post-deployment SLA 1804.
  • the placement planned cloud number 1802 stores a list of cloud numbers of the public cloud 500 where the file is placed.
  • the planned private cloud arrangement number 1803 indicates the number of files that are arranged in the private cloud 400 and that are the same as the files arranged in the public cloud 500.
  • the post-placement SLA 1804 guarantees the file to be placed (saved) obtained from the SLA between the cloud indicated by the placement planned cloud number 1802 where the file is placed and the private cloud 400 where the number of files indicated by the private cloud placement planned number 1803 is placed. It is a value of SLA (operation rate) to be performed.
  • FIG. 8 shows an example of the user management table 319.
  • the user management table 319 includes the extended metadata table number 1902 used by the user 1901 and the user 1901 when acquiring a file from the cloud (when viewed from the client terminal 100, the file appears to be stored in the gateway 300).
  • the read priority information 1910 indicating the priority acquisition method is stored.
  • the user 1901 stores an identifier for uniquely identifying a user who uses the client terminal 100 to upload or download a file with the gateway 300.
  • the extended metadata table number 1902 is an extended metadata table number corresponding to the user 1901.
  • the read priority information 1910 includes a cost priority 1911, a speed priority 1912, and a read cloud 1913, and indicates a priority method (check) when the gateway 300 acquires (downloads) a file from the cloud.
  • the cost priority 1911 indicates that the gateway 300 selects a cloud that can acquire a file at a low price from a plurality of clouds that store the same file.
  • the speed priority 1912 indicates that the gateway 300 selects a cloud capable of acquiring a file at high speed (in a short time) from a plurality of clouds storing the same file. Regardless of the cost priority 1911 and speed priority 1912, the read cloud 1913 sets the cloud number when fixing the cloud from which the file is read.
  • FIG. 9 is an example of the file arrangement management table 320.
  • the file arrangement management table 320 includes a file ID 2001, a current value SLA 2002, private cloud information 2010, and public cloud information 2020.
  • the file ID 2001 is a gateway file ID that uniquely identifies a file stored in the cloud.
  • the current value SLA 2002 is an SLA obtained from the number of public cloud SLA and private cloud arrangement in which the file indicated by the file ID 2001 is arranged.
  • the private cloud information 2010 is the number of files (arrangement number 2011) indicated by the file ID 2001 that is arranged in the private cloud 400.
  • the public cloud information 2020 is a set of a cloud number 2021 of the public cloud 500 and a path 2022 for accessing a file stored in the public cloud 500.
  • the file indicated by the file ID 2001 is arranged in a plurality of public clouds 500, it is a set of a cloud number 2021 and a path 2022 corresponding to the number.
  • a path 2022 indicates path information (address) of the public cloud 500 in which files are arranged, and is used when the web access unit 311 accesses the public cloud 500.
  • FIG. 10 is a configuration diagram of the private cloud (storage) 400.
  • the private cloud 400 includes an edge server 600 connected to the LAN 800, a storage device 700, and a storage network 410 connecting them.
  • the edge server 600 is a computer having a CPU 650, a memory 610, an I / F 680 for connecting to the LAN 800, an I / F 690 for connecting to a storage network, and an internal communication path (for example, a bus) for connecting them. is there.
  • the memory 610 stores a processing unit (program) and data.
  • the memory 610 stores a web server unit 611 and a file server unit 612.
  • the web server unit 611 transmits and receives files between the gateway 300 and the private cloud 400.
  • the file server 612 transmits and receives files between the edge server 600 and the storage device 700.
  • the edge server 600 shows the correspondence between the file identifier unique to the gateway 300 and the file identifier unique to the private cloud 400.
  • the web server unit 611 executes a file operation (storage and reading) in the private cloud 400 with reference to the correspondence table.
  • the storage apparatus 700 is a computer having a CPU 750, a memory 710, n volumes 770, an I / F 790 connected to an internal network, and an internal communication path (for example, a bus) connecting them.
  • a file is stored in the volume 770.
  • the memory 710 stores a processing unit (program) and data.
  • the memory 710 stores a replication number control unit 711.
  • the replication number control unit 711 arranges files in accordance with the arrangement number designated by the gateway 300. In the aspect in which the gateway 300 transfers the file to the private cloud 400 corresponding to the number of arrangements, the replication number control unit 711 is unnecessary.
  • the file may be arranged across the storage apparatuses 700a to 700n and the volumes 770a to 770n.
  • the storage network 410 is, for example, a LAN (Local Area Network) or a SAN (Storage Area Network).
  • the file server unit 312 stores the received file in the volume 370 as data 372 data (received file entity) 375.
  • the file server unit 312 stores basic metadata including the user A as a user name received together with the file in the basic metadata 376. The user name may be specified based on the transmission address when the file is received from the client terminal 100.
  • the file server unit 312 further converts the client terminal user file ID assigned to the received file into a gateway file ID, stores the correspondence in the stub file 371, and stores the gateway file ID in the file ID 378 of the volume 370. Is stored.
  • the file server unit 312 activates the file arrangement management unit 314.
  • FIG. 11 is an example of a processing flowchart of the file arrangement management unit 314 of the gateway 300.
  • the file arrangement management unit 314 acquires the name of the user who uploaded the file stored in the basic metadata 376 (S2401).
  • the user name is user A.
  • the file placement management unit 314 refers to the user management table 319 (FIG. 8), and the user 1901 acquires the extended metadata table number 1902 (EX_1) of the user A (S2402).
  • the file arrangement management unit 314 acquires the extended metadata table 317 with the acquired extended metadata number EX_1 (here, the extended metadata table of 1700a), and the file server 312 receives the acquired extended metadata table 317.
  • the file is stored in the extended metadata 377 of the file 372 (S2403).
  • the file allocation management unit 314 refers to the allocation planned cloud table 318 and sets the allocation planned cloud number 1802 corresponding to the extended metadata table number EX_1 stored in the extended metadata 377 (“1”, “2” in FIG. 7). )) And the number of planned private cloud arrangements 1803 ("1" in FIG. 7) are acquired (S2404).
  • the file placement management unit 314 secures a new entry (row) in the file placement management table 320, stores the gateway file ID stored in the file ID 378 of the file 372 as the file ID 2001, and the number of planned private cloud placements 1803.
  • the content “1” is stored in the arrangement number 2011 of the private cloud information 2010.
  • “1” and “2” of the planned cloud number 1802 are stored in the cloud numbers 2021a and 2021b of the public cloud information 2020 of the new entry, respectively (S2405).
  • the path information 2022a and 2022b corresponding to the cloud numbers 2021a and 2021b is stored with reference to a separately prepared correspondence table between cloud numbers and path information.
  • the file arrangement management unit 314 identifies the gateway file ID stored in the file ID 2001 of the new entry in the file arrangement management table 320, and activates the web access unit 311 (S2406).
  • the web access unit 311 transmits / places file data 375 corresponding to the specified file ID to the private cloud 400 corresponding to the number of placements 2011 specified in the file placement management table 320, and manages file placement.
  • the path information 2022a and 2022b of the public cloud information 2020 specified in the table 320 is used as an address for transmission / arrangement to the public cloud 500 of the cloud numbers 2021a and 2021b.
  • the web access unit 311 may transmit the file only once.
  • the file arrangement management unit 314 refers to the stub file 371 and sends the user file ID corresponding to the gateway file ID of the file arranged in the hybrid cloud to the client terminal 100 in order to notify the user A of the upload completion. (S2407).
  • the cloud in which the file is arranged is selected based on the extended metadata associated with the user (contents of the extended metadata table 317)
  • the public cloud 500 that replaces the private cloud 400 is selected as the extended metadata table.
  • the cloud in which the file is arranged can be selected based on the setting. Settings in the arrangement planned cloud table 318 and the user management table 319 will be described later.
  • the file server unit 312 refers to the file ID correspondence table of the stub file 371, and sets the user file ID to the gateway.
  • the file ID is converted and stored in the file ID 378 of the volume 370.
  • the file ID stored in the file ID 378 is “3db5d6”.
  • the file server unit 312 identifies the user name with reference to the stub file 371 and stores it in the basic metadata 376.
  • the file server unit 312 activates the file arrangement management unit 314.
  • FIG. 12 is an example of a processing flowchart of the file arrangement management unit 314 of the gateway 300.
  • the file arrangement management unit 314 refers to the user management table 319 and acquires read priority information 1910 corresponding to the user name included in the basic metadata 376 (S2601).
  • the user A preferentially reads a desired file from the public cloud 500 with the cloud number “3”, and there is no desired file in the public cloud 500 with the cloud number “3”.
  • one of the desired files arranged in the public cloud 500 or the private cloud 400 other than the cloud number 3 is acquired with speed priority.
  • the file arrangement management unit 314 refers to the file arrangement management table 320 and acquires cloud information (private cloud information 2010 and public cloud information 2020) corresponding to the file ID 2001 “3db5d6” (S2602).
  • the arrangement number “1” is acquired as the private cloud information 2010, and the cloud numbers “1” and “2” are acquired as the public cloud information 2020.
  • the file arrangement management unit 314 selects the cloud from which the file with the file ID “3db5d6” is read from the read priority information and the cloud information (S2603).
  • a cloud for reading a file a cloud having a cloud number set in the read cloud 1913 of the user management table 319 is selected.
  • the cloud configuration definition table 316 is referenced to select the cloud with the lowest transaction cost. If the read priority information 1910 is speed priority, the cloud configuration definition table 316 is referred to and the cloud having the largest bandwidth 1611 is selected.
  • the cloud number “3” is set in the read cloud 1913, the desired file (the file ID 2001 of the file arrangement management table 320 is 3db5d6) is not arranged, so the cloud is selected with speed priority. .
  • the clouds with the cloud numbers “1” and “2” are compared, and the cloud with the cloud number “1” having the larger bandwidth is selected.
  • the file arrangement management unit 314 inquires of the user A whether or not the file (file with the file ID 2001 of 3db5d6) is acquired from the cloud selected in S2603 (cloud with the cloud number “1”) (S2604).
  • the file arrangement management unit 314 associates the cloud information (private cloud information 2010 and public cloud information 2020) where the file is arranged with the file ID 2001 “3db5d6” in the file arrangement management table 320 as a client. Transmit to terminal 100.
  • the user A selects whether it is the cloud selected in S2604 (OK) or another cloud number included in the received cloud information (NG) (S2605). In the case of NG, the user A transmits the selected cloud number from the client terminal 100. If the inquiry to the user is unnecessary, the processing of S2604 and S2605 is omitted.
  • the file arrangement management unit 314 specifies the gateway file ID (3db5d6) to be downloaded and the selected cloud number, and requests the web access unit 311 to download the file (S2606).
  • the web access unit 311 stores the downloaded file in the data 375 of the file 372 in the volume 370.
  • the file arrangement management unit 314 transfers the downloaded file stored in the data 375 to the client terminal 100 (S2607).
  • FIG. 12 shows the processing of the file arrangement management unit 314 when downloading a file
  • FIG. 11 shows the processing of the file arrangement management unit 314 when uploading a file.
  • the file server unit 312 activates the file arrangement management unit 314 by designating upload or download, and the file arrangement management unit 314 activated in response to the designation of upload or download branches to the processing shown in FIG. Also good.
  • the cloud for downloading the file is selected based on the settings of the cloud configuration definition table 316 and the user management table 319, it is possible to select the cloud that minimizes the download cost or speeds up the speed. .
  • FIG. 13 is an example of the cloud configuration definition table setting screen 1100.
  • An example is shown in which an administrator input is received from the management terminal 200 and the cloud configuration definition table 316 in the memory 310 of the gateway 300 is edited.
  • the cloud configuration definition table setting screen 1100 displays the following items, and accepts an input such as a change of item contents from the administrator.
  • the cloud configuration definition table setting screen 1100 corresponds to the items of the cloud configuration definition table 316, and displays the cloud number 1101, the cloud name 1102, the private cloud 1103, the access ID 1104, and the setting details of the cloud configuration.
  • the setting contents of the cloud configuration are an SLA 1105, a monthly cost 1106, a transaction cost 1107, a storage cost 1108, a response time 1109, and a band 1110. Further, the cloud number 1101 and the cloud name 1102 have a delete button 1111 for inputting a delete instruction for the cloud, a new add button for inputting a new addition instruction, and an update button 1113 for inputting an update instruction. In response to an instruction input by each button, the cloud configuration management unit 313 is activated.
  • FIG. 14 is an example of a processing flowchart of the cloud configuration management unit 313.
  • the cloud configuration management unit 313 determines the type of instruction input (S2801). If the instruction input is performed using the new addition button 1112 or the update button 1113, the process proceeds to S2802. If the instruction input is performed using the delete button 1111, the process proceeds to S2803.
  • the cloud configuration management unit 313 designates each extended metadata table 317 and activates the arrangement number calculation unit 315 (S2802).
  • the arrangement planned cloud table 318 is updated by processing of the arrangement number calculation unit 315 described later.
  • the extended metadata table 317 whose extended metadata table number is EX_1 The bandwidth limitation 1711 is 10 MB / sec or more, but the bandwidth of the third public cloud is 50 MB / sec wider (high speed) than the bandwidth of the second public cloud, so the extended metadata table of the planned deployment cloud table 318
  • the planned cloud number 1802 for the number EX_1 is updated from “1”, “2” to “1”, “3”.
  • the updated planned cloud number “2” (no longer used) is stored in the work area.
  • the cloud configuration management unit 313 refers to the arrangement planned cloud table 318, specifies the extended metadata number 1801 that uses the cloud of the deleted cloud number,
  • the arrangement number calculation unit 315 is activated (S2803).
  • the arrangement planned cloud table is updated by processing of the arrangement number calculation unit 315 described later. For example, when the first public cloud with the cloud number “1” is deleted, the placement planned cloud number 1802 of the extended metadata table number EX_1 of the placement planned cloud table 318 is changed from “1”, “2” to “2”, It is updated to “3”.
  • the updated planned cloud number “1” (no longer used) is stored in the work area.
  • the difference between the processing of S2802 in the case of instruction input by the new addition button 1112 or the update button 1113 and the processing of S2803 in the case of instruction input by the delete button 1111 is that the former is the number of arrangement calculation unit for all the extended metadata tables 317.
  • the arrangement number calculation unit 315 is executed for the extended metadata table 317 using the cloud of the cloud number from which the latter is deleted.
  • the cloud configuration management unit 313 determines whether or not there is a file ID 2001 in which the planned cloud number stored in the work area is included in the public cloud information 2020 in the file allocation management table 320 (S2804). If there is no file ID 2001 (NO, there is no change in the arrangement planned cloud), the process ends. If there is (YES), the file is rearranged by repeating the processes of S2805 and S2806. For example, it is determined that there is a file ID 2001 “3db5d6” using the planned placement cloud number “1” stored in the work area in S2803 for the planned placement cloud number “1”.
  • the cloud configuration management unit 313 activates the web access unit 311 for the same file having the file ID of the file that has been placed in the updated (no longer used) placement planned cloud, and the configuration has not been changed.
  • Download from the cloud (S2805).
  • the download destination is the file 372 of the volume 370.
  • the file entity is stored in data 375.
  • the file ID 378 stores the file ID of the downloaded file. For example, in the example shown in S2803, since the file with the file ID 2001 “3db5d6” no longer uses the cloud with the planned cloud number “1”, the configuration is not changed with reference to the file allocation management table 320. Download from the cloud with the planned cloud number “2”.
  • the cloud configuration management unit 313 downloads and uploads the file stored in the file 372 by activating the web access unit 311 and uploading it to the cloud in which the planned cloud number is set (S2806).
  • the file placement management table 320 is referred to and uploaded to the cloud with the newly set cloud placement cloud number “3”.
  • web access unit 311 is activated and deleted, as necessary, for files that have been placed in the updated cloud to be placed (no longer used).
  • FIG. 15 is an example of a processing flowchart of the arrangement number calculation unit 315.
  • the placement number calculation unit 315 acquires the cloud SLA corresponding to the cloud number of the forced placement cloud 1705 of the extended metadata table 317 specified from the file placement management unit 314 from the cloud configuration definition table 316, and the extended metadata table 317.
  • the private cloud lower limit arrangement number 1704 is acquired, the SLA of the private cloud is acquired from the cloud configuration definition table 316, and the SLA synthesized from the SLA of the arrangement number of the private cloud and the SLA of the compulsory arrangement cloud is obtained (S2501).
  • the synthesized SLA is called a calculated SLA.
  • the arrangement number calculation unit 315 compares the calculated calculation SLA with the target SLA 1703 of the designated extended metadata table. If the calculation SLA is equal to or greater than the target SLA 1703, the process proceeds to step S2508. If the calculation SLA is less than the target SLA, S2503 is performed. (S2502).
  • the arrangement number calculation unit 315 selects a public cloud satisfying the various conditions 1707 to 1711 of the designated extended metadata table 317 from the cloud configuration definition table 316, and sets the priority of the selected cloud to the extended metadata table 317. And sort in descending order in order of good condition (S2503). For example, in the extended metadata table 317 shown in FIG. 6, there are a plurality of clouds that satisfy various conditions 1707 to 1711, and the bandwidths 1611 of the plurality of public clouds 500 corresponding to the bandwidth limit 1711 with the priority “1” are equal. Then, it sorts so that the public cloud 500 with a short response time 1610 of a plurality of clouds corresponding to the response time limit 1710 of the priority “2” is ranked higher.
  • the arrangement number calculation unit 315 selects a higher-order public cloud 500 from the sorted public clouds 500 and obtains a calculation SLA (S2504).
  • the method for obtaining the calculated SLA is the same as described above.
  • the arrangement number calculation unit 315 compares the calculated calculation SLA with the target SLA of the extended metadata table 317, and if the calculation SLA is equal to or greater than the target SLA, the process proceeds to step S2508. If the calculation SLA is less than the target SLA, the process proceeds to S2506. (S2505).
  • the arrangement number calculation unit 315 determines whether all of the public clouds 500 selected and sorted in S2503 have been added. If all public clouds 500 have been added, the process proceeds to S2507. If all public clouds 500 have not been added, the process proceeds to S2504 (S2506).
  • the number of private clouds 400 to be arranged is increased. Every time one arrangement number is added to the private cloud 400, a calculated SLA is calculated including the SLA of the private cloud 400, and the number of arrangements of the private cloud 400 is increased until the target SLA is reached (S2507).
  • the planned deployment cloud number 1802 and the planned private cloud deployment number 1803 at the stage (S2502, S2504, or S2507) at which the calculated SLA of the extended metadata table 317 is equal to or higher than the target SLA 1703 is obtained as the extended metadata table number of the planned deployment cloud table 318. It is updated in association with 1801 (the number of the extended metadata table 317 specified from the file arrangement management unit 314) (S2508).
  • the cloud in which the file is arranged is reselected based on the performance index (various conditions of the extended metadata table 317), so that the SLA is satisfied. You can choose the cloud with the least cost to download or the fastest speed. In this embodiment, even if a public cloud is added and the target SLA is not met, the number of private cloud deployments is increased. In addition, the allocation to the public cloud and the private cloud may be calculated.
  • FIG. 16 is an example of a user management table setting screen 1300 of the management terminal 200.
  • the user management table setting screen 1300 displays the following items corresponding to the items of the user management table 319, and accepts input such as change of item contents from the administrator.
  • the user management table setting screen 1300 displays a user name 1301, an extended metadata table number 1302, a cost priority 1303 as a factor to be considered in file reading, a speed priority 1304, and a forced cloud setting 1305 to be read.
  • an apply button 1306 for an existing file for inputting an instruction to apply the setting contents of the set user management table setting screen 1300 to an existing file (a file already arranged in the hybrid cloud), simply the user management table 319.
  • Update button 1307 for inputting the update instruction.
  • a user management table update unit (not shown in FIG. 4) is activated.
  • FIG. 17 is an example of a process flowchart of the user management table update unit.
  • the user management table 319 is updated according to the setting of the user management table setting screen 1300 (S3001). If the extended metadata table number has been updated, the extended metadata table number before the update is stored in the work area. It is determined whether the instruction input is applied to the existing file. If it is applied, the process proceeds to S3003. It is determined whether or not the extended metadata table number 1902 of the user management table 319 has been updated. If it has been updated, the process proceeds to S3004. If it has not been updated, the process ends (S3003).
  • the planned deployment cloud number 1802 corresponding to the pre-update extended metadata table number stored in the work area is acquired (S3004).
  • the arrangement planned cloud number 1802 corresponding to the updated extended metadata table number is acquired (S3005). It is determined whether the arrangement planned cloud numbers 1802 before and after the update are different. If they are different, the process proceeds to S3007, and if they are the same, the process is terminated (S3006).
  • the difference between the planned cloud number 1802 before and after the update is the same planned cloud number before and after the update, the planned cloud number used before the update and not used after the update, the planned cloud number used after the update without being used before the update Is specified.
  • the gateway file ID corresponding to the user 1901 who updated the user management table 319 is specified (S3007).
  • the file having the identified gateway file ID is rearranged (S3008).
  • To relocate a file download the file from the public cloud 500 with the same planned cloud number before and after the specified update, delete the file from the public cloud 500 with the planned cloud number that is used before the update and not used after the update.
  • the file is uploaded to the public cloud 500 of the arrangement planned cloud number that is used after the update without being used before the update.
  • the download destination and upload source here are the file 372 of the volume 370. Further, as described above, download, upload, and deletion are executed by starting the web access unit 311 by specifying the gateway file ID.
  • the file allocation management table 320 is updated according to the file rearrangement contents (S3009).
  • the file can be rearranged so as to guarantee the target SLA of the extended metadata table 317.
  • FIG. 18 is an example of the extended metadata setting screen 1200 of the management terminal 200.
  • the extended metadata setting screen 1200 displays the following items corresponding to the items of the extended metadata table 317, and accepts an input such as a change of item contents from the administrator.
  • the extended metadata setting screen 1200 includes an extended metadata table number 1201, a private cloud lower limit arrangement number 1202, a target SLA 1203, a monthly cost 1204 as a cloud configuration setting, a transaction cost 1205, a storage cost 1206, a response time 1207, and a bandwidth 1208.
  • the forced placement cloud 1209 and the placement refusal cloud 1210 are displayed and a change is input.
  • a delete button 1211 for instructing deletion of the extended metadata table 317 with the extended metadata table number 1201, and a new addition for instructing to newly add a new extended metadata table 317 for the set contents of the set extended metadata setting screen 1200
  • the button 1212 has a new addition button 1213 for instructing to update the extended metadata table 317 in the setting contents of the set extended metadata setting screen 1200.
  • an extended metadata table update unit not shown in FIG. 4, is activated.
  • FIG. 19 is an example of a processing flowchart of the extended metadata table update unit.
  • the contents of the entry (row) corresponding to the extended metadata table 317 to be updated and the extended metadata table 317 to be updated in the arrangement planned cloud table 318 are saved in the work area, and the extended metadata table 317 is updated (S3101).
  • the extended metadata table 317 to be updated is designated, and the arrangement number calculation unit 315 is activated. As described above, the arrangement number calculation unit 315 updates the arrangement planned cloud number 1802 corresponding to the extended metadata table 317 to be updated.
  • the user who uses the extended metadata table 317 before update is specified. (S3104).
  • the file ID of the file that the specified user has placed in the hybrid cloud is specified (S3005).
  • the file having the specified file ID is rearranged (S3106), and the file arrangement management table 320 is updated according to the contents of the file rearrangement (S3107).
  • the relocation of the file and the update of the file allocation management table 320 are the same as S3008 and S3009 of the user management table update unit, and thus description thereof is omitted.
  • FIG. 20 shows an example of the file extension metadata update screen 1300 of the management terminal 200.
  • the file extension metadata update screen 1300 displays the following items, and receives an input of extension metadata change from the administrator in units of files.
  • Reference numeral 1301 denotes an input unit for an update target user file ID
  • reference numeral 1302 denotes a selection unit for selecting which to set the extended metadata table of the file designated by 1301.
  • the extended metadata update unit 321 of the user file sets the extended metadata 377 to the specified extended metadata table number for the target file specified based on the file ID input from the administrator through the file extended metadata update screen. Update. Subsequent processing is the same as S3102 to S3107 in the flowchart of FIG. It should be noted that the arrangement number calculation unit of S3102 only needs to be executed for files for updating extended metadata.
  • the input of the user file ID is accepted, but the input of the gateway file ID may be accepted.
  • the layout specification can be changed on a file basis by changing the extended metadata.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　ファイル保存サービスシステムは、計算機がハイブリッドクラウドにファイルを保存する。計算機は、ファイルの格納条件および目標可用性を格納する拡張メタデータテーブルおよびハイブリッドクラウドに含まれる第１のクラウドの第１の識別子を格納する配置予定クラウドテーブルを有する。計算機は、さらに格納条件を満足する、ハイブリッドクラウドに含まれる第２のクラウドを選択し、選択した第２のクラウドの可用性が目標可用性を満足するとき、選択した第２のクラウドの識別子を、配置予定クラウドテーブルの第１のクラウドの第１の識別子として格納する配置数計算部、およびクライアント端末からのファイルを、拡張メタデータテーブルを参照して、配置予定クラウドテーブルに格納されている第１のクラウドの第１の識別子で特定される第１のクラウドにファイルを格納するファイル配置管理部を有する。

Description

ファイル保存サービスシステム及びその方法
　本発明は、プライベートクラウドとパブリッククラウドを含むハイブリッドクラウドを用いたファイル保存サービスシステム及びその方法に関する。
　企業や公的機関等において計算機システムの利用は必須であり、システムで使用するデータを喪失するとシステムの復旧が困難となる場合も多い。また内部統制やコンプライアンスの観点からもデータ保護の重要性が高まっている。近年では、いわゆるクラウドストレージに代表されるようなパブリックなストレージへのデータの格納が広く行われている。一方、性能などの観点からプライベートなストレージへ格納されるデータも増加しており、パブリックなストレージを利用しながらプライベートなストレージの両方を使うハイブリッドクラウドに対する要求が高い。
　データ保護の方法として、特許文献１に開示されているように、従来は複数のストレージにデータを複製する技術がある。この技術を用いることで、１つのストレージが災害によりデータを喪失しても、複製データを格納している他のストレージを利用してデータを復元することができる。
　また、特許文献２に開示されているように、広域災害を考慮した上でデータを複製することにより、災害によって複数のストレージが被災した場合でもデータの損失リスクを低減するようにデータの配置を最適化する技術がある。
特開２０１１－３４１６４号 ＰＣＴ／ＪＰ２０１２／００２８３３
　特許文献１および特許文献２では、ストレージの性能や容量、および災害リスクを考慮してデータを複製するストレージを構成しており、プライベートクラウドに保存しているデータの複製データがパブリッククラウドに既に保存されていても、プライベートクラウド内にも複製データを保存する。そのため、プライベートクラウドのストレージリソースを過剰に消費し、管理コストが増大する課題があった。
　本発明は、パブリッククラウドに保存されているファイルの、プライベートクラウド内の複製ファイル数を抑制し、複製ファイル数に依存する管理コストを抑制することを目的とする。
　開示するファイル保存サービスシステムは、クライアント端末、クライアント端末からのファイルを格納するハイブリッドクラウドおよび計算機を、ネットワークを介して接続する構成である。計算機は、ファイルをハイブリッドクラウドへ格納する、条件および目標可用性を格納する拡張メタデータテーブル、および拡張メタデータテーブルに対応してハイブリッドクラウドに含まれる第１のクラウドの第１の識別子を格納する配置予定クラウドテーブルを有し、拡張メタデータテーブルに格納された条件を満足する、ハイブリッドクラウドに含まれる第２のクラウドを選択し、選択した第２のクラウドの可用性が目標可用性を満足するとき、選択した第２のクラウドの識別子を、配置予定クラウドテーブルの第１のクラウドの第１の識別子として格納する配置数計算部、およびクライアント端末からのファイルのネットワークを介した受信に応答して、ファイルに対応付けられた拡張メタデータテーブルを参照して、配置予定クラウドテーブルに格納されている第１のクラウドの第１の識別子を取得し、取得した第１の識別子で特定される第１のクラウドにファイルを格納するファイル配置管理部を有する。
　本発明によれば、ファイル保存の可用性を確保した上で、パブリッククラウド及びプライベートクラウドに格納する複製ファイル数を抑制し、管理コストを削減することができる。
ハイブリットクラウドシステムの構成例である。 クライアント端末の構成例である。 管理端末の構成例である。 ゲートウェイの構成例である。 クラウド構成定義テーブルの例である。 拡張メタデータテーブルの例である。 配置予定クラウドテーブルの例である。 ユーザ管理テーブルの例である。 ファイル配置管理テーブルの例である。 プライベートクラウドの構成例である。 ファイル配置管理部の処理フローチャートの例である。 ファイル配置管理部の処理フローチャートの例である。 ユーザ管理クラウド構成定義テーブル設定画面の表示例である。 クラウド構成管理部の処理フローチャートの例である。 配置数計算部の処理フローチャートの例である。 ユーザ管理テーブル設定画面の例である。 ユーザ管理テーブル更新部の処理フローチャートの例である。 拡張メタデータ設定画面の例である。 拡張メタデータテーブル更新部の処理フローチャートの例である。 管理端末のファイル拡張メタデータ更新画面の例である。
　以下、計算機（ゲートウェイ）を介して、１つのプライベートクラウド（ストレージ）と３つのパブリッククラウド（ストレージ）へファイルを保存するファイル保存システムを例として、ハイブリッドクラウドシステムの実施形態を説明する。ハイブリッドクラウドシステムは、プライベートクラウドとパブリッククラウドとを使用するという意味でハイブリッドクラウドシステムと呼ぶ。プライベートクラウドとパブリッククラウドとの差異は、Ｓｅｒｖｉｃｅ　Ｌｅｖｅｌ　Ａｇｒｅｅｍｅｎｔで定められた可用性情報（以下、ＳＬＡ）、コスト、性能などである。ＳＬＡは、クラウドシステムのようなサービスの提供者とサービスを受ける側との間で、取り決められたサービスの内容や品質である。
　本実施形態では、ＳＬＡを可用性（稼働率）として説明する。またプライベートクラウドとパブリッククラウドとは、一般に異なる管理者や事業者によって運用され、プライベートクラウドは、特定のユーザ（クライアント端末）に限定されたクラウドであり、パブリッククラウドは一般に開放されたクラウドである。本実施形態におけるクラウドサービスは、ファイル保存サービスであり、プライベートクラウドとパブリッククラウドの各々をプライベートストレージサービスとパブリックストレージサービスと言い換えてもよい。一般に、プライベートクラウドは、パブリッククラウドに比べて高いＳＬＡを有している。
　本実施形態のファイル保存サービスシステムは、クライアント端末、クライアント端末からのファイルを格納するハイブリッドクラウドおよび計算機（ゲートウェイ）を、ネットワークを介して接続する構成である。計算機（ゲートウェイ）は、ファイルをハイブリッドクラウドへ格納する、条件および目標可用性を格納する拡張メタデータテーブル、および拡張メタデータテーブルに対応してハイブリッドクラウドに含まれる第１のクラウドの第１の識別子を格納する配置予定クラウドテーブルを有する。計算機（ゲートウェイ）は、さらに、拡張メタデータテーブルに格納された条件を満足する、ハイブリッドクラウドに含まれる第２のクラウドを選択し、選択した第２のクラウドの可用性が目標可用性を満足するとき、選択した第２のクラウドの識別子を、配置予定クラウドテーブルの第１のクラウドの第１の識別子として格納する配置数計算部、およびクライアント端末からのファイルのネットワークを介した受信に応答して、ファイルに対応付けられた拡張メタデータテーブルを参照して、配置予定クラウドテーブルに格納されている第１のクラウドの第１の識別子を取得し、取得した第１の識別子で特定される第１のクラウドにファイルを格納するファイル配置管理部を有する。
　以下、本実施形態を（１）ハイブリッドクラウドシステムの構成及びハイブリッドクラウドシステムで用いるテーブル構成など、（２）ハイブリッドクラウドシステムへファイルを配置する処理、（３）ハイブリッドクラウドシステムからファイルを読み出す処理、（４）ハイブリッドクラウドシステムを構成するパブリッククラウドの構成変更に対応する処理、（５）ファイルの配置仕様の変更に対応する処理、（６）ファイルの配置条件の変更に対応する処理の順序で説明する。ファイルの配置仕様と配置条件の関係は、ファイルの配置仕様はいくつかのファイル配置条件を纏めたものであり、配置仕様も複数用意する。配置条件は、後述する拡張メタデータテーブルの項目として示され、配置仕様は拡張メタデータテーブルとして示される。
　（１）ハイブリッドクラウドシステムの構成及びハイブリッドクラウドシステムで用いるテーブル構成などについて（図１～図１０）
図１は、プライベートクラウドとパブリッククラウドが存在するハイブリッドクラウドを用いたファイル保存サービスシステムの構成図の例である。ハイブリッドクラウドは、換言すると、可用性、コスト、性能などが異なる複数のクラウドを含んでいる。
　ファイル保存サービスシステムは、クライアント端末１００、管理端末２００、ゲートウェイ（計算機）３００、及びプライベートクラウド４００がＬＡＮ８００を介して接続し、さらにゲートウェイ３００がパブリッククラウド５００とＷＡＮ９００を介して接続している。
　クライアント端末１００は、ゲートウェイ３００により提供されるファイル保存サービスを利用するユーザによって使用される計算機である。管理端末２００は、ゲートウェイ３００、プライベートクラウド４００及びクライアント端末１００を、ＬＡＮ８００を介して管理する管理する計算機である。また、管理端末２００は、パブリッククラウド５００の管理情報を必要に応じて取得することができる。
　ゲートウェイ３００は、ファイル保存サービスをクライアント端末１００に提供する計算機である。したがって、ゲートウェイ３００は、クライアント端末１００とプライベートクラウド４００やパブリッククラウド５００との間でファイルを転送する。
　プライベートクラウド４００は、ゲートウェイ３００からの指示に対応してファイルの保存サービス（格納、読み出し、更新、削除等）を提供する。
　パブリッククラウド５００は、ＷＡＮ９００を介して、ゲートウェイ３００からの指示に対応してファイルの保存サービス（格納、更新、削除等）を提供する。
　ファイルの転送方向を分りやすくするために、用語としてアップロード及びダウンロードを用いる。クライアント端末１００がプライベートクラウド４００またはパブリッククラウド５００にファイルを保存する場合のファイルの流れをアップロードとする。すなわち、クライアント端末１００からゲートウェイ３００へファイルを転送する流れや、ゲートウェイ３００からプライベートクラウド４００またはパブリッククラウド５００へファイルを転送する流れをアップロードとする。逆に、クライアント端末１００がプライベートクラウド４００またはパブリッククラウド５００に保存されているファイルを取得する（読み出す）場合のファイルの流れを、ファイルのダウンロードとする。すなわち、ゲートウェイ３００からクライアント端末１００へファイルを転送する流れや、プライベートクラウド４００またはパブリッククラウド５００からゲートウェイ３００へファイルを転送する流れをダウンロードとする。
　ファイルのアップロードやダウンロードには、ファイルを識別するファイルＩＤを用いる。クライアント端末１００は、各ファイルにクライアント端末固有のファイルＩＤを付す。本明細書では、このクライアント端末固有のファイルＩＤをユーザファイルＩＤと呼称する。ゲートウェイ３００は、各ファイルにゲートウェイ固有のファイルＩＤを付す。本明細書では、このゲートウェイ固有のファイルＩＤをゲートウェイファイルＩＤと呼称する。まクライアント端末１００からあるクラウドにファイルをアップロードする場合について説明する。クライアント端末１００は、ファイルにユーザファイルＩＤを付して、ゲートウェイ３００へ送信する。ゲートウェイ３００は、受信したファイルに対してゲートウェイファイルＩＤを付し、クライアント端末１００を識別する識別子、ユーザファイルＩＤ及びゲートウェイファイルＩＤの対応関係を保持する。ゲートウェイ３００は、ファイルにゲートウェイファイルＩＤを付して、ファイルを配置（格納）するクラウドへ送信する。クラウドはゲートウェイ３００を識別する識別子、ゲートウェイファイルＩＤ、及びファイルの格納場所を示すパス情報の対応関係を保持する。このようにして、ファイルをクラウドに配置することにより、クライアント端末１００がファイルをダウンロードする場合、クライアント端末１００はユーザファイルＩＤを指定すればよい。なお、本明細書では、特別に明記した場合を除き、クライアント端末１００から送信されるファイルＩＤはユーザファイルＩＤであり、ゲートウェイの各処理で使われるファイルＩＤはゲートウェイファイルＩＤである。
　図２は、クライアント端末１００の構成図である。クライアント端末１００は、ＣＰＵ１５０と、メモリ１１０と、ＬＡＮ８００に接続するためのＩ／Ｆ（インタフェイス）１８０と、それらを接続する内部的な通信路を有する計算機である。
　ＣＰＵ１５０は、メモリ１１０に格納されている処理部（プログラム）を実行する。メモリ１１０は、処理部（プログラム）やデータを格納する。処理部は、例えば、ゲートウェイ３００にファイルを送受信するファイルアクセス部１１１である。
　図３は、管理端末２００の構成図である。管理端末２００は、ゲートウェイ３００を管理するための端末であり、ＣＰＵ２５０と、メモリ２１０と、ＬＡＮ８００に接続するためのＩ／Ｆ２８０と、表示画面を持つ入出力装置２４１と、それらを接続する内部的な通信路を有する計算機である。
　ＣＰＵ２５０は、メモリ２１０に格納された処理部（プログラム）を実行する。メモリ２１０は、処理部（プログラム）やデータを格納する。処理部は、例えば、ゲートウェイ管理部２１１であり、詳細は後述する。
　図４は、ゲートウェイ３００の構成図である。ゲートウェイ３００は、メモリ１００と、ＣＰＵ３５０と、記憶装置（以下、ボリューム）３７０と、ＬＡＮ８００に接続するためのＩ／Ｆ３８０と、ＷＡＮ９００に接続するためのＩ／Ｆ３９０と、それらを接続する内部的な通信路（例えば、バス）を有する計算機である。ＣＰＵ３５０は、メモリ３１０に格納された、後述する処理部（プログラム）を実行する。
　ボリューム３７０は、スタブファイル３７１とファイル３７２を格納する。スタブファイル３７１は、ユーザ名とユーザファイルＩＤとゲートウェイファイルＩＤの対応関係を格納する。ファイル３７２は、ファイルの実体であるデータ３７５、基本メタデータ３７６、拡張メタデータ３７７、ファイルＩＤ３７８を格納する。
　基本メタデータ３７６は、ユーザ名（ファイル３７２の管理者や作成者）やＡＣＬ（Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　Ｌｉｓｔ、アクセス許可対象を示すリスト）などのメタデータを示す。拡張メタデータ３７７の詳細は、後述する。ファイルＩＤ３７８は、ファイル３７２を一意に識別するための識別子であり、前述のゲートウェイファイルＩＤである。
　メモリ３１１は、ファイル保存サービスのための処理部（プログラム）やテーブル類を格納する。メモリ３１１に格納される処理部は、ウェブアクセス部３１１、ファイルサーバ部３１２、クラウド構成管理部３１３、ファイル配置管理部３１４、および複製数計算部３１５である。
　ウェブアクセス部３１１は、プライベートクラウド４００やパブリッククラウド５００との間でファイルを送受信する。ファイルサーバ部３１２は、クライアント端末１００にファイルサーバの機能を提供し、具体的には、クライアント端末１００へのスタブファイル３７１の内容の表示や、クライアント端末１００との間でファイルを送受信する。ウェブアクセス部３１１及びファイルサーバ部３１２には、既存のウェブアクセスプログラム及びファイルサーバプログラムを用いてもよい。他の各処理部の詳細は後述する。またメモリ３１１は、後述するように、図示を省略している処理部を格納する。
　テーブルは、クラウド構成定義テーブル３１６、拡張メタデータテーブル３１７、配置予定クラウドテーブル３１８、ユーザ管理テーブル３１９、およびファイル配置管理テーブル３２０である。さらに、メモリ３１１は、各処理部の実行に必要なワークエリアなどの領域を有する。
　図５は、クラウド構成定義テーブル３１６の例である。クラウド構成定義テーブル３１６は、ゲートウェイ３００がファイル保存サービスのために用いるハイブリッドクラウドを構成するプライベートクラウド４００とパブリッククラウド５００の各々の構成情報を格納する。クラウド構成定義テーブル３１６は、クラウド番号１６０１、クラウド名１６０２、プライベートクラウド１６０３、アクセスＩＤ１６０４、読み出し専用１６０５、ＳＬＡ１６０６、月額コスト１６０７、トランザクションコスト１６０８、格納コスト１６０９、応答時間１６１０、および帯域幅１６１１を含む。
　クラウド番号１６０１は、プライベートクラウド４００やパブリッククラウド５００の各クラウドを一意に識別する識別子である。クラウド名１６０２は、クラウドの名称である。プライベートクラウド１６０３は、クラウドがプライベートクラウドであるか否かを示す。アクセスＩＤ１６０４は、ゲートウェイ３００のウェブアクセス部３１１がプライベートクラウド４００またはパブリッククラウド５００にアクセスするためのパス情報（アドレス）である。読み出し専用１６０５は、クラウドが読み出し専用であるか否かを示す。ＳＬＡ１６０６は、プライベートクラウド４００またはパブリッククラウド５００のクラウドのＳＬＡである。
　月額コスト１６０７は、月当たりのクラウドの利用料である。トランザクションコスト１６０８は、トランザクション処理当たりのクラウドの利用料である。格納コスト１６０９は、所定データ容量当たりのクラウドの利用料である。応答時間１６１０は、クラウドへのアクセスに要する処理時間である。帯域幅１６１１は、ゲートウェイ３００がクラウドとの間でファイルを転送するときのファイル転送最大速度である。
　図６は、拡張メタデータテーブル３１７の例である。拡張メタデータテーブル３１７は、ゲートウェイ３００がファイルを配置する（格納する）クラウドを選択するための条件を格納している。拡張メタデータテーブル３１７は、ユーザ毎に又は観点毎にクラウドを選択するための条件を設けても良く、その場合は、ゲートウェイ３００はユーザ対応又は観点対応に拡張メタデータテーブル３１７（１７００ａから１７００ｎ）を用意する。拡張メタデータテーブル３１７は、拡張メタデータテーブル番号１７０２、目標ＳＬＡ１７０３、プライベートクラウド下限配置数１７０４、強制配置クラウド１７０５、配置拒否クラウド１７０６、月額制限コスト１７０７、トランザクション制限コスト１７０８、格納制限コスト１７０９、応答時間制限１７１０、および帯域制限１７１１を含む。
　拡張メタデータテーブル３１７の各項目は、値、条件、および優先順位の欄を持つ。値および条件は、たとえば月額制限コスト１７０７は、ファイル保存に要する月額コストが15＄以下であることを示す。優先順位は、クラウドを選択するときに用いる各項目の順番を示す（１が最優先とする）。月額制限コスト１７０７、トランザクション制限コスト１７０８、格納制限コスト１７０９、応答制限コスト１７１０、および帯域制限コスト１７１１の観点１７０１は、値と条件、さらに優先順位を持ち、条件を満足しないクラウドを選択しないための指標である。
　拡張メタデータテーブル番号１７０２は、各拡張メタデータテーブル１７００ａから１７００ｎを一意に識別する識別子である。目標ＳＬＡ１７０３は、ゲートウェイ３００がファイルをクラウドに配置するときに保証するＳＬＡである。ここでは、ＳＬＡは可用性（稼働率）であるので％を単位とする。
　プライベートクラウド下限配置数１７０４には、プライベートクラウド４００に配置する同一ファイルの数である。プライベートクラウド４００に少なくともプライベートクラウド下限配置数１７０４の数の同一ファイル（元のファイル及び/又は複製ファイル）を格納する。強制配置クラウド１７０５は、ファイルを必ず配置するクラウド番号である。配置拒否クラウド１７０６は、ファイルを配置するクラウドから除外する（ファイルを配置しない）クラウド番号を格納する。
　月額制限コスト１７０７は、ファイルを配置するために要する月額コストの条件である。トランザクション制限コスト１７０８は、クラウドに配置したファイルへアクセスするために要するトランザクションコストの条件である。格納制限コスト１７０９は、ファイルを配置するために要する単位容量当たりの格納コストの条件である。
　応答時間制限１７１０は、配置したファイルへアクセスするときの応答時間の条件である。帯域制限１７１１は、ファイルを配置（格納）または読みだすファイル転送速度（帯域）の条件である。
　図７は、配置予定クラウドテーブル３１８の例である。配置予定クラウドテーブル３１８は、拡張メタデータテーブル３１７に示される条件の下で、ファイルを配置するクラウドを決定した結果を格納する。配置予定クラウドテーブル３１８は、拡張メタデータテーブル番号１８０１、配置予定クラウド番号１８０２、プライベートクラウド配置予定数１８０３、および配置後ＳＬＡ１８０４を含む。
　配置予定クラウド番号１８０２は、ファイルを配置するパブリッククラウド５００のクラウド番号の一覧を格納する。プライベートクラウド配置予定数１８０３は、プライベートクラウド４００に配置する、パブリッククラウド５００に配置するファイルと同一のファイルの数を示す。配置後ＳＬＡ１８０４は、ファイルを配置する配置予定クラウド番号１８０２に示すクラウドとプライベートクラウド配置予定数１８０３に示す数のファイルを配置するプライベートクラウド４００とのＳＬＡから求めた、配置（保存）するファイルを保証するＳＬＡ（稼働率）の値である。
　図８は、ユーザ管理テーブル３１９の例である。ユーザ管理テーブル３１９は、ユーザ１９０１が使用する拡張メタデータテーブル番号１９０２と、ユーザ１９０１がクラウドからファイルを取得する（クライアント端末１００から見ると、ゲートウェイ３００にファイルが格納されているように見える）際の優先する取得方法を示す読み出し優先度情報１９１０を格納する。
　ユーザ１９０１には、ゲートウェイ３００との間でファイルをアップロードまたはダウンロードするためにクライアント端末１００を使用するユーザを一意に識別する識別子を格納する。拡張メタデータテーブル番号１９０２は、ユーザ１９０１対応の拡張メタデータテーブル番号である。
　読み出し優先度情報１９１０は、コスト優先１９１１、速度優先１９１２、および読み出しクラウド１９１３を含み、ゲートウェイ３００がクラウドからファイルを取得する（ダウンロードする）際に優先する方法（チェック）を示す。コスト優先１９１１は、ゲートウェイ３００が同一ファイルを格納する複数のクラウドから、低価格でファイルを取得できるクラウドを選択することを示す。速度優先１９１２は、ゲートウェイ３００が同一ファイルを格納する複数のクラウドから、高速に（短時間で）ファイルを取得できるクラウドを選択することを示す。読み出しクラウド１９１３は、コスト優先１９１１や速度優先１９１２に関わらず、ファイルを読み出すクラウドを固定する場合に、そのクラウド番号を設定する。
　図８のユーザ管理テーブル３１９は、ユーザ対応に拡張メタデータテーブル番号１９０２を示しているが、図示するように異なるユーザに同じ拡張メタデータテーブル番号（EX_1）が対応付けられても良い。
　図９は、ファイル配置管理テーブル３２０の例である。ファイル配置管理テーブル３２０は、ファイルＩＤ２００１、現在値ＳＬＡ２００２、プライベートクラウド情報２０１０、およびパブリッククラウド情報２０２０を含む。
　ファイルＩＤ２００１は、クラウドに格納しているファイルを一意に識別する、ゲートウェイファイルＩＤである。現在値ＳＬＡ２００２は、ファイルＩＤ２００１が示すファイルが配置されているパブリッククラウドのＳＬＡとプライベートクラウドの配置数から得られるＳＬＡである。
　プライベートクラウド情報２０１０は、プライベートクラウド４００に配置してある、ファイルＩＤ２００１が示すファイルの数（配置数２０１１）である。パブリッククラウド情報２０２０は、パブリッククラウド５００のクラウド番号２０２１とパブリッククラウド５００に保存するファイルにアクセスするためのパス２０２２の組である。また、複数のパブリッククラウド５００にファイルＩＤ２００１が示すファイルを配置している場合は、その数に応じたクラウド番号２０２１とパス２０２２の組である。パス２０２２は、ファイルを配置してあるパブリッククラウド５００のパス情報（アドレス）を示し、ウェブアクセス部３１１がパブリッククラウド５００にアクセスするときに用いる。
　図１０は、プライベートクラウド（ストレージ）４００の構成図である。プライベートクラウド４００は、ＬＡＮ８００に接続するエッジサーバ６００、ストレージ装置７００、及びそれらを接続するストレージネットワーク４１０を含む。
　エッジサーバ６００は、ＣＰＵ６５０、メモリ６１０、ＬＡＮ８００に接続するためのＩ／Ｆ６８０、ストレージネットワークに接続するためのＩ／Ｆ６９０、及びそれらを接続する内部的な通信路（例えば、バス）を有する計算機である。メモリ６１０は、処理部（プログラム）やデータを格納する。メモリ６１０は、ウェブサーバ部６１１と、ファイルサーバ部６１２が格納される。ウェブサーバ部６１１は、ゲートウェイ３００とプライベートクラウド４００間でファイルを送受信する。ファイルサーバ６１２は、エッジサーバ６００とストレージ装置７００間でファイルを送受信する。前述のように、ファイルはゲートウェイ３００固有のファイル識別子を付してプライベートクラウド４００に転送されるので、エッジサーバ６００がゲートウェイ３００固有のファイル識別子とプライベートクラウド４００固有のファイル識別子との対応関係を示す対応テーブルを有し、ウェブサーバ部６１１が対応テーブルを参照して、プライベートクラウド４００内のファイル操作（格納、読み出し）を実行する。
　ストレージ装置７００は、ＣＰＵ７５０、メモリ７１０、ｎ個のボリューム７７０、内部ネットワークに接続するＩ／Ｆ７９０、それらを接続する内部的な通信路（例えば、バス）を有する計算機である。ボリューム７７０にファイルを格納する。メモリ７１０は、処理部（プログラム）やデータを格納する。メモリ７１０は、複製数制御部７１１を格納する。複製数制御部７１１は、ゲートウェイ３００により指定された配置数に対応してファイルを配置する。ゲートウェイ３００が配置数に対応してファイルをプライベートクラウド４００に転送する態様では、複製数制御部７１１は不要である。ファイルは、ストレージ装置700a～700nやボリューム770a～770nに跨って配置されてもよい。ストレージネットワーク４１０は、例えば、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）やＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）である。
　パブリッククラウド５００の構成の図示を省略するが、図１０のプライベートクラウド４００の構成と同様である。プライベートクラウド４００と異なる点は、前述のように運用主体の事業者や、図５のクラウド構成定義テーブル３１６に示したＳＬＡや各種コスト、性能などである。
　（２）ハイブリッドクラウドシステムへファイルを配置する処理について（図１１）
ユーザＡがクライアント端末１００からファイルをゲートウェイ３００にアップロードすると、ファイルサーバ部３１２は、受信したファイルを、ファイル３７２のデータ（受信したファイルの実体）３７５としてボリューム３７０に格納する。ファイルサーバ部３１２は、ファイルと共に受信する、ユーザＡをユーザ名として含む基本メタデータを基本メタデータ３７６に格納する。ユーザ名はクライアント端末１００からファイルを受信したときの送信アドレスを基に特定しても良い。ファイルサーバ部３１２は、さらに、受信したファイルに付与されているクライアント端末ユーザファイルＩＤをゲートウェイファイルＩＤに変換し、その対応関係をスタブファイル３７１に格納するとともに、ボリューム３７０のファイルＩＤ３７８にゲートウェイファイルＩＤを格納する。ファイルサーバ部３１２は、ファイル配置管理部３１４を起動する。
　図１１は、ゲートウェイ３００のファイル配置管理部３１４の処理フローチャートの例である。ファイル配置管理部３１４は、基本メタデータ３７６に格納されている、ファイルをアップロードしたユーザ名を取得する（Ｓ２４０１）。ここでは、ユーザ名はユーザＡとする。
　ファイル配置管理部３１４は、ユーザ管理テーブル３１９（図８）を参照して、ユーザ１９０１がユーザＡの拡張メタデータテーブル番号１９０２（EX_1）を取得する（Ｓ２４０２）。ファイル配置管理部３１４は、取得した拡張メタデータ番号EX_1の拡張メタデータテーブル３１７（ここでは、１７００ａの拡張メタデータテーブル）を取得し、取得した拡張メタデータテーブル３１７を、ファイルサーバ３１２が受信したファイルに対応付けるために、ファイル３７２の拡張メタデータ３７７に格納する（Ｓ２４０３）。
　ファイル配置管理部３１４は、配置予定クラウドテーブル３１８を参照して、拡張メタデータ３７７に格納した拡張メタデータテーブル番号EX_1に対応する、配置予定クラウド番号１８０２（図７では、「１」、「２」）およびプライベートクラウド配置予定数１８０３（図７では、「１」）を取得する（Ｓ２４０４）。
　ファイル配置管理部３１４は、ファイル配置管理テーブル３２０に新たなエントリ（行）を確保し、そのファイルＩＤ２００１として、ファイル３７２のファイルＩＤ３７８に格納したゲートウェイファイルＩＤを格納し、プライベートクラウド配置予定数１８０３の内容「１」をプライベートクラウド情報２０１０の配置数２０１１に格納する。新たなエントリのパブリッククラウド情報２０２０のクラウド番号２０２１a、２０２１ｂにそれぞれ配置予定クラウド番号１８０２の「１」、「２」を格納する（Ｓ２４０５）。クラウド番号２０２１a、２０２１ｂに対応するパス情報２０２２a、２０２２ｂは、別途用意しているクラウド番号とパス情報との対応表を参照して格納する。
　ファイル配置管理部３１４は、ファイル配置管理テーブル３２０に新たなエントリのファイルＩＤ２００１に格納したゲートウェイファイルＩＤを特定して、ウェブアクセス部３１１を起動する（Ｓ２４０６）。ウェブアクセス部３１１は、特定されたファイルＩＤに対応するファイルのデータ３７５を、ファイル配置管理テーブル３２０に指定された配置数２０１１の数に対応してプライベートクラウド４００に送信・配置し、ファイル配置管理テーブル３２０に指定されたパブリッククラウド情報２０２０のパス情報２０２２a、２０２２ｂをアドレスとしてクラウド番号２０２１a、２０２１ｂのパブリッククラウド５００に送信・配置する。プライベートクラウド４００が、配置数に応じて、ファイルを複製配置する場合（図１０の複製数制御部７１１が用意されている場合）は、ウェブアクセス部３１１によるファイルの送信は１回で良い。
　ファイル配置管理部３１４は、ユーザＡにアップロードの完了を通知するために、スタブファイル３７１を参照して、ハイブリッドクラウドに配置したファイルのゲートウェイファイルＩＤに対応するユーザファイルＩＤを、クライアント端末１００に送信する（Ｓ２４０７）。
　以上のように、ユーザに対応付けた拡張メタデータ（拡張メタデータテーブル３１７の内容）に基づき、ファイルを配置するクラウドを選択するので、プライベートクラウド４００の代わりになるパブリッククラウド５００を拡張メタデータテーブル番号として、配置予定クラウドテーブル３１８およびユーザ管理テーブル３１９に設定しておくことにより、設定に基づいて、ファイルを配置するクラウドを選択できる。配置予定クラウドテーブル３１８およびユーザ管理テーブル３１９への設定については後述する。
　（３）ハイブリッドクラウドシステムからファイルを読み出す処理について（図１２）
ユーザＡが、ゲートウェイ３００からファイルをダウンロードするために、クライアント端末１００からユーザファイルＩＤを送信すると、ファイルサーバ部３１２は、スタブファイル３７１のファイルＩＤの対応表を参照して、ユーザファイルＩＤをゲートウェイファイルＩＤに変換し、ボリューム３７０のファイルＩＤ３７８に格納する。ここでは、ファイルＩＤ３７８に格納するファイルＩＤを「３ｄｂ５ｄ６」とする。ファイルサーバ部３１２は、ユーザ名をスタブファイル３７１を参照して特定し、基本メタデータ３７６に格納する。ファイルサーバ部３１２は、ファイル配置管理部３１４を起動する。
　図１２は、ゲートウェイ３００のファイル配置管理部３１４の処理フローチャートの例である。ファイル配置管理部３１４は、ユーザ管理テーブル３１９を参照して、基本メタデータ３７６に含まれるユーザ名に対応する読み出し優先度情報１９１０を取得する（Ｓ２６０１）。図８では、ユーザＡはクラウド番号「３」のパブリッククラウド５００から所望のファイルを優先的に読み出し、クラウド番号「３」のパブリッククラウド５００に所望のファイルがなく、クラウド番号３以外のパブリッククラウド５００に所望のファイルが複数配置されている場合、クラウド番号３以外のパブリッククラウド５００又はプライベートクラウド４００に配置されている所望のファイルの一つを速度優先で取得する。
　ファイル配置管理部３１４は、ファイル配置管理テーブル３２０を参照して、ファイルＩＤ２００１「３ｄｂ５ｄ６」に対応するクラウド情報（プライベートクラウド情報２０１０およびパブリッククラウド情報２０２０）を取得する（Ｓ２６０２）。ここでは、プライベートクラウド情報２０１０として配置数「１」、パブリッククラウド情報２０２０としてクラウド番号「１」、「２」を取得する。
　ファイル配置管理部３１４は、読み出し優先度情報とクラウド情報から、ファイルＩＤ「３ｄｂ５ｄ６」のファイルを読み出すクラウドを選択する（Ｓ２６０３）。ファイルを読み出すクラウドとして、ユーザ管理テーブル３１９の読み出しクラウド１９１３に設定してあるクラウド番号のクラウドを選択する。ただし、読み出しクラウド１９１３に設定してあるクラウド番号のクラウドにファイルが配置されていない場合や読み出しクラウド１９１３にクラウド番号が設定されていない場合は、速度優先またはコスト優先で読み出すクラウドを選択する。コスト優先であれば、クラウド構成定義テーブル３１６を参照して、トランザクションコストが最も低いクラウドを選択する。また、読み出し優先度情報１９１０が速度優先であれば、クラウド構成定義テーブル３１６を参照して、帯域幅１６１１が最も大きいクラウドを選択する。ここでは、読み出しクラウド１９１３にクラウド番号「３」が設定されているが、所望のファイル（ファイル配置管理テーブル３２０のファイルＩＤ２００１が３ｄｂ５ｄ６のファイル）が配置されていないので、速度優先でクラウドを選択する。クラウド構成定義テーブル３１６を参照して、クラウド番号「１」、「２」のクラウドを比較して、帯域幅がより大きいクラウド番号「１」のクラウドを選択する。
　ファイル配置管理部３１４は、Ｓ２６０３で選択したクラウド（クラウド番号「１」のクラウド）からファイル（ファイルＩＤ２００１が３ｄｂ５ｄ６のファイル）を取得するか否かをユーザＡに問い合わせる（Ｓ２６０４）。ユーザＡに問い合わせる場合、ファイル配置管理部３１４は、ファイル配置管理テーブル３２０のファイルＩＤ２００１「３ｄｂ５ｄ６」と対応させて、ファイルが配置されているクラウド情報（プライベートクラウド情報２０１０およびパブリッククラウド情報２０２０）をクライアント端末１００へ送信する。ユーザＡは、受信したクラウド情報に基づいて、Ｓ２６０４で選択したクラウドか（ＯＫ）、受信したクラウド情報に含まれる他のクラウド番号のクラウドか（ＮＧ）を選択する（Ｓ２６０５）。ＮＧの場合、ユーザＡは選択したクラウド番号をクライアント端末１００から送信する。ユーザへの問い合わせが不要ならば、Ｓ２６０４及びＳ２６０５の処理を省略する。
　ファイル配置管理部３１４は、ダウンロードするゲートウェイファイルＩＤ（３ｄｂ５ｄ６）および選択したクラウド番号を特定して、ウェブアクセス部３１１にファイルのダウンロードを要求する（Ｓ２６０６）。ウェブアクセス部３１１は、ダウンロードしたファイルをボリューム３７０のファイル３７２のデータ３７５に格納する。ファイル配置管理部３１４は、ダウンロードされ、データ３７５に格納されているファイルをクライアント端末１００へ転送する（Ｓ２６０７）。
　図１２にファイルをダウンロードする場合のファイル配置管理部３１４の処理を示し、図１１にファイルをアップロードする場合のファイル配置管理部３１４の処理を示して説明したが、ファイルまたはユーザファイルＩＤを受信するファイルサーバ部３１２がアップロード又はダウンロードを指定してファイル配置管理部３１４を起動し、アップロード又はダウンロードの指定に応じて起動されたファイル配置管理部３１４が図１１又は図１２に示す処理に分岐しても良い。
　以上のように、クラウド構成定義テーブル３１６とユーザ管理テーブル３１９の設定に基づいて、ファイルをダウンロードするクラウドを選択するため、ダウンロードする費用を最小または速度を最速にするクラウドを選択することとができる。
　（４）ハイブリッドクラウドシステムを構成するパブリッククラウドの構成変更に対応する処理について（図１３～図１５）
図１３は、クラウド構成定義テーブル設定画面１１００の例である。管理端末２００から管理者の入力を受け付け、ゲートウェイ３００のメモリ３１０にあるクラウド構成定義テーブル３１６を編集する例を示している。クラウド構成定義テーブル設定画面１１００は、次のような項目を表示し、管理者からの項目内容の変更などの入力を受け付ける。クラウド構成定義テーブル設定画面１１００は、クラウド構成定義テーブル３１６の項目に対応し、クラウド番号１１０１、クラウド名１１０２、プライベートクラウド１１０３、アクセスＩＤ１１０４およびクラウド構成の設定内容を表示する。クラウド構成の設定内容は、ＳＬＡ１１０５、月額コスト１１０６、トランザクションコスト１１０７、格納コスト１１０８、応答時間１１０９、および帯域１１１０である。さらに、クラウド番号１１０１及びクラウド名１１０２に表示するクラウドの、削除指示を入力する削除ボタン１１１１、新規追加の指示を入力する新規追加ボタン、更新指示を入力する更新ボタン１１１３を有する。各ボタンによる指示入力に応答して、クラウド構成管理部３１３を起動する。
　図１４は、クラウド構成管理部３１３の処理フローチャートの例である。クラウド構成管理部３１３は、指示入力の種別を判定し（Ｓ２８０１）、新規追加ボタン１１１２または更新ボタン１１１３による指示入力の場合、Ｓ２８０２に進み、削除ボタン１１１１による指示入力の場合、Ｓ２８０３に進む。
　新規追加ボタン１１１２または更新ボタン１１１３による指示入力の場合、クラウド構成管理部３１３は、各拡張メタデータテーブル３１７を指定して、配置数計算部３１５を起動する（Ｓ２８０２）。後述する配置数計算部３１５の処理によって、配置予定クラウドテーブル３１８が更新される。たとえば、クラウド構成管理テーブル３１６のクラウド番号が「２」の第二パブリッククラウドの帯域幅が１００ＭＢ／ｓｅｃから１０ＭＢ／ｓｅｃに変更された場合、拡張メタデータテーブル番号がＥＸ＿１の拡張メタデータテーブル３１７の帯域制限１７１１が１０ＭＢ／ｓｅｃ以上であるが、第三パブリッククラウドの帯域幅が第二パブリッククラウドの帯域幅より広い（高速な）５０ＭＢ／ｓｅｃであるので、配置予定クラウドテーブル３１８の拡張メタデータテーブル番号EX_1の配置予定クラウド番号１８０２が「１」，「２」から「１」，「３」に更新される。更新された（使用しなくなった）配置予定クラウド番号「２」をワークエリアに記憶しておく。
　一方、削除ボタン１１１１による指示入力の場合、クラウド構成管理部３１３は、配置予定クラウドテーブル３１８を参照して、削除されたクラウド番号のクラウドを使用している拡張メタデータ番号１８０１を指定して、配置数計算部３１５を起動する（Ｓ２８０３）。後述する配置数計算部３１５の処理によって、配置予定クラウドテーブルが更新される。たとえば、クラウド番号が「１」の第一パブリッククラウドが削除された場合、配置予定クラウドテーブル３１８の拡張メタデータテーブル番号EX_1の配置予定クラウド番号１８０２が「１」，「２」から「２」，「３」に更新される。更新された（使用しなくなった）配置予定クラウド番号「１」をワークエリアに記憶しておく。
　新規追加ボタン１１１２または更新ボタン１１１３による指示入力の場合のＳ２８０２の処理と削除ボタン１１１１による指示入力の場合のＳ２８０３の処理との差異は、前者がすべての拡張メタデータテーブル３１７に関して、配置数計算部３１５を実行するのに対して、後者が削除されたクラウド番号のクラウドを使用している拡張メタデータテーブル３１７に関して、配置数計算部３１５を実行する点である。
　クラウド構成管理部３１３は、ファイル配置管理テーブル３２０の中で、ワークエリアに記憶してある配置予定クラウド番号がパブリッククラウド情報２０２０に含まれるファイルＩＤ２００１があるか否かを判定する（Ｓ２８０４）。ファイルＩＤ２００１がない（ＮＯ、配置予定クラウドに変更がない）ならば、処理を終了し、ある（ＹＥＳ）ならば、Ｓ２８０５、Ｓ２８０６の処理を繰り返すことによりファイルを再配置する。配置予定クラウド番号「１」をたとえばＳ２８０３でワークエリアに記憶した配置予定クラウド番号「１」を使用していたファイルＩＤ２００１「３ｄｂ５ｄ６」があると判定される。
　クラウド構成管理部３１３は、更新された（使用しなくなった）配置予定クラウドに配置していたファイルのファイルＩＤを持つ同一のファイルを、ウェブアクセス部３１１を起動して、構成が変更されていないクラウドからダウンロードする（Ｓ２８０５）。ダウンロード先は、ボリューム３７０のファイル３７２である。ファイルの実体をデータ３７５に格納する。また、ファイルＩＤ３７８にはダウンロードしたファイルのファイルＩＤを格納する。たとえば、Ｓ２８０３で示した例では、ファイルＩＤ２００１が「３ｄｂ５ｄ６」のファイルは配置予定クラウド番号「１」のクラウドを使用しなくなったので、ファイル配置管理テーブル３２０を参照して、構成が変更されていない配置予定クラウド番号「２」のクラウドからダウンロードする。
　クラウド構成管理部３１３は、ダウンロードし、ファイル３７２に格納したファイルを配置予定クラウド番号が新たに設定されたクラウドに、ウェブアクセス部３１１を起動して、アップロードする（Ｓ２８０６）。たとえば、Ｓ２８０３で示した例では、ファイル配置管理テーブル３２０を参照して、新たに設定されたクラウドの配置予定クラウド番号「３」のクラウドにアップロードする。以上のＳ２８０５、Ｓ２８０６の処理を繰り返すことにより、クラウド構成の変更に応じて、ファイルを再配置できる。
　なお、更新された（使用しなくなった）配置予定クラウドに配置していたファイルを必要に応じて、ウェブアクセス部３１１を起動して削除する。
　図１５は、配置数計算部３１５の処理フローチャートの例である。配置数計算部３１５の処理を説明するために、クラウド構成管理部３１３のＳ２８０２で例示した、クラウド番号「２」の第二パブリッククラウドの帯域幅が１００ＭＢ／ｓｅｃから１０ＭＢ／ｓｅｃに変更された例を用いる。
　配置数計算部３１５は、ファイル配置管理部３１４から指定された拡張メタデータテーブル３１７の強制配置クラウド１７０５のクラウド番号に対応するクラウドのＳＬＡをクラウド構成定義テーブル３１６から取得し、拡張メタデータテーブル３１７のプライベートクラウド下限配置数１７０４を取得し、クラウド構成定義テーブル３１６からプライベートクラウドのＳＬＡを取得し、プライベートクラウドの配置数分のＳＬＡと強制配置クラウドのＳＬＡから合成したＳＬＡを求める（Ｓ２５０１）。合成したＳＬＡを計算ＳＬＡと呼ぶ。計算ＳＬＡの求め方は、各クラウドが並列の構成と見なせるので、ＳＬＡ(稼働率)をαi(iはi番目のクラウド、i=1,2,・・,n)とし、（計算ＳＬＡ）＝１－Π（１－αi）で求める。
　配置数計算部３１５は、求めた計算ＳＬＡと指定された拡張メタデータテーブルの目標ＳＬＡ１７０３を比較し、計算ＳＬＡが目標ＳＬＡ１７０３以上の場合はステップＳ２５０８に進み、計算ＳＬＡが目標ＳＬＡ未満の場合はＳ２５０３へ進む（Ｓ２５０２）。
　配置数計算部３１５は、指定された拡張メタデータテーブル３１７の各種条件１７０７～１７１１を満足するパブリッククラウドを、クラウド構成定義テーブル３１６から選択し、選択したクラウドを拡張メタデータテーブル３１７の優先度を用いて、条件の良い順に降順ソートする（Ｓ２５０３）。たとえば、図６に示す拡張メタデータテーブル３１７において、各種条件１７０７～１７１１を満足するクラウドが複数あり、優先順位「１」の帯域制限１７１１に対応する、複数のパブリッククラウド５００の帯域幅１６１１が等しいならば、優先順位「２」の応答時間制限１７１０に対応する、複数のクラウドの応答時間１６１０の短いパブリッククラウド５００を上位とするようにソートする。
　配置数計算部３１５は、ソートしたパブリッククラウド５００から上位のパブリッククラウド５００を選択し、計算ＳＬＡを求める（Ｓ２５０４）。計算ＳＬＡを求め方は前述と同様である。
　配置数計算部３１５は、求めた計算ＳＬＡと拡張メタデータテーブル３１７の目標ＳＬＡを比較し、計算ＳＬＡが目標ＳＬＡ以上の場合はステップＳ２５０８に進み、計算ＳＬＡが目標ＳＬＡ未満の場合はＳ２５０６へ進む（Ｓ２５０５）。
　配置数計算部３１５は、計算ＳＬＡが目標ＳＬＡ未満の場合、Ｓ２５０３で選択及びソートしたパブリッククラウド５００のすべてを追加したか否かを判定する。全てのパブリッククラウド５００を追加した場合はＳ２５０７へ進み、全てのパブリッククラウド５００を追加していない場合は、Ｓ２５０４へ進む（Ｓ２５０６）。
　Ｓ２５０３で選択した全てのパブリッククラウド５００を追加しても計算ＳＬＡが目標ＳＬＡ未満の場合は、プライベートクラウド４００の配置数を増やす。プライベートクラウド４００に配置数を１つ加えるごとにプライベートクラウド４００のＳＬＡを含んで計算ＳＬＡを求め、目標ＳＬＡを以上になるまでプライベートクラウド４００の配置数を増加する（Ｓ２５０７）。
　拡張メタデータテーブル３１７の目標ＳＬＡ１７０３以上の計算ＳＬＡを求めた段階（Ｓ２５０２、Ｓ２５０４又はＳ２５０７）の配置予定クラウド番号１８０２とプライベートクラウドの配置予定数１８０３を、配置予定クラウドテーブル３１８の拡張メタデータテーブル番号１８０１（ファイル配置管理部３１４から指定された拡張メタデータテーブル３１７の番号）に対応付けて更新する（Ｓ２５０８）。
　以上説明したように、クラウド構成定義テーブル３１６の設定が変更されたとき、性能指標（拡張メタデータテーブル３１７の各種条件）に基づいて、ファイルを配置するクラウドを再選択するので、ＳＬＡを満たしながら、ダウンロードする費用を最小または、速度を最速にするクラウドを選択することができる。なお、本実施例ではパブリッククラウドを追加しても目標ＳＬＡを満たさない場合に、プライベートクラウドの配置数を増やすこととしたが、それに限らず、ＳＬＡを満たす配置の中で最小のコストとなるように、パブリッククラウドとプライベートクラウドそれぞれへの配置を計算してもよい。
　（５）ファイルの配置仕様の変更に対応する処理について（図１６、図１７）
管理端末２００から、ファイルの配置仕様を変更するために、ユーザ管理テーブル３１９を更新した場合の処理を説明する。
　図１６は、管理端末２００のユーザ管理テーブル設定画面１３００の例である。ユーザ管理テーブル設定画面１３００は、ユーザ管理テーブル３１９の項目に対応して、次のような項目を表示し、管理者からの項目内容の変更などの入力を受け付ける。ユーザ管理テーブル設定画面１３００は、ユーザ名１３０１、拡張メタデータテーブル番号１３０２、ファイル読み出しで考慮する要因としてのコスト優先１３０３、速度優先１３０４及び読み出すクラウドの強制設定１３０５を表示する。さらに、設定したユーザ管理テーブル設定画面１３００の設定内容を既存ファイル（既にハイブリッドクラウドに配置されているファイル）にも適用することの指示を入力する既存ファイルにも適用ボタン１３０６、単にユーザ管理テーブル３１９の更新指示を入力する更新ボタン１３０７を有する。各ボタンによる指示入力に応答して、図４では図示を省略しているユーザ管理テーブル更新部を起動する。
　図１７は、ユーザ管理テーブル更新部の処理フローチャートの例である。ユーザ管理テーブル設定画面１３００からの指示入力に応答して、ユーザ管理テーブル３１９を、ユーザ管理テーブル設定画面１３００の設定に応じて更新する（Ｓ３００１）。拡張メタデータテーブル番号が更新されている場合は、更新前の拡張メタデータテーブル番号をワークエリアに格納しておく。指示入力が既存ファイルにも適用するかを判定し、適用する場合はＳ３００３に進み、適用しない場合は処理を終了する（Ｓ３００２）。ユーザ管理テーブル３１９の拡張メタデータテーブル番号１９０２が更新されたかを判定し、更新されていればＳ３００４に進み、更新されていなければ処理を終了する（Ｓ３００３）。
　配置予定クラウドテーブル３１８を参照して、ワークエリアに格納してある更新前の拡張メタデータテーブル番号に対応する配置予定クラウド番号１８０２を取得する（Ｓ３００４）。配置予定クラウドテーブル３１８を参照して、更新後の拡張メタデータテーブル番号に対応する配置予定クラウド番号１８０２を取得する（Ｓ３００５）。更新前後の配置予定クラウド番号１８０２が異なるかを判定し、異なればＳ３００７に進み、同じならば処理を終了する（Ｓ３００６）。更新前後の配置予定クラウド番号１８０２の差異として、更新前後で同じ配置予定クラウド番号、更新前に使用し更新後に使用しない配置予定クラウド番号、更新前に使用せずに更新後に使用する配置予定クラウド番号を特定しておく。
　スタブファイル３７１を参照して、ユーザ管理テーブル３１９を更新したユーザ１９０１に対応するゲートウェイファイルＩＤを特定する（Ｓ３００７）。特定したゲートウェイファイルＩＤのファイルを再配置する（Ｓ３００８）。ファイルの再配置は、特定してある更新前後で同じ配置予定クラウド番号のパブリッククラウド５００からファイルをダウンロードし、更新前に使用し更新後に使用しない配置予定クラウド番号のパブリッククラウド５００からファイルを削除し、更新前に使用せずに更新後に使用する配置予定クラウド番号のパブリッククラウド５００へファイルをアップロードする。ここでのダウンロード先及びアップロード元は、ボリューム３７０のファイル３７２である。また、ダウンロード、アップロード及び削除は、前述のように、ゲートウェイファイルＩＤを指定してウェブアクセス部３１１を起動することにより実行する。ファイルの再配置内容に応じて、ファイル配置管理テーブル３２０を更新する（Ｓ３００９）。
　以上説明したように、更新されたユーザ管理テーブル３１９に基づいて、拡張メタデータテーブル３１７の目標ＳＬＡを保証するように、ファイルを再配置できる。
　（６）ファイルの配置条件の変更に対応する処理について（図１８、図１９）
図１８は、管理端末２００の拡張メタデータ設定画面１２００の例である。拡張メタデータ設定画面１２００は、拡張メタデータテーブル３１７の項目に対応して、次のような項目を表示し、管理者からの項目内容の変更などの入力を受け付ける。拡張メタデータ設定画面１２００は、拡張メタデータテーブル番号１２０１、プライベートクラウド下限配置数１２０２、目標ＳＬＡ１２０３、クラウド構成の設定としての月額コスト１２０４、トランザクションコスト１２０５、格納コスト１２０６、応答時間１２０７、および帯域１２０８、強制配置クラウド１２０９、並びに、配置拒否クラウド１２１０を表示し、変更を入力する。クラウド構成の設定には、各項目の値、条件、および優先順位を表示し、変更を入力する。さらに、拡張メタデータテーブル番号１２０１の拡張メタデータテーブル３１７の削除を指示する削除ボタン１２１１、設定した拡張メタデータ設定画面１２００の設定内容の新たな拡張メタデータテーブル３１７の新規追加を指示する新規追加ボタン１２１２、設定した拡張メタデータ設定画面１２００の設定内容に拡張メタデータテーブル３１７の更新を指示する新規追加ボタン１２１３を有する。各ボタンによる指示入力に応答して、図４では図示を省略している拡張メタデータテーブル更新部を起動する。
　図１９は、拡張メタデータテーブル更新部の処理フローチャートの例である。更新する拡張メタデータテーブル３１７及び配置予定クラウドテーブル３１８の更新する拡張メタデータテーブル３１７に対応するエントリ（行）の内容をワークエリアに退避し、拡張メタデータテーブル３１７を更新する（Ｓ３１０１）。更新する拡張メタデータテーブル３１７を指定して、配置数計算部３１５を起動する。配置数計算部３１５は、前述のように、更新する拡張メタデータテーブル３１７に対応する配置予定クラウド番号１８０２を更新する。
　ワークエリアに退避した配置予定クラウドテーブル３１８のエントリ（行）の内容を参照して、拡張メタデータテーブル３１７の更新前後で配置予定クラウド番号が異なるかを判定し、変化があればＳ３１０４に進み、変化がなければ処理を終了する（Ｓ３１０３）。
　ユーザ管理テーブル３１９を参照して、更新前の拡張メタデータテーブル３１７を使用するユーザを特定する。（Ｓ３１０４）。各ファイルの基本メタデータ３７５を参照して、特定したユーザがハイブリッドクラウドに配置しているファイルのファイルＩＤを特定する（Ｓ３００５）。特定したファイルＩＤのファイルを再配置し（Ｓ３１０６）、ファイルの再配置内容に応じて、ファイル配置管理テーブル３２０を更新する（Ｓ３１０７）。ファイルの再配置及びファイル配置管理テーブル３２０の更新は、ユーザ管理テーブル更新部のＳ３００８及びＳ３００９と同様であるので説明を省略する。
　以上説明したように、更新された拡張メタデータテーブルに基づいて、ＳＬＡを満たすようにファイルを配置するクラウドを決定することができる。
　（６）ファイル単位でファイルの配置仕様の変更に対応する処理について（図２０）（５）では、ユーザ単位に配置仕様の更新を行ったが、特定のファイルの配置仕様を変更する場合の処理を説明する。図２０は管理端末２００のファイル拡張メタデータ更新画面１３００の例である。ファイル拡張メタデータ更新画面１３００は、次のような項目を表示し、管理者からファイル単位に拡張メタデータの変更の入力を受け付ける。１３０１は更新対象のユーザファイルＩＤの入力部であり、１３０２は１３０１で指定されたファイルの拡張メタデータテーブルをいずれに設定するか選択する選択部である。ユーザファイルの拡張メタデータ更新部３２１は、管理者からファイル拡張メタデータ更新画面を通じて入力されたファイルＩＤに基づいて特定される対象ファイルについて、拡張メタデータ３７７を指定された拡張メタデータテーブル番号に更新する。以降の処理は、拡張メタデータテーブル更新部の処理フローチャート図１９のＳ３１０２～Ｓ３１０７と同様の処理を行うため説明を省略する。なお、Ｓ３１０２の配置数計算部は拡張メタデータを更新するファイルについてのみ実行すればよい。また、本実施例ではユーザファイルＩＤの入力を受けつけたが、ゲートウェイファイルＩＤの入力を受け付けてよい。
　以上説明したように、管理者により指定されたファイルについて、拡張メタデータを変更することによりファイル単位で配置仕様を変更することが出来る。
　本実施形態によれば、ファイル保存の可用性を確保した上で、パブリッククラウド及びプライベートクラウドに格納する複製ファイル数を抑制し、管理コストを削減することができる。
　１００：クライアント端末、２００：管理端末、３００：ゲートウェイ、３１１：ウェブアクセス部、３１２：ファイルサーバ部、３１３：クラウド構成管理部、３１４：データ配置管理部、３１５：配置数計算部、３１６：クラウド構成定義テーブル、３１７：拡張メタデータテーブル、３１８：配置予定クラウドテーブル、３１９：ユーザ管理テーブル、３２０：ファイル配置管理テーブル、４００：プライベートクラウド、５００：パブリッククラウド。

Claims (15)

  1. クライアント端末および前記クライアント端末からのファイルを格納するハイブリッドクラウドとネットワークを介して接続する計算機によるファイル保存サービスシステムであって、前記計算機は、
    前記ファイルを前記ハイブリッドクラウドへ格納する、条件および目標可用性を格納する拡張メタデータテーブル、
    前記拡張メタデータテーブルに対応して前記ハイブリッドクラウドに含まれる第１のクラウドの第１の識別子を格納する配置予定クラウドテーブル、
    前記拡張メタデータテーブルに格納された前記条件を満足する、前記ハイブリッドクラウドに含まれる第２のクラウドを選択し、選択した前記第２のクラウドの可用性が前記目標可用性を満足するとき、選択した前記第２のクラウドの識別子を、前記配置予定クラウドテーブルの前記第１のクラウドの前記第１の識別子として格納する配置数計算部、
    および
    前記クライアント端末からの前記ファイルの前記ネットワークを介した受信に応答して、前記ファイルに対応付けられた前記拡張メタデータテーブルを参照して、前記配置予定クラウドテーブルに格納されている前記第１のクラウドの前記第１の識別子を取得し、取得した前記第１の識別子で特定される前記第１のクラウドに前記ファイルを格納するファイル配置管理部を有することを特徴とするファイル保存サービスシステム。
  2. 請求項１に記載のファイル保存サービスシステムにおいて、前記配置数計算部は、選択した前記第２のクラウドの可用性が前記目標可用性を満足しないとき、前記拡張メタデータテーブルに格納された前記条件を満足する、前記ハイブリッドクラウドに含まれる第３のクラウドを選択し、選択した前記第２のクラウド及び前記第３のクラウドの可用性を合成した可用性が前記目標可用性を満足するとき、選択した前記第２のクラウド及び前記第３のクラウドの識別子を、前記配置予定クラウドテーブルの前記第１のクラウドの前記第１の識別子として格納することを特徴とするファイル保存サービスシステム。
  3. 請求項２に記載のファイル保存サービスシステムにおいて、前記ハイブリッドクラウドは、前記クライアント端末の前記ファイルの格納に限定されるプライベートクラウドと前記クライアント端末以外の他のファイルの格納にも提供されるパブリッククラウドを含み、前記第１の識別子で特定される前記第１のクラウドは前記パブリッククラウドであることを特徴とするファイル保存サービスシステム。
  4. 請求項３記載のファイル保存サービスシステムにおいて、前記配置数計算部は、選択した前記第２のクラウド及び前記第３のクラウドの可用性を合成した可用性が前記目標可用性を満足せず、前記拡張メタデータテーブルに格納された前記条件を満足する、前記ハイブリッドクラウドに含まれる他のクラウドがないとき、選択した前記第２のクラウド及び前記第３のクラウドの可用性並びに前記プライベートクラウドの可用性を合成した可用性が前記目標可用性を満足するとき、選択した前記第２のクラウド及び前記第３のクラウドの識別子を、前記配置予定クラウドテーブルの前記第１のクラウドの前記第１の識別子として格納し、前記プライベートクラウドに格納する前記ファイルの格納予定数を前記配置予定クラウドテーブルに格納し、
    前記ファイル配置管理部は、前記格納予定数の前記ファイルを前記プライベートクラウドに格納することを特徴とするファイル保存サービスシステム。
  5. 請求項１～４のいずれか１項に記載のファイル保存サービスシステムにおいて、前記配置数計算部は、前記拡張メタデータテーブルの更新に応答して、更新された前記拡張メタデータテーブルに格納された条件を満足する、前記ハイブリッドクラウドに含まれる前記第２のクラウドを選択し、選択した前記第２のクラウドの可用性が前記目標可用性を満足するとき、選択した前記第２のクラウドの識別子を、前記配置予定クラウドテーブルの前記第１のクラウドの前記第１の識別子として格納することを特徴とするファイル保存サービスシステム。
  6. 請求項５記載のファイル保存サービスシステムにおいて、前記ファイル配置管理部は、前記拡張メタデータテーブルの更新に応答して、前記配置予定クラウドテーブルに格納されている前記第１のクラウドの前記第１の識別子を取得し、取得した前記第１の識別子で特定される前記第１のクラウドに前記ファイルを格納することを特徴とするファイル保存サービスシステム。
  7. 請求項１～６のいずれか１項に記載のファイル保存サービスシステムにおいて、前記拡張メタデータテーブルに格納される前記条件は、少なくともコストおよび応答時間であることを特徴とするファイル保存サービスシステム。
  8. 請求項５または請求項６記載のファイル保存サービスシステムにおいて、前記拡張メタデータテーブルの更新は、ファイル拡張メタデータ更新画面を通じて入力されたファイルＩＤおよび拡張メタデータテーブル番号に基づいて、入力された前記ファイルＩＤで特定されるファイルに対応する拡張メタデータを入力された前記拡張メタデータテーブル番号に更新することを特徴とするファイル保存サービスシステム。
  9. クライアント端末および前記クライアント端末からのファイルを格納するハイブリッドクラウドとネットワークを介して接続する計算機によるファイル保存サービス方法であって、前記計算機は、
    前記ファイルを前記ハイブリッドクラウドへ格納する、条件および目標可用性を格納する拡張メタデータテーブル、及び、前記拡張メタデータテーブルに対応して前記ハイブリッドクラウドに含まれる第１のクラウドの第１の識別子を格納する配置予定クラウドテーブルを有し、
    前記拡張メタデータテーブルに格納された前記条件を満足する、前記ハイブリッドクラウドに含まれる第２のクラウドを選択し、
    選択した前記第２のクラウドの可用性が前記目標可用性を満足するとき、選択した前記第２のクラウドの識別子を、前記配置予定クラウドテーブルの前記第１のクラウドの前記第１の識別子として格納し、
    前記クライアント端末からの前記ファイルの前記ネットワークを介した受信に応答して、前記ファイルに対応付けられた前記拡張メタデータテーブルを参照して、前記配置予定クラウドテーブルに格納されている前記第１のクラウドの前記第１の識別子を取得し、
    取得した前記第１の識別子で特定される前記第１のクラウドに前記ファイルを格納することを特徴とするファイル保存サービス方法。
  10. 請求項９に記載のファイル保存サービス方法において、前記ハイブリッドクラウドは、
    前記クライアント端末の前記ファイルの格納に限定されるプライベートクラウドと前記クライアント端末以外の他のファイルの格納にも提供されるパブリッククラウドを含むことを特徴とするファイル保存サービス方法。
  11. 請求項１０に記載のファイル保存サービス方法において、前記計算機は、
    選択した前記第２のクラウドの可用性が前記目標可用性を満足しないとき、前記拡張メタデータテーブルに格納された前記条件を満足する、前記ハイブリッドクラウドに含まれる第３のクラウドを選択し、
    選択した前記第２のクラウド及び前記第３のクラウドの可用性を合成した可用性が前記目標可用性を満足するとき、選択した前記第２のクラウド及び前記第３のクラウドの識別子を、前記配置予定クラウドテーブルの前記第１のクラウドの前記第１の識別子として格納することを特徴とするファイル保存サービス方法。
  12. 請求項１１記載のファイル保存サービス方法において、前記計算機は、
    選択した前記第２のクラウド及び前記第３のクラウドの可用性を合成した可用性が前記目標可用性を満足せず、前記拡張メタデータテーブルに格納された前記条件を満足する、前記ハイブリッドクラウドに含まれる他のクラウドがないとき、選択した前記第２のクラウド及び前記第３のクラウドの可用性並びに前記プライベートクラウドの可用性を合成した可用性が前記目標可用性を満足するとき、選択した前記第２のクラウド及び前記第３のクラウドの識別子を、前記配置予定クラウドテーブルの前記第１のクラウドの前記第１の識別子として格納し、
    前記プライベートクラウドに格納する前記ファイルの格納予定数を前記配置予定クラウドテーブルに格納し、
    前記格納予定数の前記ファイルを前記プライベートクラウドに格納することを特徴とするファイル保存サービス方法。
  13. 請求項９～１２のいずれか１項に記載のファイル保存サービス方法において、前記計算機は、
    前記拡張メタデータテーブルの更新に応答して、更新された前記拡張メタデータテーブルに格納された条件を満足する、前記ハイブリッドクラウドに含まれる前記第２のクラウドを選択し、選択した前記第２のクラウドの可用性が前記目標可用性を満足するとき、選択した前記第２のクラウドの識別子を、前記配置予定クラウドテーブルの前記第１のクラウドの前記第１の識別子として格納することを特徴とするファイル保存サービス方法。
  14. 請求項１３記載のファイル保存サービス方法において、前記計算機は、
    前記拡張メタデータテーブルの更新に応答して、前記配置予定クラウドテーブルに格納されている前記第１のクラウドの前記第１の識別子を取得し、
    取得した前記第１の識別子で特定される前記第１のクラウドに前記ファイルを格納することを特徴とするファイル保存サービス方法。
  15. 請求項９～１４のいずれか１項に記載のファイル保存サービス方法において、前記拡張メタデータテーブルに格納される前記条件は、少なくともコストおよび応答時間であることを特徴とするファイル保存サービス方法。
PCT/JP2013/060089 2013-04-02 2013-04-02 ファイル保存サービスシステム及びその方法 WO2014162518A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/347,192 US20150154211A1 (en) 2013-04-02 2013-04-02 File storage service system and method for the same
PCT/JP2013/060089 WO2014162518A1 (ja) 2013-04-02 2013-04-02 ファイル保存サービスシステム及びその方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/060089 WO2014162518A1 (ja) 2013-04-02 2013-04-02 ファイル保存サービスシステム及びその方法

Publications (1)

Publication Number Publication Date
WO2014162518A1 true WO2014162518A1 (ja) 2014-10-09

Family

ID=51657851

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/060089 WO2014162518A1 (ja) 2013-04-02 2013-04-02 ファイル保存サービスシステム及びその方法

Country Status (2)

Country Link
US (1) US20150154211A1 (ja)
WO (1) WO2014162518A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020057228A (ja) * 2018-10-02 2020-04-09 エヌ・ティ・ティ・コミュニケーションズ株式会社 制御装置、ネットワーク構築システム、ネットワーク構築方法、及びプログラム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9251114B1 (en) * 2012-10-12 2016-02-02 Egnyte, Inc. Systems and methods for facilitating access to private files using a cloud storage system
JP5853996B2 (ja) * 2013-06-10 2016-02-09 コニカミノルタ株式会社 情報システム、情報機器およびコンピュータプログラム
TWI534635B (zh) * 2015-05-08 2016-05-21 廣達電腦股份有限公司 雲端服務系統及其方法
US20170031600A1 (en) * 2015-07-30 2017-02-02 Netapp Inc. Real-time analysis for dynamic storage
US10063634B2 (en) * 2015-11-24 2018-08-28 International Business Machines Corporation Deployment of multi-task analytics applications in multi-clouds
US10289310B2 (en) * 2017-06-27 2019-05-14 Western Digital Technologies, Inc. Hybrid data storage system with private storage cloud and public storage cloud
US11580079B2 (en) * 2019-11-06 2023-02-14 Sigma Computing, Inc. Providing access to usage reports on a cloud-based data warehouse
US11449466B2 (en) * 2020-05-19 2022-09-20 EMC IP Holding Company LLC Deleting orphan archived files from storage array using a time-based decision algorithm
US11695822B2 (en) * 2021-07-16 2023-07-04 Adp, Inc. Unified integration pattern protocol for centralized handling of data feeds

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012524946A (ja) * 2009-04-24 2012-10-18 マイクロソフト コーポレーション バックアップデータのインテリジェント階層
JP2012524947A (ja) * 2009-04-24 2012-10-18 マイクロソフト コーポレーション 複製データの動的配置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8261126B2 (en) * 2009-04-03 2012-09-04 Microsoft Corporation Bare metal machine recovery from the cloud
US20110137805A1 (en) * 2009-12-03 2011-06-09 International Business Machines Corporation Inter-cloud resource sharing within a cloud computing environment
US8769269B2 (en) * 2010-08-12 2014-07-01 International Business Machines Corporation Cloud data management
US8583611B2 (en) * 2010-10-22 2013-11-12 Hitachi, Ltd. File server for migration of file and method for migrating file
US9141410B2 (en) * 2011-03-08 2015-09-22 Rackspace Us, Inc. Pluggable allocation in a cloud computing system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012524946A (ja) * 2009-04-24 2012-10-18 マイクロソフト コーポレーション バックアップデータのインテリジェント階層
JP2012524947A (ja) * 2009-04-24 2012-10-18 マイクロソフト コーポレーション 複製データの動的配置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020057228A (ja) * 2018-10-02 2020-04-09 エヌ・ティ・ティ・コミュニケーションズ株式会社 制御装置、ネットワーク構築システム、ネットワーク構築方法、及びプログラム
JP7150551B2 (ja) 2018-10-02 2022-10-11 エヌ・ティ・ティ・コミュニケーションズ株式会社 制御装置、ネットワーク構築システム、ネットワーク構築方法、及びプログラム

Also Published As

Publication number Publication date
US20150154211A1 (en) 2015-06-04

Similar Documents

Publication Publication Date Title
WO2014162518A1 (ja) ファイル保存サービスシステム及びその方法
JP4907482B2 (ja) 計算機システム及びファイル管理方法
CN107247778B (zh) 用于实施可扩展数据存储服务的系统和方法
US8296198B2 (en) Method and system for distribution of information
CN107844530B (zh) 一种数据处理方法、装置、服务器及计算机可读存储介质
DE102013016122B4 (de) Verfahren, System und Vorrichtung zum Auswählen einer Vorrichtung, um einer Benutzeranfrage nachzukommen
JP6475736B2 (ja) 記憶装置のファイル検索方法、記憶装置のファイル検索装置、ルータ、プログラム及び記録媒体
CN108363545B (zh) 一种数据配置方法及数据配置装置
CN107729483B (zh) 一种分类显示方法、装置、终端及计算机可读存储介质
CN106331075B (zh) 用于存储文件的方法、元数据服务器和管理器
JP2001175681A (ja) データベースシステム、データベースのレプリカ生成方法およびデータベースのレプリカ生成プログラムを記録したコンピュータ読み取り可能な記録媒体
US20090182739A1 (en) Using metadata to route documents
CN109558191A (zh) 一种配置页面的方法、装置、存储介质及计算机设备
CN110347946A (zh) 一种页面展示方法、装置、计算机设备及存储介质
CN109344650A (zh) 一种文件系统的文件权限管理方法、系统及相关装置
US6671688B1 (en) Virtual replication for a computer directory system
CN104052626A (zh) 配置网元数据的方法、装置和系统
CN112840334A (zh) 管理分区表的数据的方法、装置、管理节点及存储介质
CN108062225B (zh) 一种多模板组合发布应用集群的方法
CN110417741A (zh) 一种过滤安全组的方法和装置
CN108363727A (zh) 一种基于zfs文件系统的数据存储方法及装置
EP3186708A1 (en) Workflow customization
US10997617B2 (en) Information processing system to determine an optimal number of virtual servers
KR20130126012A (ko) 비즈니스 인텔리전스의리포트 제공 방법 및 장치
CN111736807B (zh) 租户功能定制方法、装置及基于租户的办公系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 14347192

Country of ref document: US

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

Ref document number: 13881384

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13881384

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP