CZ287988B6 - Způsob zvýšení výkonnosti systému klient/server a zařízení a počítačový programový produkt k jeho provádění - Google Patents

Způsob zvýšení výkonnosti systému klient/server a zařízení a počítačový programový produkt k jeho provádění Download PDF

Info

Publication number
CZ287988B6
CZ287988B6 CZ19973542A CZ354297A CZ287988B6 CZ 287988 B6 CZ287988 B6 CZ 287988B6 CZ 19973542 A CZ19973542 A CZ 19973542A CZ 354297 A CZ354297 A CZ 354297A CZ 287988 B6 CZ287988 B6 CZ 287988B6
Authority
CZ
Czechia
Prior art keywords
server
client
computer
communication
block
Prior art date
Application number
CZ19973542A
Other languages
English (en)
Other versions
CZ354297A3 (cs
Inventor
Reed Richard Bittinger
Michael Levi Fraenkel
Barron Cornelius Housel
David Bruce Lindquist
Original Assignee
International Business Machines Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corporation filed Critical International Business Machines Corporation
Publication of CZ354297A3 publication Critical patent/CZ354297A3/cs
Publication of CZ287988B6 publication Critical patent/CZ287988B6/cs

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Způsob spočívá v tom, že se zachytí komunikace v nezávislém komunikačním protokolu klient/server, vytvořeném první aplikací, před přenosem těchto komunikací po externím komunikačním spoji (35), konvertují se komunikace, vytvořené první aplikací, na druhý specifický komunikační protokol klient/server, přenesou se konvertované komunikace přes externí komunikační spoj (35) jako specifický komunikační protokol klient/server, přijmou se komunikace, přenášené přes externí komunikační spoj (35), konvertují se komunikace, přijaté přes externí komunikační spoj (35), ze specifického komunikačního protokolu klient/server na nezávislý komunikační protokol klient/server, poskytují se komunikace, vytvořené první aplikací, druhé aplikaci v nezávislém komunikačním protokolu klient/server. Zařízení a počítačový programový produkt sestávají z prostředků k provedení těchto způsobových kroků.ŕ

Description

Způsob zvýšení výkonnosti systému klient/server a zařízení a počítačový programový produkt k jeho provádění
Oblast techniky
Vynález se týká způsobu zvýšení výkonnosti systému klient/server, který má první aplikaci rezidentní na prvním počítači a komunikují s druhou aplikací rezidentní na druhém počítači, vzdáleném od prvního, přičemž první aplikace a druhá aplikace využívají nezávislý komunikační protokol klient/server ke komunikaci mezi klientem a serverem a alespoň jedním segmentem komunikace mezi první aplikací na prvním počítači a druhou aplikací na druhém počítači přes externí komunikační spoj. Vynález se dále týká zařízení a počítačového programového produktu k provádění tohoto způsobu.
Dosavadní stav techniky
Nedávná publicita a důraz na „informační superdálnici“ měly za následek zvýšení povědomí o Internetu a jeho přijetí jako masového komunikačního média. Toto široce založené poznání možností Internetu jako životaschopného média pro komunikaci a interakci mezi mnoha různými sítěmi rovněž vytvořilo rozsáhlou uživatelskou bázi vybudovanou na internetových standardizačních protokolech pro interakci mezi počítačovými sítěmi.
Typické pro Internet je to, že je zde vztah typu klient-server, kde internetový klient - browser komunikuje s internetovým serverem. V zájmu dosažení lepšího přístupu na Internet jsou postupně komunikační protokoly a jazyky používané klienty a servery standardizovány. Tyto protokoly zahrnují i Hyper-Text Transfer Protocol (HTTP), který je komunikačním protokolem používaným pro komunikaci mezi klienty a servery, a dále Transfer Control Protocol/Intemet Protocol (TCP/IP), kde část protokolu TCP představuje přenosově specifický protokol pro komunikaci mezi počítači nebo aplikacemi. Standardizovaný je rovněž jazyk, v kterém klienti a servery vzájemně komunikují a který se nazývá Hyper-Text Markup Language (HTML). Protože jsou tyto protokoly a jazyk strojově nezávislé a protože používají k odesílání informací protokol s minimalizací propojení a nejlepším výkonem, je každá transakce plně samostatná. To znamená, například, že každé hlášení od klienta obsahuje informace o schopnostech prohlížeče - browseru a je nezávislé z pohledu komunikace, která má být dokončena, na jakýchkoliv dalších komunikacích. Tato samostatnost komunikace mezi klientem a serverem se označuje jako „nestavová“ komunikace, která zvyšuje u dané komunikace množství dat, jež může být přenášeno mezi klientem a serverem.
V kontextu World Wide Web aplikací typu klient/server může být klientem web browser, který vytváří uživatelské rozhraní. Tento web browser odesílá požadavky uživatele na příslušný web server a formátuje a zobrazuje data HTML vrácená z web serveru. Web browser rovněž vyhodnocuje tato data HTML s cílem určit, zda se zde nachází mnoho vložených hyper-link příkazů, které by vyžadovaly následné požadavky browseru, jež by pak byly browserem iniciovány. Web server pracuje jako server pro klienta a zpracovává požadavky web browserů a odpovídá jim na požadavky ve formě části dat HTML v datovém toku HTTP.
Příkladem typické komunikace world wide web je případ, kdy web browser iniciuje požadavek na domovskou stránku - „home page“ z web serveru, neboť to ilustruje základní vztah mezi HTTP, HTML, TCP a web browseru a serverem. Když uživatel web browseru požaduje informace ze specifického místa web, iniciuje web browser komunikaci sweb serverem odesláním požadavku typu „získat“ na web server se specifikací Universal Resource Locator (URL) požadovaného místa web, např. na již zmíněnou domovskou stránku. URL představuje adresu místa web a je jedinečný v celé síti Internet. Web server by potom získal a poslal web browseru data HTML odpovídající domovské stránce specifikované URL. Tato operace může zahrnovat další komuni
-1 CZ 287988 B6 kace na Internetu ze strany web serveru Internetu, anebo URL může specifikovat server v lokální síti, k němuž je browser připojen. Web browser by potom vyhodnotil přijatá data HTML jako datový tok HTTP od web serveru, aby zjistil, zda se zde nevyskytují vložené spoje typu hyperlink, jako jsou ikony a obrázky, a pokud se vyskytují, iniciuje požadavky specifikující pro URL hyper-link, jak získat potřebná data. Takto obdržená data jsou pak začleněna do domovské stránky a zobrazena uživateli. Jak je z tohoto příkladu zřejmé, jednoduchý uživatelský vstupní požadavek od web browseru může mít za následek mnohonásobné dodatečné požadavky, které provádí web browser automaticky v reakci na přijatá data HTML odpovídající vstupnímu požadavku uživatele.
Popularita web browseru/web serveru a jejich společných informačních a přenosových protokolů, HTML a HTTP, vedla k rychlému přijetí technologie web jako univerzálního stykového rozhraní pro přístup k informacím na síti. Dále v důsledku standardizace protokolů a jazyka pro komunikaci mezi web browsery a web servery budou komunikační protokoly a jazyk stejné, nezávisle na tom, zda uživatel pracuje s programem Netscape Navigátor, NCSA Mosaic, WebExplorer nebo jakýmkoli jiným web browserem, který mu umožňuje přístup k síťovým informacím. To znamená, že velká instalovaná uživatelská báze pro web browsery zkombinovaná s připojením na Internet a snadnost zapisování na aplikační web servery pomocí definovaného HTTP rozhraní Common Gateway Interface (CGI) vytváří z technologie web velmi atraktivní prostředek pro velkou třídu aplikací založených na formulářích.
V době, kdy rostla popularita Internetu a rozšiřovala se jeho dostupnost, rostla rovněž i popularita mobilního výpočetnictví. Používání laptopů, notebooků, prostředků Personál Digital/Communication Assistants (PDA/PCA) a dalších přenosných zařízení vedlo ke zvýšení požadavků na bezdrátovou komunikaci. Dálkové bezdrátové komunikační sítě, celulámí komunikace a paketové radiospojení však trpí společnými omezeními v situacích, kdy se používají v kontextu web. Vysoké náklady na komunikaci při přepočtení na jeden byte, pomalá časová odezva, malá šířka pásma a nespolehlivost - to vše brání použití bezdrátové technologie pro nestavový komunikační protokol World Wide Web. Protože je protokol web nestavový, je i množství dat na jeden požadavek a také počet požadavků přenášených po bezdrátových spojeních větší, než by to bylo nezbytné, kdyby komunikace nebyla samostatná. Takže kombinace bezdrátové technologie nebo jiné pomalé komunikační technologie s technologií web se zdá být nepraktická, protože síla technologie web je v její univerzální povaze, a ta obnažuje slabosti bezdrátové technologie.
Podstata vynálezu
Ve světle výše uvedených omezení je jedním z cílů tohoto vynálezu využít výhod již instalované uživatelské báze technologie World Wide Web v pomalých komunikačních prostředích, jako jsou právě bezdrátové komunikace.
Dalším cílem tohoto vynálezu je užití stávajících komunikačních protokolů a jazyků v pomalém nebo bezdrátovém komunikačním systému bez nutnosti úpravy aplikací wer browser nebo web server.
Neposledním cílem tohoto vynálezu je poskytnout metodu pro komunikaci po externím komunikačním spojení, která snižuje množství nezbytné komunikace, a tedy zvyšuje výkonnost komunikačního systému.
Uvedené úkoly se vyřeší způsobem zvýšení výkonnosti systému klient/server, který má první aplikaci rezidentní na prvním počítači a komunikující s druhou aplikací rezidentní na druhém počítači, vzdáleném od prvního počítače. Přitom první aplikace a druhá aplikace využívaní nezávislý komunikační protokol klient/server ke komunikaci mezi klientem a serverem a alespoň jedním segmentem komunikace mezi první aplikací na prvním počítači a druhou aplikací na druhém počítači přes externí komunikační spoj. Podstata způsobu podle vynálezu spočívá v tom,
-2CZ 287988 B6 že se zachytí komunikace v nezávislém komunikačním protokolu klient/server, vytvořeném první aplikací, před přenosem těchto komunikací po externím komunikačním spoji, konvertují se komunikace, vytvořené první aplikací, na druhý specifický komunikační protokol klient/server, přenesou se konvertované komunikace přes externí komunikační spoj jako specifický komunikační protokol klient/server, přijmou se komunikace, přenášené přes externí komunikační spoj, konvertují se komunikace, přijaté přes externí komunikační spoj, ze specifického komunikačního protokolu klient/server na nezávislý komunikační protokol klient/server a poskytují se komunikace, vytvořené první aplikací, druhé aplikaci v nezávislém komunikačním protokolu klient/server.
Podle vynálezu se přednostně samostatný komunikační protokol klient/server vytvoří jako Hyper-Text Transfer Protocol HTTP a spojení vytvořené prvním počítačem se provede jako datový tok HTTP.
Když je první počítač vzdáleným klientem provede se podle dalšího znaku vynálezu první aplikace jako web browser a když je druhý počítač serverem provede se druhá aplikace jako web server aplikace. Podle dalšího provedení, když je první počítač server provede se první aplikace jako web server aplikace a když je druhý počítač vzdáleným klientem provede se druhá aplikace jako web browser aplikace.
Další provedení způsobu podle vynálezu v případě, že první počítač je vzdáleným klientem, spočívá vtom, že se prošetřuje zachycený požadavek CGI (Common Gateway Interface), přičemž se stanoví zda existuje klientův bázový cache zápis odpovídající zachycenému požadavku CGI tak, že se poskytne klientova bázová forma CGI. Prošetřuje se zachycený požadavek CGI, přičemž se stanoví, zda existuje serverový i bázový zápis odpovídající zachycenému požadavku CGI tak, že se určí serverová formace CGI. Uloží se datový tok HTTP přijatý od web serveru v odpovědi na komunikaci vytvořenou web browserem, která tvoří požadavek na Common Gateway Interface (CGI) v cache paměti rezidentní na druhém počítači, přičemž se vytvoří serverový bázový cache zápis. Uloží se datový tok HTTP určený pro web browser v odpovědi na komunikaci vytvořenou browserem, která tvoří požadavek na CGI v cache paměti rezidentní na prvním počítači, přičemž se vytvoří klientův bázový cache zápis. Zachytí se datový tok HTTP odpovídající komunikaci vytvořené web serverem v odpovědi na zachycený požadavek CGI před odesláním datového toku HTTP na externí komunikační spoj. Porovnávají se zachycené odpovědi CGI se serverovou bázovou formou, přičemž se poskytnou rozdílová data CGI, odpovídající rozdílu mezi zachycenou odpovědí CGI a serverovou bázovou formou CGI. Odešlou se rozdílová data CGI na web browser na prvním počítači přes externí komunikační spoj jako specifický datový tok klient/server. Vyžádá se specifický datový tok klient/server, odeslaný druhým počítačem přes externí komunikační spoj. Při rekonstrukci se rekonstruuje datový tok HTTP, odpovídající komunikaci od web serveru za specifického datového toku klient/server, přijatého přes externí komunikační spoj, a to sloučením klientovy bázové formy CGI s rozdílovými daty CGI přijatými přes externí komunikační spoj, přičemž se vytvoří datový tok HTTP odpovídající zachycené odpovědi CGI. Při poskytování se poskytují komunikace, vytvořené web serverem, web browseru jako datový tok HTTP.
S ohledem na redukci protokolu se podle dalšího provedení vynálezu ustanoví stálé spojení mezi prvním počítačem a druhým počítačem přes externí komunikační spoj. Udržuje se stálé spojení do dokončení všech komunikací vytvořených web browserem. Zachytí se pluralitní komunikace, vytvořené web browserem a multiplexují se při udržování stálého spojení na externí komunikační spoj. Specifický datový tok klient/server se pak může demultiplexovat tak, že se vytvoří pluralita datových toků HTTP, a tato pluralita datových toků HTTP se poskytne také wer serveru.
Podle dalšího provedení vynálezu se poskytují počítačově specifické informace odpovídající předem definovaným vlastnostem o prvním počítači druhého počítači přes externí komunikační spoj a ukládají se počítačově specifické informace, odpovídající předem definovaným vlastnostem prvního počítače, přičemž se poskytuje informace o záhlaví browseru. Při transformování se
-3CZ 287988 B6 vyjmou počítačově specifické informace z komunikace vytvářené web browserem a při rekonstrukci se sloučí informace o záhlaví browseru se specifickým datovým tokem klient/server, přičemž se vytvoří datový tok HTTP.
Podle dalšího provedení vynálezu se zachytí datový tok HTTP, odpovídající komunikaci vytvořené web browserem před odesláním datového toku HTTP na externí komunikační spoj, konvertuje se datový tok HTTP vytvořený web serverem z protokolu HTTP na specifický komunikační protokol klient/server, odešle se konvertovaná komunikace, vytvořená web serverem web browseru jako specifický datový tok klient/server přes externí komunikační spoj, vyžádá se specifický datový tok klient/server přenášený přes externí komunikační spoj, rekonstruuje se datový tok HTTP, odpovídající komunikaci od web serveru ze specifického datového toku klient/server, přijatého přes externí komunikační spoj, přičemž se konvertuje specifický datový tok klient/server, přijatý ve specifickém komunikačním protokolu klient/server na datový tok HTTP a předává se komunikace vytvořené web serverem na web browser v podobě datového toku HTTP.
Zařízení k provádění způsobu podle vynálezu sestává z prvního zachycovacího modulu, připojeného na první počítač mezi první aplikací a externím komunikačním spojem, přičemž první zachycovací modul je upraven pro zachycení komunikace v nezávislém komunikačním protokolu klient/server vytvořeném první aplikací, před přenosem těchto komunikací po externím komunikačním spoji. První zachycovací modul je dále upraven pro konvertování komunikace na specifickém komunikačním protokolu klient/server a pro přenos konvertované komunikace na druhý počítač přes externí komunikační spoj jako specifický datový tok klient/server. Druhý zachycovací modul je připojen ke druhému počítači mezi externím komunikačním spojem a druhým aplikací, přičemž je upraven pro příjem komunikace, přenášené přes externí komunikační spoj, pro konvertování komunikace ze specifického komunikačního protokolu klient/server na nezávislý komunikační protokol klient/server a pro poskytnutí konvertované komunikace druhé aplikaci.
Počítačový programový produkt k provádění způsobu podle vynálezu spočívá v tom, že je uložen na počítačem čitelné paměťové médium a zahrnuje softwarové kódové části pro uskutečnění počítačového systému při vložení počítačového programového produktu do počítače. Zahrnuje počítačem čitelné programové kódové prostředky pro vyvolání zachycení prvním počítačem komunikace v nezávislém komunikačním protokolu klient/server, vytvořeném první aplikací, před přenosem těchto komunikací po externím komunikačním spoji, pro vyvolání prvním počítačem konvertace komunikace na specifický komunikační protokol klient/server, pro vyvolání prvním počítačem přenosu konvertované komunikace na druhý počítač přes externí komunikační spoj jako specifický datový tok klient/server. Dále zahrnuje počítačem čitelné kódové prostředky pro vyvolání druhým počítačem příjmu komunikace, přenášené přes externí komunikační spoj, pro vyvolání druhým počítačem konvertace komunikace ze specifického komunikačního protokolu klient/server na nezávislý komunikační protokol klien/server a pro vyvolání druhým počítačem poskytnutí konvertované komunikace druhé aplikaci.
Přehled obrázků na výkresech
Vynález je dále podrobněji popsán s pomocí výkresů, na nichž jsou znázorněna přednostní provedení vynálezu. Tento vynálezu však může být proveden v mnoha různých podobách a jeho konstrukce není omezena jako zde uváděnými provedeními. Tato provedení jsou uváděna s úplným a kompletním popisem. Na výkresech znázorňuje:
obr. 1 blokový diagram typického systému web browser/web server, obr. 2 blokový diagram systému web browser/web server podle provedení vynálezu, využívajícího zachycení klienta a zachycení serveru.
-4CZ 287988 B6 obr. 3 vývojový diagram znázorňující operace, prováděné zachycovacím modulem na straně klienta v přednostním provedení podle vynálezu pro implementaci koherentního vyrovnávacího systému cache, obr. 4 vývojový diagram, znázorňující operace prováděné zachycovacím modulem na straně klienta v přednostním provedení podle vynálezu, implementujícím koherentní vyrovnávací systém cachem, obr. 5 vývojový diagram, znázorňující operace prováděné zachycovacím modulem na straně serveru v přednostním provedení podle vynálezu, implementujícím koherentní vyrovnávací systém cache, obr. 6 vývojový diagram, znázorňující operace prováděné zachycovacím modulem na straně serveru v přednostním provedení podle vynálezu, implementujícím koherentní vyrovnávací systém cache, obr. 7 vývojový diagram znázorňující, operace prováděné zachycovacím modulem na straně klienta v přednostním provedení podle vynálezu, implementujícím přenosový systém rozdílových dat, obr. 8 vývojový diagram, znázorňující operace prováděné zachycovacím modulem na straně klienta v přednostním provedení podle vynálezu, implementujícím přenosový systém rozdílových dat, obr. 9 vývojový diagram, znázorňující operace prováděné zachycovacím modulem na straně serveru v přednostním provedení podle vynálezu, implementujícím přenosový systém rozdílových dat, obr. 10 a, b vývojový diagram, znázorňující operace prováděné zachycovacím modulem na straně serveru v přednostním provedení podle vynálezu, implementujícím přenosový systém rozdílových dat, obr. 11 blokový diagram provedení vynálezu, využívajícího virtuální sokety, obr. 12 blokový diagram zachycovacího modulu na straně klienta a zachycovacího modulu na straně serveru v provedení podle vynálezu, využívajícím virtuální sokety, obr. 13 vývojový diagram, popisující operace, prováděné manažerem soketů u zachycovacího modulu na straně klienta, anebo zachycovacího modulu na straně serveru v provedení podle vynálezu, využívajícím virtuální sokety, obr. 14 vývojový diagram, popisující operace, prováděné zachycovací funkcí na straně klienta v provedení podle vynálezu, využívajícím virtuální sokety, obr. 15 vývojový diagram, popisující operace, prováděné zachycovací funkcí na straně serveru v provedení podle vynálezu, využívajícím virtuální sokety, obr. 16-1 vývojový diagram, popisující virtuální operaci vytváření v provedení podle vynálezu, využívajícím virtuální sokety, obr. 16-2 vývojový diagram, popisující virtuální operaci odesílání v provedení podle vynálezu, využívajícím virtuální sokety,
-5CZ 287988 B6 obr. 16-3 vývojový diagram, popisující virtuální operaci příjmu v provedení podle vynálezu, využívajícím virtuální sokety, obr. 16-4 vývojový diagram, popisující virtuální operaci výběru v provedení podle vynálezu, využívajícím virtuální sokety, obr. 17-1 vývojový diagram, popisující virtuální operaci vyrovnání v provedení podle vynálezu, využívajícím virtuální sokety.
obr. 17-2 vývojový diagram, popisující virtuální operaci zavření v provedení podle vynálezu, využívajícím virtuální sokety.
Příklady provedení vynálezu
Základní komunikační struktura pro systém založený na síti Internet je znázorněna na obr. 1. Na obr. 1 komunikuje web browser 10 s web serverem 20 po komunikačním spoji 15· Tento komunikační spoj 15 je obvykle spoj LAN, WAN s využitím telefonních linek nebo kombinace propojovacích metod. Web browser 10 komunikuje s web serverem 20 pomocí TCP/IP. Většina komunikací po Internetu je taková, že web browser 10 komunikuje sweb serverem 20 prostřednictvím generického komunikačního protokolu HTTP, který je přenášen mezi web browserem 10 a web serverem 20 po spoji TCP/IP, vytvořeném mezi web browserem 10 a web serverem 20. Skutečná data přenášená mezi web browserem 10 a web serverem 20 jsou tvořena objekty HTTP (např. data HTML), jak bylo výše popsáno. Web server 20 může být i zprostředkovatelem, který přijímá web browserové komunikace od více web browserů 10 a směrovačůrouterů a předává je na příslušný server 20.
Obr. 3 a 10 a 13 až 17-2 jsou vývojové diagramy metod a systémů podle vynálezu. Je jasné, že každý blok vývojových diagramů a také kombinace těchto bloků mohou být implementovány pomocí instrukcí počítačového programu. Tyto instrukce počítačového programu mohou být zaváděny na počítač nebo mohou být tvořeny jinými programovatelnými zařízeními s cílem zhotovit stroj tak, aby instrukce, které bude počítač nebo jiné programovatelné zařízení provádět, vytvořily prostředky pro implementování funkcí specifikovaných v bloku nebo v blocích vývojového diagramu. Tyto počítačové programové instrukce mohou být uloženy v počítačem čitelné paměti, která může řídit počítač nebo jiné programovatelné zařízení, aby pracovalo určitým způsobem tak, jak instrukce uložené v počítačem čitelné paměti vytvářejí výrobní článek včetně instrukčních prostředků, které implementují funkci specifikovanou v bloku nebo v blocích vývojového diagramu. Počítačové programové instrukce mohou být rovněž zaváděny do počítače nebo jiného programovatelného zařízení tak, že způsobí řadu funkčních kroků prováděných na počítači nebo jiném programovatelném zařízení s cílem vytvořit počítačem implementovaný proces, tak jako instrukce, které provádějí na počítači nebo jiném programovatelném zařízení kroky pro implementaci funkcí specifikovaných v bloku nebo v blocích vývojového diagramu.
Podobně bloky vývojových diagramů podporují kombinace prostředků i kroků pro provádění specifických funkcí. Každý blok na ilustraci vývojového diagramu, popřípadě kombinace bloků, může být implementován speciálním jednoúčelovým hardwarově založeným počítačovým systémem, který provádí specifikované funkce nebo kroky, anebo kombinací speciálního účelového hardware a počítačových instrukcí.
Obr. 2 ilustruje jedno provedení vynálezu. Jak je zřejmé z obr. 2, web browser 10 komunikuje se zachycovacím modulem 30 na straně klienta. Web server 20 komunikuje se zachycovacím modulem 40 na serverové straně. Zachycovací modul 30 na klientově straně pak komunikuje se zachycovacím modulem 40 na straně serveru přes externí komunikační spoj 35. Web browser 10 a zachycovací modul 30 na klientově straně se mohou nacházet v prvním počítači 5. Zachycovací
-6CZ 287988 B6 modul 40 na serverové straně a web server 20 se mohou nacházet ve druhém počítači 6. První počítač 5 a druhý počítač 6 spolu komunikují přes externí komunikační spoj 35.
Přednostně je web browser 10 internetový web browser využívající hypertext transfer protocol (HTTP) a hypertext markup language (HTML) pro komunikaci s internetovým web serverem 20, kteiý rovněž používá HTTP a HTML. V provozu dává web browser 10 na výstupu datový tok HTTP, který je zachycován modulem 30 na straně klienta. Zachycení datového toku HTTP zachycovacím modulem 30 na straně klienta může být prováděna použitím funkce zpětnovazební smyčky TCP/IP, kde zachycovací modul 30 na straně klienta je rezidentní na adrese IP a má síťové číslo 127, např. 127.0.0.1. Zachycovací modul 30 na straně klienta potom konvertuje nebo transformuje datový tok HTTP do specifického protokolu klient/serve a odešle specifický datový tok klient/server na externí komunikační spoj 35. Zachycovací modul 40 na straně serveru přijme specifický datový tok a rekonstruuje původní datový tok HTTP odpovídající komunikaci vytvářené web browserem 10. Tento rekonstruovaný datový tok HTTP je potom odeslán na web server 20. Web server 20 odpoví na datový tok HTTP obvyklým způsobem pro internetový web server 20 Z pohledu hodnocení vynálezu je nutné říci, že web server 20 může být rovněž nahrazen tak, aby bylo dosaženo připojení na Internet pro více browserů 10.
Jakmile je přijata web serverem 20 informace pro odeslání na web browser 10, například jako odpověď na požadavek browserů 10 pro specifickou domovskou stránku URL, odešle web server 20 výstupní datový tok HTTP odpovídající komunikaci, která má být odeslána na web browser 10. Tato komunikace vytvářená web serverem 20 je zachycena zachycovacím modulem 40 na straně serveru a transformována na specifický datový tok klient/server. Tento specifický datový tok klient/server odpovídající komunikaci vytvářené web serverem 20 je potom odeslán druhým počítačem 6 přes externí komunikační spoj 35 do prvního počítače 5. Specifický datový tok klient/server je přijat zachycovacím modulem 30 na straně klienta, který rekonstruuje původní datový tok HTTP, odpovídající komunikaci vytvářené web serverem 20 a poskytne jej web browseru 10.
V konkrétním zapojení podle vynálezu je externí komunikační spoj 35 bezdrátovým komunikačním spojem. V takovém případě, aby bylo dosaženo systémové výkonnosti přijatelné pro uživatele, je zapotřebí snížit objem komunikace přes externí komunikační spoj 35, a to jak co do četnosti komunikace, tak do objemu informací, které musí být přenášeny přes komunikační spoj 35. Podobně vynález využívá techniky vyrovnávání, vytváření rozdílů a redukce protokolů s cílem minimalizovat potřebný objem komunikace přes externí komunikační spoj 35. Tyto techniky jsou prováděny konvertováním nestavových nebo stochastických protokolů HTTP na specifický protokol klient/server, který využívá informace specifické pro klienta a pro server tak, aby minimalizoval objem a četnost komunikace.
Zatímco stávající vynález je a bude popisován s ohledem na jednu aplikaci web browser 10 a jednu aplikaci web server 20 je nutné předeslat pro hodnocení tohoto vynálezu, že přednosti a výhody tohoto vynálezu mohou být rovněž dosahovány násobnými web browsery 10 přiřazenými jednou web serveru 20. Vynález se tedy vztahuje i na metody, zařízení a programové produkty ve spojení s násobnými browsery, kde každý z nich komunikuje pomocí zachycovacího modulu na straně klienta a kde tyto zachycovací moduly na straně klienta komunikují se zachycovacím modulem na straně serveru u web serveru nebo jiného obdobného web zařízení.
V jednom provedení vynálezu se jak u zachycovacího modulu 30 na straně klienta, tak u zachycovacího modulu 40 na straně serveru využívá možnosti ukládání do vyrovnávací paměti. Klientova vyrovnávací cache paměť se nachází na prvním počítači 5 a ukládá datové toky HTTP, které mají být přijaty web browserem 10 v odpovědi na komunikaci vytvářenou web browserem 20. Serverová vyrovnávací cache paměť je rezidentní na druhém počítači 6 a ukládá datové toky HTTP, které jsou přijaty z web serveru 20 v odpovědi na komunikaci vytvářenou browserem 10.
-7CZ 287988 B6
Z pohledu hodnocení tohoto vynálezu cache paměť rezidentní na prvním počítači 5 nebo na druhém počítači 6 může být libovolné velikosti a libovolného specifického hardware či konfigurace počítače. Tyto vyrovnávací cache paměti uchovávají informace pro jednotlivé komunikace včetně URL komunikace, jednoznačného identifikátoru založeného na komunikacích obsahujících například cyklickou kontrolu redundance (CRC), dat komunikace, data a času uložení (SDT) indikujících dobu, kdy byl vytvořen nebo obnoven cache zápis, a komunikačních dat. Pro každou komunikaci ukládanou do paměti cache může být tedy vytvořen adresář cache zápisů. Dále může být libovolný, v důsledku omezených zdrojů dostupných pro danou hardwarovou konfiguraci, počet technik ukládání do vyrovnávací paměti a rovněž udržování rezidentních cache pamětí na prvním i na druhém počítači 5, 6. Na to vše se vztahuje tento vynález. To znamená, že například cache paměť může zrušit platnost nejstaršího a adresáře zápisů v případě, že uživatelem definovaná cache velikost je překročená v důsledku přidání nového zápisu. Cache zápisy mohou být dále udržovány prostřednictvím násobných entit aplikací web browserů 10 nebo web serveru 20 nebo dokonce cyklů spouštěných po zapnutí na prvním nebo na druhém počítači 5, 6 pro vytvoření stálé cache paměti.
Činnost struktury vyrovnávání bude podle jednoho provedení vynálezu popsána s odvoláním na obr. 3 až 6, což jsou vývojové diagramy popisující činnost zachycovacího modulu 30 na straně klienta a zachycovacího modulu 40 na straně serveru. Konkrétně u obr. 3, blok 100 označuje, že zachycovací modul 30 na straně klienta přijal požadavek od web browserů 10. Tento požadavek může být ve formě datového toku HTTP. Zachycovací modul 30 na straně klienta kontroluje Uniform Resource Locato (URL) příchozího požadavku, jak je znázorněno v druhém bloku 105. Zachycovací modul 30 na straně klienta určí z URL, jestli byla informace, odpovídající požadavku, vytvořeného web browserem 10, dříve uložená v klientově cache, rezidentní v prvním počítači 5.
Jestliže informace odpovídající URL nebyla předtím uložená v klientově cache paměti, potom se uskuteční zachycovacím modulem 30 na straně klienta činnosti znázorněné v třetím bloku 106. Zachycovací modul 30 na straně klienta odešle požadavek přes externí komunikační spoj 35 na zachycovací modul 40 na straně serveru.
Jestliže však po prozkoumání komunikace vytvořené web browserem 10, jak je znázorněno ve druhém bloku 105, se zjistí, že existuje zápis klientovy cache, který odpovídá komunikace vytvořené web browserem 10, potom v nejjednodušším provedení bude tato informace poskytnuta web browserem 10 jako datový tok HTTP. Avšak, jak je znázorněno na obr. 3, provádí přednostní provedení podle vynálezu to, co je označováno jako koherentní intervalová kontrola na cache zápisu odpovídající komunikaci vytvořené web browserem 10. Tato operace je znázorněna ve čtvrtém bloku 110 na obr. 3.
Koherentní interval pro zachycovací modul 30 na straně klienta může být uživatelem definovaný a je dán časovou délkou, po kterou může existovat cache zápis předtím, než se stane zastaralým, a musí být obnoven položením dotahu na informaci odpovídající komunikaci vytvořené web browserem 10, a to web serveru 20. Koherentní intervalová kontrola, znázorněná ve čtvrtém bloku 110, může být prováděna porovnáním aktuálního data a času se sumou SDT sache zápisu, odpovídající komunikaci vytvořené web browserem 10 a koherentnímu intervalu specifikovanému uživatelem. Jestliže aktuální datum a čas je větší než tato sucha, potom bude informace uložená v cache paměti odpovídající komunikaci vytvořená web browserem 10 zastaralá a uplatní se větev „No“ bloku 110. Jestliže však aktuální datum a čas je menší než suma SDT plus uživatelem definovaný koherentní interval, potom platí větev „Yes“ bloku 110 a jak je dále znázorněno v pátém bloku 111, je cache zápis předán browserů 10 jako datový tok HTTP. Komunikace vytvářená browserem 10 bude potom přijata zachycovacím modulem 30 na straně klienta v bloku 100, viz. obr. 3.
Jestliže kontrola koherentního intervalu znázorněná ve čtvrtém bloku 110 určí, že cache zápis, rezidentní na prvním počítači 5, je zastaralý, vygeneruje požadavek na zachycovací modul 40 na
-8CZ 287988 B6 straně serveru, aby zkontroloval koherentnost cache zápisu rezidentního na druhém počítači 6. Tato operace je znázorněna pomocí šestého bloku 112 na obr. 3. Je prováděna pomocí externího komunikačního spoje 35 použitého k předání koherentního intervalu na zachycovací modul 40 na straně serveru pro konkrétní zachycovací modul 30 na straně klienta, který odpovídá web browserů 10, jenž vytvořil dotaz, a dále je předána jednoznačná indicie o obsahu klientovy cache, odpovídající URL komunikaci vytvářené web browserem 10. V přednostním provedení je také jednoznačná indicie výsledkem cyklické redundanční kontroly nebo CRC pro daný cache zápis.
Věnujme nyní pozornost obr. 5, který znázorňuje činnost zachycovacího modulu 40 na straně serveru v odpovědi na informaci přijatou přes externí komunikační spoj 35 od zachycovacího modulu 30 na straně klienta. Když zachycovací modul 40 na straně serveru přijme požadavek od zachycovacího modulu 30 na straně klienta, zachycovací modul 40 na straně serveru přijme předem definovaný klientům koherentní časový interval, CRC hodnotu pro klientův cache zápis a HTTP dotaz, vytvořený web browserem 10. Potvrzení této informace je znázorněno v sedmém bloku 120 na obr. 5.
Po přijetí informace od zachycovacího modulu 30 na straně klienta zkontroluje zachycovací modul 40 na straně serveru svou serverovou cache rezidentní na druhém počítači 6, aby určil, zda existuje serverový cache rezidentní na druhém počítači 6, aby určil, zda existuje serverový cache zápis odpovídající URL požadavku HTTP vytvořeného web browserem 10. Jestliže po prozkoumání komunikace vytvořené web browserem 10, jak je naznačeno v osmém bloku 125. určí zachycovací modul 40 na straně serveru, že existuje cache zápis odpovídající informaci, která byla vyžádána komunikací vytvořenou web browserem 10, uplatní se větev „Yes“ bloku 125. Zachycovací modul 40 straně serveru potom porovná aktuální datum a čas modulu 40 SSI se sumou SDT serverového cache zápisu odpovídajícího informaci, která byla vyžádána komunikací vytvořenou web browserem 10. a s předem definovaným klientovým koherentním časovým intervalem přijatým od zachycovacího modulu 30 na straně klienta.
Jestliže je aktuální datum a čas menší než suma SDT pro serverový cache zápis a koherentní interval, potom se uplatní větev „Yes“ desátém bloku 130 na obr. 5. Zachycovací modul 40 na straně serveru potom porovná CRC serverového cache zápisu s CRC klientova cache zápisu, aby určil, zda jsou tyto cache zápisy identické. Potom jsou tyto dva cache zápisy identické, uplatní se větev „Yes“ jedenáctého bloku 135 a jak je znázorněno pomocí dvanáctého bloku 136. odešle se „koherentní“ odezva na zachycovací modul 30 na straně klienta.
V případě, že podmínkový blok 135 určí, že CRC nejsou identické, potom nejsou identické ani informace obsažené v klientově cache paměti a v serverové cache paměti a jak je znázorněno ve třináctém bloku 137. zachycovací modul na straně serveru odešle serverový cache zápis na první počítač 5 přes externí komunikační spoj 35. Při odesílání serverového cache zápisu na zachycovací modul 30 na klientově straně konvertuje zachycovací modul 40 na straně serveru zápis na klientův specifický komunikační protokol, který obsahuje CRC, data a stáří serverového cache zápisu. Stáří serverového cache zápisu je vypočítáváno odečtením SDT cache zápisu od aktuálního data a času.
A pokud, jak je konečně znázorněno na obr. 5, je buď suma SDT plus předem stanovený klientův koherentní časový interval menší než aktuální datum a čas, nebo neexistuje žádný cache zápis odpovídající URL komunikaci, vytvořené web browserem 10, potom se uplatní větev „No“ desátého bloku 130. popřípadě větev „No“ osmého bloku 125. Tak se provedou operace desátého bloku 126 a zachycovací modul 40 straně serveru odešle na server komunikaci vytvořeno web browserem 10 jako datový tok HTTP. Jestliže zachycovací modul 40 na straně serveru musí odeslat komunikaci vytvořenou web browserem 10 na server 20 jako datový tok HTTP, potom zachycovací modul 40 na straně serveru bude provádět operace popsané obr. 6.
Jak je patrno ze čtrnáctého bloku 140 na obr. 6, v odpovědi na komunikaci vytvořenou web browserem 10 bude zachycovací modul 40 na straně serveru 20 přijímat datový tok HTTP z web
-9CZ 287988 B6 serveru 20. Po přijetí datového toku HTTP vypočte zachycovací modul 40 na straně serveru 20 CRC pro datový tok HTTP a dočasně uloží tento datový tok HTTP. Potom podle patnáctého bloku 145, zachycovací modul 40 na straně serveru prozkoumá datový tok HTTP a určí, zda existuje serverový cache zápis odpovídající URL datovému toku HTTP. Jestliže takovýto zápis existuje, uplatní se cesta „Yes“ bloku 145. Zachycovací modul 40 na straně serveru potom porovná nedávno vypočtený CRC datového toku HTTP přijatého od web serveru 20 s CRC serverového cache zápisu odpovídajícího URL komunikaci v odpovědi vytvářené web serverem 20 podle šestnáctého bloku 150. Jestliže jsou CRC identické, uplatní se větev „Yes“ v bloku 150. Zachycovací modul 40 na straně serveru aktualizuje zápis SDT pro serverový cache zápis podle sedmnáctého bloku 151 a smaže dočasně uložený datový tok HTTP přijatý web serverem 20 podle osmnáctého bloku 152.
Jestliže výsledky porovnání CRC indikují, že serverový cache zápis je jiný než datový tok HTTP přijatý od web serveru 20. potom se uplatní větev „No“ bloku 150. Zachycovací modul 40 na straně serveru odstraní ze serverové cache paměti stávající data podle devatenáctého bloku 153 a potom podle dvacátého bloku 154 aktualizuje serverový cache novějšími informacemi. Z bloku 154 je dále patrné, že tato aktualizace zahrnuje uložení CRC komunikace web serveru 20 do serverové cache, uložení aktuálního data a času ve formě SDT jako součásti cache zápisu a uložení datového toku HTTP. Vždy při aktualizaci serverového cache zápisu nebo při zjištění, že serverový cache zápis je identický s přijatým datovým tokem HTTP od serveru 20, zachycovací modul 40 na straně serveru určí, zda serverový cache zápis se shoduje s klientovým cache zápisem odpovídajícím komunikaci, která je vytvářena web browserem 10. Tato operace se provádí v dvacátém prvním bloku 155.
Jestliže zachycovací modul 40 na straně serveru určí, že neexistuje cache zápis odpovídající odezvě přijaté od web serveru 20 uplatní se větev „No“ bloku 145. Serverový cache zápis je vytvářen pomocí dvacátého druhého bloku 146 uložením URL odpovědi od web serveru 20, uložením CRC odpovědi od web serveru 20, uložením datového toku HTTP a uložením aktuálního data a času jako SDT. Po vytvoření cache zápisu odpovídajícího komunikaci vytvořené web serverem 20 zachycovací modul 40 na straně serveru znovu porovná CRC tohoto serverového cache zápisu s CRC odpovídajícím klientově cache zápisu v bloku 155.
Jestliže výsledky porovnání serverového cache zápisu a klientova cache zápisu indikují, že cache zápisy jsou identické, uplatní se větev „Yes“ bloku 155 a provedou se operace v dvacátém třetím bloku 156. Z bloku 156 je zřejmé, že zachycovací modul 40 na straně serveru odesílá koherentní odezvu na zachycovací modul 30 na straně klienta. Zachycovací modul 40 na straně serveru transformuje serverový požadavek o cache zápisu na specifický datový tok klient/server tak, že odešle koherentní odezvu a také nulové stáří na zachycovací modul 30 na straně klienta.
Pokud zachycovací modul 40 na straně serveru určí, že klientův cache zápis není identický se serverovým cache zápisem odpovídajícím komunikaci vytvářené web browserem 10, uplatní se větev „No“ bloku 155 a provedou se operace v dvacátém čtvrtém bloku 157. Přitom zachycovací modul 40 na straně serveru konvertuje nebo transformuje serverový cache zápis do specifického datového toku klient/server. Tento datový tok zahrnuje CRC serverového cache zápisu, datový tok HTTP serverového cache zápisu a stáří cache zápisu, které je nastaveno na nulu. Tato specifická komunikace klient/server je potom odeslána přes externí komunikační spoj 35 na zachycovací modul 30 na straně klienta.
Funkce zachycovacího modulu 30 na straně klienta po přijetí komunikace od zachycovacího modulu 40 na straně serveru je popsána s ohledem na obr. 4. Ve dvacátém pátém bloku 160. zachycovací modul 30 na straně klienta přijímá nebo vyžaduje specifický datový tok klient/server, který je přenášen přes externí komunikační spoj 35. Zachycovací modul 30 na straně klienta potom určí, jaký typ odezvy byl přijat od zachycovacího modulu 40 na straně serveru v dvacátém šestém bloku 165. Jestliže zachycovací modul 40 na straně serveru indikuje, že klientův cache zápis je koherentní, tj. že jsou identické cache zápisy serveru a klienta, potom se
-10CZ 287988 B6 provedou operace ve dvacátém sedmém bloku 166. Pomocí bloku 166 aktualizuje zachycovací modul 30 na straně klienta SDT klientova cache zápisu odpovídajícího komunikaci vytvořené web browserem 10 o rozdíly aktuálního data a času a stáří, které byly přijaty od zachycovacího modulu 40 na straně serveru. Takže bez synchronizace hodin prvního počítače 5 a druhého počítače 6 umožňuje vynález zrevidovat koherentní čas cache zápisu prvního počítače 5, přičemž v něm zohlední novější data z druhého počítače 6. Po aktualizaci SDT klientova cache zápisu odpovídajícího komunikaci vytvořené web browserem 10 odešle zachycovací modul 30 na straně klienta klientův cache zápis do web browseru 10 jako datový tok HTTP. Tato činnost se provádí dvacátým osmým blokem 174.
Jestliže však zachycovací modul 30 na straně klienta určí, že typem odpovědi jsou data nebo datový tok, uplatní se větev „stream“ bloku 165 a provedou se operace v dvacátém devátém bloku 167. Zachycovací modul 30 na straně klienta přijme datový tok HTTP a dočasně tato data uloží. Potom pomocí třicátého bloku 170 zachycovací modul 30 na straně klienta určí, zda existuje cache zápis odpovídající komunikaci vytvořené web browserem 10. Jestliže tento cache zápis existuje, uplatní se cesta „Yes“ bloku 170 a v třicátém prvním bloku 171 se regeneruje se stávající cache zápis. Zachycovací modul 30 na straně klienta potom aktualizuje cache zápis odpovídající komunikaci vytvořené web browserem 10, a to uložením CRC datového toku HTTP přijatého od zachycovacího modulu 40 na straně serveru, uložením jako SDT rozdílu mezi aktuálním datem, časem a stářím přijatými od zachycovacího modulu 40 na straně serveru a uložením datového toku HTTP. Tato operace je provedena v třicátém druhém bloku 172.
Jestliže neexistuje cache zápis odpovídající komunikaci vytvořené web browserem 10, uplatní se cesta „No“ bloku 170. Je vytvořen klientův cache zápis, a to provedením operace v třicátém třetím bloku 173. Pomocí bloku 173 vytvoří zachycovací modul 30 na straně klienta klientův cache zápis uložením URL datového toku HTTP, přijatého od zachycovacího modulu 40 na straně serveru, uložením CRC datového toku HTTP přijatého od zachycovacího modulu 40 na straně serveru a uložením datového toku HTTP. Zachycovací modul 30 na straně klienta rovněž aktualizuje SDT nebo uloží SDT odečtením stáří od aktuálního data a času, které bylo přijato přes externí komunikační spoj 35 od zachycovacího modulu 40 na straně serveru.
Avšak klientův cache zápis se vytváří při každém průchodu bloky 166, 172 nebo 173. V tomto případě zachycovací modul 30 na straně klienta předá nebo poskytne klientův cache zápis web browseru 10 na datový tok HTTP. Tyto operace se provádí v bloku 174.
Z pohledu hodnocení tohoto vynálezu je nutné podotknout, že klientova a serverová cache paměť mohou být implementovány s jinou pamětí nebo s hromadou pamětí, například s pevnými disky, CD-ROM, optickými disky nebo jinými technologiemi ukládání. Dále je nutné v souvislosti s tímto vynálezem zmínit, že zachycovací modul 30 na straně klienta a zachycovací modul 40 na straně serveru mohou být implementovány prostřednictvím softwaru, hardwaru nebo jejich kombinací.
Zatímco reference o vytvoření cache pamětí jsou rezidentní na konkrétním prvním 5 nebo druhém počítači 6, je nutné z pohledu posuzování tohoto vynálezu uvést, že přednosti z něj vyplývající mohou být získány i v případě, že cacha paměti nebudou rezidentní na prvním počítači 5, ale jsou pouze na stejné straně externího komunikačního spoje 35 jako počítač. Hardwarová cache paměť může být implementována externě na první počítač 5, kde slouží jako klientova cacha paměť, a může být připojena k prvnímu počítači 5 vysokorychlostní komunikací a i přesto, pokud je cache na stejné straně komunikačního spoje jako první počítač 5, bude dosaženo výhod podle vynálezu.
V alternativním zapojení podle vynálezu zachycovací modul 40 na straně serveru neuchovává kopii datového toku HTTP přijatého od web serveru 20, ale pouze zápis adresáře pro komunikaci. Zápis adresáře pak obsahuje URL komunikace, CRC vypočtený pro datový tok HTTP a čas, kdy byl datový tok HTTP přijat od web serveru 20, a SDT pro komunikaci, kteiý může být nastaven
-11CZ 287988 B6 na čas, kdy byl CRC vypočten. V takovém případě, když zachycovací modul 30 straně klienta odešle požadavek zachycovacímu modulu 40 na straně serveru na komunikaci odpovídající URL, pro kterou udržuje zachycovací modul 40 na straně serveru CRC a SDT, tak zachycovací modul 40 na straně serveru zkontroluje CRC přijatý od zachycovacího modulu 30 na straně klienta, aby určil, zda odpovídá CRC nejnovějšímu datového toku HTTP pro specifikovaný URL. Pokud odpovídá, potom je odeslána koherentní odpověď na zachycovací modul 30 na straně klienta. Neodpovídá-li, odešle zachycovací modul 40 na straně serveru datový tok HTTP přijatý od zachycovacího modulu 30 na straně klienta na web server 20 a vrátí na zachycovací modul 30 na straně klienta odpověď přijatou od web serveru 20.
Obr. 7, 8, 9 a 10 znázorňuje operace prováděné zachycovacím modulem 30 na straně klienta a zachycovacím modulem 40 na straně serveru v jiném provedení podle vynálezu, které využívá stanovení rozdílu, tj. diferencování, k tomu, aby se snížilo množství dat přenášených přes externí komunikační spoj 35. Jak je zřejmé z obr. 7 třicátý čtvrtý blok 200 zajišťuje potvrzení zachycovacího modulu 30 na straně klienta na požadavek HTTP od web browseru 10. Třicátý pátý blok 205 zajišťuje, že zachycovací modul 30 na straně klienta prozkoumá zachycený požadavek HTTP od web browseru 10, aby určil, zdaje tento požadavek Comon Gateway Interface (CGI). V případě, že tento požadavek je Common Gateway Interface, postoupí ho zachycovací modul 30 na straně klienta zachycovacímu modulu 40 na straně serveru, jak je znázorněno na obr. 3 až 6 a což probíhá ve třicátém šestém bloku 206 na obr. 7.
Pokud však komunikace vytvořené web browserem 10 odpovídá požadavku CGI, uplatní se větev „Yes“ bloku 205. A pomocí třicátého sedmého bloku 210. zachycovací modul 30 na straně klienta stanoví, zda existuje klientův bázový cache zápis odpovídající datovému toku HTTP, který byl předtím poskytnut na web browser 10 v odpovědi na jemu odpovídající požadavek CGI. Toto zachycení požadavku CGI může být prováděno porovnáním URL komunikace vytvořené web browserem 10 s URL uloženými v klientově bázové cache paměti.
Klientova bázová cache může být inicializována uložením prvního datového toku HTTP přijatého zachycovacím modulem na straně 30 klienta, který by měl být poskytnut na web browser 10 na daný URL. Tento bázový cache zápis může být udržován pomocí množství entit nebo relací web browseru 10. Klientovy bázové cache zápisy mohou být aktualizované způsobem znázorněným na obr. 7, 8, 9 a 10. Jestliže existuje klientův bázový cache zápis odpovídající URL pro komunikaci vytvořenou web browserem 10. potom CRC, který má být odeslán na zachycovací modul 40 na straně serveru přes externí komunikační spoj 35, je nastaven v třicátém osmém bloku 211 stejně jako CRC pro klientův bázový cache zápis. Jestliže takový klientův bázový cache zápis existuje, potom se uplatní větev „No“ bloku 210 a CRC pro požadavek, který má být odeslán přes externí komunikační spoj 35 na zachycovací modul 40 na straně server, je nulován. Tato operace je prováděna v třicátém devátém bloku 212 na obr. 7.
Čtyřicátý blok 213 zajišťuje operace odesíláním požadavku CGI na zachycovací modul 40 na straně serveru přes externí komunikační spoj 35. Pomocí bloku 213 zachycovací modul 30 na straně klienta odešle požadavek HTTP a požadavek CRC, který má být buď nastaven na nulu, pokud neexistuje klientův bázový cache zápis pro URL požadavku CGI, nebo má být nastaven na CRC klientova bázového cache zápisu, pokud takový zápis existuje. Zachycovací modul 30 na straně klienta tedy konvertoval požadavek CGI na specifický protokol klient/server přenášený specifickou komunikací klient/server přes externí komunikační spoj 35. který má být přijat zachycovacím modulem 40 straně serveru.
Činnosti prováděné zachycovacím modulem na straně serveru v době, kdy je přijat požadavek CGI, jsou znázorněny na obr. 9. Potvrzení požadavku CGI zachycovacím modulem 40 na straně serveru je provedeno ve čtyřicátém prvním bloku 220. Když zachycovací modul 40 na straně serveru přijme požadavek CGI, uloží kopii hodnoty CRC a požadavek HTTP. Pomocí čtyřicátého druhého bloku 221 zachycovací modul 40 na straně serveru předá požadavek HTTP na web server 20.
-12CZ 287988 B6
Když zachycovací modul 40 na straně serveru přijme odpověď na požadavek HTTP odpovídající komunikaci vytvořené web browserem 10 nebo požadavek CGI, bude tato odpověď zachycovacím modulem 40 na straně serveru přijata ve čtyřicátém druhém bloku 230 jako datový tok HTTP. Pomocí bloku 230. zachycovací modul 40 na straně serveru uloží datový tok HTTP a vypočte hodnotu CRC pro datový tok HTTP přijatý od web serveru 20. Zachycovací modul 40 na straně serveru rovněž vynuluje rozdílovou (diferenční) hodnotu, a to na inicializační rozdílová data. Zachycovací modul 40 na straně serveru potom pomocí čtyřicátého třetího bloku 235 stanoví, zda odpověď přijatá jako komunikace vytvořená web serverem 20 je odpověď na požadavek CGI. Jestliže je odpověď ne, uplatní se cesta „No“ bloku 235 na obr. 10 a provedou se operace čtyřicátého čtvrtého bloku 236 pro odeslání datového toku HTTP na zachycovací modul 30 na straně klienta. Operace na bloku 236 může zahrnovat operace zachycení popsané na obr. 3 až 6. Jestliže odpověď přijatá blokem 230 ie odpověď na požadavek CGI, potom se uplatní cesta „Yes“ bloku 235 a zachycovací modul 30 na straně serveru pomocí čtyřicátého pátého bloku 240 dále stanoví, jestli existuje serverový bázový cache zápis pro odpověď CGI.
Serverový bázový cache zápis může být vytvořen, když zachycovací modul 40 na straně serveru poprvé přijme odpověď na požadavek CGI. V tomto případě bude výsledkem podmínky provedení cesty „No“ blokem 240. Zachycovací modul 40 na straně serveru potom vytvoří serverový bázový cache zápis odpovídající požadavku CGI, a to uložením URL pro CGI, datového toku HTTP odpovědi na požadavek CGI a CRC pro datový tok HTTP. Tato operace je provedena ve čtyřicátém šestém bloku 241. Má-li být dosaženo kompatibilnosti s koherentním cache systémem popsaným obr. 3 až 6, může serverový bázový cache zápis také obsahovat SDT. Podobně, jak je zde použito, označuje termín forma serverové CGI báze serverový bázový cache zápis odpovídající požadavku CGI přijatému od web browseru 10.
Jestliže existuje serverový bázový cache zápis odpovídající požadavku CGI, uplatní se cesta „Yes“ bloku 240. Zachycovací modul 40 na straně serveru porovná CRC serverového bázového cache zápisu s CRC odpovědi přijaté do web serveru 20. Tyto operace jsou provedeny ve čtyřicátém sedmém bloku 245 na obr. 10. V případě, že jsou CRC shodné, stanoví zachycovací modul 40 na straně serveru, zda CRC pro serverový bázový cache zápis odpovídá CRC pro klientův bázový cache zápis. Jestliže jsou tyto dvě hodnoty CRC stejné, potom klientův bázový cache zápis, serverový bázový cache zápis a odezva přijatá z web serveru 20 budou obsahovat stejný datový tok HTTP. Porovnání serverového bázového cache zápisu s klientovým bázovým cache zápisem je provedeno ve čtyřicátém osmém bloku 250.
Jestliže jsou tyto dva zápisy shodné, potom zachycovací modul 40 na straně serveru nemusí odesílat bázový cache zápis na zachycovací modul 30 na straně klienta a tedy pomocí čtyřicátého devátého bloku 251 je tok HTTP dat, která mají být převedena na zachycovací modul 30 na straně klienta, vynulován. Zachycovací modul 40 na straně serveru potom konvertuje datový tok HTTP přijatý od web serveru 20 na specifický komunikační protokol klient/server odesláním CRC datového toku HTTP uloženého v serverové bázové cache paměti odpovídajícího požadavku CGI, vynulovaný datový tok HTTP dat a vynulovaná rozdílová (diferenční) data s cílem indikovat, že odpověď na požadavek CGI byla identická klientovu bázovému cache zápisu, což je provedeno padesátým blokem 252.
Jestliže je CRC pro serverový bázový cache zápis odpovídající požadavku CGI odlišný od CRC pro odpověď přijatou od web server 20 v odpovědi na požadavek CGI vytvořený web browserem 10, potom se uplatní větev „No“ bloku 245. Zachycovací modul 40 na straně serveru potom provede operace pomocí padesátého prvního blokem 246. Zachycovací modul 40 na straně serveru porovná zachycenou odpověď CGI se serverovým bázovým cache zápisem odpovídajícím zachycenému požadavku CGI nebo s bázovou formou CGI. Toto porovnání zachycené odpovědi CGI se serverovou bázovou formou CGI poskytne rozdílová (diferenční) data CGI, která odpovídají rozdílu mezi zachycenou odpovědí CGI a serverovou bázovou formou CGI.
-13CZ 287988 B6
Stanovení rozdílu (diferencování) může být, z pohledu hodnocení stávajícího vynálezu, provedeno libovolnou známou metodou pro stanovení rozdílu mezi bázovou formou a upravenou (modifikovanou) formou. Jedna metoda vhodná pro použití ve stávajícím vynálezu je popsána v „Cross-Platform Binary Diff“ publikované v Dr. Dobb's Joumal, květem 1995, str. 32-36. Její popis je zde zapracován, a rovněž je zde uvedena reference pro plnou citaci. Dalšími metodami, které mohou být použity pro stanovení rozdílových dat, jsou metody popsané v IBM Technical Disclosure Bulletin, sv. 22 č. 8A, leden 1980, které jsou zde rovněž zapracovány a pro plnou citaci uvedeny referenční odkazy. Zachycovací modul 40 na straně serveru potom stanoví, jak je znázorněno v padesátém druhém bloku 247. zda serverová bázová forma CGI vyžaduje aktualizaci. Toto stanovení může být provedeno určením, zda průměrná rozdílová data mezi zachycenou odpovědí CGI a serverovou bázovou formou CGI překračují stanovený práh. Další metody pro stanovení, zda serverový bázová cache zápis odpovídající požadavku CGI by měl být aktualizován, mohou zahrnovat časovou koherenci, tak jak je popsáno obr. 3 až 6, nebo to mohou být i jiné známé metody vhodné ke stanovení, zda se rozdílová data změnila natolik, že je zapotřebí vytvořit nový bázový cache zápis ke zlepšení systémové výkonnosti.
Jestliže vytvoření nového bázového cache zápisu není zapotřebí, uplatní se větev „No“ bloku 247 a zachycovací modul 40 na straně serveru provede operace popsané blokem 250 ke stanovení, zda CRC klientova bázového cache zápisu je shodný se serverovým bázovým cache zápisem nebo zda je serverová bázová forma CGI identická s klientovou bázovou formou CGI, což jsou v podstatě bázové cache zápisy serveru a klienta, jež odpovídaly konkrétnímu požadavku CGI komunikace vytvořené web browserem 10. Jestliže jsou tyto bázové formy shodné, není nutné obnovovat klienta a informace o datovém toku HTTP mohou být vynulovány, jak je znázorněno ve čtyřicátém devátém bloku 251. Zachycovací modul 40 na straně serveru potom odešle rozdílovou odpověď na zachycovací modul 30 na straně klienta, a to odesláním CRČ serverového bázového cache zápisu odpovídajícího požadavku CGI (tj. CRC serverové bázové formy CGI), odesláním vynulovaného datového toku HTTP, který by korespondoval s bázovými daty, s odesláním rozdílových (diferenčních) dat stanovených v padesátém prvním bloku 246. Tyto operace jsou se opět provádí v padesátém bloku 252 na obr. 10.
Jestliže zachycovací modul 40 na straně serveru stanoví, že porovnávané CRC nejsou shodné (pro klientovu bázovou formu CGI a serverovou bázovou formu CGI), potom je nutné obnovit klienta. Operace obnovení klienta zahrnuje odeslání serverové bázové formy CGI na zachycovací modul 30 na straně klienta. Při provedení této operace zachycovací modul 40 na straně serveru nastaví data datového toku HTTP pro odeslání na zachycovací modul 30 na straně klienta shodně se serverovou bázovou formou ČGI. Tato operace se provádí v padesátém třetím bloku 253. Zachycovací modul 40 na straně serveru potom konvertuje datový tok HTTP přijatý od web serveru 10 na specifický protokol klient/server odesláním CRC serverové bázové formy CGI, dat datového toku HTTP odpovídajícímu serverové bázové formě CGI a odesláním rozdílových (diferenčních) dat bázové formy CGI a odezvy přijaté od web serveru 20, což se provádí v padesátém bloku 252. Tato informace je pak předána přes externí komunikační spoj 35 na zachycovací modul 30 na straně klienta.
Zpět k padesátému druhému bloku 247. Jestliže je zapotřebí obnova, uplatní se cesta „Yes“ bloku 247. Jak je znázorněno padesátým čtvrtým blokem 248. zachycovací modul 40 na serverové straně aktualizuje serverový bázový cache zápis odpovídající komunikaci vytvořené browserem 10 o datový tok HTTP přijatý od web serveru 20. Aktualizován je rovněž CRC odpovědi a rozdílová (diferenční) data CGI jsou vynulována. Zachycovací modul 40 na straně serveru pak porovná CRC nového cache zápisu serverové strany, jak je znázorněno ve čtyřicátém osmém bloku 250, a dokončí se přenos výše popsaným způsobem.
Operace zachycovacího modulu 40 na straně klienta o přijetí odpovědi od zachycovacího modulu na straně serveru jsou znázorněny na obr. 8. Přijetí odpovědi od zachycovacího modulu 40 na straně serveru zachycovacím modulem 30 na straně klienta se provádí v padesátém pátém bloku 260. Jak je zřejmé z padesátého šestého bloku 265, zachycovací modul 30 na straně klienta
-14CZ 287988 B6 stanoví, zda odpověď je odpovědí na požadavek CGI. Pokud to není odpověď na požadavek CGI, potom zachycovací modul 30 na straně klienta provede operace podle padesátého sedmého bloku 267. které mohou zahrnovat operace cache znázorněné obr. 3 až 6. Jestliže však odpověď je odpovědí na požadavek CGI, uplatní se větev „Yes“ bloku 265. Zachycovací modul 30 na straně klienta uloží data datového toku HTTP, rozdílová data a CRC vyžádaný od specifického datového toku klient/server přenášeného přes externí komunikační spoj 35. Tyto operace se provádí v padesátém osmém bloku 266 na obr. 8.
Zachycovací modul 30 na straně klienta potom stanoví, zda existuje klientův bázový cache zápis odpovídající zachycenému požadavku CGI, který by obsahoval klientovu bázovou formu CGI. Toto zkoumání se zaznamenává v padesátém devátém bloku 270 a může být prováděno prověřením URL požadavku HTTP nebo odpovědi HTTP. Jestliže klientova bázová forma CGI existuje, uplatní se větev „Yes“ bloku 270. Zachycovací modul 30 na straně klienta potom porovná CRC přijatý přes externí komunikační spoj s CRC klientovy bázové formy CGI, což se provádí v šedesátém bloku 275. Pokud jsou odlišné, uplatní se cesta „No“ bloku 275 a provede se obnova klienta aktualizací bázové formy CGI, a to výměnou klientova bázového cache zápisu odpovídajícího URL požadavku CGI komunikace vytvořené web browserem 10 za data datového toku HTTP přijatá přes externí komunikační spoj 35 od zachycovacího modulu 40 na straně serveru. Klientův bázový cache zápis je rovněž aktualizován s ohledem na CRC pro datový tok HTTP. Tyto operace se provádí v šedesátém prvním bloku 276 na obr. 8.
Jestliže CRC přijatý přes externí komunikační spoj 35 je stejný jako CRC bázové formy CGI, potom serverová bázová forma CGI na zachycovacím modulu 40 na straně serveru je shodná s klientovou bázovou formou CGI na zachycovacím modulu na straně klienta, a uplatní se větev „Yes“ šedesátého bloku 275.
Jsou-li bázové formy stejné nebo klient byl obnoven, provedou se operace uvedené v šedesátém druhém bloku 277. a to zachycovacím modulem 30 na straně klienta. Blok 277 odráží, jak zachycovací modul 30 na straně klienta rekonstruuje datový tok HTTP odpovídající komunikaci od web serveru 20 ze specifického datového toku klient/server přijatého přes externí komunikační spoj 35, a to sloučením klientově bázové formy CGI s rozdílovými daty CGI přijatými přes externí komunikační spoj 35 tak, aby se vytvořil datový tok HTTP odpovídající zachycené odpovědi CGI. Jak je zřejmé ze sto šedesátého šestého bloku 278, bude tato odpověď poskytnuta web browseru JO jako datový tok HTTP.
Pokud u klienta neexistuje žádná bázová forma CGI odpovídající URL požadavku CGI, potom, se uplatní větev „No“ bloku 270 na obr. 8. Jak je zřejmé z bloku 271, zachycovací modul 30 na straně klienta vytvoří klientův bázový cache zápis odpovídající URL požadavku CGI, a to uložením URL, CRC datového toku HTTP přijatého přes externí komunikační spoj 35 od zachycovacího modulu 40 na straně serveru a skutečných dat datového toku HTTP. Uložení těchto informací vytvoří klientův bázový cache zápis odpovídající zachycenému požadavku CGI, a tedy vytvoří klientovu bázovou formu CGI. Zachycovací modul 30 na straně klienta může pak provést operace podle šedesátého druhého bloku 277, a to rekonstruováním datového toku HTTP pomocí sloučení nebo vnoření klientovy bázové formy CGI a rozdílových dat CGI, které mohly být vynulovány.
Stávající techniky vytváření diferencování mohou být uplatněny rovněž u dat jiných než CGI. V takovém případě by zachycovací modul 40 na straně serveru potřeboval uchovávat násobné generace serverových bázových cache zápisů, které by mu umožnily, aby zachycovací moduly 30 na straně klienta od připojených web browserů 10 na web server 20 mohly mít různé bázové formy. Zachycovací modul 40 na straně serveru by potom mohl porovnávat CRC přijatý od zachycovacího modulu 30 na straně klienta s CRC jednotlivých předchozích generací serverových bázových forem až do doby, kdy by byla nalezena shoda. Zachycovací modul 40 na straně serveru může potom volitelně obnovit zachycovací modul 30 na straně klienta nebo prostě předat diferenční data na zachycovací modul 30 na straně klienta. Diferenční metodiky zde popisované
-15CZ 287988 B6 by se tedy pak uplatnily s ohledem na požadavek CGI stejným způsobem, jako u každého jiného požadavku HTTP a odpovědi.
Zatímco výše uvedený systém udržování násobných generací bázových forem může dovolovat použití diferencování i u jiných požadavků než CGI, je tato metodika paměťově neboli kapacitně náročnější a nevyužívá plně výše popsaných zachycovacích schopností. V zájmu snížení nároků na paměť či kapacitu a využití výše popisovaných zachycovacích metod je upřednostněna možnost použití následující metody diferencování u jiných než CGI požadavků. U této přednostní implementace vypočítává zachycovací modul 40 na straně serveru rozdíl mezi serverovou bázovou formou odpovídající požadavku a datovým tokem HTTP odpovědi od web serveru 20. Tato diferenční data jsou pak uložena zachycovacím modulem 40 na straně serveru. Serverová bázová forma je potom aktualizována výměnou bázové formy za novou odpověď od web serveru 20, a to včetně aktualizace CRC této bázové formy. Avšak spíše než zlikvidováním starého CRC, jsou jednotlivé CRC pro dřívější bázové formy uloženy jako rozdílová data. Předchozí generace rozdílových dat a jednotlivých CRC jsou pak selektivně přenášeny na zachycovací modul 30 na straně klienta, a to na základě CRC klientova bázové formy odpovídající požadavku jinému než CGI.
Příklad metody diferencování u jiných požadavků než CGI -jestliže zachycovací modul 40 na straně serveru přijme jiný požadavek než CGI, byl by tento požadavek rovněž doprovázen CRC bázové formy rezidentní na zachycovacím modulu 30 na straně klienta odpovídající URL nonCGI požadavku. Když by zachycovací modul 40 na straně serveru přijal odpověď od web serveru 20, vypočítal by CRC odpovědi. Zachycovací modul 40 na straně serveru by potom vypočetl rozdíl mezi odpovědí a serverovou bázovou formou pro URL a tato rozdílová data by uložil. Zachycovací modul 40 na straně serveru by dále aktualizoval serverovou bázovou formu o data odpovědi a archivoval CRC dřívější bázové formy i rozdílová data mezi odpovědí a starou bázové formy i rozdílová data mezi odpovědí a starou bázovou formou. Zachycovací modul 40 na straně serveru by potom porovnal CRC klientovy bázové formy s CRC serverové bázové formy a se všemi uloženými nebo archivovanými CRC tak, aby určil, zda je nalezena shoda. Pokud shoda není nalezena, bude odpověď jednoduše odeslána na zachycovací modul 30 na straně klienta.
Jestliže je nalezena shoda, jsou odeslána rozdílová data odpovídající shodnému CRC a všechna následná rozdílová data včetně aktuálních rozdílových dat na zachycovací modul 30 na straně klienta. Zachycovací modul 30 na straně klienta pak rozdílová data použije v klientově bázové formě k rekonstrukci odpovědi. Potom, vyskytne-li se např. shoda CRC s CRC pro bázovou formu, která byla tři generace stará, budou odeslány tři sady rozdílových dat na zachycovací modul 30 na straně klienta a konstrukce odpovědi bude provedena uplatněním těchto tří následných rozdílových datových sad v klientově bázové formě. Jestliže však jsou počet sad rozdílových dat nebo velikost sad rozdílových dat potřebný pro rekonstrukci odpovědi tak značné, že odeslání skutečné odpovědi by vyžadovalo přenášení méně dat, potom může být odeslána zachycovacím modulem 40 na straně serveru vlastní odpověď. V každém případě by po rekonstrukci nebo po přijetí odpovědi zachycovací modul 30 na straně klienta aktualizoval klientovu bázovou formu pro URU požadavku o data odpovědi a také aktualizoval CRC o CRC pro odpověď. Protože je klientova bázová forma aktualizována při každém přijetí odpovědi pro konkrétní URL, může být využito výše popsané klientovy cache paměti jako cache pro klientovu bázovou formu, a tak dosaženo eliminace potřeby mít samostatnou cache paměť klientových bázových forem za situace, kdy je diferencování využíváno pro jiné požadavky než CGI.
Uplatněním dalšího znaku vynálezu může nastat další úspora komunikace, a to na základě omezení reduktance nestavového komunikačního protokolu, jako např. HTTP. U tohoto protokolu klient odesílá informace o sobě na server pokaždé, když je iniciována komunikace. Podobně server poskytuje specifické informace o sobě vždy, když iniciuje svoji odpověď na klienta.
-16CZ 287988 B6
V jednom z alternativních začlenění stávajícího vynálezu první počítač 5 komunikuje s druhým počítačem 6, kde mu předává počítačově specifické informace související s předem definovanými charakteristikami prvního počítače 5. Druhý počítač 6 tuto počítačově specifickou informaci uloží. První počítač 5 potom odstraní počítačově specifickou informaci z následných komunikací vytvářených web browserem 10 před odesláním přes externí komunikační spoj 35. Druhý počítač 6 potom rekonstruuje originální komunikaci vytvořenou web browserem 10, a to sloučením uložené počítačově specifické informace a následné komunikace přijaté přes externí komunikační spoj 35 tak, aby vytvořila datový tok HTTP.
Kromě odstranění počítačově specifických informací z komunikací vytvářených web browserem 10 je možné tyto počítačově specifické informace odstranit i z komunikací vytvářených web serverem 20. V tomto případě druhý počítač 6, viz obr. 2, poskytne prvnímu počítači 5 přes externí komunikační spoj 35 počítačově specifické informace v souladu s předem definovanými charakteristikami druhého počítače 6. První počítač 5 uloží tyto počítačově specifické informace tak, aby dokázal vytvořit serverové záhlaví. U následné komunikace potom druhý počítač 6 odstraní počítačově specifické informace komunikace vytvořené web serverem 20 a odešle zbývající část komunikace vytvořené web serverem 20 na externí komunikační spoj 35. První počítač tuto komunikaci 5 přijme přes externí komunikační spoj 35 a rekonstruuje původní komunikaci vytvořenou web serverem 20, a to sloučením informace serverového záhlaví a specifického datového toku klient/server přijatého přes externí komunikační spoj 35 tak, aby vytvořil datový tok HTTP. V obou případech jsou operace odstranění počítačově specifických informací a uložení těchto informací pro vytvoření buď informace serverového záhlaví, nebo informace klientova záhlaví prováděny zachycovacím modulem 30 na straně klienta či zachycovacím modulem 40 na straně serveru, v závislosti na tom, zda se operace provádějí na prvním počítači 5 nebo na druhém počítači 6.
V provedení podle vynálezu komunikace web browser 10 se zachycovacím modulem 30 na straně klienta s využitím protokolu nazvaného Transmission Control Protocol/Intemet Protocol (TCP/IP). TCP může být rovněž použit pro komunikaci mezi zachycovacím modulem 30 na straně klienta a zachycovacím modulem 40 na straně serveru přes externí komunikační spoj 35. Konečně, TCP může být použit pro komunikaci mezi zachycovacím modulem 40 na straně serveru a web serverem 20. Zatímco TCP může být použit pro komunikaci mezi různými komponenty, které vytvářejí systém stávajícího vynálezu, protokol HTTP neposkytuje nejefektivnější prostředky pro komunikaci přes externí komunikační spoj 35. Ke zvýšení výkonnosti externího komunikačního spoje 35 vytváří jedno z provedení vynálezu to, co se zde označuje pod pojmem „virtuální sokety“, které se využívají při spojení mezi web browserem 10 a zachycovacím modulem 30 na straně klienta a mezi zachycovacím modulem 40 na straně serveru a web serverem 20. Činnost těchto virtuálních soketů bude nyní popsána s odvoláním na obr. 11 až 17.
Obr 11 je blokové schéma jedné z možných implementací vynálezu využívající koncepci virtuálních soketů. Jak je zřejmé z obr. 11, první počítač 5 a druhý počítač 6 jsou vzájemně propojeny přes externí komunikační spoj 35. Web browser 10 má pluralitu reálných soketů, které propojují web browser 10 se zachycovacím modulem 30 na straně klienta. Na obr. 11 je znázorněn první reálný soket 65a na web browseru 10 a jemu odpovídající soket 65b na zachycovacím modulu 30 na straně klienta. Tento první reálný soket 65a je soket TCP, přes který web browser 10 vyžaduje další spojení od zachycovacího modulu 30 na straně klienta.
Když web browser 10 vyžaduje nové spojení TCP, objeví se komunikace přes reálný soket 65a, která je přijata na reálný odpovídající soket 65b. Zachycovací modul 30 na straně klienta vytvoří potom další reálný soket pro komunikaci s web browserem 10. Jak je zřejmé u obr. 11, pluralita reálných soketů je vytvořena na web browseru 10 společně s odpovídajícím reálným soketem vytvářeným na zachycovacím modulu 30 na straně klienta. Tyto reálné sokety 60a až 64a jsou znázorněny na web browseru 10 a odpovídající sokety 60b až 64b zachycovacím modulu 30 na straně klienta. Tyto reálné sokety tvoří prostředky, přes které web browser 10 komunikuje se zachycovacím modulem 30 na straně klienta. Po vytvoření reálných soketů 60a až 64a
-17CZ 287988 B6 a odpovídajících soketů 60b až 64b jsou komunikace přes tyto sokety multiplexovány na reálný soket 36a. který poskytuje přístup zachycovacímu modulu 30 na straně klienta na externí komunikační spoj 35. Reálné sokety 36a a 36b jsou vytvořeny v době, kdy je odeslán požadavek přes další reálný soket 37a počítače 5 na další reálný odpovídající soket 37b počítače 6. Po potvrzení požadavku o spojení dalším reálným odpovídajícím soketem 37b se vytvoří reální sokety 36a a 36b. Sokety 37a a 37b pracují jako první reálné sokety pro potřeby komunikace mezi zachycovacím modulem 30 na straně klienta a zachycovacím modulem 40 na straně serveru a mohou být používány pouze pro ustanovení spojení mezi dvěma moduly znázorněnými sokety 36a a 36b. Každý z těchto reálných soketů pracuje pod standardními protokoly TCP/IP. Když jsou druhým počítačem 6 přijímány komunikace přes externí komunikační spoj 35, jsou přijmuty na reálný soket 36b. Zachycovací modul 40 na straně serveru potom demultiplexuje tyto komunikace na soketu 36b a poskytne je příslušnému soketu za účelem přenosu na web server 20. Tak může být například uskutečněna komunikace přes soket 60a na soket 60b za účelem požadavku informace od specifického URL, která by byla multiplexována na soketu 36a, přijata soketem 36b. demultiplexována zachycovacím modulem 40 na straně serveru a přenesena z dalšího prvního reálného soketu 60c na další první odpovídající soket 60d na web serveru 20. Podobně jsou i komunikace vyskytující se přes soket 61a přijaty soketem 61b. multiplexovány zachycovacím modulem na straně klienta 30 a odeslány ze soketu 36a na soket 36b. kde zachycovací modul 40 na straně serveru tyto komunikace demultiplexuje a odešle přes soket 61c na soket 61d. Takže komunikace přes soket 60a a 60b. 61a a 61b, 62a a 62b. 63a a 63b a 64a a 64b jsou přenášeny přes příslušné odpovídající sokety mezi zachycovacím modulem 40 na straně serveru a web serverem 20. tj. soket 60c a soket 60d, soket 61c a 61d. soket 62c a soket 62d. soket 63c a soket 63d a soket 64c a 64d.
Podobně pak odpovědi na otázky od web browseru 10 produkované web serverem 20 jsou rovněž přenášeny přes soketové spojení web serveru 20 na zachycovací modul 40 na straně serveru a přes externí komunikační spoj 35 na zachycovací modul 30 na straně klienta, a potom dále na web browser 10. Potom například by odpověď vytvořená web serverem 20 byla odeslána přes soket 60d na soket 60c a multiplexována zachycovacím modulem 40 na straně serveru na soket 36d. která by byla odeslána přes externí komunikační spoj 35 na soket 36a. Zachycovací modul 30 na straně klienta potom demultiplexuje komunikaci a poskytne ji na soket 60b pro přenos na 60a na web browseru 10. Obdobná komunikační cest je ustanovena pro každý soket, jenž je využíván web browserem 10 na web serverem 20. Z pohledu hodnocení tohoto vynálezu je nutné poznamenat, že zatímco byl stávající vynález popisován s ohledem na 4 soketová spojení mezi web browserem 10 a web serverem 20. může být otevřen libovolný počet soketů pro zajištění komunikačního přístupu mezi web browserem 10 a web serverem 20.
Obr. 12 představuje blokové schéma implementace virtuálního soketového systému v zachycovacím modulu 30 na straně klienta a zachycovacím modulu 40 na straně serveru. Externě k těmto modulům 30, 40 jsou reálné sokety mezi zachycovacím modulem 30 na straně klienta a web browserem 10 a zachycovacím modulem 40 na straně serveru a web serverem 20, které fungují jako normální TCP/I sokety. To znamená, že použití virtuálních soketů je transparentní vůči web browseru 10 i web serveru 20.
Konkrétní začlenění stávajícího vynálezu bude popsáno s ohledem na blokové schéma uvedené na obr. 12 a vývojové diagramy na obr. 13 až 17. Obr. 13 je vývojový diagram soketového manažera znázorněného šedesátým třetím blokem 68 na obr. 12. S odvoláním na obr. 13, šedesátý čtvrtý blok 300 odráží vytváření manažera reálných soketů v bloku 68 zachycovacího modulu 30 na straně klienta. Poté, co byl vytvořen v bloku 68 manažer reálných soketů, vytváří se první reálný soket znázorněný na obr. 12 jako první odpovídající soket 65b. Vytvoření tohoto prvního reálného soketu je reflektováno šedesátým pátým blokem 301 na obr. 13. Po vytvoření prvního odpovídajícího soketu 65b počká šedesátý třetí blok 68 manažera reálných soketů rezidentní na zachycovacím modulu 30 straně klienta, v tomto materiálu rovněž označovaný jako klientův manažer soketů, na události na prvním odpovídajícím soketu 65b, jak je znázorněno v šedesátém šestém bloku 302 na obr. 13. Jakmile je přijata událost na prvním odpovídajícím
-18CZ 287988 B6 soketu 65b, manažer reálných soketů ji prozkoumá a s ohledem na výsledek tohoto prozkoumání zvolí jednu z pěti možných cest, jak je znázorněno v šedesátém sedmém bloku 305.
V případě vytvoření reálného soketu v odpovědi na požadavek o komunikaci přijatý na první odpovídající soket 65b, přidá, jak je naznačeno v cestě od bloku 305 do šedesátého osmého bloku 306 na obr. 13, manažer reálných soketů podle šedesátého třetího bloku 68 reálný soket do seznamu reálných událostí. Manažer reálných soketů potom vytvoří simplexní virtuální soket, jak je naznačeno v šedesátém devátém bloku 307. V případě zachycovacího modulu 30 na straně klienta bude manažer reálných soketů indikovat aplikační funkci, která zajistí provedení funkcí zachycovacího modulu 30 na straně klienta pro vytvořený virtuální soket, jak je znázorněno v sedmdesátém bloku 308 na obr. 13.
Jak je zde uvedeno, termín „simplexní soket“ nebo „simplexní virtuální soket“ odkazuje na soket, který spojuje přímo buď jednoduchý soket, nebo jednoduchou aplikaci. Zde je použit také „multiplexní soket“, který označuje soket pro spojení na pluralitu dalších soketů. Multiplexní soket tedy vykonává multiplexní nebo demultiplexní funkci a simplexní soket vykonává individuální spojení. To znamená například při provádění funkcí bloků 306 až 308 na obr. 13, že manažer soketu klienta v odpovědi na požadavek o první spojení přijatý prvním odpovídajícím soketem 65b vytvoří reálný šestý odpovídající soket 60b, simplexní virtuální soket 70 a označí zachycovací funkci na straně klienta v aplikaci 80. Podobně pro následné události, kde je vytvářen reálný soket, manažer reálných soketů vytvoří reálné sokety 61b, 62b, 63b nebo 64b a simplexní virtuální sokety 71, 72. 73 nebo 74 a určí funkci CSI odpovídající vytvoření reálným a virtuálním soketům, znázorněným jako aplikace 81, 82, 83 nebo 84 na obr. 12.
Činnost zachycovací funkce na straně klienta bude nyní popsána s odvoláním na šestý odpovídající soket 60b, simplexní virtuální soket 70 a zachycovací funkci na straně klienta danou aplikací 80, znázorněnou na obr. 12. Sedmdesátý první blok 325 na obr. 14 odráží vytvoření zachycovací funkce na straně klienta dané aplikací 80. Po vytvoření čeká zachycovací funkce na straně klienta na událost na simplexním virtuálním soketu 70. jak je naznačeno v sedmdesátém druhém bloku 326. Tato operace čekání se vykonává prováděním virtuální funkce výběru, která je popsána obr. 16-4. Po potvrzení události je tato událost prozkoumána, jak je naznačeno v sedmdesátém třetím bloku 330. Jestliže událost je zavření virtuálního soketu, potom zachycovací funkce na straně klienta smaže simplexní virtuální soket 70, jak je naznačeno v sedmdesátém čtvrtém bloku 349, a ukončí se, jak je naznačeno v sedmdesátém pátém bloku 350 na obr. 14.
Jestliže událost je příjem dat, potom se uskuteční cesta od bloku 330 k sedmdesátému šestému bloku 331 a zachycovací funkce na straně klienta přijme komunikaci vytvořenou browserem 10 od simplexního virtuálního soketu 70, a to uskutečněním virtuální operace příjmu popsanou v tomto materiálu s odvoláním na obr. 16-3. Zachycovací funkce na straně klienta potom provede výše popsanou funkci zachycovacího modulu na straně klienta, viz např. obr. 3 a 7, která je znázorněna v sedmdesátém sedmém bloku 332. Zachycovací funkce na straně klienta potom vytvoří multiplexní virtuální soket 90, který je spojen s reálným soketem 36a zachycovacího modulu 30 na straně klienta. Reálný soket 36a je spojen s reálným odpovídajícím soketem 36b zachycovacího modulu 40 na straně serveru. Vytvoření multiplexního virtuálního soketu 90 je znázorněno v sedmdesátém osmém bloku 333 na obr. 14 a je uskutečňováno prováděním virtuální operace vytvoření popsané v tomto materiálu s odvoláním na obr. 16-1. Sedmdesátý devátý blok 334 znázorňuje operaci odeslání informace přijaté od web browseru přes reálný šestý odpovídající soket 60b a simplexní virtuální soket 70 po provedení zachycovací funkce na straně klienta pro komunikaci vytvořenou web browserem 10. Tato komunikace je řazena do fronty na multiplexní virtuální soket 90. a to provedením virtuální operace odeslání popisované v tomto materiálu s odvoláním na obr. 16-2. Zachycovací funkce na straně klienta po zařazení do fronty požadavku na multiplexní virtuální soket 90 zarovná data ve frontě na multiplexním virtuálním soketu 90, jak je znázorněno v osmdesátém bloku 335 na obr. 14, a potom počká na událost na multiplexním virtuálním soketu, jak je naznačeno osmdesátým prvním blokem 336. Funkce virtuálního zarovnání se uskutečňuje provedením virtuální funkce zarovnání popsané v tomto
-19CZ 287988 B6 materiálu vzhledem k obr. 17-1, která převezme data z multiplexované virtuální soketové fronty a předá je na reálný soket 36a. Operace čekání může být uskutečněna prováděním virtuální funkce výběru popsané obr. 16-4. V tomto okamžiku zachytil zachycovací modul 30 na straně klienta komunikaci vytvořenou web browserem 10 a tuto komunikaci přenesl na zachycovací 5 modul 40 na straně serveru přes externí komunikační spoj 35.
Zpět k obr. 13, který znázorňuje vývojový diagram funkce manažeru soketů buď na zachycovacím modulu 40 na straně serveru, nebo na zachycovacím modulu 30 na straně klienta. Manažer reálných soketů v zachycovacím modulu 40 na straně serveru nebo manažer serverových soketů, 10 znázorněný jako osmdesátý druhý blok 69 na obr. 12, provádí stejnou funkci jako manažer klientových soketů, znázorněný jako šedesátý třetí blok 68 vytváření prvního reálného soketů, znázorněného v šedesátém čtvrtém bloku 301, zachycovací modul 40 na straně serveru vytvoří „dobře známý port“ pro příjem požadavků na sokety od zachycovacího modulu 30 na straně klienta spojeného se zachycovacím modulem 40 na straně serveru. Vyskytne-li se reálná událost 15 na reálném odpovídajícím soketů 36b u zachycovacího modulu 40 na straně serveru, je tato událost prozkoumána, jak je naznačeno v bloku 305. V tomto případě je událostí příjem dat od reálného soketů 36a. proto se uplatní cesta od šedesátého šestého bloku 305 k osmdesátému třetímu bloku 320, znázorněná na obr. 13. Data přijatá na reálný odpovídající soket 36b jsou prozkoumána a v tomto konkrétním případě, protože se jedná o data vytvořená web browserem 20 10 odeslaná zachycovacím modulem 30 na straně klienta, musí být vytvořen nový virtuální soket v zachycovacím modulu 40 na straně serveru. To znamená, že se uplatní cesta od bloku 320 k bloku 321 na obr. 13. Manažer serverových soketů potom provede operace naznačené v blocích 321. 322. 323 a 324 na obr. 13. Manažer serverových soketů vytvoří další multiplexní virtuální soket 95, jak je naznačeno v osmdesátém čtvrtém bloku 321. zruší časovač aktivity multiplexního 25 soketů, jak je naznačeno v osmdesátém pátém bloku 322. a iniciuje aplikaci zachycovací funkce na straně serveru, jak je naznačeno v bloku 322 na obr. 13 a znázorněno jako osmdesátý osmý blok 85 na obr. 12. Data přijatá na reálný soket jsou potom zařazena do fronty na další multiplexní virtuální soket 95 a je signalizována virtuální událost.
Vytvoření zachycovací funkce na straně serveru, jak je znázorněno v osmdesátém šestém bloku 323. je označeno jako osmdesátý devátý blok 360, na obr. 15. Po vytvoření zachycovací funkce na straně serveru funkce přijme data z dalšího multiplexního virtuálního soketů 95. která byla odeslána od zachycovacího modulu 30 na straně klienta a odpovídající komunikaci vytvořené web browserem JO. Tato operace je označena jako devadesátý blok 361 na obr. 15. Po přijetí dat 35 od zachycovacího modulu 30 na straně klienta zpracuje zachycovací funkce na straně serveru data výše popsaným způsobem pro zachycovací modul 40 na straně serveru. Provádění funkcí na straně serveru je označeno v devadesátém prvním bloku 362 (viz příklad na obr. 5 a 9). Po zpracování informací vytvoří zachycovací funkce na straně serveru pátý simplexní virtuální soket 75. a to prováděním virtuálního vytvoření, tj. operace, která je v tomto materiálu popiso40 vána vzhledem kobr. 16-1. tato operace je naznačena devadesátým druhým blokem 363 na obr. 15. Zachycovací funkce na straně serveru potom odešle komunikaci vytvořenou web browserem 10 na pátý simplexní virtuální soket 75, jak je naznačeno v devadesátém třetím bloku 364, uskutečněním virtuálního odeslání, tj. operace, která je v tomto materiálu popsána s odvoláním na obr. 16-2. Zachycovací funkce na straně serveru potom provede virtuální zarovnání dat 45 ve frontě na dalším simplexním virtuálním soketů 75 pro další reálný soket 60c a počká na událost na pátém simplexním virtuálním soketů 75. Operace virtuálního zarovnání je v tomto materiálu popsána vzhledem k obr. 17-1. Operace odeslání a zarovnání jsou zobrazeny v blocích 364 a 365 na obr. 15. Operace čekání může být uskutečněna prováděním funkce virtuálního výběru popsané na obr. 16—4. Jestliže zachycovací funkce na straně serveru vytvořila pátý 50 simplexní virtuální soket 75, byl vytvořen rovněž odpovídající další reálný soket 60c. Odesláním komunikace vytvořené web browserem 10 na další simplexní virtuální soket 75 přenese zachycovací funkce na straně serveru komunikaci vytvořenou web browserem 10 na web server 20.
-20CZ 287988 B6
Když zachycovací modul 40 na straně serveru přijme odpověď od web serveru 20 na další reálný soket 60c. dojde k reálné události a manažer serverových soketů ukončí šedesátý šestý blok 302 na obr. 13 a prozkoumá událost, která nastala na dalším reálném soketu 60c, jak je naznačeno šedesátým sedmým blokem 305. V konkrétním případě se jedná o data pro existující virtuální soket a cestu od bloku 320 na blok 324 na obr. 13. Data přijatá na další reálný soket 60c jsou zařazena do fronty na pátém virtuálním soketu 75 a je signalizována virtuální událost. Je-li signalizována virtuální událost, ukončí zachycovací funkce na straně serveru devadesátý pátý blok 366 na obr. 15 a prozkoumá událost, jak je naznačeno devadesátým šestým blokem 370. Jestliže událostí je zavření soketu, nastane chybová podmínka a je jako odpověď zkonstruováno chybové hlášení, jak je naznačeno v devadesátém sedmém bloku 375 na obr. 15. Jestliže však je událostí příjem dat, uplatní se cesta od bloku 370 k devadesátému osmému bloku 371 a zachycovací funkce na straně serveru provede virtuální příjem, jak je v tomto materiálu popisováno s odvoláním na obr. 16-3, aby tak získala odpověď serveru z pátého simplexního virtuálního soketu 75. jak je zřejmé z bloku 371· Zachycovací funkce na straně serveru potom provede virtuální zavření dalšího simplexního virtuálního soketu 75, jak je naznačeno devadesátým devátým blokem 372 a v tomto materiálu popisováno s odvoláním na obr. 17-2, a zpracuje odpověď, jak je výše popisováno, pro zachycovací modul 40 na straně serveru, a jak je znázorněno ve stém bloku 373 (viz například obr. 6 a 10).
Je-li ukončovací cesta bloku 370 na obr. 15 chybovou cestou k devadesátému sedmému bloku 375 nebo datovou cestou k bloku 371, je ve sté první bloku 374 smazán pátý simplexní virtuální soket 75. Zachycovací funkce na straně serveru potom provede operaci virtuálního odeslání na další multiplexní virtuální soket 95 s cílem odeslat komunikaci vytvořenou web serverem na zachycovací modul 30 na straně klienta, jak je znázorněno ve sto třetím bloku 376. Zachycovací funkce na straně serveru potom uskuteční operaci virtuálního zarovnání dat ve frontě v dalším multiplexním virtuálním soketu 95. Tyto operace jsou znázorněny ve sto čtvrtém bloku 377. Zachycovací funkce na straně serveru potom provede operaci virtuálního zavření, při které zavře další multiplexní virtuální soket 95, jak je znázorněno ve sto pátém bloku 378 na obr. 155. Zachycovací funkce na straně serveru nakonec smaže multiplexní virtuální soket a ukončí se, jak je znázorněno bloky 379 a 380.
Zachycovací funkce na straně serveru provede operace virtuálního odeslání a zarovnání u dalšího multiplexního virtuálního soketu 95. Tímto se spustí události na reálném soketu 36a. přičemž manažer klientových soketů ukončí blok 302 a prozkoumá událost, jak je znázorněno v bloku 305, a protože data byla přijata na reálný soket 36a. bude použita cesta od bloku 305 k bloku 320 na obr. 13 a data budou zařazeny do fronty na multiplexní virtuální soket 90. Když tedy reálný soket 36a přijme odpověď web serveru 20 od reálného odpovídajícího soketu 36b externí komunikační spoj 35. jsou tato data demultiplexována a poskytnuta na příslušný multiplexní virtuální soket. Příjem dat způsobí vznik virtuální události, která by měla být, jak je ukázáno osmdesátým sedmým blokem 324 na obr. 13 a blokem 336 na obr. 14, ukončena a zachycovací funkce na straně klienta by měla tuto událost prozkoumat, jak je znázorněno ve sto osmém bloku 340 na obr. 14.
Jestliže událost je odezva na uzavřený soket, uplatní se cesta od bloku 340 ke stodevátému bloku 345 na obr. 14 a zachycovací funkce na straně klienta vytvoří odpověď chybového hlášení a předá ji sto desátému bloku 344 na obr. 14. Pokud událost jsou přijatá data, což je právě uváděný příklad, uplatní se cesta od bloku 340 ke sto jedenáctému bloku 341 na obr. 14 a zachycovací funkce na straně klienta provede operaci virtuálního příjmu k přijetí odpovědi z multiplexního virtuálního soketu 90. Tato operace příjmu je znázorněna blokem 341 na obr. 14. Po přijetí dat z multiplexního virtuálního soketu 90 provede zachycovací funkce na straně klienta operaci virtuálního zavření a zavře multiplexní virtuální soket 90, jak je naznačeno sto dvanáctým blokem 342. Zachycovací funkce na straně klienta potom zpracuje odpověď výše popsaným způsobem pro zachycovací modul na straně klienta, jak je znázorněno ve sto třináctém bloku 343 (viz např. obr. 4 a 8).
-21CZ 287988 B6
Operace sto desátého bloku 344 jsou potom prováděny při použití kterékoli cesty k ukončení bloku 340. Zachycovací funkce na straně klienta smaže multiplexní virtuální soket, jak je naznačeno blokem 344. a potom provede operaci virtuálního odeslání s cílem odeslat odpověď na browser 10 přes simplexní virtuální soket 70, jak je naznačeno sto patnáctým blokem 346. Po dokončení operace virtuálního odeslání provede zachycovací funkce na straně klienta operaci virtuálního zarovnání tak, aby zarovnala data ve frontě simplexního virtuálního soketu, jak je znázorněno sto šestnáctým blokem 347 pro reálný šestý odpovídající soket 60b. a potom provede operaci virtuálního zavření s cílem zavřít simplexní virtuální soket, jak je znázorněno v bloku sto sedmnáctým 348. Po zavření simplexního virtuálního soketu pro zachycovací funkci na straně klienta je smazán simplexní virtuální soket a zachycovací funkce na straně klienta se ukončí, jak je zřejmé z bloku 349 a 350 na obr. 14.
Z pohledu hodnocení stávajícího vynálezu, je tento popisován s ohledem na jeden konkrétní příklad vytvoření simplexního a multiplexního virtuálního soketu a zachycovacích funkcí na straně klienta a na straně serveru, avšak pluralita těchto funkcí může být vytvořena v rámci jednoho zachycovacího modulu 30 na straně klienta, respektive zachycovacího modulu 40 na straně serveru. Obdobně může zachycovací modul 30 na straně klienta a zachycovací modul 40 na straně serveru, podle vynálezu, vytvořit TCP/IP spojení mezi zachycovacím modulem 30 na straně klienta a zachycovacím modulem 40 na straně serveru a potom provádět multiplex na pluralitě spojení TCP/IP komunikací vytvořených web browserem 10 nebo web serverem 20. a to při udržení spojení TCP/IP.
Zbývající funkce manažera klientových soketů a manažera serverových soketů lze nejlépe pochopit s použitím obr. 16-1 až 16-4 a obr. 17-1 a 17-2, které popisují operace prováděné zachycovacím modulem 30 na straně klienta a zachycovacím modulem 40 na straně serveru při uskutečnění operací virtuálního vytváření, virtuálního odesílání, virtuálního příjmu, virtuálního výběru, virtuálního zarovnání nebo virtuálního zavření, jak je znázorněno vývojovými diagramy na obr. 14 a 15. Když se uskutečňuje operace virtuálního vytváření, jak je známo z bloku 333 na obr. 14 a bloku 363 na obr. 15, začíná se od sto osmnáctého bloku 400 na obr. 16-1. Manažer soketů potom určí, zdaje vyžadován reálný soket, jak je znázorněno ve sto dvanáctém bloku 405. Jestliže již reálný soket existuje, anebo při vytváření multiplexního virtuálního soketu, který má být připojen na stávající reálný soket, uplatní se cesta „No“ bloku 405 a virtuální soket se spojí s reálným soketem, jak je zřejmé ze sto dvacátého bloku 409. Jestliže je však reálný soket zapotřebí, použije se potom cesta „Yes“ bloku 405. Jak je zřejmé ze sto dvacátého prvního bloku 406. vytvoří se reálný soket. Reálný soket je potom přidán do seznamu událostí, jak je naznačeno ve sto dvacátém druhém bloku 408, pro potřeby monitorování, jak je reflektováno v bloku 302 na obr. 13. Po vytvoření reálného soketu a ustanovení spojení je virtuální soket připojen k reálnému soketu, jak je uvedeno v bloku 409, a dokončí se operace vytvoření, jak je zřejmé ze sto dvacátého třetího bloku 410.
Při provádění operace virtuálního odeslání naznačené v blocích 334 a 346 na obr. 14 nebo blocích 364 a 376 na obr. 15 začínají operace od sto dvacátého čtvrtého bloku 420 na obr. 16-2. Do fronty virtuálního soketu jsou přidány data, jak je zřejmé ze sto dvacátého pátého bloku 427. a potom se ukončí operace odesílání, jak je vidět ze sto dvacátého šestého bloku 428.
Operace virtuálního příjmu znázorněné v oblocích 331 a 341 na obr. 14 a blocích 361a 371 na obr. 15 jsou uskutečňovány prováděním operací začínajících od sto dvacátého sedmého bloku 430 na obr. 16-3. Jak je vidět ve sto dvacátém osmém bloku 435, je vyhodnoceno virtuální soketová fronta, aby se stanovilo, zda jsou ve virtuální soketové frontě nějaká data. Jestliže se ve virtuální soketové frontě data vyskytují, uplatní se cesta „Yes“ bloku 435 a tato data jsou vrácena na funkci nazvanou příjmová operace, jak je patrno ze sto dvacátého devátého bloku 436. Jestliže ve virtuální soketové frontě nejsou žádná data, avšak soket není označen pro zavření, uplatní se cesta „No“ rozhodovacího sto třicátého bloku 440 a nic se nevrátí, jak je zřejmé ze sto třicátého prvního bloku 441. Jestliže však nejsou ve frontě žádná data a soket je označen pro zavření, platí cesta „Yes“ bloku 440 a soket je označen jako zavřený, jak je zřejmé ze sto třicátého druhého
-22CZ 287988 B6 bloku 441, a na operaci vyžadující příjem je vrácena informace, že je soket zavřený, jak je zřejmé ze sto třicátého třetího bloku 443.
Operace virtuálního výběru vykonávaná v blocích 326 a 336 na obr. 14 a v bloku 366 na obr. 15 se uskutečňuje provedením operací, které začínají sto třicátým čtvrtým blokem 445 na obr. 16-4. Jak je zřejmé ze sto třicátého pátého bloku 446, nejdříve je stanoveno, zda data nebo operace virtuálního zavření nejsou dosud na zvoleném virtuálním soketů vyřízená. V případě, že nejsou nevyřízená žádné data nebo virtuální zavření, uplatní se cesta „No“ bloku 446 a proces čeká na virtuální událost na zvoleném virtuálním soketů, jak je znázorněno ve sto třicátém šestém bloku 447, a po přijetí takové události se ukončí, jak je znázorněno ve sto třicátém sedmém bloku 448. Jestliže však data a virtuální zavření jsou dosud nevyřízena a čekají na vyřízení, čekají na zvoleném virtuálním soketů, virtuální události se již vyskytla, a proto se uplatní cesta „Yes“ bloku 446, proces se zakončí, jak je znázorněno v bloku 448.
Operace virtuálního zarovnání, jak je zřejmé z bloků 335 a 347 na obr. 14 a bloků 365 a 377 na obr. 15 se uskutečňuje provedení operací, které začínají sto třicátým osmým blokem 450 na obr. 17-1. Je-li operace virtuálního zarovnání spuštěna, stanoví, zda jsou ve frontě virtuálního soketů nějaká data, která mají být zarovnána, jak je naznačeno v rozhodovacím sto třicátém devátém bloku 445. Jestliže ve virtuální soketové frontě nejsou žádná data, potom se operace zarovnání prostě ukončí a vrátí se do funkce, jež ji spustila, jak je zřejmé z větve „No“ bloku 455. Jestliže však jsou ve frontě nějaká data, potom se uplatní cesta „Yes“ bloku 455 a je určeno, zda virtuální soketová fronta je pro multiplexní soket, jak je patrno ze sto čtyřicátého bloku 460. Jedná-li se o multiplexní soket, potom se soketové záhlaví, které se skládá ze tří byte dat odrážejících jednoznačný identifikátor pro soket a z objemu dat pro přenos, přidá do vyrovnávací paměti (bufferu) reálného soketů, jak je znázorněno ve sto čtyřicátém prvním bloku 461. V obou případech, jestliže se jedná o multiplexní soket nebo simplexní soket, se data pro reálný soket potom přesunou do vyrovnávací paměti pro reálný soket, jak je naznačeno ve sto čtyřicátém druhém bloku 462. V případě, že vyrovnávací paměť reálného soketů je plná, uplatní se větev „Yes“ sto čtyřicátého třetího bloku 465 a data se z vyrovnávací paměti pro reálný soket odešlou na tento reálný soket, jak je naznačeno ve sto čtyřicátém čtvrtém bloku 466. Pokud však vyrovnávací paměť pro reálný soket není plná, platí cesta „No“ bloku 465. Virtuální zarovnávací funkce potom provede test s cílem určit, zda jsou ještě nějaká další data na případné další frontě multiplexního virtuálního soketů, která by měla být odeslána na reálný soket. Pokud odpověď zní ano, uplatní se cesta „Yes“ sto čtyřicátého pátého bloku 470 a data ve vyrovnávací paměti reálného soketů nejsou odeslána, dokud není operace virtuálního zarovnávání znovu vyvolána, aby provedla zarovnání jedné z ostatních virtuálních sketových front. Pokud však nejsou již žádná další data nebo po předání dat z ostatních multiplexních virtuálních soketů, provede se operace bloku 466 a data ve vyrovnávací paměti reálného soketů jsou odeslána na reálný soket. Po tom všem se data ve virtuální soketové frontě odpovídající funkci, která volala operaci virtuálního zarovnávání, odešlou na reálný soket a operace virtuálního zarovnávání se ukončí, jak je znázorněno ve sto čtyřicátém šestém bloku 467.
Virtuální operace zavření znázorněná v blocích 342 a 348 na obr. 14 a blocích 372 a 378 na obr. 15 se uskutečňuje provedením operací, které začínají sto čtyřicátým sedmým blokem 480 na obr. 17-2. Když je volána operace virtuálního zavření, nejdříve provede testy s cílem určit, zda se virtuální zavření týká multiplexního virtuálního soketů, jak je znázorněno ve sto čtyřicátém osmém bloku 485. Je-li to multiplexní virtuální soket, potom se uplatní cesta „Yes“ bloku 485 a do virtuální soketové fronty se přidá indikátor operace „zavření“. Ať již jde o virtuální zavření multiplexního virtuálního soketů či nikoli, operace virtuálního zavření zavolá operaci virtuálního zarovnávání, jak je znázorněno ve sto čtyřicátém devátém bloku 487 a potom provede odpojení od reálného soketů, jak je znázorněno ve sto padesátém bloku 488. Operace potom provede testy s cílem poznat, zda virtuální zavření se týká simplexního virtuálního soketů, jak je zřejmé ze sto padesátého prvního bloku 490; a pokud tomu tak není, uplatní se cesta „No“ sto padesátého druhého bloku 495. Protože se zavření týká multiplexního virtuálního soketů, provedou se testy bloku 495 s cílem stanovit, zda se jedná o poslední multiplexní virtuální soket, a je-li tomu tak,
-23CZ 287988 B6 nastaví se časovač multiplexní aktivity, jak je zřejmé ze sto padesátého třetího bloku 496. Pokud se však nejedná o poslední multiplexní virtuální soket, potom se blok 496 přeskočí.
Zpět k bloku 490. Jestliže se virtuální zavření týká simplexního virtuálního soketu, potom je příslušný reálný soket odstraněn ze seznamu událostí, jak je znázorněno ve sto padesátém čtvrtém bloku 491 a reálný soket je zavřen a smazán, jak je zřejmé ze sto padesátého pátého bloku 492. Ať již je soketem simplexní nebo multiplexní virtuální soket, je označen jako zavřený, viz sto padesátý šestý blok 497, a operace zavření se ukončí, viz sto padesátý sedmý blok 498.
Obr. 13 bude nyní popsán ve vztahu k obr. 16-1 až 16-4 a obr. 17-1 a 17-2. Když se vyskytne reálná událost, blok 302 na obr. 13 se ukončí a manažer soketů událost prozkoumá na základě toho, jak byla tato událost generována. Jestliže byl u události překročen časový interval (timing) pro časovač aktivity multiplexního soketu, který byl nastaven v bloku 496 na obr. 17-2, potom se uplatní cesta od bloku 305 ke sto padesátému osmému bloku 312 na obr. 13. Jak je zřejmé z obr. 13, provede manažer soketů operace bloku 312 a stop padesátého devátého bloku 313 pro zavření multiplexního reálného soketu a smaže multiplexní reálný soket, který odpovídá soketu, jenž spojuje zachycovací modul 30 na straně klienta se zachycovacím modulem 40 na straně serveru. Manažer soketů potom vyčká na další reálnou událost. Tento časovač multiplexních událostí je resetován (nulován) vytvořením multiplexního virtuálního soketu, jak je vidět v bloku 322.
Jestliže událost vyskytující se na reálném soketu je zavření reálného soketu, např. web server provádějící operaci zavření na soketových spojeních mezi web serverem a zachycovacím modulem na straně serveru, potom se uplatní cesta od bloku 305 ke sto šedesátému bloku 309 na obr. 13. Manažer soketů odstraní reálný soket ze seznamu reálných událostí, jak je zřejmé ze sto šedesátého prvního bloku 309 a odpojí virtuální soket nebo sokety, v případě několika multiplexních soketů, od reálného soketu nebo soketů, jak je vidě z bloku 310. Manažer soketů potom označí virtuální soket pro uzavření a oznámí (signalizuje) virtuální událost. Tato operace je reflektována ve sto šedesátém druhém bloku 311 a jakmile jsou všechna data z virtuální soketové fronty odstraněna, bude virtuální soket zavřen. Po označení virtuálního soketu pro zavření manažer soketů následně stanoví, zdaje nebo není reálný soket, ktetý má být zavřen, simplexním soketem, jak je naznačeno v rozhodovacím sto šedesátém třetím bloku 315. Jestliže zavření reálného soketu se týká simplexního soketu, je rento reálný soket zavřen a smazán, jak je znázorněno ve sto šedesátém čtvrtém bloku 316. Manažer soketů potom čeká na další reálnou událost, jak je patrné z bloku 302.
Není-li to simplexní reálný soket, jenž se má zavřít, potom se uplatní cesta „No“ bloku 315 a manažer soketů vyčká na následnou reálnou událost. Multiplexní reálný soket nebo soket spojující zachycovací modul 30 na straně klienta a zachycovací modul 40 na straně serveru může být pouze uzavřen s použitím časového hlídání ze strany časovače aktivity multiplexního soketu. To umožňuje údržbu spojení mezi zachycovacím modulem 30 na straně klienta a zachycovacím modulem 40 na straně serveru i poté, co proběhla poslední komunikace mezi moduly v rámci pro uživatele specifikovaného předem stanoveného času. V situaci následného požadavku spojení od browseru 10 před vypršením časového intervalu určeného časovačem aktivity multiplexního soketu by mohla být komunikace uskutečněna bez znovuustanovení spojení mezi zachycovacím modulem 30 na straně klienta a zachycovacím modulem 40 na straně serveru, a tak eliminována potřeba dalších nároků v důsledku znovuustanovení takového spojení.
Poslední větev, kterou je nutné popsat u obr. 13, je větev, kdy nastane reálná událost a touto událostí je příjem dat na multiplexní reálný soket nebo reálné sokety 36a nebo 36b na obr. 12. Jsou-li data přijata na multiplexní reálné sokety, jsou tato data prozkoumána a v případě, že zahrnují indikátor operace zavření, podobně jako tomu bylo u virtuální fronty ve sto šedesátém pátém bloku 486 na obr. 17-2, potom se provede operace virtuálního zavření, a tedy použije cesta od bloku 320 k bloku 310. Manažer soketů odpojí od reálného soketu multiplexní virtuální soket označený v přijatých datech na reálný soket, viz blok 310. a potom označí virtuální soket pro
-24CZ 287988 B6 „zavření“ a signalizuje virtuální událost tak, jak je znázorněno v bloku 311. Protože zavření je vlastně zavření multiplexního virtuálního soketu, uplatní se cesta „No“ bloku 315 a potom manažer soketů počká na reálnou událost, jak je vidět v bloku 302.
Prostřednictvím provádění operace popsaných na obr. 13 až 17 konkrétní aspekt stávajícího vynálezu ustanovuje stálé spojení mezi prvním počítačem 5 a druhým počítačem 6 přes externí komunikační spoj 35. Toto stálé spojení je udržováno do doby, než všechny komunikace vytvořené web browserem 10 jsou dokončeny a pluralita komunikací vytvořených web browserem 10 je zachycena a následně multiplexována na externí komunikační spoj 35 v době, kdy je stálé spojení udržováno. Specifický datový tok klient/server může být pak demultiplexován tak, aby se vytvořila pluralita datových toků HTTP a tato pluralita datových toků HTTP je předána na web server 20. Stálé spojení je rovněž udržováno do dokončení všech komunikací vytvořených web serverem 20. Pluralita komunikací vytvořených web serverem 20 je zachycena a multiplexována na externí komunikační spoj 35 v době, kdy je stálé spojení udržováno. Specifický datový tok klient/server může být potom demultiplexován tak, aby se vytvořila pluralita datových toků HTTP a tato pluralita datových toků HTTP se předala na web server 20.
Ve výkresové dokumentaci i příkladech jsou uvedena typická přednostní provedení vynálezu, a přestože jsou použity specifické termíny, jsou použity pouze v generickém a popisném smyslu slova a nikoli pro účely omezení. Rozsah vynálezu vyplývá z dále uvedených nároků.

Claims (10)

  1. PATENTOVÉ NÁROKY
    1. Způsob zvýšení výkonnosti systému klient/server, který má první aplikaci rezidentní na prvním počítači (5) a komunikující s druhou aplikací rezidentní na druhém počítači (6), vzdáleném od prvního počítače (5), přičemž první aplikace a druhá aplikace využívají nezávislý komunikační protokol klient/server ke komunikaci mezi klientem a serverem a alespoň jedním segmentem komunikace mezi první aplikací na prvním počítači (5) a druhou aplikací na druhém počítači (6) přes externí komunikační spoj (35), vyznačující se tím, že
    - se zachytí komunikace v nezávislém komunikačním protokolu klient/server, vytvořeném první aplikací, před přenosem těchto komunikací po externím komunikačním spoji (35),
    - konvertují se komunikace, vytvořené první aplikací, na druhý specifický komunikační protokol klien/server,
    - přenesou se konvertované komunikace přes externí komunikační spoj (35) jako specifický komunikační protokol klient/server,
    - přijmou se komunikace, přenášené přes externí komunikační spoj (35),
    - konvertují se komunikace, přijaté přes externí komunikační spoj (35), ze specifického komunikačního protokolu klient/server na nezávislý komunikační protokol klient/server,
    - poskytují se komunikace, vytvořené první aplikací, druhé aplikaci v nezávislém komunikačním protokolu klient/server.
  2. 2. Způsob podle nároku 1, vyznačující se tím, že se samostatný komunikační protokol klient/server vytvoří jako Hyper-Text Transfer Protocol HTTP a spojení vytvořené prvním počítačem (5) se provede jako datový tok HTTP.
    -25CZ 287988 B6
  3. 3. Způsob podle nároku 2, vyznačující se tím, že první počítač (5) je vzdáleným klientem a první aplikace se provede jako web browser a druhý počítač (6) je serverem a druhá aplikace se provede jako web server aplikace.
  4. 4. Způsob podle nároku 2, v y z n a č u j í c í se tím, že první počítač (5) je server a první aplikace se provede jako web server aplikace a druhý počítač (6) je vzdáleným klientem a druhá aplikace se provede jako web browser aplikace.
  5. 5. Způsob podle nároku 3, vyznačující se tím, že dále
    - se prošetřuje zachycený požadavek CGI, přičemž se stanoví zda existuje klientův bázový cache zápis odpovídající zachycenému požadavku CGI tak, že se poskytne klientova bázová forma CGI,
    - prošetřuje se zachycený požadavek CGI, přičemž se stanoví, zda existuje serverový i bázový zápis odpovídající zachycenému požadavku CGI tak, že se určí serverová bázová formace CGI,
    - uloží se datový tok HTTP přijatý od web serveru (20) v odpovědi na komunikaci vytvořenou web browserem (10), která tvoří požadavek na Common Gateway Interface (CGI) v cache paměti rezidentní na druhém počítači (6), přičemž se vytvoří serverový bázový cache zápis,
    - uloží se datový tok HTTP určený pro web browser (10) v odpovědi na komunikaci vytvořenou browserem (10), která tvoří požadavek na CGI v cache paměti rezidentní na prvním počítači (5), přičemž se vytvoří klientův bázový cache zápis,
    - zachytí se datový tok HTTP odpovídající komunikaci vytvořené web serverem (20) v odpovědi na zachycený požadavek CGI před odesláním datového toku HTTP na externí komunikační spoj (35),
    - porovnají se zachycené odpovědi CGI se serverovou bázovou formou, přičemž se poskytnou rozdílová data CGI, odpovídající rozdílu mezi zachycenou odpovědí CGI a serverovou bázovou formou CGI,
    - odešlou se rozdílová data CGI na web browser (10) na prvním počítači (5) přes externí komunikační spoj (35) jako specifický datový tok klient/server,
    - vyžádá se specifický datový tok klient/server, odeslaný druhým počítačem (6) přes externí komunikační spoj (35),
    - při rekonstrukci se rekonstruuje datový tok HTTP, odpovídající komunikaci od web serveru (20) ze specifického datového toku klient/server, přijatého přes externí komunikační spoj (35), a to sloučením klientovy bázové formy CGI s rozdílovými daty CGI přijatými přes externí komunikační spoj (35), přičemž se vytvoří datový tok HTTP odpovídající zachycené odpovědi CGI,
    - při poskytování se poskytují komunikace, vytvořené web serverem (20), web browseru (10) jako datový tok HTTP.
  6. 6. Způsob podle nároku 3, vyznačující se tím, že dále
    - se ustanoví stálé spojení mezi prvním počítačem (5) a druhým počítačem (6) přes externí komunikační spoj (35),
    - udržuje se stálé spojení do dokončení všech komunikací vytvořených web browserem (10),
    -26CZ 287988 B6
    - zachytí se pluralitní komunikace, vytvořené web browserem (10) a multiplexují se při udržování stálého spojení na externí komunikační spoj (35).
  7. 7. Způsob podlenároku 3, vyznačující se tím, že dále
    - se poskytují počítačově specifické informace odpovídající předem definovaným vlastnostem o prvním počítači (5) druhému počítači (6) přes externí komunikační spoj (35),
    - ukládají se počítačově specifické informace, odpovídající předem definovaným vlastnostem prvního počítače (5), přičemž se poskytuje informace o záhlaví browseru (10),
    - při transformování se vyjmou počítačově specifické informace z komunikace vytvářené web browserem (10),
    - při rekonstrukci se sloučí informace o záhlaví browseru (10) se specifickým datovým tokem klient/server, přičemž se vytvoří datový tok HTTP.
  8. 8. Způsob podle nároku 3, vyznačující se tím, že dále
    - se zachytí datový tok HTTP, odpovídající komunikaci vytvořené web browserem (10) před odesláním datového toku HTTP na externí komunikační spoj (35),
    - konvertuje se datový tok HTTP vytvořený web serverem (20) z protokolu HTTP na specifický komunikační protokol klient/server,
    - odešle se konvertovaná komunikace, vytvořená web serverem (20) web browseru (10) jako specifický datový tok klient/server přes externí komunikační spoj (35),
    - vyžádá se specifický datový tok klient/server přenášený před externí komunikační spoj (35),
    - rekonstruuje se datový tok HTTP, odpovídající komunikaci od web serveru (20) ze specifického datového toku klient/server, přijatého přes externí komunikační spoj (35), přičemž se konvertuje specifický datový tok klient/server, přijatý ve specifickém komunikačním protokolu klient/server na datový tok HTTP,
    - předává se komunikace vytvořené web serverem (20) na web browser (10) v podobě datového toku HTTP.
  9. 9. Zařízení k provádění způsobu podle nároku 1, vyznačující se tím, že sestává z prvního zachycovacího modulu (30), připojeného na první počítač (5) mezi první aplikací a externím komunikačním spojem (35), přičemž první zachycovací modul (30) je upraven pro zachycení komunikace v nezávislém komunikačním protokolu klient/server vytvořeném první aplikací, před přenosem těchto komunikací po externím komunikačním spoji (35), první zachycovací modul (30) je dále upraven pro konvertování komunikace na specifickém komunikačním protokolu klient/server a první zachycovací modul (30) je dále upraven pro přenos konvertované komunikace na druhý počítač (6) přes externí komunikační spoj (35) jako specifický datový tok klient/server, a druhého zachycovacího modulu (40), připojeného na druhý počítač (6) mezi externím komunikačním spojem (35) a druhou aplikací, přičemž
    -27CZ 287988 B6 druhý zachycovací modul (40) je upraven pro příjem komunikace, přenášené přes externí komunikační spoj (35), druhý zachycovací modul (40) je dále upraven pro konvertování komunikace ze specifického komunikačního protokolu klient/server na nezávislý komunikační protokol klient/server a druhý zachycovací modul (40) je dále upraven pro poskytnutí konvertované komunikace druhé aplikaci.
  10. 10. Počítačový programový produkt kprovádění způsobu podle nároku 1, vyznačující se t í m, že je uložen na počítačem čitelné paměťové médium a zahrnuje softwarové kódové části pro uskutečnění počítačového systému při vložení počítačového programového produktu do počítače a zahrnuje:
    počítačem čitelné programové kódové prostředky pro vyvolání zachycení prvním počítačem (5) komunikace v nezávislém komunikačním protokolu klient/server, vytvořeném první aplikací, před přenosem těchto komunikací po externím komunikačním spoji (35), počítačem čitelné kódové prostředky pro vyvolání prvním počítačem (5) konvertace komunikace na specifický komunikační protokol klient/server, počítačem čitelné kódové prostředky pro vyvolání prvním počítačem (5) přenosu konvertované komunikace na druhý počítač (6) přes externí komunikační spoj (35) jako specifický datový tok klient/server, počítačem čitelné kódové prostředky pro vyvolání druhým počítačem (6) příjmu komunikace, přenášené přes externí komunikační spoj (35), počítačem čitelné kódové prostředky pro vyvolání druhým počítačem (6) konvertace komunikace ze specifického komunikačního protokolu klient/server na nezávislý komunikační protokol klient/server a počítačem čitelné kódové prostředky pro vyvolání druhým počítačem (6) poskytnutí konvertované komunikace druhé aplikaci.
CZ19973542A 1996-02-15 1996-07-11 Způsob zvýšení výkonnosti systému klient/server a zařízení a počítačový programový produkt k jeho provádění CZ287988B6 (cs)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US08/601,804 US5754774A (en) 1996-02-15 1996-02-15 Client/server communication system

Publications (2)

Publication Number Publication Date
CZ354297A3 CZ354297A3 (cs) 1998-03-18
CZ287988B6 true CZ287988B6 (cs) 2001-03-14

Family

ID=24408840

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ19973542A CZ287988B6 (cs) 1996-02-15 1996-07-11 Způsob zvýšení výkonnosti systému klient/server a zařízení a počítačový programový produkt k jeho provádění

Country Status (16)

Country Link
US (2) US5754774A (cs)
EP (1) EP0823170B1 (cs)
JP (2) JP3953109B2 (cs)
KR (1) KR100289520B1 (cs)
CN (1) CN1148927C (cs)
AT (1) ATE196707T1 (cs)
CA (1) CA2218169C (cs)
CZ (1) CZ287988B6 (cs)
DE (1) DE69610495T2 (cs)
ES (1) ES2151176T3 (cs)
HK (1) HK1017789A1 (cs)
HU (1) HUP9801295A3 (cs)
MY (1) MY122038A (cs)
PL (1) PL180570B1 (cs)
TW (1) TW297194B (cs)
WO (1) WO1997030538A2 (cs)

Families Citing this family (342)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6026452A (en) * 1997-02-26 2000-02-15 Pitts; William Michael Network distributed site cache RAM claimed as up/down stream request/reply channel for storing anticipated data and meta data
US6418324B1 (en) * 1995-06-01 2002-07-09 Padcom, Incorporated Apparatus and method for transparent wireless communication between a remote device and host system
US20040264402A9 (en) * 1995-06-01 2004-12-30 Padcom. Inc. Port routing functionality
US5754774A (en) * 1996-02-15 1998-05-19 International Business Machine Corp. Client/server communication system
US6157946A (en) * 1996-02-28 2000-12-05 Netzero Inc. Communication system capable of providing user with picture meeting characteristics of user and terminal equipment and information providing device used for the same
US6194992B1 (en) * 1997-04-24 2001-02-27 Nomadix, Llc Mobile web
US5859972A (en) * 1996-05-10 1999-01-12 The Board Of Trustees Of The University Of Illinois Multiple server repository and multiple server remote application virtual client computer
US5935207A (en) 1996-06-03 1999-08-10 Webtv Networks, Inc. Method and apparatus for providing remote site administrators with user hits on mirrored web sites
US6049820A (en) 1996-06-03 2000-04-11 International Business Machines Corporation Multiplexing of clients and applications among multiple servers
US6091518A (en) * 1996-06-28 2000-07-18 Fuji Xerox Co., Ltd. Image transfer apparatus, image transmitter, profile information transmitter, image receiver/reproducer, storage medium, image receiver, program transmitter, and image color correction apparatus
JP2924817B2 (ja) * 1996-09-13 1999-07-26 日本電気株式会社 情報サーバシステム
US6166734A (en) * 1996-10-01 2000-12-26 Diamond Multimedia Systems, Inc. Portable interactive graphics display tablet and communications system
US6084584A (en) * 1996-10-01 2000-07-04 Diamond Multimedia Systems, Inc. Computer system supporting portable interactive graphics display tablet and communications systems
US6052120A (en) * 1996-10-01 2000-04-18 Diamond Multimedia Systems, Inc. Method of operating a portable interactive graphics display tablet and communications systems
US5931904A (en) * 1996-10-11 1999-08-03 At&T Corp. Method for reducing the delay between the time a data page is requested and the time the data page is displayed
GB2320112B (en) * 1996-12-07 2001-07-25 Ibm High-availability computer server system
US6901425B1 (en) 1996-12-23 2005-05-31 International Business Machines Corporation Computer apparatus and method including a disconnect mechanism for communicating between software applications and computers on the world-wide web
US6144990A (en) * 1996-12-23 2000-11-07 International Business Machines Corporation Computer apparatus and method for communicating between software applications and computers on the world-wide web using universal variable handling
US5898833A (en) 1996-12-31 1999-04-27 Intel Corporation Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data
US6456974B1 (en) * 1997-01-06 2002-09-24 Texas Instruments Incorporated System and method for adding speech recognition capabilities to java
US7020700B1 (en) * 1997-02-28 2006-03-28 International Business Machines Corporation Client side socks server for an internet client
US6057854A (en) * 1997-03-07 2000-05-02 Micrografx, Inc. System and method of providing interactive vector graphics over a network
US5948066A (en) * 1997-03-13 1999-09-07 Motorola, Inc. System and method for delivery of information over narrow-band communications links
US6073173A (en) * 1997-03-17 2000-06-06 International Business Machines Corporation Method and apparatus for optimal rebasing of web page transmission
US6182122B1 (en) * 1997-03-26 2001-01-30 International Business Machines Corporation Precaching data at an intermediate server based on historical data requests by users of the intermediate server
US5996016A (en) * 1997-04-15 1999-11-30 International Business Machines Corporation Reinitiation of bind calls for IP applications concurrently executing with alternate address
US6273622B1 (en) * 1997-04-15 2001-08-14 Flash Networks, Ltd. Data communication protocol for maximizing the performance of IP communication links
US6061714A (en) * 1997-05-07 2000-05-09 International Business Machines Corporation Persistent cache synchronization and start up system
US5907678A (en) * 1997-05-07 1999-05-25 International Business Machines Corporation Client/server system in which protocol caches for multiple sessions are selectively copied into a common checkpoint cache upon receiving a checkpoint request
US6184996B1 (en) * 1997-06-18 2001-02-06 Hewlett-Packard Company Network printer with remote print queue control procedure
US5991760A (en) * 1997-06-26 1999-11-23 Digital Equipment Corporation Method and apparatus for modifying copies of remotely stored documents using a web browser
US6105028A (en) * 1997-06-26 2000-08-15 Digital Equipment Corporation Method and apparatus for accessing copies of documents using a web browser request interceptor
US6115378A (en) * 1997-06-30 2000-09-05 Sun Microsystems, Inc. Multi-layer distributed network element
US6088356A (en) 1997-06-30 2000-07-11 Sun Microsystems, Inc. System and method for a multi-layer network element
US6128666A (en) * 1997-06-30 2000-10-03 Sun Microsystems, Inc. Distributed VLAN mechanism for packet field replacement in a multi-layered switched network element using a control field/signal for indicating modification of a packet with a database search engine
US6081512A (en) 1997-06-30 2000-06-27 Sun Microsystems, Inc. Spanning tree support in a high performance network device
US6021132A (en) * 1997-06-30 2000-02-01 Sun Microsystems, Inc. Shared memory management in a switched network element
US6044418A (en) 1997-06-30 2000-03-28 Sun Microsystems, Inc. Method and apparatus for dynamically resizing queues utilizing programmable partition pointers
US6094435A (en) 1997-06-30 2000-07-25 Sun Microsystems, Inc. System and method for a quality of service in a multi-layer network element
US6246680B1 (en) 1997-06-30 2001-06-12 Sun Microsystems, Inc. Highly integrated multi-layer switch element architecture
US6016310A (en) 1997-06-30 2000-01-18 Sun Microsystems, Inc. Trunking support in a high performance network device
US6044087A (en) 1997-06-30 2000-03-28 Sun Microsystems, Inc. Interface for a highly integrated ethernet network element
US6081522A (en) 1997-06-30 2000-06-27 Sun Microsystems, Inc. System and method for a multi-layer network element
US6049528A (en) 1997-06-30 2000-04-11 Sun Microsystems, Inc. Trunking ethernet-compatible networks
US7058720B1 (en) * 1997-06-30 2006-06-06 Microsoft Corporation Geographical client distribution methods, systems and computer program products
US6119196A (en) 1997-06-30 2000-09-12 Sun Microsystems, Inc. System having multiple arbitrating levels for arbitrating access to a shared memory by network ports operating at different data rates
CA2264781C (en) * 1997-07-01 2002-02-12 Progress Software Corporation Testing and debugging tool for network applications
US6038601A (en) * 1997-07-21 2000-03-14 Tibco, Inc. Method and apparatus for storing and delivering documents on the internet
US6058425A (en) * 1997-07-21 2000-05-02 International Business Machines Corporation Single server access in a multiple TCP/IP instance environment
US6324565B1 (en) * 1997-07-28 2001-11-27 Qwest Communications International Inc. Dynamically generated document cache system
CA2298712A1 (en) * 1997-08-06 1999-02-18 Tachyon, Inc. A distributed system and method for prefetching objects
US5935212A (en) * 1997-08-07 1999-08-10 I-Planet, Inc. Connection-oriented session emulation
US6035324A (en) * 1997-08-28 2000-03-07 International Business Machines Corporation Client-side asynchronous form management
US6070184A (en) * 1997-08-28 2000-05-30 International Business Machines Corporation Server-side asynchronous form management
US6631424B1 (en) * 1997-09-10 2003-10-07 Fmr Corp. Distributing information using a computer
US20060193278A1 (en) 1997-10-15 2006-08-31 Wolfgang Theimer Mobile telephone for Internet applications
US6185617B1 (en) * 1997-11-26 2001-02-06 International Business Machines Corporation Construction and usage of a pre-warmed cache for client-server emulator
US6292835B1 (en) * 1997-11-26 2001-09-18 International Business Machines Corporation Network bandwidth and object obsolescence sensitive scheduling method and apparatus for objects distributed broadcasting
US6360257B1 (en) * 1998-01-30 2002-03-19 Telefonaktiebolaget L M Ericsson (Publ) Managing group IP addresses in mobile end stations
FI112897B (fi) 1998-03-03 2004-01-30 Nokia Corp Menetelmä tiedonsiirtoverkossa ja tiedonsiirtolaite
US6148340A (en) * 1998-04-30 2000-11-14 International Business Machines Corporation Method and system for differencing container files
US6343318B1 (en) 1998-05-29 2002-01-29 Palm, Inc. Method and apparatus for communicating information over low bandwidth communications networks
WO1999061984A1 (en) * 1998-05-29 1999-12-02 Palm, Inc. Method and apparatus for wireless internet access
US7025209B2 (en) * 1998-05-29 2006-04-11 Palmsource, Inc. Method and apparatus for wireless internet access
US6185608B1 (en) * 1998-06-12 2001-02-06 International Business Machines Corporation Caching dynamic web pages
US6311221B1 (en) 1998-07-22 2001-10-30 Appstream Inc. Streaming modules
US6574618B2 (en) * 1998-07-22 2003-06-03 Appstream, Inc. Method and system for executing network streamed application
US20010044850A1 (en) 1998-07-22 2001-11-22 Uri Raz Method and apparatus for determining the order of streaming modules
US7197570B2 (en) * 1998-07-22 2007-03-27 Appstream Inc. System and method to send predicted application streamlets to a client device
US7127493B1 (en) 1998-08-20 2006-10-24 Gautier Taylor S Optimizing server delivery of content by selective inclusion of optional data based on optimization criteria
US6535509B2 (en) * 1998-09-28 2003-03-18 Infolibria, Inc. Tagging for demultiplexing in a network traffic server
US6321250B1 (en) * 1998-10-01 2001-11-20 Ericsson Inc. Data communication system and method for transporting objects over a permanent connections
EP0993163A1 (en) 1998-10-05 2000-04-12 Backweb Technologies Ltd. Distributed client-based data caching system and method
US6397253B1 (en) 1998-10-06 2002-05-28 Bull Hn Information Systems Inc. Method and system for providing high performance Web browser and server communications
US7136645B2 (en) * 1998-10-09 2006-11-14 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US7778260B2 (en) * 1998-10-09 2010-08-17 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US6546425B1 (en) 1998-10-09 2003-04-08 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US8060656B2 (en) 1998-10-09 2011-11-15 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US7293107B1 (en) * 1998-10-09 2007-11-06 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US8078727B2 (en) 1998-10-09 2011-12-13 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US6230165B1 (en) * 1998-10-16 2001-05-08 Cerulean Method for encoding and transporting database objects over bandwidth constrained networks
US6279041B1 (en) 1998-11-13 2001-08-21 International Business Machines Corporation Methods, systems and computer program products for differencing data communications using a message queue
EP1003114A1 (en) * 1998-11-17 2000-05-24 International Business Machines Corporation Method of interconnecting computers and computer network
US8713641B1 (en) 1998-12-08 2014-04-29 Nomadix, Inc. Systems and methods for authorizing, authenticating and accounting users having transparent computer access to a network using a gateway device
US6813640B1 (en) 1998-12-08 2004-11-02 Macrovision Corporation System and method for controlling the editing by user action of digital objects created in a document server application
US8266266B2 (en) 1998-12-08 2012-09-11 Nomadix, Inc. Systems and methods for providing dynamic network authorization, authentication and accounting
US7194554B1 (en) 1998-12-08 2007-03-20 Nomadix, Inc. Systems and methods for providing dynamic network authorization authentication and accounting
US6973300B1 (en) 1998-12-23 2005-12-06 Nortel Networks Limited Intelligent wireless terminal with virtual memory
US6266678B1 (en) * 1998-12-31 2001-07-24 Computer Associates Think, Inc. System and method for dynamically viewing contents of a data file
EP1166525A1 (en) * 1999-04-02 2002-01-02 Infolibria Inc. Connection pass-through to optimize server performance
US6651103B1 (en) * 1999-04-20 2003-11-18 At&T Corp. Proxy apparatus and method for streaming media information and for increasing the quality of stored media information
US6484212B1 (en) 1999-04-20 2002-11-19 At&T Corp. Proxy apparatus and method for streaming media information
US7882247B2 (en) 1999-06-11 2011-02-01 Netmotion Wireless, Inc. Method and apparatus for providing secure connectivity in mobile and other intermittent computing environments
US6510458B1 (en) 1999-07-15 2003-01-21 International Business Machines Corporation Blocking saves to web browser cache based on content rating
US6430739B1 (en) * 1999-07-16 2002-08-06 Acceleration Software International Corporation Software execution contingent on home page setting
US6507891B1 (en) * 1999-07-22 2003-01-14 International Business Machines Corporation Method and apparatus for managing internal caches and external caches in a data processing system
US6658462B1 (en) 1999-08-26 2003-12-02 International Business Machines Corporation System, method, and program for balancing cache space requirements with retrieval access time for large documents on the internet
US6779042B1 (en) 1999-09-10 2004-08-17 Ianywhere Solutions, Inc. System, method, and computer program product for enabling on-device servers, offline forms, and dynamic ad tracking on mobile devices
US7392308B2 (en) * 1999-09-10 2008-06-24 Ianywhere Solutions, Inc. System, method, and computer program product for placement of channels on a mobile device
US8595308B1 (en) 1999-09-10 2013-11-26 Ianywhere Solutions, Inc. System, method, and computer program product for server side processing in a mobile device environment
US20010047394A1 (en) * 1999-09-10 2001-11-29 Kloba David D. System, method, and computer program product for executing scripts on mobile devices
US7987420B1 (en) 1999-09-10 2011-07-26 Ianywhere Solutions, Inc. System, method, and computer program product for a scalable, configurable, client/server, cross-platform browser for mobile devices
US20020052781A1 (en) * 1999-09-10 2002-05-02 Avantgo, Inc. Interactive advertisement mechanism on a mobile device
US6757717B1 (en) * 1999-09-16 2004-06-29 Proxyconn, Inc. System and method for data access
US8108245B1 (en) 1999-09-17 2012-01-31 Cox Communications, Inc. Method and system for web user profiling and selective content delivery
US6308238B1 (en) 1999-09-24 2001-10-23 Akamba Corporation System and method for managing connections between clients and a server with independent connection and data buffers
US6801927B1 (en) 1999-09-24 2004-10-05 Akamba Corporation Network adaptor card with reverse proxy and cache and method implemented therewith
US6877036B1 (en) * 1999-09-24 2005-04-05 Akamba Corporation System and method for managing connections between a client and a server
FR2803706B1 (fr) * 1999-09-27 2002-03-08 Bull Cp8 Procede et architecture de pilotage a distance d'une station d'utilisateur via un reseau de type internet et leur application a un demonstrateur de carte a puce
US7089300B1 (en) * 1999-10-18 2006-08-08 Apple Computer, Inc. Method and apparatus for administering the operating system of a net-booted environment
US6721780B1 (en) * 1999-11-09 2004-04-13 Fireclick, Inc. Predictive pre-download of network objects
US6864904B1 (en) * 1999-12-06 2005-03-08 Girafa.Com Inc. Framework for providing visual context to www hyperlinks
US6708217B1 (en) 2000-01-05 2004-03-16 International Business Machines Corporation Method and system for receiving and demultiplexing multi-modal document content
US6983315B1 (en) 2000-01-18 2006-01-03 Wrq, Inc. Applet embedded cross-platform caching
US7970898B2 (en) 2001-01-24 2011-06-28 Telecommunication Systems, Inc. System and method to publish information from servers to remote monitor devices
US8370435B1 (en) 2000-01-31 2013-02-05 Telecommunication Systems, Inc. System and method for servers to send alerts to connectionless devices
US8090856B1 (en) 2000-01-31 2012-01-03 Telecommunication Systems, Inc. Intelligent messaging network server interconnection
US7418498B2 (en) * 2001-01-24 2008-08-26 Telecommunication Systems, Inc. System and method to publish information from servers to remote monitor devices
US7689696B2 (en) * 2000-01-31 2010-03-30 Telecommunication Systems, Inc. System and method for re-directing requests from browsers for communications over non-IP based networks
US7693981B2 (en) * 2001-01-24 2010-04-06 Telecommunication Systems, Inc. System and method to publish information from servers to remote monitor devices
US6435164B1 (en) 2000-12-07 2002-08-20 Ford Global Technologies, Inc. Fuel weathering method for vehicle evaporative emission system
US7003571B1 (en) 2000-01-31 2006-02-21 Telecommunication Systems Corporation Of Maryland System and method for re-directing requests from browsers for communication over non-IP based networks
US7096418B1 (en) * 2000-02-02 2006-08-22 Persistence Software, Inc. Dynamic web page cache
US6820133B1 (en) 2000-02-07 2004-11-16 Netli, Inc. System and method for high-performance delivery of web content using high-performance communications protocol between the first and second specialized intermediate nodes to optimize a measure of communications performance between the source and the destination
US6947440B2 (en) 2000-02-15 2005-09-20 Gilat Satellite Networks, Ltd. System and method for internet page acceleration including multicast transmissions
US7028251B2 (en) * 2000-03-02 2006-04-11 Iora, Ltd. System and method for reducing the size of data difference representations
US6789128B1 (en) * 2000-03-11 2004-09-07 Oracle International Corporation System and method for reducing network traffic between two computing devices
US7020719B1 (en) 2000-03-24 2006-03-28 Netli, Inc. System and method for high-performance delivery of Internet messages by selecting first and second specialized intermediate nodes to optimize a measure of communications performance between the source and the destination
US7187947B1 (en) 2000-03-28 2007-03-06 Affinity Labs, Llc System and method for communicating selected information to an electronic device
AUPQ653800A0 (en) * 2000-03-28 2000-04-20 Sharinga Networks Inc. A data delivery process
US6654794B1 (en) 2000-03-30 2003-11-25 International Business Machines Corporation Method, data processing system and program product that provide an internet-compatible network file system driver
WO2001080114A1 (en) * 2000-04-13 2001-10-25 Worldlink Information Technology Systems Limited Apparatus and a method for supplying information
US8996705B2 (en) 2000-04-17 2015-03-31 Circadence Corporation Optimization of enhanced network links
US20020002611A1 (en) 2000-04-17 2002-01-03 Mark Vange System and method for shifting functionality between multiple web servers
US20110128972A1 (en) * 2000-04-17 2011-06-02 Randy Thornton Peer to peer dynamic network link acceleration
US7979880B2 (en) * 2000-04-21 2011-07-12 Cox Communications, Inc. Method and system for profiling iTV users and for providing selective content delivery
US7013340B1 (en) 2000-05-18 2006-03-14 Microsoft Corporation Postback input handling by server-side control objects
US6990526B1 (en) * 2000-05-22 2006-01-24 Pointred Technologies, Inc. Method and apparatus for web caching
US7062475B1 (en) * 2000-05-30 2006-06-13 Alberti Anemometer Llc Personalized multi-service computer environment
FI20001617A (fi) * 2000-07-06 2002-01-07 Nokia Mobile Phones Ltd Tiedonsiirtomenetelmõ ja -jõrjestely
FR2811504B1 (fr) * 2000-07-06 2003-07-04 Centre Nat Etd Spatiales Dispositif serveur de realisation multi-utilisateur en libre-service et de diffusion d'emissions de television et reseau de television
US6704024B2 (en) * 2000-08-07 2004-03-09 Zframe, Inc. Visual content browsing using rasterized representations
EP1334587A1 (en) * 2000-08-31 2003-08-13 Padcom Inc. Method and apparatus for routing data over multiple wireless networks
US20020087717A1 (en) * 2000-09-26 2002-07-04 Itzik Artzi Network streaming of multi-application program code
US6757894B2 (en) 2000-09-26 2004-06-29 Appstream, Inc. Preprocessed applications suitable for network streaming applications and method for producing same
US7801978B1 (en) * 2000-10-18 2010-09-21 Citrix Systems, Inc. Apparatus, method and computer program product for efficiently pooling connections between clients and servers
WO2002043351A2 (en) * 2000-11-20 2002-05-30 At & T Wireless Services, Inc. Systems for providing wireless communication presence information
US20020196793A1 (en) * 2000-11-29 2002-12-26 Quikcat.Com, Inc. End-user communication systems access network
US7269784B1 (en) 2001-01-22 2007-09-11 Kasriel Stephane Server-originated differential caching
US7174305B2 (en) 2001-01-23 2007-02-06 Opentv, Inc. Method and system for scheduling online targeted content delivery
US7195923B2 (en) * 2001-01-31 2007-03-27 Scripps Laboratories, Inc. Ratiometric determination of glycated protein
US7665115B2 (en) * 2001-02-02 2010-02-16 Microsoft Corporation Integration of media playback components with an independent timing specification
US20020138331A1 (en) * 2001-02-05 2002-09-26 Hosea Devin F. Method and system for web page personalization
US6963930B2 (en) * 2001-02-15 2005-11-08 Centric Software, Inc. Automatic transfer and expansion of application-specific data for display at a website
US6968553B1 (en) * 2001-03-01 2005-11-22 Alcatel Element manager common gateway architecture system and method
US7380250B2 (en) * 2001-03-16 2008-05-27 Microsoft Corporation Method and system for interacting with devices having different capabilities
US7185094B2 (en) * 2001-03-30 2007-02-27 Sandcherry, Inc. Media session framework using a control module to direct and manage application and service servers
US20020156900A1 (en) * 2001-03-30 2002-10-24 Brian Marquette Protocol independent control module
US20020184363A1 (en) * 2001-04-20 2002-12-05 Steven Viavant Techniques for server-controlled measurement of client-side performance
US7031314B2 (en) * 2001-05-16 2006-04-18 Bytemobile, Inc. Systems and methods for providing differentiated services within a network communication system
EP1564960B1 (en) * 2001-05-16 2007-03-28 Bytemobile, Inc. System and methods for providing differentiated services within a network communication system
US6965765B2 (en) * 2001-05-17 2005-11-15 Palmsource, Inc. Transactional message-queue communication for wirelessly networked devices system and method
WO2002096022A2 (en) * 2001-05-18 2002-11-28 Bytemobile, Inc. Dual mode service platform within network communication system
US7493397B1 (en) 2001-06-06 2009-02-17 Microsoft Corporation Providing remote processing services over a distributed communications network
US6915454B1 (en) 2001-06-12 2005-07-05 Microsoft Corporation Web controls validation
US20050198379A1 (en) 2001-06-13 2005-09-08 Citrix Systems, Inc. Automatically reconnecting a client across reliable and persistent communication sessions
US7562146B2 (en) * 2003-10-10 2009-07-14 Citrix Systems, Inc. Encapsulating protocol for session persistence and reliability
US7185063B1 (en) 2001-06-22 2007-02-27 Digital River, Inc. Content delivery network using differential caching
US7165112B2 (en) * 2001-06-22 2007-01-16 Motorola, Inc. Method and apparatus for transmitting data in a communication system
US20020198956A1 (en) * 2001-06-25 2002-12-26 International Business Machines Corporation Method and apparatus for managing a cache
CA2809894C (en) 2001-06-27 2017-12-12 Skky Incorporated Improved media delivery platform
US7594001B1 (en) * 2001-07-06 2009-09-22 Microsoft Corporation Partial page output caching
US7092997B1 (en) * 2001-08-06 2006-08-15 Digital River, Inc. Template identification with differential caching
US7188214B1 (en) 2001-08-07 2007-03-06 Digital River, Inc. Efficient compression using differential caching
US7822843B2 (en) * 2001-08-13 2010-10-26 Cox Communications, Inc. Predicting the activities of an individual or group using minimal information
US7099957B2 (en) * 2001-08-23 2006-08-29 The Directtv Group, Inc. Domain name system resolution
US7644171B2 (en) * 2001-09-12 2010-01-05 Netmotion Wireless, Inc. Mobile networking system and method using IPv4 and IPv6
WO2003032201A1 (en) * 2001-10-09 2003-04-17 Wildblue Communications, Inc. Performance enhancing proxy for high latency data
US7000238B2 (en) * 2001-10-10 2006-02-14 Borland Software Corporation Development system providing extensible remoting architecture
JP2003205483A (ja) * 2001-11-07 2003-07-22 Sony Corp ロボットシステム及びロボット装置の制御方法
US7428725B2 (en) 2001-11-20 2008-09-23 Microsoft Corporation Inserting devices specific content
US20030106057A1 (en) * 2001-12-05 2003-06-05 Predictive Networks, Inc. Television navigation program guide
EP1318461A1 (en) * 2001-12-07 2003-06-11 Sap Ag Method and computer system for refreshing client-data
US7296051B1 (en) 2002-02-19 2007-11-13 Digital River, Inc. Predictive predownload of templates with delta encoding
US7487261B1 (en) 2002-02-22 2009-02-03 Digital River, Inc. Delta caching service
US7984157B2 (en) * 2002-02-26 2011-07-19 Citrix Systems, Inc. Persistent and reliable session securely traversing network components using an encapsulating protocol
US7661129B2 (en) * 2002-02-26 2010-02-09 Citrix Systems, Inc. Secure traversal of network components
US7263562B2 (en) * 2002-03-21 2007-08-28 Microsoft Corporation Method and system for describing uploaded files statement regarding federally-sponsored research or development
US20030182424A1 (en) * 2002-03-22 2003-09-25 Steve Odendahl Scriptable proxy server
US7111038B2 (en) * 2002-04-03 2006-09-19 International Business Machines Corporation Enhancing application server performance by relocating performance-degrading processing
EP1355238A1 (en) * 2002-04-19 2003-10-22 Sap Ag Method and computer system for delta-handling in server-pages
US7703015B2 (en) * 2002-04-30 2010-04-20 Sap Aktiengesellschaft Delta-handling in server-pages
US7899915B2 (en) * 2002-05-10 2011-03-01 Richard Reisman Method and apparatus for browsing using multiple coordinated device sets
US6996584B2 (en) * 2002-05-14 2006-02-07 Pervasive Software, Inc. System and method of maintaining functional client side data cache coherence
US7434163B2 (en) * 2002-05-31 2008-10-07 Sap Aktiengesellschaft Document structures for delta handling in server pages
US9357013B2 (en) * 2002-07-26 2016-05-31 International Business Machines Corporation Client-side script to application communication system
US7765255B2 (en) * 2002-07-30 2010-07-27 Sap Ag Extended web infrastructure for business applications
US7899879B2 (en) 2002-09-06 2011-03-01 Oracle International Corporation Method and apparatus for a report cache in a near real-time business intelligence system
US8255454B2 (en) 2002-09-06 2012-08-28 Oracle International Corporation Method and apparatus for a multiplexed active data window in a near real-time business intelligence system
US7454423B2 (en) 2002-09-06 2008-11-18 Oracle International Corporation Enterprise link for a software database
US7912899B2 (en) 2002-09-06 2011-03-22 Oracle International Corporation Method for selectively sending a notification to an instant messaging device
US8165993B2 (en) 2002-09-06 2012-04-24 Oracle International Corporation Business intelligence system with interface that provides for immediate user action
US7945846B2 (en) 2002-09-06 2011-05-17 Oracle International Corporation Application-specific personalization for data display
US7412481B2 (en) * 2002-09-16 2008-08-12 Oracle International Corporation Method and apparatus for distributed rule evaluation in a near real-time business intelligence system
US7243124B1 (en) 2002-09-06 2007-07-10 Oracle International Corporation Architecture for general purpose near real-time business intelligence system with client devices and methods therefor
US7941542B2 (en) 2002-09-06 2011-05-10 Oracle International Corporation Methods and apparatus for maintaining application execution over an intermittent network connection
US7272660B1 (en) 2002-09-06 2007-09-18 Oracle International Corporation Architecture for general purpose near real-time business intelligence system and methods therefor
US7426059B2 (en) 2002-09-16 2008-09-16 Oracle International Corporation Data presentation methods and apparatus to facilitate printing and reviewing
US7668917B2 (en) * 2002-09-16 2010-02-23 Oracle International Corporation Method and apparatus for ensuring accountability in the examination of a set of data elements by a user
US7401158B2 (en) * 2002-09-16 2008-07-15 Oracle International Corporation Apparatus and method for instant messaging collaboration
US7730155B1 (en) * 2002-10-01 2010-06-01 Apple Inc. Method and apparatus for dynamically locating resources
US7574653B2 (en) 2002-10-11 2009-08-11 Microsoft Corporation Adaptive image formatting control
US8364815B2 (en) 2005-03-18 2013-01-29 Riverbed Technology, Inc. Reliability and availability of distributed servers
US8176186B2 (en) 2002-10-30 2012-05-08 Riverbed Technology, Inc. Transaction accelerator for client-server communications systems
US7650416B2 (en) 2003-08-12 2010-01-19 Riverbed Technology Content delivery for client-server protocols with user affinities using connection end-point proxies
US8069225B2 (en) * 2003-04-14 2011-11-29 Riverbed Technology, Inc. Transparent client-server transaction accelerator
US6667700B1 (en) 2002-10-30 2003-12-23 Nbt Technology, Inc. Content-based segmentation scheme for data compression in storage and transmission including hierarchical segment representation
US7120666B2 (en) * 2002-10-30 2006-10-10 Riverbed Technology, Inc. Transaction accelerator for client-server communication systems
CA2505630C (en) * 2002-11-15 2010-02-23 International Business Machines Corporation Network traffic control in peer-to-peer environments
JP2004240650A (ja) * 2003-02-05 2004-08-26 Brother Ind Ltd 通信システム、スイッチ操作部材、端末装置およびプログラム
US20040170181A1 (en) * 2003-02-27 2004-09-02 Padcom, Inc. Prioritized alternate port routing
US7904823B2 (en) * 2003-03-17 2011-03-08 Oracle International Corporation Transparent windows methods and apparatus therefor
JP2006524009A (ja) * 2003-03-25 2006-10-19 セドナ・パテント・サービシズ・エルエルシー 視聴者分析結果の生成
US7113964B1 (en) 2003-06-05 2006-09-26 Iteration Software, Inc. Method and apparatus for archiving data in a relational database system
US7359395B2 (en) * 2003-06-16 2008-04-15 Packeteer, Inc. Pre-fetch communication systems and methods
US7882510B2 (en) * 2003-08-06 2011-02-01 Microsoft Corporation Demultiplexer application programming interface
US7853699B2 (en) 2005-03-15 2010-12-14 Riverbed Technology, Inc. Rules-based transaction prefetching using connection end-point proxies
US7873353B2 (en) * 2003-09-30 2011-01-18 Ianywhere Solutions, Inc. Method and system for accessing applications and data, and for tracking of key indicators on mobile handheld devices
US7472254B2 (en) * 2003-10-10 2008-12-30 Iora, Ltd. Systems and methods for modifying a set of data objects
US7774774B1 (en) * 2003-10-22 2010-08-10 Apple Inc. Software setup system
US7441011B2 (en) * 2003-10-23 2008-10-21 Microsoft Corporation Truth on client persistent caching
US20050091226A1 (en) * 2003-10-23 2005-04-28 Yun Lin Persistent caching directory level support
US7890604B2 (en) 2004-05-07 2011-02-15 Microsoft Corproation Client-side callbacks to server events
US9026578B2 (en) 2004-05-14 2015-05-05 Microsoft Corporation Systems and methods for persisting data between web pages
US7464386B2 (en) 2004-05-17 2008-12-09 Microsoft Corporation Data controls architecture
US8135803B2 (en) * 2004-08-23 2012-03-13 Ianywhere Solutions, Inc. Method, system, and computer program product for offline advertisement servicing and cycling
US20060064470A1 (en) * 2004-09-23 2006-03-23 Sargent Antony J Method, system, and computer program product for improved synchronization efficiency for mobile devices, including database hashing and caching of web access errors
WO2006042155A2 (en) * 2004-10-08 2006-04-20 E-Klone, Inc. Floating vector scrambling methods and apparatus
US7908397B1 (en) 2005-02-28 2011-03-15 Adobe Systems Incorporated Application server gateway technology
US20060248194A1 (en) 2005-03-18 2006-11-02 Riverbed Technology, Inc. Connection forwarding
US20060224702A1 (en) * 2005-03-31 2006-10-05 Patrick Schmidt Local workflows in a business process management system
US8943304B2 (en) 2006-08-03 2015-01-27 Citrix Systems, Inc. Systems and methods for using an HTTP-aware client agent
US9692725B2 (en) * 2005-05-26 2017-06-27 Citrix Systems, Inc. Systems and methods for using an HTTP-aware client agent
WO2007016236A2 (en) 2005-07-28 2007-02-08 Riverbed Technology, Inc. Automatic framing selection
US8392684B2 (en) 2005-08-12 2013-03-05 Silver Peak Systems, Inc. Data encryption in a network memory architecture for providing data based on local accessibility
US8095774B1 (en) 2007-07-05 2012-01-10 Silver Peak Systems, Inc. Pre-fetching data into a memory
US8370583B2 (en) * 2005-08-12 2013-02-05 Silver Peak Systems, Inc. Network memory architecture for providing data based on local accessibility
US8171238B1 (en) 2007-07-05 2012-05-01 Silver Peak Systems, Inc. Identification of data stored in memory
US8489562B1 (en) 2007-11-30 2013-07-16 Silver Peak Systems, Inc. Deferred data storage
US8811431B2 (en) * 2008-11-20 2014-08-19 Silver Peak Systems, Inc. Systems and methods for compressing packet data
US8929402B1 (en) 2005-09-29 2015-01-06 Silver Peak Systems, Inc. Systems and methods for compressing packet data by predicting subsequent data
US7805670B2 (en) * 2005-12-16 2010-09-28 Microsoft Corporation Partial rendering of web pages
US7924884B2 (en) 2005-12-20 2011-04-12 Citrix Systems, Inc. Performance logging using relative differentials and skip recording
US20070203973A1 (en) * 2006-02-28 2007-08-30 Microsoft Corporation Fuzzing Requests And Responses Using A Proxy
CN101043522B (zh) * 2006-03-22 2013-11-13 腾讯科技(深圳)有限公司 一种基于Web服务器的通信方法及系统
US8140618B2 (en) * 2006-05-04 2012-03-20 Citrix Online Llc Methods and systems for bandwidth adaptive N-to-N communication in a distributed system
US8463843B2 (en) * 2006-05-26 2013-06-11 Riverbed Technology, Inc. Throttling of predictive ACKs in an accelerated network communication system
WO2007149687A2 (en) 2006-05-30 2007-12-27 Riverbed Technology, Inc. Selecting proxies from among autodiscovered proxies
KR100765785B1 (ko) * 2006-06-05 2007-10-12 삼성전자주식회사 무선 usb를 이용한 단일 무선장치와 다수의 호스트 간의접속 방법 및 시스템
US20070300243A1 (en) * 2006-06-22 2007-12-27 Sap Portals Israel Ltd. Modular caching method and system for enabling offline functionality of server-client systems
US7941560B1 (en) * 2006-07-14 2011-05-10 Intuit Inc. Client caching of target addresses for network requests
US8755381B2 (en) * 2006-08-02 2014-06-17 Silver Peak Systems, Inc. Data matching using flow based packet data storage
US8885632B2 (en) 2006-08-02 2014-11-11 Silver Peak Systems, Inc. Communications scheduler
US8312120B2 (en) * 2006-08-22 2012-11-13 Citrix Systems, Inc. Systems and methods for providing dynamic spillover of virtual servers based on bandwidth
US8493858B2 (en) 2006-08-22 2013-07-23 Citrix Systems, Inc Systems and methods for providing dynamic connection spillover among virtual servers
TR200606833A2 (tr) * 2006-12-01 2007-10-22 B�Lmed B�Lg�Sayar Ve Yazilim A.�. Web tarayıcı tabanlı uygulamalarda performans arttırma yöntemi
US7733910B2 (en) * 2006-12-29 2010-06-08 Riverbed Technology, Inc. Data segmentation using shift-varying predicate function fingerprinting
CN101242337B (zh) * 2007-02-08 2010-11-10 张永敏 一种计算机网络的内容发布方法及系统
US8533310B2 (en) * 2007-03-09 2013-09-10 Riverbed Technology, Inc. Method and apparatus for acceleration by prefetching associated objects
CN101272442B (zh) * 2007-03-21 2010-05-26 杭州波导软件有限公司 数字图像无损压缩方法和装置、解析方法及图像译码器
EP2153340A4 (en) * 2007-05-08 2015-10-21 Riverbed Technology Inc HYBRID SEGMENT ORIENTED FILE SERVER, AND WAN ACCELERATOR
US20090097470A1 (en) * 2007-10-12 2009-04-16 Collier David S Methods and systems for communicating data
US8190876B2 (en) * 2007-11-19 2012-05-29 Red Hat, Inc. Renegotiating SSL/TLS connections with client certificates on post requests
US8307115B1 (en) * 2007-11-30 2012-11-06 Silver Peak Systems, Inc. Network memory mirroring
US8635361B2 (en) * 2007-12-03 2014-01-21 Riverbed Technology, Inc. Transaction acceleration using application-specific locking
US8775550B2 (en) * 2008-02-08 2014-07-08 Microsoft Corporation Caching HTTP request and response streams
US8442052B1 (en) 2008-02-20 2013-05-14 Silver Peak Systems, Inc. Forward packet recovery
US8463941B1 (en) * 2008-06-16 2013-06-11 Riverbed Technology, Inc. Cross-session protocol acceleration and its application to storage area network file systems
US10805840B2 (en) 2008-07-03 2020-10-13 Silver Peak Systems, Inc. Data transmission via a virtual wide area network overlay
US8743683B1 (en) 2008-07-03 2014-06-03 Silver Peak Systems, Inc. Quality of service using multiple flows
US10164861B2 (en) 2015-12-28 2018-12-25 Silver Peak Systems, Inc. Dynamic monitoring and visualization for network health characteristics
US9717021B2 (en) 2008-07-03 2017-07-25 Silver Peak Systems, Inc. Virtual network overlay
US8793398B2 (en) * 2008-08-29 2014-07-29 Red Hat, Inc. Facilitating client server interaction
US8793339B2 (en) * 2008-08-29 2014-07-29 Red Hat, Inc. Facilitating client server interaction
US8925034B1 (en) 2009-06-30 2014-12-30 Symantec Corporation Data protection requirements specification and migration
US8387047B1 (en) 2009-08-03 2013-02-26 Symantec Corporation Method of virtualizing file extensions in a computer system by determining an association between applications in virtual environment and a file extension
US8352937B2 (en) * 2009-08-03 2013-01-08 Symantec Corporation Streaming an application install package into a virtual environment
US8090744B1 (en) 2009-08-26 2012-01-03 Symantec Operating Corporation Method and apparatus for determining compatibility between a virtualized application and a base environment
US8473444B1 (en) 2009-08-28 2013-06-25 Symantec Corporation Management of actions in multiple virtual and non-virtual environments
US8438555B1 (en) 2009-08-31 2013-05-07 Symantec Corporation Method of using an encapsulated data signature for virtualization layer activation
US8458310B1 (en) 2009-09-14 2013-06-04 Symantec Corporation Low bandwidth streaming of application upgrades
US8566297B1 (en) 2010-01-14 2013-10-22 Symantec Corporation Method to spoof data formats from image backups
US8290912B1 (en) 2010-01-29 2012-10-16 Symantec Corporation Endpoint virtualization aware backup
US8707296B2 (en) 2010-04-27 2014-04-22 Apple Inc. Dynamic retrieval of installation packages when installing software
US10142157B2 (en) 2010-06-10 2018-11-27 Blackberry Limited Method and system for reducing transmission of redundant data
US8495625B1 (en) 2010-07-27 2013-07-23 Symantec Corporation Method and system for creation of streamed files on-demand
WO2012106573A1 (en) * 2011-02-04 2012-08-09 Opnet Technologies, Inc. Correlating input and output requests between client and server components in a multi-tier application
US9094090B2 (en) 2011-09-23 2015-07-28 Gilat Satellite Networks Ltd. Decentralized caching system
US9130991B2 (en) 2011-10-14 2015-09-08 Silver Peak Systems, Inc. Processing data packets in performance enhancing proxy (PEP) environment
US9626224B2 (en) 2011-11-03 2017-04-18 Silver Peak Systems, Inc. Optimizing available computing resources within a virtual environment
US9084058B2 (en) 2011-12-29 2015-07-14 Sonos, Inc. Sound field calibration using listener localization
US20130212227A1 (en) * 2012-02-09 2013-08-15 Cogent Real-Time Systems Inc. System and method for streaming data via http
WO2013119253A2 (en) 2012-02-10 2013-08-15 Empire Technology Development Llc Monitoring connection quality
US9219460B2 (en) 2014-03-17 2015-12-22 Sonos, Inc. Audio settings based on environment
US9106192B2 (en) 2012-06-28 2015-08-11 Sonos, Inc. System and method for device playback calibration
US9542172B2 (en) 2013-02-05 2017-01-10 Apple Inc. Automatic updating of applications
US9880776B1 (en) 2013-02-22 2018-01-30 Veritas Technologies Llc Content-driven data protection method for multiple storage devices
JP6088853B2 (ja) * 2013-02-27 2017-03-01 株式会社東芝 通信装置、通信方法および通信プログラム
US9264839B2 (en) 2014-03-17 2016-02-16 Sonos, Inc. Playback device configuration based on proximity detection
US9613158B1 (en) * 2014-05-13 2017-04-04 Viasat, Inc. Cache hinting systems
US9948496B1 (en) 2014-07-30 2018-04-17 Silver Peak Systems, Inc. Determining a transit appliance for data traffic to a software service
US9875344B1 (en) * 2014-09-05 2018-01-23 Silver Peak Systems, Inc. Dynamic monitoring and authorization of an optimization device
US9952825B2 (en) 2014-09-09 2018-04-24 Sonos, Inc. Audio processing algorithms
CN105491078B (zh) * 2014-09-15 2019-01-22 阿里巴巴集团控股有限公司 Soa系统中的数据处理方法及装置、soa系统
EP3012739A1 (en) 2014-10-20 2016-04-27 TISOFT Wojciech Jedrzejewski System for synchronizing web browsers
US9693165B2 (en) 2015-09-17 2017-06-27 Sonos, Inc. Validation of audio calibration using multi-dimensional motion check
CN108028985B (zh) 2015-09-17 2020-03-13 搜诺思公司 用于计算设备的方法
US9743207B1 (en) 2016-01-18 2017-08-22 Sonos, Inc. Calibration using multiple recording devices
US10003899B2 (en) 2016-01-25 2018-06-19 Sonos, Inc. Calibration with particular locations
US11106423B2 (en) 2016-01-25 2021-08-31 Sonos, Inc. Evaluating calibration of a playback device
US9860662B2 (en) 2016-04-01 2018-01-02 Sonos, Inc. Updating playback device configuration information based on calibration data
US9864574B2 (en) 2016-04-01 2018-01-09 Sonos, Inc. Playback device calibration based on representation spectral characteristics
US9763018B1 (en) 2016-04-12 2017-09-12 Sonos, Inc. Calibration of audio playback devices
US10432484B2 (en) 2016-06-13 2019-10-01 Silver Peak Systems, Inc. Aggregating select network traffic statistics
US9794710B1 (en) 2016-07-15 2017-10-17 Sonos, Inc. Spatial audio correction
US10372406B2 (en) 2016-07-22 2019-08-06 Sonos, Inc. Calibration interface
US10459684B2 (en) 2016-08-05 2019-10-29 Sonos, Inc. Calibration of a playback device based on an estimated frequency response
US9967056B1 (en) 2016-08-19 2018-05-08 Silver Peak Systems, Inc. Forward packet recovery with constrained overhead
US10361997B2 (en) 2016-12-29 2019-07-23 Riverbed Technology, Inc. Auto discovery between proxies in an IPv6 network
US10892978B2 (en) 2017-02-06 2021-01-12 Silver Peak Systems, Inc. Multi-level learning for classifying traffic flows from first packet data
US10771394B2 (en) 2017-02-06 2020-09-08 Silver Peak Systems, Inc. Multi-level learning for classifying traffic flows on a first packet from DNS data
US11044202B2 (en) 2017-02-06 2021-06-22 Silver Peak Systems, Inc. Multi-level learning for predicting and classifying traffic flows from first packet data
US10257082B2 (en) 2017-02-06 2019-04-09 Silver Peak Systems, Inc. Multi-level learning for classifying traffic flows
US11212210B2 (en) 2017-09-21 2021-12-28 Silver Peak Systems, Inc. Selective route exporting using source type
EP3692634A1 (en) 2017-10-04 2020-08-12 Google LLC Methods and systems for automatically equalizing audio output based on room characteristics
KR102274055B1 (ko) * 2017-12-26 2021-07-06 삼성에스디에스 주식회사 메시지 시스템 및 애플리케이션 활성화 방법과 이를 수행하기 위한 사용자 단말
US10637721B2 (en) 2018-03-12 2020-04-28 Silver Peak Systems, Inc. Detecting path break conditions while minimizing network overhead
US10299061B1 (en) 2018-08-28 2019-05-21 Sonos, Inc. Playback device calibration
US11206484B2 (en) 2018-08-28 2021-12-21 Sonos, Inc. Passive speaker authentication
US10868892B1 (en) * 2019-05-31 2020-12-15 Micro Focus Llc Replacement code implementing full-duplex communication channel protocol for message interception
US10734965B1 (en) 2019-08-12 2020-08-04 Sonos, Inc. Audio calibration of a portable playback device
US11968417B2 (en) * 2021-12-30 2024-04-23 Comcast Cable Communications, Llc Systems, methods, and apparatuses for buffer management

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4438511A (en) * 1980-11-10 1984-03-20 Telebit Corporation Packetized ensemble modem
US5021949A (en) * 1988-02-29 1991-06-04 International Business Machines Corporation Method and apparatus for linking an SNA host to a remote SNA host over a packet switched communications network
US4893307A (en) * 1988-02-29 1990-01-09 International Business Machines Corporation Method and apparatus for linking SNA terminals to an SNA host over a packet switched communications network
US5473772A (en) * 1991-04-02 1995-12-05 International Business Machines Corporation Automatic update of static and dynamic files at a remote network node in response to calls issued by or for application programs
US5193162A (en) * 1989-11-06 1993-03-09 Unisys Corporation Cache memory with data compaction for use in the audit trail of a data processing system having record locking capabilities
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
JP2511591B2 (ja) * 1990-10-29 1996-06-26 インターナショナル・ビジネス・マシーンズ・コーポレイション 無線光通信システムの動作方法および光通信システム
US5224098A (en) * 1991-07-17 1993-06-29 International Business Machines Corporation Compensation for mismatched transport protocols in a data communications network
US5481721A (en) * 1991-07-17 1996-01-02 Next Computer, Inc. Method for providing automatic and dynamic translation of object oriented programming language-based message passing into operation system message passing using proxy objects
DE4131133B4 (de) * 1991-09-19 2005-09-08 Robert Bosch Gmbh Verfahren und Vorrichtung zum Austausch von Daten in Datenverarbeitungsanlagen
US5442633A (en) * 1992-07-08 1995-08-15 International Business Machines Corporation Shortcut network layer routing for mobile hosts
US5737536A (en) * 1993-02-19 1998-04-07 Borland International, Inc. System and methods for optimized access in a multi-user environment
US5511208A (en) * 1993-03-23 1996-04-23 International Business Machines Corporation Locating resources in computer networks having cache server nodes
JPH06324928A (ja) * 1993-05-14 1994-11-25 Mitsubishi Electric Corp ログ生成装置とファイルの異なるバージョンの調停のための装置及び異なる場所にあるコンピュータファイルの異なるバージョンを調停するための装置
US5446736A (en) * 1993-10-07 1995-08-29 Ast Research, Inc. Method and apparatus for connecting a node to a wireless network using a standard protocol
US5412654A (en) * 1994-01-10 1995-05-02 International Business Machines Corporation Highly dynamic destination-sequenced destination vector routing for mobile computers
US5446888A (en) * 1994-01-14 1995-08-29 Pyne; Charles F. Remote file transfer method and apparatus
US5574906A (en) * 1994-10-24 1996-11-12 International Business Machines Corporation System and method for reducing storage requirement in backup subsystems utilizing segmented compression and differencing
US5572528A (en) * 1995-03-20 1996-11-05 Novell, Inc. Mobile networking method and apparatus
US5581558A (en) * 1995-03-29 1996-12-03 Lucent Technologies Inc. Apparatus for bridging non-compatible network architectures
US5829023A (en) * 1995-07-17 1998-10-27 Cirrus Logic, Inc. Method and apparatus for encoding history of file access to support automatic file caching on portable and desktop computers
US5850517A (en) * 1995-08-31 1998-12-15 Oracle Corporation Communication link for client-server having agent which sends plurality of requests independent of client and receives information from the server independent of the server
US5737619A (en) * 1995-10-19 1998-04-07 Judson; David Hugh World wide web browsing with content delivery over an idle connection and interstitial content display
US5859971A (en) * 1996-02-15 1999-01-12 International Business Machines Corp. Differencing client/server communication system for use with CGI forms
US5867661A (en) * 1996-02-15 1999-02-02 International Business Machines Corporation Method and apparatus of using virtual sockets for reducing data transmitted over a wireless communication link between a client web browser and a host web server using a standard TCP protocol
US5754774A (en) * 1996-02-15 1998-05-19 International Business Machine Corp. Client/server communication system
US5878213A (en) * 1996-02-15 1999-03-02 International Business Machines Corporation Methods, systems and computer program products for the synchronization of time coherent caching system
US5673322A (en) * 1996-03-22 1997-09-30 Bell Communications Research, Inc. System and method for providing protocol translation and filtering to access the world wide web from wireless or low-bandwidth networks
JPH09270794A (ja) * 1996-03-29 1997-10-14 Mitsubishi Electric Corp ネットワーク管理装置
US5764910A (en) * 1996-04-02 1998-06-09 National Semiconductor Corporation Method and apparatus for encoding and using network resource locators
US5857201A (en) * 1996-06-18 1999-01-05 Wright Strategies, Inc. Enterprise connectivity to handheld devices
US5870558A (en) * 1996-06-25 1999-02-09 Mciworldcom, Inc. Intranet graphical user interface for SONET network management
US5774660A (en) * 1996-08-05 1998-06-30 Resonate, Inc. World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network

Also Published As

Publication number Publication date
CA2218169C (en) 2004-12-14
CN1195443A (zh) 1998-10-07
KR19980703861A (ko) 1998-12-05
KR100289520B1 (ko) 2001-05-02
JPH11500895A (ja) 1999-01-19
JP2004164630A (ja) 2004-06-10
ATE196707T1 (de) 2000-10-15
HK1017789A1 (en) 1999-11-26
ES2151176T3 (es) 2000-12-16
EP0823170B1 (en) 2000-09-27
CZ354297A3 (cs) 1998-03-18
CA2218169A1 (en) 1997-08-21
HUP9801295A3 (en) 1998-10-28
PL327294A1 (en) 1998-12-07
TW297194B (en) 1997-02-01
DE69610495D1 (de) 2000-11-02
WO1997030538A3 (en) 1998-04-30
US5754774A (en) 1998-05-19
DE69610495T2 (de) 2001-05-10
US6003087A (en) 1999-12-14
CN1148927C (zh) 2004-05-05
HUP9801295A2 (hu) 1998-08-28
MY122038A (en) 2006-03-31
PL180570B1 (pl) 2001-02-28
WO1997030538A2 (en) 1997-08-21
JP3953109B2 (ja) 2007-08-08
JP3962369B2 (ja) 2007-08-22
EP0823170A2 (en) 1998-02-11

Similar Documents

Publication Publication Date Title
CZ287988B6 (cs) Způsob zvýšení výkonnosti systému klient/server a zařízení a počítačový programový produkt k jeho provádění
CZ287957B6 (cs) Způsob redukce dat a zařízení a počítačový programový produkt k jeho provádění
CZ289259B6 (cs) Způsob redukce dat, zařízení a počítačový programový produkt k jeho provádění
KR100295003B1 (ko) 데이타캐싱방법및장치
CZ287679B6 (cs) Způsob zachycování dat přijatých od druhé aplikace, zařízení a počítačový programový produkt k jeho provádění

Legal Events

Date Code Title Description
PD00 Pending as of 2000-06-30 in czech republic
MM4A Patent lapsed due to non-payment of fee

Effective date: 20070711