PL187862B1 - Sposób, serwer i produkt programu komputerowego do przetwarzania kilku typów 54) transakcji rozciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer - Google Patents

Abstract

1. Sposób przetwarzania kilku typów transakcji roz57) ciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer zawierającym serwer i wiele komputerów-klientów, w którym, jako transakcje rozciągłe wykorzystuje się transakcje zestawiane ze składowych działań interakcyjnych z użytkownikiem finalnym dla wspólnego przetwarzania, które mogą być zawieszane w ciągu nieograniczonego okresu czasu i podejmowane w terminie późniejszym, oraz w którym każdy komputerklient ma możliwość nawiązania łączności z serwerem dla przetwarzania działali interakcyjnych użytkownika finalnego, znamienny tym, ze przyjmuje się wstępnie identyfikator użytkownika finalnego od jednego z komputerówklientów, przedstawia się listę wyboru kilku typów transakcji rozciągłej komputerowi-klientowi dla dokonania wyboru, przyjmuje się wybór transakcji rozciągłej od komputera-klienta, przetwarza się początkowo wybraną transakcję rozciągłą, przechowuje się informację wskazującą postęp wybranej transakcji, przyporządkowuje się identyfikator użytkownika finalnego do informacji stanu dla wybranej transakcji i przerywa się przetwarzanie wybranej transakcji po przerwaniu łączności z jednym z komputerów-klientów, przy czym po przerwaniu przetwarzania transakcji, przyjmuje się drugi raz identyfikator użytkownika finalnego od drugiego z komputerówklientów,

Description

Przedmiotem wynalazku jest sposób, serwer i produkt programu komputerowego do przetwarzania kilku typów transakcji rozciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer.

Transakcja handlowa jest niezależną czynnością handlową, jak na przykład nabywanie biletu do teatru. Niektóre transakcje handlowe są proste i krótkotrwałe. Jednakowoż mogą takimi nie być, obejmując wiele działań odbywających się w ciągu długiego okresu czasu, jak na przykład sprzedaż propozycji urlopowych, czy domu. Takie transakcje nazywane są transakcjami rozciągłymi.

Tradycyjne systemy przetwarzania transakcji oparte na dużych bazach danych i sieciach telekomunikacyjnych są określone bardzo ściśle. Takie systemy umożliwiają użytkownikom finalnym inicjować i finalizować krótkie transakcje handlowe za pośrednictwem sieci terminali łączącej, na przykład z bankiem, dla dokonywania wpłat lub wypłat na rachunku bankowym lub po prostu dokonywanie zapytań w sprawie bilansu. Takie transakcje są zwykle względnie krótkotrwałe (rzędu minut) i albo są finalizowane, albo są zrywane w ciągu takiego okresu czasu. Sesję telekomunikacyjną zestawia się na okres trwania transakcji i, kiedy jest zakończona, łączność się kończy. Nie ma koncepcji zawieszania transakcji na czas nieokreślony i podejmowania w późniejszym czasie lub w późniejszym terminie, jakkolwiek, kiedy transakcja jest aktywna, utrzymywana jest informacja stanu nieodzowna dla zapewnienia postępu transakcji i umożliwienia jej odtworzenia w przypadku błędu.

Tradycyjne systemy transakcyjne implementowane były nie tylko na dużych zespołach komputerowych z siecią połączonych terminali działających jako urządzenia wejścia-wyjścia bez inteligencji, lecz również jako systemy klient-serwer (systemy rozproszone), w których pewna ograniczona część przetwarzania może odbywać się w lokalnym komputerze klienckim, który następnie wywołuje duże programy w komputerze serwerze dla finalizowania działania przetwarzającego. Klient często obsługuje wprowadzanie i wyprowadzanie danych serwera i zawiera terminal, którego używa w rzeczywistości użytkownik finalny. Może obsługiwać procesy realizacyjne związane z konwersją danych i translacją między interfejsami, czego zwykły terminal nie byłby w stanie obsłużyć.

W ostatnim czasie sieć Internet umożliwiła dostęp do masowych ilości informacji poszczególnym użytkownikom komputerów łączących się przez tak zwane przeglądarki sieciowe z serwerami sieciowymi utrzymywanymi przez operatorów zapewniających obsługę informatyczną. Te przeglądarki sieciowe stanowią komputery klienckie ogólnego przeznaczenia opracowane w zgodzie z ustalonymi protokołami, jak na przykład HTTP, dla transferu informacji w formacie znanym jako HTML. Jednakowoż protokół HTTP jest bez pamięci stanów, tak że łączność przeglądarki sieciowej kończy się po każdym transferze informacji w formacie HTML i serwer nie zachowuje wiedzy z poprzedniego połączenia. To powoduje, że z tego powodu nie nadaje się do przetwarzana transakcyjnego.

Tym niemniej, implementowano różne metody utrzymywania i odtwarzania pewnej informacji stanu o aktualnym procesie transakcyjnym, w celu umożliwienia realizacji przetwarzania transakcyjnego za pośrednictwem Internetu. Informacja stanu może być ukryta w dokumentach HTML i przechodzi tam i z powrotem między klientem a serwerem, tak że serwer może przyporządkować nową informację wprowadzaną od komputera-klienta do transakcji, której stan został zapamiętany. Inny znany system obejmuje wykorzystanie tak zwanych „cookies”, które umożliwiają zachowanie pewnej ilości informacji przez przyporządkowane cookies dla reakcji serwera. Inny sposób obejmuje osadzanie informacji stanu w „kontynuacjach” (hyperlinkach) zwracanych przez serwer do komputera-klienta.

187 862

Jednakowoż, te znane sposoby wprowadzania informacji umożliwiają jedynie podjęcie transakcji na nowo. Nie umożliwiają wznowienia dla całkowitego odłączenia komputeraklienta i utraty istotnych informacji stanu, jaka mogłaby nastąpić w długo trwającej transakcji handlowej. Jak również nie umożliwiają wznowienia przerwanej transakcji z innego komputera-klienta.

