(12) OPIS PATENTOWY (19) PL (11)

Transkrypt

1 RZECZPOSPOLITA POLSKA Urząd Patentowy Rzeczypospolitej Polskiej (12) OPIS PATENTOWY (19) PL (11) (21) Numer zgłoszenia: (22) Data zgłoszenia: (86) Data i numer zgłoszenia międzynarodowego: , PCT/US96/11555 (87) Data i numer publikacji zgłoszenia międzynarodowego: , WO97/30539, PCT Gazette nr 36/97 (13) B1 (51 ) IntCl7 H04L 29/06 H04Q 5/00 H04M 3/30 H04J 3/16 G06F 17/30 Sposób, urządzenie i produkt programu komputerowego do komunikacji TCP (54) o zredukowanych operacjach pomocniczych (30) Pierwszeństwo: ,US,08/ (73) Uprawniony z patentu: IBM CORPORATION, Armonk, US (43) Zgłoszenie ogłoszono: BUP 04/98 (72) Twórcy wynalazku: Reed R. Bittinger, Raleigh, US Michael L. Fraenkel, Raleigh, US Barron C. Housel, Chapel Hill, US David B. Lindquist, Raleigh, US (45) O udzieleniu patentu ogłoszono: WUP 03/01 (74) Pełnomocnik: Palka Grażyna, POLSERVICE PL B1 1. Sposób komunikacji TCP o zredukow anych operacjach pomocniczych dla danych transm itowanych przez łącze kom unikacyjne z pierwszej (5 7 ) aplikacji w pierwszym komputerze i do drugiej aplikacji w drugim komputerze, gdzie dane transm ituje się przez zewnętrzne łącze kom unikacyjne z pierwszego komputera do drugiego komputera, znam ienny tym, że zapamiętuje się strum ień danych z pierwszej aplikacji dostarczanej do drugiej aplikacji w odpowiedzi na żądanie z drugiej aplikacji w pamięci podręcznej w pierwszym kom puterze dla w ytw arzania zapisu podstawowej pamięci podręcznej serwera, zapam iętuje się strum ień danych dostarczany do drugiej aplikacji w odpowiedzi na żądanie z drugiej aplikacji w pamięci podręcznej znajdującej się w drugim kom puterze dla w ytw arzania zapisu podstawowej pamięci podręcznej klienta, ocenia się żądania z drugiej aplikacji dla określenia, czy zapis podstawowej pam ięci podręcznej klienta, odpowiadający wywoływanemu żądaniu, występuje dla dostarczenia podstawowej formy klienta, w yw ołuje się żądania z drugiej aplikacji dla określenia, czy zapis podstawowej pam ięci podręcznej komputera serwera, odpowiadający w yw oływ anem u żądaniu, w ystępuje dla dostarczania podstawowej formy serwera, przechw ytuje się strum ień danych, odpowiadający odpowiedzi początkow anej przez pierw szą aplikację w odpowiedzi na w ywoływane żądanie z drugiej aplikacji przed transm isją odpowiedzi przez zewnętrzne łącze kom unikacyjne, porów nuje się przechw yconą odpowiedź z podstaw ow ą form ą serw era dla dostarczania danych różnicowych, odpow iadających różnicy pom iędzy przechwyconą odpow iedzią i podstaw ow ą form ą serw era, przesyła się dane różnicowe do drugiego kom putera przez zewnętrzne łącze kom unikacyjne, odbiera się dane różnicowe transm itowane przez zewnętrzne łącze komunikacyjne, przesyłane przez pierwszy kom puter, odtw arza się strum ień danych odpowiedzi, odpowiednio do transmisji z pierwszej aplikacji ze specyficznego strumienia danych klienta/serwera, odbieranego przez zewnętrzne łącze kom unikacyjne, poprzez łączenie podstawowej form y klienta z danymi różnicowym i odbieranymi przez zewnętrzne łącze kom unikacyjne dla w ytwarzania strum ienia danych odpow iedzi, odpow iadającego przechwyconej odpowiedzi i dostarcza się odtworzony strum ień danych, odpowiadający przechwyconej odpowiedzi, do drugiej aplikacji. FIG. 2

2 Sposób, urządzenie i produkt programu komputerowego do komunikacji TCP o zredukowanych operacjach pomocniczych Zastrzeżenia patentowe 1. Sposób komunikacji TCP o zredukowanych operacjach pomocniczych dla danych transmitowanych przez łącze komunikacyjne z pierwszej aplikacji w pierwszym komputerze i do drugiej aplikacji w drugim komputerze, gdzie dane transmituje się przez zewnętrzne łącze komunikacyjne z pierwszego komputera do drugiego komputera, znamienny tym, że zapamiętuje się strumień danych z pierwszej aplikacji dostarczanej do drugiej aplikacji w odpowiedzi na żądanie z drugiej aplikacji w pamięci podręcznej w pierwszym komputerze dla wytwarzania zapisu podstawowej pamięci podręcznej serwera, zapamiętuje się strumień danych dostarczany do drugiej aplikacji w odpowiedzi na żądanie z drugiej aplikacji w pamięci podręcznej znajdującej się w drugim komputerze dla wytwarzania zapisu podstawowej pamięci podręcznej klienta, ocenia się żądania z drugiej aplikacji dla określenia, czy zapis podstawowej pamięci podręcznej klienta, odpowiadający wywoływanemu żądaniu, występuje dla dostarczenia podstawowej formy klienta, wywołuje się żądania z drugiej aplikacji dla określenia, czy zapis podstawowej pamięci podręcznej komputera serwera, odpowiadający wywoływanemu żądaniu, występuje dla dostarczania podstawowej formy serwera, przechwytuje się strumień danych, odpowiadający odpowiedzi początkowanej przez pierwszą aplikację w odpowiedzi na wywoływane żądanie z drugiej aplikacji przed transmisją odpowiedzi przez zewnętrzne łącze komunikacyjne, porównuje się przechwyconą odpowiedź z podstawową formą serwera dla dostarczania danych różnicowych, odpowiadających różnicy pomiędzy przechwyconą odpowiedzią i podstawową formą serwera, przesyła się dane różnicowe do drugiego komputera przez zewnętrzne łącze komunikacyjne, odbiera się dane różnicowe transmitowane przez zewnętrzne łącze komunikacyjne, przesyłane przez pierwszy komputer, odtwarza się strumień danych odpowiedzi, odpowiednio do transmisji z pierwszej aplikacji ze specyficznego strumienia danych klienta/serwera, odbieranego przez zewnętrzne łącze komunikacyjne, poprzez łączenie podstawowej formy klienta z danymi różnicowymi odbieranymi przez zewnętrzne łącze komunikacyjne dla wytwarzania strumienia danych odpowiedzi, odpowiadającego przechwyconej odpowiedzi i dostarcza się odtworzony strumień danych, odpowiadający przechwyconej odpowiedzi, do drugiej aplikacji. 2. Sposób według zastrz. 1, znamienny tym, że określa się, czy podstawowa forma serwera jest identyczna z podstawową formą klienta, a podczas przesyłania transmituje się podstawową formę serwera i transmituje się dane różnicowe do drugiego komputera przez zewnętrzne łącze komunikacyjne, jeżeli podczas określania określa się, że podstawowa forma serwera nie jest identyczna z podstawową formą klienta, a podczas odtwarzania odtwarza się przechwycony strumień danych odpowiedzi, odpowiedni do odpowiedzi z pierwszej aplikacji, przez łączenie podstawowej formy serwera, odbieranej przez zewnętrzne łącze komunikacyjne, z danymi różnicowymi odbieranymi przez zewnętrzne łącze komunikacyjne dla wytworzenia strumienia danych odpowiadającego przechwyconej odpowiedzi i aktualizuje się podstawową formę klienta, odpowiadającą wywoływanemu żądaniu, przez pamiętanie odbieranej podstawowej formy serwera, gdy zapis podstawowej pamięci podręcznej klienta odpowiada wywoływanemu żądaniu. 3. Sposób według zastrz. 1, znamienny tym, że określa się, czy różnica pomiędzy podstawową formą serwera i przechwyconą odpowiedzią jest większa niż określony poziom progowy różnicowy, aktualizuje się podstawową formę serwera, odpowiadającą wywoływanemu żądaniu, przez zapamiętanie przechwyconego strumienia danych odpowiedzi, odbieranego z pierwszej aplikacji, gdy zapis podstawowej pamięci podręcznej serwera odpowiada przechwyconemu żądaniu, jeżeli różnica pomiędzy podstawową formą serwera i przechwyconą odpowiedzią jest większa niż określony poziom progowy, a podczas porównywania i przesyłania wykorzystuje aktualizowaną formę podstawową serwera.

3 Sposób według zastrz. 1, znamienny tym, że utrzymuje się wiele zapisów podstawowej pamięci podręcznej serwera, które odpowiadają żądaniu z drugiej aplikacji, a podczas wywoływania określa się, czy wiele zapisów podstawowej pamięci podręcznej serwera występuje odpowiednio do żądania z drugiej aplikacji dla dostarczenia wielu podstawowych form serwera, określa się, czy jedna z wielu podstawowych form serwera jest identyczna z podstawową formą klienta i podczas porównywania wykorzystuje się jedną z wielu podstawowych form serwera, która jest identyczna z podstawową formą klienta, jeżeli podczas określania określa się, że jedna z wielu podstawowych form serwera jest identyczna z podstawową formą klienta. 5. Sposób według zastrz. 1, znamienny tym, że aktualizuje się zapis pamięci podręcznej serwera przez strumień danych z pierwszej aplikacji w odpowiedzi na żądanie z drugiej aplikacji, utrzymuje się wiele zbiorów danych różnicowych, które odpowiadają żądaniu z drugiej aplikacji i które reprezentują różnicę pomiędzy kolejnymi zapisami pamięci podręcznej serwera dla dostarczania archiwalnych danych różnicowych, utrzymuje się wiele zapisów cyklicznej kontroli nadmiarowej, a każdy z wielu zapisów cyklicznej kontroli nadmiarowej jest związany z jednym z wielu zbiorów danych różnicowych i unikalnie identyfikuje podstawową formę serwera, z której uzyskuje się zbiór danych różnicowych, a podczas wywoływania określa się, czy występuje wiele zbiorów danych różnicowych i zapisów cyklicznej kontroli nadmiarowej CRC odpowiednio do żądania z drugiej aplikacji, określa się, czy jeden z wielu zapisów cyklicznej kontroli nadmiarowej CRC odpowiada podstawowej formie serwera, która jest identyczna z podstawową formą klienta, a podczas przesyłania przesyła się archiwalne dane różnicowe, odpowiadające zapisowi cyklicznej kontroli nadmiarowej, które odpowiadają podstawowej formie klienta, kolejne zbiory archiwalnych danych różnicowych i dane różnicowe obliczane przez porównywanie, do drugiego komputera przez zewnętrzne łącze komunikacyjne, a podczas odtwarzania odtwarza się strumień danych odpowiedzi, odpowiadający transmisji z pierwszej aplikacji ze strumienia danych odbieranego przez zewnętrzne łącze komunikacyjne, przez kolejne łączenie podstawowej formy klienta z danymi różnicowymi odbieranymi przez zewnętrzne łącze komunikacyjne dla wytworzenia strumienia danych odpowiedzi odpowiednio do przechwyconej odpowiedzi i aktualizuje się zapis pamięci podręcznej klienta, odpowiadający żądaniu z drugiej aplikacji, przez odtwarzany strumień danych. 6. Urządzenie do komunikacji TCP o zredukowanych operacjach pomocniczych, w którym pierwsza aplikacja w pierwszym komputerze jest połączona poprzez łącze komunikacyjne z drugą aplikacją w drugim komputerze, znamienne tym, że zawiera pierwszy moduł przechwytujący (40) włączony pomiędzy pierwszą aplikację i zewnętrzne łącze komunikacyjne (35) w pierwszym komputerze (6), do pamiętania strumienia danych z pierwszej aplikacji do drugiej aplikacji w pamięci podręcznej dołączonej do pierwszego modułu przechwytującego (40) w pierwszym komputerze (6) i do wywoływania żądań z drugiej aplikacji dla określania, czy istnieje podstawowy zapis pamięci podręcznej serwera i do przechwytywania strumienia danych odpowiadającego odpowiedzi początkowanej przez pierwszą aplikację oraz do porównywania przechwyconej odpowiedzi z podstawową formą serwera dla dostarczania danych różnicowych, a także do przesyłania danych różnicowych do drugiego komputera (5) przez zewnętrzne łącze komunikacyjne (35), urządzenie zawiera ponadto drugi moduł przechwytujący (30) włączony pomiędzy drugą aplikację i zewnętrzne łącze komunikacyjne (35) w drugim komputerze (5), do pamiętania strumienia danych dostarczanego do drugiej aplikacji w odpowiedzi na żądanie z drugiej aplikacji w pamięci podręcznej dołączonej do drugiego modułu przechwytującego (30) w drugim komputerze (5) dla wytwarzania podstawowego zapisu pamięci podręcznej klienta, do oceny żądań z drugiej aplikacji dla określania, czy istnieje podstawowy zapis pamięci podręcznej klienta, i do odbioru danych różnicowych, transmitowanych przez zewnętrzne łącze komunikacyjne (35), przesyłanych przez pierwszy komputer (6) oraz do odtwarzania strumienia danych odpowiedzi, odbieranej przez zewnętrzne łącze komunikacyjne (35) przez połączenie podstawowej formy klienta z danymi różnicowymi, odbieranymi przez zewnętrzne łącze komunikacyjne (35), a także do dostarczania odtwarzanego strumienia danych.

