Вопрос такой - как организовать пересылку объектов на другой комп, для продолжения процесса обработки?

Есть желание раскроить программу на несколько компьютеров, где например данные удут обрабатываться сначала на одном компе, а потом отправляться на другой, и досчитываться уже там такойже программой.

Ну например с помощью RMI.

Серилизировать/десериализировать, как вариант.

Серилизировать/десериализировать насколько я понял, можно только серилизуемые/десериализуемые объекты. В чём тогда смысл этой операции?

Да

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

На самом деле есть и более высокоуровневые технологии EJB и web службы.
Что использовать - это скорее вопрос задачи и проблемной  области. 
Web службы сериализуют (или точнее маршаллизируют) в XML. RMI сегодня это низкоуровневая технология. Сгодится скорее для одной задачи, для которой эффективность важнее повторного использования.

mbasil
Согласись, давать в ответ на вопрос 

EJB, Web Services и т.п. как-то противоречит принципу Оккама. Хотя ты прав в том что реализовать на этих технологиях будет по любому полезнее.

А с остальными как быть?

Добавлено через 6 минут и 54 секунды
пакую объект в класс имплементирующий сереализацию


копирую объект путём копирования этого класса

выдаёт:
java.io.NotSerializableException: java.awt.image.BufferedImage
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156)
    at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
    at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
    at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
    at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)

Fieral
Если не сериализирумый класс правильно завернуть в наследника, который умеет сохранять его состояние, то инстансы этого наследника будут сериализируемыми. Здесь пример.
Кроме того ты можешь реализовать собственный механизм сериализации.

Я правильно понял, что ты изображение хочешь просчитывать и пересылать?

Ага. 
Но не только их - результаты обработки тоже забирать надо будет.

Fieral
Ну в принципе тебе не обязательно пересылвать несериализируемый BufferedImage, достань из него байты картинки, отправь их, а там уже восстановиш в BufferedImage если он тебе будет нужен.

Ну хорошо.
Тогда такой вопрос: допустим я буду пересылать что-нибудь ещё, отконвертированное в byte массивы. 
Как тогда на месте прибытия выяснять что именно приехало и в какой объект это конвертировать?

Ну вот и возник вопрос о протоколе пересылки. Это ответ на замечание Maksym в мой адрес. Теперь надо "городить свой протокол или использовать более высокоуровневое решение. На шаг выше RMI.

mbasil
Чтобы преслать пару объектов и массив байт не нужно городить какой-то сложный протокол. Пока что не вижу в этой задаче ничего такого, чтобы приплетать сюда тяжеленные энтерпрайз решения. Особенно если учесть, что организуются распределенные вычисления и, видимо, важна производительность.

Согласен, что энтерпрайз решения может и не требуются. Написал я о них, поскольку некоторые разработчики пытаются решать задачи простыми методами, там где простые методы не подходят и приводят к появлению массы проблем.

При засылке разных объектов только массивом байт не обойдешься. Надо обернуть его в общий класс (сериализуемый), который помимо массива байт будет содержать дополнительную информацию о том, что на самом деле содержит массив. А это уже, как не верти хоть и простой но собственный протокол обмена. Если объектов может быть и не два, а больше, то RMI может оказаться предпочтительным.