Гипотеза такова: :
Внешнее приложение запрашивает аутентификацию, используя неявный поток, и пользователь входит в систему. Приложение предлагает пользователю функциональность для создания задачи / задания, которое должновыполнить ряд вещей в запланированный момент в будущем и от имени пользователя. Это также может быть длительной задачей, охватывающей часы (даже дни). Внешнее приложение имеет свой собственный идентификатор клиента (с неявным потоком), а служба, выполняющая запланированное задание, имеет отдельный идентификатор клиента (и секретный).
Вопросы:
Что интерфейсное приложение должно передать запланированной задаче, чтобы служба, выполняющая запланированную задачу, могла аутентифицироваться как исходный пользователь?
Предполагая, чтоЗадача должна работать с токеном обновления, чтобы при необходимости она могла получать новые токены доступа. Как она может получить токен обновления в первую очередь? Приложение переднего плана не может передать первый, так как токены обновления не поддерживаются в неявном потоке, и оно будет выдано не тому клиенту, даже если оно было поддержано.