Istota sposobu przetwarzania według wynalazku kilku typów transakcji rozciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer zawierającym serwer i wiele komputerów-klientów, w którym, jako transakcje rozciągłe wykorzystuje się transakcje zestawiane ze składowych działań interakcyjnych z użytkownikiem finalnym dla wspólnego przetwarzania, które mogą być zawieszane w ciągu nieograniczonego okresu czasu i podejmowane w terminie późniejszym, oraz w którym każdy komputer-klient ma możliwość nawiązania łączności z serwerem dla przetwarzania działań interakcyjnych użytkownika finalnego, jest to, że przyjmuje się wstępnie identyfikator użytkownika finalnego od jednego z komputerów-klientów, przedstawia się listę wyboru kilku typów transakcji rozciągłej komputerowi-klientowi dla dokonania wyboru, przyjmuje się wybór transakcji rozciągłej od komputera-klienta, przetwarza się początkowo wybraną transakcję rozciągłą, przechowuje się informację wskazującą postęp wybranej transakcji, przyporządkowuje się identyfikator użytkownika finalnego do informacji stanu dla wybranej transakcji i przerywa się przetwarzanie wybranej transakcji po przerwaniu łączności z jednym z komputerów-klientów, przy czym po przerwaniu przetwarzania transakcji, przyjmuje się drugi raz identyfikator użytkownika finalnego od drugiego z komputerów-klientów, przy czym w odpowiedzi na otrzymanie identyfikatora po raz drugi, przedstawia się wszystkie bieżące transakcje rozciągłe dla tego użytkownika finalnego drugiemu komputerowi-klientowi dla dokonania przez tego klienta drugiego wyboru jednej z transakcji rozciągłych oraz w odpowiedzi na drugi wybór, wznawia się przetwarzanie transakcji od punktu określonego przechowywaną informacją stanu dla wybranej transakcji.

Korzystnie w trakcie przyporządkowywania identyfikatora użytkownika finalnego do informacji stanu dla wybranej transakcji generuje się znacznik dla wybranej transakcji rozciągłej, identyfikujący jednoznacznie tę transakcję i przyporządkowany do jej informacji stanu, przy czym dodatkowo, po drugim wyborze przez drugi komputer-klienta, przydziela się znacznik do wybranej transakcji rozciągłej dla umożliwienia podjęcia przetwarzania tej transakcji, poczynając od zapamiętanego jej stanu.

Korzystnie następnie przesyła się zwrotnie, podczas trwania współdziałania interakcyjnego z użytkownikiem finalnym, do komputera-klienta znacznik z odpowiedzią wymagającą działania użytkownika finalnego oraz odbiera się zwrotne odpowiedzi użytkownika finalnego od komputera-klienta i przesyła do serwera wraz ze znacznikiem, tak że przetwarzanie tej transakcji użytkownika finalnego zostaje podjęte począwszy od stanu aktualnego.

Korzystnie w systemie klient-serwer zawierającym różnego typu, pierwszy i drugi, komputery-klienckie dostarcza się przez serwer informację dla przesłania do komputeraklienta w postaci neutralnej względem komputera-klienta, i dokonuje się konwersji informacji neutralnej względem komputera-klienta na postać odpowiednią do prezentacji użytkownikowi finalnemu za pomocą danego komputera-klienta.

Istotą serwera według wynalazku do przetwarzania kilku typów transakcji rozciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer obejmującym pewną liczbę komputerów-klientów, w którym transakcje rozciągłe są transakcjami zestawianymi ze składowych działań interakcyjnych z użytkownikiem finalnym dla wspólnego przetwarzania, które mogą być zawieszane na czas nieokreślony i podejmowane w terminie późniejszym, przy czym każdy komputer-klient ma możliwość nawiązania łączności z serwerem dla przetwarzania działań interakcyjnych użytkownika finalnego, jest to, że zawiera transakcyjne obwody przetwarzające oraz obwody łączności włączone pomiędzy komputery-klientów a transakcyjne obwody przetwarzające, przy czym transakcyjne obwody przetwarzające są zdolne do reagowania na pierwsze połączenie od jednego z komputerów-klientów, mającego identyfikator użytkownika finalnego, służące do prezentacji listy kilku typów transakcji rozciągłej komputerowi-klientowi do wyboru i, w odpowiedzi na dokonany przez komputer187 862 klienta wybór transakcji rozciągłej, do uruchomienia przetwarzania wybranej transakcji rozciągłej i do generowania informacji stanu, wskazującej postęp wybranej transmisji rozciągłej, oraz zawiera dodatkowo bazę wyjściową dołączoną do powyższych obwodów dla przechowywania transakcyjnej informacji stanu, w skojarzeniu z identyfikatorem użytkownika finalnego, przy czym transakcyjne obwody przetwarzające są zdolne do reagowania na przerwanie łączności z jednym komputerem-klientem, przerywając przetwarzanie wybranej transakcji, jak również zdolne do reagowania na otrzymanie identyfikatora użytkownika finalnego po raz drugi od drugiego z komputerów-klientów, zaprezentowanie wszystkich bieżących transakcji rozciągłych tego użytkownika finalnego drugiemu komputerowi-klientowi dla dokonania drugiego wyboru przez drugiego komputera-klienta jednej z transakcji rozciągłych, i w odpowiedzi na ten drugi wybór, do podjęcia przetwarzania tej transakcji od punktu wyznaczonego w zapamiętanej informacji stanu dla wybranej transakcji zapamiętanej w bazie wyjściowej.

Korzystnie w systemie, w którym komputery-klienci nie mają możliwości przechowywania informacji stanu, zawiera dodatkowo blok odwzorowywania do generowania znacznika identyfikującego jednoznacznie wybraną transakcję rozciągłą i blok logiczny zarządzania transakcjami handlowymi do przechowywania tego znacznika w bazie wyjściowej, w przyporządkowaniu z informacją stanu transakcji, oraz obwód dostępu do bazy wyjściowej nadający znacznik identyfikujący wybraną transakcję po drugim wyborze, dla umożliwienia wznowienia przetwarzania tej transakcji od zapamiętanego stanu, za pomocą transakcyjnych obwodów przetwarzaj ących.

Korzystnie zawiera odzewnik do przesyłania zwrotnego znacznika z serwera do komputera-klienta podczas trwania współdziałania interakcyjnego związanego z transakcją, wymagającego odpowiedzi z interakcją użytkownika finalnego, oraz pułapkę do odbierania zwrotnego odpowiedzi interaktywnej użytkownika finalnego z komputera-klienta do serwera wraz ze znacznikiem, tak że przetwarzanie tej interakcyjnej transakcji użytkownika finalnego zostaje podjęte począwszy od stanu aktualnego.

Korzystnie zawiera odzewnik do przekazywania informacji wyjściowej z transakcyjnych obwodów przetwarzających do komputera-klienta jako informacji w postaci dla niego neutralnej, i blok pośredniczący do konwersji informacji neutralnej dla komputera-klienta na specyficzną dla tego komputera-klienta postać: kanwę, do prezentowania użytkownikowi finalnemu przez dany komputer-klienta, przy czym obsługiwane są komputery klienckie różnych typów.

Korzystnie przekazywana informacja neutralna względem komputera-klienta zawiera zarówno dane handlowe, jak i rodzajową nazwę formatu wyświetlania, przy czym blok pośredniczący zawiera obwód modelujący dla zobrazowania nazwy formatu wyświetlania w postaci typowej dla komputera-klienta kanwy, służącej do wyświetlania danych handlowych.

Korzystnie zawiera pułapki zdolne do konwersji informacji w postaci specyficznej dla komputera-klienta na informację w postaci neutralnej dla komputera-klienta, oraz obwód inicjacji pracy reagujący na informację w postaci neutralnej dla komputera-klienta, do odwzorowywania takiej informacji w żądaniach prezentacji informacji uprzednio zapisanej w komputerze-kliencie i żądań przetwarzania transakcji za pomocą transakcyjnych obwodów przetwarzających.

