Zlecenie 12490712 - Zakup serwera do monitoringu wraz z licencjami SERWER:...

procesor serii min. Xeon®
Scalable Processors minimum gen. 4 (preferowana gen. 5) i wyposażona w:
sprzętowy moduł TPM,
min. jedno złącze PCI-E 4.0 x 16,
min. 2 złącza PCI-E 4.0 x 8,
socket LGA 4677,
chipset C741,
min. 3 złączy USB 3.2,
min. 8 złączy DIMM,
zintegrowany kontroler IPMI 2.0 z dedykowanym złączem
RJ45,
Procesor Zainstalowany jeden procesor typu min. Xeon® Scalable
Processors minimum gen. 4 (preferowany gen. 5) posiadający:
min. 16 rdzeni,
taktowany zegarem minimum 2.4 GHz,
pamięć podręczną cache o wielkości minimum 30MB,
osiągający w teście PassMark - CPU Mark min.43000
punktów-wynik na dzień 19.01.2026 r.
Karta graficzna Karta graficzna posiadająca min:
2816 CUDA cores,
16 GB pamięci RAM,
4 złącza wyjściowe mDP 1.4a,
Przykładowa karta: RTX2000 ADA.
Zintegrowana karta graficzna, umożliwiająca wyświetlanie obrazu w rozdzielczości minimum 1280x1024 pikseli - współpracująca z karta
zarządzającą.
Karty sieciowa Minimum 2 porty 10Gb Ethernet Base T-wbudowane na płycie głównej nie zajmujących gniazd PCI-E.
Przykładowa karta: Intel X540-T2 10G 2xRJ45.
Zarządzanie Niezależna od zainstalowanego systemu operacyjnego dedykowana
karta zarządzająca z dostępem przez dedykowany port RJ-45 Gigabit Ethernet zgodna z IPMI 2.0 umożliwiającą:
zdalny dostęp do graficznego interfejsu Web karty zarządzającej,
zdalne monitorowanie i informowanie o statusie stacji (temperaturze, prędkości obrotowej wentylatorów itd.),
szyfrowane połączenie w sieci (SSL v3 lub TLS),
włączenie, wyłączenie i restart serwera, aktualizacja Biosu,
podgląd logów sprzętowych serwera,
przejęcie pełnej konsoli tekstowej serwera niezależnie od jego stanu (także podczas startu, restartu OS),
możliwość podmontowania zdalnych wirtualnych napędów,
plików ISO,
Pamięć RAM • Minimum 64 GB DDR5 ECC pracująca z maksymalną
częstotliwością obsługiwaną przez dostarczony procesor.
Możliwość rozbudowy do min 256GB.
Kontroler RAID Sprzętowy, kontroler RAID SAS 12Gb/s i SATA 6Gb/s posiadający
następujące funkcjonalności:
obsługa poziomów RAID 0,1,10,5,50,6,60,
posiadający min 8GB DDR4 pamięci cache,
obsługa bezpośrednio min 12 dysków (bez expandera),
posiadający moduł zabezpieczenie pamięci cache; przed utrata zasilania.
Dyski 16 dysków o pojemności min 20 TB i MTBF min 2.5 miliona godzin.
Zainstalowane dyski musza być kompatybilne z oferowanym kontrolerem RAID (według listy kompatybilności producenta kontrolera RAID lub producenta dysków).
Dwa dyski SSD przeznaczone do pracy w serwerach o pojemności min 480GB i MTBF>=2,000,000 godz. Pracujące w RAID 1 przeznaczone
na system operacyjny.
Obudowa 3U na Typu RACK 19 o wysokość max 3U wraz z zestawem szyn 16 dyski montażowym umożliwiającym montaż w typowej, 19-calowej
szafie serwerowej, w tym pełne wysunięcie serwera z szafy posiadająca:
dwa zasilacze Hot Swap o mocy co najmniej 920W. Zasilacze muszą posiadać certyfikat Titanium Level Certified - wymagane załączenie do oferty raportu,
poprawna praca przy zasilaniu 200-240V (nominalne napięcie) AC 50 Hz,
obudowa musi umożliwiać instalacje min. 16 dysków SAS 12Gb/s lub SATA/SSD 6Gb/s SATA 6Gb/s w formacie 3.5 oraz dodatkowo 2 kieszenie na dyski 2.5 (wolne zatoki na dyski obsadzone ramkami hot-swap, możliwość dodania własnego dysku przez użytkownika bez konieczności zakupu specjalnej ramki),
zasilacze. dvski. wentvlatorv musza bvć elementami HOT-
SWAP,
• dodatkowo obudowa musi posiadać przednią osłonę na dyski twarde zamykaną na klucz.
System
operacyjny
Preinstalowany system operacyjny Windows Server 2025 Standard obsługujący min. 16 rdzeni procesora (ilość licencji musi odpowiadać ilości rdzeni zaoferowanego procesora).
Licencje dostępowe CAL dla 10 użytkowników.
Jeżeli urządzenia sieciowe (kamery) wymagają licencji CAL to wymaga się dostarczenia odpowiedniej ich ilości tj. 80 szt.
Jeżeli urządzenia sieciowe (kamery) nie wymagają licencji CAL to wymaga się przedstawienia stosownego oświadczenia potwierdzającego brak wymagania licencji CAL.
Certyfikaty
Producent serwera powinien posiadać certyfikaty:
PN-EN ISO 9001:2015, PN-EN IS014001:2015,45001:2024 oraz PN-ISO/IEC 27001:2017 lub nowsze na procesy projektowania, produkcję, sprzedaż i serwis,
PN-EN ISO 50001:2018,
SA 8000:2014,
Oznaczenie CE.
Gwarancja
minimum 36 miesięcy serwis on-site, czas reakcji 4h, czas naprawy w następnym dniu roboczym,
możliwość telefonicznego zgłaszania usterek w serwisie producenta serwera,
wymagany okres przyjmowania zgłoszeń serwisowych we wszystkie dni robocze,
w przypadku uszkodzenia serwera dysk twardy pozostaje u zamawiającego.
Wsparcie
techniczne
• możliwość telefonicznego sprawdzenia konfiguracji sprzętowej serwera oraz warunków gwarancji po podaniu numeru seryjnego bezpośrednio u producenta lub jego przedstawiciela.
Inne
dostarczony sprzęt musi być fabrycznie nowy,
elementy, z których zbudowane są serwery muszą być produktami producenta tych serwerów lub być przez niego certyfikowane oraz muszą być objęte gwarancją producenta, potwierdzoną przez oryginalne karty gwarancyjne.
LICENCJA i ARCHITEKRURA PLATFORMY MONITORINGU:
1) platforma musi mieć możliwość zaimplementowania kamer różnych producentów poprzez wbudowane pełne sterowniki kamer (pełna kontrola wejść/wyjść alarmowych, audio, sterowanie PTZ, itd.),
2) oprogramowanie musi obsługiwać protokół ONVIF w wersji S, G,M, T oraz protokół PSIA,
3) oprogramowanie musi posiadać darmową aktualizację sterowników kamer wraz z protokołem ONVIF/PSIA,
4) liczbę licencji kanałów implementowanych w zależności od ilości kamer. Jedna kamera to jedna licencja. Licencje te nie są przypisane do konkretnej kamery co pozwalać będzie w dowolnej chwili przypisać do kanału inną kamerę,
5) migracja licencji nie musi odbywać się tylko i wyłącznie w jednej technologii w jakiej była zainstalowana. Licencja kamery analogowej np. podczas jej wymiany na kamerę IP może być tą samą licencją,
6) licencja nagrywająca musi być dożywotnia,
7) oprogramowanie rejestrujące powinno działać w architekturze klient serwer oraz umożliwiać obsługę wielu serwerów rejestrujących z których np. jeden zostanie serwerem głównym, a kolejne będą urządzeniami podrzędnymi. Jeden serwer główny potrafi obsłużyć 150 serwerów podrzędnych, a każdy serwer podrzędny 250 kamer. Serwer centralny tzw. serwer master zarządza główną bazą danych, zawierającą
I
wszystkie informacje o systemie i konfiguracji komponentów platformy oraz serwerach podrzędnych. Serwer master autoryzuje użytkowników i nadaje dostęp do platformy na podstawie predefiniowanych praw dostępu użytkownika oraz ustawień strefy bezpieczeństwa otrzymywanych w czasie logowania z poziomu stacji operatorskiej. Serwery podrzędne zarządzają przydzielonymi kamerami i koderami oraz archiwizują wideo/audio, a także przesyłają wideo i audio przez sieci lokalne i rozległe ze źródła do aplikacji klienckiej.
8) przyjmuje się rozwiązanie aby, strumień kamer generowany z różnych serwerów był strumieniem nie przechodzącym poprzez główny serwer tylko z serwerów na którym znajdują się poszczególne kameiy umożliwia to odciążenie jednostki głównej oraz stabilną pracę systemu,
9) w przypadku dużych systemów lub gdy zaistnieje potrzeba podglądu na żywo przez wiele mniejszych jednostek system pozwoli na jednoczesne zalogowanie nielimitowaną liczbę użytkowników, którzy mogą mieć nadane różne prawa dostępu,
10) zarządzanie użytkownikami pozwoli na wydzielenie użytkowników zwykłych i administratorów za pomocą grup do których będą przydzieleni. Każdy użytkownik po zalogowaniu otrzymuje swój własny interfejs, który może indywidualnie konfigurować i zapisać,
11) oprogramowanie będzie otwarte na integracje tzn. istnieje możliwość uzyskania SDK producenta w celu integracji z innymi systemami dostępnymi na obiekcie w celu otrzymania dodatkowych korzyści jak np. scentralizowanego zarządzania różnymi systemami z poziomu jednej aplikacji,
12) integracja z systemami kontroli dostępu np. NEDAP, systemami SSWiN np. NEDAP,
4
SATEL, systemami videodomofonowymi np. 2N lub równoważnymi,
13) platforma zapewniać musi programowe zabezpieczenie struktury danych video, audio oraz metadanych poprzez zastosowanie programowej technologii RAID 0. W celu zapewnienia ciągłości nagrań w przypadku uszkodzenia dysku twardego system będzie rozmieszczał poszczególne klatki na różnych dyskach co w przypadku awarii dysku skutkuje brakiem tylko poszczególnych klatek, a nie całych nagrań, które akurat znajdowały się na uszkodzonym dysku,
14) konfiguracja przechowywania danych może być zmieniana dla każdej kamery z osobna według ilości dni zapisu ciągłego. Oznacza to, że materiał nie zostanie nadpisany do momentu zakończenia zaprogramowanych dni dla poszczególnych kamer. Możliwość ustawienia maksymalnego czasu przechowywania nagrań, gdzie system automatycznie będzie nadpisywał nagrania starsze niż liczba dni, które zostaną zaprogramowane,
15) definiowanie okresu przechowywania archiwum dla poszczególnej kamery liczone w dniach w przedziale od godziny do 365 dni. Umożliwiać powinno dowolną konfigurację przechowywanego materiału dla poszczególnych strumieni z osobna w tym także rozpoczęcie nagrywania po detekcji ruchu definiowanej dla dowolnego obszaru kamery oraz rozpoczęcie nagrywania po przekroczeniu zadanego progu głośności dla kamer obsługujących audio,
16) platforma również musi cechować się funkcjonalnością tworzenia automatycznego archiwum na nośnikach zdalnych np.: macierzach dyskowych NAS do tygodnia z wybranych kamer. Operator bądź osoba upoważniona ma możliwość mimo nadpisania materiału w serwerach na cofnięcie się do dodatkowej kopii zapasowej na dodatkowym serwerze archiwizującym. Warunkiem prawidłowego i szybkiego archiwizowania na macierzy sieciowej dodatkowo materiału jest zachowanie tego samego formatu plików jak w przypadku rejestracji przez serwery oznacza to zachowanie znaku wodnego na materiale czyli potwierdzenie autentyczności nagrania.
17) funkcja uzupełniania materiału z karty pamięci kamery czyli zgrywanie z karty SD kamery w czasie powrotu sygnału IP po zaniku komunikacji z serwerem. Umożliwia to uzyskanie ciągłości zapisu danych mimo problemów sieciowych bądź uszkodzenia urządzeń do transmisji danych lub serwera. Funkcjonalność ta dotyczy zarówno obrazu jak i dźwięku dla wybranych modeli kamer,
18) redundantny strumień wideo pozwalać powinien wyeliminować sytuację braku podglądu na żywo na stacji operatorskiej w wyniku uszkodzenia połączenia między klientem, a serwerem. W takiej sytuacji strumień z kamery przesyłany jest bezpośrednio na stację operatorską. Może pracować w 3 trybach: strumień zawsze z rejestratora,
strumień zawsze z kamery, strumień z rejestratora, a w przypadku rozłączenia bezpośrednio z kamery.
19) system pozwolić powinien na wykorzystanie serwera redundantnego typu failover, którego zadaniem jest odpytywanie pozostałych serwerów w systemie i w przypadku awarii przejęcie nagrywania kamer, które były przypisane do uszkodzonego serwera,
20) architektura systemu pozwalać powinna na wykorzystanie więcej niż jednego serwera zapasowego. Możemy zdeklarować czas po którym takie przełączenie nastąpi od 1 minuty do nawet 5 dni,
21) w celu kontroli wszystkich funkcji w systemie oprogramowanie musi posiadać tzw. logi systemowe które będą przechowywały wszelkie informacje na temat odłączenia/podłączenia kamer, logowania się użytkowników, tworzenia archiwum oraz zmian zachodzących w systemie. Raporty możemy wygenerować do formatu ogólnie dostępnego w celu spokojnej analizy zdarzeń w systemie.
22) system musi posiadać zaimplementowaną funkcję tzw. samokontroli czyli analizowanie zdarzeń systemowych w czasie rzeczywistym jeżeli cokolwiek będzie odstawało od normy automatycznie operator bądź administrator o takim zdarzeniu jest informowany,
23) w celu zapewnienia płynnej pracy systemu w czasie rejestracji oraz podglądu mamy możliwość wybrania wielostrumieniowości dla każdej kamery z osobna. Możemy ustawić 3 strumienie: strumień dla nagrywania, strumień do podglądu lokalnego oraz strumień do podglądu zdalnego. Dowolna konfiguracja dla każdego strumienia osobno jakości nagrywania w rozumieniu rozdzielczości, kompresji, odświeżania,
24) oprogramowanie musi posiadać wbudowany moduł detekcji ruchu, który obsługuje nieregularne strefy rysowane odręcznie za pomocą specjalnego narzędzia,
25) administrator może zdefiniować 3 tryby pracy detekcji: detekcja porównawcza, detekcja adaptacyjna, detekcja heimeneutyczna,
26) administrator może zdefiniować dla użytkowników funkcję zamazywania twarzy bądź poruszających się obiektów,
27) alarmy można zdefiniować z detekcji ruchu, wejścia cyfrowego, ciągu tekstowego, przekroczenia zaprogramowanego progu audio. Można wygenerować akcje wyjścia cyfrowego, nagrywania, wysłania maila, wygenerowania funkcji kamery PTZ - przejście do określonej pozycji bądź wygenerowanie patrolu,
28) system musi umożliwić do zdefiniowanego alarmu przypisać wiele akcji. Alarm wygenerowany musi poinformować operatora monitoringu poprzez okno pop-up z pojedynczej lub z całej grupy kamer na jednym interfejsie. Dla każdej akcji można zdefiniować różny sygnał dźwiękowy informującego o konkretnym zdarzeniu.
29) system musi mieć możliwość rozszerzenia o funkcję inteligentnej analizy obrazu. Taka funkcjonalność daje nam możliwość używania analizy na wszystkich kamerach znajdujących się w systemie (możemy przenosić analizy pomiędzy kamerami) bez potrzeby fizycznego instalowania, przenoszenia kamery z analizą z miejsca na miejsce,
30) analiza na platformie obsługuje kamery analogowe jak i kamery IP co rozszerza nam zakres modyfikacji i skalowalności systemu bez potrzeby wymiany kamer na nowe. Wyświetlanie zdarzeń z VCA odbywać się musi na oprogramowaniu klienckim w celu analizy w trybie rzeczywistym przez operatora. Nie może być uruchomiona dodatkowa zewnętrzna aplikacja.
31) system musi również wspierać obsługę funkcji analitycznych wbudowanych bezpośrednio w wybranych modelach kamer. Oznacza to, że po wystąpieniu jakiegoś zdarzenia alarmowego zdefiniowanego w kamerze np. przekroczenie linii system będzie mógł wygenerować alarm i powiadomić operatora.
32) serwer możemy wyposażyć w każdej chwili w funkcję ANPR czyli rozpoznawania tablic rejestracyjnych tworząc np. bazę tablic rejestracyjnych z dostępem do wybranych funkcji bądź jednoczesną bazę nie przydzielonych tablic wraz z synchronizacją nagrań. Funkcja ta może być zaimplementowana na kamerach analogowych jak i rozwiązaniach IP.
33) system ANPR musi działać nie tylko na obiektach zbliżających się ale także oddalających od kamery sczytującej. Wyszukiwanie tablic - ciągu znaków odbywa się za pomocą programów klienckich na których generujemy podgląd z kamer. Dzięki takiej funkcjonalności nie ma potrzeby przełączania się użytkownika między programami konfiguracyjnymi oraz podglądowymi.
34) Oprogramowanie zarządzające musi być dostępne w języku polskim i umożliwić na zarządzenie:
1. systemem w zakresie:
a. harmonogramu nagrywania, alarmów, audio,
b. tworzenia kopii ustawień,
c. obsługi wielu monitorów,
d. eksportu logów systemowych,
e. informacji o urządzeniach przechowujących,
f. monitorowania wydajności,
g. wyboru zakresu detekcji poprzez funkcje zaznaczenia nieregularnych kształtów.
2. użytkownikami:
a. możliwość zalogowania on-line nielimitowanej liczbie klientów,
b. podział użytkowników na zwykłych i administratorów,
c. każdy użytkownik po zalogowaniu posiada własny tzw. pulpit wielu monitorów, oddzielnie konfigurowalny dla każdego z użytkowników,
d. alokowanie alarmów dla poszczególnego użytkownika/profilu,
e. konfiguracja zamazywania twarzy i obiektów dla użytkowników,
f. alokowanie map,
g. automatyczne logowanie,
h. podgląd obrazu na żywo,
i. funkcja przeciągnij i upuść,
j. automatyczne umieszczanie kamery i nadawanie rozmiaru,
k. kontrola kamer szybkoobrotowych,
l. drukowanie obrazu i eksportu z wielu kamer do jednego pliku,
m. podgląd na żywo wideo,
n. podgląd drzewa urządzeń.
3. kamerami:
a. zamiana adresu IP kamery,
b. zmiana rozdzielczości, ilości klatek, jakości,
c. przesyłania z różnych strumieni danych do zapisu i podglądu,
d. wyświetlania obciążenia systemu za pomocą wskaźnika,
e. personalizowania masek prywatności,
f. ustawienia detekcji mchu,
g. podłączenia 250 kamer IP na 1 serwerze,
h. dla kamer szybkoobrotowych: sterowania w 8 kierunkach, centrowania, zbliżania, ostrości, wyboru pozycji, uruchomienia i zatrzymania trący, kontroli przez klawiaturę USB.
4. dźwiękiem:
a. obsługa dźwięku dwukierunkowego po IP z poziomu 1 pulpitu,
b. blokady i udostępnienia audio,
c. synchronizacji pomiędzy danymi z kamer video,
d. wyborze metody kompresji,
e. detekcji hałasu, ciszy oraz wyszukiwania zdarzeń.
5. alarmami:
a. zdarzenia audio,
b. zdarzenia detekcji ruchu,
c. zdarzenia inteligentnej analizy obrazu,
d. wyszukiwanie alarmów.
6. monitoringiem błędów:
a. połączenia,
b. zapisu,
c. dysku,
d. utraty wizji z kamery.
35) platforma systemu monitoringu musi posiadać możliwość wyposażenia w dodatki analityczne:
1. moduł klasyfikacji obiektów - umożliwiający nauczenie systemu rozpoznawania obiektów np.: człowiek, pies, pojazd osobowy, pojazd ciężarowy. Klasyfikacja może być zastosowana do kamer umieszczonych na zewnątrz budynku lub wjedzie na parking.
2. moduł zniknięcia przedmiotu ze strefy/pojawienia się przedmiotu w strefie - w momencie kiedy strefa ulegnie zmianie w określonym przedziale czasowym system wygeneruje sygnał alarmowy i zmusi do działania pracownika ochrony/portiera. Funkcja umożliwia wykrycie obiektów znajdujących się
w strefie powyżej założonego czasu. System umożliwia również wykrycie obiektów znikających ze strefy.
3. zliczanie osób, obiektów, raportowanie danych - system umożliwia zliczanie osób przybywających do obiektu poprzez wybór kierunku zliczania osób oraz minimalny i maksymalny rozmiar obiektu zliczanego. Dane te w przejrzysty sposób mogą zostać przedstawione bezpośrednio na obrazie kamery lub za pomocą wykresów przy zastosowaniu dodatkowego modułu raportowania.
4. tworzenie się tłumu - system informuje nas jeżeli w miejscach tworzy się tzw. tłum w budynku lub na placu, ruch obiektów zbierających się w jedną grupę,
5. przebywanie obiektu dłużej niż czas zaprogramowany - funkcja ma za zadanie poinformować o przebywaniu obiektu poruszającego się we wcześniej zaprogramowanej strefie ponad określony i dozwolony czas,
6. wejście oraz wyjście ze strefy - obiekt wchodzący w strefę oraz wychodzący ze strefy jest traktowany jako intruz, a system informuje osoby upoważnione,
7. przekroczenie linii wraz z funkcją kierunku przekraczania - jeżeli obiekt przejdzie przez linię system poinformuje o obiekcie, który daną linię przekroczył. Możemy
zastosować filtr kierunkowy co umożliwi określenie kierunku przekraczania na który system będzie reagował.
8. śledzenie obiektu - wyznacza ścieżkę przemieszczania obiektu z możliwością cyfrowego powiększania,
9. anty-sabotaż punktu kamerowego - dla każdego punktu kamerowego możliwa będzie detekcja sabotażu punktu kamerowego dokonywana przez serwer. W przypadku zmiany kąta obserwacji, zakrycia obiektywu lub rozmycia obrazu system automatycznie informuje o tym fakcie operatora.
10. detekcja dymu i ognia - informuje o możliwości wybuchu pożbaru w danym obszarze.
36) Wymagania aplikacji klienckiej:
1. możliwość tworzenia elastycznego interfejsu użtygodnika z polskim menu zapewnia intuicyjnią pracę oraz ekspresowy czas reakcji gwarantując tym samym najmyższyj poziom bez pieczeństwa,
2. aplikacja musi mić możliwość generowania obrazu na podstawie sytnału pochodząącegło z serwera lub w razie jakiejkolwiek awarii uzyskanie obrazu kamer bez ośrudnio ze strumienia kamery. Takie różowiązanie wspiera bezpieczeństwo oraz niweluje sytuacje braku podglądu na żywo.
3. system umożliwi wyświetlenie do 100 kanałów wizyjnych na jednej stacji roboczej oraz obsługę do 4 monitorów. Obrazy z kamer mogą być odświeżane w sposób ciągły, z detekcji ruchu lub co zadeklarowany czas od 1 do 60 sekund w przypadku braku aktywności w polu widzenia kamery.
4. podgląd odbywać się może poprzez dedykowane oprogramowanie bądź przeglądarkę internetową lub aplikację mobilną,
5. oprogramowanie klienckie nie wymaga żadnych dodatkowych płatnych licencji i jest dostępne w ramach zakupu licencji na kanały nagrywające,
6. w pełni skalowalny interfejs oprogramowania klienckiego pozwala dostosować wielkość obszaru roboczego oraz siatki kamer, osi czasu i drzewa urządzeń. Operator będzie mógł zapisać rozłożenie kamer na obrazie i w dowolnej chwili powrócić do tego schematu.
7. oprogramowanie pozwoli na definiowanie widoków (wyświetlanie na pojedynczym monitorze) oraz multi-widoków (wyświetlanie na wielu monitorach) o różnej zawartości poszczególnych kart (np. obraz na żywo, odtwarzanie, lista zdarzeń, mapa obiektu, wyskakujące okna alarmowe). Rozmieszczenie oraz liczba pól na
danym monitorze może być dowolnie konfigurowalna przez użytkownika. Istnieje również możliwość definiowania własnych niestandardowych podziałów.
8. innym wsparciem będzie wykorzystanie nałożenia dla podglądu na żywo stref prywatności, które dla operatora oznaczają zakrycie poprzez nałożenie obiektu z wypełnieniem oraz brakiem możliwości podglądu danej strefy natomiast w przypadku osoby będącej wyżej w hierarchii mającej takie uprawnienia będzie można strefę zasłoniętą zobaczyć,
9. oprogramowanie musi wspierać zdarzenia przychodzące z inteligentnej analizy obrazu wraz z możliwością wyszukania danej analizy wraz z wizualizacją stref z tych funkcjonalności na żywo,
10. dodatkowym zabezpieczeniem powinno być dla strategicznych alarmów przypisanie funkcji potwierdzenia alarmu, dzięki takiemu schematowi będziemy mogli sprawdzić czy reakcja na alarm przez operatora nie była zbyt szybka bądź zbyt późna,
11. system musi posiadać wyszukiwanie na już nagranym materiale zdarzeń wcześniej nie skonfigurowanych oznacza to, że możemy zaznaczyć obszar w którym nastąpiła zmiana sceny określić czas wyszukiwania i na nagranym materiale zostaną przedstawione w postaci zdarzeń wszystkie zmiany zachodzące na zaznaczonej strefie. Zdarzenie wyszukane musi mieć możliwość powiązania z nagraniem oraz funkcję zapisania zdarzenia w celu późniejszego odniesienia się do niego.
12. powinna istnieć funkcja duplikowania obrazu do podglądu z przybliżeniem cyfrowym. Funkcja pozwoli przy szerokim kadrze sceny wyciąć interesujący nas fragment i pozostawić jako podgląd na żywo bądź podgląd z archiwum wraz z obrazem pełnego kadru kamery.
13. obsługa wyszukiwania osób na podstawie wizerunku z nagrania bądź na żywo kamery w nagranym materiale
14. aplikacja będzie posiadała możliwość rozszerzenia o tzw. mapy aktywności. Oznacza to, że system może analizować ruch w kadrze kamery oraz w czytelny sposób za pomocą kolorów od zimnego do ciepłego przedstawiać statystyki w którym obszarze było wygenerowane najwięcej ruchu wraz z informacją o czasie jego trwania.
15. ze względu na coraz większą popularność system powinien wspierać kamery tzw. 360 stopni, czyli umożliwiać programowe prostowanie (dewarping) obrazu bezpośrednio z oprogramowania nadzorującego. Pozwoli to na stworzenie 4 niezależnych widoków, 2 widoków 180 stopni (panorama) oraz pojedynczego
widoku (cyfrowy PTZ). Widoki te można zapisać i wrócić do danego ustawienia w przypadku gdy zajdzie taka potrzeba.
16. dla łatwej analizy kamer umieszczonych w poszczególnych sekcjach mamy możliwość stworzenia wielopoziomowych map zawierających plan danych sekcji wraz z naniesionymi kamerami, we/wy alarmowymi oraz urządzeniami audio. Po wskazaniu znacznika kamery na wizualizacji i naciśnięciu w daną kamerę otworzy nam się ona wraz z podglądem na żywo.
17. dodatkowo możemy skonfigurować okno w którym zostaniemy poinformowani o zdarzeniach wraz z pojawieniem się kamery lub kamer powiązanych w tym zdarzeniu,
18. w trybie odtwarzania będzie możliwość podglądu obrazu archiwalnego z 32 kamer jednocześnie na jednej stacji operatorskiej z prędkością 1 fps, 0.1x, l/8x, l/4x, l/2x, lx, 2x, 4x, 8x, 16x, 32x, 64x. Aplikacja umożliwi tworzenie zakładek na materiale wideo indywidualnie dla każdej kamery,
19. tworzenie archiwum ze zdarzenia powinno mieć do wyboru trzy formaty AVI, MKV, ASF. Format wewnętrzy pozostawiający znak wodny - potwierdzenie autentyczności nagrania jak i format ogólnodostępny, który można odtwarzać w ogólnodostępnym oprogramowaniu odtwarzającym wideo. Dzięki takiemu zastosowaniu możemy odtworzyć materiał na dowolnym urządzeniu obsługującym te formaty.
20. ze względu na częste sięganie operatorów do archiwum oprogramowanie powinno generować archiwum w jak najszybszym czasie. Eksport materiału dla kamer z różnych serwerów możemy zapisać do jednego pliku z materiałem archiwalnym. Tworzenie archiwum odbywać się może na podstawie suwaka czasowego określającego początek nagrania oraz koniec. Z nagrań możemy uzyskać zdjęcie w formatach JPEG oraz BMP poprzez kliknięcie przycisku eksportowania.
21. oprogramowanie da możliwość tworzenia tzw. storyboard czyli połączonego wideo z wielu kamer z różnych przedziałów czasowych do jednego pliku. Umożliwi to na zmontowanie i wyeksportowanie takiego klipu na poziomie aplikacji CMS. Funkcja używana w momencie kiedy zachodzi potrzeba wyeksportowania nagrania z przemieszczającego się obiektu widzianego na różnych kamerach w różnym czasie.
22. aplikacja kliencka musi pozwalać na programowanie i aktywowanie presetów, tur kamer PTZ. Wsparcie dla kontrolera USB z joystickiem do kontrolowania funkcji PTZ ruchomych punktów kamerowych oraz możliwość kontrolowanie kamer PTZ
z poziomu panelu w oprogramowaniu. Obsługa cyfrowych modułów I/O aktywowanych z poziomu dedykowanych przycisków ekranowych.
23. w przypadku potrzeby wyświetlania wielu kamer z różnych lokalizacji np. duże
centra monitoringu istnieje możliwość wykorzystania funkcjonalności wirtualnej
I
krosownicy. Funkcjonalność pozwala na łatwe zarządzanie dużymi ścianami wizyjnymi złożonymi z wielu monitorów z poziomu jednej stacji roboczej. Daje to możliwość swobodnej konfiguracji dla widoków obrazów z kamer.
24. dostęp z poziomu przeglądarki internetowej pozwoli na jednoczesne wyświetlenie minimum 16 wskazanych kamer jednocześnie wraz z obsługą PTZ i możliwością rozbudowy do 64 kamer,
25. dostęp z poziomu urządzeń mobilnych (iOS, Android) pozwoli na oglądanie bieżących oraz archiwalnych widoków z kamer, sterowanie funkcjami PTZ, sterowanie wyjściami alarmowymi oraz przechwytywanie zdjęć ze wskazanych momentów obserwowanego obrazu.
Preferowana licencja: MIRASYS Spotter VMS v9 Enterprise dla kamer wraz z aplikacją kliencką na PC, Android, iOS oraz www Wymagana ilość licencji: 80 sztuk
Oferta musi obejmować również pełne wdrożenie serwera i konfigurację programowania oraz szkolenie personelu wraz z pomocą techniczną. Gwarancja powinna obejmować serwer oraz dyski twarde i być w trybie NBD