Moduł akcji |
Główna strona Wstecz Dalej |
|
Moduł akcji jest automatycznym system obsługi zdarzeń. Zdarzeniem może być każdy alarm wygenerowany przez urządzenie, alarm wygenerowany przez system, polecenie wywołane w interfejsie użytkownika. Na podstawie zdarzenia może zostać wywołane określone działanie takie jak wysłanie powiadomienia do użytkownika (SMS/Email/…), wysłanie komendy zamknięcia systemu operacyjnego, wysłanie komendy sterującej do urządzenia.
Każda akcja opisywana jest przez schemat. W skład schematu wchodzi: nazwa, opis, zestaw parametrów inicjujących i zestaw działań. Parametr inicjujący inaczej źródło akcji to zdarzenie, którego wystąpienie powoduje wykonanie działań. Działanie to reakcja na wystąpienie zdarzenia. W jednym schemacie może być wiele działań. Podczas konfiguracji systemu może być tworzonych wiele schematów akcji. Zalecane jest, aby nazwa i opis były na tyle rozbudowane, aby na liście schematów łatwo je było zidentyfikować. Edycja akcji odbywa się w Konfiguratorze akcji.
Dostępy Podczas wykonywania działań, które tyczą się obiektów/sterowników sprawdzane są grupy dostępów. Jeżeli użytkownik wykonujący akcję nie ma dostępu do obiektu to działanie nie zostanie wykonane.
Źródła akcji Do dyspozycji administratora jest 5 typów źródeł.
Obiekt/Element/Własność Wskazuje się dokładnie sygnał, który wywołuje akcję. Dla tego sygnału określa się minimalną wagę alarmu jaką musi mieć aktywny alarm, aby akcja się wywołała. Jeżeli określi się alarm niepilny to akcja wywoła się dla alarmu niepilnego oraz wyższych (ważny, pilny, krytyczny). Wyjątkiem jest Błędna wartość, wybranie której generuje akcje tylko wtedy, gdy sygnał ma stan Błędna wartość. Trzeba też określić czy akcja ma być wywoływana, gdy alarm się pojawi (początek alarmu), zakończy (koniec alarmu) lub przy każdym odczycie, gdy alarm jest aktywny (trwanie alarmu).
UOID Wskazuje się UOID-y jaki muszą mieć sygnały oraz obiekty, do których te sygnały muszą należeć. Dla tych sygnałów określa się minimalną wagę alarmu jaką musi mieć aktywny alarm, aby akcja się wywołała. Jeżeli określi się alarm pilny to akcja wywoła się dla alarmu pilnego oraz krytycznego. Wyjątkiem jest Błędna wartość, wybranie której generuje akcje tylko wtedy, gdy sygnał ma stan Błędna wartość. Trzeba też określić czy akcja ma być wywoływana, gdy alarm się pojawi (początek alarmu), zakończy (koniec alarmu) lub przy każdym odczycie, gdy alarm jest aktywny (trwanie alarmu).
Komunikacja z modułem Wskazuje się moduł, dla którego zmiana stanu komunikacji ma wywoływać akcję. Trzeba też określić czy akcja ma być wywołana w chwili utraty komunikacji z modułem, w chwili przywrócenia tej komunikacji lub w obu sytuacjach. Jeżeli potrzeba wskazać więcej modułów trzeba dodać je jako nowe źródło akcji.
Sterowanie mobilne Jest to sterowanie wykonywane z aplikacji WinCNMobile. Trzeba określić zakres czasowy kiedy sterowanie będzie dostępne oraz użytkowników, którzy te sterowanie mają mieć dostępne. Tu określa się tylko uprawnienia do funkcji sterowania mobilnego. Jakie funkcje sterujące mają być dostępne określa się w działaniach.
Zdarzenie systemowe Trzeba wskazać jeden z typów zdarzeń systemowych dostępnych na liście. Jeżeli potrzebne jest więcej typów trzeba dodać je jako nowe źródło akcji.
Działania akcji
Do dyspozycji jest 7 typów działań.
Powiadomienie wizualne Powiadomienie działa w aplikacji desktop. Trzeba wskazać użytkowników, którzy takie powiadomienie mają otrzymać oraz typ wizualizacji. Dostępne są 3 typy powiadomienia:
To działanie współpracuje z źródłami typu Obiekt/element/Własność i UOID.
Powiadomienie dźwiękowe Powiadomienie działa w aplikacji desktop. Trzeba wskazać użytkowników, którzy takie powiadomienie mają otrzymać oraz listę plików dźwiękowych. Na liście widoczne są wbudowane dźwięki, ale można dodać własne. Do konfiguracji zaznacza się jeden z widocznych na liście dźwięków. To działanie współpracuje z źródłem typu Zdarzenie systemowe.
Powiadomienie SMS Powiadomienia są dostarczane na telefon użytkownika z wykorzystanie modemu GSM lub bramki sms-owej. Trzeba zdefiniować treść powiadomienia i można do tego użyć specjalnych kodów. Są one zastępowane odpowiednimi nazwami pochodzącymi z źródła akcji. W zakresie czasowym trzeba określić daty początkową i końcową obowiązywania powiadamiania. Dodatkowo można określić w jakie dni tygodnia ma działań oraz w jakich godzinach w ciągu doby. Jeżeli godzinę w polu Do ustawi się niższą niż w polu Od to będzie oznaczało godzinę w następnej dobie. Na koniec trzeba wskazać listę użytkowników, którzy te powiadomienia będą otrzymywać. Powiadamianie jest realizowane przez moduł WinCN5Notif i musi on działać w systemie. Konfiguracja modułu dostępna jest w Definicje OMK. To działanie współpracuje z źródłami typu Obiekt/element/Własność, UOID, Komunikacja z modułem, Zdarzenie systemowe.
Powiadomienie email Powiadomienia są dostarczane w postaci wiadomości email z wykorzystaniem zewnętrznego serwera SMTP. Trzeba zdefiniować temat i treść powiadomienia i można do tego użyć specjalnych kodów. Są one zastępowane odpowiednimi nazwami pochodzącymi z źródła akcji. W zakresie czasowym trzeba określić daty początkową i końcową obowiązywania powiadamiania. Dodatkowo można określić w jakie dni tygodnia ma działań oraz w jakich godzinach w ciągu doby. Jeżeli godzinę w polu Do ustawi się niższą niż w polu Od to będzie oznaczało godzinę w następnej dobie. Na koniec trzeba wskazać listę użytkowników, którzy te powiadomienia będą otrzymywać. Powiadamianie jest realizowane przez moduł WinCN5Notif i musi on działać w systemie. Konfiguracja modułu dostępna jest w Definicje OMK. To działanie współpracuje z źródłami typu Obiekt/element/Własność, UOID, Komunikacja z modułem, Zdarzenie systemowe.
Powiadomienie mobilne Powiadomienia są dostarczane użytkownikom za pomocą aplikacji WinCNMobile. Trzeba zdefiniować treść powiadomienia i można do tego użyć specjalnych kodów. Są one zastępowane odpowiednimi nazwami pochodzącymi z źródła akcji. W zakresie czasowym trzeba określić daty początkową i końcową obowiązywania powiadamiania. Dodatkowo można określić w jakie dni tygodnia ma działań oraz w jakich godzinach w ciągu doby. Jeżeli godzinę w polu Do ustawi się niższą niż w polu Od to będzie oznaczało godzinę w następnej dobie. Określa się okres ważności powiadomienia w minutach. To jest czas liczony od chwili wygenerowania powiadomienia. Jeżeli użytkownik w tym czasie zaloguje się do aplikacji mobilnej to te powiadomienie otrzyma. Jeżeli później to powiadomienie nie zostanie dostarczone i jest usuwane z systemu. Określa się także wagę powiadomienia. Jest to kolor z jaki zostanie powiadomienie wyświetlone w aplikacji mobilnej. Do dyspozycji są 3 kolory: niebieski, żółty, czerwony. Na koniec trzeba wskazać listę użytkowników, którzy te powiadomienia będą otrzymywać. Powiadamianie jest realizowane przez moduł WinCNExchangeApi i musi on działać w systemie. Konfiguracja modułu dostępna jest w Definicje OMK. To działanie współpracuje z źródłami typu Obiekt/element/Własność, UOID, Komunikacja z modułem, Zdarzenie systemowe.
Zdalne wyłączenie Funkcja pozwala na zdalne wyłączenie komputerów poprzez wysłanej odpowiedniej komendy do systemu operacyjnego. Do przesłania komendy używane jest połączenie SSH. Systemy pochodzenia uniksowego mają taką możliwość wbudowaną. W przypadku systemów Windows wymagane jest zainstalowanie aplikacji Cygwin. W konfiguracji funkcji trzeba podać login i klucza SSH. Konto, które się podaje musi mieć uprawnienia do wykonywania skryptów. W konfiguracji działania podaje się treść skryptu wyłączającego, dostosowanego do typu systemu, który ma być wyłączony. Zdalne wyłączenie jest realizowane przez moduły WinCN5Notif, WCF2SSH i muszą one działać w systemie. Konfiguracja modułu Notif dostępna jest w Definicje OMK. To działanie współpracuje z źródłami typu Obiekt/element/Własność i UOID.
Zdalne sterowanie Służy do wysłania do wskazanego sterownika komendy zdalnego sterowania z odpowiednimi wartościami. Definiując sterowanie trzeba określić:
Sterownik musi mieć przypisaną w konfiguracji funkcję sterowania, aby zdalne sterowanie było możliwe do realizacji. Ustawienie sprawdzania lokalizacji ma na celu zabezpieczenie się przed wykonywaniem sterowania bez możliwości kontrolowania wykonania komendy. Aplikacja wymaga, aby telefon znajdował się mniej niż 100m od wskazanej lokalizacji. Jeżeli odległość jest większa przycisk wykonania będzie niedostępny, aplikacja wskaże ile metrów brakuje do poprawnej lokalizacji. Sterowanie wykonywane jest przez moduły OMK. Konfiguracja modułów dostępna jest w Definicje OMK. To działanie współpracuje z źródłami typu Obiekt/element/Własność, UOID, Sterowanie mobilne, Zdarzenie systemowe.
|