Poniższy diagram prezentuje scenariusz subskrypcji aplikacji do usługi CallEventNotifications.

Podobne dokumenty
Programowanie w Internecie

Spring Web MVC, Spring DI

Dokumentacja Techniczna 1.2. Webtoken MT. Uruchomienie subskrybcji MT poprzez serwis WWW

Architektury Usług Internetowych. Laboratorium 2 RESTful Web Services

Dokumentacja interfejsu HTTPD. Platforma BSMS.PL Instrukcja podłączenia po przez http

Programowanie Komponentowe WebAPI

Zmienne i stałe w PHP

Projekt Fstorage. Łukasz Podkalicki Bartosz Kropiewnicki

Gatesms.eu Mobilne Rozwiązania dla biznesu

Technologie internetowe

Aktualizacja SMSFall v Data publikacji:

Usługi IMP i konferencyjne

Tworzenie witryn internetowych PHP/Java. (mgr inż. Marek Downar)

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV

Orange Send MMS. Autoryzacja. Metoda HTTP. Parametry wywołania. API wyślij MMS dostarcza wiadomości MMS. Basic POST

W tym celu utworzyliśmy nowy identyfikator o następującej składni: IFTTT=nazwa_apletu?dodatkowe_dane.

Protokół HTTP 1.1 *) Wprowadzenie. Jarek Durak. rfc2616 źródło


Wybrane działy Informatyki Stosowanej

Aplikacje webowe z wykorzystaniem Node.js oraz Express

PSI Protokół HTTP + wstęp do przedmiotu. Kraków, 10 październik 2014 mgr Piotr Rytko Wydział Matematyki i Informatyki UJ

Podręcznik Integracji

Dokumentacja. Wersja: 1.5 Ostatnio zmodyfikowano: Strona 1

TCP/IP. Warstwa aplikacji. mgr inż. Krzysztof Szałajko

Program szkolenia: REST i Microservices w PHP

Architektura aplikacji

Instrukcja konfigurowania poczty Exchange dla klienta pocztowego użytkowanego poza siecią uczelnianą SGH.

Ruby i Ruby on Rails. Mateusz Drożdżyński

Komunikacja międzysystemowa

[1.9.0] Zlecenia odbioru

Terytorialna analiza danych

Sieci komputerowe. Wykład 8: Warstwa zastosowań: FTP i HTTP. Marcin Bieńkowski. Instytut Informatyki Uniwersytet Wrocławski

Specyfikacja API 1.0. Specyfikacja kontroli Konta systemu CashBill z wykorzystaniem API opartego na REST

DOKUMENTACJA TECHNICZNA SMS API MT

Specyfikacja techniczna. mprofi Interfejs API

Laboratorium 1 Wprowadzenie do PHP

Protokół HTTP. 1. Protokół HTTP, usługi www, model request-response (żądanie-odpowiedź), przekazywanie argumentów, AJAX.

Diagram wdrożenia. Rys. 5.1 Diagram wdrożenia.

Specyfikacja wysyłek marketingowych v1.10

SIP: Session Initiation Protocol. Krzysztof Kryniecki 16 marca 2010

Wykład 3 Inżynieria oprogramowania. Przykład 1 Bezpieczeństwo(2) wg The Java EE 5 Tutorial Autor: Zofia Kruczkiewicz

Płatności CashBill - SOAP

Angular, cz. II. Tworzenie serwisów Web 2.0. dr inż. Robert Perliński

Aplikacja VISO Mobile (Android) Instrukcja instalacji i obsługi

Dane Miejsckie Usługa Wypożyczania Rowerów Veturilo

Dane Miejskie Autobusy ZTM

Aplikacja VISO Mobile v1.0 (Android) Instrukcja instalacji i obsługi

Aplikacje WWW - laboratorium

KONFIGURACJA USŁUGI ZSIMED NA SERWERZE ZDALNYM

Dokumentacja REST API v 3.0

Plan wykładu. 1. Protokół FTP. 2. Protokół HTTP, usługi www, model request-response (żądanie-odpowiedź), przekazywanie argumentów, AJAX.


Programowanie komponentowe. Przykład 1 Bezpieczeństwo wg The Java EE 5 Tutorial Autor: Zofia Kruczkiewicz


