DE60028561T2

DE60028561T2 - Bereitstellung von kundendiensten, die daten aus datenquellen abrufen, wobei die datenquellen die vom kunden geforderten formate nicht notwendigerweise unterstützen

Info

Publication number: DE60028561T2
Application number: DE60028561T
Authority: DE
Inventors: M. Magnus LONNROTH; Roland Svensson; Johan Svensson
Original assignee: Oracle Corp
Current assignee: Oracle International Corp
Priority date: 1999-03-17
Filing date: 2000-03-16
Publication date: 2007-05-16
Anticipated expiration: 2020-03-17
Also published as: CA2368089A1; WO2000056033A1; EP1166524A1; HK1040856A1; ATE329440T1; AU3748300A; DE60028561D1; HK1040856B; EP1166524B1; CA2368089C; US6826597B1; JP2002539547A; AU759477B2

Description

GEBIET DER ERFINDUNG
Die vorliegende Erfindung betrifft das Bereitstellen von Diensten an Clients und spezieller das Ausstatten der Clients mit Diensten, die Daten von Datenquellen abrufen, die nicht notwendigerweise das von den Clients geforderte Format unterstützen.
HINTERGRUND DER ERFINDUNG
Das World Wide Web umfasst ein Netzwerk von Servern im Internet, von denen jeder mit einer oder mehreren HTML(Hypertext Markup Language)-Seiten verbunden ist. Die mit einem Server verbundenen HTML-Seiten stellen Informationen und Hypertext-Verknüpfungen zu anderen Dokumenten auf diesem und (üblicherweise) anderen Servern bereit. Die Server kommunizieren mit Clients unter Verwendung des Hypertext Transfer Protocol (HTTP). Die Server horchen nach Anforderungen nach ihren HTML-Seiten von Clients und werden deshalb oftmals als "Listeners" bezeichnet.
Benutzer des World Wide Web verwenden ein als einen Browser bezeichnetes Client-Programm, um Informationen von Listenern anzufordern, zu dekodieren und anzuzeigen. Wenn der Benutzer eines Browsers eine Verknüpfung auf einer HTML-Seite auswählt, sendet der Browser, der die Seite anzeigt, eine Anforderung über das Internet zu dem Listener, der mit dem in der Verknüpfung angegebenen Universal Resource Locator (URL) verbunden ist. In Antwort auf die Anforderung sendet der Listener die angeforderten Informationen zu dem Browser, der die Anforderung herausgegeben hat. Der Browser empfängt die Informationen, stellt die empfangenen Informationen dem Benutzer dar und wartet auf die nächste Benutzeranforderung.
Herkömmlich sind die in Listenern gespeicherten Informationen in der Form von statischen HTML-Seiten. Statische HTML-Seiten werden in dem Listener vor der Anforderung von einem Webbrowser erzeugt und gespeichert. In Antwort auf eine Anforderung wird eine statische HTML-Seite lediglich aus dem Speicher gelesen und zu dem anfordernden Browser gesendet. Gegenwärtig gibt es einen Trend, Listener zu entwickeln, die auf Browseranforderungen durch Ausführen dynamischer Operationen antworten. Beispielsweise kann ein Listener auf eine Anforderung durch Ausgeben einer Abfrage an eine Datenbank, dynamisches Aufbauen einer die Ergebnisse der Abfrage enthaltenen Webseite und Senden der dynamisch aufgebauten HTML-Seite zu dem anfordernden Browser antworten.
Ein weiterer Trend ist, den Internetzugang auf andere Geräte als herkömmliche Computersysteme auszudehnen. Zum Beispiel wurden drahtlose Telefone entwickelt, die eingebettete Webbrowser enthalten. Infolge von Einschränkungen der Größe und der Kosten haben die in diesen Geräten enthaltenen "Mikrobrowser" eine sehr begrenzte Funktionalität relativ zu den Browsern, die für richtige Computersysteme entwickelt wurden. Jedoch sind Geräte mit eingebetteten Mikrobrowsern in Fällen verwendbar, in welchen die Verwendung eines herkömmlichen Computersystems unpraktisch ist. Zusätzlich dazu, dass sie einen eingebetteten Mikrobrowser haben, unterstützen bestimmte drahtlose Telefone ein Zweiwege-Paging-Protokoll, das als Short Message Stimulator (SMS) bekannt ist. Unter Verwendung von SMS kann ein SMS-fähiges Telefon eine Textnachricht an ein anderes SMS-fähiges Telefon senden.
Ein typisches System, in welchem webfähige, SMS-fähige Telefone verwendet werden können, ist in 1 dargestellt. Mit Bezug auf 1 weist ein System 100 ein drahtloses Telefon 102 auf, das durch ein drahtloses Kommunikationsmedium mit einem Netzwerk 104 verbunden ist. Das Netzwerk 104 kann beispielsweise ein allgemeines digitales Netz wie das Global System for Mobile Communications (GSM)-Netz sein. SMS- Nachrichten von dem Telefon 102 können durch das Netzwerk 104 zu einem Gateway 106 gesendet werden, das einen Übersetzer 112 aufweist. Das Gateway 106 kann beispielsweise ein von Nokia verfügbarer NAMP-Server sein, der konfiguriert ist, SMS-Nachrichten in HTTP-Nachrichten zu übersetzen, die über ein IP-Netzwerk gesendet werden können. In der dargestellten Ausführungsform übersetzt das Gateway 106 SMS-Nachrichten von dem Telefon 102 und sendet sie unter Verwendung von HTTP über das Internet 108 zu einem Webserver 110.
In Antwort auf die HTTP-Anforderung von dem Gateway 106 sendet der Webserver 110 eine Webseite über das Internet 108 zurück zu dem Gateway 106. Das Gateway 106 konvertiert die Webseite in eine SMS-Nachricht und sendet sie durch das Netzwerk 104 zu dem Telefon 102. Leider kann aufgrund der begrenzten Leistungsfähigkeit des Telefons 102 der Prozess des intelligenten Konvertierens der Webseite in etwas, das zu dem Telefon 102 gesendet werden kann, äußerst schwierig sein.
Gemäß einem Ansatz weist das Gateway 106 eine Filterlogik auf, die mit webseitenspezifischen Filterregeln programmiert ist. So eine Filterregel kann zum Beispiel angeben, dass Text, der in die zu dem Telefon 102 zurückgesendete SMS-Nachricht einzufügen ist, durch Extrahieren der 53 Zeichen zu erhalten ist, die einer bestimmten Sequenz von Tags innerhalb der mit der Regel verbundenen Webseite folgen. Die Regel für eine andere Webseite könnte vollständig andere Kriterien zum Lokalisieren und Extrahieren von Text vorschreiben. Sogar für die gleiche Webseite könnte eine bestimmte Filterregel nicht mehr zu dem gewünschten Ergebnis führen, wenn sich der Inhalt oder das Format der Webseite ändert. Folglich legt die Verwendung des Ansatzes der webseitenspezifischen Filterung dem Manager des Gateways 106 eine enorme Belastung auf, die verschiedenen Filterregeln zu entwickeln und sie für alle Seiten, die durch das Gateway 106 angefordert werden, auf dem neuesten Stand zu halten.
In einem alternativen Ansatz wird die Filterfunktionalität aus dem Gateway 106 heraus in eine Filterbox verschoben, die zwischen dem Gateway 106 und dem Internet 108 angeordnet ist. Das Gateway 106 glaubt weiterhin, dass es mit den Webservern über das Internet 108 interagiert, und übersetzt weiterhin zwischen HTTP und SMS. Jedoch durchläuft der gesamte HTTP-Verkehr, der zu dem oder von dem Gateway 106 gesendet wird, tatsächlich die Filterbox. Die durch die Filterbox angewendeten Filterregeln können durch Benutzer selbst festgelegt werden. Somit kann die Filterbox die gleiche Webseite für unterschiedliche Telefonbenutzer basierend darauf, wie diese Telefonbenutzer ihre Filter gestaltet haben, unterschiedlich filtern. Obwohl dieser Ansatz die innerbetriebliche Belastung des Gateway-Administrators reduziert, wälzt er diese Last größtenteils auf die Benutzer selbst über. Ferner erlaubt er nur, dass die Telefone mit einer Art von Datenquelle kommunizieren: HTTP-Server. Andere Informationsquellen, wie zum Beispiel Datenbanksysteme, werden dem Telefon 102 durch das Gateway 106 nicht zugänglich gemacht.
Ein Verfahren und eine Architektur für interaktive Zweiwege-Kommunikationsvorrichtungen, um mit einem Netzwerk zu interagieren, sind aus EP 0 987 868 bekannt. Darin ist eine Navigation im Internet durch eine mobile interaktive Zweiwege-Kommunikationsvorrichtung, die zur drahtlosen Kommunikation im Stande ist, über einen Linkserver mit Serviceprovidern oder Netzwerkservern im Internet beschrieben.
Auf der Basis des Vorhergehenden ist es eindeutig wünschenswert, die Techniken zu verbessern, durch welche Benutzer von weniger konventionellen Clients Zugang zum World Wide Web erlangen. Es ist ferner wünschenswert, Techniken bereitzustellen, die es solchen Clients erlauben, bequem auf andere Informationsquellen zuzugreifen.
ZUSAMMENFASSUNG DER ERFINDUNG
Die vorliegende Erfindung stellt ein Verfahren zum Abrufen von Informationen von einer oder mehreren Datenquellen, ein System zum Übertragen von Informationen zwischen Clients und Datenquellen und ein computerlesbares Medium, das Anweisungen zum Abrufen von Informationen von einer oder mehreren Datenquellen trägt, gemäß den unabhängigen Ansprüchen 1, 17 und 22 bereit. Bevorzugte Ausführungsformen der vorliegenden Erfindung sind in den abhängigen Ansprüchen 2 bis 16, 18 bis 21 und 23 bis 35 beschrieben.
Es werden ein Verfahren und ein System bereitgestellt, um zu ermöglichen, dass Clients Daten von Datenquellen abrufen, die nicht notwendigerweise die gleichen Protokolle und Formate wie die Clients unterstützen. Gemäß einem Aspekt der Erfindung antwortet ein Vorprozessor auf die Dienstanforderungen von Clients durch Erzeugen von Anforderungsobjekten. In einer Ausführungsform sind die Anforderungsobjekte XML-strukturierte Dokumente mit nicht aufgelösten Links zu den Datenquellen, die von den Clients angeforderte Informationen aufweisen. Ein XML-Prozessor löst die Links durch Ausgeben von Anforderungen durch ein oder mehrere Gateways auf. Die Gateways konvertieren die von den Datenquellen empfangenen Antworten in XML, welche der XML-Prozessor verwendet, um XML-Verbund-Antwortdokumente zu erzeugen. Ein Postprozessor filtert die XML-Antwortdokumente und wendet XSL-Formatvorlagen an, um die XML-Verbund-Antwortdokumente in Client-spezifische Antworten umzuwandeln, die dem von den Clients geforderten Format entsprechen. Die Client-spezifischen Antworten werden dann zu den Clients gesendet.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
Die vorliegende Erfindung ist in den Figuren der beigefügten Zeichnungen als Beispiel und nicht als Begrenzung dargestellt, und in welchen gleiche Bezugszahlen gleiche Elemente bezeichnen und in welchen:
1 ein Blockdiagramm eines Systems ist, das es Mobiltelefonen ermöglicht, mit Webservern zu kommunizieren;
2 ein Blockdiagramm eines Systems ist, das gemäß einer Ausführungsform der Erfindung konfiguriert ist; und
3 ein Blockdiagramm eines Computersystems ist, das verwendet werden kann, um Ausführungsformen der vorliegenden Erfindung zu implementieren.
AUSFÜHRLICHE BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORM
Es werden ein Verfahren und ein System beschrieben, um zu ermöglichen, dass ein beliebiger Client von einer einzigen Anwendung verwaltet wird. In der folgenden Beschreibung sind für die Zwecke der Erläuterung zahlreiche spezifische Details dargelegt, um für ein gründliches Verständnis der vorliegenden Erfindung zu sorgen. Es wird einem Fachmann jedoch ersichtlich sein, dass die vorliegende Erfindung ohne diese spezifischen Details praktiziert werden kann. In anderen Fällen sind bekannte Strukturen und Einrichtungen in Form eines Blockdiagramms gezeigt, um ein unnötiges Undeutlichmachen der vorliegenden Erfindung zu vermeiden.
SYSTEMÜBERBLICK
2 ist ein Blockdiagramm, das ein System 200 darstellt, das eine Ausführungsform der Erfindung implementiert. Das System 200 ist dem System 100 insofern ähnlich, als es eine mobile Einrichtung (Telefon 210) aufweist, die mit einem Gateway 202 über ein Netzwerk 212 kommuniziert. Gemäß einer Ausführungsform ist das Telefon 210 ein WAP-Telefon, das konfiguriert ist, die Anzeige von WML-Seiten zu unterstützen. In solch einer Ausführungsform könnte das Gateway 202 zum Beispiel ein WAP-Gateway sein, das konfiguriert ist, um mit dem Telefon 210 durch Senden von WML-Seiten durch das Netzwerk 212 unter Verwendung des WAP-Protokolls zu kommunizieren.
Das System 200 weist ferner einen Vorprozessor 240, einen XML-Prozessor 242 und einen Postprozessor 244 auf. Im Allgemeinen empfängt der Vorprozessor 240 Anforderungen von Clients und erzeugt darauf basierende Anforderungsobjekte. In einer Ausführungsform nehmen diese Anforderungsobjekte die Form von XML-Dokumenten an. Diese XML-Dokumente "Anforderungen" werden zu einem XML-Prozessor 242 weitergeleitet, der XML-Dokumente von einer oder mehreren XML-Quellen erhält, an welche der XML-Prozessor 242 angeschlossen ist. Wie nachstehend ausführlicher beschrieben werden soll, können diese XML-Quellen ein oder mehrere Gateways beinhalten, die mit Nicht-XML-Quellen verbunden sind. Die XML-Dokumente, die in Antwort auf die Anforderungen erzeugt werden, werden zu dem Postprozessor 244 geführt, damit sie gemäß den Bedürfnissen der anfordernden Einheit gefiltert und formatiert werden. Der durch den Postprozessor 244 ausgeführte Konvertierungsvorgang wird durch XSL-Formatvorlagen 250 gesteuert. Die durch den Postprozessor 244 erzeugten Dokumente werden kann zu der anfordernden Einheit geliefert.
Jede der Einheiten innerhalb des Systems 200 und deren Funktionen sollen nun ausführlicher beschrieben werden.
DIENSTANFORDERUNGEN
Clients senden Anforderungen an den Vorprozessor 240. Die Art und das Format der Anforderungen variiert basierend auf der Art des Client. Jede Dienstanforderung kennzeichnet den Dienst, der angefordert wird, und kann irgendeine Anzahl von Parameterwerten aufweisen, die mit der Anforderung verbunden sind. Die Dienste, die in den Dienstanforderungen festgelegt sind, die der Vorprozessor 240 von den Clients empfängt, können in der Komplexität sehr variieren. Zum Beispiel kann ein Dienst einfach das Erhalten eines bestimmten Informationsteils von einer einzelnen Webseite umfassen. Ein anderer Dienst jedoch kann das Ausführen von Suchen an hunderten von Webseiten, das Aktualisieren zahlreicher Datenbanken auf der Basis der Ergebnisse der Suchen und das Senden von Email-Nachrichten an hunderte von Benutzern, um sie zu informieren, dass die Datenbank aktualisiert wurde, aufweisen.
Gemäß einer Ausführungsform können Dienste als Sammlungen von anderen Diensten definiert sein. Dadurch, dass Dienste definiert sein können, andere Dienste zu enthalten, kann eine beliebig komplexe Hierarchie von Diensten unterstützt werden. Zum Beispiel kann ein erster Dienst zum Verfolgen von durch UPS gesendeten Paketen eingerichtet sein. Ein zweiter Dienst kann zum Verfolgen von durch FedEx gesendeten Paketen eingerichtet sein. Ein dritter Dienst kann als eine Kombination des ersten und des zweiten Dienstes eingerichtet sein. Ein vierter Dienst kann eingerichtet sein, um den dritten Dienst auszuführen und eine Datenbank zu aktualisieren, um die durch den dritten Dienst erzeugten Ergebnisse zu reflektieren.
Gemäß einer Ausführungsform variiert der den Clients bereitgestellte Satz von Diensten auf einer Je-Nutzer-Basis. Somit kann der Satz von Diensten, der von einem Client angefordert werden kann, anders als die von einem anderen Client angeforderten Dienste sein. Außerdem können bestimmte Dienste auf einer Je-Nutzer-Basis definiert sein. Zum Beispiel kann ein bestimmter Nutzer einen bestimmten Dienst definieren, dass er die Kombination von drei bestehenden Diensten ist.
Daten über jeden benutzerdefinierten Dienst werden gespeichert und werden dem Vorprozessor 240 zugänglich gemacht, so dass der Vorprozessor 240 weiß, wie mit den Anforderungen für diese Dienste umzugehen ist. Gemäß einer Ausführungsform sind die für jeden Benutzer verfügbaren Dienste einschließlich benutzerdefinierter Dienste in einer Konfigurationsdatenbank 254 definiert, die dem Vorprozessor 240 zugänglich ist.
DER VORPROZESSOR
Der Vorprozessor 240 ist konfiguriert, um Anforderungen von Clients zu empfangen und zu verarbeiten. Die von dem Vorprozessor 240 unterstützten Protokolle schreiben die Form vor, in welcher die Anforderungen empfangen werden müssen, und werden von Implementierung zu Implementierung variieren. Die vorliegende Erfindung ist nicht auf irgendeine bestimmte Art oder Anzahl von Protokollen, die von dem Vorprozessor 240 unterstützt werden, beschränkt. In der dargestellten Ausführungsform unterstützt der Vorprozessor 240 sowohl HTTP als auch zwei andere Protokolle (gezeigt als Protokoll A und Protokoll B). Durch seine Unterstützung für HTTP-Anforderungen erscheint der Vorprozessor 240 dem Gateway 202 als ein Webserver und ist deshalb in der Lage, HTTP-Anforderungen zu empfangen, die als von WAP-fähigen Geräten ausgegebene WAP-Anforderungen entstanden sind.
Auf das Empfangen einer Dienstanforderung hin führt der Vorprozessor 240 jegliche Operationen aus, die vor dem Abarbeiten der Anforderung erforderlich sind. Solche Operationen können zum Beispiel das Ausführen von Sicherheitsprüfungen einschließen, um zu bestimmen, ob der die Anforderung ausgebende Client autorisiert ist, die Anforderung auszugeben. Gemäß einer Ausführungsform sind Informationen darüber, welche Dienste für jeden Client autorisiert sind, in der Konfigurationsdatenbank 254 gespeichert.
Gemäß einer Ausführungsform erzeugt der Vorprozessor 240 basierend auf der Anforderung und den in der Konfigurationsdatenbank 254 enthaltenen Informationen auch ein Anforderungsobjekt in der Form eines XML-Dokuments. Insbesondere durchsucht der Vorprozessor 240 die Konfigurationsdatenbank 254, um zu bestimmen, wie das XML-Dokument aufzubauen ist. Die Suche kann beispielsweise auf der Basis der mit der Dienstanforderung verknüpften Telefonnummer und Benutzer-ID ausgeführt werden. Die in der Konfigurationsdatenbank für diese Telefonnummer/Benutzer-ID-Kombination enthaltenen Informationen können beispielsweise Links zu den Informationsquellen, die mit dem angeforderten Dienst korrespondieren, Benutzereinstellungen usw. spezifizieren. Das durch den Vorprozessor 240 in Antwort auf eine Dienstanforderung erzeugte XML-Dokument wird hierin als ein XML-Anforderungsdokument bezeichnet. Das XML-Anforderungsdokument enthält Links, die die Informationsquellen identifizieren, die mit dem angeforderten Dienst korrespondieren. Wie nachstehend ausführlicher beschrieben werden soll, kann das XML-Dokument auch durch den Vorprozessor 240 eingefügte Metadaten aufweisen, die von den verschiedenen Komponenten des Postprozessors 244 verwendet werden.
Zum Zweck der Darstellung soll angenommen werden, dass der Vorprozessor 240 eine Anforderung empfängt, die von dem Telefon 210 stammt, dass das Telefon 210 ein WAP-Telefon ist und dass die Anforderung für einen Dienst ist, der den Status aller Pakete eines bestimmten Benutzers bestimmt. Auf das Prüfen hin, dass das Telefon 210 autorisiert ist, die Anforderung durchzuführen, erzeugt der Vorprozessor 240 ein XML-Anforderungsdokument. In dem vorliegenden Beispiel kann das resultierende XML-Anforderungsdokument zum Beispiel einen Link zu einer UPS-Paketverfolgungs-Webseite, einen Link zu einer FedEx-Paketverfolgungs-Webseite usw. aufweisen. Das so erzeugte XML-Anforderungsdokument wird dann an den XML-Prozessor 242 übergeben.
DER XML-PROZESSOR
Auf das Empfangen eines XML-Anforderungsdokuments von dem XML-Vorprozessor 240 hin analysiert der XML-Prozessor 242 das XML-Anforderungsdokument. Wenn der XML-Prozessor 242 auf nicht aufgelöste Links innerhalb des XML-Anforderungsdokuments stößt, löst der XML-Prozessor 242 die Links auf, typischerweise durch Herstellen von Aufrufen durch ein oder mehrere XML-Gateways.
XML-Gateways sind Mechanismen zum Konvertieren zwischen XML und Nachrichten, die durch andere Arten von Datenquellen erzeugt werden. Beispielsweise kann ein XML-Gateway für das World Wide Web sein und deshalb zwischen XML- und HTML-Nachrichten konvertieren. Ein anderes XML-Gateway kann für ein Datenbanksystem sein und deshalb zwischen XML und dem von dem Datenbanksystem unterstützten Protokoll konvertieren. Noch ein anderes XML-Gateway kann für einen Mainframe-Computer sein und zwischen XML und dem von dem Mainframe-Computer unterstützten Nachrichtenprotokoll konvertieren. Das dargestellte System 200 weist zwei XML-Gateways 232 und 234 auf. Das XML-Gateway 232 ist konfiguriert, um zwischen XML und einem von einem Datenbanksystem verwendeten Protokoll zu konvertieren. Das XML-Gateway 234 ist konfiguriert, um zwischen XML- und HTTP-Nachrichten im World Wide Web zu konvertieren.
Die XML-Gateways, die durch den XML-Prozessor 242 in Antwort auf ein bestimmtes XML-Anforderungsdokument aufgerufen werden, sind die XML-Gateways, die mit den Datenquellen verbunden sind, die die in dem XML-Anforderungsdokument identifizierten Informationen haben. Nehmen Sie zum Beispiel an, dass die UPS- und die FedEx-Paketverfolgungsinformationen über das World Wide Web verfügbar sind. In Antwort auf ein XML-Anforderungsdokument zum Bestimmen des Status der Pakete eines Benutzers führt der XML-Prozessor 242 Aufrufe an das Gateway 234 durch. Das Gateway 234 konvertiert diese Anforderungen in HTTP-Nachrichten, die die erforderlichen Informationen von den entsprechenden Seiten im World Wide Web abrufen. In Antwort auf die HTTP-Anforderungen werden die Informationen von diesen Webseiten zurück zu dem XML-Gateway 234 in der Form eines oder mehrerer HTML-Dokumente geliefert. Das Gateway 234 konvertiert die HTML-Dokumente in XML-Dokumente und liefert die XML-Dokumente zu dem XML-Prozessor 242. XML-Dokumente, die in Antwort auf XML-Anforderungen zu dem XML-Prozessor 242 geliefert werden, werden hierin als XML-Antwortdokumente bezeichnet. Der XML-Prozessor 242 leitet die XML-Antwortdokumente zu dem Postprozessor 244 weiter.
Gemäß einer Ausführungsform erzeugt der XML-Prozessor 242 für jede XML-Anforderung ein einzelnes "Verbund"-XML-Antwortdokument durch Ersetzen von Links in der XML-Anforderung durch die XML-Antwortdokumente, die von den Einheiten empfangen wurden, die mit den Links korrespondieren. Nehmen Sie zum Beispiel an, dass das XML-Anforderungsdokument anfänglich einen Link auf die UPS-Paketverfolgungs-Webseite und einen Link auf die FedEx-Paketverfolgungs-Webseite aufwies. In Antwort auf das Empfangen des XML-Anforderungsdokuments würde der XML-Prozessor 242 jeden der Links in dem XML-Anforderungsdokument durch Senden von Anforderungen zu diesen Webseiten durch das XML-Gateway 234 auflösen. Diese Webseiten antworten auf die Anforderungen unter Verwendung von HTTP-Antworten, die durch das Gateway 234 in XML-Antwortdokumente konvertiert werden.
Die XML-Anforderung wird dann durch den XML-Prozessor 242 in ein Verbund-XML-Antwortdokument transformiert, das auf den Informationen basiert, die von diesen Webseiten zurückempfangen wurden. Insbesondere werden die von der UPS-Paketverfolgungs-Webseite empfangenen Informationen durch das XML-Gateway 234 in XML konvertiert und an den XML-Prozessor 242 übergeben. Der XML-Prozessor 242 ersetzt dann den Link zu der UPS-Paketverfolgungs-Webseite in dem XML-Anforderungsdokument durch die Informationen (nun im XML-Format), die von der UPS-Paketverfolgungs-Webseite empfangen wurden. In gleicher Weise werden die von der FedEx-Paketverfolgungs-Webseite empfangenen Informationen durch das XML-Gateway 234 in XML konvertiert und an den XML-Prozessor 242 übergeben. Der XML-Prozessor 242 ersetzt dann den Link zu der FedEx-Paketverfolgungs-Webseite in dem XML-Anforderungsdokument durch die Informationen (nun im XML-Format), die von der FedEx-Paketverfolgungs-Webseite empfangen wurden. Das XML-Anforderungsdokument wird auf Grund dieser Ersetzungen in ein Verbund-XML-Antwortdokument transformiert. Das durch diesen Prozess erzeugte Verbund-XML-Antwortdokument wird von dem XML-Prozessor 242 an den Postprozessor 244 übergeben.
In dem Paketverfolgungs-Beispiel war der Dienst mit dem Erhalten von Informationen von mehreren Quellen verbunden, die das gleiche Protokoll (d.h. mehrere Webseiten) unterstützen. Jedoch kann der XML-Prozessor 242 mit jeder Anzahl von unterschiedlichen Gateways verbunden werden, und ein einzelner Dienst kann mit dem Erhalten von Informationen von mehreren Einrichtungen durch mehrere Gateways verbunden sein. Zum Beispiel kann ein bestimmter Dienst mit dem Auflösen eines Links durch Erhalten von Informationen von einer Webseite durch das Gateway 234 und das Auflösen eines anderen Links durch Erhalten von Informationen von einer Datenbank durch das Gateway 232 verbunden sein. Sowohl die Informationen von der Webseite als auch die Informationen von der Datenbank werden in XML konvertiert, welche verwendet wird, um die entsprechenden Links innerhalb des XML-Anforderungsdokuments zu ersetzen. Folglich kann das Verbund-XML-Antwortdokument Informationen in XML-Struktur aufweisen, die von Quellen erhalten wurden, die sehr unterschiedliche Formate und Protokolle unterstützen.
DER POSTPROZESSOR
Der Postprozessor 244 empfängt XML-Antworten von dem XML-Prozessor. Gemäß einer Ausführungsform weist der Postprozessor 244 eine Filtereinheit 246 und eine XSL-Maschine 248 auf. Allgemein filtert die Filtereinheit 246 selektiv die XML-Antwortdokumente auf der Basis von Filterregeln, und die XSL-Maschine 248 transformiert die XML-Antwortdokumente auf der Basis von XSL-Formatvorlagen in das Format, Layout und den Dokumenttyp, das/der für den Client erwünscht ist, für den die Antwort bestimmt ist. Die Funktionen dieser Komponenten wird nachstehend ausführlicher beschrieben.
DIE FILTEREINHEIT
Die Filtereinheit 246 empfängt die Verbund-XML-Antwortdokumente von dem XML-Prozessor 242 und entfernt selektiv Inhalt aus diesen Dokumenten. Nehmen Sie zum Beispiel an, dass ein Client eine Anforderung nach Informationen im World Wide Web über Gebrauchtwagen zum Verkauf ausgibt und dass die Anforderung für ein bestimmtes Jahr, Modell und eine bestimmte Farbe des Autos ist. Auf der Basis der Anforderung wird durch den Vorprozessor 240 eine XML-Anforderung erzeugt und an den XML-Prozessor 242 übergeben. Der XML-Prozessor führt Aufrufe an ein XML-Gateway durch, das mit dem World Wide Web verbunden ist und konfiguriert ist, zwischen HTML und XML zu übersetzen (zum Beispiel das XML-Gateway 234). Das XML-Gateway gibt HTTP-Anforderungen an eine oder mehrere Webseiten aus, die Informationen über Verkäufe von Gebrauchtwagen enthalten. Nehmen Sie zum Zwecke der Veranschaulichung an, dass die Suchmaschinen auf diesen Webseiten in der Lage sind, auf der Basis der Kriterien Jahr und Modell zu suchen, aber, obwohl die Webseiten in der Lage sind, Farbinformationen zu liefern, die Suchmaschinen die Farbe als ein Suchkriterium nicht unterstützen.
Das XML-Gateway 234 empfängt die Antworten von den Webseiten zurück, typischerweise in der Form von HTML-Seiten, und erzeugt XML-Antwortdokumente, die den Inhalt dieser HTML-Seiten enthalten. In dem vorliegenden Beispiel würden die XML-Antwortdokumente Informationen über alle Autos enthalten, die die festgelegten Kriterien Jahr und Modell erfüllten, ungeachtet ihrer Farbe. Die XML-Antwortdokumente werden in das XML-Anforderungsdokument inkorporiert, um die Verbund-XML-Antwort zu bilden, welche durch die Filtereinheit 246 empfangen wird. Die Filtereinheit 246 filtert die Verbund-XML-Antwort auf der Basis der in der anfänglichen Anforderung spezifizierten Farbe. Die sich ergebende "gefilterte" XML-Antwort enthält Informationen über nur solche Autos, die die Kriterien Farbe, Jahr und Modell erfüllen.
XSL-FORMATVORLAGEN
XSL-Formatvorlagen enthalten Anweisungen darüber, wie jede Art von Datenelement, das in einem XML-Dokument enthalten sein kann, vor der Übertragung zu dem Client formatiert werden soll. Zum Beispiel kann eine XSL-Formatvorlage angeben, dass eine bestimmte Art von Datenelement (zum Beispiel alle Felder "Angestellter") in einer bestimmten Schriftsatzart, Schriftsatzgröße und Farbe mit linksbündiger Ausrichtung angezeigt werden soll. Die in einer XSL-Formatvorlage enthaltenen Formatierungs- und Layoutregeln können logische und bedingte Zweige enthalten. Beispielsweise kann eine XSL-Formatvorlage festlegen, dass alle Felder "Angestellter" rot angezeigt werden, wenn das Alter des Angestellten über 50, in blau, wenn es zwischen 20 und 50, und in grün, wenn es unter 20 ist. Die Regeln können auch den Kontext von Datenelementen berücksichtigen. Zum Beispiel kann eine XSL-Regel festlegen, dass Angestellten-Informationen als eine Tabelle angezeigt werden, wenn die Angestellten-Informationen Teil einer Bestellung sind.
Gemäß einer Ausführungsform ist jede Art von Clienteinrichtung mit einer entsprechenden statischen XSL-Formatvorlage verknüpft. Die mit einer Einrichtung verknüpfte XSL-Formatvorlage weist allgemeine Anweisungen darüber auf, wie Daten für die Einrichtung formatiert werden sollten. Alternativ können einzelne XSL-Formatvorlagen für jeden Dienst für jede Einrichtung vorhanden sein. Ferner kann es Benutzern erlaubt sein, ihre Dienste anzupassen, was zu separaten XSL-Formatvorlagen je Nutzer je Dienst je Einrichtung führt. Alternativ können XSL-Formatvorlagen anstatt statisch fliegend erzeugt werden. Zum Beispiel kann eine XSL-Formatvorlage basierend auf einer Dienstdefinition in Antwort auf den so definierten Dienst erzeugt werden, der durch einen bestimmten Benutzer angefordert wird, der eine bestimmte Art von Clienteinrichtung verwendet.
Gemäß einem Aspekt der Erfindung sind die in den XSL-Formatvorlagen enthaltenen Anweisungen über Formatierungs- und Layoutanweisungen hinaus ausgeweitet, damit sie Transformationsregeln enthalten, die bewirken, dass das XML-Dokument in eine andere Art von Dokument oder Nachricht transformiert wird. Zum Beispiel kann eine XSL-Formatvorlage Anweisungen zum Transformieren von XML-Dokumenten in HTML-Dokumente enthalten. Eine andere XSL-Formatvorlage kann Anweisungen zum Transformieren von XML-Dokumenten in WML-Dokumente enthalten. Noch eine andere XSL-Formatvorlage kann Anweisungen zum Transformieren von XML-Dokumenten in .pdf- Dokumente enthalten. Die zum Anwenden von XSL-Formatvorlagen auf XML-Dokumente verantwortliche Einheit ist die XSL-Maschine 248, die nun beschrieben werden soll.
DIE XSL-MASCHINE
Die XSL-Maschine 248 empfängt die gefilterten XML-Antworten von der Filtereinheit 246, bestimmt die XSL-Formatvorlagen, die sich auf das XML-Dokument beziehen und verwendet die Informationen in den anwendbaren Formatvorlagen, um das XML-Dokument in das Format zu konvertieren, das von dem Client angefordert wird, zum welchem das Dokument gesendet werden soll. Das Format des resultierenden Dokuments variiert auf der Basis der XSL-Formatvorlagen, die auf das XML-Dokument durch die XSL-Maschine 248 angewendet werden.
In dem Fall, dass die Informationsanforderung anhand einer WAP-fähigen Einrichtung erzeugt wurde, bewirkt die ausgewählte XSL-Formatvorlage, dass das XML-Dokument in ein WML-Dokument konvertiert wird, das gemäß dem WAP-Protokoll zu der WAP-Einrichtung gesendet werden soll. Die mit anderen Arten von Transformationen verknüpften XSL-Formatvorlagen würden für andere Arten von Einrichtungen verwendet werden. Wenn zum Beispiel die anfängliche Anforderung von einem Webbrowser kommen würde, dann würde die XSL-Maschine 248 eine XSL-Formatvorlage anwenden, die XML-Dokumente in HTML transformiert, und das Verbund-XML-Antwort- in ein HTML-Dokument transformieren, das unter Verwendung von HTTP zu dem anfordernden Client zu senden ist.
METADATEN
Gemäß einer Ausführungsform werden Informationen über den Client und den angeforderten Dienst von dem Vorprozessor 240 zu dem XML-Prozessor 242 zu dem Postprozessor 244 in der Form von Metadaten innerhalb des XML-Anforderungs-/Verbund- Anwortdokuments übergeben. Allgemein weisen Metadaten Informationen auf, die den Betrieb der verschiedenen Komponenten steuern. Zum Beispiel können die Metadaten Daten, die den jeweiligen Client identifizieren, der eine Anforderung ausgibt, die Geräteart des Client, das durch diesen Client unterstützte Protokoll, den Benutzer, der den Client gegenwärtig verwendet, den von dem Client angeforderten Dienst und verschiedene Parameter enthalten, die mit den angeforderten Dienst verknüpft sind.
Die mit einer Anforderung verknüpften Parameter, wie zum Beispiel die Kriterien, die in einer Suche spezifiziert sind, können von der Filtereinheit 246 verwendet werden, um zu bestimmen, welche Informationen aus der Verbund-XML-Antwort zu filtern sind. Die Geräteart des Clients, das von dem Client unterstützte Protokoll und die Identität des Benutzers, der den Client gerade verwendet, können alle von der XSL-Maschine 248 verwendet werden, um zu bestimmen, welche Formatvorlagen auf die gefilterte XML-Antwort anzuwenden sind. Die Identität des jeweiligen Client kann von den Postprozessor 244 verwendet werden, um zu bestimmen, wohin die von der XSL-Maschine 248 erzeugten Antwortdokumente zu senden sind.
Gemäß einer Ausführungsform werden die mit einer Anforderung verknüpften Metadaten durch den Vorprozessor 240 in den XML-Anforderungsobjekten eingebettet, die durch den Vorprozessor 240 erzeugt werden. Während die XML-Anforderungsobjekte von dem Vorprozessor 240 an den XML-Prozessor 242 übergeben werden, damit sie in Verbund-XML-Antworten transformiert werden, sind die Metadaten enthalten. In gleicher Weise sind die Metadaten enthalten, während die Verbund-XML-Antworten von dem XML-Prozessor 242 an die Filtereinheit 246 übergeben werden, und während die gefilterten XML-Antworten an die XSL-Maschine 248 übergeben werden.
DIENSTDEFINITION
Gemäß einer Ausführungsform kommuniziert der Administrator des XML-Prozessors 242 die Gateways und Datenquellen, die für den XML-Prozessor 242 verfügbar sind, und ermöglicht, dass Clients ihre eigenen anwenderspezifischen Dienste definieren. Die so definierten anwenderspezifischen Dienste werden in der Konfigurationsdatenbank 254 gespeichert.
Verschiedene Mechanismen können verwendet werden, um die Erzeugung von benutzer-maßgeschneiderten Diensten zu ermöglichen. Zum Beispiel können die für den XML-Prozessor 242 verfügbaren Gateways und Datenquellen in der Form von Dienstobjektvorlagen kommuniziert werden, wobei jede Dienstobjektvorlage einem durch den XML-Prozessor 242 bereitgestellten Dienst entspricht. Der Benutzer kann dann die Dienstobjektvorlage durch Liefern benutzerspezifischer Informationen, zum Beispiel der Vielfliegernummer des Benutzers und der von dem Benutzer bevorzugten Fluggesellschaften modifizieren. Die Dienstobjektvorlage kann dann in der Konfigurationsdatenbank 254 gespeichert werden, um zu ermöglichen, dass der so definierte benutzermaßgeschneiderte Dienst durch diesen bestimmten Benutzer angefordert wird.
Dadurch, dass es Benutzern ermöglicht wird, auf diese Weise maßgeschneiderte Dienste zu erzeugen, können es Benutzer vermeiden, dass sie bestimmte Informationen jedes Mal dann eingeben müssen, wenn sie eine Anforderung für den Dienst herausgeben. Das ist insbesondere hilfreich, wenn die Einrichtung, durch welche sie die Dienstanforderung ausgeben, keine Benutzerschnittstelle aufweist, die eine einfache Dateneingabe unterstützt. Beispielsweise wäre es für einen Benutzer beschwerlich, eine Vielfliegernummer in eine Mobiltelefon-Benutzerschnittstelle jedes Mal einzugeben, wenn der Benutzer unter Verwendung des Mobiltelefons einen Flug buchen möchte.
BELIEBIGER-CLIENT-ANWENDUNGEN
Typischerweise sind Client-Server-Softwareanwendungen für bestimmte Clients entwickelt. Zum Beispiel kann eine Softwareanwendung, die ihre Benutzerschnittstellen durch Durchführen von Aufrufen an ein bestimmtes Betriebssystem erzeugt, nur von Clients verwendet werden, die dieses Betriebssystem unterstützen. Gleichermaßen kann eine Softwareanwendung, die ihre Benutzerschnittstellen in HTML erzeugt, mit Clients verwendet werden, die herkömmliche Browser ausführen können.
Gemäß einem Aspekt der Erfindung werden die oben beschriebenen Dokument-Konvertierungsverfahren eingesetzt, um zu ermöglichen, dass Softwareanwendungen mit jeder Art von Client arbeiten können, für welche XSL-Formatvorlagen definiert werden können. Zum Zweck der Erklärung werden derart konfigurierte Anwendungen hierin als Beliebiger-Client-Anwendungen bezeichnet.
Wieder mit Bezug auf das System 200 stellt jede Anwendung, die ihre Benutzerschnittstelle in XML erzeugt, eine XML-Quelle dar, wie zum Beispiel die XML-Quelle 230. Solche Anwendungen können von jedem Client verwendet werden, für welchen eine XSL-Formatvorlage erzeugt wurde, da das XML-Schnittstellendokument durch die XSL-Maschine 248 für die Anzeige auf jedem solchen Client formatiert werden kann. Ferner können jegliche Anwendungen, die eine Benutzerschnittstelle erzeugen, die, obwohl nicht im XML-Format, durch eine XML-Quelle in das XML-Format konvertiert werden kann, sich auch als Beliebiger-Client-Anwendungen qualifizieren, wenn sie in Verbindung mit dem System 200 verwendet werden.
Beliebiger-Client-Anwendungen weisen gegenüber anderen Arten von Anwendungen einen signifikanten Vorteil insofern auf, als der Entwickler der Beliebiger-Client-Anwendung nicht unterschiedliche Versionen der Anwendung für jede der unterschiedlichen Clients erstellen muss, die verwendet werden, um die Anwendung zu betreiben. Beispielsweise kann exakt derselbe Code der Anwendung durch ein WML-fähiges Telefon, einen workstationbasierten Webbrowser und eine Set-Top-Box gesteuert werden.
XML-BASIERTE ANWENDUNGEN
In der oben gegebenen Beschreibung werden Daten von Datenquellen abgerufen, die nicht selbst XML erzeugen, und es werden Gateways verwendet, um die Daten in XML zu konvertieren. Jedoch können Datenquellen vorgesehen sein, um XML direkt zu erzeugen. Für solche XML-basierten Anwendungen wäre kein Gateway erforderlich. Stattdessen kann der XML-Prozessor 242 konfiguriert sein, um mit ihnen direkt zu interagieren. In 2 stellt die XML-Quelle 230 so eine XML-basierte Anwendung dar.
HARDWAREÜBERSICHT
3 ist ein Blockdiagramm, das ein Computersystem 300 darstellt, auf welchem eine Ausführungsform der Erfindung implementiert sein kann. Das Computersystem 300 weist einen Bus 302 oder einen anderen Kommunikationsmechanismus zum Kommunizieren von Informationen und einen an den Bus 302 gekoppelten Prozessor 304 zum Verarbeiten von Informationen auf. Das Computersystem 300 weist zum Speichern von Informationen und von durch den Prozessor 304 auszuführenden Befehlen auch einen Hauptspeicher 306, wie zum Beispiel einen Direktzugriffsspeicher (RAM) oder eine andere dynamische Speichereinrichtung auf, die an den Bus 302 gekoppelt ist. Der Hauptspeicher 306 kann auch zum Speichern von temporären Variablen und anderen Zwischeninformationen während der Ausführung von durch den Prozessor 304 auszuführenden Befehlen verwendet werden. Das Computersystem 300 weist zum Speichern von statischen Informationen und Befehlen für den Prozessor 304 ferner einen Festwertspeicher (ROM) 308 oder eine andere statische Speichereinrichtung auf, die an den Bus 302 gekoppelt ist. Eine Speichereinrichtung 310, wie zum Beispiel eine Magnetplatte oder eine optische Platte, ist zum Speichern von Informationen und Befehlen vorgesehen und an den Bus 302 gekoppelt.
Das Computersystem 300 kann über den Bus 302 an eine Anzeige 312, wie zum Beispiel eine Kathodenstrahlröhre (CRT) gekoppelt sein, um einem Computerbenutzer Informationen anzuzeigen. Eine Eingabeeinrichtung 314, die alphanumerische und andere Tasten aufweist, ist zum Kommunizieren von Informationen und Befehlsauswahlen an den Prozessor 304 an den Bus 302 gekoppelt. Eine andere Art von Benutzereingabeeinrichtung ist eine Cursorsteuerung 316, wie zum Beispiel eine Maus, ein Trackball oder Cursor-Richtungstasten zum Kommunizieren von Richtungsinformationen und Befehlsauswahlen an den Prozessor 304 und zum Steuern der Cursorbewegung auf der Anzeige 312. Diese Eingabeeinrichtung weist typischerweise zwei Freiheitsgrade in zwei Achsen, einer ersten Achse (zum Beispiel x) und einer zweiten Achse (zum Beispiel y) auf, was es der Einrichtung ermöglicht, Positionen in einer Ebene festzulegen.
Die Erfindung bezieht sich auf die Verwendung des Computersystems 300 zum Implementieren der hierin beschriebenen Verfahren. Gemäß einer Ausführungsform der Erfindung werden diese Verfahren durch das Computersystem 300 in Antwort auf den Prozessor 304 implementiert, der eine oder mehrere Sequenzen von einem oder mehreren in dem Hauptspeicher 306 enthaltenen Befehlen ausführt. Solche Befehle können von einem anderen computerlesbaren Medium, wie zum Beispiel der Speichereinrichtung 310, in den Hauptspeicher 306 eingelesen werden. Die Ausführung der in dem Hauptspeicher 306 enthaltenen Befehlssequenzen bewirkt, dass der Prozessor 304 die hierin beschriebenen Prozessschritte ausführt. In alternativen Ausführungsformen kann eine festverdrahtete Schaltung anstelle von oder in Kombination mit Softwarebefehlen verwendet werden, um die Erfindung zu implementieren. Folglich sind die Ausführungsformen der Erfindung nicht auf irgendeine bestimmte Kombination aus Hardware-Schaltungstechnik und Software beschränkt.
Der Begriff "computerlesbares Medium", wie er hierin verwendet wird, bezieht sich auf jedes Medium, das beim Bereitstellen von Befehlen an den Prozessor 304 zur Ausführung beteiligt ist. So ein Medium kann viele Formen annehmen, einschließlich, aber nicht beschränkt auf nichtflüchtige Medien, flüchtige Medien und Übertragungsmedien. Nichtflüchtige Medien schließt beispielsweise optische oder magnetische Platten ein, wie zum Beispiel die Speichereinrichtung 310. Flüchtige Medien schließt dynamischen Speicher ein, wie zum Beispiel den Hauptspeicher 306. Übertragungsmedien schließt Koaxialkabel, Kupferdraht und Faseroptik einschließlich die Kabel ein, die den Bus 302 umfassen. Übertragungsmedien können auch die Form von akustischen oder Lichtwellen annehmen, wie zum Beispiel jene, die bei einer Radiowellen- und Infrarot-Datenkommunikation erzeugt werden.
Bekannte Formen von computerlesbaren Medien schließen beispielsweise eine Diskette, eine flexible Platte, eine Festpatte, ein Magnetband oder irgendein anderes magnetisches Medium, eine CD-ROM, irgendein anderes optisches Medium, Lochkarten, einen Lochstreifen, irgendein anderes physisches Medium mit Löchermustern, einen RAM, einen PROM und einen EPROM, einen Flash-EPROM, irgendeinen anderen Speicherchip oder irgendeine andere Speicherkassette, eine Trägerwelle wie nachstehend beschrieben oder irgendein anderes Medium ein, von welchem ein Computer lesen kann.
Verschiedene Formen von computerlesbaren Medien können beim Übertragen einer oder mehrerer Sequenzen von einem oder mehreren Befehlen zu dem Prozessor 304 zur Ausführung einbezogen sein. Zum Beispiel können die Befehle anfänglich auf einer magnetischen Platte eines entfernten Computers getragen werden. Der entfernte Computer kann die Befehle in seinen dynamischen Speicher laden und die Befehle über eine Telefonleitung unter Verwendung eines Modems senden. Ein Modem lokal zu dem Computersystem 300 kann die Daten auf der Telefonleitung empfangen und einen Infrarotsender verwenden, um die Daten in ein Infrarotsignal umzuwandeln. Ein Infrarotdetektor kann die in dem Infrarotsignal transportierten Daten empfangen, und eine geeignete Schaltung kann die Daten auf dem Bus 302 platzieren. Der Bus 302 transportiert die Daten zum Hauptspeicher 306, von welchem der Prozessor 304 die Befehle abruft und ausführt. Die von dem Hauptspeicher 306 empfangenen Befehle können optional in der Speichereinrichtung 310 entweder vor oder nach der Ausführung durch den Prozessor 304 gespeichert werden.
Das Computersystem 300 weist auch eine an den Bus 302 gekoppelte Kommunikationsschnittstelle 318 auf. Die Kommunikationsschnittstelle 318 stellt eine Zweiwege-Datenkommunikation bereit, die an eine Netzwerkverbindung 320 koppelt, die mit einem lokalen Netzwerk 322 verbunden ist. Beispielsweise kann die Kommunikationsschnittstelle 318 eine Dienstintegriertes-Digitalnetz(ISDN)-Karte oder ein Modem sein, um eine Datenkommunikationsverbindung zu einer entsprechenden Art von Telefonleitung bereitzustellen. Als ein anderes Beispiel kann die Kommunikationsschnittstelle 318 eine Lokales-Netz(LAN)-Karte sein, um eine Datenkommunikationsverbindung zu einem kompatiblen LAN bereitzustellen. Drahtlose Verbindungen können auch implementiert sein. In jeder solchen Implementierung sendet und empfängt die Kommunikationsschnittstelle 318 elektrische, elektromagnetische oder optische Signale, die digitale Datenströme transportieren, die verschiedene Arten von Informationen darstellen.
Die Netzwerkverbindung 320 stellt typischerweise eine Datenkommunikation durch ein oder mehrere Netzwerke zu anderen Dateneinrichtungen bereit. Beispielsweise kann die Netzwerkverbindung 320 eine Verbindung durch ein lokales Netz 322 zu einem Hostcomputer 324 oder zu einer durch einen Internet Service Provider (ISP) 326 betriebenen Dateneinrichtung bereitstellen. Der ISP 326 stellt wiederum Datenkommunikationsdienste durch das weltweite Datenpaket-Kommunikationsnetzwerk bereit, das nun üblich als das "Internet" 328 bezeichnet wird. Sowohl das lokale Netz 322 als auch das Internet 328 verwenden elektrische, elektromagnetische oder optische Signale, die digitale Datenströme transportieren. Die Signale durch die verschiedenen Netze und die Signale auf der Netzwerkverbindung 320 und durch die Kommunikationsschnittstelle 318, welche die digitalen Daten zu und von dem Computersystem 300 transportieren, sind beispielhafte Formen von Trägerwellen, die die Informationen transportieren.
Das Computersystem 300 kann durch das/die Netz(e), die Netzwerkverbindung 320 und die Kommunikationsschnittstelle 318 Nachrichten senden und Daten, einschließlich Programmcode, empfangen. In dem Internet-Beispiel kann ein Server 330 einen angeforderten Code für ein Anwendungsprogramm durch das Internet 328, den ISP 326, das lokale Netz 322 und die Kommunikationsschnittstelle 318 übertragen. Gemäß der Erfindung implementiert eine solche heruntergeladene Anwendung die hierin beschriebenen Verfahren.
Der empfangene Code kann durch den Prozessor 304 ausgeführt werden, wie er empfangen wird, und/oder in der Speichereinrichtung 310 oder einem anderen nichtflüchtigen Speicher für eine spätere Ausführung gespeichert werden. Auf diese Weise kann das Computersystem 300 Anwendungscode in der Form einer Trägerwelle erhalten.
In der vorangehenden Beschreibung wurde die Erfindung mit Bezug auf bestimmte Ausführungsformen davon beschrieben. Es ist jedoch offensichtlich, dass verschiedene Modifikationen und Änderungen daran vorgenommen werden können, ohne sich von dem Bereich der Erfindung zu entfernen. Die Beschreibung und die Zeichnungen sind dementsprechend eher in einem veranschaulichenden als in einem restriktiven Sinn zu betrachten.