Korzystnie transakcyjne obwody przetwarzające zawierają blok logiczny zarządzania transakcjami handlowymi do podziału żądania przetwarzania transakcji na pewną liczbę zadań i do szeregowania tych zadań do przetwarzania, oraz obwody przetwarzania zadań do przetwarzania poszczególnych zadań indywidualnych.

Korzystnie jest wykorzystywany z przynajmniej jednym klientem-przeglądarką sieciową, przy czym postacią prezentacji specyficzną dla klienta-przeglądarki sieciowej przy prezentacji użytkownikowi końcowemu, są strony internetowe.

Korzystnie jest wykorzystywany z przynajmniej jednym komputerem-klientem niemym i jednym komputerem-klientem reagującym na głos, przy czym pułapki są dostosowane do przetwarzania informacji neutralnej względem komputera-klienta na informację wyjściowy zależnie od potrzeby, dla terminalu niemego lub dla bloku powiadamiania głosowego.

187 862

Istotą produktu programu komputerowego według wynalazku do przetwarzania kilku typów transakcji rozciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer, w którym jako transakcje rozciągłe wykorzystuje się transakcje zestawione ze składowych działań interakcyjnych z użytkownikiem finalnym dla wspólnego przetwarzania, które mogą być zawieszane w ciągu nieograniczonego okresu czasu i podejmowane w terminie późniejszym, oraz w którym każdy komputer-klient ma możliwość nawiązania łączności z serwerem dla przetwarzania działań interakcyjnych użytkownika finalnego, przy czym produkt jest przechowywany na czytelnym dla komputera nośniku pamięciowym i zawiera wiele elementów z kodem programowym do implentacji systemu po załadowaniu produktu do komputera, jest to, że zawiera odczytywalne komputerowo elementy kodu programowego przyjmowania wstępnego identyfikatora użytkownika finalnego od jednego komputera-klienta, elementy kodu programowego przedstawiania listy wyboru kilku typów transakcji rozciągłej komputerowi-klientowi dla dokonania wyboru, elementy kodu programowego przyjmowania wyboru transakcji rozciągłej od komputera-klienta, elementy kodu programowego przetwarzania początkowego wybranej transakcji rozciągłej, elementy kodu programowego przechowywania informacji wskazującej postęp wybranej transakcji, elementy kody programowego przyporządkowywania identyfikatora użytkownika finalnego do informacji stanu dla wybranej transakcji, elementy kodu programowego przerywania przetwarzania wybranej transakcji po przerwaniu łączności z jednym z komputerów-klientów, elementy kodu programowego przyjmowania - po przerwaniu przetwarzania transakcji - drugi raz identyfikatora użytkownika finalnego od drugiego z komputerów-klientów, elementy kodu programowego przedstawia - w odpowiedzi na otrzymanie identyfikatora po raz drugi - wszystkich bieżących transakcji rozciągłych dla tego użytkownika finalnego drugiemu komputerowi-klientowi dla dokonania przez tego klienta drugiego wyboru jednej z transakcji rozciągłych, oraz elementy kodu programowego wznawiania - w odpowiedzi na drugi wybór przetwarzania transakcji od punktu określonego przechowywaną informacją stanu dla wybranej transakcji.

Korzystnie zawiera elementy kodu programowego generowania - w trakcie przyporządkowywania identyfikatora użytkownika finalnego do informacji stanu dla wybranej transakcji - znacznika dla wybranej transakcji rozciągłej identyfikującego jednoznacznie tę transakcję i przyporządkowanego do jej informacji stanu, oraz dodatkowo elementy kodu programowanego przydzielania - po drugim wyborze przez drugi komputer-klienta - znacznika do wybranej transakcji rozciągłej dla umożliwienia podjęcia przetwarzania tej transakcji, poczynając od zapamiętanego jej stanu.

Korzystnie zawiera elementy kodu programowego przesyłania zwrotnego - podczas trwania współdziałania interakcyjnego z użytkownikiem finalnym - do komputera-klienta znacznika z odpowiedzią wymagającą działania użytkownika finalnego oraz elementy kodu programowego odbierania zwrotnego odpowiedzi użytkownika finalnego od komputeraklienta i przesyłania do serwera wraz ze znacznikiem, tak że przetwarzanie tej transakcji użytkownika finalnego zostaje podjęte począwszy od stanu aktualnego.

Korzystnie zawiera elementy kodu programowego dostarczania przez serwer informacji dla przesłania do komputera-klienta w postaci neutralnej względem komputera-klienta i elementy kodu programowego dokonania konwersji informacji neutralnej względem komputera-klienta na postać odpowiednią do prezentacji użytkownikowi finalnemu za pomocą danego komputera-klienta.

Zaletą wynalazku jest to, że pozwala on na podejmowanie w dalszym ciągu transakcji rozciągłych od strony komputera-klienta innego, niż ten, który zainicjował transakcję. Opowiada to praktycznej sytuacji rzeczywistej, w której pewien użytkownik finalny, chcący podjęcia na nowo transakcji, może znajdować się w miejscu fizycznie innym, z innym wyposażeniem.

Wynalazek również umożliwia użytkownikom finalnym pracę z transakcjami wielokrotnymi. W odpowiedzi komputerowi-klientowi podającemu identyfikator użytkownika finalnego, serwer wszystkie aktualne transakcje dla tego użytkownika finalnego przedstawia

187 862 temu klientowi, który identyfikuje wybraną przez użytkownika finalnego transakcję do przetwarzania na serwerze.

Przedmiot wynalazku jest przedstawiony w przykładach wykonania na załączonych rysunkach, na których fig. 1 przedstawia schemat blokowy systemu klient-serwer do przetwarzania transakcji rozciągłych według niniejszego wynalazku, fig. 2 - jeden z przykładów systemu z fig. 1 dostosowanego do trzech konkretnych typów klientów, fig. 3 - tablicę magazynu bazy wyjściowej stanowiącego część systemu z fig. 1, a fig. 4 - sieć działań ilustrującą sposób przetwarzania transakcji rozciągłych według niniejszego wynalazku.

Na fig. 1 przedstawiono system klient-serwer, w którym wiele klientów komunikuje się z serwerem 10 zarządzającym transakcją rozciągłą przy wykonywaniu transakcji handlowych, inicjowanych za pośrednictwem użytkownika finalnego przez jednego z klientów.

Jak to opisano bardziej szczegółowo poniżej w odniesieniu do fig. 2, komputery klienckie mogą być różnych typów, włącznie z konwencjonalnymi przeglądarkami sieciowymi, terminalami i odpowiadające urządzenia głosowe.