Dane Miejskie Pływalnie

Gdańsk standardowe mapy

Automater.pl zdalne tworzenie i zarządzanie transakcjami dokumentacja API wersja 0.1

Przygotowanie do nowoczesnego programowania po stronie przeglądarki. (HTML5, CSS3, JS, wzorce, architektura, narzędzia)

Asix.Evo - Uruchomienie aplikacji WWW

Dokumentacja techniczna API systemu SimPay.pl

Hosting WWW Bezpieczeństwo hostingu WWW. Dr Michał Tanaś (

POLITYKA PRYWATNOŚCI ORAZ POLITYKA PLIKÓW COOKIES W Sowa finanse

API transakcyjne BitMarket.pl

Bramka płatnicza. Dokumentacja techniczna. wersja 1.0

Wybrane działy Informatyki Stosowanej

Połączenie VPN SSL Web Proxy. 1. Konfiguracja serwera VPN 1.1. Ustawienia ogólne 1.2. Profile SSL Web Proxy 1.3. Konto SSL 1.4. Grupa użytkowników

Gatesms.eu Mobilne Rozwiązania dla biznesu

Serwer aplikacji VISO WEB. Instrukcja obsługi

Spotkanie robocze PIONIER-CERT Poznań, Tomasz Nowak Zespół Bezpieczeństwa PCSS

Zygmunt Kubiak Instytut Informatyki Politechnika Poznańska

Wykład 5: PHP: praca z bazą danych MySQL

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

FTP co to takiego? FTP File Transfer Protocol (Protokół Przesyłania Plików) RFC 114,959

Warszawa parkingi Park & Ride

PayPo API v.2.0. Dokument zawiera specyfkaccę techniczną REST API PayPo.pl w wersci 2.0. Wersja dokumentu. Wykaz zmian

Przykład programu w PHP. Wykład10.PHP ciągdalszy,str.1

Nowe mechanizmy w wersji 3 Java Card. Mateusz LESZEK (138775)

Forum Client - Spring in Swing

Dokumentacja Techniczna. Dokumentacja techniczna usługi płatności mobilnych

Sprawozdanie Laboratorium 4

Zaawansowane Techniki WWW (HTML, CSS i JavaScript)

Dokumentacja REST API v 3.0. Kraków, 7 marca FreshMail, ul. Fabryczna 20a, Kraków tel , freshmail.

DOKUMENTACJA INTERFEJSU API - HTTPS

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja

Spring, Maven, Postman, Debugger

Integracja frameworku Wicket z serwisem Platnosci.pl.

Przykład. Podaj nazwę domenową hosta a odczytaj jego adres IP, lub odwrotnie:

Shell Card Online usługa fakturowania elektronicznego Podręcznik użytkownika

1. Protokoły. Co programy wykorzystują do komunikacji przez sieć? wykorzystują protokoły komunikacyjne

Należy ściągnąć oprogramowanie Apache na platformę

Instrukcja konfiguracji programu Fakt z modułem lanfakt

Programowanie urządzeń mobilnych. projekt 6 ( )

UML a kod w C++ i Javie. Przypadki użycia. Diagramy klas. Klasy użytkowników i wykorzystywane funkcje. Związki pomiędzy przypadkami.

Rozdział ten zawiera informacje o sposobie konfiguracji i działania Modułu OPC.

DirectBilling dokumentacja techniczna

Migracja Business Intelligence do wersji 11.0

Zakres tematyczny dotyczący kursu PHP i MySQL - Podstawy pracy z dynamicznymi stronami internetowymi

Wykład 5: Najważniejsze usługi sieciowe: DNS, SSH, HTTP, . A. Kisiel,Protokoły DNS, SSH, HTTP,

Instrukcja obsługi serwera FTP v

Transkrypt:

Poniższy diagram prezentuje scenariusz subskrypcji aplikacji do usługi CallEventNotifications. Rys. 2 Subskrypcja do usługi CallEventNotifications Opis diagramu sekwencji: 1. Aplikacja dokonuje subskrypcji do usługi CallEventNotifications poprzez użycie komendy POST, i otrzymuje zasób URL zawierający wartość subscriptionid.

2. W momencie kiedy pojawia się zdarzenie spełniający zdefiniowane kryteria, wtedy Serwer informuje Aplikację poprzez użycie komendy POST. 3. Aplikacja zatrzymuje usługę poprzez komendę DELETE z użyciem zasobu URL, który zawiera wartość subcriptionid. Poniższy diagram prezentuje scenariusz subskrypcji aplikacji do usługi CallDirectionNotifications. Rys. 3 Subskrypcja do usługi CallDirectionNotifications

Opis diagramu sekwencji: 1. Aplikacja dokonuje subskrypcji do usługi CallDirectionNotifications poprzez użycie komendy POST, i otrzymuje zasób URL zawierający wartość subscriptionid. 2. W momencie kiedy pojawia się zdarzenie spełniający zdefiniowane kryteria, wtedy Serwer informuje Aplikację poprzez użycie komendy POST. 3. Aplikacja zatrzymuje usługę poprzez komendę DELETE z użyciem zasobu URL, który zawiera wartość subcriptionid. Poniższy diagram prezentuje scenariusz subskrypcji aplikacji do usługi MediaInteractionNotifications. Rys. 4 Subskrypcja do usługi MediaInteractionNotifications

Opis diagramu sekwencji: 1. Aplikacja dokonuje subskrypcji do usługi MediaInteractionNotifications poprzez użycie komendy POST, i otrzymuje zasób URL zawierający wartość subscriptionid. 2. W momencie kiedy pojawia się zdarzenie spełniający zdefiniowane kryteria, wtedy Serwer informuje Aplikację poprzez użycie komendy POST. 3. Aplikacja zatrzymuje usługę poprzez komendę DELETE z użyciem zasobu URL, który zawiera wartość subcriptionid. 4. Zasoby związane z subskrypcją dotyczącą usługi CallNotification Użyty zasób to: Błąd! Nieprawidłowy odsyłacz typu hiperłącze.. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu CallEvents. 4.1. Zmienne żądania URI Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać 4.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu CallEvents.

GET /exampleapi/1/callnotification/subscriptions HTTP/1.1

HTTP/1.1 200 OK <cn:callnotificationsubscriptionlist xmlns:cn="urn:oma:xml:rest:callnotification:1"> <calleventsubscription> <notifyurl>http://application.example.com/notifications/callnotificationurl</notifyurl> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>answer</criteria> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>112345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/callevent/sub001</res ourceurl> </calleventsubscription> <calleventsubscription> <notifyurl>http://application.example.com/notifications/callnotificationurl</notifyurl> <filter> <address>tel:+15555550103</address> <address>tel:+15555550104</address> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>012345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/callevent/sub002</res ourceurl> </calleventsubscription> <calldirectionsubscription> <notifyurl>http://application.example.com/notifications/calldirectionurl</notifyurl> <filter>

<address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>212345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/calldi rection/sub001</resourceurl> </calldirectionsubscription> <playandcollectinteractionsubscription> <notifyurl>http://application.example.com/notifications/mediainteractionnotification URL</notifyURL> <callsessionidentifier>a1234</callsessionidentifier> <clientcorrelator>312345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/collec tion/sub001</resourceurl> </playandcollectinteractionsubscription> <playandcollectinteractionsubscription> <notifyurl>http://application.example.com/notifications/mediainteractionnotification URL</notifyURL> <callsessionidentifier>a5678</callsessionidentifier> <clientcorrelator>412345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/recor ding/sub001</resourceurl> </playandcollectinteractionsubscription> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions</reso urceurl> </cn:callnotificationsubscriptionlist> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/recor ding/sub001</resourceurl> </playandcollectinteractionsubscription> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions</reso urceurl> </cn:callnotificationsubscriptionlist> 4.3. PUT powinien odpowiedzieć Allow:GET. 4.4. POST powinien odpowiedzieć Allow:GET.

4.5. DELETE powinien odpowiedzieć Allow:GET. 5. Zasoby związane z subskrypcją dotyczącą usługi CallEventNotification Użyty zasób to: Błąd! Nieprawidłowy odsyłacz typu hiperłącze.. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu CallEvents. 5.1. Zmienne żądania URI Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać 5.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu CallEvents. GET /exampleapi/1/callnotification/subscriptions/callevent HTTP/1.1

HTTP/1.1 200 OK <cn:callnotificationsubscriptionlist xmlns:cn="urn:oma:xml:rest:callnotification:1"> <calleventsubscription> <notifyurl>http://application.example.com/notifications/callnotificationurl</notifyurl> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>answer</criteria> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>112345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/callevent/sub001</res ourceurl> </calleventsubscription> <calleventsubscription> <notifyurl>http://application.example.com/notifications/callnotificationurl</notifyurl> <filter> <address>tel:+15555550103</address> <address>tel:+15555550104</address> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>012345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/callevent/sub002</res ourceurl> </calleventsubscription> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions</resourceurl> </cn:callnotificationsubscriptionlist> 5.3. PUT powinien odpowiedzieć Allow:GET, POST. 5.4. POST Operacja ta jest używana w celu utworzenia nowej subskrypcji do usługi informowania o zdarzeniach typu CallEvent.

Tworzenie nowej subskrypcji do usługi informowania o zdarzeniach typu CallEvent z odpowiedzią zawierającą kopię utworzonego zasobu. POST /exampleapi/1/callnotification/subscriptions/callevent HTTP/1.1 <cn:calleventsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/callnotificationurl</notifyu RL> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>answer</criteria> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>112345</clientcorrelator> </cn:calleventsubscription> HTTP/1.1 201 Created Location: http://example.com/exampleapi/1/callnotification/subscriptions/callevent/sub001 <cn:calleventsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/callnotificationurl</notifyu RL> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>answer</criteria> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>112345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/calle vent/sub001</resourceurl> </cn:calleventsubscription>

Tworzenie nowej subskrypcji do usługi informowania o zdarzeniach typu CallEvent z odpowiedzią zawierającą lokalizację utworzonego zasobu POST /exampleapi/1/callnotification/subscriptions/callevent HTTP/1.1 <cn:calleventsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/callnotificationurl</notifyu RL> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>answer</criteria> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>112345</clientcorrelator> </cn:calleventsubscription> HTTP/1.1 201 Created Location: http://example.com/exampleapi/1/callnotification/subscriptions/callevent/sub001 <common:resourcereference xmlns:common="urn:oma:xml:rest:common:1"> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/calle vent/sub001</resourceurl> </common:resourcereference> 5.5. DELETE powinien odpowiedzieć Allow:GET, POST.

6. Zasoby związane z indywidualną subskrypcją dotyczącą usługi CallEventNotifications Użyty zasób to: Błąd! Nieprawidłowy odsyłacz typu hiperłącze.. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu CallEventNotifications. 6.1. Zmienne żądania URI Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać subscriptionid Identyfikator subskrypcji 6.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu CallEventNotifications. GET /exampleapi/1/callnotification/subscriptions/callevent/sub001?resformat=xml HTTP/1.1

HTTP/1.1 200 OK <cn:calleventsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/callnotificationurl</notifyurl> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>answer</criteria> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>112345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/callevent/sub001</res ourceurl> </cn:calleventsubscription> 6.3. PUT powinien odpowiedzieć Allow:GET, DELETE. 6.4. POST powinien odpowiedzieć Allow:GET, DELETE. 6.5. DELETE Operacja ta jest użyta w celu anulowania subskrypcji i zatrzymania usługi. DELETE /exampleapi/1/callnotification/subscriptions/callevent/sub001 HTTP/1.1

HTTP/1.1 204 No Content 7. Zasoby związane z subskrypcją dotyczącą usługi CallDirectionNotifications Użyty zasób to: http://{serverroot}/{apiversion}/callnotification/subscriptions/calldirection. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu CallDirectionNotifications. 7.1. Zmienne żądania URI Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać 7.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu CallDirectionNotifications.

GET /exampleapi/1/callnotification/subscriptions/calldirection HTTP/1.1 HTTP/1.1 200 OK <cn:callnotificationsubscriptionlist xmlns:cn="urn:oma:xml:rest:callnotification:1"> <calldirectionsubscription> <notifyurl>http://application.example.com/notifications/calldirectionurl</notifyurl> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>212345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/calldirection/sub001</ resourceurl> </calldirectionsubscription> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/calldirection</resourc eurl> </cn:callnotificationsubscriptionlist> 7.3. PUT powinien odpowiedzieć Allow:GET, POST.

7.4. POST POST /exampleapi/1/callnotification/subscriptions/calldirection HTTP/1.1 <cn:calldirectionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/calldirectionurl</notifyurl> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>212345</clientcorrelator> </cn:calldirectionsubscription> HTTP/1.1 201 Created Location: http://example.com/exampleapi/1/callnotification/subscriptions/calldirection/sub001 <cn:calldirectionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/calldirectionurl</notifyurl> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>212345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/calldirection/sub001</ resourceurl> </cn:calldirectionsubscription>

7.5. DELETE powinien odpowiedzieć Allow:GET, POST. 8. Zasoby związane z indywidualną subskrypcją dotyczącą usługi CallDirectionNotifications Użyty zasób to: Błąd! Nieprawidłowy odsyłacz typu hiperłącze.. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu CallDirectionNotifications. 8.1. Zmienne żądania URI Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać subscriptionid Identyfikator subskrypcji 8.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu CallDirectionNotifications.

GET /exampleapi/1/callnotification/subscriptions/calldirection/sub001 HTTP/1.1 HTTP/1.1 200 OK <cn:calldirectionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/calldirectionurl</notifyurl> <filter> <address>tel:+15555550101</address> <address>tel:+15555550102</address> <criteria>busy</criteria> <addressdirection>called</addressdirection> </filter> <clientcorrelator>212345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/calldirection/sub001</ resourceurl> </cn:calldirectionsubscription> 8.3. PUT powinien odpowiedzieć Allow:GET, DELETE. 8.4. POST powinien odpowiedzieć Allow:GET, DELETE. 8.5. DELETE Operacja ta jest użyta w celu anulowania subskrypcji i zatrzymania usługi.

DELETE /exampleapi/1/callnotification/subscriptions/calldirection/sub001 HTTP/1.1 HTTP/1.1 204 No Content 9. Zasoby związane z subskrypcją dotyczącą usługi Play- And- Collect Media Interaction Notifications Użyty zasób to: http://{serverroot}/{apiversion}/callnotification/subscriptions/collection. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu PlayAndCollectMediaInteractionNotifications. 9.1. Zmienne żądania URI Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać

9.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu PlayAndCollectMediaInteractionNotifications. GET /exampleapi/1/callnotification/subscriptions/collection HTTP/1.1 HTTP/1.1 200 OK <cn:callnotificationsubscriptionlist xmlns:cn="urn:oma:xml:rest:callnotification:1"> <playandcollectinteractionsubscription> <notifyurl>http://application.example.com/notifications/mediainteractionnotificationurl</notifyurl> <callsessionidentifier>a1234</callsessionidentifier> <clientcorrelator>312345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/collection/sub001</res ourceurl> </playandcollectinteractionsubscription> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/collection</resourceu RL> </cn:callnotificationsubscriptionlist> 9.3. PUT powinien odpowiedzieć Allow:GET, POST.

9.4. POST POST /exampleapi/1/callnotification/subscriptions/collection HTTP/1.1 <cn:playandcollectinteractionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/mediainteractionnotificationurl</notifyurl> <callsessionidentifier>a1234</callsessionidentifier> <clientcorrelator>312345</clientcorrelator> </cn:playandcollectinteractionsubscription> HTTP/1.1 201 Created Location: http://example.com/exampleapi/1/callnotification/subscriptions/collection/sub001 <cn:playandcollectinteractionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/mediainteractionnotificationurl</notifyurl> <callsessionidentifier>a1234</callsessionidentifier> <clientcorrelator>312345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/collection/sub001</res ourceurl> </cn:playandcollectinteractionsubscription> 9.5. DELETE powinien odpowiedzieć Allow:GET, POST.

10. Zasoby związane z indywidualną subskrypcją dotyczącą usługi Play- And- Collect Media Interaction Notifications Użyty zasób to: Błąd! Nieprawidłowy odsyłacz typu hiperłącze.. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu PlayAndCollectMediaInteractionNotifications. 10.1. Zmienne żądania URI Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać subscriptionid Identyfikator subskrypcji 10.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu PlayAndCollectmediaInteractionNotifications. GET /exampleapi/1/callnotification/subscriptions/collection/sub001 HTTP/1.1

HTTP/1.1 200 OK <cn:playandcollectinteractionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/mediainteractionnotificationurl</notifyurl> <callsessionidentifier>a1234</callsessionidentifier> <clientcorrelator>312345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/collection/sub001</res ourceurl> </cn:playandcollectinteractionsubscription> 10.3. PUT powinien odpowiedzieć Allow:GET, DELETE. 10.4. POST powinien odpowiedzieć Allow:GET, DELETE. 10.5. DELETE Operacja ta jest użyta w celu anulowania subskrypcji i zatrzymania usługi. HTTP/1.1 204 No Content HTTP/1.1 204 No Content

11. Zasoby związane z subskrypcją dotyczącą usługi Play- And- Record Media Interaction Notifications Użyty zasób to: http://{serverroot}/{apiversion}/callnotification/subscriptions/recording. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu PlayAndRecordMediaInteractionNotifications. 11.1. Zmienne żądania URI Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać 11.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu PlayAndRecordMediaInteractionNotifications. GET /exampleapi/1/callnotification/subscriptions/recording HTTP/1.1

HTTP/1.1 200 OK <cn:callnotificationsubscriptionlist xmlns:cn="urn:oma:xml:rest:callnotification:1"> <playandrecordinteractionsubscription> <notifyurl>http://application.example.com/notifications/mediainteractionnotificationurl</notifyurl> <callsessionidentifier>a5678</callsessionidentifier> <clientcorrelator>412345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/recording/sub001</res ourceurl> </playandrecordinteractionsubscription> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/recording</resourceu RL> </cn:callnotificationsubscriptionlist> 11.3. PUT powinien odpowiedzieć Allow:GET, POST. 11.4. POST POST /exampleapi/1/callnotification/subscriptions/recording HTTP/1.1 <cn:playandrecordinteractionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/mediainteractionnotificationurl</notifyurl> <callsessionidentifier>a5678</callsessionidentifier> <clientcorrelator>412345</clientcorrelator> </cn:playandrecordinteractionsubscription>

HTTP/1.1 201 Created Location: http://example.com/exampleapi/1/callnotification/subscriptions/recording/sub001 <cn:playandrecordinteractionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/mediainteractionnotificationurl</notifyurl> <callsessionidentifier>a5678</callsessionidentifier> <clientcorrelator>412345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/recording/sub001</res ourceurl> </cn:playandrecordinteractionsubscription> 11.5. DELETE powinien odpowiedzieć Allow:GET, POST. 12. Zasoby związane z indywidualną subskrypcją dotyczącą usługi Play- And- Record Media Interaction Notifications Użyty zasób to: Błąd! Nieprawidłowy odsyłacz typu hiperłącze.. Zasób ten jest użyty jako kontener dla wszystkich subskrypcji do usług informowania o zdarzeniach typu PlayAndRecordMediaInteractionNotifications. 12.1. Zmienne żądania URI

Nazwa serverroot apiversion Opis Podstawowy adres URL serwera: nazwahosta + port + podstawowascieżka Wersja ParlayREST API którą klient chce używać subscriptionid Identyfikator subskrypcji 12.2. GET Operacja ta jest użyta do odczytania wszystkich subskrypcji do usługi informowania o zdarzeniach typu PlayAndRecordMediaInteractionNotifications. GET /exampleapi/1/callnotification/subscriptions/recording/sub001 HTTP/1.1 HTTP/1.1 200 OK <cn:playandrecordinteractionsubscription xmlns:cn="urn:oma:xml:rest:callnotification:1"> <notifyurl>http://application.example.com/notifications/mediainteractionnotificationurl</notifyurl> <callsessionidentifier>a5678</callsessionidentifier> <clientcorrelator>412345</clientcorrelator> <resourceurl>http://example.com/exampleapi/1/callnotification/subscriptions/recording/sub001</res ourceurl> </cn:playandrecordinteractionsubscription>

12.3. PUT powinien odpowiedzieć Allow:GET, DELETE. 12.4. POST powinien odpowiedzieć Allow:GET, DELETE. 12.5. DELETE Operacja ta jest użyta w celu anulowania subskrypcji i zatrzymania usługi. DELETE /exampleapi/1/callnotification/subscriptions/recording/sub001 HTTP/1.1 HTTP/1.1 204 No Content KONIEC DOKUMENTU