RZECZPOSPOLITA POLSKA (12) TŁUMACZENIE PATENTU EUROPEJSKIEGO (19) PL (11) PL/EP 2058988 (96) Data i numer zgłoszenia patentu europejskiego: 06.05.2008 08748539.7 (13) (51) T3 Int.Cl. H04L 29/06 (2006.01) H04L 29/08 (2006.01) Urząd Patentowy Rzeczypospolitej Polskiej (97) O udzieleniu patentu europejskiego ogłoszono: 04.04.2012 Europejski Biuletyn Patentowy 2012/14 EP 2058988 B1 (54) Tytuł wynalazku: Sposób i system wyboru trasy w podsystemie multimedialnym IP (30) Pierwszeństwo: 13.09.2007 CN 200710145694 (43) Zgłoszenie ogłoszono: 13.05.2009 w Europejskim Biuletynie Patentowym nr 2009/20 (45) O złożeniu tłumaczenia patentu ogłoszono: 28.09.2012 Wiadomości Urzędu Patentowego 2012/09 (73) Uprawniony z patentu: Huawei Technologies Co., Ltd., Shenzhen, CN Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.v., München, DE (72) Twórca(y) wynalazku: PL/EP 2058988 T3 YAN LI, Guangdong, CN QIFENG MA, Guangdong, CN STEPHAN STEGLICH, Berlin, DE CARSTEN JACOB, Berlin, DE HEIKO PFEFFER, Berlin, DE DAVID LINNER, Berlin, DE (74) Pełnomocnik: rzecz. pat. Grażyna Palka JAN WIERZCHOŃ & PARTNERZY BIURO PATENTÓW I ZNAKÓW TOWAROWYCH ul. Żurawia 47/49 00-680 Warszawa Uwaga: W ciągu dziewięciu miesięcy od publikacji informacji o udzieleniu patentu europejskiego, każda osoba może wnieść do Europejskiego Urzędu Patentowego sprzeciw dotyczący udzielonego patentu europejskiego. Sprzeciw wnosi się w formie uzasadnionego na piśmie oświadczenia. Uważa się go za wniesiony dopiero z chwilą wniesienia opłaty za sprzeciw (Art. 99 (1) Konwencji o udzielaniu patentów europejskich).
14298/12/P-RO/GP/KM EP 2 058 988 Opis Dziedzina wynalazku Sposób i system wyboru trasy w podsystemie multimedialnym IP [0001] Wynalazek dotyczy technologii komunikacyjnych, zwłaszcza sposobu i systemu trasowania. Tło wynalazku [0002] Podsystem multimedialny IP (IMS) to nowa domena sieci szkieletowej zdefiniowana przez konsorcjum 3GPP w wersji UMTS R5 i nowszych, w której domena jest nowym systemem sieci ruchomej złożonym z więcej niż jednego elementu sieciowego (NE). Ważną cechą charakterystyczną IMS jest to, że protokół inicjalizacji sesji (SIP) używany jest na masową skalę do definiowania kluczowych NE oraz potencjałów i interfejsów kluczowych NE. Przykładowo funkcja sterowania stanu połączenia elementów pośredniczących (P-CSCF), odpytująca funkcja sterowania sesją połączenia (I-CSCF) oraz usługowa funkcja sterowania sesją połączenia (S- CSCF) mogą być uważane za różne typy serwerów pośredniczących/serwerów SIP. Serwer aplikacyjny (AS) dostarczający usługi również jest oparty na SIP. [0003] W procesie badań wynalazcy odkryli, że typ i liczba usług ograniczone są w konwencjonalnej technologii, gdzie zarówno nagłówek, jak i treść komunikatu SIP przenoszą informacje o trasowaniu do realizacji możliwości wyzwalania usługi SIP, a typ ograniczony jest to usług głosowych. W konwencjonalnej technologii intencja strony nawiązującej połączenie reprezentowana jest przez przenoszenie pewnych słów kluczowych. Jednak odpowiednie urządzenia w sieci IMS nie są zdolne zrozumieć znaczenia słów kluczowych, a więc nie mogą realizować automatycznego wykrywania lub wywoływania usług dla użytkowników. W wyniku tego typ i liczba usług dostępnych są ograniczone liczbą słów kluczowych. Ponadto różni użytkownicy mogą używać różnych słów kluczowych, co nie sprzyja masowemu zastosowaniu. [0004] Relacja łącząca sieć IMS i usługę nie sprzyja dynamicznemu publikowaniu usług i dynamicznej subskrypcji oraz dostępowi do usług. Użytkownik może jedynie dokonywać statystycznej subskrypcji odpowiedniej określonej usługi i nie ma możliwości subskrypcji usług, gdy jest to konieczne. XP010894885, VITVAR T I IN: Semantic-enabled Integration of Voice and Data Services: Telecommunication Use Case dostarcza sposób i system integracji usług głosowych i usług danych. Proces może być podzielony na cztery fazy: nawiązywanie połączenia, przekształcanie chęci w cel, osiąganie celu, spełnianie chęci. Cele dostarczają opisu założeń żądającego usługi, które chce się osiągnąć. Wykrywanie usługi sieciowej wywoływane jest w procesie kompozycji za każdym razem, gdy usługa sieciowa musi zostać wykryta. Wykrywanie usługi sieciowej bazuje na semantycznym wykrywaniu przy użyciu semantycznej informacji przenoszonych jako dane wejściowe w komunikatach żądania SIP. WO 2006/060375 A2 ujawnia przynajmniej jeden element systemu biorący udział w protokole wykrywania usługi z aktywnym SIP. Udział obejmuje zastosowanie możliwości SIP do publikowania, subskrypcji i/lub powiadamiania o usługach przy użyciu: (a) opisu usługi uformowanej według wcześniej zdefiniowanego protokołu wykrywania usługi; i/lub (b)
- 2 - zapytania o opis usługi uformowanego według wcześniej zdefiniowanego protokołu wykrywania usługi. Wcześniej zdefiniowanym protokołem wykrywania usługi może być SLP. Urządzenia dostarczające usługę mogą rozgłaszać opisy usługi przy użyciu sposobu publikacji SIP. Krótki opis wynalazku [0005] Przykłady wykonania wynalazku dostarczają sposób i system trasowania do ułatwienia użytkownikom korzystania z większej liczby typów usług przez sieć IMS bez ograniczania liczby usług. [0006] Sposób trasowania obejmuje: wysyłanie do strony klienta, przez serwer pośredniczący, listy usług i skryptu usługi; wybieranie, przez stronę klienta, usługi z listy usług, i generowanie komunikatu żądania protokołu inicjalizacji sesji (SIP) przenoszącego informacje semantyczne o wybranej usłudze według formatu wymaganego przez skrypt usługi wysłany przez serwer pośredniczący odpowiadający wybranej usłudze; odbiór, przez serwer pośredniczący, komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze; wyszukiwanie, przez serwer pośredniczący, przy użyciu informacji semantycznych przenoszonych w komunikacie żądania SIP jako danych wejściowych informacji o usłudze przy użyciu wnioskowania semantycznego; generowanie, przez serwer pośredniczący, standardowego komunikatu żądania usługi, który jest rozumiany przez serwer aplikacyjny i który przenosi odnalezione informacje o usłudze, i wysyłanie standardowego komunikatu żądania usługi do serwera aplikacyjnego, który obsługuje usługę. [0007] Sieć usługi obejmuje: stronę klienta, która zawiera ponadto jednostkę wybierającą, przystosowaną do wybierania usługi z listy usług, jednostkę generującą komunikat, przystosowaną do generowania komunikatu żądania SIP przenoszącego informacje semantyczne o wybranej usłudze według formatu wymaganego przez skrypt usługi wysłany przez serwer pośredniczący odpowiadający wybranej usłudze, i jednostkę żądającą, przystosowaną do wysyłania żądania pozyskania skryptu usługi i wysyłania komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze do CSCF; CSCF zawierającą ponadto jednostkę przesyłającą, przystosowaną do przesyłania dalej komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze; serwer pośredniczący zawierający ponadto jednostkę odbierającą, przystosowaną do odbioru komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze; jednostkę dopasowującą, przystosowaną do wyszukiwania usługi przy użyciu wnioskowania semantycznego przy użyciu informacji semantycznych przenoszonych jako dane wejściowe w komunikacie żądania SIP; jednostkę trasującą, przystosowaną do generowania standardowego komunikatu żądania usługi, który jest rozumiany przez serwer aplikacyjny i który przenosi odszukane informacje o usłudze oraz do wysyłania komunikatu do serwera aplikacyjnego, który obsługuje usługę. Krótki opis rysunków [0008] Figura 1 jest schematem sieci usługi w pierwszym przykładzie wykonania wynalazku; [0009] Figura 2 jest schematem urządzenia sieciowego w pierwszym przykładzie wykonania wynalazku;
- 3 - [0010] Figura 3 jest schematem urządzenia sieciowego w drugim przykładzie wykonania wynalazku; [0011] Figura 4 jest schematem urządzenia sieciowego w trzecim przykładzie wykonania wynalazku; [0012] Figura 5 jest schematem urządzenia sieciowego w czwartym przykładzie wykonania wynalazku; [0013] Figura 6 jest schematem urządzenia sieciowego w piątym przykładzie wykonania wynalazku; [0014] Figura 7 jest schematem strony klienta w pierwszym przykładzie wykonania wynalazku; [0015] Figura 8 jest schematem urządzenia sieciowego w piątym przykładzie wykonania wynalazku; [0016] Figura 9 jest schematem urządzenia sieciowego w szóstym przykładzie wykonania wynalazku; [0017] Figura 10 jest schematem urządzenia sieciowego w siódmym przykładzie wykonania wynalazku; [0018] Figura 11 jest schematem urządzenia sieciowego w ósmym przykładzie wykonania wynalazku; [0019] Figura 12 jest siecią działań dla sposobu trasowania w pierwszym przykładzie wykonania wynalazku; [0020] Figura 13 jest siecią działań dla rejestracji usługi w przykładzie wykonania wynalazku; [0021] Figura 14 jest siecią działań dla pobierania skryptu w przykładzie wykonania wynalazku; [0022] Figura 15 przedstawia listę usług wyświetloną przez stronę klienta w przykładzie wykonania wynalazku; [0023] Figura 16 przedstawia strukturę rozszerzonego komunikatu SIP w przykładzie wykonania wynalazku i [0024] Figura 17 jest siecią działań dla żądania usługi w przykładzie wykonania wynalazku. Szczegółowy opis wynalazku [0025] W przykładzie wykonania wynalazku, przez rozszerzenie protokołu SIP, żądanie usługi SIP zgodne z formatem semantycznym generowane jest w kliencie, a serwer pośredniczący ustawiany jest między siecią IMS i serwerem aplikacyjnym, tak że użytkownik współdziała z serwerem aplikacyjnym zgodnie z logiką semantyczną; serwer pośredniczący jest dodawany, a związany z IMS mechanizm subskrypcji usługi rozszerzany jest, aby realizować luźne wiązanie między usługą i siecią IMS, ułatwić dynamiczne i elastyczne publikowanie usługi i maksymalnie ułatwić użytkownikowi korzystanie z różnych usług w sieci IMS. [0026] Jak widać na figurze 1, sieć usługi dostarczona w pierwszym przykładzie wykonania wynalazku zawiera: [0027] stronę klienta 110 zawierającą jednostkę żądającą 111, przystosowaną do wysyłania komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze;
- 4 - [0028] CSCF 120 zawierające jednostkę przesyłającą 121, przystosowaną do przesyłania dalej komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze wysłane z jednostki żądającej 111; [0029] serwer pośredniczący 130 zawierający: [0030] jednostkę dopasowującą 131, przystosowaną do wyszukiwania usługi przy użyciu wnioskowania semantycznego przy użyciu informacji semantycznych przenoszonych jako dane wejściowe w komunikacie żądania SIP z jednostki przesyłającej 121; [0031] jednostkę trasującą 132, przystosowaną do generowania standardowego komunikatu żądania usługi, który przenosi odszukane przez jednostkę dopasowującą 131 informacje o usłudze oraz do wysyłania komunikatu do serwera aplikacyjnego, który obsługuje usługę. [0032] Oczywiste jest więc, że w powyższym przykładzie wykonania komunikat żądania SIP strony klienta przenosi informacje semantyczne, CSCF 120 przesyła komunikat żądania SIP dalej do serwera pośredniczącego 130, a następnie najbardziej prawdopodobna usługa wyszukiwana jest inteligentnie przy użyciu technologii wnioskowania semantycznego i w ten sposób liczba żądanych usług znacząco wzrasta. Semantyka może za pomocą ontologii i logiki opisowej dostarczyć zunifikowanych języków rozumianych przez maszyny. Dzięki temu dostarczanie usługi jest bardziej zależne od maszyny (systemu IMS), operacja żądania usługi jest bardziej inteligenta i automatyczna, a użytkownik wygodniej i prościej korzysta z usługi IMS. Jednostka trasująca 132 generuje standardowy komunikat żądania usługi i wysyła go do serwera aplikacyjnego, co odpowiada zestawieniu interfejsu usługi między serwerem aplikacyjnym usługi i klientem i uwolnieniu w ten sposób strony serwera aplikacyjnego i strony użytkownika od ograniczeń typów sieci i formatów protokołów. [0033] W tym przykładzie wykonania serwer pośredniczący 130 wstępnie przechowuje informacje opisowe różnych usług, co jest przykładem różnych sytuacji. Jednostka dopasowująca 131 może użyć informacji semantycznych jako danych wejściowych i odszukać odpowiadającą usługę w informacji opisowej różnych usług. [0034] Jak widać na figurze 2, urządzenie sieciowe dostarczone w pierwszym przykładzie wynalazku zawiera: [0035] jednostkę odbierającą 211, przystosowaną do odbioru komunikatów, na przykład komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze; [0036] jednostkę dopasowującą 212, przystosowaną do wyszukiwania informacji o usłudze przy użyciu wnioskowania semantycznego przy użyciu informacji semantycznych przenoszonych jako dane wejściowe w komunikacie żądania SIP odebranym przez jednostkę odbierającą 211; i [0037] jednostkę trasującą 213, przystosowaną do generowania standardowego komunikatu żądania usługi przenoszącego informacje o usłudze odnalezione przez jednostkę dopasowującą 212 i do wysyłania standardowego komunikatu żądania usługi do serwera aplikacyjnego obsługującego usługę. [0038] W przeciwieństwie do technologii konwencjonalnej, w której sieć IMS wysyła żądanie SIP wyzwalane przez usługę bezpośrednio do serwera aplikacyjnego, w przykładzie wykonania
- 5 - jednostka dopasowująca 212 urządzenia według wynalazku wyszukuje usługę wskazaną przez informacje semantyczne przy użyciu wnioskowania semantycznego [0039] przed wysłaniem żądania SIP do serwera aplikacyjnego usługi; tymczasem jednostka trasująca 213, przystosowana jest do generowania standardowego komunikatu żądania usługi, który jest oczywiście zrozumiały dla serwera aplikacyjnego i umożliwia serwerowi aplikacyjnemu poprawną obsługę żądanej usługi i w ten sposób realizowana jest funkcja wybierania trasy dla usługi. Zrozumiałe jest, że urządzenie sieciowe pełni funkcję serwera pośredniczącego 130, aby realizować funkcje wyboru trasy usługi, wykrywania usługi i wyzwalania. [0040] Jak widać na figurze 3, urządzenie sieciowe w drugim przykładzie wykonania wynalazku jest podobne do urządzenia sieciowego w pierwszym przykładzie wykonania, z tym wyjątkiem, że urządzenie sieciowe zawiera ponadto następującą jednostkę: [0041] jednostkę określającą stan 214, przystosowaną do wyboru informacji użytkownika o użytkowniku, odpowiadającej komunikatowi żądania SIP po odbiorze komunikatu żądania SIP przez jednostkę odbierającą 211 i do podawania informacji użytkownika do jednostki dopasowującej 212, tak że informacje użytkownika mogą być używane razem z informacjami semantycznymi w komunikacie żądania SIP jako dane wejściowe do wyszukiwania przez jednostkę dopasowującą 212. [0042] Ta jednostka określająca stan współdziała głównie z odpowiednimi elementami potencjału usługi sieciowej, takimi jak jednostki włączające usługi, i pozyskuje odpowiednie informacje z jednostek włączających usługi. Na przykład informacje użytkownika o użytkowniku, odpowiadające komunikatowi żądania SIP pomagają jednostce dopasowującej 212 odszukać dokładniej odszukać usługę według takich informacji. Poza tym ważną funkcją tej jednostki jest agregacja różnych danych pozyskanych przez elementy sieciowe potencjału i konwersja danych do wewnętrznego formatu danych dostępnego dla jednostki dopasowującej 212. [0043] Jak widać na figurze 4, urządzenie sieciowe w trzecim przykładzie wykonania wynalazku jest podobne do urządzenia sieciowego w pierwszym przykładzie wykonania z tą różnicą, że urządzenie sieciowe zawiera ponadto poniższe jednostki: [0044] jednostkę rejestrującą 215, przystosowaną do akceptowania rejestracji usługi na serwerze aplikacyjnym i do przechowywania informacji opisowej usługi; lub odbioru i przechowywania informacji opisowej usługi z innych urządzeń sieciowych. W szczególności jednostka rejestrująca 215 odbiera najpierw żądanie rejestracji usługi serwera aplikacyjnego; jeżeli w urządzeniu sieciowym występuje dowolny skrypt usługi tego typu, serwer aplikacyjny musi dostarczyć do urządzenia sieciowego informacje opisowe tej usługi według żądania skryptu; jeżeli w urządzeniu sieciowym nie występuje żaden skrypt usługi tego typu, skrypt usługi tego typu musi zostać stworzony, a następnie serwer aplikacyjny według wymagania nowego skryptu dostarcza do urządzenia informacji opisowych tej usługi. [0045] jednostkę określającą informacje 216, przystosowaną do wprowadzania informacji opisowych usługi przechowywanych w jednostce rejestrującej 215 do jednostki dopasowującej
- 6-212, po tym jak jednostka odbierająca 211 odbierze komunikat żądania SIP, taka by informacje opisowe usługi mogły być użyte razem z informacjami semantycznymi przenoszonymi w komunikacie żądania SIP jako dane wejściowe wyszukiwania. Czyli wejście silnika wyszukującego używa informacji semantycznych jako słowa kluczowego i używa różnych typów informacji opisowych usługi jako przeszukiwanej bazy danych, czyli silnik wyszukujący szuka w różnych typach informacji opisowych usługi takiej usługi, która odpowiada informacji semantycznej. [0046] W tym przykładzie wykonania nowa usługa może być rejestrowana w urządzeniu sieciowym, a po rejestracji informacje opisowe usługi będą przechowywane w urządzeniu sieciowym. Z tego powodu jednostka określająca informacje 216 pozyskuje z informacji rejestracji informacje opisowe usługi, zanim jednostka dopasowująca 212 zrealizuje dopasowanie usługi i dostarcza bibliotekę wyszukiwania do wyszukiwania usługi przez jednostkę dopasowującą 212. [0047] Jak widać na figurze 5, urządzenie sieciowe w czwartym przykładzie wykonania wynalazku jest podobne do urządzenia sieciowego w trzecim przykładzie wykonania wynalazku z tą różnicą, że: [0048] jednostka odbierająca 211 odbiera komunikaty żądania rejestracji lub komunikaty żądania skryptu i [0049] urządzenie sieciowe w czwartym przykładzie wynalazku zawiera ponadto: [0050] jednostkę wysyłającą skrypt 217, przystosowaną do pozyskiwania i wysyłania skryptu usługi odpowiadającego żądanej usłudze w jednostce rejestrującej 215 po tym, jak jednostka odbierająca 211 odbierze komunikat żądania skryptu; [0051] jednostkę określającą komunikat 218, przystosowaną do określania, czy komunikat odebrany przez jednostkę odbierającą 211 jest komunikatem żądania rejestracji, komunikatem żądania skryptu, czy komunikatem żądania usługi; jeżeli komunikat jest komunikatem żądania rejestracji, wysyła komunikat żądania rejestracji do jednostki rejestrującej 215; jeżeli komunikat jest komunikatem żądania skryptu, wysyła komunikat żądania skryptu do jednostki wysyłającej skrypt 217; jeżeli komunikat jest komunikatem żądania usługi, wysyła komunikat żądania skryptu do jednostki dopasowującej 212. [0052] W tym przykładzie wykonania, po odebraniu komunikatu żądania skryptu, skrypt usługi odpowiedni dla żądania skryptu pozyskiwany jest z różnych skryptów usług przechowywanych w jednostce rejestrującej 215, a następnie jednostka wysyłająca skrypt 217 wysyła pozyskany skrypt usługi. Formą wysłanego skryptu usługi może być lista opisowa usługi, tak aby strona klienta mogła wysłać żądanie usługi SIP według formatu wymaganego przez skrypt usługi. W ten sposób usługi dostępne dla klienta mogą być dynamicznie aktualizowane. Tak więc użytkownik może zażądać dowolnej z aktualnie dostępnych usług, czyli poprawiona jest elastyczność żądania usług oraz udostępnione jest dynamiczne i elastyczne publikowanie usług. Powiadomienie może zostać wysłane do użytkownika, aby aktywnie zaktualizować odpowiednie informacje usługi, a użytkownik może bezzwłocznie użyć odpowiednich usług bez ponownej subskrypcji usług. Ponadto użytkownik może dokonać subskrypcji usług wraz z wymaganymi
- 7 - funkcjami zamiast określonych dostępnych usług. W ten sposób realizowane jest luźne połączenie między usługą i siecią IMS i użytkownikowi maksymalnie pomaga się używać różnych usług w sieci IMS. [0053] W tym przykładzie wykonania jednostka określająca komunikat 218 może reagować według określonego typu odebranego żądania, na przykład obsługiwać żądanie rejestracji lub żądanie skryptu lub żądanie usługi SIP. [0054] Jak widać na figurze 6, urządzenie sieciowe w piątym przykładzie wykonania wynalazku zawiera: [0055] jednostkę przetwarzającą żądanie 611, przystosowaną do pozyskiwania treści komunikatu żądania odebranego przez jednostkę odbierającą 211 według zdefiniowanej składni rozszerzonego komunikatu SIP i przekształcanie odebranego komunikatu na dane wewnętrzne; [0056] jednostkę określającą potencjał 612, przystosowaną do określania, czy urządzenie sieciowe jest zdolne przetworzyć żądanie po odebraniu przez jednostkę odbierającą 611 komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze. [0057] jednostkę przesyłającą 613, przystosowaną do wyszukiwana serwera pośredniczącego zdolnego przetworzyć komunikat żądania SIP w bibliotece informacji serwera pośredniczącego przechowywanej w urządzeniu sieciowym jeżeli jednostka określająca potencjał 612 określi, że urządzenie sieciowe nie jest do tego zdolne. [0058] Jednostka przetwarzająca żądanie 611 w tym przykładzie wykonania może wydobywać treść żądanego komunikatu według składni rozszerzonego komunikatu SIP zdefiniowanego wspólnie przez wysyłającego i odbierającego po tym, jak jednostka odbierająca 211 odbierze żądanie usługi SIP, i przekształca odebrany komunikat na dane wewnętrzne rozumiane przez jednostki urządzenia, aby ułatwić dalsze przetwarzanie. Po odebraniu żądania jednostka określająca potencjał 612 określa, czy urządzenie jest zdolne przetworzyć żądanie usługi SIP. Jeżeli urządzenie jest zdolne, urządzenie będzie kontynuować wykonywanie kolejnych zadań; w przeciwnym wypadku jednostka przesyłająca 613 prześle żądanie dalej do serwera pośredniczącego zdolnego przetworzyć żądanie. [0059] Odpowiednio może występować wiele urządzeń sieciowych lub serwerów pośredniczących, odpowiadających różnym dziedzinom usług i obszarom geograficznym. Wymienione serwery pośredniczące mogą współpracować ze sobą, a moduł sprzęgający w sieci może łączyć serwery pośredniczące i pozwala serwerom pośredniczącym na wspólną pracę. Gdy komunikaty żądania nie są przetwarzane na bieżącym serwerze pośredniczącym, moduł sprzęgający przesyła żądanie dalej do właściwego serwera pośredniczącego, aby ten przetworzył je według odpowiednich informacji konfiguracyjnych. [0060] Jak widać na figurze 7, strona klienta dostarczona w pierwszym przykładzie wykonania wynalazku zawiera: [0061] jednostkę wybierającą 711, przystosowaną do wybierania usługi z listy usług;
- 8 - [0062] jednostkę generującą komunikat 712, przystosowaną do generowania komunikatów, na przykład od generowania komunikatu żądania SIP przenoszącego semantyczne informacje opisowe usługi według skryptu usługi wybranej przez jednostkę wybierającą 711; [0063] jednostkę żądającą 713, przystosowaną do wysyłania żądań, na przykład do wysyłania komunikatu żądania SIP przenoszącego informacje semantyczne usługi, który jest generowany przez jednostkę generującą komunikat 712. [0064] Ten przykład wykonania strony klienta może łączyć się z czwartym przykładem wykonania urządzenia sieciowego tak, aby strona klienta mogła pobierać listę różnych usług za pomocą odpowiednich serwerów pośredniczących i odpowiedniego skryptu usług, gdy użytkownik musi wybrać z listy odpowiedni typ usługi. Treść tego skryptu usługi obejmuje informacje opisowe tego typu usługi (informacje opisowe mogą być słowami kluczowymi i parametrami atrybutów). Jednostka wybierająca 711 wybiera usługę z listy usług, a jednostka generująca komunikat 712 generuje komunikat żądania SIP, który przenosi informacje semantyczne usługi według skryptu odpowiadającego usłudze i wysyła komunikat do wyżej wymienionego urządzenia sieciowego realizując w ten sposób funkcję wybierania trasy według semantyki. [0065] W innych przykładach wykonania jednostka żądająca 713 w celu pozyskania najnowszych informacji usługi może wysyłać żądanie pozyskania skryptu usługi i/lub listy usług. Strona klienta może pobrać informacje związane z żądanymi usługami, na przykład pobrać skrypt usługi tego typu usług. Gdy użytkownik potrzebuje zastosować typ usługi, użytkownik może najpierw odszukać odpowiedni skrypt usługi w pobranej liście usług, a następnie według pobranego skryptu usługi wygenerować komunikat żądania SIP przenoszący semantyczne informacje opisowe i wysłać komunikat do sieci usługi IMS. [0066] Jak widać na figurze 8, urządzenie sieciowe dostarczone w szóstym przykładzie wykonania wynalazku zawiera: [0067] jednostkę wykrywającą 811, przystosowaną do odbioru komunikatów i wykrywania czy komunikat jest komunikatem żądania SIP przenoszącym informacje semantyczne o usłudze; [0068] jednostkę przesyłającą 812, przystosowaną do przesyłania komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze dalej do serwera pośredniczącego jeżeli jednostka wykrywająca 811 wykryje, że komunikat jest komunikatem żądania SIP. [0069] Urządzenie sieciowego w tym przykładzie wykonania może odbierać od strony klienta żądanie usługi SIP, określać czy komunikat jest żądaniem SIP przenoszącym informacje semantyczne o usłudze, odfiltrowywać takie żądania i przesyłać je dalej do serwera pośredniczącego. Urządzenie sieciowe może być CSCF, a CSCF bierze udział w wybieraniu trasy. [0070] Jak widać na figurze 9, urządzenie sieciowe w siódmym przykładzie wynalazku jest podobne do urządzenia sieciowego w szóstym przykładzie wykonania z wyjątkiem następującej jednostki dodatkowej:
- 9 - [0071] jednostki pozyskującej adres 813, przystosowanej do żądania od centralnego serwera użytkowników (HSS) informacji o adresie serwera pośredniczącego odpowiadającego usłudze jeżeli jednostka wykrywająca 811 wykryje, że komunikat jest komunikatem żądania SIP i do wysyłania pozyskanych informacji o adresie do jednostki przesyłającej 812. [0072] Ten przykład wykonania dodaje funkcję określania adresu serwera pośredniczącego, a HSS przechowuje adresy odpowiednich serwerów pośredniczących. Po tym, jak urządzenie sieciowe w przykładzie wykonania odbierze żądanie usługi SIP, jednostka pozyskująca adres pozyskuje adres docelowego serwera pośredniczącego i wysyła żądanie usługi SIP na ten adres. [0073] Jak widać na figurze 10, urządzenie sieciowe w ósmym przykładzie wykonania wynalazku jest podobne do urządzenia sieciowego w szóstym przykładzie wykonania, z wyjątkiem następującej jednostki dodatkowej: [0074] jednostki przesyłającej skrypt 814, przystosowanej do odbioru skryptu usługi zaktualizowanego przez serwer pośredniczący i do wysyłania skryptu usługi do strony klienta. [0075] Jednostka przesyłająca skrypt 814 w tym przykładzie wykonania przesyła zaktualizowany skrypt usługi dalej do strony klienta, co pomaga stronie klientowi w zastosowaniu nowej usługi. [0076] Jak widać na figurze 11, urządzenie sieciowe dostarczone w dziewiątym przykładzie wykonania wynalazku zawiera: [0077] jednostkę publikacji usługi 1111, przystosowaną do wysyłania w razie potrzeby informacji o usłudze do skorelowanego serwera pośredniczącego; [0078] jednostkę przetwarzającą usługę 1112, przystosowaną do odbioru i przetwarzania standardowych komunikatów żądania usługi. [0079] W tym przykładzie wykonania serwer aplikacyjny (urządzenie sieciowe) w końcu przetwarza żądanie usługi strony klienta. W przeciwieństwie do serwera aplikacyjnego w technologii konwencjonalnej, serwer aplikacyjny w tym przykładzie wykonania może zastosować jednostkę publikacji usługi 1111 do wysyłania według żądania żądającego informacji opisowych usługi zgodnych z żądaniem i w ten sposób pomagać użytkownikowi zastosować usługę. [0080] Jednak jednostka publikująca usługę 1111 może wysyłać skrypt usługi bezpośrednio do skorelowanego serwera pośredniczącego. [0081] Należy odnotować, że jednostki strony klienta 110, CSCF 120 lub serwer pośredniczący 130 w sieci w pierwszym przykładzie wykonania wynalazku mogą być zintegrowane w jeden moduł przetwarzający. Podobnie jednostki urządzenia sieciowego i strona klienta w powyższych przykładach wykonania wynalazku mogą być zintegrowane w jeden moduł przetwarzający; lub przynajmniej dwie dowolne jednostki w powyższych przykładach wykonania mogą zostać zintegrowane w jeden moduł przetwarzający. [0082] Należy także odnotować, że jednostki w przykładzie wykonania wynalazku mogą być jednostkami sprzętowymi i mogą być elementem, który może zostać zrealizowany przez moduły
- 10 - funkcji oprogramowania. Odpowiednio przykład wykonania wynalazku może być sprzedawany lub używany jako niezależny produkt i jako część, która może być zrealizowana za pomocą oprogramowania i być przechowywana na odczytywalnym przez komputer nośniku danych w celu jej sprzedaży lub użytkowania. [0083] Jak widać na figurze 12, pierwszy przykład dostarczonego sposobu trasowania obejmuje: [0084] Etap 1201: odbiór komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze. [0085] Etap 1202: wyszukiwanie usługi za pomocą wnioskowania semantycznego przy użyciu informacji semantycznych przenoszonych w komunikacie żądania SIP. [0086] Etap 1203: generowanie standardowego komunikatu żądania usługi przenoszącego odszukane informacje usługi i wysyłanie komunikatu do serwera aplikacyjnego obsługującego usługę. [0087] W innych przykładach wykonania: w etapie 1201 odbiór komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze może być: odbiorem komunikatów żądania SIP przenoszącego informacje semantyczne o usłudze i przesłanego przez CSCF 220. [0088] Komunikat żądania SIP przenoszący informacje semantyczne o usłudze może być generowany w następujący sposób: [0089] (1) wybieranie usługi z listy usług; [0090] (2) generowanie komunikatu żądania SIP przenoszącego informacje semantyczne o wybranej usłudze według skryptu usługi odpowiadającego wybranej usłudze. [0091] Lista usług i skrypt usługi pobierane są z serwera pośredniczącego, który rejestruje usługę. [0092] Po etapie 1201, w którym jest odbierany komunikat żądania SIP przenoszący informacje semantyczne o usłudze, realizowane mogą być następujące czynności: [0093] (1) określenie według treści komunikatu żądania SIP, czy serwer pośredniczący jest zdolny przetworzyć żądanie; [0094] (2) jeżeli zostanie określone, że serwer nie jest zdolny przetworzyć żądania, wyszukanie w bibliotece informacji o serwerach pośredniczących przechowywanej na serwerze pośredniczącym serwera pośredniczącego zdolnego przetworzyć komunikat żądania SIP; i [0095] (3) wysyłanie komunikatu żądania SIP do wszystkich serwerów pośredniczących zdolnych przetworzyć komunikat żądania. [0096] (4) jeżeli zostanie określone, że serwer pośredniczący jest zdolny przetworzyć komunikatu żądania SIP, zrealizowane mogą zostać następujące czynności: [0097] pozyskanie informacji użytkownika o użytkowniku, odpowiadających komunikatowi żądania SIP i informacji opisowych o usłudze; wyszukanie usługi przez wnioskowanie
- 11 - semantyczne przy użyciu informacji użytkownika, informacji opisowych usługi i informacji semantycznych przenoszonych razem w komunikacie żądania SIP jako dane wejściowe, w połączeniu z biblioteką ontologii. [0098] W etapie 1203 generowanie standardowego komunikatu żądania usługi przenoszącego odszukane informacje o usłudze może być: [0099] generowaniem standardowego komunikatu żądania usługi według odszukanych informacji usługi i komunikatu żądania SIP; lub [0100] konwersją informacji semantycznych przenoszonych przez komunikat żądania SIP na format zrozumiały dla serwera aplikacyjnego; generowaniem standardowego komunikatu żądania usługi przy użyciu jako treści przekonwertowanych informacji semantycznych i odszukanych informacji o usłudze. [0101] Przykład rejestracji usługi, pobierania skryptu i trasowania usługi jest podany poniżej: [0102] (1) Po pierwsze, serwer aplikacyjny rejestruje usługę z serwerem pośredniczącym. Jak widać na figurze 13, odpowiedni proces interakcji ma następującą postać: [0103] Etap 1301: gdy dostarczana jest nowa usług, komunikat żądania rejestracji usługi wysyłany jest do serwera pośredniczącego. Żądanie przenosi odpowiednie informacje, takie jak nazwa usługi, typu usługi i adres usługi. [0104] Etap 1302: według odpowiednich informacji, takich jak typ usługi, serwer pośredniczący żąda od serwera aplikacyjnego według wymagań określonego skryptu usługi określonych informacji opisowych usługi. Jeżeli usługa nie ma żadnego odpowiadającego skryptu usługi na serwerze pośredniczącym, odpowiedni skrypt usługi jest tworzony ręcznie lub automatycznie. [0105] Etap 1303: serwer aplikacyjny wysyła informacje opisowe usługi do serwera pośredniczącego, na przykład informacje o funkcjach usługi. [0106] Etap 1304: po przetworzeniu według informacji takich jak typ usługi serwer pośredniczący informuje pozostałe serwery pośredniczące o nowej informacji aktualizacyjnej usługi. [0107] Etap 1305: pozostałe serwery pośredniczące zwracają komunikat pomyślnej aktualizacji. [0108] Etap 1306: serwer aplikacyjny zwraca do serwera aplikacyjnego komunikat pomyślnej rejestracji. [0109] (2) Po drugie, strona klienta musi pobrać zarejestrowane informacje usługi. Jak widać na figurze 14, odpowiedni proces interakcji ma następującą postać: [0110] Etap 1401: gdy zajdzie taka potrzeba, strona klienta rozpoczyna żądanie skryptu usługi, przy czym komunikat żądania może określać adres serwera pośredniczącego i odpowiednie informacje typu usługi. W pewnych warunkach serwer pośredniczący może wybrać, aby aktywnie wysłać skrypt usługi do użytkownika. [0111] Etap 1402: CSCF żąda od HSS początkowego kryterium filtrowania (ifc) według jednolitego identyfikatora zasobu SIP (URI).
- 12 - [0112] Etap 1403: według odpowiednich warunków HSS zwraca adres serwera pośredniczącego do CSCF. [0113] Etap 1404: CSCF wysyła komunikat żądania użytkownika do serwera pośredniczącego. Komunikatem żądania jest na przykład komunikat SIP, taki jak get profile (pobierz profil). [0114] Etap 1405: według określonego wskazania komunikatu żądania, na przykład wskazania get Profile (pobierz profil) komunikatu get Profile@Service Proxy (pobierz profil z serwera pośredniczącego), serwer pośredniczący zwraca do CSCF skrypt usługi wymagany przez użytkownika. [0115] Etap 1406: CSCF zwraca do użytkownika skrypt usługi. [0116] Serwer pośredniczący może ponadto wysyłać listę usług do strony klienta. Gdy użytkownik korzysta z określonej usługi, wybiera usługę z listy, a następnie według skryptu generuje odpowiedni komunikat żądania. [0117] (3) Po trzecie, użytkownik musi zażądać usługi. [0118] Po pozyskaniu skryptu usługi użytkownik może wybrać z listy usług żądaną usługę i wygenerować odpowiedni komunikat żądania usługi. Typ i ilość usług są niemożliwe do przewidzenia i zmieniają się dynamicznie. Z tego powodu lista ta ułożona jest hierarchicznie. Usługi mogą być kategoryzowane według ogólnego sposobu kategoryzowania, takiego jak światowy standard klasyfikacji przemysłowej (GICS), lub może być kategoryzowany według wymagań operatora sieci (według informacji ontologicznej odpowiedniego pola usługi). Proces ten jest zilustrowany na figurze 15, a format skryptu listy usług ma następującą postać: <ServiceList xmlns="http://huawei.com/list.xsd"> < menu> <list> <name>book</name> </list> <list> <name> find </name> </list> <list> <name> contact </name> </list> <list> <name> video </name> <parent>contact</parent> </list> <list> <name> voice </name> <parent>contact</parent> </list> <list>
- 13 - <name> text </name> <parent>contact</parent> </list> <list> <name> buddy </name> <parent>voice</parent> </list> <list> <name> Restaurant </name> <parent>voice</parent> </list>... < /menu > <ServiceDiscription> <Restaurant rdf:id = "LCAIRestaurant"> <Servefood rdf:resource = "#ChineseFood "/> <Servefood rdf:resource = "#GermanFood "/>... </ ServiceDiscription >... </ServiceList > [0119] Gdy użytkownik żąda typu usługi na liście, strona klienta SIP może pobrać informacje listy i odpowiadający skrypt usługi za pomocą odpowiedniego serwera pośredniczącego. Skrypt obejmuje przede wszystkim informacje opisowe o tym typie usługi i może być opisany za pomocą słów kluczowych i parametrów atrybutów lub przez język ontologii sieciowej (OWL). Ten przykład wykonania zakłada, że skrypt jest opisany przy pomocy OWL. Podczas wysyłania żądania usługi, strona klienta może generować rozszerzone żądanie usługi SIP przenoszące informacje opisowe usługi i zgodne z formatem semantycznym według skryptu, tak jak jest przedstawione to na figurze 16 i w tabeli 1. SIP:[Indication] @ [Domain] Tabela 1: Format komunikatu żądania usługi SIP Format Opis Przykład Indication: wskazanie, czy pozyskać listę lub żądany typ usługi. [protokolid]: [contextid]] ProtokolID: identyfikuje żądanie SIP rozszerzonego SIP, przy czym żądanie przenosi informacje semantyczne. ContextID: identyfikuje faktyczne wymaganie, odpowiadające opisowi semantycznemu. sip: get script @Proxy to server sip: ServiveClassification@Proxy server ssip: context
- 14 - [0120] Pole wskazanie wskazuje intencje różnych żądań. Przez pole wskazanie strona klienta SIP wskazuje intencję pobierania odpowiedniej listy usług serwera pośredniczącego i, gdy wymagany jest typ usługi podrzędnej, wskazuje intencję pozyskania pliku opisu semantycznego (którego treść jest opisana później) typu usługi podrzędnej. Ponadto, gdy użytkownik realizuje typ usługi, strona klienta SIP może odebrać informację ontologiczną usługi według odpowiednich informacji pliku opisowego usługi, aby wypełnić pole Wskazanie. W ten sposób serwer pośredniczący może zrealizować kolejne operacje (treść działania jest opisana w odpowiednim procesie) po tym, jak odbierze żądanie. [0121] Jak widać na figurze 17, użytkownik żąda usługi za pomocą następującego procesu: [0122] Etap 1701: użytkownik żąda usługi restauracyjnej, a strona klienta generuje komunikat żądania usługi SIP przenoszący informacje semantyczne według wymagań klienta i skrypt usługi odpowiedniej restauracji, i wysyła komunikat żądania usługi do CSCF. [0123] Etap 1702: CSCF sprawdza ifc i żąda od HSS adresu serwera pośredniczącego. [0124] Etap 1703: HSS zwraca do CSCF adres serwera pośredniczącego. [0125] Etap 1704: CSCF wysyła komunikat żądania usługi SIP do serwera pośredniczącego według adresu serwera pośredniczącego. [0126] Etap 1705: po odebraniu komunikatu żądania, serwer pośredniczący analizuje SIP URI i odnajduje, że intencją jest komunikatu żądanie usług restauracyjnych. Jeżeli serwer pośredniczący nie jest zdolny przetworzyć komunikatu żądania, serwer pośredniczący przesyła żądanie dalej do innego serwera pośredniczącego związanego według odpowiednich informacji; jeżeli serwer pośredniczący jest zdolny przetworzyć komunikat żądania, serwer pośredniczący żąda odpowiedniej od jednostki włączającej usługę, aby ta dostarczyła informacji o środowisku użytkownika, takich jak lokalizacja użytkownika według bieżącego identyfikatora użytkownika komunikatu żądania. [0127] Etap 1706: według informacji o środowisku użytkownika, komunikatu żądania i semantycznych informacji opisowych, serwer pośredniczący automatycznie wyszukuje najlepszą usługę dla żądania użytkownika przy użyciu wnioskowania semantycznego, i generuje standardowy komunikat żądania usługi SIP według usługi docelowej. Standardowy komunikat żądania SIP jest wysyłany do serwera aplikacyjnego według figury 17. [0128] Jeżeli usługa docelowa jest usługą sieciową, serwer pośredniczący dokonuje konwersji informacji semantycznych pierwotnego komunikatu żądania usługi SIP na informacje semantyczne zrozumiałe dla ostatecznego serwera aplikacyjnego według semantycznych informacji opisowych usługi lub koncepcyjnego szablonu konwersji według relacji semantycznych odpowiednich parametrów i wysyła informacje semantyczne do docelowego serwera aplikacyjnego. Dla zachowania zwięzłości jedynie komunikat SIP oznaczony jest na figurze. Serwer pośredniczący może generować komunikat protokołu prostego dostępu do obiektów (SOAP) według określonego żądania i wysłać komunikat do docelowego serwera aplikacyjnego.
- 15 - [0129] Etap 1707: serwer aplikacyjny zwraca do serwera pośredniczącego komunikat odpowiedzi OK. [0130] Etap 1708: serwer pośredniczący zwraca do CSCF komunikat odpowiedzi OK. [0131] Etap 1709: CSCF zwraca do strony klienta komunikat odpowiedzi OK. [0132] W powyższym przykładzie wykonania wynalazku informacje semantyczne przenoszone są w żądaniu usługi SIP. Dzięki temu przy użyciu technologii inteligentnego wnioskowania semantycznego jest wyszukiwana najbardziej odpowiednia usługa i w ten sposób liczba żądanych usług wzrasta masowo. Semantyka może za pomocą ontologii i logiki opisowej dostarczyć zunifikowanych języków rozumianych przez maszyny. Dzięki temu dostarczanie usługi jest bardziej zależne od maszyny (takiej jak system IMS), operacja żądania usługi jest bardziej inteligenta i automatyczna, a użytkownik wygodniej i prościej korzysta z usługi IMS. Generowany jest standardowy komunikat żądania usługi odpowiadający zestawieniu interfejsu między serwerem aplikacyjnym i stroną klienta i uwolnieniu w ten sposób strony serwera aplikacyjnego i strony użytkownika od ograniczeń typów sieci i formatów protokołów. [0133] Specjaliści w tej dziedzinie zrozumieją, że wszystkie lub część etapów sposobu trasowania w powyższych przykładach wykonania można zrealizować za pomocą instrukcji programów urządzeń sprzętowych. Programy te mogą być przechowywane na nośniku danych odczytywalnym przez komputer. Gdy programy są wykonywane, proces obejmuje wszystkie lub część etapów sposobu w powyższych przykładach wykonania. Nośnik danych wspomniany powyżej może być pamięcią ROM/RAM, dyskiem magnetycznym, płytą kompaktową itd. [0134] W końcowej analizie przykłady wykonania wynalazku dostarczają następujących korzyści: [0135] 1. Liczba dostępnych usług do żądania wzrasta masowo. [0136] Usługi są odpytywane i wybierane za pomocą logiki semantycznej, dzięki czemu przezwyciężane jest ograniczenie liczby usług spowodowane trybem zapytań opartym na słowach kluczowych w technologii konwencjonalnej. Dzięki temu liczba usług dostępnych dla użytkownika jest praktycznie wolna od ograniczeń komunikatu SIP. [0137] 2. Działanie żądania usługi jest bardziej inteligentne i zautomatyzowane. [0138] Semantyka może za pomocą ontologii i logiki opisowej dostarczyć zunifikowanych języków rozumianych przez maszyny. Dzięki temu dostarczanie usługi jest bardziej zależne od maszyny (takiej jak system IMS), operacja żądania usługi jest bardziej inteligenta i automatyczna, a użytkownik wygodniej i prościej korzysta z usługi IMS. [0139] 3. Luźne połączenie jest realizowane między siecią i serwerem aplikacyjnym. [0140] Jednostka trasująca generuje standardowy komunikat żądania usługi i wysyła go serwera aplikacyjnego, co odpowiada zestawianiu interfejsu usługi między serwerem aplikacyjnym i klientem i uwolnieniu w ten sposób strony serwera aplikacyjnego i strony użytkownika od ograniczeń typów sieci i formatów protokołów. Dzięki temu między siecią i serwerem aplikacyjnym jest realizowane luźne połączenie, co sprzyja dynamicznemu publikowaniu usług i
- 16 - dynamicznej subskrypcji i dostępowi do usług i w ten sposób przezwycięża problem techniczny w technologii konwencjonalnej, czyli że w technologii konwencjonalnej użytkownik może jedynie statycznie wybrać subskrypcję określonych usług zamiast móc dokonywać subskrypcji usług zgodnie ze swoimi wymaganiami. [0141] 4. Proces żądania usługi jest bardziej elastyczny i wygodny. [0142] Przez pobieranie skryptu i dokonywanie wyboru z listy usług, użytkownik żąda usługi w bardziej elastyczny i wygodny sposób [0143] Powyżej jest podany szczegółowy opis sposobu i systemu wybierania trasy w przykładach wykonania wynalazku. Chociaż wynalazek został opisany za pomocą pewnych przykładów wykonania, to wynalazek nie jest ograniczony do tych przykładów wykonania. Jest jasne dla specjalistów w tej dziedzinie, że można tworzyć różne modyfikacje i odmiany wynalazku bez odchodzenia od zakresu wynalazku. Sporządziła i zweryfikowała Grażyna Palka Rzecznik patentowy
- 17 - Zastrzeżenia patentowe 1. Sposób trasowania, znamienny tym, że obejmuje: wysyłanie (1401, 1405) do strony klienta, przez serwer pośredniczący, listy usług i skryptu usługi; wybieranie, przez stronę klienta, usługi z listy usług i generowanie komunikatu żądania protokołu inicjalizacji sesji, SIP, przenoszącego informacje semantyczne o wybranej usłudze według formatu wymaganego przez skrypt usługi wysłany przez serwer pośredniczący, odpowiadający wybranej usłudze; odbiór (1201), przez serwer pośredniczący, komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze; wyszukiwanie (1202), przez serwer pośredniczący, dla usługi przez wnioskowanie semantyczne, przy użyciu informacji semantycznych, przenoszonych w komunikacie żądania SIP jako danych wejściowych informacji i generowanie (1203), przez serwer pośredniczący, standardowego komunikatu żądania usługi, który jest rozumiany przez serwer aplikacyjny i który przenosi odnalezione informacje o usłudze oraz wysyłanie standardowego komunikatu żądania usługi do serwera aplikacyjnego, który obsługuje usługę. 2. Sposób według zastrz. 1, w którym wysyłanie do strony klienta, przez serwer pośredniczący, skryptu usługi obejmuje: wysyłanie (1401), przez serwer pośredniczący, komunikatu żądania skryptu strony klienta, przy czym komunikat żądania określa informacje o typie usługi; wysyłanie (1405), przez serwer pośredniczący, skryptu usługi odpowiadającego informacji o żądanym typie usługi. 3. Sposób trasowania według zastrz. 1, w którym sposób obejmuje ponadto: odbiór (1301), przez serwer pośredniczący, żądania rejestracji usługi serwera aplikacyjnego, przenoszącego informacje o typie usługi; jeżeli jakikolwiek skrypt tego typu usługi występuje na serwerze pośredniczącym, dostarczanie (1302, 1303), przez serwer aplikacyjny, informacji opisowych usługi według wymagań odpowiedniego skryptu usługi; jeżeli żaden skrypt tego typu usługi nie występuje na serwerze pośredniczącym, skrypt usługi tego typu usługi jest tworzony i dostarczanie, przez serwer aplikacyjny, informacji opisowych usługi według wymagań skryptu usługi. 4. Sposób trasowania według zastrz. 1, w którym etap odbioru komunikatu żądania SIP jest wykonywany przez serwer pośredniczący; a po etapie odbioru sposób obejmuje ponadto: określanie (1705), czy serwer pośredniczący jest zdolny przetworzyć komunikat żądania SIP według treści komunikatu żądania SIP; jeżeli zostanie określone, że serwer pośredniczący nie jest zdolny do tego, wyszukanie serwera pośredniczącego, zdolnego do przetworzenia komunikatu żądania SIP z biblioteki informacji o serwerach pośredniczących, przechowywanej na serwerze pośredniczącym, i
- 18 - wysyłanie komunikatu żądania SIP do serwerów pośredniczących, zdolnych przetworzyć komunikat żądania SIP. 5. Sposób trasowania według zastrz. 1 albo 4, w którym, jeżeli zostanie określone, że serwer pośredniczący jest zdolny przetworzyć komunikat żądania SIP, sposób obejmuje ponadto: pozyskanie informacji użytkownika o użytkowniku, odpowiadającej komunikatowi żądania SIP i informacji opisowych o usłudze; a przy użyciu informacji użytkownika, informacji opisowych usługi i informacji semantycznych, przenoszonych razem w komunikacie żądania SIP jako dane wejściowe, wyszukanie usługi przez wnioskowanie semantyczne w połączeniu z biblioteką ontologii. 6. Sposób trasowania według zastrz. 1, w którym proces generowania standardowego komunikatu żądania usługi, który jest zrozumiały dla serwera aplikacyjnego i który przenosi odszukane informacje o usłudze, obejmuje: generowanie standardowego komunikatu żądania usługi według odszukanych informacji o usłudze i komunikatu żądania SIP lub proces generowania standardowego komunikatu żądania usługi obejmuje: konwersję informacji semantycznych, przenoszonych przez komunikat żądania SIP, na format zrozumiały dla serwera aplikacyjnego; a przy użyciu poddanych konwersji informacji semantycznych i odszukanych informacji o usłudze, jako treści, generowanie standardowego komunikatu żądania usługi. 7. Sieć usługi zawierająca: funkcję sterowania sesją połączenia CSCF (120), zawierającą jednostkę przesyłającą (121), przystosowaną do przesyłania komunikatu żądania protokołu inicjacji sesji, SIP, przenoszącego informacje semantyczne o usłudze; znamienna tym, że zawiera ponadto: serwer pośredniczący (130) zawierający: jednostkę wysyłającą skrypt (217), przystosowaną do pozyskiwania i wysyłania listy usługi i skryptu usługi do strony klienta, jednostkę odbierającą (211), przystosowaną do odbioru komunikatu żądania SIP, przenoszącego informacje semantyczne o usłudze, jednostkę dopasowującą (131, 212), przystosowaną do wyszukiwania usługi przez wnioskowanie semantyczne przy użyciu informacji semantycznych, przenoszonych jako dane wejściowe w komunikacie żądania SIP i jednostkę trasującą (132, 213), przystosowaną do generowania standardowego komunikatu żądania usługi, który jest rozumiany przez serwer aplikacyjny i który przenosi odszukane informacje o usłudze, oraz wysyłania standardowego komunikatu żądania usługi do serwera aplikacyjnego, który obsługuje usługę; stronę klienta (110) zawierającą: jednostkę wybierającą (711), przystosowaną do wybierania usługi z listy usług;
- 19 - jednostkę generującą komunikat (712), przystosowaną do generowania komunikatu żądania SIP przenoszącego informacje semantyczne o wybranej usłudze według formatu wymaganego przez skrypt usługi wysłany przez serwer pośredniczący, odpowiadający wybranej usłudze i jednostkę żądającą (111, 713), przystosowaną do wysyłania żądania dla pozyskania skryptu usługi i wysyłania komunikatu żądania SIP przenoszącego informacje semantyczne o usłudze do CSCF 8. Sieć usługi według zastrz. 7, w której serwer pośredniczący zawiera ponadto: jednostkę określającą stan (214), przystosowaną do wyboru informacji użytkownika o użytkowniku, odpowiadającej komunikatowi żądania SIP po odbiorze komunikatu żądania SIP przez jednostkę odbierającą, oraz podawania informacji użytkownika do jednostki dopasowującej, tak że informacje użytkownika mogą być używane razem z informacjami semantycznymi, przenoszonymi w komunikacie żądania SIP, jako dane wejściowe do wyszukiwania. 9. Sieć usługi według zastrz. 7, w której serwer pośredniczący zawiera ponadto: jednostkę rejestrującą (215), przystosowaną do akceptowania rejestracji usługi na serwerze aplikacyjnym i zapisu informacji opisowej usługi; lub odbioru i zapisu informacji opisowej usługi z innych urządzeń sieciowych oraz jednostkę określającą informacje (216), przystosowaną, po tym jak jednostka odbierająca odbierze komunikat żądania SIP, do wyszukiwania informacji opisowych usługi, żądanych przez komunikat żądania SIP, spośród informacji opisowych usługi, przechowywanych w jednostce rejestrującej, i podawani informacji opisowych do jednostki dopasowującej, tak że informacja opisowa są używane razem z informacjami semantycznymi, przenoszonymi w komunikacie żądania SIP, jako dane wejściowe wyszukiwania. 10. Sieć usługi według zastrz. 9, w której: jednostka odbierająca (211) odbiera komunikaty żądania rejestracji lub komunikaty żądania skryptu; jednostka wysyłająca skrypt (217) jest przystosowana do pozyskiwania i wysyłania skryptu usługi odpowiadającego żądanej usłudze w jednostce rejestrującej (215) po tym, jak jednostka odbierająca (211) odbierze komunikat żądania skryptu i serwer pośredniczący zawiera ponadto: jednostkę określającą komunikat (218), przystosowaną do określania, czy komunikat odebrany przez jednostkę odbierającą (211) jest komunikatem żądania rejestracji, komunikatem żądania skryptu lub komunikatem żądania usługi; a jeżeli komunikat jest komunikatem żądania rejestracji, wysyłania komunikatu żądania rejestracji do jednostki rejestrującej (215); jeżeli komunikat jest komunikatem żądania skryptu, wysyłania komunikatu żądania skryptu do jednostki wysyłającej skrypt (217); jeżeli komunikat jest komunikatem żądania usługi, wysyłania komunikatu żądania usługi do jednostki dopasowującej (212).