4 Urządzenie według zastrz. 6, znamienne tym, że pierwsza aplikacja zawiera serwer WWW (20) i druga aplikacja zawiera przeglądarkę WWW (10). 8. Urządzenie według zastrz. 6, znamienne tym, że zewnętrzne łącze komunikacyjne zawiera bezprzewodowe łącze komunikacyjne (35). 9. Urządzenie według zastrz. 7, znamienne tym, że żądanie z przeglądarki WWW zawiera wspólny interfejs bramy. 10. Urządzenie według zastrz. 7, znamienne tym, że żądanie z przeglądarki WWW zawiera żądanie wspólnego interfejsu bramy. 11. Produkt programu komputerowego do komunikacji TCP o zredukowanych operacjach pomocniczych, który jest przechowywany na czytelnym dla komputera nośniku pamięciowym i zawiera wiele elementów z kodem oprogramowania do implementacji systemu po załadowaniu produktu do komputera, znamienny tym, że zawiera odczytywalne komputerowo elementy kodu programowego zapamiętywania przez pierwszy komputer (6) strumienia danych z pierwszej aplikacji do drugiej aplikacji w pamięci podręcznej dołączonej do pierwszego modułu przechwytującego (40) w pierwszym komputerze (6) i odczytywalne komputerowo elementy kodu programowego wywoływania przez pierwszy komputer (6) żądań z drugiej aplikacji i odczytywalne komputerowo elementy kodu programowego przechwytywania przez pierwszy komputer (6) strumienia danych, odpowiadającego odpowiedzi początkowanej przez pierwszą aplikację i odczytywalne. komputerowo elementy kodu programowego porównywania przez komputer (6) przechwyconej odpowiedzi z podstawową formą serwera dla dostarczania danych różnicowych i odczytywalne komputerowo elementy kodu programowego przesyłania przez pierwszy komputer (6) danych różnicowych do drugiego komputera (5) przez zewnętrzne łącze komunikacyjne (35) i odczytywalne komputerowo elementy kodu programowego zapamiętywania przez drugi komputer (5) strumienia danych dostarczanego do drugiej aplikacji w pamięci podręcznej dołączonej do drugiego modułu przechwytującego (30) w drugim komputerze (5) i odczytywalne komputerowo elementy kodu programowego oceny przez drugi komputer (5) żądań z drugiej aplikacji dla określania, czy istnieje podstawowy zapis pamięci podręcznej klienta i odczytywalne komputerowo elementy kodu programowego odbioru przez drugi komputer (5) danych różnicowych transmitowanych przez zewnętrzne łącze komunikacyjne (35) przesyłane przez pierwszy komputer (6) i odczytywalne komputerowo elementy kodu programowego odtwarzania przez drugi komputer (5) strumienia danych odpowiedzi, odpowiadającego komunikacji z pierwszej aplikacji ze specyficznego strumienia danych klienta/serwera, odbieranego przez zewnętrzne łącze komunikacyjne (35) przez połączenie formy bazy klienta z danymi różnicowymi odbieranymi przez zewnętrzne łącze komunikacyjne (35) oraz odczytywalne komputerowo elementy kodu programowego dostarczania przez drugi komputer (5) odtwarzanego strumienia danych, odpowiadającego przechwyconej odpowiedzi, do drugiej aplikacji. * * * Przedmiotem wynalazku jest sposób, urządzenie i produkt programu komputerowego do komunikacji TCP o zredukowanych operacjach pomocniczych, zwłaszcza do komunikacji pomiędzy aplikacjami znajdującymi się w różnych komputerach, takimi jak przeglądarka WWW i serwer WWW, zwłaszcza rozróżniania komunikacji przez zewnętrzne łącze komunikacyjne pomiędzy komputerami. Znana jest powszechna akceptacja sieci Internet jako środka komunikacji masowej. To oparte na szerokiej podstawie uznanie internetu jako środka komunikacji i interakcji między licznymi sieciami wytworzyło także dobrze utrwaloną bazę zbudowaną na standaryzowanych internetowych protokołach współdziałania między sieciami komputerowymi. Zasadą dla internetu jest taka relacja między klientem a serwerem, że klienci (przeglądarki) komunikują się z serwerami internetu. Dla zwiększenia dostępu do internetu, stosowane protokoły komunikacyjne i języki używane przez klientów i serwery zostały poddane standaryzacji. Te protokoły zawierają protokół przesyłania hipertekstu HTTP, który jest protoko-

5 łem komunikacyjnym używanym pomiędzy klientami i serwerami oraz protokół sterujący transmisją w sieci Internet TCP/IP, gdzie protokół TCP jest specjalnym protokołem dla komunikacji pomiędzy komputerami lub aplikacjami. Również standaryzowany jest język zwany językiem hipertekstowego znakowania informacji HTML. Ponieważ te protokoły i język nie zależą od urządzenia i stosują do przesyłania informacji protokół bezpołączeniowy o najlepszej zgodności, to każda transakcja jest w pełni samoistna. Dlatego na przykład każda wiadomość od klienta zawiera informacje o możliwościach przeglądarki i jest niezależna od innych transmisji. Ta samoistna natura komunikacji pomiędzy klientem a serwerem może być określona jako transmisja "bezstanowa" i zwiększać liczbę danych, które muszą być przesłane pomiędzy klientem a serwerem w danej transmisji. W kontekście aplikacji klient/serwer w sieci ogólnoświatowej WWW klientem może być przeglądarka WWW, która działa jako interfejs użytkownika. Przeglądarka WWW przesyła żądania klienta do serwera WWW oraz formatuje i wyświetla dane HTML otrzymane z serwera. Przeglądarka WWW także ocenia dane HTML dla ustalenia, czy w danych HTML są zawarte instrukcje hiperłączy, które wymagają kolejnych żądań przeglądarki, następnie inicjowanych przez przeglądarkę. Serwer WWW działa jak serwer klienta i przetwarza żądania przeglądarek oraz przekazuje je zwrotnie jako odpowiedzi na żądania jako część danych HTML strumienia danych HTTP. Przykładem typowej komunikacji sieciowej jest przypadek, gdy przeglądarka sieciowa, inicjujące żądanie "strony tytułowej" z serwera sieciowego, ilustruje podstawowe zależności pomiędzy danymi HTTP, HTML, TCP i przeglądarka oraz serwerem. Gdy użytkownik przeglądarki żąda informacji z określonej strony sieciowej, przeglądarka inicjuje komunikację z serwerem, przesyłając żądanie "daj" do serwera sieci, określając uniwersalny lokalizator zasobów URL żądanej strony sieciowej, która dla tego przykładu może być stroną tytułową. Lokalizator URL funkcjonuje jak adres strony sieciowej i jest unikalny dla całego internetu. Serwer sieciowy powinien następnie uzyskać i przesłać do przeglądarki dane HTML odpowiadające stronie tytułowej określonego lokalizatora URL. Ta operacja może inicjować dalsze transmisje w internecie, realizowane przez sieciowy serwer internetu lub lokalizator URL może specyfikować serwer w sieci lokalnej, do którego jest dołączona przeglądarka. Przeglądarka powinna następnie ocenić dane HTML otrzymane z serwera jako strumień danych HTTP dla sprawdzenia czy jest tam włączone hiperłącze, takie jak ikona lub obraz i jeśli takie hiperłącze istnieje, powinna inicjować żądania określenia lokalizatora URL hiperłącza dla uzyskania określonych danych. Te dane powinny być następnie wprowadzone do strony tytułowej i wyświetlone użytkownikowi. Jak widać w tym przykładzie, jedno wejściowe żądanie użytkownika, wykonane przez przeglądarkę, może wywołać wiele dodatkowych żądań, które są automatycznie wykonywane przez przeglądarkę w odpowiedzi na potwierdzenie danych HTML odpowiadających wstępnemu żądaniu użytkownika. Popularność układu przeglądarka/serwer i ich wspólne protokoły transmisji i informacji HTML i HTTP doprowadziły do szybkiego przyjęcia technologii sieciowej jako uniwersalnego interfejsu dla sieciowego dostępu do informacji. Ponadto, ponieważ protokoły i język komunikacji między przeglądarkami i serwerami są standaryzowane, protokoły komunikacyjne i język będą takie same, niezależnie od tego, z jakiej użytkownik korzysta przeglądarki jako dostępu do sieci informatycznej. Dlatego powszechnie instalowane u użytkowników przeglądarki w połączeniu z dostępnością internetu i łatwością zapisu aplikacji serwerów, wykorzystując wspólny interfejs bramy CGI, czyni technikę sieciową bardzo atrakcyjną dla szerokiej klasy aplikacji formatowanych. Znane jest, że gdy wzrastała popularność i stosowanie internetu, zwiększała się również popularność komputerów przenośnych. Użycie laptopów, notebooków, osobistych urządzeń cyfrowych/komunikacyjnych i innych urządzeń przenośnych doprowadziło do zwiększenia wymagań w zakresie komunikacji radiowej. Radiowe sieci wielkoobszarowe, łączność komórkowa i radiowa mają jednak wspólne ograniczenia przy stosowaniu w sieci komputerowej. Wysoki koszt transmisji, długi czas odpowiedzi, mała szerokość pasma i mała niezawodność, wszystko to przeszkadza zastosowaniu techniki radiowej do bezstanowego protokołu komunikacyjnego sieci WWW. Również, ponieważ protokół sieci jest bezstanowy, ilość

