Zakres
SIRI wykorzystuje spójny zbiór ogólnych protokołów komunikacyjnych do wymiany informacji między klientem a serwerem. Taki sam wzór wymiany informacji może być stosowany do wdrażania różnych specyficznych interfejsów funkcjonalnych jako zbiorów konkretnych rodzajów zawartości wiadomości.
Dwa znane określone wzory interakcji pomiędzy klientem a serwerem są stosowane przez SIRI do wymiany danych: Zapytanie/Odpowiedź i Publikacja/Subskrypcja.
• Zapytanie/Odpowiedź pozwala na wymianę danych ad hoc na żądanie klienta.
• Publikacja/Subskrypcja pozwala na powtarzające się, nieregularne przesyłanie powiadomień i danych do przesyłania informacji o sytuacjach i zdarzeniach wykrytych przez usługę czasu rzeczywistego.
Korzystanie z wzoru interakcji Publikacja/Subskrypcja oparte jest na wzorze opisanym w specyfikacji Powiadomienia o Publikacji-Subskrypcji dla Usług Internetowych (WS-PubSub), a gdzie to tylko możliwe, SIRI posługuje się tą samą separacją problemów oraz wspólną terminologią dla pojęć Publikacji/Subskrypcji jak w WS-PubSub. WS-PubSub dzieli część serwerową wzoru Publikacji/Subskrypcji na oddzielne nazwane role i interfejsy (np. Subskrybent, Publikujący, Nadawca Powiadomienia i Odbiorca Powiadomienia): w aktualnej implementacji SIRI niektóre z tych interfejsów mogą być łączone i dostarczane przez jeden podmiot. Pomimo że SIRI nie jest obecnie implementowana jako usługa internetowa w pełni oparta na WS-PubSub, użycie architektury WS-PubSub umożliwi to w przyszłości.
Publikacja/Subskrypcja nie będzie na ogół stosowana do wspierania dużych ilości urządzeń użytkowników końcowych.
Dla dostarczania danych w odpowiedziach (i na zapytania, i subskrypcje) SIRI wspiera dwa wspólne wzory wymiany wiadomości stosowane w istniejących systemach krajowych:
• Jednostopniowa „dostawa bezpośrednia”, jak w klasycznym modelu klient-usługodawca, oraz normalna publikacja i subskrypcja WS-PubSub;
• Dwustopniowa "dostawa typu fetched”, która rozszerza dostarczanie wiadomości do sekwencji par wiadomości, aby najpierw powiadomić klienta, a potem przesłać dane, gdy klient jest gotów. "Dostawa typu fetched" jest pełnoprawnym wzorcem stanowym.
• Każdy wzór dostawy pozwala na różne kompromisy w zakresie efektywności wdrożenia, które są odpowiednie dla różnych środowisk docelowych.
• Implementacja SIRI może wspierać którąkolwiek lub obie metody dostawy w celu najwydajniejszego wykorzystania dostępnych środków obliczeniowych i komunikacyjnych. Metoda dostawy może być uprzednio skonfigurowana oraz stała dla danej implementacji lub każde zapytanie lub subskrypcja mogą dynamicznie wskazywać wymaganą przez klienta formę dostawy jako część polityki zapytań, a serwer może odmówić odpowiedzi, jeśli nie wspiera wymaganej metody, podając odpowiedni kod błędu.
• Wzory interakcji i wzory dostawy to niezależne aspekty protokołu SIRI i mogą zostać użyte w dowolnej kombinacji, w różnych implementacjach.
• Dla danego typu usługi funkcjonalnej SIRI (Connection Monitoring, Stop Monitoring itp.) zawartość wiadomości jest niezmienna, niezależnie od tego czy informacja wymieniana jest za pomocą wzoru Zapytanie/Odpowiedź czy Publikacja/Subskrypcja oraz czy jest odsyłana za pomocą dostawy bezpośredniej czy "dostawy typu fetched".
• Protokół Publikacja/Subskrypcja SIRI przewiduje określone zachowania mediacyjne dla ograniczenia liczby powiadomień i natężenia sieciowego będącego wynikiem subskrypcji.
• Mediacja grupuje różne subskrypcje w jeden lub więcej kanałów subskrypcyjnych i ma możliwość zarządzania powiadomieniami i aktualizacjami dla danego zbioru.
• Należy wysyłać tylko częściowe aktualizacje zbioru danych od ostatniej dostawy danej subskrypcji.
• Protokoły komunikacyjne SIRI zaprojektowano, by ulegały awariom bez dużej szkody. (...)
