fig1 is a diagram illustrating an overview of the present invention . in a nosql database such as a kvs , a consistent hashing method is used as a method of distributing data . in the consistent hashing method , first , the hash value of a plurality of servers 100 is calculated using a predetermined function , and the respective servers 100 are located on a circumference based on the hash value . moreover , the hash value is calculated from the keys of a plurality of pieces of data and the plurality of pieces of data are located on a circumference based on the hash value . in this case , the respective servers 100 manage the plurality of pieces of data to the right of the circumference . that is , in the consistent hashing method , in a case where the respective servers 100 are located on the circumference , a management range 400 of the server 100 is determined , and data is distributed to each management range 400 . a data distribution method is not limited to the consistent hashing method , but various methods such as a range method and a list method can be used . in any method , the management range 400 is set for each server 100 . in the example illustrated in fig1 , a server 100 a manages the data included in a management range 400 a , a server 100 b manages the data included in a management range 400 b , a server 100 c manages the data included in a management range 400 c , and a server 100 d manages the data included in a management range 400 d . here , the management range 400 a is a range of hash values of “ 1 ” to “ 100 ,” the management range 400 b is a range of hash values of “ 101 ” to “ 200 ,” the management range 400 c is a range of hash values of “ 201 ” to “ 300 ,” and the management range is a range of hash values of “ 301 ” to “ 400 .” in a case where the number of accesses to the server 100 a increases , the access performance of the server 100 a decreases , followed by a decrease in the access performance of the entire system . thus , it is necessary to distribute the accesses to the server 100 a . thus , in the present invention , the management range 400 managed by the server 100 a is changed by switching a distributed algorithm for determining the management range 400 . here , the distributed algorithm is an algorithm for determining the management range 400 . when the distributed algorithm is changed dynamically during operation of a system , since some data managed by the server 100 a is located in another server 100 , it is possible to distribute the load of the server 100 a without stopping the system . moreover , in the present invention , the processing load of the entire system is suppressed by relocating only necessary data . in the following description , the consistent hashing method illustrated in fig1 is used as the data distribution and locating method . fig2 is a block diagram illustrating a configuration of a computer system according to a first embodiment of the present invention . a computer system includes a plurality of servers 100 , a plurality of client apparatuses 200 , and a network 300 . the respective servers 100 or the server 100 and the client apparatus 200 are connected to each other by the network 300 . the network 300 may employ various cable and wireless configurations such as a lan , a wan , or a san . in the present invention , the network 300 may be any network if the network enables the server 100 and the client apparatus 200 to communicate with each other . the network 300 includes a plurality of network apparatuses ( not illustrated ). the network apparatus includes a switch , a gateway , or the like , for example . in the present embodiment , a plurality of servers 100 forms a cluster , and a nosql database is constructed on the storage area included in each of these servers 100 . in the present embodiment , it is assumed that a kvs is used as the nosql database . the server 100 includes a processor 110 , a main storage apparatus 120 , and an auxiliary storage apparatus 130 and is a computer that constitutes the kvs . moreover , although not illustrated , the server 100 includes a network interface for connecting to a network 300 . the server 100 executes various processes according to a request from the client apparatus 200 . it is assumed that the respective servers 100 have the same configuration . the server 100 holds data located in each management range 400 and operates as a master server that manages the data included in the predetermined management range 400 . moreover , the server 100 holds copy of data of the data included in the management range 400 that is managed by another server 100 and operates as a slave server . in the following description , the data managed by the master server will be referred to as master data , and the data managed by the slave server will be referred to as slave data . moreover , the cluster of the present embodiment does not have a single server that serves as a management server for managing the entire computer system , and all servers 100 are handled as equal servers . due to this , in a case where a failure occurs in one server , since another slave server can continue processing as a new master server , it is possible to continue the processing without stopping the computer system . however , in the first embodiment , it is assumed that each server 100 does not hold the slave data . that is , it is assumed that each server 100 holds the master data only . the processor 110 executes programs stored in the main storage apparatus 120 . by the processor 110 executing programs , the functions of the server 100 can be realized . in the following description , when a program is used as a subject , it means that the program is executed by the processor 110 . the main storage apparatus 120 stores programs executed by the processor 110 and information necessary for execution of the programs . for example , a memory or the like can be used as the main storage apparatus 120 . programs for realizing a data management part 141 , an access request receiving part 142 , an access request transmitting part 143 , an access result transmitting part 144 , a data relocation processing part 145 , a configuration information management part 146 , a load information management part 147 , and an algorithm management part 148 are stored in the main storage apparatus 120 of the present embodiment . moreover , configuration information 161 , server load information 162 , log information 163 , algorithm switching history 164 , algorithm switching condition information 165 , and migration history 166 are stored on the main storage apparatus 120 as necessary information . further , a data store 150 which is a database that constitutes the kvs is stored on the main storage apparatus 120 . a plurality of pieces of data , which are pairs of keys and values , are stored in the data store 150 . data included in the management range 400 is stored in the data store 150 of each server 100 . the auxiliary storage apparatus 130 stores various types of information . for example , a hdd , a ssd , or the like can be used as the auxiliary storage apparatus 130 . a disk store ( not illustrated ) that constructs the kvs may be constructed on the auxiliary storage apparatus 130 . here , the programs and information stored in the main storage apparatus 120 will be described . the data management part 141 controls various processes on the data managed by the server 100 . the data management part 141 receives a request from the client apparatus 200 and controls processes such as a data read operation or a data write operation based on the request . the access request receiving part 142 receives an access request from the client apparatus 200 and transmits the received access request to the data management part 141 . the access request transmitting part 143 transmits the access request to another server 100 in order to inquire the other server 100 about data . the access result transmitting part 144 transmits the result of the process on the received access request to the client apparatus 200 . the data relocation processing part 145 executes a process of relocating the data stored in the respective management ranges 400 after a distributed algorithm is switched . the configuration information management part 146 manages the configuration information 161 for managing a data storage destination . the load information management part 147 obtains information on the load of each server 100 and updates the server load information 162 based on the obtained information . the algorithm management part 148 manages the distributed algorithm . the configuration information 161 stores information indicating storage destination of the data . that is , information indicating the management range 400 of each server 100 is stored in the configuration information 161 . details of the configuration information 161 will be described later with reference to fig4 . the server load information 162 stores the information indicating the load of each server 100 . details of the server load information 162 will be described later with reference to fig5 . the log information 163 stores various logs of the server 100 . details of the log information 163 will be described later with reference to fig6 . the algorithm switching history 164 stores information on the history of the distributed algorithm that was switched in the past . details of the algorithm switching history 164 will be described later with reference to fig7 . the algorithm switching condition information 165 stores information on the condition for determining whether the distributed algorithm will be switched or not . details of the algorithm switching condition information 165 will be described later with reference to fig8 . the migration history 166 stores the migration history of data between the servers 100 . details of the migration history 166 will be described later with reference to fig9 . next , the client apparatus 200 will be described . the client apparatus 200 includes a processor 210 , a main storage apparatus 220 , and an auxiliary storage apparatus 230 and transmits various processing requests to the server 100 . moreover , although not illustrated in the drawing , the client apparatus 200 includes a network interface for connecting to the network 300 . the processor 210 executes programs stored in the main storage apparatus 220 . by the processor 210 executing programs , the functions of the client apparatus 200 can be realized . in the following description , when a program is used as a subject , it means that the program is executed by the processor 210 . the main storage apparatus 220 stores programs executed by the processor 210 and information necessary for execution of the programs . for example , a memory or the like can be used as the main storage apparatus 220 . programs for realizing an access requesting part 241 , an access result receiving part 242 , and a configuration information management part 243 are stored on the main storage apparatus 220 of the present embodiment . moreover , configuration information 251 is stored on the main storage apparatus 220 as necessary information . the auxiliary storage apparatus 230 stores various types of information . for example , a hdd , a ssd , or the like can be used as the auxiliary storage apparatus 130 . here , the programs and information stored in the main storage apparatus 220 will be described . the access requesting part 241 transmits an access request to the server 100 . the access request is used for requesting execution of a data read operation , a data write operation , and the like . it is assumed that the write operation includes a data write operation and a data overwrite operation . the access result receiving part 242 receives the result of processes on the access request transmitted from the server 100 . the configuration information management part 243 manages the configuration information 251 that manages the data storage destination . the configuration information 251 stores information indicating the data storage destination . in the present embodiment , although the functions of the server 100 and the client apparatus 200 are realized using software , the same functions may be realized using dedicated hardware . moreover , the computer system may include a management computer that includes the load information management part 147 , the algorithm management part 148 , and the like separately from the server 100 . in this way , the number of configurations of the server 100 can be reduced . fig3 is a diagram illustrating the type of data stored in the data store 150 in the first embodiment of the present invention . in the present embodiment , the data store 150 stores data management information 1500 . the data management information 1500 includes a plurality of pieces of data which are pairs keys and values . hereinafter , data which is pair of key and value will be referred to as key - value - type data . the data management information 1500 includes a key 1501 and a value 1502 . the key 1501 stores identifiers ( keys ) for identifying data . the value 1502 stores actual data ( values ). the user who operates the client apparatus 200 can store data in the kvs by designating the key 1501 and obtain desired data from the kvs by designating the key 1501 . each server 100 manages the key - value - type data for each range ( management range 400 ) of the key 1501 . that is , a plurality of pieces of the key - value - type data in each management range 400 are distributed and located in each server 100 . the server 100 executes processes as a master server of the data of the designated management range 400 . in this way , it is possible to process a large amount of data in parallel and at high speed . fig4 is a diagram illustrating an example of the configuration information 161 in the first embodiment of the present invention . the configuration information 161 stores information on the management range 400 of each server 100 . specifically , the configuration information 161 includes a server id 1611 and a management range 1612 . the server id 1611 stores an identifier for uniquely identifying the server 100 . an identifier , an ip address , a mac address , and the like of the server 100 are stored in the server id 1611 . the management range 1612 stores a range of values indicating the management range 400 . the value of the management range of the master data of each server 100 is stored in the management range 1612 . in the present embodiment , a hash value is stored as the value of the management range 400 . fig5 is a diagram illustrating an example of the server load information 162 in the first embodiment of the present invention . the server load information 162 stores information indicating the load of each server 100 . specifically , the server load information 162 includes a server id 1621 and load information 1622 . the server id 1621 stores an identifier for uniquely identifying the server 100 . the server id 1621 is the same as the server id 1611 . the load information 1622 stores information on the load of the server 100 . the load information 1622 of the present embodiment includes a throughput 1625 and a memory usage 1626 . other load information such as a processor operating rate , a capacity of free space of the data store 150 , and a network bandwidth consumption rate may be stored in the load information 1622 . the throughput 1625 stores a throughput value indicating the number of requests per unit time . the memory usage 1626 stores the usage rate of a memory . fig6 is a diagram illustrating an example of the log information 163 in the first embodiment of the present invention . the log information 163 stores various logs of the server 100 . in the example illustrated in fig6 , the log information 163 includes an access log 1631 and a memory usage log 1632 . the access log 1631 stores logs on the access from the client apparatus 200 and other servers 100 . the memory usage log 1632 stores logs on the usage of a memory included in the server 100 . other logs such as a response time , a cache hit ratio , a frequency of use , the number of references to data , and the number of updates of data may be stored in the log information 163 . fig7 is a diagram illustrating an example of the algorithm switching history 164 in the first embodiment of the present invention . the algorithm switching history 164 stores the history of the distributed algorithm that has been switched up to now . specifically , the algorithm switching history 164 includes switching history 1641 and switching cause 1642 . the switching history 1641 stores information on a distributed algorithm for determining the management range 400 of each server 100 . for example , an identifier , a hash function , and the like of the distributed algorithm are stored in the switching history 1641 . the switching cause 1642 stores the cause of why the distributed algorithm is switched . fig8 is a diagram illustrating an example of the algorithm switching condition information 165 in the first embodiment of the present invention . the algorithm switching condition information 165 stores a criterion for switching a distributed algorithm . specifically , the algorithm switching condition information 165 includes a distributed algorithm 1651 , load information 1652 , and a threshold 1653 . the distributed algorithm 1651 stores information on the distributed algorithm for determining the management range 400 of each server 100 . the load information 1652 stores load information serving as a switching criterion . items corresponding to load information 702 are stored in the load information 1652 . the threshold 1653 stores a threshold of the load information stored in the load information 1622 . in the example illustrated in fig8 , “ distributed algorithm 1 ” indicates that it is a distributed algorithm which is used in a case where no load is applied to the server 100 and which is switched in a case where the load decreases . “ distributed algorithm 2 ” indicates that it is a distributed algorithm which is switched based on the access log 1631 of the server 100 and in which a throughput value is used as the threshold 1653 . “ distributed algorithm 3 ” indicates that it is a distributed algorithm which is switched based on the memory usage log 1632 of the server 100 and a memory usage is used as the threshold 1653 . the distributed algorithm determined based on the load information 1652 such as a throughput log , a response log , a cache hit ratio log , a data reference number log , a data update number log , or a use frequency log for each client may be stored in the algorithm switching condition information 165 . fig9 is a diagram illustrating an example of the migration history 166 in the first embodiment of the present invention . the migration history 166 stores the history of migration of a piece of data between the servers 100 . specifically , the migration history 166 includes a key 1661 , migration history 1662 , a time stamp 1663 , and switching cause 1664 . the key 1661 stores an identifier ( key ) for identifying a piece of data . the migration history 1662 stores identification information of the server 100 to which a piece of data corresponding to the key 1661 migrates . the time stamp 1663 stores the time when data has migrated between the servers 100 . one time stamp is stored in the time stamp 1663 whenever data migrates between the servers 100 . the switching cause 1664 stores the cause of why the data store is switched . one switching cause is stored in the switching cause 1664 whenever data migrates between the servers 100 . next , various processes will be described . first , a process executed when the distributed algorithm is switched will be described . fig1 is a flowchart illustrating an overview of the processing executed by the server 100 in the first embodiment of the present invention . in the following description , the server 100 that supervises the process among the servers 100 will be referred to as a central server 100 . the central server 100 may be set in advance and may be set manually by an administrator of the kvs , and the server 100 that has first received an access request or the like may be set as the central server 100 . moreover , the central server 100 may be changed for each different process . the process executed by the central server 100 is a process that can be executed by any server 100 . the central server 100 executes a process for monitoring the load of each server 100 ( step s 100 ). specifically , the central server 100 obtains the load information from each server 100 periodically or non - periodically to update the server load information 162 . subsequently , the central server 100 refers to the server load information 162 and the algorithm switching condition information 165 to execute a distributed algorithm switching process ( step s 102 ). the central server 100 may execute the process illustrated in fig1 periodically and may execute the process according to a request from the client apparatus 200 . moreover , in a case where the load of the central server 100 which monitors the load is high , the central server 100 may refer to the server load information 162 to perform control such that the server 100 having low load is changed as the central server 100 . in this case , the central server 100 after change executes the switching process . fig1 is a flowchart illustrating the details of the distributed algorithm switch processing executed by the server 100 in the first embodiment of the present invention . the distributed algorithm switching process is executed by the algorithm management part 148 of the central server 100 . the algorithm management part 148 refers to the server load information 162 and the algorithm switching condition information 165 to determine whether it is necessary to switch the distributed algorithm ( step s 200 ). that is , it is determined whether the load of a specific server 100 has increased or decreased . specifically , the algorithm management part 148 compares the value in the load information 1622 and the threshold 1653 of the corresponding load information to determine whether a switching condition is satisfied . in the example illustrated in fig5 , in the case of the throughput 1625 , since the throughput 1625 of the server 1 is “ 92 ” and the corresponding threshold 1653 of the load information is “ 80 ,” it is determined that the load of the server 100 has increased and it is necessary to switch the distributed algorithm . in a case where a plurality of switching conditions is satisfied , the distributed algorithm may be switched to a distributed algorithm corresponding to a high - level switching condition , and priority orders of the switching conditions may be set in advance so that the distributed algorithm is switched based on the priority order . in a case where it is determined that it is necessary to switch the distributed algorithm , the algorithm management part 148 switches the distributed algorithm to a distributed algorithm which matched the switching condition ( step s 202 ). specifically , the distributed algorithm is changed to the distributed algorithm 1651 matched the corresponding switching condition . the algorithm management part 148 instructs to update the configuration information 161 ( step s 204 ). specifically , the algorithm management part 148 instructs the configuration information management part 146 to update the configuration information 161 . the configuration information management part 146 received the instruction updates the configuration information 161 based on the switched distributed algorithm . in this way , since the management range 400 of each server 100 is changed , it is possible to equalize the loads of the servers 100 . the algorithm management part 148 transmits a switching notification to each server 100 for notifying that the distributed algorithm has been switched , and ends the process ( step s 206 ). the switching notification includes information on the switched distributed algorithm and the updated configuration information 161 . fig1 is a flowchart illustrating a switching receiving process executed by the server 100 in the first embodiment of the present invention . it is assumed that the server 100 executes the switching receiving process described below periodically . moreover , the switching receiving process is executed by the algorithm management part 148 of the server 100 . first , the algorithm management part 148 determines whether the process is to be ended ( step s 300 ). for example , it is determined that the process is to be ended , in a case where the server 100 is stopped . subsequently , the algorithm management part 148 determines whether a switching notification is received from the central server 100 ( step s 302 ). in a case where it is determined that the switching notification is not received from the central server 100 , the algorithm management part 148 returns to step 5300 and waits until the switching notification is received . in a case where it is determined that the switching notification is received from the central server 100 , the algorithm management part 148 switches the distributed algorithm based on the information on the distributed algorithm included in the switching notification ( step 5304 ) and updates the algorithm switching history 164 ( step s 306 ). the algorithm management part 148 instructs to update the configuration information 161 ( step s 308 ). specifically , the algorithm management part 148 instructs the configuration information management part 146 to overwrite the configuration information 161 included in the received switching notification into the configuration information 161 stored presently . the updating method is not limited to the overwriting to the configuration information 161 , and a method of discarding the configuration information 161 stored presently and storing the configuration information 161 included in the received switching notification may be used . after that , the server 100 returns to step s 300 and executes the same process ( steps s 300 to s 308 ). next , the process on the access request from the client apparatus 200 will be described . fig1 is a flowchart illustrating an overview of the process executed when the server 100 receives an access request in the first embodiment of the present invention . in a case of receiving an access request from the client apparatus 200 ( step s 400 ), the server 100 executes an access process ( step s 402 ). the server 100 obtains a piece of target data of the access request and transmits an access result including the piece of obtained data to the client apparatus which is a transmission source of the access request ( step s 404 ). in the following description , the target data of the access request is also referred to as target data . fig1 is a flowchart illustrating an access request issuing process executed by the client apparatus 200 in the first embodiment of the present invention . the access request issuing process is executed by the access requesting part 241 . the access requesting part 241 issues a data manipulation api ( step s 500 ). the target data is determined based on the issued data manipulation api . the access requesting part 241 refers to the configuration information 251 to specify the server 100 in which the piece of target data is stored ( step s 502 ). in this example , it is assumed that the configuration information 251 is updated to the latest configuration information 251 by a configuration information updating process described later . in a case where the configuration information 251 is not the latest one , the server 100 received the access request transmits the access request to the server 100 that stores the piece of target data . the access requesting part 241 transmits the access request including the identification information ( key ) of the piece of target data to the specified server 100 and ends the process ( step s 504 ). fig1 is a flowchart illustrating the configuration information updating process executed by the client apparatus 200 in the first embodiment of the present invention . the configuration information updating process is executed by the configuration information management part 243 . the configuration information management part 243 of the present embodiment executes the process described below periodically . the process may be executed , in a case where the client apparatus 200 receives an access result including new configuration information 161 from the server 100 which is a transmission destination of the access request . first , the configuration information management part 243 determines whether the process is to be ended ( step s 600 ). for example , it is determined that the process is to be ended when the client apparatus 200 is stopped . subsequently , the configuration information management part 243 determines whether new configuration information 161 is received from the server 100 ( step s 602 ). in a case where it is determined that new configuration information 161 is not received , the configuration information management part 243 returns to step s 600 and waits until the new configuration information 161 is received . in a case where it is determined that the new configuration information 161 is received , the configuration information management part 243 updates the configuration information 251 by overwriting the new configuration information 161 into the configuration information 251 stored presently ( step s 604 ). after that , the configuration information management part 243 returns to step s 600 and executes the same process . fig1 is a flowchart illustrating the access process executed by the server 100 in the first embodiment of the present invention . the access process is executed by the data management part 141 . first , the data management part 141 determines whether the process is to be ended ( step s 700 ). for example , it is determined that the process is to be ended when the server 100 is stopped . subsequently , the data management part 141 determines whether an access request is received ( step s 702 ). the access request is transmitted from the client apparatus 200 or the other server 100 . in a case where it is determined that the access request is not received , the data management part 141 returns to step s 700 and waits until the access request is received . in a case where it is determined that the access request is received , the data management part 141 specifies a storage destination of a piece of target data ( step s 704 ). specifically , the data management part 141 refers to the configuration information 161 to determine whether the piece of target data is included in the management range 400 of a certain server 100 . in the first embodiment , determination is made for the management range 400 described in the master of the management range 1612 only . that is , the master server 100 of the piece of target data is specified . the data management part 141 determines whether the storage destination of the piece of target data is the other server 100 based on the result of the determination ( step s 706 ). in the example illustrated in fig4 , in a case where the server a receives an access request for data of which the hash value is “ 350 ,” since the data storage destination is the server c , it is determined that the storage destination of the piece of target data is the other server 100 . in a case where it is determined that the storage destination of the piece of target data is not the other server 100 , in other words , in a case where it is determined that the storage destination of the piece of target data is the subject server 100 , the data management part 141 instructs the data relocation processing part 145 to execute a data relocation process ( step s 708 ). the data relocation process will be described later with reference to fig1 . the data management part 141 obtains the piece of target data and instructs the access result transmitting part 144 to transmit an access result including the piece of obtained target data ( step s 710 ). the access result transmitting part 144 received the instruction transmits the access result to the client apparatus 200 which is the transmission source of the access request . after that , the data management part 141 returns to step s 700 and executes the same process . in a case where it is determined in step s 706 that the storage destination of the piece of target data is the other server 100 , the data management part 141 transmits the access request to the other server 100 which stores the target data ( step s 720 ). in the other server 100 received the access request , the process illustrated in fig1 is executed . after that , the data management part 141 returns to step s 700 and executes the same process . fig1 is a flowchart illustrating the data relocation process executed by the server 100 in the first embodiment of the present invention . the data relocation processing part 145 determines whether the piece of target data is stored in the data store 150 ( step s 800 ). in a case where it is determined that the piece of target data is stored in the data store 150 , the data relocation processing part 145 ends the process because it is not necessary to relocate the target data in the data store 150 . in a case where it is determined that the piece of target data is not stored in the data store 150 , the data relocation processing part 145 refers to the algorithm switching history 164 to specify the storage destination of the piece of target data ( step s 802 ). specifically , the following process is executed . first , the data relocation processing part 145 refers to the algorithm switching history 164 to specify a previous distributed algorithm located immediately before the distributed algorithm used presently . the data relocation processing part 145 calculates the management range 400 of each server 100 from the previous distributed algorithm and specifies the server 100 which has managed the piece of target data . the data relocation processing part 145 inquires the specified server 100 about the piece of target data . if the inquiry result shows that the specified server 100 has not stored the piece of target data , the data relocation processing part 145 executes the same process using a further previous distributed algorithm . this is the process of step s 802 . subsequently , the data relocation processing part 145 obtains the piece of target data from the specified server 100 ( step s 804 ). as an obtaining method , a method of copying the piece of target data stored in the specified server 100 , a method of migrating the piece of target data stored in the specified server 100 , or other method can be used . here , copying of data means storing the copy of data of the piece of target data stored in another server 100 in the subject server 100 . moreover , migration of data means storing the piece of target data in the subject server 100 and deleting the piece of target data from the other server 100 . the data relocation processing part 145 executes a process of updating the migration history 166 and ends the process ( step s 806 ). details of the process of updating the migration history 166 will be described later with reference to fig1 . as described above , in the present embodiment , in a case where the distributed algorithm is switched , the relocation process is executed for the piece of data accessed from the client apparatus 200 only . due to this , it is possible to obviate unnecessary execution of the data relocation process and to suppress an increase in the load of the server 100 . fig1 is a flowchart illustrating the process of updating the migration history 166 executed by the server 100 in the first embodiment of the present invention . the data relocation processing part 145 obtains identification information ( key ) of the piece of target data to determine whether an entry of the piece of target data is present in the migration history 166 ( step s 900 ). the identification information of the piece of target data can be obtained from the access request . in a case where it is determined that an entry of the piece of target data is present in the migration history 166 , the flow proceeds to step s 904 . in a case where it is determined that the entry of the piece of target data is not present in the migration history 166 , the data relocation processing part 145 generates an entry in the migration history 166 ( step s 902 ). in this case , the data relocation processing part 145 stores the identifier ( key ) of the piece of target data in the key 1661 of the generated entry . the data relocation processing part 145 obtains the identifier of the server 100 specified in step s 802 and the identifier of the subject server 100 and stores the identifiers in the migration history 1662 ( step s 904 ). moreover , information is stored so that the order of migration between the servers 100 can be understood . in the example illustrated in fig9 , the identifiers of the servers 100 are stored in the order of migration . the data relocation processing part 145 obtains the time when data was migrated and stores the time in the time stamp 1663 ( step s 906 ). as the time when data was migrated , the time when the data relocation processing part 145 obtained the data in step s 804 can be used . further , the data relocation processing part 145 refers to the switching cause 1642 of the algorithm switching history 164 to specify the cause of switching the distributed algorithm , updates the switching cause 1664 , and ends the process ( step s 908 ). fig1 a and 19b are diagrams illustrating the flow of the processing in the first embodiment of the present invention . as illustrated in fig1 a , in a case where the number of accesses of the server 100 a increases , it is determined that it is necessary to switch the distributed algorithm ( step s 200 ). in this example , it is assumed that distributed algorithm 1 is switched to distributed algorithm 2 . in the example illustrated in fig1 a , due to the switching of the distributed algorithm , the management ranges 400 a , 400 b , and 400 d are changed . that is , the management range 400 a is changed to “ 1 ” to “ 80 ,” the management range 400 b is changed to “ 91 ” to “ 200 ,” and the management range 400 d is changed to “ 71 to 90 ” and “ 301 ” to “ 400 .” moreover , data 500 a is a piece of data having a hash value of “ 75 ,” and data 500 b is a piece of data having a hash value of “ 93 .” after the distributed algorithm is switched , in a case where the client apparatus 200 accesses the data 500 a , the client apparatus 200 transmits an access request to the server 100 d that manages the data 500 a ( step s 504 ). in a case of receiving the access request from the client apparatus 200 , the server 100 d determines that the storage destination of the data 500 a is the subject server and executes the data relocation process ( steps s 706 and s 708 ). that is , the server 100 d obtains the data 500 a from the server 100 a and stores the data 500 a in the data store 150 ( step s 804 ). on the other hand , as for data 500 b , since there is no access request from the client apparatus 200 , the data 500 b is not relocated in the server 100 b . due to this , it is possible to suppress unnecessary communication between the servers 100 by changing the location of the piece of necessary data only . therefore , it is possible to reduce the load of the entire system . moreover , since the management range 400 is changed with switching of the distributed algorithm , the number of accesses to the server 100 a decreases , and the load of the server 100 a can be reduced . therefore , it is possible to reduce the load of the entire system . the server 100 can generate information for checking the migration state of a piece of data as illustrated in fig2 in response to the request from the client apparatus 200 . fig2 is a diagram illustrating an example of the display of the data migration history in the first embodiment of the present invention . a data migration history display screen 1000 includes a migration history display region 1010 and a data designation region 1020 . information on data migration history is displayed in the migration history display region 1010 . in the example illustrated in fig2 , the information includes a key 1011 , migration history 1012 , a time stamp 1013 , and a switching cause 1014 . since the key 1011 , the migration history 1012 , the time stamp 1013 , and the switching cause 1014 are the same as the key 1661 , the migration history 1662 , the time stamp 1663 , and the switching cause 1664 , the description thereof will not be provided . the information displayed in the migration history display region 1010 is not limited to that illustrated in fig2 . the data designation region 1020 is a region in which information for designating data desired by an administrator operating the client apparatus 200 is input . in the example illustrated in fig2 , a predetermined key range is input . individual keys may be input in the data designation region 1020 , and the other information other than the keys , for example , a time stamp , a server identifier , or the like , may be input . the following process may be performed as a process of displaying the display screen 1000 . the client apparatus 200 operates the data designation region 2020 to transmit a request to display the display screen 2000 . the display request includes optional information such as key information , a time stamp , or a server identifier . the server 100 received the display request generates display information and transmits the display information to the client apparatus 200 . as a method of generating the display information , a method may be used in which the server 100 refers to the migration history 166 to generate display information for displaying information desired by the client apparatus 200 . in a case where the migration history 166 of the other server 100 is required , the required migration history 166 can be obtained by inquiring the respective servers 100 . in a case of receiving the display information , the client apparatus 200 displays information on the migration history in the migration history display region 1010 . according to the first embodiment , in a case where the load of a specific server 100 has increased , it is possible to reduce the load of each server 100 by switching the distributed algorithm . moreover , in a case where the load has decreased , the original distributed algorithm may be restored so that a temporal change in the load can be flexibly dealt with . further , since the data relocated with switching of the distributed algorithm can be restricted to only a piece of necessary data , it is possible to suppress unnecessary communication between the servers 100 . fig2 is a block diagram illustrating the configuration of a computer system according to a second embodiment of the present invention . the second embodiment is different from the first embodiment in that the client apparatus 200 does not include the configuration information management part 243 and the configuration information 251 . thus , the access request issuing process of the second embodiment is different from that of the first embodiment . specifically , the process of step s 502 is omitted , because the client apparatus 200 does not include the configuration information 251 . in this case , the client apparatus 200 transmits an access request to any server 100 coupled to the network 300 . the server 100 received the access request executes the processes illustrated in fig1 and 16 to transmit the access result . the other configuration and process are the same as those of the first embodiment , and description thereof will not be provided . the third embodiment is different in that the server 100 holds the slave data of the other server 100 . thus , the content of the configuration information 161 in the third embodiment is different . moreover , the access process and the relocation process of the third embodiment are different . hereinafter , the third embodiment will be described focusing on the difference from the first embodiment . since the configuration of the computer system is the same as that of the first embodiment except for the configuration information 161 , the description thereof will not be provided . fig2 is a diagram illustrating an example of the configuration information 161 in the third embodiment of the present invention . in the configuration information 161 of the third embodiment , the information stored in the management range 1612 is different . the management range 1612 includes master 1615 , slave1 1616 , and slave2 1617 as new management items . the master 1615 stores the value of the management range 400 of the master data managed by the master server 100 . the slave 1 1616 and slave2 1617 store the value of the management range 400 of the slave data held by the slave server 100 . in the present embodiment , the value of the hash value is stored as the value of the management range 400 . the slave1 1616 indicates that it is the slave server 100 on the higher level than the slave2 1617 . for example , in a case where a failure occurs in the master server 100 whose the server id 1611 is “ server 2 ,” the slave server 100 whose the server id 1611 is “ server 1 ” continues the process as the master server 100 , among the slave servers 100 whose the server id 1611 is “ server 1 ” and the slave servers 100 whose the server id 1611 “ server 4 ”. in the present embodiment , although a configuration in which the slave data are stored in two slave servers 100 has been illustrated , the present invention is not limited to this . that is , the slave server may be stored in one or three or more slave servers 100 . since the process of the central server 100 of the third embodiment is the same as that of the first embodiment , the description thereof will not be provided . since the switching receiving process and the access request receiving process are the same as those of the first embodiment , the description thereof will not be provided . moreover , since the access request issuing process , the configuration information updating process , and the migration history updating process are the same as those of the first embodiment , the description thereof will not be provided . in the third embodiment , the switching process , the access process , and the relocation process are different . hereinafter , the respective processes will be described . in the distributed algorithm switching process , the content of the configuration information 161 updated in step s 204 is different . in step s 204 , with switching of the distributed algorithm , the management range 400 of the master data and the management range 400 of the slave data are changed . however , the management range 400 of the master data only may be changed . the management range 400 can be changed by appropriately changing the distributed algorithm . in this example , it is assumed that both the management range 400 of the master data and the management range 400 of the slave data are changed . in a case where the configuration information 161 is changed , the data itself stored in the data store 150 are not changed . this is because a piece of data is not assigned with attribute information or the like indicating whether the piece of data is master data or slave data . since the other processes are the same as those of the first embodiment , the description thereof will not be provided . fig2 is a flowchart illustrating the access process executed by the server 100 in the third embodiment of the present invention . the access process is executed by the data management part 141 . since the processes of steps s 700 and s 702 are the same as those of the first embodiment , the description thereof will not be provided . moreover , since the processes of steps s 710 and s 720 are the same as those of the first embodiment , the description thereof will not be provided . in a case where the determination result of step s 702 is yes , the data management part 141 specifies a storage destination of master data corresponding to the piece of target data ( step s 1000 ). specifically , the data management part 141 refers to the master 1615 of the configuration information 161 to determine whether the piece of target data is included in the management range 400 of the master server 100 . that is , the master server 100 of the piece of target data is specified . the data management part 141 determines whether the storage destination of the master data corresponding to the piece of target data is the other server 100 based on the determination result ( step s 1002 ). in the example illustrated in fig4 , in a case where the server a receives an access request for a piece of data of which the hash value is “ 350 ,” since the storage destination of the master data corresponding to the piece of data is the server c , it is determined that the storage destination of the master data corresponding to the piece of target data is the other server 100 . in a case where it is determined that the storage destination of the master data corresponding to the piece of target data is not the other server 100 ( that is , the storage destination of the master data corresponding to the piece of target data is the subject server 100 ), the data management part 141 instructs the data relocation processing part 145 to execute a data relocation process ( step s 1004 ). the data relocation process will be described later with reference to fig2 . fig2 is a flowchart illustrating the data relocation process executed by the server 100 in the third embodiment of the present invention . the data relocation processing part 145 determines whether the piece of target data is stored in the data store 150 ( step s 1100 ). the third embodiment is different from the first embodiment in that it is determined whether the piece of target data is stored or not by referring to the master data and the slave data stored in the data store 150 . in this manner , in a case where the piece of target data is included in the data managed as the slave data , it is not necessary to obtain the piece of target data and it is possible to suppress communication between the servers 100 . in this case , the server 100 manages the piece of target data which is the slave data before switching of the distributed algorithm as the master data . since the other processes are the same as those of the first embodiment , the description thereof will not be provided . fig2 is a diagram illustrating a modification of the data relocation process executed by the server 100 in the third embodiment of the present invention . the data relocation process illustrated in fig2 is executed after the access request is received or after the distributed algorithm is switched . the data relocation processing part 145 refers to the configuration information 161 to specify the present management range 400 of each server 100 ( step s 1200 ). the data relocation processing part 145 refers to the algorithm switching history 164 to specify the management range 400 of each server 100 before switching of the distributed algorithm ( step s 1202 ). in the following description , the management range 400 before the distributed algorithm is switched will be referred to as a past management range 400 . the data relocation processing part 145 compares the present management range 400 and the past management range 400 to determine whether there is a difference in the management range 400 ( step s 1204 ). here , the difference in the management range 400 will be described by way of an example of the first management range of “ 1 ” to “ 100 .” for example , in a case where the first management range before the distributed algorithm is switched is managed by the server 100 a as the master server 100 and is managed by the servers 100 b and 100 c as the slave servers 100 , and when the first management range after the distributed algorithm is switched is managed by the server 100 b as the master server 100 and is managed by the servers 100 c and 100 d as the slave servers 100 , it is determined that there is a difference in the management range 400 . this is because the server 100 d needs to obtain data from the other server 100 since the server 100 d has not held the data of the first management range before the distributed algorithm is switched . on the other hand , the servers 100 b and 100 c do not need to obtain data from the other server 100 since the servers 100 b and 100 c have held the slave data of the management range 400 a and have held the necessary data in a case where the distributed algorithm is switched . in this case , the server 100 b manages the data of the first management range as the master data . moreover , the server 100 c manages the data of the first management range as the slave data . in the above description , although the management range 400 is fixed for the sake of simplicity , the same determination method can be applied even when the management range 400 is different before and after switching of the distributed algorithm . that is , in a case where the server 100 that needs to obtain data after the distributed algorithm is switched is present , it is determined that there is a difference in the management range 400 . in a case where it is determined that there is no difference in the management range 400 , the data relocation processing part 145 ends the process . in a case where it is determined that there is a difference in the management range 400 , the data relocation processing part 145 obtains data so as to obviate the difference ( step s 1206 ) and ends the process . for example , in a case where the master data are not present , the data relocation processing part 145 obtains the master data from the other server 100 . in a case where the slave data are not present , the data relocation processing part 145 executes a replication process or the like to obtain the slave data from the other server . the distributed algorithm switching method of the fourth embodiment is different from that of the first embodiment . hereinafter , the third embodiment will be described focusing on the difference from the first embodiment . fig2 is a block diagram illustrating the configuration of a computer system according to the fourth embodiment of the present invention . in the fourth embodiment , the content of the algorithm switching condition information 170 of the server 100 is different from that of the algorithm switching history 164 . moreover , in the fourth embodiment , switching candidate information 180 is included . the other configurations are the same as those of the first embodiment , and description thereof will not be provided . fig2 is a diagram illustrating an example of the algorithm switching condition information 170 in the fourth embodiment of the present invention . the algorithm switching condition information 170 includes load information 1701 and a threshold 1702 . the load information 1701 and the threshold 1702 are the same as the load information 1652 and the threshold 1653 . as illustrated in fig2 , the fourth embodiment is different from the first embodiment in that the switching condition is not associated with the distributed algorithm . fig2 is a diagram illustrating an example of switching candidate information 180 in the fourth embodiment of the present invention . the switching candidate information 180 stores information on a switchable distributed algorithm . specifically , the switching candidate information 180 includes an id 1801 and a distributed algorithm 1802 . the id 1801 stores an identifier for identifying the distributed algorithm . the distributed algorithm 1802 stores information on the distributed algorithm . for example , a hash function , a key range , and the like are stored in the distributed algorithm 1802 . fig2 is a flowchart illustrating the details of the distributed algorithm switching process in the fourth embodiment of the present invention . in a case where it is determined in step s 200 that it is necessary to switch the distributed algorithm , the algorithm management part 148 determines whether an increase in the load of the server 100 is a switching cause ( step s 1300 ). specifically , in the determination process of step s 200 , it can be determined by checking which switching condition is identical to the distributed algorithm . in step s 200 , the process is executed based on the algorithm switching condition information 170 . in a case where it is determined that the increase in the load of the server 100 is not the switching cause , the algorithm management part 148 proceeds to step s 1304 . in a case where it is determined that the increase in the load of the server 100 is the switching cause , the algorithm management part 148 refers to the server load information 162 to specify the server 100 having a low load and proceeds to step s 1304 ( step s 1302 ). for example , in a case where the increase in the number of accesses to the server 100 is the switching cause , the algorithm management part 148 refers to the server load information 162 to specify the server 100 having the smallest number of accesses . the number of specified servers 100 does not need to be one , and a plurality of servers may be specified . the algorithm management part 148 refers to the switching candidate information 180 to select the distributed algorithm and switches the selected distributed algorithm ( step s 1304 ). a method of selecting the distributed algorithm is different depending on the switching cause . hereinafter , the selecting method for each switching cause will be described . in a case where the switching cause is a decrease in the load of the server 100 , the algorithm management part 148 refers to the switching candidate information 180 to select such a distributed algorithm that the loads of the respective servers 100 are equalized . for example , a method of calculating the management range 400 in a case where the distributed algorithm is switched can be used . as another method , the algorithm management part 148 may refer to the algorithm switching history 164 to specify the distributed algorithm before the load of the server 100 is increased . in a case where the switching cause is an increase in the load of the server 100 , the algorithm management part 148 refers to the switching candidate information 180 to specify a distributed algorithm for allocating the data of the management range 400 of the server 100 in which the load has increased , to the server 100 in which the load is small . for example , a method of calculating the management range 400 in a case where the distributed algorithm is switched can be used . the algorithm management part 148 selects a distributed algorithm that can best equalize the load among the specified distributed algorithms . since the processes of steps s 204 and s 206 are the same as those of the first embodiment , the description thereof will not be provided . as described above , according to the present invention , in a case where the load of a specific server 100 has increased , it is possible to reduce the load of each server 100 by switching the distributed algorithm . moreover , since the data relocated with switching of the distributed algorithm can be restricted to only a piece of necessary data , it is possible to suppress unnecessary communication between the servers 100 . therefore , it is possible to suppress a processing cost and to realize dynamic distributed algorithm switching . various types of software illustrated in the present embodiment can be stored in various electromagnetic , electronic , and optical recording media and can be downloaded to a computer via a communication network such as the internet . further , in the present embodiment , although an example of using software - based control has been described , part of the control may be realized by hardware . while the present invention has been described in detail with reference to the accompanying drawings , the present invention is not limited to the specific configuration , and various changes and equivalents can be made within the scope of the claims .