6 danych na żądanie i liczba żądań przesyłanych łączem radiowym jest większa niż byłaby konieczna, jeśli transmisja nie byłaby samoistna. Tak więc łączenie techniki radiowej lub innych powolnych technik komunikacyjnych z techniką sieciową wydaje się niepraktyczne, przy czym możliwości techniki sieciowej o uniwersalnym charakterze uwydatniają słabość techniki radiowej. Istotą wynalazku jest to, że w sposobie zapamiętuje się strumień danych z pierwszej aplikacji dostarczanej do drugiej aplikacji w odpowiedzi na żądanie z drugiej aplikacji w pamięci podręcznej w pierwszym komputerze dla wytwarzania zapisu podstawowej pamięci podręcznej serwera. Zapamiętuje się strumień danych dostarczany do drugiej aplikacji w odpowiedzi na żądanie z drugiej aplikacji w pamięci podręcznej znajdującej się w drugim komputerze dla wytwarzania zapisu podstawowej pamięci podręcznej klienta. Ocenia się żądania z drugiej aplikacji dla określenia, czy zapis podstawowej pamięci podręcznej klienta, odpowiadający wywoływanemu żądaniu, występuje dla dostarczenia podstawowej formy klienta. Wywołuje się żądania z drugiej aplikacji dla określenia, czy zapis podstawowej pamięci podręcznej komputera serwera, odpowiadający wywoływanemu żądaniu, występuje dla dostarczania podstawowej formy serwera. Przechwytuje się strumień danych, odpowiadający odpowiedzi początkowanej przez pierwszą aplikację w odpowiedzi na wywoływane żądanie z drugiej aplikacji przed transmisja odpowiedzi przez zewnętrzne łącze komunikacyjne. Porównuje się przechwyconą odpowiedź z podstawową formą serwera dla dostarczania danych różnicowych, odpowiadających różnicy pomiędzy przechwyconą odpowiedzią i podstawową formą serwera. Przesyła się dane różnicowe do drugiego komputera przez zewnętrzne łącze komunikacyjne. Odbiera się dane różnicowe transmitowane przez zewnętrzne łącze komunikacyjne, przesyłane przez pierwszy komputer. Odtwarza się strumień danych odpowiedzi, odpowiednio do transmisji z pierwszej aplikacji ze specyficznego strumienia danych klienta/serwera, odbieranego przez zewnętrzne łącza komunikacyjne, poprzez łączenie podstawowej formy klienta z danymi różnicowymi odbieranymi przez zewnętrzne łącze komunikacyjne dla wytwarzania strumienia danych odpowiedzi, odpowiadającego przechwyconej odpowiedzi i dostarcza się odtworzony strumień danych, odpowiadający przechwyconej odpowiedzi, do drugiej aplikacji. Korzystnym jest, że określa się, czy podstawowa forma serwera jest identyczna z podstawową formą klienta, a podczas przesyłania transmituje się podstawową formę serwera i transmituje się dane różnicowe do drugiego komputera przez zewnętrzne łącze komunikacyjne, jeżeli podczas określania określa się, że podstawowa forma serwera nie jest identyczna z podstawową formą klienta. Podczas odtwarzania odtwarza się przechwycony strumień danych odpowiedzi, odpowiedni do odpowiedzi z pierwszej aplikacji, przez łączenie podstawowej formy serwera, odbieranej przez zewnętrzne łącze komunikacyjne, z danymi różnicowymi odbieranymi przez zewnętrzne łącze komunikacyjne dla wytworzenia strumienia danych odpowiadającego przechwyconej odpowiedzi i aktualizuje się podstawową formę klienta, odpowiadającą wywoływanemu żądaniu, przez pamiętanie odbieranej podstawowej formy serwera, gdy zapis podstawowej pamięci podręcznej klienta odpowiada wywoływanemu żądaniu. Korzystnym jest, że określa się, czy różnica pomiędzy podstawową formą serwera i przechwyconą odpowiedzią jest większa niż określony poziom progowy różnicowy. Aktualizuje się podstawową formę serwera, odpowiadającą wywoływanemu żądaniu, przez zapamiętanie przechwyconego strumienia danych odpowiedzi, odbieranego z pierwszej aplikacji, gdy zapis podstawowej pamięci podręcznej serwera odpowiada przechwyconemu żądaniu, jeżeli różnica pomiędzy podstawową formą serwera i przechwyconą odpowiedzią jest większa niż określony poziom progowy, a podczas porównywania i przesyłania wykorzystuje aktualizowaną formę podstawową serwera. Korzystnym jest, że utrzymuje się wiele zapisów podstawowej pamięci podręcznej serwera, które odpowiadają żądaniu z drugiej aplikacji, a podczas wywoływania określa się, czy wiele zapisów podstawowej pamięci podręcznej serwera występuje odpowiednio do żądania z drugiej aplikacji dla dostarczenia wielu podstawowych form serwera. Określa się, czy jedna z wielu podstawowych form serwera jest identyczna z podstawową formą klienta i podczas

7 porównywania wykorzystuje się jedną z wielu podstawowych form serwera, która jest identyczna z podstawową formą klienta, jeżeli podczas określania określa się, że jedna z wielu podstawowych form serwera jest identyczna z podstawową formą klienta. Korzystnym jest, że aktualizuje się zapis pamięci podręcznej serwera przez strumień danych z pierwszej aplikacji w odpowiedzi na żądanie z drugiej aplikacji. Utrzymuje się wiele zbiorów danych różnicowych, które odpowiadają żądaniu z drugiej aplikacji i które reprezentują różnicę pomiędzy kolejnymi zapisami pamięci podręcznej serwera dla dostarczania archiwalnych danych różnicowych. Utrzymuje się wiele zapisów cyklicznej kontroli nadmiarowej, a każdy z wielu zapisów cyklicznej kontroli nadmiarowej jest związany z jednym z wielu zbiorów danych różnicowych i unikalnie identyfikuje podstawową formę serwera, z której uzyskuje się zbiór danych różnicowych. Podczas wywoływania określa się, czy występuje wiele zbiorów danych różnicowych i zapisów cyklicznej kontroli nadmiarowej CRC odpowiednio do żądania z drugiej aplikacji, określa się, czy jeden z wielu zapisów cyklicznej kontroli nadmiarowej CRC odpowiada podstawowej formie serwera, która jest identyczna z podstawową formą klienta. Podczas przesyłania przesyła się archiwalne dane różnicowe, odpowiadające zapisowi cyklicznej kontroli nadmiarowej, które odpowiadają podstawowej formie klienta, kolejne zbiory archiwalnych danych różnicowych i dane różnicowe obliczane przez porównywanie, do drugiego komputera przez zewnętrzne łącze komunikacyjne. Podczas odtwarzania odtwarza się strumień danych odpowiedzi, odpowiadający transmisji z pierwszej aplikacji ze strumienia danych odbieranego przez zewnętrzne łącze komunikacyjne, przez kolejne łączenie podstawowej formy klienta z danymi różnicowymi odbieranymi przez zewnętrzne łącze komunikacyjne dla wytworzenia strumienia danych odpowiedzi odpowiednio do przechwyconej odpowiedzi i aktualizuje się zapis pamięci podręcznej klienta, odpowiadający żądaniu z drugiej aplikacji, przez odtwarzany strumień danych. Urządzenie według wynalazku zawiera pierwszy moduł przechwytujący włączony pomiędzy pierwszą aplikację i zewnętrzne łącze komunikacyjne w pierwszym komputerze, do pamiętania strumienia danych z pierwszej aplikacji do drugiej aplikacji w pamięci podręcznej dołączonej do pierwszego modułu przechwytującego w pierwszym komputerze i do wywoływania żądań z drugiej aplikacji dla określania, czy istnieje podstawowy zapis pamięci podręcznej serwera i do przechwytywania strumienia danych odpowiadającego odpowiedzi początkowej przez pierwszą aplikację oraz do porównywania przechwyconej odpowiedzi z podstawową formą serwera dla dostarczania danych różnicowych, a także do przesyłania danych różnicowych do drugiego komputera przez zewnętrzne łącze komunikacyjne. Urządzenie zawiera ponadto drugi moduł przechwytujący włączony pomiędzy drugą aplikację i zewnętrzne łącze komunikacyjne w drugim komputerze, do pamiętania strumienia danych dostarczanego do drugiej aplikacji w odpowiedzi na żądanie z drugiej aplikacji w pamięci podręcznej dołączonej do drugiego modułu przechwytującego w drugim komputerze dla wytwarzania podstawowego zapisu pamięci podręcznej klienta, do oceny żądań z drugiej aplikacji dla określania, czy istnieje podstawowy zapis pamięci podręcznej klienta, i do odbioru danych różnicowych, transmitowanych przez zewnętrzne łącze komunikacyjne, przesyłanych przez pierwszy komputer oraz do odtwarzania strumienia danych odpowiedzi, odbieranej przez zewnętrzne łącze komunikacyjne przez połączenie podstawowej formy klienta z danymi różnicowymi, odbieranymi przez zewnętrzne łącze komunikacyjne, a także do dostarczania odtwarzanego strumienia danych. Korzystnym jest, że pierwsza aplikacja zawiera serwer WWW i druga aplikacja zawiera przeglądarkę WWW. Korzystnym jest, że zewnętrzne łącze komunikacyjne zawiera bezprzewodowe łącze komunikacyjne. Korzystnym jest, że żądanie z przeglądarki WWW zawiera wspólny interfejs bramy. Korzystnym jest, że żądanie z przeglądarki WWW zawiera żądanie wspólnego interfejsu bramy. Produkt programu komputerowego według wynalazku zawiera odczyty walne komputerowo elementy kodu programowego zapamiętywania przez pierwszy komputer strumienia danych z pierwszej aplikacji do drugiej aplikacji w pamięci podręcznej dołączonej do pierw-

8 szego modułu przechwytującego w pierwszym komputerze i odczyty walne komputerowo elementy kodu programowego wywoływania przez pierwszy komputer żądań z drugiej aplikacji i odczytywalne komputerowo elementy kodu programowego przechwytywania przez pierwszy komputer strumienia danych, odpowiadającego odpowiedzi początkowanej przez pierwszą aplikację i odczytywalne komputerowo elementy kodu programowego porównywania przez komputer przechwyconej odpowiedzi z podstawową formą serwera dla dostarczania danych różnicowych i odczytywalne komputerowo elementy kodu programowego przesyłania przez pierwszy komputer danych różnicowych do drugiego komputera przez zewnętrzne łącze komunikacyjne i odczytywalne komputerowo elementy kodu programowego zapamiętywania przez drugi komputer strumienia danych dostarczanego do drugiej aplikacji w pamięci podręcznej dołączonej do drugiego modułu przechwytującego w drugim komputerze i odczytywalne komputerowo elementy kodu programowego oceny przez drugi komputer żądań z drugiej aplikacji dla określania, czy istnieje podstawowy zapis pamięci podręcznej klienta i odczytywalne komputerowo elementy kodu programowego odbioru przez drugi komputer danych różnicowych transmitowanych przez zewnętrzne łącze komunikacyjne przesyłane przez pierwszy komputer i odczytywalne komputerowo elementy kodu programowego odtwarzania przez drugi komputer strumienia danych odpowiedzi, odpowiadającego komunikacji z pierwszej aplikacji ze specyficznego strumienia danych klienta/serwera, odbieranego przez zewnętrzne łącze komunikacyjne przez połączenie formy bazy klienta z danymi różnicowymi odbieranymi przez zewnętrzne łącze komunikacyjne oraz odczytywalne komputerowo elementy kodu programowego dostarczania przez drugi komputer odtwarzanego strumienia danych, odpowiadającego przechwyconej odpowiedzi, do drugiej aplikacji. Zaletą wynalazku jest zapewnienie systemu komunikacyjnego, który redukuje ilość danych transmitowanych pomiędzy programami użytkowymi, który może być zastosowany w środowisku przeglądarki/serwera WWW i jest zgodny z istniejącymi protokołami i językami komunikacyjnymi w powolnym lub bezprzewodowym systemie komunikacyjnym, bez wymagania modyfikacji aplikacji przeglądarki WWW lub serwera WWW. Zaletą wynalazku jest zapewnienie systemu komunikacyjnego, który redukuje ilość transmisji wymaganych pomiędzy przeglądarką WWW i serwerem WWW, skutkiem czego zwiększa wydajność systemu komunikacyjnego. Przedmiot wynalazku jest uwidoczniony w przykładach wykonania na rysunku, na którym fig. 1 przedstawia schemat blokowy znanego systemu przeglądarka WWW/serwer WWW, fig. 2 - schemat blokowy systemu przeglądarka/serwer według wynalazku, wykorzystującego moduł przechwytujący klienta i moduł przechwytujący serwera, fig. 3 - sieć działań operacji wykonywanych przez moduł przechwytujący klienta w przykładzie wykonania zawierającym-koherentny system pamiętania podręcznego, fig. 4 - sieć działań operacji wykonywanych przez moduł przechwytujący klienta w przykładzie wykonania zawierającym koherentny system pamiętania podręcznego, fig. 5 - sieć działań operacji wykonywanych przez moduł przechwytujący serwera w przykładzie wykonania zawierającym koherentny system pamiętania podręcznego, fig. 6 - sieć działań operacji wykonywanych przez moduł przechwytujący serwera w przykładzie wykonania zawierającym koherentny system pamiętania podręcznego, fig. 7 - sieć działań operacji wykonywanych przez moduł przechwytujący klienta w przykładzie wykonania zawierającym system przesyłania danych różnicowych, fig. 8 - sieć działań operacji wykonywanych przez moduł przechwytujący klienta w przykładzie wykonania zawierającym system przesyłania danych różnicowych, fig. 9 - sieć działań operacji wykonywanych przez moduł przechwytujący serwera w przykładzie wykonania zawierającym system przesyłania danych różnicowych, fig sieć działań operacji wykonywanych przez moduł przechwytujący serwera w przykładzie wykonania zawierającym system przesyłania danych różnicowych, fig schemat blokowy rozwiązania według wynalazku, wykorzystującego gniazda wirtualne, fig schemat blokowy modułu przechwytującego klienta i modułu przechwytującego serwera według przykładu wykonania wynalazku, wykorzystującego gniazda wirtualne, fig sieć działań operacji wykonywanych przez blok zarządzający gniazdami modułu przechwytującego klienta albo modułu przechwytującego serwera według przykładu wykonania wykorzystującego gniazda wirtualne, fig sieć działań

