DE102006028311A1 - Mehrseitige Synchronisation einer Ausführung in einer drahtlosen Testumgebung - Google Patents
Mehrseitige Synchronisation einer Ausführung in einer drahtlosen Testumgebung Download PDFInfo
- Publication number
- DE102006028311A1 DE102006028311A1 DE102006028311A DE102006028311A DE102006028311A1 DE 102006028311 A1 DE102006028311 A1 DE 102006028311A1 DE 102006028311 A DE102006028311 A DE 102006028311A DE 102006028311 A DE102006028311 A DE 102006028311A DE 102006028311 A1 DE102006028311 A1 DE 102006028311A1
- Authority
- DE
- Germany
- Prior art keywords
- flow
- sync
- servlet
- interrupted
- test
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 96
- 238000000034 method Methods 0.000 claims abstract description 36
- 238000001545 Page's trend test Methods 0.000 claims abstract description 10
- 238000012546 transfer Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 claims description 3
- 230000000694 effects Effects 0.000 claims description 3
- 238000004519 manufacturing process Methods 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims 2
- 238000011990 functional testing Methods 0.000 claims 1
- 239000003795 chemical substances by application Substances 0.000 description 20
- 230000009471 action Effects 0.000 description 18
- 239000000523 sample Substances 0.000 description 9
- 238000013461 design Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 101100189378 Caenorhabditis elegans pat-3 gene Proteins 0.000 description 1
- 101001094044 Mus musculus Solute carrier family 26 member 6 Proteins 0.000 description 1
- 230000032683 aging Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000010926 purge Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Debugging And Monitoring (AREA)
Abstract
Description
- Die U.S.-Patentanmeldung Seriennummer 11/195,979, die am gleichen Datum mit der Vorliegenden an Bingham u. a. eingereicht wurde, mit dem Titel „Mehrseitiges, gemeinschaftliches Verwenden von dynamischen Daten in einer drahtlosen Testumgebung" mit der Agilent-Erfindungsoffenbarungsnummer 10051091, die Agilent Technologies zugewiesen ist, ist hierin durch Bezugnahme in ihrer Gesamtheit aufgenommen.
- Beschreibung
- Die vorliegende Erfindung bezieht sich auf eine Vorrichtung und ein Verfahren zum Synchronisieren von Flüssen zwischen und unter mehrseitigen Tests, und insbesondere auf eine Vorrichtung und ein Verfahren zum Testen von einem oder mehreren Netzwerken und Synchronisieren der Ausführung von mehreren Flüssen bei mehrseitigen Tests.
- Der Ausdruck „Testsoftware" wird verwendet, um ein Softwareprodukt zu beschreiben, dessen primäre Funktion es ist, zu untersuchen, wie ein System funktioniert. Die Testsoftware sammelt ihre Eingabe von Agenten, die individuelle Bauglieder eines Systems sind, das getestet wird.
- Einige Beispiele, wo eine Testsoftware eingesetzt wird, umfassen mobile oder drahtlose Telefonnetzwerke und andere Typen von Telekommunikations-Netzwerken oder -Systemen, Flusswasserqualitätsüberwachungseinrichtungen und Automobilverhaltentestsysteme. Netzwerke oder Systeme sind häufig geographisch und/oder zeitlich verteilt. Die Testsoftware für solche Systeme muss Daten aus unterschiedlichen Orten oder zu unterschiedlichen Zeiten sammeln, um ein solches System zu testen.
- Trotz der vielen Fortschritte, die auf dem Gebiet des Testens drahtloser Netzwerke gemacht wurden, bestehen weiterhin bestimmte Probleme. Diese Probleme umfassen eine Unfähigkeit, die Ausführung von Testflüssen zwischen oder unter Flüssen oder Seiten auf offene Weise zu synchronisieren, die allgemeine Standards einsetzt, eine Unfähigkeit, eine Ausführung zwischen Flüssen zu synchronisieren (oder virtuellen Teilprozessen bzw. Threads einer Ausführung), außer wenn eine proprietäre Schnittstelle verwendet wird, und eine Unfähigkeit, drahtlose Dienste zu testen, die von Ausführungsreihenfolgen zwischen Flüssen abhängen, außer eine proprietäre Schnittstelle ist in der Systemarchitektur umfasst.
- Der Wireless QOS-Manager (WQM) von Agilent ist in der Lage; mehrseitige Mehr-Schritt-Tests auszuführen. Jedoch ist die SIGOS-Site-Anwendung, in der der WQM gegenwärtig integriert ist, eine proprietäre Schnittstelle. Folglich müssen Daten, die zwischen einem Fluss und einem anderen (oder von einer Seite zu einer anderen) hin- und herbewegt werden, erst durch die proprietäre SIGOS-Site-Infrastruktur fließen. Ein System, das getestet wird, das keine SIGOS-Site-Infrastruktur enthält, ermöglicht keine Synchronisation zwischen oder unter Flüssen oder Seiten.
- Was erwünscht ist, ist ein drahtloser QOS-Verwalter (Wireless QOS Manager; WQM), der die Fähigkeit aufweist, eine Testausführung zwischen oder unter Seiten und/oder Flüssen zu synchronisieren, egal ob eine SIGOS oder eine andere proprietäre Orts- bzw. Site-Infrastruktur verwendet wird oder nicht.
- Die nachfolgende Veröffentlichung und Patentanmeldung, die hierin jeweils durch Bezugnahme in ihrer entsprechenden Gesamtheit aufgenommen sind, umfassen verschiedene Lehren gemäß dem Stand der Technik im Hinblick auf WQMs:
Agilent Technologies, Inc., Information Sheet mit dem Titel „Agilent QSS QoS Manager", zu sehen unter http://we.home.agilent.com/cgi-bin/bvpub/agilent/Product/cp Product.jsp?OID=536882909&NAV ID=-536885380.536882909.00 &LANGUAGE CODE=eng&COUNTRY CODE=ZZ&CT=PRODUCT&JPID=/comms/firehunter
U.S.-Patentveröffentlichung Seriennummer 10/736,835 mit dem Titel „Sequential Coordination of Test Execution and Dynamic Data" an Bingham. - Wie Fachleute auf dem Gebiet erkennen werden, nachdem sie die vorliegende Zusammenfassung, Figuren, detaillierte Beschreibung und Ansprüche gelesen haben, kann zumindest ein Teil der Vorrichtungen, Systeme und Verfahren, die in der vorangehenden Veröffentlichung und Patentanmeldung offenbart sind, vorteilhaft gemäß den Lehren der vorliegenden Erfindung modifiziert werden.
- Es ist die Aufgabe der vorliegenden Erfindung, ein Verfahren und ein System zum Synchronisieren des Flusses von dynamisch erzeugten Daten, einen Testagenten zum entfernten Synchronisieren des Flusses aus dynamisch erzeugten Daten und ein Verfahren zum Herstellen eines Testagenten mit verbesserten Charakteristika zu schaffen.
- Diese Aufgabe wird durch ein Verfahren zum Synchronisieren gemäß Anspruch 1, ein System zum Synchronisieren gemäß Anspruch 19, einen Testagenten gemäß Anspruch 22 und ein Verfahren zum Herstellen eines Testagenten gemäß Anspruch 25 gelöst.
- Verfahren, Vorrichtungen und Systeme zum Synchronisieren der Ausführung von mehrseitigen Tests zwischen oder unter mehrseitigen Testkomponenten in einer Kommunikations- oder Test-Umgebung, wie z. B. einer drahtlosen Telekommunikationsumgebung, sind offenbart. Mehrere Flüsse in einem System, wie z. B. einer drahtlosen Testkonfiguration, werden im Wesentlichen gleichzeitig initiiert. Eine Ausführung wird dann bei zumindest einem der Flüsse unterbrochen. Von dem Fluss, der nicht unterbrochen wird, wird ein Synchronisationssignal zu einem Sync-Servlet gesendet. Der unterbrochene Fluss fordert eine Erlaubnis von dem Sync-Servlet, den Fluss fortzusetzen. Der unterbrochene Fluss wird fortgesetzt, nachdem ein Synchronisationssignal von dem Sync-Servlet empfangen wird.
- Die vorliegende Erfindung umfasst innerhalb ihres Schutzbereichs die Verfahren zum Synchronisieren, die oben, hierin nachfolgend und in den Figuren beschrieben sind, sowie Systeme und Testagenten, die in der Lage sind, solche Verfahren auszuführen.
- Verschiedene Ausführungsbeispiele der vorliegenden Erfindung können durch einen oder mehrere der nachfolgenden Aspekte gekennzeichnet sein:
- (a) Synchronisation zwischen oder unter mehreren Flüssen bei einem Drahtloser-Dienst-Test ist erlaubt, sogar wenn eine proprietäre Schnittstelle nicht bei dem System eingesetzt wird, das getestet wird;
- (b) Ein Sync-Servlet erlaubt, dass ein Fluss die Ausführung unterbricht (await sync; Sync abwarten), während er auf eine Fortsetzen-Meldung von einem anderen Fluss wartet (send sync; Sync senden), wodurch erlaubt wird, dass drahtlose Dienste getestet werden, die eine solche Funktionalität benötigen;
- (c) Ein Sync-Servlet erlaubt die Steuerung der Ausführung zwischen oder unter Flüssen (oder virtuellen Teilprozessen der Ausführung);
- (d) Ein offener, allgemeiner Standard oder eine Datenübertragung, wie z. B. HTTP, HTTPS, FTP kann eingesetzt werden, um die Synchronisation einer Testausführung zwischen oder unter mehreren Flüssen und/oder zwischen mehreren Drittparteianwendungen zu bewirken;
- (e) Daten können sicher unter Verwendung eines HTTPS-Protokolls übertragen werden;
- (f) Zeitbegrenzungen können nach Bedarf konfiguriert werden;
- (g) Der Ort eines Sync-Servlets kann verändert werden, was nützlich für Konfigurationen mit Firewalls ist;
- (h) Sync-Servlets können auf jeglichem Wireless-QOS-Agenten oder auf jeglichem Web-Server betrieben werden, der Servlets unterstützt;
- (i) Wenn ein Synchronisationsereignis eine konfigurierbare Zeit überlebt hat, wird es automatisch gelöscht.
- Die vorangehenden und andere Aspekte und Vorteile von verschiedenen Ausführungsbeispielen der vorliegenden Erfindung werden offensichtlich und besser verständlich, nachdem die detaillierte Beschreibung der bevorzugten Ausführungsbeispiele, die Zeichnungen und Ansprüche gelesen und verstanden wurde.
- Bevorzugte Ausführungsbeispiele der vorliegenden Erfindung werden nachfolgend Bezug nehmend auf die beiliegenden Zeichnungen näher erläutert. Es zeigen:
-
1 ein Ausführungsbeispiel der vorliegenden Erfindung; -
2 ein anderes Ausführungsbeispiel der vorliegenden Erfindung; und -
3 ein wiederum anderes Ausführungsbeispiel der vorliegenden Erfindung. -
1 zeigt ein Ausführungsbeispiel der vorliegenden Erfindung, bei dem Flüsse A und B bei einem mehrseitigen Testsystem unter Verwendung von Sync-Servlets20 ,30 bzw.40 synchronisiert sind, die in der aktiven Testsonde50 , die Fluss A entspricht, der aktiven Teststeuerung60 bzw. der aktiven Testsonde70 , die Fluss B entspricht, angeordnet sind. - Bei einem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung ist jede der aktiven Testsonde
50 , der aktiven Teststeuerung60 und der aktiven Testsonde70 ein individueller Agent in dem System10 , obwohl andere Konfigurationen möglich sind und in den Schutzbereich der vorliegenden Erfindung fallen. Es wird darauf hingewiesen, dass Sync-Servlets20 und40 in1 nicht bei dem nachfolgend gegebenen Beispiel eingesetzt, aber bei anderen Konfigurationen oder Flüssen eingesetzt werden können, die hierin nicht ausdrücklich offenbart sind. Abhängig von der vorliegenden Systemkonfiguration kann der entsprechende Zielort für ein bestimmtes Signal oder eine Meldung, wie z. B. ein Signal „Await Sync" (Sync abwarten) oder „Send Sync" (Sync senden) spezifiziert werden müssen oder nicht, obwohl bei einem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung ein solcher Zielort spezifiziert sein muss, wie bei dem Schema angezeigt ist, das nachfolgend ausgeführt wird. Zum Beispiel kann das „Send Sync"-Signal, das von Fluss B (Flow B) in1 ausgeht, derart spezifiziert sein, dass es einen letztendlichen Zielort in Fluss B hat, und dass „Await Sync"-Signal, das aus Fluss A (Flow A) stammt, kann spezifiziert sein, dass es einen letztendlichen Zielort in dem Sync-Servlet30 hat. - In
1 ist Fluss A durch Testkomponente 1, Testkomponente 2 („Await Sync") und Testkomponente 3 in der aktiven Testsonde50 dargestellt. Fluss B ist dargestellt durch Testkomponente 1, Testkomponente 2 („Send Sync") und Testkomponente 3 in der aktiven Testsonde70 . Ein erster und zweiter Fluss A und B werden im Wesentlichen gleichzeitig initiiert. Die Ausführung von Fluss A wird unterbrochen, nachdem Fluss A zu der zweiten Testkomponente oder dem Ereignis „Await Sync" fortgeschritten ist. Eine Ausführung der Testkomponente „Await Sync" in Fluss A verursacht, dass eine Meldung oder Anweisung zu dem Sync-Servlet30 gesendet oder abgeschickt wird, die angibt, dass Fluss A auf den Empfang eines „Send Sync"-Signals oder einer -Meldung von Fluss B wartet. Der Zeitbetrag, den die Testkomponente „Await Sync" in Fluss A auf den Empfang eines „Send Sync"-Signals wartet, kann eine konfigurierbare Zeitbegrenzung sein. Wenn Fluss B zu der Testkomponente „Send Sync" fortgeschritten ist, wird ein „Send Sync"-Signal zu dem Sync-Servlet30 abgeschickt. Das nächste mal, wenn Fluss A eine Erlaubnis anfordert, die Ausführung wieder aufzunehmen (d. h. „wurde ein „Send Sync"-Signal von Fluss B empfangen?"), wurde das „Send Sync"-Signal bereits von dem Sync-Servlet30 empfangen, und Fluss A empfängt eine Erlaubnis, die Ausführung durch Ausführen des nächsten Schrittes wieder aufzunehmen (d. h. jetzt tritt die Ausführung von Testkomponente 3 auf). - Ausschließlich als darstellendes Beispiel und ohne Absicht, den Schutzbereich der vorliegenden Erfindung einzuschränken, kann FlowA:test1 (Flow = Fluss) in
1 ein Test sein, der zu einer Webseite navigiert und Authentifizierungsinformationen zum Einloggen in ein 802.11 wifi-Netzwerk anfordert und die Rechnungs- und Login-Informationen zu einem Zellulartelefonkonto senden lässt. FlowB:test1 empfängt dann die Bestätigungsmeldung auf den Zellulartelefon mit dem Benutzernamen und Passwort. FlowA:test3 verwendet als Nächstes den Benutzernamen und das Passwort, um sich in dem wifi-Netzwerk zu registrieren. FlowA:test3 kann sich nicht einloggen ( bzw. registrieren) bevor FlowB:test1 ordnungsgemäße Authentifizierungsinformationen empfangen hat. FlowA:await sync verursacht, dass eine Ausführung unterbrochen wird, bis FlowB:send sync gesendet wurde, wobei an diesem Punkt die Ausführung fort gesetzt wird. Wie nun erkannt wird, können send sync und await sync-Funktionalitäten in mehreren Flüssen implementiert sein, um zu ermöglichen, dass kompliziertere, mehrseitige und Mehrfluss-Netzwerke oder -Systeme getestet werden. - Es wird darauf hingewiesen, dass das Ausführungsbeispiel der vorliegenden Erfindung, das in
1 gezeigt ist, speziell angepasst ist für eine Verwendung bei einer drahtlosen Diensttesteinstellung, wie z. B. einer wifi-Login-Anwendung bzw. -Registrier-Anwendung, obwohl zahlreiche andere Anwendungen denkbar sind und trotzdem in den Schutzbereich der vorliegenden Erfindung fallen. - Weiterhin Bezug nehmend auf
1 kann jedes der Sync-Servlets20 ,30 und40 ein Programm mit mehreren Teilprozessen sein, das auf jeglichem der Agenten50 ,60 und70 in dem System10 läuft. Jeder Agent sollte eine Sync-Servlet-Funktionalität besitzen, obwohl eine solche Funktionalität nicht im Hinblick auf ein gegebenes Servlet gemäß einer bestimmten Systemkonfiguration verwendet werden kann. Zum Beispiel kann eine solche Sync-Servlet-Funktionalität auf Agenten60 und70 und nicht50 ausgeübt werden, während weiterhin erlaubt wird, dass die oben beschriebenen Testprozeduren auftreten. Bei einer optimalen Systemkonfiguration jedoch besitzt jeder Agent eine Dynamischer-Inhalt-Servlet-Funktionalität. - Tests können durch einen Anrufer aufgerufen werden, der entfernt von jeglichem der Agenten des Systems
10 ist, wenn der Anrufer mit einem Netzwerk verbunden ist, mit dem solche Agenten verbunden sind, oder mit dem einer solcher Agenten verbunden ist. Ein solches Netzwerk kann jegliches Netzwerk sein, wie z. B. das Internet. Bei einem Ausführungsbeispiel der vorliegenden Erfindung können die Agenten50 ,60 und70 Computer und/oder Server sein. - Gemäß einem Ausführungsbeispiel der vorliegenden Erfindung wird eine Dynamischer-Inhalt-Servlet-Funktionalität zu einem Syc-Servlet hinzugefügt. Während sich eine Dynamischer-Inhalt-Servlet-Funktionalität von der eines Sync-Servlets unterscheidet, kann eine Dynamischer-Inhalt-Servlet-Funktionalität allgemein auf ein Sync-Servlet im Huckepackverfahren aufgenommen werden, um das Betreiben mehrerer Servlets zu vermeiden, wie in
1 gezeigt ist. - Bei einem Ausführungsbeispiel der vorliegenden Erfindung können Testbeschreibungen oder Anforderungen zum Synchronisieren in ein vordefiniertes XML-Schema (oder sogar Klartext) entweder in einer HTTP-Post oder einer HTTPS-Post eingelagert sein. HTTP (Hyper Text Transfer Protocol) ist ein generischer Meldungstransportstandard oder eine standardisierte Weise, über das Internet zu kommunizieren. Ein HTTP-Get (Get = Erhalten), ist das, was ein Web-Browser ausführt; er empfängt Daten nur. Aber eine HTTP-Post (Post = abschicken) ermöglicht das Senden eines Datenkörpers und auch den Empfang einer Antwort.
- Der Datenkörper, der durch eine HTTP-Post gesendet wird, ist über das XML-Schema organisiert. XML (Extensible Markup Language; erweiterbare Markup-Sprache) ist eine standardisierte Möglichkeit zum Codieren von Daten, oder anders ausgedrückt zum Generisieren der Daten, Freigeben einer Definition, Übertragung, Validierung und Interpretation der Daten zwischen Anwendungen.
- Schnittstellenentwurfsdetails, die ein Ausführungsbeispiel der Erfindung implementiert, das in
1 dargestellt ist, werden nachfolgend in Beispiel 1 aufgeführt, wo Textdarstellungen eines Sync-Servlet-Eingangsschemas gezeigt sind. Während die Sync-Servlet-Implementierung, die hierin nachfolgend ausgeführt wird, in Java geschrieben ist, kann eine solche Funktionalität in jeder geeigneten Programmiersprache implementiert sein oder unter jeglichem Web-Server laufen, der Servlets unterstützt. Andere auf Standards basierende Server und Protokolle können ebenfalls verwendet werden, um Sync-Servlets zu implementieren. Sync-Servlets können HTTP-Posts mit einem definierten XML-codierten Körper akzeptieren, nur um Daten einzugeben oder zu erhalten. Durch Verwenden einer solchen Funktionalität kann ein Sync-Objekt, das in jedem Test enthalten ist, der in einem gegebenen Fluss läuft, dann Daten abschicken oder Daten von dem Sync-Servlet erhalten. Das Sync-Servlet kann abgeschickt werden, um HTTP oder HTTPS (secure socket layer; Sicherheitssockelschicht) zu verwenden, um eine Sicherheit zu gewährleisten. - Beispiel 1: Wqm-Sync-Servlet-Schnittstellenentwurf
- (A) Eingabe- und Ausgabe-Schnittstelle zu dem Sync-/Dynamischer-Inhalt-Servlet
- (1) Kurze Beschreibung
- Das Dynamische-Daten-Servlet läuft auf jeglichem QoSM-WQM-Agenten. Es liefert einen Datenspeicher für dynamische Daten zum Betreiben von Tests und verarbeitet Anforderungen zum „Hinzufügen (add)", „Entfernen (remove)" oder „Erhalten (get)" dynamischer Daten für eine spezifizierte Uniqueid (eindeutige ID), oder zum „Löschen (delete)" aller Daten für diese Uniqueid.
- (2) Vorraussetzungen, die sich auf einen Dynamische-Daten-Entwurf beziehen
-
- – Die nachfolgenden Attribute finden sich in dem Abschnitt Drahtlos (Wireless) von fh.conf. Sie können überschrieben werden durch verdeckte (Präfix fh) Attribute in dem Wireless Chain Text (Drahtlos-Kette-Test) selbst. – DcsLocation? – (Zeichenfolge) Voreinstellung ist dieselbe wie das Attribut Host (ATC). – DcsPort? – (ganze Zahl) Voreinstellung ist 16716 – DcsTimeout? – (ganze Zahl) Voreinstellung 0 (einmal Nachsehen, kein Warten) – DcsLookup? – (Boolscher Wert) Voreinstellung wahr (prüfe DCS, wenn nicht in lokalem Speicher)
- – Das Nachfolgende muss in den Flussebenendatenspeichern verfügbar sein: – DcsLocation – DcsPort – DcsTimeout – DcsLookup – ChaindId – (Zeichenfolge) eine eindeutige ID für diese Testausführung – FlowId – (Zeichenfolge) der Name des aktuellen Flusses
- – Eine DcsControl-Testkomponente ist verfügbar, um die Werte der Dcs*-Attribute zu ändern, die oben beschrieben sind.
- – Die DcsPurgeTime-Eingabe in den Drahtlos-Abschnitt von fh.conf definiert das Alter, bei dem alte Daten im DCS (in Stunden) abgeführt werden sollen.
- (3) Technische Anforderungen
-
- – Fähigkeit zum Betreiben eines Servlets auf dem QOSM-Agenten.
- – Definierte XML-Schnittstelle für die HTTP-Anforderungen und -Antwort.
- (4) Definition oder Entwurfsbeschreibung
-
- – Die Schnittstelle zum Servlet ist eine HTTP-Post.
- – Beispiel url! http://<DcsLocation>:<DcsPort?>/DynamicContentServlet?
- – Der Körper der Post ist XML. Die XML-Schnittstelle ist hierin definiert.
- – Das Verhalten des DCS imitiert eine Hash-Tabelle – Es ist nicht legal, einen Null-Schlüssel oder -Wert zu speichern, eine NullPointerException (Null-Zeiger-Ausnahme) resultiert. – Ein „put" (Setzen) bringt den vorangehend gespeicherten Wert zurück (oder Null, wenn kein Wert gefunden wurde) – Ein „get" (Erhalten) bringt den gespeicherten Wert zurück (oder Null, wenn kein Wert gefunden wurde) – Ein „remove" (Entfernen) bringt den vorangehend gespeicherten Wert zurück (oder Null, wenn kein Wert gefunden wurde)
- – Ein „delete" (Löschen) entfernt alle Daten für einen eindeutige Id und bringt alle vorangehend gespeicherten Werte zurück.
- – Das DCS weist ein spezielles Verhalten auf, wenn ein „Sync"-Datum bzw. eine gegebene Größe gespeichert ist. – Der Name des Sync-Datums ist „dcs_sync<fromFlow>: <toFlow>" – Der Wert, der für ein Sync-Typ-Datum gespeichert ist, ist eine ganze Zahl. – Wenn bereits ein Wert für dieses Datum existiert, wird er um ein weiteres „put" inkrementiert. – Der Wert für dieses Datum wird um ein „get" dekrementiert, wenn der resultierende Wert 0 ist, wird das Datum entfernt.
- – Das Abführen alter Daten, die nicht ordnungsgemäß am Ende einer Testausführung entfernt wurden, wird ausgeführt. – Der Wert DcsPurgeTime (DCS-Abführzeit), der in fh.conf enthalten ist, wird als das Alter verwendet, um alte Testdaten zu löschen, mit einer Voreinstellung von 24 Stunden. – Die Frequenz des Prüfens zum Abführen von alten Daten basiert auf dem Alterungswert (1/10tel des Werts).
- (5) SITE-Abhängigkeiten (Site = Ort)
-
- – TDL-Code, der das DynamicContentServlet? aufrufen, auf die Antwort warten und die Ausgabe akzeptieren kann.
- (6) Erzeugen und Parsen der XML in Tcl und Java
-
- – Beschreibung: – Lernkurve beim Parsen von XML
- – Auflösung/Fortschritt: – Erlernen des Dokumentobjektmodells in jdk1.4.1 zum Parsen von XML – Verwenden von Prozeduren, die bereits in Tdl zum Handhaben von XML vorhanden sind.
- (7) Aufbauen der ausgehenden XML in Java
-
- – Beschreibung: – Lernkurve beim Parsen von XML
- – Auflösung/Fortschritt: – Erlernen des Dokumentobjektmodells in jdk1.4.1 zum Parsen von XML
- Voraussetzungen
-
- – Die gesendete XML muss in der korrekten Form sein oder wird nicht validiert.
- Technische Anforderungen
-
- – Die Schnittstelle ist eine HTTP-Post, die einen XML-Körper als Eingabe zu dem Servlet enthält.
- – Die Ausgabe ist die Post-Antwort, ebenfalls im XML-Format.
- (B) Definition oder Entwurfsbeschreibung
- „put"-Anforderungs-Syntax (Request Syntax) eingeben
-
- – <DcsRequest> – <UniqueId>chainId</UniqueId> – <Action>put</Action> – <DynamicData> (kann mehrere Datum-Etiketten enthalten) • <Datum> • <Name>datumName</Name> • <Type>datumType</Type> • <Value>datumValue</Value> • </Datum> – </DynamicData>
- – </DcsRequest>
- „put"-Sync-Anforderungs-Syntax eingeben
-
- – <DcsRequest> – <UniqueId>chainId</UniqueId> – <Action>put</Action> – <DynamicData> • <Datum> • <Name>dcs_sync:<fromFlow>:<toFlow></Name> • <Type>Integer</Type> • <Value>1</Value> • </Datum> – </DynamicData>
- – </DcsRequest>
- „get"-Anforderungs-Syntax eingeben
-
- – <DcsRequest> – <UniqueId>chainId</UniqueId> – <Action> get </Action> – <Timeout> 60 </Timeout> – <DynamicData> (kann mehrere Datum-Etiketten enthalten) • <Datum> • <Name>datumName</Name> • </Datum> – </DynamicData>
- – </DcsRequest>
- „get"-Sync-Anforderungs-Syntax eingeben
-
- – <DcsRequest> – <UniqueId>chainId</UniqueId> – <Action> get </Action> – </DynamicData> • </Datum> • <Name>dcs_sync:<fromFlow>:<toFlow></Name> • </Datum> – </DynamicData>
- – </DcsRequest>
- „remove"-Anforderungs-Syntax eingeben
-
- – <DcsRequest> – <UniqueId>chainId</UniqueId> – <Action> remove <Action> – <Timeout> 60 </Timeout> – <DynamicData> (kann mehrere Datum-Etiketten enthalten) • </Datum> • <Name>datumName</Name> • </Datum> – </DynamicData>
- – </DcsRequest>
- „delete"-Anforderungs-Syntax eingeben – löscht alle Daten für eine bestimmte chain id (Ketten-ID)
-
- – <DcsRequest> – <UniqueId>chainId</UniqueId> – <Action> delete </Aktion>
- – </DcsRequest>
- Antwort-Syntax ausgeben, wenn keine Ausnahme
-
- – </DcsResponse> – <UniqueId>chainId</UniqueId> – <Action> (Aktion von Anforderung) </Aktion> – <DynamicData> (kann mehrere Datum-Etiketten enthalten) • </Datum> • <Name>datumName</Name> • <Type>datumType</Type> • <Value>datumValue</Value> • </Datum> – </DynamicData>
- – </DcsResponse>
- Antwort-Syntax ausgeben, wenn Ausnahme
-
- – <DcsResponse> – <UniqueID>chainID</UniqueID> – <Aktion> (Aktion von Anforderung) </Aktion> – <Exception> • <Type>exception type</Type> • <Message>exception message</Message> • <StackTrace>exception stack trace</Stack-Trace> – </Exception>
- – </DcsResponse>
- SQM- (Firehunter-) Abhängigkeiten
-
- – Keine
- SITE-Abhängigkeiten
-
- – Fähigkeit zum Ausführen einer HTTP-Post an dem Servlet mit dem korrekten XML-Körper.
- – Fähigkeit zum Empfangen der Post- Antwort-XML.
- Die Sync-Servlet-Schemata, die oben ausgeführt und in den Figuren dargestellt sind, sind nur Beispiele. Die vorliegende Erfindung ist nicht auf solche Schemata beschränkt; Andere Schemata können verwendet werden und fallen trotzdem in den Schutzbereich der vorliegenden Erfindung; vorausgesetzt jedoch, dass entsprechende Änderungen an den Sync-Servlets und ihren entsprechenden Testkomponenten ausgeführt werden. Ferner sind Schemata der vorliegenden Erfindung nicht auf XML beschränkt; Andere Markup- („Etiket ten"-) Sprachen oder sogar Klartext und ihre entsprechenden Testkomponenten können ebenfalls eingesetzt werden.
-
2 zeigt ein anderes Ausführungsbeispiel der vorliegenden Erfindung, wo drei Flüsse A, B und C gleichzeitig ablaufend initiiert werden. Jeder Fluss betreibt seine erste Testkomponente. Wenn Fluss A die Testkomponente „Await Sync" betreibt, wird verursacht, dass Fluss A die Ausführung unterbricht, bis ein Signal oder eine Meldung „Send Sync" über das Sync-Servlet30 von Fluss B empfangen wird. Der Zeitbetrag, den die Testkomponente „Await Sync" in Fluss A auf einen Empfang des Signals „Send Sync" wartet, kann eine konfigurierbare Zeitbegrenzung sein. Wenn Fluss B zu der Testkomponente „Send Sync" fortgeschritten ist, wird ein Signal „Send Sync" zu dem Sync-Servlet30 abgeschickt. Das nächste Mal, wenn Fluss A eine Erlaubnis anfordert die Ausführung wieder aufzunehmen (d. h. „Wurde ein Signal „Send Sync" von Fluss B empfangen?"), wurde das Signal „Send Sync" bereits von dem Sync-Servlet30 empfangen und Fluss A empfängt eine Erlaubnis, die Ausführung durch Betreiben des nächsten Schrittes wieder aufzunehmen (d. h. Ausführung von Testkomponente 3 tritt nun auf). Wenn Fluss C seine Testkomponente „Send Sync" erreicht, wird ein Signal oder eine Meldung „Send Sync" zu Fluss B über das Sync-Servlet30 gesendet. Sobald das Signal oder die Meldung „Send Sync", die aus Fluss C stammt, von der Testkom ponente „Await Sync" bei Fluss B empfangen wird, nimmt Fluss B die Ausführung zu der Testkomponente 4 wieder auf. -
3 zeigt ein anderes Ausführungsbeispiel der vorliegenden Erfindung, wo die Firewall100 zwischen der aktiven Teststeuerung60 und Flüssen A, B und C angeordnet ist. Flüsse A, B und C werden gleichzeitig ablaufend initiiert. Jeder Fluss betreibt seine erste Testkomponente. Da die Firewall100 zwischen der aktiven Teststeuerung60 und den aktiven Testsonden50 ,70 und80 angeordnet ist, kann das Sync-Servlet30 vielleicht nicht verwendet werden. Trotzdem kann bei dem Ausführungsbeispiel der vorliegenden Erfindung, das in3 gezeigt ist, auf jegliches Sync-Servlet durch jegliche der aktiven Testsonden50 ,70 oder80 zugegriffen werden, wodurch das System10 betriebsfähig gemacht wird. In3 wird das Sync-Servlet20 der aktiven Testsonde50 eingesetzt, um eine solche Funktion zu erfüllen. - Wenn Fluss A zu der Testkomponente „Await Sync" fortgeschritten ist, wird die Ausführung von Fluss A unterbrochen, während auf den Empfang eines Signals oder einer Meldung „Send Sync" von Fluss B gewartet wird. Wenn Fluss B die zweite Testkomponente „Send Sync" zu einer späteren Zeit erreicht, wird ein Signal oder eine Meldung „Send Sync" zu dem Sync-Servlet
20 von Fluss B abgeschickt. Die Testkomponente „Await Sync" in Fluss A empfängt das Signal „Send Sync" von Fluss B über das Sync-Servlet20 , das die Wiederaufnahme von Fluss A auslöst. Fluss B setzt die Ausführung des Tests „Await Sync" fort und wird unterbrochen, während er auf einen Empfang eines Signals oder einer Meldung „Send Sync" von Fluss C wartet. Wenn Fluss C seine Testkomponente „Send Sync" erreicht, wird ein Signal oder eine Meldung „Send Sync" zu Fluss B über das Sync-Servlet20 gesendet. Sobald das Signal oder die Meldung „Send Sync", das aus Fluss C stammt, durch die Testkomponente „Await Sync" in Fluss B empfangen wird, nimmt Fluss B die Ausführung zu der Testkomponente 4 wieder auf. - Verschiedene Protokolle werden hierin beschrieben, wie z. B. HTTP und HTTPS. Die vorliegende Erfindung ist nicht auf solche Protokolle beschränkt und erachtet explizit die Verwendung anderer Protokolle, wie z. B. FTP („File Transfer Protokoll"), SCP („Secure Copy Protocol") und SFTP („Secure File Transfer Protocol"). Auf ähnliche Weise werden hierin verschiedene Netzwerke beschrieben, wie z. B. ein LAN, ein drahtloses Netzwerk, ein Drahtleitungsnetzwerk und das Internet. Die vorliegende Erfindung ist nicht auf solche Netzwerke beschränkt; andere Netzwerke können eingesetzt werden, und fallen in den Schutzbereich der vorliegenden Erfindung.
- Die vorliegende Erfindung kann erfolgreich über einen breiten Bereich von drahtlosen Netzwerktypen und Standards eingesetzt werden, der folgendes umfasst, aber nicht beschränkt ist auf wifi 802.11a wifi 802.11b, wifi 802,11g wimax, GSM/GPRS und CDMA, sowie andere Standards, die noch erfunden oder implementiert werden. Ferner ist die vorliegende Erfindung in ihrem Schutzbereich nicht auf drahtlose Testanwendungen beschränkt und umfasst innerhalb ihres Schutzbereichs Drahtleitungstestanwendungen, wie z. B. Ethernet/LAN- und Einwahl-Netzwerke.
- Bei einem bevorzugten Ausführungsbeispiel werden die Synchronisationsverfahren der vorliegenden Erfindung ausgeführt unter Verwendung eines Agilent-QoS-Verwalter-Agenten (QoS = „Quality of Service"), wobei viele Aspekte desselben beschrieben sind unter: http://we.home.agilent.com/cgibin/bvpub/agilent/Product/cp Product.jsp?OID=536882909&NAV ID=-536885380.536882909.00&LANGUAGE CODE=eng&COUNTRY CODE=-ZZ&CT=PRODUCT&JPID=/comms/firehunter.
- Es wird darauf hingewiesen, dass bestimmte Aspekte und Anwendungen von verschiedenen Ausführungsbeispielen der vorliegenden Erfindung bei den Vorrichtungen, Systemen und Verfahren eingesetzt werden können, die offenbart sind in der U.S.-Patenanmeldung Seriennummer 10/736,835 mit dem Titel „Sequential Coordination of Test Execution and Dynamic Data" an Bingham, die hierin durch Bezugnahme in ihrer Gesamtheit aufgenommen ist.
- Obwohl einige Ausführungsbeispiele der vorliegenden Erfindung gezeigt und beschrieben wurden, werden Fachleute auf dem Gebiet erkennen, dass Änderungen an solchen Ausführungsbeispielen ausgeführt werden können, ohne von dem Schutzbereich und dem Wesen der Erfindung abzuweichen, deren Schutzbereich in den beiliegenden Ansprüchen und ihren Entsprechungen definiert ist. Zum Beispiel fällt ein System oder Agent, der ein oder mehrere Synchronisationsverfahren der vorliegenden Erfindung mit Hilfe von einem oder mehreren Stellvertretern ausführt, in den Schutzbereich der vorliegenden Erfindung.
Claims (28)
- Verfahren zum Synchronisieren des Flusses von dynamisch erzeugten Daten zwischen oder unter mehrseitigen Testkomponenten bei einem System mit zumindest einem Sync-Servlet und zumindest einem ersten Fluss (
50 ) und einem zweiten Fluss (70 ), das folgende Schritte aufweist: im Wesentlichen gleichzeitiges Initiieren von zumindest dem ersten Fluss (50 ) und dem zweiten Fluss (70 ); Unterbrechen der Ausführung bei zumindest entweder dem ersten Fluss (50 ) oder dem zweiten Fluss (70 ); Senden, von dem Fluss, der nicht unterbrochen ist, eines Synchronisationssignals (71 ) zu einem Sync-Servlet (30 ); Anfordern einer Erlaubnis, die Ausführung wieder aufzunehmen, von dem unterbrochenen Fluss zu dem Sync-Servlet (30 ); Gewähren der Erlaubnis für den unterbrochenen Fluss, die Ausführung wieder aufzunehmen, nach dem Empfang des Synchronisationssignals durch das Sync-Servlet (30 ); Wiederaufnehmen der Ausführung des unterbrochenen Flusses. - Verfahren gemäß Anspruch 1, bei dem das System ein drahtloses System ist.
- Verfahren gemäß Anspruch 1 oder 2, das ferner aufweist, das System einer Mehrzahl von Funktionstest zu unterziehen.
- Verfahren gemäß einem der Ansprüche 1 bis 3, bei dem das System keine proprietäre Schnittstelle umfasst.
- Verfahren gemäß einem der Ansprüche 1 bis 4, bei dem das Sync-Servlet (
30 ) ein Signal „Await Sync" von dem unterbrochenen Fluss empfängt. - Verfahren gemäß einem der Ansprüche 1 bis 5, bei dem das Synchronisationssignal, das von dem Sync-Servlet (
30 ) empfangen wird, ein Signal „Send Sync" ist. - Verfahren gemäß einem der Ansprüche 1 bis 6, bei dem ein offener, allgemeiner Kommunikationsstandard für eine Datenübertragung eingesetzt wird, um die Synchronisation von Flüssen zu bewirken.
- Verfahren gemäß Anspruch 7, bei dem der offene, allgemeine Kommunikationsstandard aus der Gruppe ausgewählt ist, die aus HTTP, HTTPS, FTP, SCP und SFTP besteht.
- Verfahren gemäß einem der Ansprüche 1 bis 8, bei dem Schemata, die aus der Gruppe ausgewählt sind, die aus XML, einer Markup-Sprache und Klartext besteht, eingesetzt werden, um eine Synchronisation von Flüssen zu bewirken.
- Verfahren gemäß einem der Ansprüche 1 bis 9, bei dem eine Zeitbegrenzung für den unterbrochenen Fluss konfiguriert wird.
- Verfahren gemäß Anspruch 10, bei dem eine Stelle des Sync-Servlets (
30 ) spezifiziert wird. - Verfahren gemäß Anspruch 11, bei dem die Stelle des Sync-Servlets (
30 ) verändert wird. - Verfahren gemäß einem der Ansprüche 1 bis 12, bei dem das Sync-Servlet (
30 ) auf einem drahtlose QOS-Agenten betrieben wird. - Verfahren gemäß einem der Ansprüche 1 bis 13, bei dem das Sync-Servlet (
30 ) auf einem Web-Server betrieben wird. - Verfahren gemäß einem der Ansprüche 1 bis 14, bei dem das Synchronisationssignal gelöscht oder entfernt wird, nachdem ein vorbestimmter Zeitbetrag abgelaufen ist.
- Verfahren gemäß einem der Ansprüche 1 bis 15, bei dem das Sync-Servlet (
30 ) konfiguriert ist, um zumindest eines aus einer HTTP-Post, einer HTTPS-Post, einer FTP-Post und einer SCP-Post und einer SFTP-Post zu akzeptieren. - Verfahren gemäß einem der Ansprüche 1 bis 16, bei dem das Sync-Servlet (
30 ) eine XML-codierte Post akzeptiert, um die Daten einzugeben oder zu erhalten. - Verfahren gemäß einem der Ansprüche 1 bis 17, bei dem das Sync-Servlet (
30 ) ferner eine Dynamische-Daten-Inhalt-Funktionalität aufweist. - System zum Synchronisieren des Flusses aus dynamisch erzeugten Daten zwischen oder unter mehrseitigen Testkomponenten mit zumindest einem Sync-Servlet (
30 ) und zumindest einem ersten Fluss (50 ) und einem zweiten Fluss (70 ), das folgende Merkmale aufweist: eine Einrichtung zum im Wesentlichen gleichzeitigen Initiieren von zumindest dem ersten Fluss (50 ) und dem zweiten Fluss (70 ); eine Einrichtung zum Unterbrechen der Ausführung bei zumindest entweder dem ersten Fluss (50 ) oder dem zweiten Fluss (70 ); eine Einrichtung zum Senden eines Synchronisationssignals zu einem Sync-Servlet (30 ) von dem Fluss, der nicht unterbrochen ist; eine Einrichtung zum Anfordern einer Erlaubnis, um die Ausführung wiederaufzunehmen, von dem unterbrochenen Fluss zu dem Sync-Servlet (30 ); eine Einrichtung zum Gewähren der Erlaubnis für den unterbrochenen Fluss, die Ausführung wieder aufzunehmen, auf einen Empfang des Synchronisationssignals durch das Sync-Servlet (30 ) hin, und eine Einrichtung zum Wiederaufnehmen der Ausführung des unterbrochenen Flusses. - System gemäß Anspruch 19, wobei das System konfiguriert ist, um drahtlose Systeme zu testen, die unter zumindest entweder dem Standard wifi 802.11a, dem Standard wifi 802.11b, dem Standard wifi 802.11g, dem wimax-Standard, dem GSM/GPRS-Standard oder dem CDMA-Standard arbeiten.
- System gemäß Anspruch 19 oder 20, wobei das System konfiguriert ist, um ein Drahtleitungssystem zu testen, das aus der Gruppe ausgewählt ist, die aus einem LAN-Netzwerk und einem Einwählnetzwerk besteht.
- Testagent zum entfernten Synchronisieren des Flusses aus dynamisch erzeugten Daten zwischen oder unter mehrseitigen Testkomponenten mit zumindest einem Sync-Servlet (
30 ) und zumindest einem ersten Fluss (50 ) und einem zweiten Fluss (70 ), der folgende Merkmale aufweist: eine Einrichtung zum Verursachen, dass zumindest der erste Fluss (50 ) und der zweite Fluss (70 ) im Wesentlichen gleichzeitig initiiert werden; eine Einrichtung zum Verursachen, dass eine Ausführung von zumindest entweder dem ersten Fluss (50 ) oder dem zweiten Fluss (70 ) unterbrochen wird; eine Einrichtung zum Verursachen, dass ein Synchronisationssignal zu einem Sync-Servlet (30 ) gesendet wird; eine Einrichtung zum Verursachen, dass eine Erlaubnis, eine Ausführung wieder aufzunehmen, von dem unterbrochenen Fluss zu dem Sync-Servlet (30 ) angefordert wird; eine Einrichtung zum Verursachen, dass dem unterbrochenen Fluss eine Erlaubnis zum Wiederaufnehmen der Ausführung erteilt wird, auf den Empfang des Synchronisationssignals von dem Sync-Servlet (30 ) hin; eine Einrichtung zum Verursachen, dass die Ausführung des unterbrochenen Flusses wieder aufgenommen wird. - Testagent gemäß Anspruch 22, wobei der Testagent konfiguriert ist, um drahtlose Systeme zu testen, die unter zumindest entweder dem Standard wifi 802.11a, dem Standard wifi 802.11b, dem Standard wifi 802.11g, dem wimax-Standard, dem GSM/GPRS-Standard oder dem CDMA-Standard arbeiten.
- Testagent gemäß Anspruch 22 oder 23, wobei der Testagent konfiguriert ist, um ein Drahtleitungssystem zu testen, das aus der Gruppe ausgewählt ist, die aus einem LAN-Netzwerk und einem Einwählnetzwerk besteht.
- Verfahren zum Herstellen eines Testagenten zum Synchronisieren des Flusses aus dynamisch erzeugten Daten zwischen oder unter mehrseitigen Testkomponenten mit zumindest einem Sync-Servlet (
30 ) und zumindest einem ersten Fluss (50 ) und einem zweiten Fluss (70 ), wobei der Testagent eine Einrichtung zum Verursachen, dass zumindest der erste Fluss (50 ) und der zweite Fluss (70 ) im Wesentlichen gleichzeitig initiiert werden, eine Einrichtung zum Verursachen, dass eine Ausführung von zumindest entweder dem ersten Fluss (50 ) oder dem zweiten Fluss (70 ) unterbrochen wird, eine Einrichtung zum Verursachen, dass ein Synchronisationssignal zu einem Sync-Servlet (30 ) gesendet wird, eine Einrichtung zum Verursachen, dass eine Erlaubnis, eine Ausführung wieder aufzunehmen, von dem unterbrochenen Fluss zu dem Sync-Servlet (30 ) angefordert wird, eine Einrichtung zum Verursachen, dass dem unterbrochenen Fluss eine Erlaubnis zum Wiederaufnehmen der Ausführung erteilt wird, auf den Empfang des Synchronisationssignals von dem Sync-Servlet (30 ) hin, eine Einrichtung zum Verursachen, dass die Ausführung des unterbrochenen Flusses wieder aufgenommen wird, aufweist, wobei das Verfahren folgende Schritte aufweist: Bereitstellen der Einrichtung zum Verursachen, dass zumindest der erste Fluss (50 ) und der zweite Fluss (70 ) im Wesentlichen gleichzeitig initiiert werden; Bereitstellen der Einrichtung zum Verursachen, dass eine Ausführung von zumindest entweder dem ersten Fluss (50 ) oder dem zweiten Fluss (70 ) unterbrochen wird; Bereitstellen der Einrichtung zum Verursachen, dass ein Synchronisationssignal zu einem Sync-Servlet (30 ) gesendet wird; Bereitstellen der Einrichtung zum Verursachen, dass eine Erlaubnis, eine Ausführung wieder aufzunehmen, von dem unterbrochenen Fluss zu dem Sync-Servlet (30 ) angefordert wird; Bereitstellen der Einrichtung zum Verursachen, dass dem unterbrochenen Fluss eine Erlaubnis zum Wiederaufnehmen der Ausführung erteilt wird, auf den Empfang des Synchronisations-Signals von dem Sync-Servlet (30 ) hin; Bereitstellen der Einrichtung zum Verursachen, dass die Ausführung des unterbrochenen Flusses wieder aufgenommen wird; wirksames Anordnen und Verbinden der vorangehenden Einrichtungen zum Erzeugen des Testagenten. - Verfahren gemäß Anspruch 25, bei dem der Testagent konfiguriert ist, um den Fluss aus dynamisch erzeugten Daten zwischen oder unter mehrseitigen Testkomponenten entfernt zu synchronisieren.
- Verfahren gemäß Anspruch 25 oder 26, bei dem der Testagent konfiguriert wird, um drahtlose Systeme zu testen, die unter zumindest entweder dem Standard wifi 802.11a, dem Standard wifi 802.11b, dem Standard wifi 802.11g, dem wimax-Standard, dem GSM/GPRS-Standard oder dem CDMA-Standard arbeiten.
- Verfahren gemäß einem der Ansprüche 25 bis 27, bei dem der Testagent konfiguriert wird, um ein Drahtleitungssystem zu testen, das aus der Gruppe ausgewählt ist, die aus einem LAN-Netzwerk und einem Einwählnetzwerk besteht.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/195,978 US7536280B2 (en) | 2005-08-03 | 2005-08-03 | Multisided synchronization of execution in a wireless test environment |
US11/195,978 | 2005-08-03 |
Publications (2)
Publication Number | Publication Date |
---|---|
DE102006028311A1 true DE102006028311A1 (de) | 2007-03-29 |
DE102006028311B4 DE102006028311B4 (de) | 2012-08-30 |
Family
ID=36926687
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE102006028311A Active DE102006028311B4 (de) | 2005-08-03 | 2006-06-20 | Mehrseitige Synchronisation einer Ausführung in einer drahtlosen Testumgebung |
Country Status (3)
Country | Link |
---|---|
US (1) | US7536280B2 (de) |
DE (1) | DE102006028311B4 (de) |
GB (1) | GB2428838B (de) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7383146B2 (en) * | 2006-01-19 | 2008-06-03 | International Business Machines Corporation | Acquiring test data from an electronic circuit |
US9898517B2 (en) * | 2006-04-21 | 2018-02-20 | Adobe Systems Incorporated | Declarative synchronization of shared data |
CN102857383A (zh) * | 2011-06-28 | 2013-01-02 | 鸿富锦精密工业(深圳)有限公司 | 同步测试控制方法及系统 |
GB2505459B (en) * | 2012-08-30 | 2019-08-28 | Draeger Safety Uk Ltd | Telemetry monitoring apparatus |
CN113286638B (zh) * | 2019-02-28 | 2022-09-27 | 乔凡尼项目有限责任公司 | 用于跑步机的锁定和制动系统 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE2827615B2 (de) * | 1978-06-23 | 1981-08-27 | Licentia Patent-Verwaltungs-Gmbh, 6000 Frankfurt | Verfahren und Schaltungsanordnung zum Synchronisieren zwei oder mehrerer räumlich voneinander entfernter digital arbeitender nachrichtentechnischer Einrichtungen |
US5530704A (en) * | 1995-02-16 | 1996-06-25 | Motorola, Inc. | Method and apparatus for synchronizing radio ports in a commnuication system |
SE506540C2 (sv) * | 1995-06-13 | 1998-01-12 | Ericsson Telefon Ab L M | Synkronisering av överföring av data via en dubbelriktad länk |
JP2000132529A (ja) * | 1998-10-23 | 2000-05-12 | Sony Corp | 並列処理装置、並列処理方法および記録媒体 |
US7120676B2 (en) * | 2000-04-28 | 2006-10-10 | Agilent Technologies, Inc. | Transaction configuration system and method for transaction-based automated testing |
US6950848B1 (en) * | 2000-05-05 | 2005-09-27 | Yousefi Zadeh Homayoun | Database load balancing for multi-tier computer systems |
US6986038B1 (en) * | 2000-07-11 | 2006-01-10 | International Business Machines Corporation | Technique for synchronizing security credentials from a master directory, platform, or registry |
GB2379040A (en) | 2001-08-22 | 2003-02-26 | Int Computers Ltd | Controlling user access to a remote service by sending a one-time password to a portable device after normal login |
DE602004005461T2 (de) * | 2004-09-30 | 2007-12-13 | Alcatel Lucent | Mobile Authentifizierung für den Netzwerkzugang |
-
2005
- 2005-08-03 US US11/195,978 patent/US7536280B2/en not_active Expired - Fee Related
-
2006
- 2006-06-20 DE DE102006028311A patent/DE102006028311B4/de active Active
- 2006-07-07 GB GB0613591A patent/GB2428838B/en active Active
Also Published As
Publication number | Publication date |
---|---|
GB2428838A (en) | 2007-02-07 |
US20070032253A1 (en) | 2007-02-08 |
DE102006028311B4 (de) | 2012-08-30 |
US7536280B2 (en) | 2009-05-19 |
GB2428838B (en) | 2011-06-22 |
GB0613591D0 (en) | 2006-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE102006032108B4 (de) | System und Verfahren für eine Mehr-Ort-Testausführung | |
DE102006028309B4 (de) | Mehrseitiges, gemeinschaftliches Verwenden von dynamischen Daten in einer drahtlosen Testumgebung | |
DE60130633T2 (de) | Gesicherte Internet-Zwischenablage | |
DE69838262T2 (de) | Allgemeine benutzer-authentifizierung für netz-rechner | |
DE102007062985B4 (de) | Verfahren und Einrichtung zur Kommunikation gemäß dem Standardprotokoll OPC UA in einem Client-Server-System | |
DE10297998B4 (de) | Erstellen verteilter Proxy-Konfigurationen | |
EP1208671B1 (de) | System und verfahren zum testen der belastung wenigstens einer ip-gestützten einrichtung | |
DE102006028311B4 (de) | Mehrseitige Synchronisation einer Ausführung in einer drahtlosen Testumgebung | |
DE60302368T2 (de) | System und Verfahren um den Transfer von Daten zwischen beliebigen Komponenten untereinander zu ermöglichen | |
DE60205501T2 (de) | Verwaltung von informationen über subskriptionen der dienstleistungen von dritten | |
DE10352400A1 (de) | Netzwerkdienst-Abfangvorrichtung | |
DE60218185T2 (de) | Verfahren und Vorrichtung zum Wiederauffinden von Informationen in einem Netzwerk | |
DE60204450T2 (de) | Einrichtung und verfahren zum datenflussaustausch zwischen einer client-einrichtung und einem server | |
WO2005074234A1 (de) | System und verfahren zur kommunikation zwischen entfernten objekten und lokalen stellvertretern | |
EP1482701A1 (de) | Verfahren zum paketorientierten Übertragen von Daten in Telekommunikationsnetzen mittels Umsetzung in einem Zwischenknoten von einem verbindungslosen zu einem verbindungsorientierten Übertragungsprotokoll und umgekehrt | |
DE102008059197A1 (de) | Verfahren und Vorrichtung zur verteilten Konfiguration von Telematik-Diensten in Kraftfahrzeug-Systemen | |
EP1604494B1 (de) | Verfahren und sender zur übertragung von datenpaketen | |
DE10295700T5 (de) | Eine Anordnung und ein Verfahren in Bezug auf Endnutzerstationszugriff auf ein Portal | |
DE60208243T2 (de) | Kommunikationsendgerät | |
WO2007118642A2 (de) | Verfahren zur prüfung von bacnet-einrichtungen auf konformität, interoperabilität und performance | |
DE602004012487T2 (de) | System zur Übertragung von charakteristischen Parametern einer Kommunikationssitzung von einem Endgerät zu einem entfernten Server | |
DE60310220T2 (de) | System und Verfahren zum Aufrufen eines Anwendungsprogramms von einem WAP-Endgerät im gemeinsamen Zugriffsverfahren | |
DE60207056T2 (de) | System und Verfahren zur Datenteilung von einem WAP-Endgerät | |
DE102006043671B4 (de) | Überprüfung der Datenintegrität in Managementsystemen | |
DE10150847B4 (de) | Einfache und sichere Methode zum Ermitteln der Zeitzone eines Internet Clients |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8127 | New person/name/address of the applicant |
Owner name: AGILENT TECHNOLOGIES, INC. (N.D.GES.D. STAATES, US |
|
R016 | Response to examination communication | ||
R018 | Grant decision by examination section/examining division | ||
R020 | Patent grant now final |
Effective date: 20121201 |
|
R081 | Change of applicant/patentee |
Owner name: VIAVI SOLUTIONS INC. (N. D. GES. D. STAATES DE, US Free format text: FORMER OWNER: AGILENT TECHNOLOGIES, INC. (N.D.GES.D. STAATES DELAWARE), SANTA CLARA, CALIF., US Effective date: 20130620 Owner name: JDS UNIPHASE CORP. (N. D. GES. D. STAATES DELA, US Free format text: FORMER OWNER: AGILENT TECHNOLOGIES, INC. (N.D.GES.D. STAATES DELAWARE), SANTA CLARA, CALIF., US Effective date: 20130620 Owner name: JDS UNIPHASE CORP. (N. D. GES. D. STAATES DELA, US Free format text: FORMER OWNER: AGILENT TECHNOLOGIES, INC. (N.D.GES.D. STAATES DELAWARE), SANTA CLARA, US Effective date: 20130620 |
|
R082 | Change of representative |
Representative=s name: MURGITROYD & COMPANY, DE Effective date: 20130620 Representative=s name: SCHOPPE, ZIMMERMANN, STOECKELER, ZINKLER, SCHE, DE Effective date: 20130620 Representative=s name: SCHOPPE, ZIMMERMANN, STOECKELER, ZINKLER & PAR, DE Effective date: 20130620 |
|
R082 | Change of representative |
Representative=s name: MURGITROYD & COMPANY, DE |
|
R081 | Change of applicant/patentee |
Owner name: VIAVI SOLUTIONS INC. (N. D. GES. D. STAATES DE, US Free format text: FORMER OWNER: JDS UNIPHASE CORP. (N. D. GES. D. STAATES DELAWARE), MILPITAS, CALIF., US |
|
R082 | Change of representative |
Representative=s name: MURGITROYD & COMPANY, DE |
|
R079 | Amendment of ipc main class |
Free format text: PREVIOUS MAIN CLASS: H04L0012260000 Ipc: H04L0043000000 |