Сервер. Контроллер, который делает запрос по адресу. Получает входящий поток с контентом. Парсингом вытягиваем нужный контент - в данном случае, как я понял, адрес расположения jpeg-файла. По этому адресу делаем запрос и входящий бинарный поток обрабатываем, получая бинарное представление картинки. Дальше по усмотрению.

В голове, конечно, крутится мысль, что при запросе на контент содержимое может быть другим. Но, с другой стороны, на самом деле запрос к динамическому контенту-то первый, следовательно, содержимое будет неизмененным, так как первый запрос (который страницу скачивал) только создавал представление, не трогая содержимое (модель). Поэтому думаю, что этот вариант может быть рабочим.

Смысла делать подобное на клиенте я не вижу - вроде как собирать остатки после браузера. Хотя есть высокий шанс при повторном запросе вытащить ресурс из кеша. Хотя тут надо располагать более глубокими знаниями по выемке ресурса из кеша, так как повторный запрос к динамическому контенту по умолчанию не подтвердит идентичность содержимого и будет тащить по линку, а не из кеша. Но тут я умываю руки, так как не располагаю глубокими знаниями и понимаю, что могут быть настройки такими, чтобы работать и вовсе только с кешем - х.з. В любом случае - работать с такими вещами на клиенте - дурная работа. Даже если надо что-то отображать. Проще все прокрутить на сервере и показывать клиенту уже результат работы (страницу, ресурсы и т.д.)

Сменить черный ящик на нормальный сервер. Есть даже бесплатные Java и NET хостинги, а я уж молчу по пэХаПэшных.

jjj32Инициация процесса должна происходить именно из js
Кому должна? Так не бывает.