9 operacji wykonywanych przez funkcję przechwytującą klienta w przykładzie wykonania wykorzystującym gniazda wirtualne, fig sieć działań operacji wykonywanych przez funkcję przechwytującą serwera w przykładzie wykonania wykorzystującym gniazda wirtualne, fig sieć działań wirtualnej operacji tworzenia według przykładu wykonania wykorzystującego gniazda wirtualne, fig sieć działań wirtualnej operacji wysyłania według przykładu wykonania wykorzystującego gniazda wirtualne, fig sieć działań wirtualnej operacji odbierania według przykładu wykonania wykorzystującego gniazda wirtualne, fig sieć działań wirtualnej operacji wybierania według przykładu wykonania wykorzystującego gniazda wirtualne, fig sieć działań wirtualnej operacji opróżniania według przykładu wykonania wykorzystującego gniazda wirtualne oraz fig sieć działań wirtualnej operacji zamykania według przykładu wykonania wykorzystującego gniazda wirtualne. Figura 1 przedstawia podstawową, znaną strukturę komunikacyjną dla systemu internetowego. Na fig. 1 przeglądarka WWW 10 komunikuje się z serwerem WWW 20 poprzez łącze komunikacyjne 15. Łącze komunikacyjne 15 jest typowym połączeniem lokalnej sieci, połączeniem rozległej sieci komputerowej, połączeniem w linii telefonicznej lub kombinacją sposobów łączenia. Przeglądarka komunikuje się z serwerem 20, wykorzystując TCP/IP. W większości połączeń internetowych przeglądarka komunikuje się z serwerem, wykorzystując protokół rodzajowy protokół komunikacyjny HTTP, który jest przesyłany pomiędzy przeglądarką a serwerem. Rzeczywiste dane przesyłane pomiędzy przeglądarką 10 i serwerem 20 są obiektami o danych HTTP, na przykład danymi HTML, jak opisano powyżej. Serwer 20 może być pośrednikiem, który odbiera transmisje od wielu przeglądarek i kieruje je do serwera. Figury 3 do 10 i 13 do 17-2 przedstawiają sieci działań ilustrują sposoby według wynalazku. Każdy blok przedstawiony w sieci działań lub kombinacja bloków może być zrealizowana w postaci instrukcji programu komputerowego. Te instrukcje programu komputerowego są ładowane do komputera lub innego urządzenia programowalnego działającego jak komputer, tak że instrukcje wykonywane przez komputer lub inne urządzenie programowalne tworzą elementy do realizacji funkcji określonych w bloku lub blokach sieci działań. Instrukcje programu komputerowego mogą być także zapamiętywane w pamięci odczytywalnej przez komputer, która steruje komputerem lub innym urządzeniem programowalnym dla działania w określony sposób, tak że instrukcje zapamiętane w pamięci odczytywalnej przez komputer tworzą wykonywany element zawierający elementy instrukcji, które realizują funkcje określone w bloku lub blokach sieci działań. Instrukcje programu komputerowego mogą być także ładowane do komputera lub innego urządzenia programowalnego dla wykonania przez komputer lub inne urządzenie programowalne serii etapów operacyjnych procesu realizowanego przez komputer, a instrukcje wykonywane przez komputer lub inne urządzenie programowalne wykonują etap operacyjny dla realizacji funkcji określonych w bloku lub blokach sieci działań. Zatem bloki w sieci działań przedstawiają kombinację elementów do wykonania określonych funkcji i kombinację etapów do wykonania, określonych funkcji. Każdy blok i kombinacja bloków sieci działań może być realizowana przez specjalny system komputerowy lub kombinację określonego sprzętu komputerowego i oprogramowania, które wykonują funkcje lub etapy operacyjne. Figura 2 przedstawia schemat blokowy rozwiązania według wynalazku. Przeglądarka WWW 10 komunikuje się z modułem przechwytującym 30 klienta. Serwer WWW 20 komunikuje się z modułem przechwytującym 40 serwera przez łącze komunikacyjne 35. Przeglądarka WWW 10 i moduł przechwytujący 30 klienta mogą być umieszczone w pierwszym komputerze 5. Moduł przechwytujący 40 serwera i serwer WWW 20 mogą być umieszczone w drugim komputerze 6. Pierwszy komputer 5 i drugi komputer 6 komunikują się przez zewnętrzne łącze komunikacyjne 35. Przeglądarka 10 jest przeglądarką internetową wykorzystującą protokół przesyłania hipertekstu HTTP i język HTML do komunikowania się z serwerem 20, który także używa protokołu HTTP i języka HTML. Podczas operacji przesyłania przeglądarka 10 wysyła strumień danych HTTP, który jest przechwytywany przez moduł przechwytujący 30 klienta. Przechwycenie strumienia danych HTTP przez moduł przechwytujący 30 klienta może być

10 wykonane przy wykorzystaniu możliwości pętli zwrotnej TCP/IP, gdzie moduł przechwytujący 30 klienta ma adres protokołu internetowego IP o numerze sieciowym 127, taki jak Moduł przechwytujący 30 klienta przetwarza następnie strumień danych HTTP w specyficzny protokół klient/serwer i przesyła specjalny strumień danych klient/serwer przez zewnętrzne łącze komunikacyjne 35. Moduł przechwytujący 40 serwera odbiera specyficzny strumień danych klient/serwer i odtwarza oryginalny strumień danych HTTP odpowiadający transmisji pochodzącej z przeglądarki. Ten odtworzony oryginalny strumień danych HTTP jest przesyłany do serwera 20. Serwer 20 odpowiada na strumień danych HTTP tak, jak normalny serwer internetowy. Serwer 20 może być także pośrednikiem umożliwiającym łączenie się z internetem wielu przeglądarkom. Gdy serwer 20 otrzymuje informacje dla przesłania do przeglądarki 10, na przykład w odpowiedzi na żądanie przeglądarki określonej strony tytułowej lokalizatora URL, to serwer 20 wysyła strumień danych HTTP odpowiadający transmisji, jaka ma być wysłana do przeglądarki 10. Ta transmisja pochodząca z serwera 20 jest przechwytywana przez moduł przechwytujący 40 serwera i przetworzona na specyficzny strumień danych klient/serwer. Specyficzny strumień danych klient/serwer, odpowiadający transmisji pochodzącej z serwera, jest następnie przesyłany przez zewnętrzne łącze komunikacyjne 35 z drugiego komputera 6 do pierwszego komputera 5. Specyficzny strumień danych klient/serwer jest odbierany przez moduł przechwytujący 30 klienta, a oryginalny strumień danych HTTP, pochodzący z serwera, jest odtwarzany i dostarczany do przeglądarki 10. W szczególnym przykładzie wykonania wynalazku zewnętrzne łącze komunikacyjne 35 jest łączem radiowym. W takim przypadku, aby uzyskać parametry systemu akceptowalne przez użytkowników, jest pożądane zmniejszenie wielkości transmisji przez zewnętrzne łącze komunikacyjne 35 zarówno w zakresie częstotliwości transmisji, jak i ilości informacji, które muszą być przesłane przez zewnętrzne łącze komunikacyjne 35. Dlatego wynalazek wykorzystuje pamiętanie podręczne, różnicowanie i techniki redukujące protokół dla zminimalizowania transmisji przez zewnętrzne łącze komunikacyjne 35. Te techniki są realizowane przez przetworzenie bezstanowych lub stochastycznych protokołów HTTP specjalne protokoły klient/serwer, które wykorzystują specyficzne informacje dotyczące klienta i serwera dla ograniczenia wielkości i częstotliwości transmisji. Ponadto, chociaż wynalazek jest opisywany w odniesieniu do pojedynczej aplikacji przeglądarki i pojedynczej aplikacji serwera, korzyści z wynalazku mogą być również osiągnięte przy powiązaniu wielu przeglądarek z jednym serwerem. W przykładzie wykonania wynalazku zarówno moduł przechwytujący 30 klienta, jak i moduł przechwytujący 40 serwera mają pamięć podręczną. Pamięć podręczna klienta, umieszczona w pierwszym komputerze 5, zapamiętuje strumienie danych HTTP, które mają być odebrane przez przeglądarkę w odpowiedzi na transmisję pochodzącą z przeglądarki. Pamięć podręczna serwera, umieszczona w drugim komputerze 6, zapamiętuje strumienie danych HTTP, które są odbierane z serwera w odpowiedzi na transmisję pochodzącą z przeglądarki. Pamięć podręczna umieszczona w pierwszym lub drugim komputerze 5 i 6 może mieć wymiar oparty na określonej konfiguracji sprzętowej komputerów. Informacje zapamiętywane w pamięci podręcznej zawierają dla każdej transmisji lokalizatora URL unikalny identyfikator oparty na zawartościach transmisji, takich jak cykliczna kontrola nadmiarowa CRC danych transmisji, czas pamiętania danych SDT określający czas, w którym zapis pamięci podręcznej był utworzony lub odświeżony i dane transmisji. Tak więc katalog zapisu pamięci podręcznej może być utworzony dla każdej transmisji zapamiętanej w pamięci podręcznej. Ponadto z powodu ograniczonych zasobów dostępnych w danej konfiguracji sprzętowej, może być stosowana, dla utrzymywania pamięci podręcznych, umieszczonych w pierwszym i drugim komputerze 5 i 6, pewna liczba technik pamiętania podręcznego. Tak więc na przykład pamięć podręczna może unieważniać najstarszy zapis katalogu, jeśli określony przez użytkownika wymiar pamięci podręcznej byłby przekroczony przez dodanie nowego zapisu, a następnie dodanie nowego zapisu w miejsce zapisu unieważnionego. Ponadto zapisy pamięci podręcznej mogą być utrzymywane przez wiele żądań aplikacji przeglądarki lub serwera lub nawet cykli włączenia zasilania pierwszego lub drugiego komputera 5 i 6 dla utworzenia trwałej

