Przejdź do treści
KAMOUniverse

Changelog

Co nowego.

Każde ulepszenie platformy, jak to wysyła.

  1. · kamo-shared-library

    Reakcja na alarmy i raporty o dostępności urządzeń IoT

  2. · SecurityService

    Dostawcy opcji raportowania i połączenie konta przechowuje oznaczone urządzenia (SP13)

  3. · SecurityService

    Raporty IoT - brak trybu boga, zasady właściciela i ReportDefinition. exportRight egzekwowane przy pobraniu, harmonogramie i każdej operacji (SP13)

  4. · SecurityService

    SecurityService otwiera miejsca pracy w serwisie dla IoT - punkty końcowe, otwieracz do jednej transakcji, skaner crossapp (SP13)

  5. · kamo-internal

    Zaawansowany panel klienta Kamo OAuth - status, jednokrotna tajemnica, identyfikator sprzedawcy Amazon, aktywacja (IoT SP09)

    SecurityService P1- P3 * * * * * * * * * * * * * * * nie miał ekranu, więc operator krok B5 (generuje tajemnicę klienta Alexa, rejestruje adresy identyfikatora sprzedawcy, aktywuje) nie może być wykonane. Proxy przekazuje dokładnie trzy kształty; nowy sekret pojawia się raz, w swoim oknie dialogowym, nigdy na liście.

  6. · kamo-shared-library

    Sprawozdania z audytu działalności i dowodzenia IoT

  7. · kamo-shared-library

    IotReportSupport (zacisk SI, retencja sprzedawcy, lookup) i IotAlarmReportMapping

  8. · kamo-shared-library

    ReportDefinition.exportRight - a per- report export right at top of EXPORT _ SPRAWOZDANIA

  9. · kamo-shared-library

    Kalkulator dostępności SP13 i okna retencji Vendor-

  10. · EmailService

    Usuwanie kontaktu oczyszcza oznaczone do niego urządzenia IoT (SP13)

  11. · kamo-shared-library

    Szablon wiadomości SP13 i tekst wartości

  12. · kamo-shared-library

    Mapa handlowa SP13, mapa priorytetowa i polityka diagnostyczna

  13. · MediaService

    MediaService wewnętrzne punkty końcowe czatu i czatu dla IoT (SP13)

  14. · kamo-shared-library

    SP13 podmiot łączący usługi, repozytorium i sześć rodzajów działalności

  15. · EmailService

    IOT _ ALARM phone push body and IC- with- update (SP10)

    Karta zdarzeń IOT _ ALARM (źródło * * * * * * * * * * * * * * * * * * * * * * * * * * * * * jako iot- service AlarmNotifier pisze to, lub < alarmUuid >: < seq >) jest mirrored jak przyciskiem IOT _ ALARM: kanał / kolor / wibracje według priorytetów, lepki w przypadku URGENT, tag and fall key iot- alarm- < alarmId >. Inne karty zachować POWIADOMIENIE push; mirrorToPush jest niezmieniony. POST * * * * * * * * * * DELETE ma (id może być < alarmuuid >: * dla każdej karty zdarzenia jednego alarmu) oraz, z aktualizacją, wysyła każdego członka, który miał wpis na tacce jeden nacisnąć z tym samym znacznikiem na iot- alarm- aktualizacje.

  16. · MediaService

    (SP10)

    Rdzeń NATS jot.relay. {uuid} jest przekazywany verbatim do / topic / iot / reveal / {uuid}. Rama to tylko stypa. SubSCRIBE potrzebuje iot- service I- OD1 (GET * * * * * * * * * * * * * * * * * * * * * * * ? memberId =, respond {allow, orgId}) to say the session 's member holds the live lease in the session 's org; cached 10 s anyway, fail closed. Klient SEND Odmawiam wstępu.

  17. · MediaService

    IOT _ ALARM - zwolniony z bramki obecności i limitu stawki (IoT SP10)

    Alarm nie jest widoczny, ponieważ karta przeglądarki jest otwarta, a każdy krok cyklu życia (podniesiony, eskalowany, potwierdzony) dzieli jeden klucz zapasowy, więc granica 15 s Zrezygnuje z eskalacji. Odmowa członka SI- pozostaje na pierwszym miejscu. APN oznacza Wrażliwy czas alarmu URGENT; brak uprawnień do alarmów krytycznych.

  18. · KlusterServices

    Iot.relay. > - svc _ iot publikuje, svc _ media subscribes (IoT SP10)

    Google Przekaźnik domu budzi telefon, który posiada leasing połączenia: IoTService publikuje na iot.relay. {connectionId} i MediaService przenosi go do tematu STOMP tylko Holder. Brak innych użytkowników zdobywa obiekt.

  19. · kamo-shared-library

    Słownictwo on- device i jednostka iot _ on _ device _ links (SP10)

    Podmiot link zachowuje tylko SHA- 256 z telefonu link sekret, i że hash jest @ Jsonipse więc nigdy nie osiągnie odpowiedzi lub zdarzenia.

  20. · kamo-internal

    Edytor kart zawiera listę OPERATE _ DEVICE i OPERATE _ Security _ DEVICE; Master KamoAI § 11 i IoT master § 10 wierszy (SP11)

    ACTION _ CLASSES kończy się na dwóch klasach IoT SP11 i posiada 24 elementy (jedna dla klasy AiActionClass). KamoAI master zyskuje swój § 11 wiersz dla iot _ pack; master IoT zyskuje wiersz wykonania SP11 (E1- E6).

  21. · MCPGatewayService

    Klasyfikacja dziesięciu narzędzi IOT; osłony katalogowe przesuwają 101 do 111 (SP11 P12)

    Trzy wiersze iot nie są _ OZNACZANIE, a siedem odczytuje NIE _ TREŚCI z przyczyn spec (wgniecione w ContentReadToolsCoverageTest). RegistryCompletenessTest: 111 narzędzi, również klas, wykonawców obu klas, Nie, nie, nie. ApprovalsCoverageTest: obie klasy UNLISTED, aprovations _ request unload. ToolListParity Org testu posiada każdą aplikację oprócz IoT (jej migawki poprzedzają aplikację); IotToolList Próba obejmuje również org. W Złoty plik schematu zyskuje dokładnie dziesięć linii IOT i nie traci żadnego.

  22. · MCPGatewayService

    IotCallerView i zasady czystego widoku V1- V11 (SP11 § 4.4)

    Klucz, który wymienia dwa razy urządzenie, jest oczywistą wadą i nigdy nie jest używany (awaria zamknięta).

  23. · MCPGatewayService

    IotManifestClient, kontrolowany przez Etag- attribute manifest cache z pojedynczym lotem (SP11 § 4.4)

  24. · MCPGatewayService

    Schematy i dostępność dla dziesięciu narzędzi iot (SP11 § 4.5)

  25. · MCPGatewayService

    Mapa błędów w systemie IoT, sprawdzanie wartości, sprawdzanie klasy, wyniki wybielone oraz zegarek poleceń (SP11 § 4.7, § 4.9)

  26. · MCPGatewayService

    IotPack, dziesięć jot _ tools na płaszczyźnie narzędziowej (SP11 § 4.6- § 4.10)

  27. · MCPGatewayService

    Podsumowanie nagłówków homologacji, warunkowy GET z ETag, opt- w polach błędów (SP11 P11)

  28. · MCPGatewayService

    CalerSchema per caller po widoczności; PhySICAL po zawartości zewnętrznej zawsze pyta osobę; zatwierdzenie podróżuje na planie (SP11 P4- P7)

    Schemat i dostępność narzędzia statycznego może zależeć od rozmówcy (CalerSchema): oglądane po widoczności dla narzędzi / listy (jeden 3 s budżet podzielony przez listę) i ponownie dla każdego połączenia (10 s), wstrzymany - > TOOL _ NOT _ AVAILAble {powód}; widok, który rozszerza jego podstawa lub rzuty wstrzymuje narzędzie. W przypadku SI, PhySICAL połączenia, którego wynik czarteru będzie wykonywany, jest proszony o osoby, gdy bieg jest skażony zewnętrznie (D8). Zatwierdzone lub odpowiednio edytowane ponowne wykonanie lub zweryfikowane żądanie stoi w aprobata, dociera do swojego opiekuna z ToolPlan. HOMOLOGACJA = HOMOLOGACJA Id, decider, class, mode) plan, więc sprawdzone-wniosek, podstawa i dotyczące pobytu kluczy).

  29. · MCPGatewayService

    ToolRisk. PhySICAL, iot _ prefix, dwie klasy czarterowe, drzwi IOT i zatwierdzaRef (SP11 P1- P3, P8- P10)

  30. · AIService

    Krótkie słowa dla dwóch fizycznych klas czarterowych; sufit copilotowy przymocowany (SP11)

    CharterCompiler słowa OPERATE _ DEVICE i OPERATE _ Security _ DEVICE i utrzymuje zarówno milczenie podczas nienazwany (jako zespół klasy CP05 R1-3), więc nie ma istniejących zmian tekstowych SI i VERSION pozostaje. KopilotCeiling Test pins człowieka

Twój wszechświat czeka.

Rozpocznij bezpłatnie w kilka minut.Dodaj produkty, kiedy tylko będziesz gotowy — bez migracji, bez nowych logowań.

Bezpłatne na zawsze — nie wymaga karty kredytowej