Claims

Verfahren zum Abrufen von Informationen von einer oder mehreren Datenquellen, wobei das Verfahren die Schritte aufweist: Empfangen, von einer bestimmten Art von Client (210, 270, 272), einer Anforderung für einen Dienst; wobei die Anforderung für den Dienst von einem bestimmten Benutzer gesendet wird; Erzeugen, basierend auf einem ersten Satz von Parametern, eines Anforderungsobjekts; wobei der erste Satz von Parametern die Identität des Dienstes aufweist; Übertragen, basierend auf dem Anforderungsobjekt, der Anforderungen zu einer oder mehreren Datenquellen; Empfangen von Antworten auf die Anforderungen von der einen oder den mehreren Datenquellen in einem oder mehreren Formaten mit Ausnahme von einem ersten bestimmten Format; Konvertieren der Antworten in das erste bestimmte Format; Erzeugen, basierend auf den Antworten, eines Verbund-Antwortdokuments in dem ersten bestimmten Format; Transformieren des Verbund-Antwortdokuments in eine Antwort, die in einem zweiten bestimmten Format formatiert ist, basierend auf einem zweiten Satz von Parametern, wobei das zweite bestimmte Format ein Format ist, das von der bestimmten Art von Client (210, 270, 272) gefordert wird; wobei der zweite Satz von Parametern die Identität der bestimmten Art von Client (210, 270, 272) aufweist; und Senden der in dem zweiten bestimmten Format formatierten Antwort zu dem bestimmten Benutzer.
Verfahren nach Anspruch 1, ferner aufweisend die Schritte: Einbetten eines oder mehrerer Filterkriterien innerhalb des Anforderungsobjekts; und Filtern von Daten aus dem Verbund-Antwortdokument basierend auf den Filterkriterien vor dem Transformieren des Verbund-Antwortdokuments.
Verfahren nach Anspruch 2, wobei: eine der Anforderungen an eine oder mehrere Datenquellen einen Suchmechanismus an einer Datenquelle aufruft, basierend auf einem ersten Satz von Suchkriterien; und der Schritt des Filterns von Daten das Filtern von Daten aufweist, die von der Datenquelle stammen, basierend auf einem zweiten Satz von Suchkriterien.
Verfahren nach Anspruch 1, wobei der erste Satz von Parametern zum Erzeugen des Anforderungsobjekts die Identität des bestimmten Benutzers aufweist.
Verfahren nach Anspruch 1, wobei: der Schritt des Erzeugens des Anforderungsobjekts das Erzeugen von Filterkriterien aufweist; und das Verfahren das Filtern von Daten aus dem Verbund-Antwortdokument basierend auf den Filterkriterien vor dem Transformieren des Verbund-Antwortdokuments aufweist.
Verfahren nach Anspruch 1, wobei: der Schritt des Empfangens von Antworten auf die Anforderungen von der einen oder den mehreren Datenquellen in einem oder mehreren Formaten mit Ausnahme von einem ersten bestimmten Format das Empfangen von Antworten auf die Anforderungen von der einen oder den mehreren Datenquellen in einem oder mehreren Formaten mit Ausnahme von XML aufweist; der Schritt des Konvertierens der Antworten in das erste bestimmte Format das Konvertieren der Antworten in XML aufweist; der Schritt des Erzeugens eines Verbund-Antwortdokuments in dem ersten bestimmten Format das Erzeugen eines Verbund-Antwortdokuments in XML aufweist; und der Schritt des Transformierens des Verbund-Antwortdokuments in eine Antwort, die in einem zweiten bestimmten Format formatiert ist, das Transformieren des Verbund-Antwortdokuments in ein Format mit Ausnahme von XML aufweist.
Verfahren nach Anspruch 6, wobei der Schritt des Transformierens aufweist: Identifizieren einer oder mehrerer XSL-Formatvorlagen (250) basierend auf dem zweiten Satz von Parametern; und Anwenden der einen oder der mehreren XSL-Formatvorlagen (250) auf das Verbund-Antwortdokument.
Verfahren nach Anspruch 1, wobei: die eine oder die mehreren Datenquellen aufweisen: eine erste Datenquelle, die ein erstes Protokoll unterstützt und durch ein erstes Gateway zugänglich ist; und eine zweite Datenquelle, die ein zweites Protokoll unterstützt und durch ein zweites Gateway zugänglich ist; und der Schritt des Konvertierens der Antworten in das erste bestimmte Format aufweist: das erste Gateway konvertiert eine Antwort von der ersten Datenquelle in das erste bestimmte Format; und das zweite Gateway konvertiert eine Antwort von der zweiten Datenquelle in das erste bestimmte Format.
Verfahren nach Anspruch 8, wobei wenigstens eine von der ersten Datenquelle und der zweiten Datenquelle ein Datenbanksystem ist.
Verfahren nach Anspruch 8, wobei wenigstens eine von der ersten Datenquelle und der zweiten Datenquelle ein HTTP-Server (110) ist.
Verfahren nach Anspruch 10, wobei die in dem zweiten bestimmten Format formatierte Antwort ein HTML-Dokument ist.
Verfahren nach Anspruch 6, wobei: der Schritt des Erzeugens eines Anforderungsobjekts das Erzeugen eines XML-Anforderungsdokuments aufweist, das nicht aufgelöste Links aufweist; und der Schritt des Übertragens von Anforderungen zu einer oder mehreren Quellen das Auflösen der nicht aufgelösten Links aufweist.
Verfahren nach Anspruch 12, wobei der Schritt des Erzeugens des Verbund-Antwortdokuments das Ersetzen der nicht aufgelösten Links in dem XML-Anforderungsdokument mit basierend auf den Antworten von der einen oder den mehreren Datenquellen erzeugten XML-Daten aufweist.
Verfahren nach Anspruch 1, wobei die bestimmte Art von Client (210, 270, 272) ein Mobiltelefon (210) ist.
Verfahren nach Anspruch 1, wobei: das Verfahren ferner die Schritte aufweist: Empfangen von Daten, die benutzerspezifische Anpassungen an Dienste kennzeichnen; Speichern der Daten in einer Konfigurationsdatenbank (254); Durchsuchen der Konfigurationsdatenbank (254) nach den benutzerspezifischen Anpassungen in Antwort auf das Empfangen der Anforderung für den Dienst; der erste Satz von Parametern, der verwendet wird, um das Anforderungsobjekt zu erzeugen, die benutzerspezifischen Anpassungen aufweist.
Verfahren nach Anspruch 1, wobei: die eine oder die mehreren Datenquellen aufweisen: eine erste Webseite, die durch ein Gateway zugänglich ist; und eine zweite Webseite, die durch das Gateway zugänglich ist; und der Schritt des Konvertierens der Antworten in das erste bestimmte Format aufweist: das Gateway konvertiert eine erste Antwort von der ersten Webseite in das erste bestimmte Format; und das Gateway konvertiert eine zweite Antwort von der zweiten Webseite in das erste bestimmte Format.
System (200) zum Übertragen von Informationen zwischen Clients (210, 270, 272) und Datenquellen, wobei das System (200) aufweist: einen Anforderungs-Vorprozessor (240), einen Anforderungs-Prozessor (242), ein oder mehrere Gateways (232, 234) und einen Postprozessor (244); wobei der Anforderungs-Vorprozessor (240) konfiguriert ist, um Dienstanforderungen von den Clients (210, 270, 272) zu empfangen; Anforderungsobjekte für die Dienstanforderungen zu erzeugen; und die Anforderungsobjekte dem Anforderungs-Prozessor (242) zu übergeben; wobei der Anforderungs-Prozessor (242) betriebsmäßig an den Anforderungs-Vorprozessor (240) und an das eine oder die mehreren Gateways (232, 234) gekoppelt ist, wobei der Anforderungs-Prozessor (242) konfiguriert ist, um auf die Anforderungsobjekte durch Senden von Anforderungen zu den Datenquellen durch das eine oder die mehreren Gateways (232, 234) zu antworten; wobei das eine oder die mehreren Gateways (232, 234) betriebsmäßig zwischen den Anforderungs-Prozessor (242) und die Datenquellen gekoppelt sind, wobei das eine oder die mehreren Gateways (232, 234) konfiguriert sind, um zwischen einem ersten bestimmten Format und einem oder mehreren anderen Formaten zu übersetzen, die Anforderungen an Datenquellen in das eine oder die mehreren Formate vor dem Ausgeben der Anforderungen an die Datenquellen zu konvertieren, Antworten von den Datenquellen in das erste bestimmte Format zu konvertieren, und die Antworten in dem ersten bestimmten Format an den Anforderungs-Prozessor (242) zu übergeben; wobei der Anforderungs-Prozessor (242) ferner konfiguriert ist, um Verbund-Antwortdokumente in dem ersten bestimmten Format basierend auf den Antworten zu erzeugen und die Verbund-Antwortdokumente an den Postprozessor (244) zu übergeben; wobei der Postprozessor (244) betriebsmäßig an den Anforderungsprozessor (242) gekoppelt ist, wobei der Postprozessor (244) konfiguriert ist, um die Verbund-Antwortdokumente von dem ersten bestimmten Format in Client-spezifische Antworten mit Formaten zu transformieren, die von den Clients (210, 270, 272) gefordert werden, und die Client-spezifischen Antwortdokumente zu den Clients (210, 270, 272) zu senden.
System nach Anspruch 17, wobei das erste bestimmte Format XML ist.
System nach Anspruch 18, wobei die Anforderungsobjekte XML-Dokumente sind.
System nach Anspruch 18, wobei der Postprozessor (244) eine XSL-Maschine (248) aufweist, die die Verbund-Antwortdokumente transformiert durch: Auswählen einer oder mehrerer XSL-Formatvorlagen (250) basierend auf einem ersten Satz von Parametern, wobei dieser erste Satz von Parametern die Art der Clients (210, 270, 272) aufweist; und Anwenden der einen oder der mehreren XSL-Formatvorlagen (250).
System nach Anspruch 17, wobei der Vorprozessor (240) die Anforderungsobjekte basierend auf einem bestimmten Satz von Parametern erzeugt, wobei dieser bestimmte Satz von Parametern die Identität von Benutzern aufweist, die die Dienstanforderungen einreichen.
Computerlesbares Medium, das Anweisungen zum Abrufen von Informationen von einer oder mehreren Datenquellen trägt, wobei das computerlesbare Medium Befehle zum Ausführen der Schritte aufweist: Empfangen, von einer bestimmten Art von Client (210, 270, 272), einer Anforderung für einen Dienst; wobei die Anforderung für den Dienst von einem bestimmten Benutzer gesendet wird; Erzeugen, basierend auf einem ersten Satz von Parametern, eines Anforderungsobjekts; wobei der erste Satz von Parametern die Identität des Dienstes aufweist; Übertragen, basierend auf dem Anforderungsobjekt, der Anforderungen zu einer oder mehreren Datenquellen; Empfangen von Antworten auf die Anforderungen von der einen oder den mehreren Datenquellen in einem oder mehreren Formaten mit Ausnahme von einem ersten bestimmten Format; Konvertieren der Antworten in das erste bestimmte Format; Erzeugen, basierend auf den Antworten, eines Verbund-Antwortdokuments in dem ersten bestimmten Format; Transformieren des Verbund-Antwortdokuments in eine Antwort, die in einem zweiten bestimmten Format formatiert ist, basierend auf einem zweiten Satz von Parametern; wobei der zweite Satz von Parametern die Identität der bestimmten Art von Client (210, 270, 272) aufweist und wobei das zweite bestimmte Format ein Format ist, das von der bestimmten Art von Client (210, 270, 272) gefordert wird; Senden der in dem zweiten bestimmten Format formatierten Antwort zu dem bestimmten Benutzer.
Computerlesbares Medium nach Anspruch 22, wobei der erste Satz von Parametern zum Erzeugen des Anforderungsobjekts die Identität des bestimmten Benutzers aufweist.
Computerlesbares Medium nach Anspruch 22, wobei: der Schritt des Erzeugens des Anforderungsobjekts das Erzeugen von Filterkriterien aufweist; und das computerlesbare Medium Anweisungen zum Filtern von Daten aus dem Verbund-Antwortdokument basierend auf den Filterkriterien vor dem Transformieren des Verbund-Antwortdokuments aufweist.
Computerlesbares Medium nach Anspruch 22, wobei: der Schritt des Empfangens von Antworten auf die Anforderungen von der einen oder den mehreren Datenquellen in einem oder mehreren Formaten mit Ausnahme von einem ersten bestimmten Format das Empfangen von Antworten auf die Anforderungen von der einen oder den mehreren Datenquellen in einem oder mehreren Formaten mit Ausnahme von XML aufweist; der Schritt des Konvertierens der Antworten in das erste bestimmte Format das Konvertieren der Antworten in XML aufweist; der Schritt des Erzeugens eines Verbund-Antwortdokuments in dem ersten bestimmten Format das Erzeugen eines Verbund-Antwortdokuments in XML aufweist; und der Schritt des Transformierens des Verbund-Antwortdokuments in eine Antwort, die in einem zweiten bestimmten Format formatiert ist, das Transformieren des Verbund-Antwortdokuments in ein Format mit Ausnahme von XML aufweist.
Computerlesbares Medium nach Anspruch 25, wobei der Schritt des Transformierens aufweist: Identifizieren einer oder mehrerer XSL-Formatvorlagen (250) basierend auf dem zweiten Satz von Parametern; und Anwenden der einen oder der mehreren XSL-Formatvorlagen (250) auf das Verbund-Antwortdokument.
Computerlesbares Medium nach Anspruch 22, wobei: die eine oder die mehreren Datenquellen aufweisen: eine erste Datenquelle, die ein erstes Protokoll unterstützt und durch ein erstes Gateway zugänglich ist; und eine zweite Datenquelle, die ein zweites Protokoll unterstützt und durch ein zweites Gateway zugänglich ist; und der Schritt des Konvertierens der Antworten in das erste bestimmte Format aufweist: das erste Gateway konvertiert eine Antwort von der ersten Datenquelle in das erste bestimmte Format; und das zweite Gateway konvertiert eine Antwort von der zweiten Datenquelle in das erste bestimmte Format.
Computerlesbares Medium nach Anspruch 27, wobei wenigstens eine von der ersten Datenquelle und der zweiten Datenquelle ein Datenbanksystem ist.
Computerlesbares Medium nach Anspruch 27, wobei wenigstens eine von der ersten Datenquelle und der zweiten Datenquelle ein HTTP-Server (110) ist.
Computerlesbares Medium nach Anspruch 29, wobei die in einem zweiten bestimmten Format formatierte Antwort ein HTML-Dokument ist.
Computerlesbares Medium nach Anspruch 25, wobei: der Schritt des Erzeugens eines Anforderungsobjekts das Erzeugen eines XML-Anforderungsdokuments aufweist, das nicht aufgelöste Links aufweist; und der Schritt des Übertragens von Anforderungen zu einer oder mehreren Datenquellen das Auflösen der nicht aufgelösten Links aufweist.
Computerlesbares Medium nach Anspruch 31, wobei der Schritt des Erzeugens des Verbund-Antwortdokuments das Ersetzen der nicht aufgelösten Links in dem XML- Anforderungsdokument mit basierend auf den Antworten von der einen oder den mehreren Datenquellen erzeugten XML-Daten aufweist.
Computerlesbares Medium nach Anspruch 22, wobei die bestimmte Art von Client (210, 270, 272) ein Mobiltelefon (210) ist.
Computerlesbares Medium nach Anspruch 22, wobei: das computerlesbare Medium ferner Anweisungen zum Ausführen der Schritte aufweist: Empfangen von Daten, die benutzerspezifische Anpassungen an Dienste kennzeichnen; Speichern der Daten in einer Konfigurationsdatenbank (254); Durchsuchen der Konfigurationsdatenbank (254) nach den benutzerspezifischen Anpassungen in Antwort auf das Empfangen der Anforderung für den Dienst; der erste Satz von Parametern, der verwendet wird, um das Anforderungsobjekt zu erzeugen, die benutzerspezifischen Anpassungen aufweist.
Computerlesbares Medium nach Anspruch 22, wobei: die eine oder die mehreren Datenquellen aufweisen: eine erste Webseite, die durch ein Gateway zugänglich ist; und eine zweite Webseite, die durch das Gateway zugänglich ist; und der Schritt des Konvertierens der Antworten in das erste bestimmte Format aufweist: das Gateway konvertiert eine erste Antwort von der ersten Webseite in das erste bestimmte Format; und das Gateway konvertiert eine zweite Antwort von der zweiten Webseite in das erste bestimmte Format.