11 pamięci podręcznej. Działanie struktury podręcznej według wynalazku będzie opisane w odniesieniu do figur 3 do 6. Figury 3 do 6 przedstawiają sieci działań opisujące operacje modułu przechwytującego 30 klienta i modułu przechwytującego 40 serwera. Przedstawiony na fig. 3 blok 100 pokazuje, że moduł przechwytujący 30 klienta otrzymał żądanie z przeglądarki 10. To żądanie może mieć postać strumienia danych HTTP. Moduł przechwytujący 30 klienta sprawdza jednolity lokalizator zasobów URL wchodzącego żądania, jak pokazano w bloku 105. Moduł przechwytujący 30 klienta określa na podstawie lokalizatora URL, czy informacja odpowiadająca żądaniu pochodzącemu z przeglądarki była wcześniej zapamiętana w pamięci podręcznej klienta w pierwszym komputerze 5. Jeżeli informacja odpowiadająca lokalizatorowi URL nie była wcześniej zapamiętana w pamięci podręcznej klienta, wykonywana jest przez moduł przechwytujący 30 klienta operacja przedstawiona w bloku 106. Moduł przechwytujący 30 klienta przesyła żądanie przez zewnętrzne łącze komunikacyjne 35 do modułu przechwytującego 40 serwera. Jeżeli jednak po sprawdzeniu transmisji z przeglądarki, jak pokazano w bloku 105, istnieje zapis podręczny klienta, który odpowiada transmisji z przeglądarki, to w najprostszym wykonaniu ta informacja będzie dostarczana do przeglądarki jako strumień danych HTTP. Jednak, jak przedstawiono na fig. 3, realizowane jest to, co jest tu określane jako sprawdzenie przedziału czasu koherencji w zapisie podręcznym, odpowiadającym transmisji z przeglądarki. Ta operacja jest przedstawiona w bloku 110 na fig. 3. Przedział czasu koherencji dla modułu przechwytującego 30 klienta może być zdefiniowany przez użytkownika i jest to okres czasu, w którym może istnieć zapis podręczny, nim stanie się nieaktualny i również gdy istnieje, musi być odświeżany przez żądanie od serwera, odpowiadające transmisji z przeglądarki. Sprawdzenie przedziału czasu koherencji, przedstawione w bloku 110, może być wykonane przez porównanie bieżącej daty i czasu z sumą SDT zapisu podręcznego, odpowiadającego transmisji z przeglądarki, a okres koherencji jest określany przez użytkownika. Jeżeli bieżąca data i czas są większe niż ta suma, to informacja zapamiętana w pamięci podręcznej, odpowiadająca transmisji pochodzącej z przeglądarki, staje się nieaktualna i przyjmowana jest gałąź "nie" z bloku 110. Jednakże, jeżeli bieżąca data i czas są większe niż suma SDT plus zdefiniowany przez użytkownika przedział czasu koherencji, to przyjmowana jest gałąź "tak" z bloku 110 i jak pokazano w bloku 111 oraz zapis podręczny jest dostarczany do przeglądarki jako strumień danych HTTP. W ten sposób zamyka się transmisję pochodzącą z przeglądarki, odbieraną przez moduł przechwytujący 30 klienta w bloku 100 na fig. 3. Jeżeli sprawdzenie przedziału czasu koherencji, przedstawione w bloku 110 wykazuje, że zapis podręczny umieszczony w pierwszym komputerze 5 jest nieaktualny, przekazywany jest do modułu przechwytującego 40 serwera dla sprawdzenia koherencji zapisu podręcznego umieszczonego w drugim komputerze 6. Ta operacja jest przedstawiona w bloku 112 na fig. 3. Jest to wykonywane przez dostarczenie przez zewnętrzne łącze komunikacyjne 35 do modułu przechwytującego 40 serwera przedziału czasu koherencji dla określonego modułu przechwytującego 30 klienta dla żądania pochodzącego z przeglądarki 10 i unikalnego wskaźnika zawartości pamięci podręcznej klienta, odpowiadającego lokalizatorowi URL dla transmisji pochodzącej z przeglądarki. Korzystnie ten unikalny wskaźnik powstaje w wyniku cyklicznej kontroli nadmiarowej CRC dla zapisu podręcznego. Figura 5 przedstawia sieć działań modułu przechwytującego 40 serwera w odpowiedzi na informację odebraną przez zewnętrzne łącze komunikacyjne 35 z modułu przechwytującego 30 klienta. Gdy moduł przechwytujący 40 serwera otrzymuje żądanie od modułu przechwytującego 30 klienta, moduł przechwytujący 40 serwera odbiera wcześniej określony przedział czasu koherencji klienta, wartość kontrolna CRC zapisu podręcznego klienta i żądanie HTTP pochodzące z przeglądarki. Odebranie tej informacji jest pokazane w bloku 120 na fig. 5. Po odebraniu informacji z modułu przechwytującego 30 klienta, moduł przechwytujący 40 serwera sprawdza pamięć podręczną serwera, umieszczoną w drugim komputerze 6 dla stwierdzenia, czy istnieje zapis podręczny serwera, odpowiadający lokalizatorowi URL

12 żądania HTTP pochodzącego z przeglądarki. Jeżeli po sprawdzeniu transmisji pochodzącej z przeglądarki, jak pokazano w bloku 125, moduł przechwytujący 40 serwera stwierdza, że istnieje zapis podręczny, odpowiadający informacji żądanej w transmisji pochodzącej z przeglądarki, to przyjmowana jest gałąź "tak" z bloku 125. Moduł przechwytujący 40 serwera porównuje następnie bieżącą datę i czas SSI modułu przechwytującego 40 serwera z sumą SDT zapisu podręcznego serwera, odpowiadającego informacji żądanej w transmisji pochodzącej z przeglądarki i wcześniej określonemu przedziałowi czasu koherencji klienta, otrzymanemu z modułu przechwytującego 30 klienta. Jeżeli bieżąca data i czas są mniejsze niż suma SDT zapisu podręcznego serwera i przedziału czasu koherencji, to przyjmowana jest gałąź "tak" z bloku 130 z fig. 5. Moduł przechwytujący 40 serwera porównuje następnie wartość kontrolną CRC zapisu podręcznego serwera z wartością kontrolną CRC zapisu podręcznego klienta dla sprawdzenia, czy zapisy podręczne są identyczne. Jeżeli dwa zapisy podręczne są identyczne, to przyjmowana jest gałąź "tak" z bloku 135 i jak pokazano w bloku 136, koherentna odpowiedź jest wysyłana do modułu przechwytującego 30 klienta. Jeżeli warunek z bloku 135 określa, że wartości kontrolne CRC nie są równe, to informacje zawarte w zapisie podręcznym klienta i w zapisie podręcznym serwera nie są identyczne i jak pokazano w bloku 137, moduł przechwytujący 40 serwera przesyła zapis podręczny serwera do pierwszego komputera 5 przez zewnętrzne łącze komunikacyjne 35. Przesyłając zapis podręczny serwera do modułu przechwytującego 30 klienta, moduł przechwytujący 40 serwera przetwarza zapis w specjalny protokół komunikacyjny, który zawiera wartości kontrolne CRC zapisu podręcznego serwera, dane zapisu podręcznego serwera i wiek zapisu podręcznego serwera. Wiek zapisu podręcznego serwera jest obliczany przez odejmowanie od bieżącej daty i czasu SDT zapisu podręcznego. Na koniec, w odniesieniu do fig. 5, jeżeli albo suma SDT plus wstępnie określony przedział czasu koherencji klienta jest mniejszy niż bieżąca data i czas lub jeżeli nie ma zapisu podręcznego, odpowiadającego lokalizatorowi URL transmisji pochodzącej z przeglądarki, to przyjmowana jest ścieżka "nie" z bloku 130 lub ścieżka "nie" z bloku 125. Będzie więc wykonywana operacja z bloku 126 i moduł przechwytujący 40 serwera prześle do serwera transmisję pochodzącą z przeglądarki jako strumień danych HTTP. Jeżeli moduł przechwytujący 40 serwera musi przesłać do serwera transmisję pochodzącą z przeglądarki jako strumień danych HTTP, to moduł przechwytujący 40 serwera będzie wykonywał operacje z fig. 6. Jak pokazano w bloku 140 na fig. 6, w odpowiedzi na transmisję pochodzącą z przeglądarki, moduł przechwytujący 40 serwera odbiera strumień danych HTTP z serwera 20. Na potwierdzenie strumienia danych HTTP, moduł przechwytujący 40 serwera oblicza wartości kontrolne CRC dla strumienia danych HTTP i chwilowo pamięta strumień danych HTTP. Następnie, jak pokazano w bloku 145, moduł przechwytujący 40 serwera sprawdza strumień danych HTTP i określa, czy istnieje zapis podręczny serwera, odpowiadający lokalizatorowi URL strumienia danych HTTP. Jeżeli takie wejście istnieje, to wykonana jest ścieżka "tak" z bloku 145. Moduł przechwytujący 40 serwera porównuje następnie ostatnio obliczoną wartość kontrolną CRC strumienia danych odebranego z serwera 20 z wartością kontrolną CRC zapisu podręcznego serwera, odpowiadającego lokalizatorowi URL transmisji odpowiedzi pochodzącej z serwera, jak pokazano w bloku 150. Jeżeli wartości kontrolne CRC są takie same, to wykonana jest ścieżka "tak" z bloku 150. Moduł przechwytujący 40 serwera aktualizuje zapis SDT dla zapisu podręcznego serwera, jak pokazano w bloku 151 i usuwa chwilowo pamiętany strumień danych HTTP odebranych przez serwer 20, jak pokazano w bloku 152. Jeżeli wynik porównania wartości kontrolnych CRC wskazuje, że zapis podręczny serwera jest inny niż strumień danych HTTP odebranych z serwera 20, to wykonana jest ścieżka "nie" z bloku 150. Moduł przechwytujący 40 serwera pobiera z zapisu podręcznego serwera istniejące dane, jak pokazano w bloku 153, a następnie, jak pokazano w bloku 154, aktualizuje zapis podręczny serwera przez nowe informacje. Jak pokazano w bloku 154, ta aktualizacja obejmuje zapamiętanie w zapisie podręcznym serwera wartości kontrolnej CRC transmisji serwera, pamiętanej jako część zapisu podręcznego bieżącej daty i czasu jako wartości SDT dla zapisu podręcznego oraz zapamiętanie strumienia danych HTTP. W jednym z przypadków, gdy zapis podręczny serwera jest zaktualizowany lub gdy zapis podręczny serwera

13 jest identyczny ze strumieniem danych HTTP odebranych z serwera 20, moduł przechwytujący 40 serwera określa, czy zapis podręczny serwera jest identyczny z zapisem podręcznym klienta, odpowiadającym transmisji pochodzącej z przeglądarki. Ta operacja jest pokazana w bloku 155. Jeżeli moduł przechwytujący 40 serwera określa, że zapis podręczny, odpowiadający odpowiedzi odebranej z serwera 20 nie istnieje, to wykonana jest ścieżka "nie" z bloku 145. Zapis podręczny serwera jest tworzony, jak pokazano w bloku 146, przez zapamiętanie lokalizatora URL w odpowiedzi z serwera, przez zapamiętanie strumienia danych HTTP i przez zapamiętanie jako zapisu SDT bieżącej daty i czasu. Po utworzeniu zapisu podręcznego transmisji pochodzącej z przeglądarki, moduł przechwytujący 40 serwera porównuje następnie ponownie wartości kontrolne CRC zapisu podręcznego tego serwera z wartościami kontrolnymi CRC zapisu podręcznego klienta, jak pokazano w bloku 155. Jeżeli wynik porównania zapisu podręcznego serwera z zapisem podręcznym klienta wskazuje, że zapisy podręczne są identyczne, to przyjęta jest ścieżka "tak" z bloku 155 i wykonane są operacje z bloku 156. W bloku 156 pokazano, że moduł przechwytujący 40 serwera przesyła odpowiedź koherentną do modułu przechwytującego 30 klienta. Moduł przechwytujący 40 serwera przetwarza żądanie zapisu podręcznego w specjalny strumień danych klient/serwer, wysyłając odpowiedź koherentną i wysyłając wiek zero do modułu przechwytującego klienta. Jeżeli moduł przechwytujący 40 serwera określa, że zapis podręczny klienta nie jest identyczny z zapisem podręcznym serwera, odpowiadającym transmisji pochodzącej z przeglądarki, to przyjęta jest ścieżka "nie" z bloku 155 i wykonane są operacje z bloku 157. Jak pokazano w bloku 157, moduł przechwytujący 40 serwera przetwarza zapis podręczny serwera w specjalny strumień danych klient/serwer. Strumień danych zawiera wartości kontrolne CRC zapisu podręcznego serwera, strumień danych HTTP zapisu podręcznego serwera i wiek zapisu podręcznego, który jest ustawiony na zero. Ta specjalna transmisja klient/serwer jest następnie przesyłana przez zewnętrzne łącze komunikacyjne 35 do modułu przechwytującego 30 klienta. Funkcje modułu przechwytującego 30 klienta po potwierdzeniu transmisji z modułu przechwytującego 40 serwera będą opisane w odniesieniu do fig.4. Jak pokazano w bloku 160, moduł przechwytujący 30 klienta odbiera lub uzyskuje specjalny strumień danych klient/serwer, który był przesłany zewnętrznym łączem komunikacyjnym 35. Moduł przechwytujący 30 klienta określa następnie, jakiego typu odpowiedź odebrano z modułu przechwytującego 40 serwera, jak pokazano w bloku 165. Jeżeli moduł przechwytujący 40 serwera określa, że zapis podręczny klienta jest koherentny, to jest zapis podręczny klienta i zapis podręczny serwera są identyczne, to wykonane są operacje pokazane w bloku 166. Jak pokazano w bloku 160, moduł przechwytujący 30 klienta aktualizuje czas SDT zapisu podręcznego klienta, odpowiadającego transmisji pochodzącej z przeglądarki, o różnicę pomiędzy bieżącą datą i czasem a wiekiem odebranym z modułu przechwytującego 40 serwera. Tak wiec bez synchronizacji zegarów pierwszego komputera 5 i drugiego komputera 6 sprawdza się koherencję czasową zapisu podręcznego pierwszego komputera 5, aby uwzględnić nowsze dane z drugiego komputera 6. Po aktualizacji wartości SDT dla zapisu podręcznego klienta, odpowiadającego transmisji pochodzącej z przeglądarki, moduł przechwytujący 30 klienta przesyła zapis podręczny klienta do przeglądarki 10 jako strumień danych HTTP. Ta operacja jest pokazana w bloku 174. Jeżeli jednak moduł przechwytujący 30 klienta ustali, że odpowiedź jest typu danych lub strumienia danych, to obierana jest ścieżka "strumień" z bloku 165 i wykonywana jest operacja 167. Moduł przechwytujący 30 klienta odbiera strumień danych HTTP i chwilowo zapamiętuje te dane. Następnie, jak pokazano w bloku 170 z fig. 4, moduł przechwytujący 30 klienta określa, czy istnieje zapis podręczny, odpowiadający transmisji pochodzącej z przeglądarki. Jeżeli zapis podręczny istnieje, to obierana jest ścieżka "tak" z bloku 170 i jak pokazano w bloku 171, istniejący zapis podręczny jest usuwany. Moduł przechwytujący 30 klienta aktualizuje następnie zapis podręczny klienta, odpowiadający transmisji pochodzącej z przeglądarki, przez zapamiętanie wartości CRC strumienia HTTP odebranego z modułu prze-