Typowa rozciągła transakcja handlowa może być zabezpieczona przez oferty zadaniowe, wybierające ofertę najlepszą, odbierające akceptację i fakturę, i dokonujące ostatecznej płatności. Różne etapy takiej transakcji mogą przebiegać w różnych terminach i miejscach, i dogodniejsze dla nabywcy może być wykorzystywanie różnych klientów do realizacji różnych etapów transakcji. Na przykład, nabywca może pierwotnie żądać pewnej oferty ze swojej przeglądarki sieciowej, lecz następnie dzwonić do zautomatyzowanego centrum połączeniowego dla podjęcia konkretnej oferty. Płatność może odbyć się z jeszcze innego typu komputera-klienta.

Dla realizacji tego modelu aplikacyjnego, zarządzający transakcją rozciągłą nie tylko musi uporać się z wprowadzaniem danych od różnego typu klientów, lecz musi również stworzyć mechanizm, za pomocą którego nabywca może trafić na powrót do tej samej transakcji, niezależnie od tego, którego komputera-klienta używa. System z fig. 1 zapewnia takie możliwości.

W systemie z fig. 1, każde wprowadzenie danych od komputera-klienta 5 do serwera 10 zarządzania transakcją rozciągłą traktowane jest jak żądanie albo obsługi handlowej, albo po prostu zwrotnej dostawy strony statycznej zapewniającej użytkownikowi informację lub umożliwiającą mu realizację dalszego wprowadzania danych.

Żądania te są wstępnie kierowane do jednej z pewnej liczby pułapek 20, z których każda odpowiada konkretnemu typowi komputera-klienta. Pułapki 20 wraz z odbiornikiem 26, blokiem odwzorowania 27 i odzewnikiem 28 stanowią część inicjacyjną pracy serwera 10. Odbiornik 26, blok odwzorowania 27 i odzewnik 28 tworzą wspólną sekcję neutralną wobec komputera-klienta, nie mającą wiadomości o typie komputera-klienta i wykonującą standardowy zespół etapów, niezależnie od typu komputera-klienta, który wygenerował pracę. Pułapki 20 i przyporządkowane bloki pośredniczące 50 są niepowtarzalne dla poszczególnych typów klientów. Przez podzielenie w taki sposób części inicjacyjnej pracy, struktura serwera 10 staje się dostatecznie elastyczna dla umożliwienia wprowadzania dodatkowych typów klientów bez ogólnego przeprojektowania.

Podstawową funkcją pułapek 20, przy przyjmowaniu informacji wprowadzanych od strony klienta, jest wydzielanie rodzajowej nazwy żądania i pewnych danych uzupełniających z informacji prowadzanych przez klienta i przekazywanie ich do kolejki w odbiorniku 26. Jeżeli klient zaopatrzony jest również w znacznik aplikacji interakcyjnej (AIT), który jest przyporządkowany w sposób niepowtarzalny do każdej transakcji rozciągłej, to jest on również przekazywany do odbiornika 26.

W przypadku klienta przeglądarki sieciowej, informacje wejściowe klienta są wysyłane przez serwer sieciowy (nie przedstawiony na fig. 1), który rozpoznaje jednolity lokalizator zasobów (URL) w informacji wprowadzonej do przeglądarki jako nazwę żądania i przekazuje dane przez wspólny interfejs bramowy (CGI) do jednej z pułapek 20, która jest niepowtarzalna dla klienta przeglądarki. Pułapka ta dokonuje konwersji danych bazujących na sieci, na przykład lokalizatorów URL, na postać rodzajową żądania i danych, i przekazuje je do odbiornika 26.

187 862

Odbiornik 26 przetwarza swoją kolejkę trasując żądania robocze do odpowiednich procesów serwerowych. Dokonuje tego przez przekazanie rodzajowej nazwy żądania, wszelkich danych przyporządkowanych i znaczników AIT, jeżeli są, do bloku odwzorowania 27. Blok odwzorowania 27 wyszukuje nazwę żądania i zwraca 'typ' do odbiornika 26, niezależnie od tego, czy to jest żądanie usługi handlowej (BSR), czy żądanie powiadomienia dla przekazania odpowiedzi do klienta. Jeżeli z żądaniem został przekazany znacznik AIT, to blok odwzorowania go uwierzytelnia. Jeżeli nie przekazano znacznika AIT i rozpoznano nazwę żądania jako pierwszego z nowej transakcji rozciągłej, to blok odwzorowania generuje znacznik AIT.

Zgodnie z typem zwracanym przez blok odwzorowania, odbiornik albo przekazuje żądanie BSR do bloku logicznego zarządzania transakcjami handlowymi (BLM) 29 albo przekazuje żądanie przekazania powiadomienia w postaci identyfikatora kanwy do kolejki w odzewniku 28. Każda pozycja w kolejce odzewnika 28 reprezentuje odpowiedź na żądanie. Identyfikator kanwy lub nazwą identyfikuje rodzajowy typ kanwy (lub wzorca) nadającej się do prezentacji informacji zwrotnej klientom w odpowiedzi na konkretne żądanie.

Odzewnik 28 trasuje (w tym przypadku identyfikator kanwy) do odpowiedniej pułapki 20. Ta pułapka przekazuje identyfikator kanwy do odpowiedniego bloku pośredniczącego 50, który generuje rzeczywistą kanwę 51 przez połączenie specyficznego dla klienta pliku 52, przechowywanego w magazynie plików 53, z danymi dostarczonymi z zewnątrz, jeżeli są. Kanwa zostaje zwrócona do odpowiedniej pułapki 20 i przekazana do konkretnego klienta, który wyświetla ją użytkownikowi.

Początkowo, kiedy użytkownik życzy sobie zainicjowania nowej transakcji handlowej, przestawia swoją tożsamość serwerowi za pośrednictwem odpowiedniego klienta, przez podanie jego nazwy (identyfikatora) i ewentualnie hasła. Jak wspomniano powyżej, robocza część inicjalizująca serwera zwraca kanwę przestawiającą użytkownikowi listę wyboru możliwych transakcji rozciągłych. Użytkownik następnie wybiera jedną z transakcji i ten wybór zostaje przetworzony najpierw przez roboczą część inicjalizacyjną serwera w rodzajową nazwę zadania, a następnie w żądanie obsługi handlowej dla bloku logicznego BLM 29.

Blok logiczny BLM 29 określa, jaką akcję należy podjąć, zgodnie z regułami ustalonymi dla przetwarzania tego typu transakcją rozciągłą. Dzieli on żądanie BSR na zestaw składowych zadań logicznych transakcji handlowych (BLT), które następnie szereguje do wykonania przez wewnętrzny system transakcyjny 30, koordynując żądania i obsługując odpowiedzi na nie odpowiednio do kryteriów określonych zgodnie z zasadami. System transakcyjny 30 może być konwencjonalnym systemem przetwarzania transakcji, na przykład systemami sterowania informacją użytkownika (CICS) z dodanym serwerem lustrzanym 31 do szeregowania żądań. Zadania BLT, realizowane w bloku BLT 32, działają jako aplikacje w systemie CICS i mogą wywoływać funkcje CICS przez interfejs API systemu CICS.

