Получить данные о бездействие пользователей по sessionId

[neprikon]

Есть проблема нужно получить данные о бездействие всех пользователей. Хотим знать сколько клиентов бездействуют и сколько это продолжается по времени.
По логике должно было работать вот так:

#TimeConstants
    sysClientSessions   sysClientSessions;
    AOSSessionInfo      aOSSessionInfo;
    int                 seconds;
    ;

    while select sysClientSessions
        where sysClientSessions.Status == 1
    {
        aOSSessionInfo = new AOSSessionInfo(sysClientSessions.SessionId);

        seconds = aOSSessionInfo.idleTicks()/#millisecondsPerSecond;

        info(strFmt("%1, %2", sysClientSessions.userId, seconds));

    }

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

[gl00mie]

IdleTicks не работает, кажется, с версии 4.0, когда обмен между клиентом и сервером перешел с протокола AOCP на стандартный RPC. Раньше на каждое клиентское подключение была выделенная сессия на AOS, и в рамках этой сессии можно было считать интервалы отсутствия трафика (что воспринималось как бездействие). Теперь со стороны AOS такого уже нет, отслеживать простои можно, наверно, со стороны клиента. См. штатный \Classes\Info\watchDog, который срабатывает при простое 15 минут и более (#watchdogInterval).

[neprikon]

Об этом функционале я в курсе!
Только watchDog отрабатывает каждые 15, если последний параметр idle заменить на true то каждые 15 минут простоя.

this.setTimeOut(identifierstr(watchDog), #watchdogInterval, false);

Даже если использовать этот костылек, как мне собирать данные в периодической операции допустим каждые 5 минут и собирать статистику по пользователям.
Может еще кто идейку подкинет?

[Logger]

Может вот эта форма (tutorial_Timer) наведет вас на какие нить мысли.

[gl00mie]

Решение во многом может зависеть от того, насколько актуальные данные по бездействию пользователей вам нужны и почему. Если вы хотите вот прям в онлайне видеть, что такие-то сессии бездействуют 4.5 минуты - будет одно решение, если нужно просто собирать статистику и постфактум ее анализировать, скажем, для оптимизации инфраструктуры - будет другое решение. Тут еще важно соблюсти баланс между точностью/актуальностью данных и дополнительной нагрузкой на систему для сбора этих данных. Также я бы сразу закладывал в решение возможность отслеживать бездействие не всех подряд пользователей, а выборочно в зависимости от настроек.
Посмотрите на то, что делает метод watchDog(): он ведь, кроме обновления завершения сессии еще сбрасывает статистику использования объектов приложения. Ваше отслеживание бездействия пользователей можно реализовать аналогично сбору этой статистики:

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