14 chwytującego 40 serwera, przez zapamiętanie jako wartości SDT różnicy pomiędzy bieżącą datą i czasem a wiekiem odebranym z modułu przechwytującego 40 serwera i przez zapamiętanie strumienia danych HTTP. Ta operacja jest pokazana w bloku 172. Jeżeli nie istnieje zapis podręczny, odpowiadający transmisji pochodzącej z przeglądarki, to obierana jest ścieżka "nie" z bloku 170. Zapis podręczny klienta jest tworzony przez wykonanie operacji przedstawionych w bloku 173. W bloku 173 moduł przechwytujący 30 klienta tworzy zapis podręczny klienta przez zapamiętanie lokalizatora UTL strumienia danych HTTP odebranych z modułu przechwytującego 40 serwera przez zapamiętanie wartości CRC strumienia danych HTTP odebranych z modułu przechwytującego 40 serwera i przez zapamiętanie strumienia danych HTTP. Moduł przechwytujący 30 klienta aktualizuje wartości SDT lub zapamiętuje wartości SDT przez odjęcie od bieżącej daty i czasu wieku odebranego przez zewnętrzną linię komunikacyjną 35 z modułu przechwytującego 40 serwera. Chociaż zapis podręczny klienta jest tworzony przez wykonanie operacji przedstawionych w blokach 176, 172 lub 173, moduł przechwytujący 30 klienta przesyła lub dostarcza zapis podręczny klienta do przeglądarki 10 jako strumień danych HTTP. Te operacje są pokazane w bloku 174 z fig. 4. Zapis podręczny klienta i zapis podręczny serwera mogą być zrealizowane w pamięci lub pamięci masowej, takiej jak twardy dysk, dyski CD-ROM, optyczne lub w innych technikach pamięciowych. Ponadto moduł przechwytujący klienta i moduł przechwytujący serwera mogą być wykonane w postaci sprzętowej, programowej lub w ich kombinacji. Chociaż w przedstawianych przypadkach pamięci podręczne są umieszczane w pierwszym lub drugim komputerze 5 i 6, korzystne jest także, gdy pamięć podręczna nie jest umieszczona w pierwszym komputerze 5, ale znajduje się po prostu po tej samej stronie zewnętrznej linii komunikacyjnej 35, jak komputer. Zatem sprzętowa pamięć podręczna, służąca jako pamięć podręczna klienta, może być umieszczona na zewnątrz pierwszego komputera 5 i połączona z nim szybką transmisją, również gdy pamięć podręczna jest po tej samej stronie, co pierwszy komputer 5. W odmiennym rozwiązaniu według wynalazku moduł przechwytujący 40 serwera nie utrzymuje kopii strumienia danych HTTP odebranych z serwera 20, ale po prostu utrzymuje element katalogu dla transmisji. Element katalogu zawiera lokalizator URL transmisji, wartości CRC obliczone dla strumienia danych HTTP i czas odbioru strumienia danych HTTP z serwera i wartości SDT dla transmisji, które mogą być przyjęte jako czas, w którym były obliczane wartości CRC. W takim przypadku, gdy moduł przechwytujący 30 klienta wysyła żądanie do modułu przechwytującego 40 serwera dla transmisji, która odpowiada lokalizatorowi URL, dla którego moduł przechwytującego 40 serwera utrzymuje wartości CRC i STD, następnie moduł przechwytujący 40 serwera sprawdza wartości CRC otrzymane z modułu przechwytującego 30 klienta dla określenia, czy odpowiadają one wartościom CRC ostatniego strumienia danych HTTP dla określonego lokalizatora URL. Jeżeli tak, to wysyłana jest koherentna odpowiedź do modułu przechwytującego 30 klienta. Jeżeli nie, to moduł przechwytujący 40 serwera przesyła strumień danych HTTP otrzymany z modułu przechwytującego 30 klienta do serwera 20 i odsyła do modułu przechwytującego 30 klienta odpowiedź otrzymaną z serwera 20. Figury 7, 8, 9 i 10 przedstawiają sieci działań operacji wykonywanych przez moduł przechwytujący 30 klienta i moduł przechwytujący 40 serwera w innym rozwiązaniu według wynalazku, które wykorzystuje różnicowanie dla ograniczenia danych przesyłanych przez zewnętrzne łącze komunikacyjne 35. Jak pokazano na fig. 7, blok 200 ilustruje potwierdzenie przez moduł przechwytujący 30 klienta żądania HTTP z przeglądarki 10. jak pokazano na bloku 205, moduł przechwytujący 30 klienta sprawdza przejęte żądanie HTTP z przeglądarki 10 dla stwierdzenia, czy jest to żądanie dla wspólnego interfejsu przejścia CGI. Jeżeli nie jest to żądanie dla interfejsu przejścia, to moduł przechwytujący 30 klienta przepuszcza żądanie do modułu przechwytującego 40 serwera, jak pokazano na fig. 3 do 6 i przedstawiono w bloku 206 z fig. 7. Jeżeli jednakże transmisja pochodząca z przeglądarki odpowiada żądaniu interfejsu CGI, to obierana jest ścieżka "tak" z bloku 205. Jak pokazano w bloku 205, moduł

15 przechwytujący 30 klient/serwer określa, czy istnieje bazowy zapis podręczny klienta, odpowiadający strumieniowi danych HTTP, który był poprzednio dostarczony do przeglądarki w odpowiedzi na żądanie interfejsu CGI. To sprawdzenie żądania interfejsu CGI może być wykonane przez porównanie lokalizatora URL transmisji pochodzącej z przeglądarki z lokalizatorem URL zapamiętanym w bazowym zapisie podręcznym klienta. Bazowy zapis podręczny klienta może być inicjalizowany przez zapamiętanie pierwszego strumienia danych HTTP odebranego przez moduł przechwytujący 30 klienta, który ma być dostarczony do przeglądarki 10 dla danego lokalizatora URL. Ten bazowy zapis podręczny może być utrzymywany przez wiele żądań lub sesji przeglądarki 10. Bazowy zapis podręczny klienta może być aktualizowany, jak pokazano na fig. 7, 8, 9 i 10. Jeżeli istnieje bazowy zapis podręczny klienta, odpowiadający lokalizatorowi URL dla transmisji pochodzącej z przeglądarki, to wartość CRC, która ma być wysłana do modułu przechwytującego 40 serwera przez zewnętrzne łącze komunikacyjne 35, jest ustalana jako równa wartość CRC dla bazowego zapisu podręcznego klienta, jak pokazano w bloku 211 z fig. 7. Jeżeli nie istnieje bazowy zapis podręczny klienta, to obierana jest ścieżka "nie" z bloku 210 z fig. 7 i wartość CRC dla żądania, która ma być wysłana przez zewnętrzne łącze komunikacyjne 35 do modułu przechwytującego 40 serwera, jest kasowana. Ta operacja jest przedstawiona w bloku 212 z fig. 7. Blok 213 przedstawia operacje wysyłania żądania interfejsu CGI do modułu przechwytującego 40 serwera przez zewnętrzne łącze komunikacyjne 35. Jak przedstawiono w bloku 213, moduł przechwytujący 30 klienta przesyła żądanie HTTP i żądanie wartości CRC, które albo zostało ustalone na zero, jeżeli nie istnieje bazowy zapis podręczny klienta dla lokalizatora URL żądania interfejsu CGI, albo zostało ustalone jako wartość CRC bazowego zapisu podręcznego klienta, jeżeli zapis istnieje. Tak więc moduł przechwytujący 30 klienta przekształca żądanie interfejsu CGI na specjalny protokół klient/serwer, przesyła specjalną transmisję klient/serwer, która ma być odebrana przez moduł przechwytujący 40 serwera, przez zewnętrzne łącze komunikacyjne 35. Figura 9 przedstawia działania podjęte przez moduł przechwytujący 40 serwera, gdy odebrane jest żądanie interfejsu CGI. Potwierdzenie żądania interfejsu CGI przez moduł przechwytujący 40 serwera jest pokazane w bloku 220. Gdy moduł przechwytujący 40 serwera odbiera żądanie interfejsu CGI, zapamiętuje on kopię wartości CRC i żądania HTTP. Jak pokazano w bloku 221, moduł przechwytujący 40 serwera przesyła żądanie HTTP do serwera 20. Gdy moduł przechwytujący 40 serwera odbiera odpowiedź na żądanie HTTP, odpowiadające transmisji pochodzącej z przeglądarki lub żądanie interfejsu CGI, moduł przechwytujący 40 serwera odbiera tę odpowiedź jako strumień danych HTTP, jak pokazano w bloku 230 z fig. 10. Moduł przechwytujący 40 serwera zapamiętuje strumień danych HTTP i oblicza wartość CRC dla strumienia danych HTTP odebranych z serwera 20. Moduł przechwytujący 40 serwera zeruje także wartości różnicowe dla inicjalizacji różnicy danych. Moduł przechwytujący 40 serwera określa następnie, czy odpowiedź otrzymana jako transmisja pochodząca z serwera jest odpowiedzią na żądanie interfejsu CGI, jak pokazano w bloku 235. Jeśli tak, to obierana jest ścieżka "nie" z bloku 235 z fig. 10 i realizowane są operacje w bloku 236 dla wysłania strumienia danych HTTP do modułu przechwytującego klienta. Jak pokazano w bloku 236, ta operacja może polegać na tworzeniu pamięci podręcznej, co pokazano na fig. 3 do 6. Jeżeli odpowiedź odebrana w bloku 230 jest odpowiedzią na żądanie interfejsu CGI, to odbierana jest ścieżka "tak" z bloku 235 i moduł przechwytujący 40 serwera określa następnie, czy istnieje bazowy zapis podręczny serwera dla odpowiedzi interfejsu CGI, jak pokazano w bloku 240. Bazowy zapis podręczny serwera może być utworzony, gdy moduł przechwytujący 40 serwera pierwszy raz odbiera odpowiedź na żądanie interfejsu CGI. W tym przypadku wynik warunku przedstawionego w bloku 240 będzie powodował obranie ścieżki "nie" z bloku 240. Moduł przechwytujący 40 serwera będzie następnie tworzył bazowy zapis podręczny serwera, odpowiadający żądaniu interfejsu CGI przez zapamiętanie lokalizatora URL dla interfejsu CGI, strumienia danych HTTP dla odpowiedzi na żądanie interfejsu CGI i wartości CRC dla strumienia danych HTTP. Ta operacja jest przedstawiona w bloku 241. Dla zgodności z kohe-