Żądania BLT mogą otrzymywać informacje z zasobów systemu CICS i wprowadzać dane do notatnika 40 aplikacji, poprzez specjalny interfejs programów użytkowych (API) dla bloku 30 zarządzającego transakcjami rozciągłymi. Informacje te mogą zawierać dane stanu dla transakcji, generowane w miarę przechodzenia przez różne etapy.

W przypadku pierwszego ważnego nowego żądania transakcji rozciągłej, obsługa interakcyjna w bloku odwzorowania 27 generuje znacznik interakcyjny (AIT), który jest niepowtarzalny w tym przypadku konkretnej transakcji rozciągłej i zapisuje go, wraz z rodzajową nazwą żądania i, ewentualnie, danymi podanymi przez użytkownika, w magazynie 41 bazy wyjściowej. Znacznik AIT może być wykorzystywany, w razie potrzeby, w charakterze klucza dostępu do dalszych informacji stanu w notatniku.

Po zakończeniu zadania BLT, zwraca ona sterowanie do bloku logicznego BLM 29. Blok ten wyszukuje odpowiedź z zadań BLT i zwraca ją do odzewnika 28 w postaci neutralnej względem klienta. Odzewnik 28 przekazuje odpowiedź rodzajową, włącznie z nazwą kanwy, do pułapki 20, z której żądanie wyszło. Jak to opisano powyżej w przypadku przekazywania powiadomienia, pułapka 20 przekazuje nazwę kanwy do odpowiedniego bloku pośredniczącego 50, który uzyskuje dostęp do pliku 52, w magazynie 53 plików generując kanwę specyficzną dla klienta dla zwrotnego przekazania do pułapki 20. W przypadku przeglądarki sieciowej, zbiór może być stroną HTML.

187 862

Jeżeli konkretna odpowiedź dla klienta i użytkownika finalnego wymaga danych z zadań BLT, to otrzymuje się je za pomocą odpowiedniego bloku pośredniczącego 50 z notatnika 40 i włącza w zbiór, który jest zwracany do pułapki 20. Dane handlowe są neutralne dla klienta, składając się tylko z par nazwa-dana. Na koniec pułapka 20 zwraca odpowiedź do klienta 5, który zainicjował transakcję.

Jak wspomniano powyżej, struktura pułapka/blok pośredniczący odbiomik/odzewnik jest zaprojektowana na rozdzielenie logiki transakcji handlowej i logiki prezentacyjnej (klienta), tak że logika transakcji handlowych nie musi znać typu klienta z którym się komunikuje. Zapewnia to, że jeżeli podczas trwania współdziałania wystąpią zmiany typu klienta, to w żaden sposób nie oddziałuje to na logikę transakcji handlowych.

Na fig. 3 przedstawiono tablicę magazynu 41 bazy wyjściowej, która daje możliwość przełączania klientów podczas trwania transakcji rozciągłej, przez zapamiętanie aktualnego stanu każdej transakcji rozciągłej należącej do pewnego zidentyfikowanego użytkownika. Zatem, jak widać na fig. 3, każdy wiersz bazy wyjściowej składa się z niepowtarzalnego znacznika (AIT) dla każdej rozciągłej transakcji w drugiej kolumnie. Każdy znacznik AIT przyporządkowany jest konkretnemu użytkownikowi, którego identyfikator znajduje się w pierwszej kolumnie. Inne kolumny zawierają rodzajowy identyfikator żądania i, ewentualnie, dane, która może być dostarczona przez użytkownika finalnego lub przez poprzednie zadanie BLT, jak również nadającą się do wyświetlania nazwę transakcji rozciągłej. W przypadku niektórych etapów transakcji rozciągłej, pole danych może być czyste z powodu braku żądania i zwrotu danych użytkownika. Użytkownik może również mieć więcej, niż jedną aktualną transakcję, jak to pokazano w przypadku identyfikatora użytkownika ID2 w drugim wierszu tablicy. Identyfikator żądania i dane żądania zmieniają się w trakcie postępu transakcji rozciągłej. W przykładzie ubezpieczenia, mogłyby one wstępnie reprezentować ofertę ubezpieczeniową, natomiast później mogłyby być uaktualnione tak, aby reprezentowały wybór i etapy płatności transakcji. Identyfikator żądania zwykle będzie zmieniał się odpowiednio do dalszych danych wprowadzanych przez klienta, lecz w niektórych przypadkach może być zmieniony przez blok logiczny BLM 29.

W przypadku transakcji rozciągłych, gdzie informacja stanu jest bardziej złożona, może ona być przechowywana w notatniku 40 i być dostępna przez wykorzystanie znacznika AIT jako klucza.

W przykładzie z fig. 2, nabywca poszukujący pakietu urlopowego może zarejestrować się w systemie transakcji rozciągłych biura podróży z komputera domowego, dołączonego jako przeglądarka do sieci Internet. Ta łączność jest trasowana przez serwer sieciowy (nie pokazany na rysunku) przez wspólny interfejs bramowy do pułapki CGI 21 w systemie biura podróży. Użytkownikowi prezentowana jest informacja umożliwiająca mu dokonywanie zapytań co do różnych kombinowanych miejsc docelowych podróży, dat i hoteli. Informacja poddawana jest konwersji w układzie pośredniczącym HTML 54 dla prezentacji w przeglądarce kupującego. Po zakończeniu tego wstępnego zbierania informacji, kupujący rozłącza się lecz stan transakcji zostaje zapamiętany w bazie wyjściowej lub za pośrednictwem bazy wyjściowej.

W porze obiadowej kupujący może odwiedzić biuro podróży dla omówienia wyników jego zapytania i tymczasowo zarezerwować jedną z ofert. Odbywa się to z terminalu IBM typ 3270 należącego do biura podróży, który jest w ciągłej łączności z systemem i połączoną z następną pułapką 23. Dane sprzężenia zwrotnego z systemu poddawane są konwersji na format 3270 przez następny układ pośredniczący 55. Transakcja jest wznawiana od stanu poprzedniego w odpowiedzi na podanie identyfikatora kupującego, i przedstawienia jego transakcji aktualnie realizowanych. Potwierdzenie nie jest dostępne natychmiast, tak więc nabywca kończy łączność zawieszając transakcję.

Wieczorem dzwoni na automatyczną sekretarkę w biurze podróży, identyfikuje się i jest w stanie przekazać potwierdzenie rezerwacji za pośrednictwem pułapki głosowej 24 i głosowego układu pośredniczącego 56.

W tej sytuacji, ten sam nabywca działa interakcyjnie z systemem biura za pośrednictwem trzech różnych klientów, do inicjowania i kontynuacji transakcji handlowej. Należy

