I actually got into something that "should have worked"... but it didn't (it make sense, because is a really alternative way of achieving it, with many flaws).
1) You have a color table (something like this http://ecx.images-amazon.com/images/I/61teZBiWnlL._SL1400_.jpg). This will be the "input color table"
2) You process it (this could actually be taking a photo of it with another camera). This will be the output color table"
3) You use a software (lprof in this case) to calculate the icc calibration between those input and output.
4) What you have is an icc that does exactly the OPOSSITE of what you want 
hahaha. This is because is for calibration. What is does, is a correction of your "process". Is to calibrate scanners, cameras, etc.
5) So, you process the input color table with this icc, and you obtain the "contrary output color table". You use this one as the new "output" that you want to achieve. The input is still the input color table.
6) Now it generates a new icc that "should" do what you want.
But the process is so complicated and has so many flaws (for example, input color table should be what your camera see, not a perfect color table) that the results are horrible. (I don't have them with me right now, but trust me, they stink).
We will have to wait for an image processing software to do this, I guess.. ¬¬
That's my approach.
Thanks for the reply again! Will come back if I have any news!