16 rentnym systemem tworzenia pamięci podręcznej, opisanej na fig. 3 do 6, bazowy zapis podręczny serwera może także zawierać zapisy SDT. Termin forma bazowa interfejsu CGI serwera odnosi się tutaj do bazowego zapisu podręcznego serwera, odpowiadającego żądaniu interfejsu CGI otrzymanemu z przeglądarki 10. Jeżeli istnieje bazowy zapis podręczny serwera, odpowiadający żądaniu interfejsu CGI, to obierana jest ścieżka "tak" z bloku 240. Moduł przechwytujący 40 serwera porównuje wartość CRC bazowego zapisu podręcznego serwera z wartościami CRC odpowiedzi otrzymanej z serwera 20. Te operacje są przedstawione w bloku 245 z fig. 10. Jeżeli wartości CRC są takie same, to moduł przechwytujący 40 serwera określa, czy wartość CRC bazowego zapisu podręcznego serwera odpowiada wartości CRC bazowego zapisu podręcznego klienta. Jeżeli te dwie wartości są takie same, to bazowy zapis podręczny klienta, bazowy zapis podręczny serwera i odpowiedź otrzymana z serwera 20, wszystkie zawierają ten sam strumień danych HTTR Porównanie bazowego zapisu podręcznego serwera i bazowego zapisu podręcznego klienta jest przedstawione w bloku 250. Jeżeli oba bazowe zapisy podręczne są takie same, to moduł przechwytujący serwera nie. potrzebuje przesyłać bazowego zapisu podręcznego do modułu przechwytującego 30 klienta, a więc jak pokazano w bloku 251, strumień danych HTTP, który ma być przesłany do modułu przechwytującego 30 klienta, jest zerowany. Moduł przechwytujący 40 serwera przetwarza następnie strumień danych HTTP odebrany z serwera 20 na specjalny protokół komunikacyjny klient/serwer przez przesłanie wartości CRC strumienia danych HTTP, zapamiętanego w bazowym zapisie podręcznym serwera, odpowiadającego żądaniu interfejsu CGI, wyzerowany strumień danych HTTP i wyzerowaną różnicą danych dla wskazania, że odpowiedź na żądanie interfejsu CGI była identyczna z bazowym zapisem podręcznym klienta, jak pokazano w bloku 252. Wracając do bloku 245, jeżeli wartość CRC dla bazowego zapisu podręcznego serwera, odpowiadającego żądaniu interfejsu CGI jest różna niż wartość CRC dla odpowiedzi otrzymanej z serwera w odpowiedzi na żądanie interfejsu CGI pochodzące z przeglądarki, to obierana jest ścieżka "nie" z bloku 245. Moduł przechwytujący 40 serwera wykonuje następnie operacje przedstawione w bloku 246. Moduł przechwytujący 40 serwera porównuje przechwyconą odpowiedź interfejsu CGI do bazowego zapisu podręcznego serwera, odpowiadającą przejętemu żądaniu interfejsu CGI lub bazowej formy interfejsu CGI serwera. To porównanie przejętej odpowiedzi interfejsu CGI z bazową formą interfejsu CGI serwera daje różnicę danych interfejsu CGI, która odpowiada różnicy pomiędzy przejętą odpowiedzią interfejsu CGI i formą bazową interfejsu CGI serwera. Różnicowanie może być wykonane dowolnym sposobem pozwalającym określić różnicę pomiędzy formą podstawową a formą zmodyfikowaną. Moduł przechwytujący 40 serwera określa następnie, czy forma bazowa interfejsu CGI serwera wymaga aktualizacji, jak pokazano w bloku 247. To określenie może być wykonane przez ustalenie, czy średnia różnica danych pomiędzy przejętą odpowiedzią interfejsu CGI i formą bazową interfejsu CGI serwera jest powyżej wstępnie ustalonego progu. Inne sposoby określenia, czy bazowy zapis podręczny serwera, odpowiadający żądaniu interfejsu CGI, powinien być aktualizowany, mogą dotyczyć koherentności czasu, tak jak przedstawiono na fig. 3 do 6, lub innych sposobów pozwalających określić, czy różnica danych wzrosła w takim stopniu, że przebazowanie dla utworzenia nowego bazowego zapisu podręcznego może poprawić parametry systemu. Jeżeli przebazowanie nie jest wymagane, to obierana jest ścieżka "nie" z bloku 247 i moduł przechwytujący 40 serwera wykonuje następnie operacje przedstawione w bloku 250 dla określenia, czy wartość CRC bazowego zapisu podręcznego klienta jest taka sama, jak wartość CRC bazowego zapisu podręcznego serwera lub forma bazowa interfejsu CGI serwera jest identyczna z formą bazową interfejsu CGI klienta, które są zapisami podręcznymi serwera i klienta, odpowiadającymi określonemu żądaniu interfejsu CGI z transmisji pochodzącej z przeglądarki. Jeżeli formy bazowe są takie same, to klient nie musi być przebazowany i strumień informacji HTTP jest zerowany, jak przedstawiono w bloku 251. Moduł przechwytujący 40 serwera następnie wysyła różnicę odpowiedzi do modułu przechwytującego 30

17 klienta przez wysłanie wartości CRC bazowego zapisu podręcznego serwera, odpowiadającego żądaniu interfejsu CGI, to jest wartości CRC formy bazowej interfejsu CGI serwera, przez wysłanie wyzerowanego strumienia danych HTTP, który odpowiada danym bazowym i przez wysłanie różnicy danych określonych w bloku 246. Te operacje są ponownie pokazane jako blok 252 z fig. 10. Jeżeli moduł przechwytujący 40 serwera określa, że wartości CRC nie są takie same dla formy bazowej interfejsu CGI klienta i formy bazowej interfejsu CGI serwera, to klient powinien się przebazować. Operacja przebazowania klienta zawiera wysłanie formy bazowej interfejsu CGI serwera do modułu przechwytującego 30 klienta. Dla wykonania tej operacji, moduł przechwytujący 40 serwera ustala strumień danych HTTP, jakie mają być przesłane do modułu przechwytującego 30 klienta, jako równy formie bazowej interfejsu CGI serwera. Ta operacja jest przedstawiona w bloku 253. Moduł przechwytujący 40 serwera przekształca strumień danych HTTP odebranych z serwera w specjalny protokół klient/serwer przez przesłanie wartości CRC formy bazowej interfejsu CGI, strumienia danych HTTP, odpowiadającego formie bazowej interfejsu CGI serwera i przesłaniu różnicy danych pomiędzy formą bazową interfejsu CGI, a odpowiedzią odebraną z serwera, jak to pokazano w bloku 252. Ta informacja jest następnie przesyłana przez zewnętrzne łącze komunikacyjne 35 do modułu przechwytującego 30 klienta. Wracając do bloku 247, jeżeli wymagane jest przebazowanie serwera, to obierana jest ścieżka "tak" z bloku 247. Jak pokazano w bloku 248, moduł przechwytujący 40 serwera aktualizuje bazowy zapis podręczny serwera, odpowiadający transmisji pochodzącej z przeglądarki, ze strumieniem danych HTTP otrzymanym z serwera. Wartość CRC odpowiedzi jest także aktualizowana, a różnica danych interfejsu CGI jest zerowana. Moduł przechwytujący 40 serwera porównuje następnie wartość CRC nowego zapisu podręcznego serwera, jak pokazano w bloku 250 i kończy przesyłanie, jak opisano powyżej. Działania modułu przechwytującego 30 klienta po potwierdzeniu odpowiedzi modułu przechwytującego 40 serwera są pokazane na fig. 8. Potwierdzenie odpowiedzi modułu przechwytującego; 40 serwera przez moduł przechwytujący 30 klienta jest przedstawione w bloku 260. Jak pokazano w bloku 265, moduł przechwytujący 30 klienta określa, czy odpowiedź jest odpowiedzią na żądanie interfejsu CGI. Jeżeli odpowiedź nie jest odpowiedzią na żądanie interfejsu CGI, to moduł przechwytujący 30 klienta wykonuje operacje w bloku 267, które mogą zawierać operacje tworzenia pamięci podręcznej pokazanej na fig. 3 do 6. Jeżeli jednak odpowiedź jest odpowiedzią na żądanie interfejsu CGI, to obierana jest ścieżka "tak" z bloku 265. Moduł przechwytujący 30 klienta zapamiętuje dane strumienia danych HTTP, dane różnicy i wartość CRC uzyskaną ze specjalnego strumienia danych klient/serwer, przesyłanego przez zewnętrzne łącze komunikacyjne. Te operacje są przedstawione w bloku 266 na fig. 8. Moduł przechwytujący 30 klienta określa, czy istnieje bazowy zapis podręczny klienta, odpowiadający przejętemu żądaniu interfejsu CGI, który zawiera formę bazową interfejsu CGI klienta. To badanie jest pokazane w bloku 270 i może być wykonane przez sprawdzenie lokalizatora URL żądania HTTP lub odpowiedzi HTTP. Jeżeli istnieje forma bazowa interfejsu CGI klienta, to obierana jest ścieżka "tak" z bloku 270. Moduł przechwytujący 30 klienta porównuje następnie wartości CRC, otrzymane przez zewnętrzne łącze komunikacyjne, z wartościami CRC formy bazowej interfejsu CGI klienta, jak pokazano w bloku 275. Jeżeli są one różne, to obierana jest ścieżka "nie" z bloku 275 i klient przebazowuje się, aktualizując formę bazową interfejsu CGI przez zamianę bazowego zapisu podręcznego klienta, odpowiadającego lokalizatorowi URL żądania interfejsu CGI z transmisji pochodzącej z przeglądarki ze strumieniem danych HTTP otrzymanym przez zewnętrzne łącze komunikacyjne 35 z modułu przechwytującego 40 serwera. Bazowy zapis podręczny klienta jest także aktualizowany w stosunku do wartości CRC dla strumienia danych HTTP. Te operacje są przedstawione w bloku 276 na fig. 8. Jeżeli wartość CRC otrzymana przez zewnętrzne łącze komunikacyjne 35 jest taka sama, jak wartość CRC formy bazowej interfejsu CGI, to forma bazowa interfejsu CGI serwera modułu przechwytującego serwera jest taka sama, jak forma bazowa interfejsu CGI klienta modułu przechwytującego 30 klienta i odbierana jest ścieżka "tak" z bloku 275.

18 Jeśli formy bazowe są takie same lub klient jest przebazowywany, operacje przedstawione w bloku 277 są wykonywane przez moduł przechwytujący 30 klienta. Blok 277 przedstawia odtwarzanie przez moduł przechwytujący 30 klienta strumienia danych HTTP odpowiadającego transmisji z serwera 20 ze specjalnego strumienia danych klient/serwer, otrzymanego przez zewnętrzne łącze komunikacyjne 35, przez łączenie formy bazowej interfejsu CGI klienta z różnicą danych interfejsu CGI, otrzymaną przez zewnętrzne łącze komunikacyjne 35 dla utworzenia strumienia danych HTTP odpowiadającego przejętej odpowiedzi interfejsu CGI. Jak pokazano w bloku 278, ta odpowiedź jest następnie dostarczana do przeglądarki jako strumień danych HTTP. Jeżeli nie istnieje forma bazowa interfejsu CGI odpowiadającym lokalizatorowi URL klienta żądaniu interfejsu CGI, to obierana jest ścieżka "nie" z bloku 270 z fig. 8. Jak pokazano w bloku 271, moduł przechwytujący 30 klienta tworzy bazowy zapis podręczny klienta, odpowiadający lokalizatorowi URL żądania interfejsu CGI, przez zapamiętanie lokalizatora URL, wartości CRC strumienia danych HTTP odebranego przez zewnętrzne łącze komunikacyjne 35 z modułu przechwytującego 40 serwera i aktualnych danych strumienia danych HTTP. Zapamiętując te informacje tworzy on bazowy zapis podręczny klienta, odpowiadający przejętemu żądaniu interfejsu CGI, a wiec tworzy formę bazową interfejsu CGI klienta. Moduł przechwytujący 30 klienta może następnie wykonać operacje z bloku 277 przez odtworzenie strumienia danych HTTP poprzez dodawanie lub łączenie formy bazowej interfejsu CGI klienta z różnicą danych interfejsu CGI, które mogły zostać wyzerowane. Przedstawiona technika różnicowania może być także zastosowana do danych nie będących danymi interfejsu CGI. W takim przypadku moduł przechwytujący 40 serwera może potrzebować utworzyć wiele bazowych zapisów podręcznych serwera dla umożliwienia, aby moduły przechwytujące 30 przeglądarek dołączone do serwera mogły mieć różne formy bazowe. Moduł przechwytujący 40 serwera może następnie porównać wartości CRC otrzymane z modułu przechwytującego 30 klienta z wartościami CRC każdej wcześniej utworzonej formy bazowej serwera, aż do uzyskania zgodności. Moduł przechwytujący 40 serwera może następnie opcjonalnie przebazować moduł przechwytujący 30 klienta lub po prostu dostarczyć dane różnicowe do modułu przechwytującego 30 klienta. Tak więc metodologie różnicowania, opisane tu w odniesieniu do żądania interfejsu CGI, mogą również być stosowane do dowolnego żądania lub odpowiedzi HTTP. Dla ograniczenia pamięci lub wymagań dotyczących zapamiętywania i stosowania sposobów tworzenia pamięci podręcznych opisanych powyżej, można stosować następujące korzystne sposoby różnicowania żądań nie będących żądaniami interfejsu CGI. W tym korzystnym wykonaniu moduł przechwytujący serwera oblicza różnicę pomiędzy formą bazową serwera, odpowiadającą żądaniu i strumieniowi danych HTTI odpowiedzi z serwera. Te dane różnicowe są następnie zapamiętywane w module przechwytującym serwera. Forma bazowa serwera jest następnie aktualizowana przez zastępowanie formy bazowej nową odpowiedzią serwera z uwzględnieniem aktualizacji wartości CRC formy bazowej. Jednakże zamiast odrzucenia starej wartości CRC, wartości CRC poprzednich form bazowych są zapamiętywane jako dane różnicowe. Poprzednie generacje danych różnicowych i wartości CRS są następnie selektywnie przesyłane do modułu przechwytującego klienta w oparciu o wartości CRC formy bazowej klienta, odpowiadającej żądaniu nie pochodzącemu z interfejsu CGI. Jako przykład sposobu różnicowania danych nie będących; danymi interfejsu CGI, gdy moduł przechwytujący serwera odbiera żądanie danych nie będących danymi interfejsu CGI, temu żądaniu powinna towarzyszyć wartość CRC formy bazowej umieszczonej w module przechwytującym klienta, odpowiadającym lokalizatorowi URL żądania danych nie będących danymi interfejsu CGI. Gdy moduł przechwytujący serwera odebrał odpowiedź od serwera, może obliczyć wartość CRC odpowiedzi. Moduł przechwytujący serwera oblicza następnie różnicę pomiędzy odpowiedzią i formą bazową serwera dla lokalizatora URL i zapamiętuje różnice danych. Moduł przechwytujący serwera aktualizuje formę bazową serwera z danymi odpowiedzi i archiwizuje wartość CRC poprzedniej formie bazowej i różnicę danych pomiędzy odpowiedzią i starą formą bazową. Moduł przechwytujący serwera porównuje następnie wartość CRC formy bazowej klienta z wartością CRC formy bazowej serwera i dowolną