187 862 zauważyć jednakowoż, że dowolny z jego dostępów mógł się odbyć z dowolnego z komputerów-klientów w dowolnym porządku, lub z pojedynczego komputera-klienta. Wynalazek umożliwia kontynuację transakcji z dowolnego komputera-klienta po dłuższych okresach rozłączenia od systemu pomiędzy działaniami interakcyjnymi.

Poniżej działanie systemu opisano nieco dokładniej, w odniesieniu do sieci działań z fig. 4.

Po dostępie użytkownika do serwera przez komputera-klienta, w etapie 99, uzyska on możliwość (etap 100) rejestracji (etap 101), jeżeli jest użytkownikiem nowym. Użytkownik, który jest już zarejestrowany, identyfikuje się, w etapie 102 przez podanie nazwiska i hasła, numeru nabywcy lub podobnego znaku identyfikacyjnego.

W etapie 103 odbywa się sprawdzenie bazy wyjściowej dla sprawdzenia, czy znany nabywca aktualnie ma transakcje rozciągłe, to znaczy istniejące, lecz nie zakończone transakcje, które są aktualnie zawieszone. Jeżeli nie, to w etapie 104 użytkownikowi prezentowana jest lista wyboru dostępnych transakcji handlowych. Ta sama lista wyboru prezentowana jest również nowo zarejestrowanemu użytkownikowi. Użytkownik wybiera jedną z tych transakcji i wypełnia pola danych, których następnie zażąda, i następuje wysłanie odpowiedniego identyfikatora żądania, i wysłanie danych do odpowiedniej pułapki. Następnie identyfikator żądania i dane są przetwarzane do postaci rodzajowej i przesyłane do odbiornika 26 i bloku odwzorowania 27, następnie generowany jest przez blok odwzorowania 27 niepowtarzalny znacznik AIT dla nowo rozpoczętej transakcji, który zostaje zapisany w bazie wyjściowej, wraz z przyporządkowanym identyfikatorem żądania i jakimiś danymi (etap 105).

Jeżeli użytkownik miał transakcje w biegu, to system może zamiast tego, w etapie 106, wyświetlić listę wyboru tych transakcji dać do dyspozycji użytkownika opcjonalną możliwość rozpoczęcia nowej transakcji (etap 107), wznawiając istniejącą transakcję (etap 108) lub anulując istniejącą transakcję, prowadzi użytkownika etapami 104 i 105 w sposób opisany powyżej.

W etapie 111, po wygenerowaniu znacznika AIT i pewnej pozycji bazy wyjściowej, w etapie 105 wysłane zostaje żądanie wstępne, za pośrednictwem odbiornika 26 i bloku odwzorowania 27, jako żądania obsługi transakcji handlowej do bloku logicznego BLM 29 i uruchamiane są zadania logiczne transakcji handlowych w bloku BLT 32. Zwykle obejmują one dodatkowe działania interakcyjne z użytkownikiem za pośrednictwem komputera-klienta 5. Znacznik AIT przekazywany jest do komputera-klienta 5 z serwera 10 za pośrednictwem odzewnika 28 i pułapki 20, tak że komputer-klient 5 może kontynuować współdziałanie od aktualnego punktu w transakcji bez konieczności zatrzymywania jakiejkolwiek samej informacji co do aktualnego stanu transakcji. Znacznik AIT zostaje wysłany powtórnie przez klienta 5 do pułapki 20, w następnej odpowiedzi, która stanowi część tego samego współdziałania.

Jeżeli w etapie 108 użytkownik wybiera do wznowienia pewną istniejącą transakcję, to następuje przeanalizowanie, w etapie 110, podanie znacznika wybranej istniejącej transakcji. Następuje wznowienie, w etapie 111, przetwarzania stanu przechowywanego w bazie wyjściowej 41 i/lub notatniku 40.

Kiedykolwiek logika obsługi transakcji handlowych osiąga znaczący punkt przetwarzana transakcji rozciągłej, na przykład po odebraniu nowego żądania od komputera-klienta, to zestawia połączenie (w etapie 112) z bazą wyjściową dla uaktualnienia zapisu dla tej transakcji, z odpowiednim identyfikatorem żądania i danymi, oraz, w razie potrzeby, zapisuje dodatkowe dane stanu w notatniku 40. Zatem, podczas następnego dostępu użytkownika do systemu przez komputer-klient, zastosowanie znacznika AIT w etapie 110 umożliwia wznowienie przetwarzania transakcji od zapamiętanego stanu.

Umożliwia to użytkownikowi przerwanie przetwarzania transakcji rozciągłej od konkretnego komputera-klienta w dowolnym momencie, i wznowienie od tego samego punktu później albo z pierwotnego komputera-klienta albo od zupełnie innego komputera-klienta. Niezależnie od możliwości wykonania tego przez komputery klienckie, informacja stanu o transakcji nie może być przechowywana w komputerze-kliencie, ponieważ nowy dostęp może nastąpić z innego komputera-klienta, który uprzednio nie był przyporządkowany do tej transakcji. Ponadto, pojedynczy użytkownik może mieć więcej, niż jedną trwającą transakcję

187 862 w tym samym systemie, i może chcieć mieć możliwość ich wznawiania z dowolnego z komputerów-klientów.

Po sfinalizowaniu transakcji rozciągłej (etap 113) lub podjęciu decyzji o anulowaniu istniejącej transakcji (etap 109), następuje skasowanie zapisu transakcji w bazie wyjściowej (41), wraz z jej znacznikiem AIT (etap 114). Jeżeli transakcja nie jest sfinalizowana, to komputer-klient albo kontynuuje przetwarzanie od etapu 115 przez powrót do etapu 111 lub kończy współdziałanie przez rozłączenie, w etapie 116 i przerwanie transakcji wstanie pośrednim. Rozłączenie następuje również, w etapie 117, jeżeli, w etapie 109, użytkownik zadecyduje o nieanulowaniu istniejącej transakcji. Przetwarzanie może zostać wznowione od etapu 100, w terminie późniejszym, przez użytkownika, który poda swój numer identyfikatora użytkownika za pośrednictwem dowolnego komputera-klienta.

FIG. 2

187 862

ID1 Użytkownika	AIT1	ID1 Żądania	Dana 1	Nazwa wyświetlana 1
ID2 Użytkownika	AIT 2	ID2 Żądania	Dana 2	Nazwa wyświetlana 2
ID2 Użytkownika	AIT 3	ID3 Żądania		Nazwa wyświetlana 3
o o o o 4	c o o 0 o	o o o o o	o 0 o o o	o 0 o o o

FIG.3

187 862

FIG. 4

187 862

FIG 1

Departament Wydawnictw UP RP. Nakład 50 egz. Cena 4,00 zł.

Claims (17)

