Как переопределить универсальный метод в подклассе Java

Я пытаюсь реорганизовать некоторый код, чтобы уменьшить дублирование кода. В настоящее время у меня есть служба, которая принимает собственный класс Payload и возвращает собственный класс Response. И в настоящее время это делает не один сервисный класс, а около 5 или 6. Таким образом, это приводит к МНОГО дублирования кода, хотя тело методов буквально одинаковое, отличается только тип возвращаемого значения.

Например:

public class ServiceA {
    ResponseA getResponse(PayloadA){...}
}
public class ServiceB {
    ResponseB getResponse(PayloadB){...}
}
public class ServiceC {
    ResponseC getResponse(PayloadC){...}
}

Там, где тела метода буквально дословно одинаковы, но поскольку это почтовый запрос с использованием WebClient, где методы заканчиваются на ObjectMapper mapper = new ObjectMapper(); return mapper.readValue(response, new TypeReference<>() {});, мы просто копируем метод снова и снова.

Я попытался реализовать абстрактный суперкласс под названием RestService и иметь два пустых интерфейса под названием RestResponse и RestPayload, которые каждый сервис может реализовать самостоятельно, но тогда как мне заставить класс обслуживания возвращать свой собственный тип Response, а не тип RestResponse, который является просто пустой интерфейс?

РЕДАКТИРОВАТЬ - ОБНОВИТЬ: Итак, в некоторой связи я решил свою проблему, выполнив следующие действия:

public abstract class ParentService<R extends IResponse, P extends IPayload>{
  public abstract R getPayload(P);
}

public class ServiceA extends ParentService<ResponseA, PayloadA> {
  @Override
  public ResponseA getPayload(PayloadA){
    /***/
    ObjectMapper mapper = new ObjectMapper();     
    return mapper.readValue(response, new TypeReference<>() {});
  }
}

Где каждая дополнительная услуга наследуется аналогичным образом. И каждый ответ и полезная нагрузка реализуют модели интерфейса IResponse и IPayload соответственно.

Спасибо вам за ваши предложения!

(Это окончательное дизайнерское решение было основано на текущем принятом ответе, дополнительном прочтении об дженериках и абстрактных классах в Java, а также на решениях по проектированию кодовой базы)