There are always at least two solutions to a problem.
You could use the USART to communicate between your slave arduinos and the master arduino: you just need to "AND" the TX of the slaves into the RX of the master arduino, and route the TX of the master to all the slaves alike. Then it's a matter of making sure they don't talk all at once, by making the master send first the ID of the slave it wants to talk to, request all the data (only the slave with the matching ID will be programmed to answer), get the data back and turn to the next device.
There are also bus switches/multiplexers, that you can either make yourself out of logic gates or buy ready made chips, to use the same I2C lines between devices with the same address - the selection of the device is made with separate lines in this case, rather than made in software like in the above solution. Doing this you could actually get rid of your slave arduinos (assuming the master arduino has enough code memory, RAM and processor time to do everything you want), that would be cheaper and less tedious to maintain.
Usually you could change the address of the chips by desoldering a selection pin and resoldering it to the opposite level, but I checked and your chips only have 2 possible addresses. Sometimes chips have different addresses hardcoded into different part numbers, so you could desolder a chip and resolder a new one in its place with a different address - however it is not your case.
Finally there are software line drivers. Instead of using the only I2C hardware driver on the pro mini, there are libraries that provide functions to control arbitrary GPIOs in the same way a hardware driver would. They're usually slower than dedicated drivers, but for many applications it's enough, and this is certainly okay for you. http://playground.arduino.cc/Main/SoftwareI2CLibrary