1. Zastrzeżenia patentowe

   1. Sposób przetwarzania kilku typów transakcji rozciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer zawierającym serwer i wiele komputerów-klientów, w którym, jako transakcje rozciągłe wykorzystuje się transakcje zestawiane ze składowych działań interakcyjnych z użytkownikiem finalnym dla wspólnego przetwarzania, które mogą być zawieszane w ciągu nieograniczonego okresu czasu i podejmowane w terminie późniejszym, oraz w którym każdy komputer-klient ma możliwość nawiązania łączności z serwerem dla przetwarzania działań interakcyjnych użytkownika finalnego, znamienny tym, że przyjmuje się wstępnie identyfikator użytkownika finalnego od jednego z komputerów-klientów, przedstawia się listę wyboru kilku typów transakcji rozciągłej komputerowi-klientowi dla dokonania wyboru, przyjmuje się wybór transakcji rozciągłej od komputera-klienta, przetwarza się początkowo wybraną transakcję rozciągłą, przechowuje się informację wskazującą postęp wybranej transakcji, przyporządkowuje się identyfikator użytkownika finalnego do informacji stanu dla wybranej transakcji i przerywa się przetwarzanie wybranej transakcji po przerwaniu łączności z jednym z komputerów-klientów, przy czym po przerwaniu przetwarzania transakcji, przyjmuje się drugi raz identyfikator użytkownika finalnego od drugiego z komputerów-klientów, przy czym w odpowiedzi na otrzymanie identyfikatora po raz drugi, przedstawia się wszystkie bieżące transakcje rozciągłe dla tego użytkownika finalnego drugiemu komputerowi-klientowi dla dokonania przez tego klienta drugiego wyboru jednej z transakcji rozciągłych oraz w odpowiedzi na drugi wybór, wznawia się przetwarzanie transakcji od punktu określonego przechowywaną informacją stanu dla wybranej transakcji.
2. 2. Sposób według zastrz. 1, znamienny tym, że w trakcie przyporządkowywania identyfikatora użytkownika finalnego do informacji stanu dla wybranej transakcji generuje się znacznik dla wybranej transakcji rozciągłej, identyfikujący jednoznacznie tę transakcję i przyporządkowany do jej informacji stanu, przy czym dodatkowo, po drugim wyborze przez drugi komputer-klienta, przydziela się znacznik do wybranej transakcji rozciągłej dla umożliwienia podjęcia przetwarzania tej transakcji, poczynając od zapamiętanego jej stanu.
3. 3. Sposób według zastrz. 2, znamienny tym, że następnie przesyła się zwrotnie, podczas trwania współdziałania interakcyjnego z użytkownikiem finalnym, do komputera-klienta znacznik z odpowiedzią wymagającą działania użytkownika finalnego oraz odbiera się zwrotne odpowiedzi użytkownika finalnego od komputera-klienta i przesyła do serwera wraz ze znacznikiem, tak że przetwarzanie tej transakcji użytkownika finalnego zostaje podjęte począwszy od stanu aktualnego.
4. 4. Sposób według zastrz. 1 albo 2, albo 3, znamienny tym, że w systemie klient-serwer zawierającym różnego typu, pierwszy i drugi, komputery-klienckie dostarcza się przez serwer informację dla przesłania do komputera-klienta w postaci neutralnej względem komputeraklienta, i dokonuje się konwersji informacji neutralnej względem komputera-klienta na postać odpowiednią do prezentacji użytkownikowi finalnemu za pomocą danego komputera-klienta.
5. 5. Serwer do przetwarzania kilku typów transakcji rozciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer obejmującym pewna liczbę komputerów-klientów, w którym transakcje rozciągłe są transakcjami zestawianymi ze składowych działań interakcyjnych z użytkownikiem finalnym dla wspólnego przetwarzania, które mogą być zawieszane na czas nieokreślony i podejmowane w terminie późniejszym, przy czym każdy komputer-klient ma możliwość nawiązania łączności z serwerem dla przetwarzania działań interakcyjnych użytkownika finalnego, znamienny tym, że zawiera transakcyjne obwody przetwarzające oraz obwody łączności (20, 26, 27, 28) włączone pomiędzy komputery187 862 klientów (5) a transakcyjne obwody przetwarzające (29, 30), przy czym transakcyjne obwody przetwarzające (29, 30) są zdolne do reagowania na pierwsze połączenie od jednego z komputerów-klientów, mającego identyfikator użytkownika finalnego, służące do prezentacji listy kilku typów transakcji rozciągłej komputerowymi-klientowi do wyboru i, w odpowiedzi na dokonany przez komputer-klienta wybór transakcji rozciągłej, do uruchomienia przetwarzania wybranej transakcji rozciągłej i do generowania informacji stanu, wskazującej postęp wybranej transmisji rozciągłej, oraz zawiera dodatkowo bazę wyjściową (41) dołączoną do powyższych obwodów dla przechowywania transakcyjnej informacji stanu, w skojarzeniu z identyfikatorem użytkownika finalnego, przy czym transakcyjne obwody przetwarzające (29, 30) są zdolne do reagowania na przerwanie łączności z jednym komputerem-klientem, przerywając przetwarzanie wybranej transakcji, jak również zdolne do reagowania na otrzymanie identyfikatora użytkownika finalnego po raz drugi od drugiego z komputerów-klientów, zaprezentowanie wszystkich bieżących transakcji rozciągłych tego użytkownika finalnego drugiemu komputerowi-klientowi dla dokonania drugiego wyboru przez drugiego komputera-klienta jednej z transakcji rozciągłych, i w odpowiedzi na ten drugi wybór, do podjęcia przetwarzania tej transakcji od punktu wyznaczonego w zapamiętanej informacji stanu dla wybranej transakcji zapamiętanej w bazie wyjściowej (41).
6. 6. Serwer według zastrz. 5, znamienny tym, że w systemie, w którym komputeryklienci nie mają możliwości przechowywania informacji stanu, zawiera dodatkowo blok odwzorowywania (27) do generowania znacznika identyfikującego jednoznacznie wybraną transakcję rozciągłą i blok logiczny zarządzania transakcjami handlowymi (29) do przechowywania tego znacznika w bazie wyjściowej (41), w przyporządkowaniu z informacją stanu transakcji, oraz obwód dostępu do bazy wyjściowej (41) nadający znacznik identyfikujący wybraną transakcję po drugim wyborze, dla umożliwienia wznowienia przetwarzania tej transakcji od zapamiętanego stanu, za pomocą transakcyjnych obwodów przetwarzających (29, 30).
7. 7. Serwer według zastrz. 6, znamienny tym, że zawiera odzewnik (28) do przesyłania zwrotnego znacznika z serwera (10) do komputera-klienta (5) podczas trwania współdziałania interakcyjnego związanego z transakcją, wymagającego odpowiedzi z interakcją użytkownika finalnego, oraz pułapkę (20) do odbierania zwrotnego odpowiedzi interaktywnej użytkownika finalnego z komputera-klienta (5) do serwera (10) wraz ze znacznikiem, tak że przetwarzanie tej interakcyjnej transakcji użytkownika finalnego zostaje podjęte począwszy od stanu aktualnego.
8. 8. Serwer według zastrz. 5, znamienny tym, że zawiera odzewnik (28) do przekazywania informacji wyjściowej z transakcyjnych obwodów przetwarzających (29, 30) do komputera-klienta (5) jako informacji w postaci dla niego neutralnej, i blok pośredniczący (50) do konwersji informacji neutralnej dla komputera-klienta na specyficzną dla tego komputeraklienta postać: kanwę (51), do prezentowania użytkownikowi finalnemu przez dany komputer-klienta, przy czym obsługiwane są komputery klienckie różnych typów.
9. 9. Serwer według zastrz. 8, znamienny tym, że przekazywana informacja neutralna względem komputera-klienta zawiera zarówno dane handlowe, jak i rodzajową nazwę formatu wyświetlania, przy czym blok pośredniczący (50) zawiera obwód modelujący dla zobrazowania nazwy formatu wyświetlania w postaci typowej dla komputera-klienta kanwy (51), służącej do wyświetlania danych handlowych.
10. 10. Serwer według zastrz. 8, znamienny tym, że zawiera pułapki (20) zdolne do konwersji informacji w postaci specyficznej dla komputera-klienta na informację w postaci neutralnej dla komputera-klienta, oraz obwód inicjacji pracy (26, 27, 28) reagujący na informację w postaci neutralnej dla komputera-klienta, do odwzorowywania takiej informacji w żądaniach prezentacji informacji uprzednio zapisanej w komputerze-kliencie i żądań przetwarzania transakcji za pomocą transakcyjnych obwodów przetwarzających (29, 30).
11. 11. Serwer według zastrz. 10, znamienny tym, że transakcyjne obwody przetwarzające (29, 30) zawierają blok logiczny zarządzania transakcjami handlowymi (29) do podziału żądania przetwarzania transakcji na pewną liczbę zadań i do szeregowania tych zadań do prze4

    187 862 twarzania, oraz obwody przetwarzania zadań (30, 31, 32) do przetwarzania poszczególnych zadań indywidualnych.
