СООБЩЕНИЕ НЕПРЕДВИДЕННЫХ ОТВЕТОВ СЕРВЕРА ДЛЯ СОВМЕСТНОЙ РАБОТЫ НА ПОВТОРНОЕ СОЕДИНЕНИЕ

1. Способ, по меньшей мере, частично выполняемый на вычислительном устройстве для предоставления ответа об отказе вследствие потери возможности соединения в системе связи, способ содержит этапы, на которых:
принимают пользовательское действие из пользовательского интерфейса приложения связи;
определяют отказ в предоставлении принятого действия серверу вследствие потери возможности соединения; и
определяют время и тип появления уведомления об отказе на основе, по меньшей мере, одного из следующего множества: типа отказа, того, зависят ли другие действия от успешности принятого действия, времени с момента приема действия, устройства, на котором действие было принято, пользовательского профиля, частоты использования, типа действия и типа обеспечиваемой связи.
2. Способ по п. 1, дополнительно содержащий этапы, на которых:
сохраняют принятое действие в локальном кэше.
3. Способ по п. 2, дополнительно содержащий этапы, на которых:
воспроизводят сохраненное действие серверу после восстановления возможности соединения.
4. Способ по п. 1, дополнительно содержащий этапы, на которых:
делают явным уведомление об отказе посредством, по меньшей мере, одного из следующего множества: звукового предупреждения, вибрирующего предупреждения, визуального уведомления в общем виде пользовательского интерфейса, информативного сообщения электронной почты и события, которое должно быть обработано системой.
5. Способ по п. 1, дополнительно содержащий этапы, на которых:
отображают подробную информацию об отказе посредством одного из пользовательского интерфейса и через сообщение, информация включает в себя одно из следующего множества: связь, ассоциированную с отказом, время отказа, один или более пользовательских вариантов смягчения последствий отказа.
6. Способ по п. 1, при этом пользовательскому интерфейсу предоставляется возможность считывать и записывать пользовательские действия из и в локальное хранилище данных и записывать действия на сервер, чтобы поддерживать синхронизацию, когда возможность соединения восстанавливается.
7. Система связи для предоставления ответа об отказе вследствие потери возможности соединения, система содержит:
модуль клиентских элементов управления, управляющий пользовательским интерфейсом, сконфигурированным, чтобы принимать пользовательское действие и делать явным уведомление об отказе;
модуль администратора соединений, сконфигурированный, чтобы определять отказ предоставить принятое действие серверу вследствие потери возможности соединения;
модуль клиентского представления, который является совокупностью шаблонов для пользовательского интерфейса;
модель клиентского представления, которая включает в себя логику приложения для пользовательского интерфейса, при этом логика приложения конфигурируется, чтобы определять время и тип появления уведомления об отказе на основе множества факторов, включающих в себя тип отказа, то, зависят ли другие действия от успешности принятого действия, время с момента приема действия, устройство, на котором действие было принято, пользовательский профиль, частоту использования, тип действия и тип обеспечиваемой связи; и
локальный кэш для хранения принятого пользовательского действия.
8. Система по п. 7, при этом модель клиентского представления поддерживает состояния приложения.
9. Система по п. 7, при этом логика приложения дополнительно конфигурируется, чтобы:
сохранять принятые действия в очереди в одной из локальной таблицы веб-базы данных и собственной таблицы базы данных устройства, когда действия совершаются локально.
10. Машиночитаемое запоминающее устройство с инструкциями, сохраненными на нем для предоставления ответа об отказе вследствие потери возможности соединения в системе связи, инструкции содержат:
прием пользовательского действия из пользовательского интерфейса приложения связи;
определение отказа в предоставлении принятого действия серверу вследствие потери возможности соединения;
сохранение принятого действия в локальном кэше;
определение момента и типа появления уведомления об отказе на основе множества факторов, включающих в себя тип отказа, то, зависят ли другие действия от успешности принятого действия, времени с момента приема действия, устройства, на котором действие было принято, пользовательского профиля, частоты использования, типа действия и типа обеспечиваемой связи; и
воспроизведение сохраненного действия серверу после восстановления возможности соединения.