19 zapamiętaną lub zarchiwizowaną wartością CRC dla określenia, czy zaistniała zgodność. Jeżeli nie ma zgodności, odpowiedź jest po prostu wysyłana do modułu przechwytującego klienta. Jeżeli istnieje zgodność, to dane różnicowe odpowiadające zgodnym wartościom CRC i kolejne dane różnicowe, włączając w to bieżące dane różnicowe, są przesyłane do modułu przechwytującego klienta. Moduł przechwytujący klienta doprowadza dane różnicowe do formy bazowej klienta, dla odtworzenia odpowiedzi. Tak. więc, jeżeli istnieje zgodność wartości CRC z wartością CRC formy bazowej, starszej o trzy generacje, to trzy zbiory danych różnicowych powinny być wysłane do modułu przechwytującego klienta, a tworzenie odpowiedzi powinno być wykonane przez doprowadzenie trzech kolejnych zbiorów danych różnicowych do formy bazowej klienta. Jeżeli jednak liczba zbiorów danych różnicowych lub wymiary zbiorów danych różnicowych, wymaganych do odtworzenia odpowiedzi, jest tak duża, że przesłanie rzeczywistej odpowiedzi wymaga mniejszego transferu danych, to sama odpowiedź może być przesłana przez moduł przechwytujący serwera. W każdym przypadku po odtworzeniu lub odebraniu odpowiedzi, moduł przechwytujący klienta powinien aktualizować formę bazową klienta dla żądania lokalizatora URL z danymi odpowiedzi i aktualizować wartość CRC z wartością CRC dla odpowiedzi. Ponieważ forma bazowa klienta jest aktualizowana za każdym razem, gdy jest odbierana odpowiedź dla określonego lokalizatora URL, pamięć podręczna klienta opisana powyżej może być stosowana jako pamięć podręczna dla formy bazowej klienta, eliminując przez to potrzebę zastosowania oddzielnej pamięci podręcznej form bazowych klienta, jeżeli stosuje się różnicowanie dla żądań nie będących w zgodzie z interfejsem CGI. Dodatkowe oszczędności w transmisji mogą być uzyskane na bazie redundancji bezstanowego protokołu komunikacyjnego, takiego jak protokół HTTP. W takim protokole klient przesyła informacje o sobie do serwera za każdym razem, gdy inicjowana jest transmisja. Podobnie serwer podaje klientowi specjalne informacje o sobie, gdy inicjowana jest odpowiedź. W odmiennym przykładzie wykonania wynalazku pierwszy komputer 5 przesyła do drugiego komputera 6 specjalne informacje komputerowe, odpowiadające zdefiniowanym charakterystykom komputera. Drugi komputer 6 zapamiętuje te specjalne informacje komputerowe. Następnie pierwszy komputer 5 usuwa te specjalne informacje komputerowe z kolejnych transmisji pochodzących z przeglądarki przed transmisją przez zewnętrzne łącze komunikacyjne 35. Drugi komputer 6 odtwarza następnie oryginalne transmisje pochodzące z przeglądarki przez łączenie zapamiętanych, specjalnych informacji komputerowych z kolejnymi transmisjami odbieranymi przez zewnętrzne łącze komunikacyjne 35 dla utworzenia strumienia danych HTTP. Oprócz usunięcia specjalnych informacji komputerowych z transmisji pochodzących z przeglądarki, te specjalne informacje komputerowe mogą być także usunięte z transmisji pochodzących z serwera. W takim przypadku drugi komputer 6 z fig. 2 dostarcza do pierwszego komputera 5 przez zewnętrzne łącze komunikacyjne 35 specjalne informacje komputerowe, odpowiadające zdefiniowanym charakterystykom drugiego komputera 6. Pierwszy komputer 5 zapamiętuje te specjalne informacje dla uzyskania informacji nagłówkowych serwera w kolejnych transmisjach, drugi komputer 6 usuwa te specjalne informacje komputerowe z kolejnych transmisji pochodzących z serwera i przesyła pozostałą część transmisji pochodzącej z serwera przez zewnętrzne łącze komunikacyjne 35. Pierwszy komputer 5 odbiera transmisje przez zewnętrzne łącze komunikacyjne i odtwarza oryginalne transmisje pochodzące z serwera przez łączenie informacji nagłówkowych serwera ze strumieniem specjalnych danych klient/serwer, odbieranym przez zewnętrzne łącze komunikacyjne, dla utworzenia strumienia danych HTTP. W obu przypadkach operacje usuwania specjalnych informacji komputerowych i zapamiętywania informacji dla tworzenia albo informacji nagłówkowych serwera albo informacji nagłówkowych klienta są wykonywane przez moduł przechwytujący 30 klienta albo przez moduł przechwytujący 40 serwera, zależnie od tego, czy operacja jest wykonywana w pierwszym komputerze 5 czy w drugim komputerze 6. W rozwiązaniu według wynalazku przeglądarka 10 może komunikować się z modułem przechwytującym 30 klienta, wykorzystując protokół sterowania transmisją w sieci TCP/IP.

20 Protokół TCP może także być używany do komunikacji pomiędzy modułem przechwytującym 30 klienta a modułem przechwytującym 40 serwera przez zewnętrzne łącze komunikacyjne 35. Na koniec, protokół TCP może być używany do komunikacji pomiędzy modułem przechwytującym 40 serwera a serwerem 20. Chociaż protokół TCP może być używany do komunikacji pomiędzy różnymi składnikami tworzącymi system, protokół HTTP nie daje jednak najskuteczniejszych środków dla komunikacji przez zewnętrzne łącze komunikacyjne. Dla poprawy parametrów zewnętrznego łącza komunikacyjnego 35, tworzy się "gniazda wirtualne", które są używane w połączeniu pomiędzy przeglądarką a modułem przechwytującym 30 klienta i pomiędzy modułem przechwytującym 40 serwera a serwerem 20. Działanie tego gniazda wirtualnego będzie opisane w odniesieniu do fig. 11 do 17. Figura 11 przedstawia schemat blokowy jednego z możliwych wykonań wynalazku, wykorzystujący koncepcje gniazda wirtualnego. Jak pokazano na fig. 11, pierwszy komputer 5 i drugi komputer 6 są połączone przez zewnętrzne łącze komunikacyjne 35. Przeglądarka 10 ma wiele gniazd rzeczywistych, które łączą przeglądarkę 10 z modułem przechwytującym 30 klienta. Jak pokazano na fig. 11, pierwsze gniazdo rzeczywiste 65a jest na przeglądarce 10, a gniazdo 65b jest na module przechwytującym 30 klienta. To pierwsze gniazdo rzeczywiste jest gniazdem połączenia TCP realizującego protokół TCP, przez które żądania przeglądarki 10 są dalej doprowadzone do modułu przechwytującego 30 klienta. Gdy przeglądarka 10 żąda nowego połączenia TCP, komunikacja zachodzi przez gniazdo rzeczywiste 65a, które jest odbierane przez gniazdo rzeczywiste 65b. Moduł przechwytujący 30 klienta tworzy następnie kolejne gniazdo rzeczywiste dla komunikacji z przeglądarką 10. Jak pokazano na fig. 11, tworzonych jest wiele gniazd rzeczywistych na przeglądarce 10, które odpowiadają gniazdom rzeczywistym tworzonym na module przechwytującym 30 klienta. Gniazda rzeczywiste 60a do 64a są na przeglądarce i gniazda rzeczywiste 60b do 64b są na module przechwytującym 30 klienta. Te gniazda rzeczywiste są elementami, przez które przeglądarka komunikuje się z modułem przechwytującym 30 klienta. Po utworzeniu gniazd rzeczywistych 60a do 64a i 60b do 64b, transmisje przez te gniazda są multipleksowane na gniazdo rzeczywiste 36a, które zapewnia dostęp modułu i przechwytującego 30 klienta do zewnętrznego łącza komunikacyjnego 35 Gniazda rzeczywiste 36a i 36b są tworzone, gdy żądanie jest przesyłane przez gniazdo rzeczywiste 37a pierwszego komputera 5 do gniazda rzeczywistego 37b drugiego komputera 6. Po potwierdzeniu żądanego połączenia przez gniazdo rzeczywiste 37b, tworzone są gniazda rzeczywiste 36a i 36b. Gniazda 37a i 37b działają jak pierwsze gniazda rzeczywiste dla komunikacji między modułem przechwytującym klienta i modułem przechwytującym serwera i mogą być wykorzystywane tylko dla ustanowienia połączenia pomiędzy dwoma modułami przedstawianymi przez gniazda 36a i 36b. Każde z tych gniazd rzeczywistych działa pod standardowymi protokołami TCP/IP. Gdy transmisje są odbierane przez drugi komputer 6, przez zewnętrzne łącze komunikacyjne 35, są one odbierane w gnieździe rzeczywistym 36b. Moduł przechwytujący 40 serwera demultipleksuje następnie transmisje odebrane na gnieździe 36b i dostarcza je na gniazdo dla transmisji do serwera 20. Tak więc na przykład transmisje przez gniazdo 60a do gniazda 60b, dla żądania informacji ze specjalnego lokalizatora URL, będą multipleksowane na gniazdo 36a odbierane na gnieździe 36b, demultipleksowane przez moduł przechwytujący 40 serwera i przesyłane z gniazda 60c do gniazda 60d na serwerze 20. Podobnie transmisje pojawiające się na gnieździe 61 a są odbierane przez gniazdo 61b, multipleksowane przez moduł przechwytujący 30 klienta i przesyłane z gniazda 36a do gniazda 36b, gdzie moduł przechwytujący 40 serwera demultipleksuje transmisję i przesyła ją z gniazda 61c do gniazda 61 d. Transmisje przez gniazda 60a i 60b, 61a i 61b, 62a i 62b, 63a i 63b oraz 64a i 64b są przesyłane przez gniazda pomiędzy modułem przechwytującym 40 serwera a serwerem 20 przez gniazda 60c i 60d, 61c i 61d, 62c i 62d, 63c i 63d oraz 64c i 64d. W podobny sposób, odpowiedzi na żądania z przeglądarki 10 przez serwer 20 są także przesyłane przez gniazda połączone z serwerem 20 do modułu przechwytującego 40 serwera i przez zewnętrzne łącze komunikacyjne 35 do modułu przechwytującego 30 klienta, a następnie do przeglądarki 10. Tak więc na przykład odpowiedź pochodząca z serwera 20 może być przesłana przez gniazdo 60d do gniazda 60c i multipleksowana przez moduł przechwy-