12. 12. Serwer według zastrz. 8 albo 9, albo 10, albo 11, znamienny tym, że jest wykorzystywany z przynajmniej jednym klientem-przeglądarką sieciową, przy czym postacią prezentacji specyficzną dla klienta-przeglądarki sieciowej przy prezentacji użytkownikowi końcowemu, są strony internetowe.
13. 13. Serwer według zastrz. 12, znamienny tym, że jest wykorzystywany z przynajmniej jednym komputerem-klientem niemym i jednym komputerem-klientem reagującym na głos, przy czym pułapki (20) są dostosowane do przetwarzania informacji neutralnej względem komputera-klienta na informację wyjściową, zależnie od potrzeby, dla terminalu niemego lub dla bloku powiadamiania głosowego.
14. 14. Produkt programu komputerowego do przetwarzania kilku typów transakcji rozciągłych dla użytkownika finalnego w systemie przetwarzania danych typu klient-serwer, w którym jako transakcje rozciągłe wykorzystuje się transakcje zestawione ze składowych działań interakcyjnych z użytkownikiem finalnym dla wspólnego przetwarzania, które mogą być zawieszane wciągu nieograniczonego okresu czasu i podejmowane w terminie późniejszym, oraz w którym każdy komputer-klient ma możliwość nawiązania łączności z serwerem dla przetwarzania działań interakcyjnych użytkownika finalnego, przy czym produkt jest przechowywany na czytelnym dla komputera nośniku pamięciowym i zawiera wiele elementów z kodem programowym do implentacji systemu po załadowaniu produktu do komputera, znamienny tym, że zawiera odczytywalne komputerowo elementy kodu programowego przyjmowania wstępnego identyfikatora użytkownika finalnego od jednego komputeraklienta, elementy kodu programowego przedstawiania listy wyboru kilku typów transakcji rozciągłej komputerowi-klientowi dla dokonania wyboru, elementy kodu programowego przyjmowania wyboru transakcji rozciągłej od komputera-klienta, elementy kodu programowego przetwarzania początkowego wybranej transakcji rozciągłej, elementy kodu programowego przechowywania informacji wskazującej postęp wybranej transakcji, elementy kodu programowego przyporządkowywania identyfikatora użytkownika finalnego do informacji stanu dla wybranej transakcji, elementy kodu programowego przerywania przetwarzania wybranej transakcji po przerwaniu łączności z jednym z komputerów-klientów, elementy kodu programowego przyjmowania - po przerwaniu przetwarzania transakcji - drugi raz identyfikatora użytkownika finalnego od drugiego z komputerów-klientów, elementy kodu programowego przedstawiania - w odpowiedzi na otrzymanie identyfikatora po raz drugi - wszystkich bieżących transakcji rozciągłych dla tego użytkownika finalnego drugiemu komputerowi-klientowi dla dokonania przez tego klienta drugiego wyboru jednej z transakcji rozciągłych, oraz elementy kodu programowego wznawiania - w odpowiedzi na drugi wybór przetwarzania transakcji od punktu określonego przechowywaną informacją stanu dla wybranej transakcji.
15. 15. Produkt według zastrz. 14, znamienny tym, że zawiera elementy kodu programowego generowania - w trakcie przyporządkowywania identyfikatora użytkownika finalnego do informacji stanu dla wybranej transakcji - znacznika dla wybranej transakcji rozciągłej identyfikującego jednoznacznie tę transakcję i przyporządkowanego do jej informacji stanu, oraz dodatkowo elementy kodu programowanego przydzielania - po drugim wyborze przez drugi komputer-klienta - znacznika do wybranej transakcji rozciągłej dla umożliwienia podjęcia przetwarzania tej transakcji, poczynając od zapamiętanego jej stanu.
16. 16. Produkt według zastrz. 15, znamienny tym, że zawiera elementy kodu programowego przesyłania zwrotnego - podczas trwania współdziałania interakcyjnego z użytkownikiem finalnym - do komputera-klienta znacznika z odpowiedzią wymagającą działania użytkownika finalnego oraz elementy kodu programowego odbierania zwrotnego odpowiedzi użytkownika finalnego od komputera-klienta i przesyłania do serwera wraz ze znacznikiem, tak że przetwarzanie tej transakcji użytkownika finalnego zostaje podjęte począwszy od stanu aktualnego.
17. 17. Produkt według zastrz. 14 albo 15, albo 16, znamienny tym, że zawiera elementy kodu programowego dostarczania przez serwer informacji dla przesłania do komputera187 862 klienta w postaci neutralnej względem komputera-klienta i elementy kodu programowego dokonania konwersji informacji neutralnej względem komputera-klienta na postać odpowiednią do prezentacji użytkownikowi finalnemu za pomocą danego komputera