[go: up one dir, main page]

WO2004090748A2 - Verfahren und system zur erzeugung von an client- eigenschaften angepassten web-seiten - Google Patents

Verfahren und system zur erzeugung von an client- eigenschaften angepassten web-seiten Download PDF

Info

Publication number
WO2004090748A2
WO2004090748A2 PCT/EP2004/003721 EP2004003721W WO2004090748A2 WO 2004090748 A2 WO2004090748 A2 WO 2004090748A2 EP 2004003721 W EP2004003721 W EP 2004003721W WO 2004090748 A2 WO2004090748 A2 WO 2004090748A2
Authority
WO
WIPO (PCT)
Prior art keywords
client
web
properties
server
web server
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.)
Ceased
Application number
PCT/EP2004/003721
Other languages
English (en)
French (fr)
Other versions
WO2004090748A3 (de
Inventor
Eckhard Kruse
Yauheni Veryha
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ABB Research Ltd Switzerland
Original Assignee
ABB Research Ltd Switzerland
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ABB Research Ltd Switzerland filed Critical ABB Research Ltd Switzerland
Priority to US10/552,479 priority Critical patent/US20070043837A1/en
Publication of WO2004090748A2 publication Critical patent/WO2004090748A2/de
Publication of WO2004090748A3 publication Critical patent/WO2004090748A3/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents

Definitions

  • the invention relates to a method and a system for generating web pages for client devices, the web pages being automatically adapted to the type and properties of the client devices.
  • the large number of different client devices currently used for communication via the Internet require a large number of different web browsers to access the Internet.
  • the different client devices or device types have different technical features. For example, their display devices are designed as black and white or color screens of different sizes and resolutions, or their input devices are designed as keyboards or touch screens.
  • devices with identical properties can also use different web browsers, for example Internet Explorer, Netscape or Opera, some of which differ greatly in the support of special functions, which in particular go beyond the standard language HTML 3.2.
  • the web server When providing web pages from the Internet, the web server is not able to make firm assumptions about the properties of the client device to which he is transmitting the web pages. Since different web browsers can be used, it turns out to be difficult to offer pages with high ease of use and interactive content instead of simple HTML pages, which are usually created uniformly for all browsers, since this requires the use of special, complex client-side technologies such as Dynamic HTML (Hypertext Mark-up Language), frames, cookies, JavaApplets or ActiveX Controls, which are not supported by some browsers, or in different browsers supported in different ways. This can lead to the fact that web pages in some browsers are incorrect or cannot be displayed at all.
  • Dynamic HTML Hypertext Mark-up Language
  • the web content of the web pages not only has to be processed sensibly for other browsers but also for much smaller displays, for example.
  • the support for the variety of different client devices is usually only achieved by creating a separate, sometimes very complex version of the web pages for each client type.
  • Another disadvantage of previous web technologies for generating web pages which are adapted to the properties of the different client devices results from the fact that different Internet addresses, so-called URLs (Uniform Resource Locator), for which different client Types of tailored web pages are to be provided.
  • the invention is therefore based on the object of specifying a method and a system for generating web pages for client devices, the web pages being automatically adapted to the type and properties of the client devices in order to provide an efficient display and to realize a minimal maintenance effort of the web pages.
  • This object is achieved by a method for the automatic generation of web pages for client devices of different client types and / or with different client properties with the features specified in claim 1.
  • the basis for the automatic generation of a web page requested by the client devices are the web pages located on a web server, which include one or more registered web components in different variants for the different client devices and browsers and for the respective client device generate an adapted representation of the requested web page.
  • a web component is an object in which both the server-side code and data of the web page are stored and which provides the web server with a specific set of services in order to suitably prepare content for the web pages ,
  • the web server When the web server receives a page request from a client device, which is also referred to below as the client, it determines the type and properties of the client, in particular the browser, and instantiates the web components for the requested web page. which are suitable for displaying the page content for this client. The instantiated server-side web components then generate the page content suitable for the client that requested the page. Alternatively, there is also the possibility of basically instantiating all web components of a web page, although only the web components required for the respective client are then also used to generate the page contents.
  • the properties of the client include the features of the browser, such as support for DHTML (Dynamic Hypertext Mark-up Language), cookies or frames, but also the properties of the display, such as PC screens, handhelds or WAP cell phones .
  • DHTML Dynamic Hypertext Mark-up Language
  • the determination of what type of client and browser it is is preferably implemented on the basis of the information in the corresponding text fields in the http request header (file header of a Hyper Text Transfer Protocol request).
  • the web server After the instantiated web components have generated the content of the web page for the client, the web server transmits the web page adapted to the client type and to the client properties to the client.
  • the web server for a client who makes a request for a web page only determines once what the client is.
  • a separate session is then created on the web server for this client (for example, according to the one in Williams, A., Barbar, lt., And P., Mewkirk, "Active Server Pages Black Book", 10 th ed., Coriol ⁇ s Group, 1998, pp. 600 described procedure), the profile of the client can then be saved in this session.
  • the profile of the client stored and available on the web server is used to generate the web page. If the client no longer accesses the web server for a long time, the corresponding session is ended.
  • the client profile is stored on the client, for example in the URL or in the form of cookies in the website.
  • the invention advantageously advantageously supports the support of a large number of different client devices with different browsers.
  • the invention advantageously makes it possible to minimize the effort for the development and maintenance of the pages.
  • the method according to the invention can also be used in an advantageous manner for the large number of mobile terminals with Internet access which are used to an ever greater extent in such a way that the web content of the web pages is also usefully prepared for substantially smaller displays.
  • the web content can also be offered under only one URL that is identical for different client devices. It is also not necessary to redirect the requests from the client devices to other, client-dependent URLs.
  • FIG. 2 shows a system configuration according to the invention for client-dependent
  • Fig. 3 shows a process flow of a client request and an automatic
  • FIG. 4 shows a structure of a web page on a web server
  • Fig. 5 shows an embodiment for generating a web page.
  • FIG. 1 shows an internet access from various internet-capable client devices, such as a PC / workstation 1, a laptop 2 or a WAP mobile phone 3, to a web server 4.
  • client devices such as a PC / workstation 1, a laptop 2 or a WAP mobile phone 3, to a web server 4.
  • the various client devices 1, 2, 3 of different types are used on the Internet or intranet and differ, for example, with regard to the properties of their screens, their input options or their Internet browsers 11, 12, 13.
  • the various client devices 1, 2, 3 communicate with the web server 4, on which web pages are stored, to the extent that they contain web content from a uniform internet address (URL) of an internet service that is identical for all clients , for example http://www.abc.net/index.cgi.
  • URL uniform internet address
  • the web server 4 recognizes the respective type or the properties of the client 1, 2, 3 and transmits a suitably generated web page 5, 6 in possibly different HTML (Hypertext Markup Language) formats to the PC / workstation 1 and the Laptop 2 or a page 7 in WML (Wireless Markup Language) format to the WAP-capable mobile phone 3.
  • HTML Hypertext Markup Language
  • WML Wireless Markup Language
  • FIG. 2 shows a system configuration according to the invention for the client-dependent generation, processing and display of web pages 5, 6, 7 by means of web components.
  • the various client devices 1, 2, 3 communicate with the web server 4, on which the web pages 5, 6, 7 are stored, via client requests 14, 16, 18 and server responses 15, 17, 19 ,
  • Each of the web pages 5, 6, 7 contains one or more web components 24 for information processing for the different client types A, B, C of the client devices 1, 2, 3.
  • the properties of the client differ, for example with regard to the screen, the input options such as keyboard and mouse or with regard to the web browser 11, 12, 13 , which supports a subset of the existing web technologies with its browser capabilities, for example DHTML, HTML with different document object models or different data formats such as HTML or WML.
  • the client devices 1, 2, 3 send the client requests 14, 16, 18 for a first web page 5 to the web server 4.
  • the web server 4 evaluates the client requests 14, 16, 18 by first determining type A, B, C of client 1, 2, 3 and browser type 11, 12, 13 with the associated browser capabilities. Then the web server 4 instantiates the web components 24 suitable for the respective client device 1, 2, 3 in the first page 5, which the page contents for the first page 5 according to the type A, B, C and the properties of the corresponding clients 1, 2, 3 generated.
  • the web server 4 then sends the first page 5 generated by the selected web components 24 back to the corresponding client 1, 2, 3 as a server response 15, 17, 19. In this way, each client 1, 2, 3 receives an adapted representation of the first page 5, which is optimally read, processed or displayed. If further web pages 5, 6, 7 are requested by the client devices 1, 2, 3, the process sequence described is run through again.
  • FIG. 3 shows a method sequence using method steps 25-32, wherein a page 5, 6, 7 requested by a client 1, 2, 3 is automatically generated and sent back to the client 1, 2, 3.
  • a client request 14, 16, 18 is transmitted to the web server 4.
  • Inquiry 14, 16, 18 contains the URL of the requested page in the HTTP request header as well as further information about client 1, 2, 3.
  • a second step 26 it is checked whether the client 1, 2, 3 has previously made a request 14, 16, 18 to the web server 4 and whether a profile is available for the client 1, 2, 3. If a request 14, 17, 18 has already been made, a profile already exists with the properties of the client 1, 2, 3, which is only read out in a third step 27.
  • the web server 4 automatically creates a new profile for the client 1, 2, 3 in a fourth step 28, in which the properties of the client are identified in an identification process 1, 2, 3 can be entered.
  • the information about the client properties, such as browser type and browser capabilities of client 1, 2, 3, from the HTTP request header is used to identify client type A, B, C.
  • the identification of the client 1, 2, 3 is realized via a special dialog.
  • the web server 4 first transmits an intermediate configuration page to the client 1, 2, 3.
  • the user sets the specific treatment of his client 1, 2, 3, for example by selecting from a list of different client types A. , B, C a.
  • the web server 4 determines the client devices 1, 2, 3 and their browsers 11, 12, 13 as a function of the client properties and capabilities a profile.
  • the profile is saved on the web server for later page requests from clients 1, 2, 3.
  • the web server 4 instantiates the server-side web components 24 for the requested web page 5, 6, 7 depending on the previously determined client profile.
  • the web pages 5, 6, 7 corresponding to the client type A, B, C and the client properties are then generated by calling the instantiated web components 24.
  • the web server 4 transmits the requested web page 5, 6, 7, which has been optimally prepared for the client 1, 2, 3 by the previous steps, to the corresponding client device 1, 2, 3.
  • FIG. 4 shows the structure of a web page with its Internet components on a web server.
  • the web page 5 is divided into a number of function blocks 34, 35, 36, the function blocks 34, 35, 36 being, for example, menus, static content or form blocks.
  • Each of the function blocks 34, 35, 36 has one or more web components 37-45, which represent the content of the corresponding function block in a manner suitable for the respective client 1, 2, 3.
  • Components that belong to the same function block generate web page content that fulfills the functions or tasks of the corresponding function block as well as possible by displaying the part of the page in an optimal manner for the respective client type A, B, C.
  • the first function block 35 contains, for example, a first web component 37, which generates the web content of a first web page 5 for type A clients, a second web component 38, which generates the web content for type B clients, and a third web component 39, which generates the web content for type C clients.
  • the second function block 36 contains, for example, a fourth web component 40 which generates the web content of a second web page 6 for type A clients, a second web component 41 which generates the web content for type B clients and a third web component 42, which generates the web content for type C clients.
  • the web components 37 to 45 responsible for a client type A, B, C and assigned to the different function blocks 34, 35, 36 thus together ensure the construction of the complete web page 5, 6, 7.
  • the resultant, possibly A large number of web components 24, 37 to 45 can be arranged within a web page in accordance with conventional web page structure models.
  • FIG. 5 shows an exemplary embodiment for generating a web page 5 and the structure of a web page content 46 of the web page 5 with the aid of the instantiated web components 49.
  • the instantiated web components 49 generate the respective content 47 of the web page 5.
  • the generation of the website content 48 is based on the client properties of the instantiated web components 49.
  • the non-instantiated web components 50 are not involved in page creation 48 and therefore do not require any resources on the web at this point in time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Die Erfindung bezieht sich auf ein Verfahren und ein System zur automatischen Erzeugung von Web-Seiten (5), (6), (7) für Clientgeräte (1), (2), (3) von unterschiedlichem Client-Typ (A), (B), (C) und mit unterschiedlichen Client-Eigenschaften, wobei die Client-Geräte (1), (2), (3) mit einem Web-Server (4) über Client-Anfragen (14), (16), (18) und Server-Antworten (15), (17), (19) kommunizieren und auf dem Web-Server (4) Web-Seiten (5), (6), (7) abgelegt sind. Auf dem Web-Server (4) werden Web-Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) abgelegt und mit den an den Web-Server (4) gesendeten Client-Anfragen (14), (16), (18) der Client-Typ (A), (B), (C) und die Client-Eigenschaften der Client-Gerätes (1), (2), (3) identifiziert. Daraus wird für die jeweiligen Client-Geräte (1), (2), (3) jeweils ein Profil eingelesen oder erzeugt und aus dem Profil die Eigenschaften der Client-Geräte (1), (2), (3) ermittelt. Die Web-Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) werden in Abhängigkeit von den Eigenschaften der Client-Geräte (1), (2), (3) instanziiert. Aus den instanziierten Web-Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) werden Darstellungen der angeforderten Web-Seiten (5), (6), (7) erzeugt und an den Client gesendet.

Description

Verfahren und System zur Erzeugung von an Client- Eigenschaften angepassten Web- Seiten
Beschreibung
Die Erfindung betrifft ein Verfahren und ein System zur Erzeugung von Web-Seiten für Client-Geräte, wobei die Web-Seiten automatisch an den Typ und die Eigenschaften der Client-Geräte angepasst werden.
Die große Anzahl der gegenwärtig verwendeten unterschiedlichen Client-Geräte zur Kommunikation über das Internet, zu denen beispielsweise PCs, Laptops, Handheld Computer oder WAP- fähige Mobiltelefone zählen, erfordern für den Zugriff auf das Internet eine Vielzahl von verschiedenen Web-Browsern. Die verschiedenen Client- Geräte bzw. -gerätetypen weisen unterschiedliche technische Merkmale auf. Beispielsweise sind ihre Anzeigeeinrichtungen als Schwarzweiß- oder Farbbildschirme von unterschiedlicher Größe und Auflösung, oder ihre Eingabeeinrichtungen als Tastatur oder Touchscreen ausgeführt. Aber auch Geräte mit identischen Eigenschaften können verschiedene Web-Browser, beispielsweise Internet Explorer, Netscape oder Opera nutzen, die sich in der Unterstützung spezieller Funktionen, welche insbesondere über die Standard-Sprache HTML 3.2 hinausgehen, teilweise stark unterscheiden.
Bei der Bereitstellung von Web-Seiten aus dem Internet ist der Web-Seπ/er nicht in der Lage, feste Annahmen über die Eigenschaften des Client-Gerätes, an den er die Web- Seiten übermittelt, zu machen. Da verschiedene Web-Browser verwendet werden können, erweist es sich als schwierig, anstelle einfacher HTML-Seiten, welche meist einheitlich für alle Browser erstellt werden, Seiten mit hohem Bedienkomfort und interaktiven Inhalten anzubieten, da hierzu der Einsatz spezieller aufwendiger client- seitiger Technologien notwendig ist, wie beispielsweise Dynamic HTML (Hypertext Mark-up Language), Frames, Cookies, JavaApplets oder ActiveX Controls, die von manchen Browsern nicht unterstützt werden, bzw. in verschiedenen Browser auf unterschiedliche Weise unterstützt werden. Dies kann dazu führen, dass Web-Seiten in manchen Browsern fehlerhaft oder überhaupt nicht darstellbar sind.
Mit der zukünftig weiter zunehmenden Verbreitung mobiler Endgeräte mit Internetzugang, insbesondere von WAP-Handys, UMTS-Handys, Handhelds oder PocketPCs, müssen die Web-Inhalte der Web-Seiten nicht nur für andere Browser sondern beispielsweise auch für wesentlich kleinere Displays sinnvoll aufbereitet werden.
Gegenwärtig wird die Unterstützung der Vielfalt verschiedener Client-Geräte in der Regel nur dadurch erreicht, dass für jeden Client-Typ eine eigene, mitunter sehr aufwendige Version der Web-Seiten erstellt wird.
Ein Lösungsansatz bisheriger Web-Technologien besteht darin, verschiedene Web- Seiten oder verschiedene Web-Programme, wie beispielsweise Active Server Pages, welches in Williams, A., Barfoer, K., and P„, Newkirk, "Active Server Pages Black Book", 10th ed., Coriolis Group,1998, pp. 600 beschrieben ist, oder Java Server Pages, welches in Hall, M., "Cor© Servlefe and JavaSerwer Pages", Prentic© Hall PTR, 2000, pp. 608 beschrieben ist, zu entwickeln, um die grafische Benutzerschnittstelle und Interaktion mit jeder spezifischen Clientumgebung individuell zu handhaben.
Hierzu muss jedoch der Code für jede Web-Seite in mehrfacher, für das jeweilige Client-Gerät in der entsprechenden modifizierten Form erstellt werden. Dies führt zwangsläufig zu einer Vervielfachung des Aufwandes für die Erstellung und Wartung der Web-Seiten, da die Web-Inhalte in sämtlichen Ausprägungen der Seiten erstellt bzw. modifiziert werden müssen.
Ein weiterer Nachteil bisheriger Web-Technologien zu Erzeugung von Web-Seiten, welche an die Eigenschaften der unterschiedlichen Client-Geräte angepasst sind, ergibt sich daraus, dass verschiedene Internet-Adressen, sogenannte URLs (Uniform Resource Locator), für die auf verschiedene Client-Typen zugeschnittenen Web-Seiten bereitzustellen sind. Der Erfindung liegt daher die A u f g a b e zugrunde, ein Verfahren und ein System zur Erzeugung von Web-Seiten für Client-Geräte anzugeben, wobei die Web-Seiten automatisch an den Typ und die Eigenschaften der Client-Geräte angepasst werden, um eine effiziente Darstellung und einen minimalen Wartungsaufwand der Web-Seiten zu realisieren.
Diese Aufgabe wird durch ein Verfahren zur automatischen Erzeugung von Web-Seiten für Client-Geräte von unterschiedlichem Client-Typ und/oder mit unterschiedlichen Client-Eigenschaften mit den im Anspruch 1 angegebenen Merkmalen gelöst.
Vorteilhafte Ausgestaltungen und ein System zur Erzeugung von Web-Seiten für Client- Geräte von unterschiedlichem Client-Typ und mit unterschiedlichen Client- Eigenschaften sind in weiteren Ansprüchen angegeben.
Grundlage für die automatische Erzeugung einer von den Client-Geräten angeforderten Web-Seite sind die auf einem Web-Server liegenden Web-Seiten, welche eine oder mehrere registrierte Web-Komponenten in verschiedenen Varianten für die unterschiedlichen Client-Geräte und Browser umfassen und die für das jeweilige Client- Gerät eine angepasste Darstellung der angeforderten Web-Seite erzeugen.
Eine Web-Komponente ist dabei ein Objekt, in welchem sowohl der server-seitige Code als auch Daten der Web-Seite gespeichert sind und welches eine spezifische Menge von Diensten dem Web-Server zu Verfügung stellt, um Inhalte für die Web-Seiten geeignet aufzubereiten.
Wenn der Web-Server eine Seitenanforderung von einem Client- Gerät, welches nachfolgend auch als Client bezeichnet wird, erhält, ermittelt er den Typ und die Eigenschaften des Clients, insbesondere des Browsers, und instanziiert für die angeforderte Web-Seite die Web-Komponenten, welche für die Darstellung des Seiteninhalts für diesen Client geeignet sind. Die instanziierten server-seitigen Web- Komponenten erzeugen dann den Seiteninhalt passend für den Client, welcher die Seite angefordert hat. Alternativ besteht auch die Möglichkeit, grundsätzlich alle Web-Komponenten einer Web-Seite zu instanziieren, wobei allerdings auch dann nur die für den jeweiligen Client benötigten Web-Komponenten für die Erzeugung der Seiteninhalte herangezogen werden.
Die Eigenschaften des Clients umfassen dabei die Leistungsmerkmale des Browsers, wie beispielsweise die Unterstützung von DHTML (Dynamic Hypertext Mark-up Language), von Cookies oder von Frames, aber auch die Eigenschaften des Displays, wie beispielsweise PC-Bildschirme, Handhelds oder WAP-Handys. Die Bestimmung, um was für einen Client-Typ und Browser es sich handelt, wird dabei vorzugsweise auf Basis der Informationen in den entsprechenden Textfeldern im http-Request-Header (Dateikopf einer Hyper Text Transfer Protocol-Anfrage) realisiert.
Nachdem die instanziierten Web-Komponenten den Inhalt der Web-Seite für den Client erzeugt haben, übermittelt der Web-Server die so an den Client-Typ und an die Client- Eigenschaften angepasste Web-Seite an den Client.
Dabei ist es ausreichend, dass der Web-Server für einen Client, der eine Anfrage für eine Web-Seite stellt, nur einmalig bestimmt, um was für einen Client es sich handelt. Danach wird für diesen Client eine eigene Session auf dem Web-Server erzeugt (zum Beispiel entsprechend der in Williams, A., Barbar, lt., and P., Mewkirk, „Active Server Pages Black Book", 10th ed., Coriolϊs Group, 1998, pp. 600 beschriebenen Vorgehensweise), In dieser Session kann dann das Profil des Clients gespeichert werden.
Stellt der Client nun weitere Anfragen an den Web-Server, wird das solange auf dem Web-Server gespeicherte und zur Verfügung stehende Profil des Clients für die Erzeugung der Web-Seite genutzt. Wenn der Client über längere Zeit nicht mehr auf den Web-Server zugreift, wird die entsprechende Session beendet.
In einer alternativen Ausführungsform wird das Client-Profil auf dem Client, beispielsweise in der URL oder in Form von Cookies in der Web-Seite gespeichert. Durch die Erfindung wird die Unterstützung einer Vielzahl verschiedener Client-Geräte mit unterschiedlichen Browsern in vorteilhafter Weise effizient unterstützt.
Jede Web-Applikation, die mehr als ein Client-Gerät oder einen Browser-Typ unterstützen soll, profitiert von der beschriebenen Verwendung der Web-Komponenten.
Die Erfindung ermöglicht es in vorteilhafter Weise, den Aufwand für die Entwicklung und Wartung der Seiten zu minimieren.
Weiterhin ist es möglich, die Web-Inhalte der angeforderten Web-Seiten auf die verschiedenen Client-Geräte optimiert zuzuschneiden, wobei der Aufwand für die Entwicklung und Wartung der Web-Inhalte der Seiten, die auf den verschiedenen Client-Geräte unterschiedlich dargestellt werden, minimiert wird.
Auch für die Vielzahl der in immer größerem Umfang genutzten mobilen Endgeräte mit Internetzugang kann das erfindungsgemäße Verfahren in vorteilhafter Weise dahingehend genutzt werden, dass die Web-Inhalte der Web-Seiten auch für wesentlich kleinere Displays sinnvoll aufbereitet werden.
Ebenfalls können die Web-Inhalte unter nur einer, für verschiedene Client-Geräte identischen URL angeboten werden. Es ist dabei auch nicht erforderlich, die Anfragen der Client-Geräte zu anderen, client-abhängigen URLs umzuleiten.
Anhand von in den folgenden Zeichnungsfiguren dargestellten Ausführungsbeispielen sollen die Erfindung sowie vorteilhafte Ausgestaltungen und Verbesserungen der Erfindung näher erläutert und beschrieben werden.
Es zeigen:
Fig. 1 einen Internetzugriff verschiedener internetfähiger Clients auf eine Web-
Seite,
Fig. 2 eine erfindungsgemäße Systemkonfiguration zur client-abhängigen
Erzeugung, Aufbereitung und Darstellung von Web-Seiten,
Fig. 3 einen Verfahrensablauf einer Client-Anfrage und eines automatischen
Aufbaus einer Web-Seite, Fig. 4 einen Aufbau einer Web-Seite auf einem Web-Server, und
Fig. 5 ein Ausführungsbeispiel zur Erzeugung einer Web-Seite.
Fig. 1 zeigt einen Internetzugriff von verschiedenen internetfähigen Client- Geräten, wie beispielsweise einer PC/Workstation 1 , eines Laptops 2 oder eines WAP- Handys 3, auf einen Web-Server 4.
Im Internet oder Intranet werden die verschiedenen Client-Geräte 1 , 2, 3 von unterschiedlichem Typ eingesetzt und unterscheiden sich beispielsweise hinsichtlich der Eigenschaften ihrer Bildschirme, ihrer Eingabemöglichkeiten oder ihrer Internet- Browser 11 , 12, 13 .
Die verschiedenen Client-Geräte 1 , 2, 3 kommunizieren mit dem Web-Server 4, auf dem Web-Seiten abgelegt sind, dahingehend, dass sie Web-Inhalte von einer einheitlichen Internet-Adresse (URL) eines für alle Clients identischen Internet- Dienstes, , beispielsweise http://www.abc.net/index.cgi, anfordern.
Der Web-Server 4 erkennt den jeweiligen Typ bzw. die Eigenschaften des Clients 1 , 2, 3 und übermittelt eine geeignet erzeugte Web-Seite 5, 6 in gegebenenfalls verschiedenen HTML- (Hypertext Markup Language) Formaten an die PC/Workstation 1 und den Laptop 2 bzw. eine Seite 7 im WML- (Wireless Markup Language) Format an das WAP- fähige Handy 3. Auf diese Weise erhalten alle Client- Geräte 1 , 2, 3 den Web- Inhalt von derselben URL, jedoch gemäß ihrer spezifischen Eigenschaften.
Fig. 2 zeigt eine erfindungsgemäße Systemkonfiguration zur client-abhängigen Erzeugung, Aufbereitung und Darstellung von Web-Seiten 5, 6, 7 mittels Web- Komponenten.
Die verschiedenen Client-Geräte 1 , 2, 3 kommunizieren mit dem Web-Server 4, auf dem die Web-Seiten 5, 6, 7 abgelegt sind, über Client-Anfragen 14, 16, 18 und Server- Antworten 15, 17, 19.
Jede der Web-Seiten 5, 6, 7 enthält eine oder mehrere Web-Komponenten 24 zur Informationsaufbereitung für die verschiedenen Client-Typen A, B, C der Client-Geräte 1 , 2, 3. Abhängig vom Typ A, B, C des jeweiligen Clients 1 , 2, 3 unterscheiden sich die Eigenschaften des Clients beispielsweise hinsichtlich des Bildschirms, der Eingabemöglichkeiten wie Tastatur und Maus oder hinsichtlich des Web-Browsers 11 , 12, 13, welcher mit seinen Browser-Fähigkeiten eine Teilmenge der existierenden Web- Technologien unterstützt, beispielsweise DHTML, HTML mit verschiedenen Dokumenten- Objekt- Modellen oder verschiedene Datenformate wie HTML oder WML.
Die Client-Geräte 1 , 2, 3 senden die Client- Anfragen 14, 16, 18 für eine erste Web- Seite 5 an den Web-Server 4. Der Web-Seπ/er 4 wertet die Client- Anfragen 14, 16, 18 aus, indem er zunächst den Typ A, B, C des Clients 1 , 2, 3 und den Browser-Typ 11 , 12, 13 mit den dazugehörigen Browser- Fähigkeiten ermittelt. Anschließend instanziiert der Web-Server 4 die für das jeweilige Client-Gerät 1 , 2, 3 geeigneten Web- Komponenten 24 in der ersten Seite 5, welche die Seiteninhalte für die erste Seite 5 entsprechend des Typs A, B, C und der Eigenschaften des entsprechenden Clients 1 , 2, 3 erzeugt.
Anschließend sendet der Web-Server 4 die von den ausgewählten Web-Komponenten 24 erzeugte erste Seite 5 an den entsprechenden Client 1 , 2, 3 als Server- Antwort 15, 17, 19 zurück. Auf diese Weise erhält jeder Client 1 , 2, 3 eine angepasste Darstellung der ersten Seite 5, die optimal gelesen, verarbeitet oder angezeigt wird. Werden weitere Web-Seiten 5, 6, 7 von den Client-Geräten 1 , 2, 3 angefordert, wird der beschriebene Verfahrensablauf nochmals durchlaufen.
Fig. 3 zeigt einen Verfahrensablauf anhand von Verfahrensschritten 25 - 32, wobei eine von einem Client 1 , 2, 3 angeforderte Seite 5, 6, 7 automatisch erzeugt und zum Client 1 , 2, 3 zurückgesendet wird.
In einem ersten Schritt 25 wird eine Client-Anfrage 14, 16, 18 an den Web-Seπ/er 4 übermittelt. Die Anfrage 14, 16, 18 enthält im HTTP-Request Header die URL der aufgerufenen Seite sowie weitere Informationen über den Client 1 , 2, 3.
In einem zweiten Schritt 26 wird überprüft, ob der Client 1, 2, 3 bereits zuvor eine Anfrage 14, 16, 18 an den Web- Server 4 gestellt hat und für den Client 1 , 2, 3 ein Profil verfügbar ist. Wurde bereits eine Anfrage 14, 17, 18 gestellt, existiert schon ein Profil mit den Eigenschaften des Clients 1, 2, 3, welches in einem dritten Schritt 27 lediglich ausgelesen wird.
Ist für den Client 1 , 2, 3 hingegen noch kein Profil verfügbar, so legt der Web-Server 4 in einem vierten Schritt 28 für den Client 1 , 2, 3 automatisch ein neues Profil an, in welches in einem Identifikationsprozess die Eigenschaften des Clients 1, 2, 3 eingetragen werden. Dabei werden die Informationen über die Clienteigenschaften, wie Browsertyp und Browser-Fähigkeiten des Clients 1 , 2, 3, aus dem HTTP- Request Header verwendet, um den Client- Typ A, B, C zu identifizieren.
Ist es nicht möglich das Profil automatisch anzulegen, weil beispielsweise eine weitergehende, sehr detaillierte Konfiguration der Clienteigenschaften erfolgen soll, wird in einer weiteren Ausführungsform die Identifikation des Clients 1 , 2, 3 über einen speziellen Dialog realisiert. Hierbei übermittelt der Web-Sen/er 4 zunächst eine zwischengeschaltete Konfigurationsseite an den Client 1, 2, 3. Auf dieser Seite stellt der Benutzer die spezifische Behandlung seines Clients 1 , 2, 3 beispielsweise durch eine Auswahl aus einer Liste verschiedener Client-Typen A, B, C ein.
Nachdem nun der Client 1, 2, 3 identifiziert wurde, ermittelt in einem fünften Schritt 29 der Web-Server 4 für die Client Geräte 1 , 2, 3 und ihre Browser 11 , 12, 13 in Abhängigkeit von den Client-Eigenschaften und -Fähigkeiten ein Profil. Das Profil wird für spätere Seitenanfragen des Clients 1, 2, 3 auf dem Web-Server gespeichert.
Ist es nicht möglich, den Client 1 , 2, 3 bzw. seinen Typ A, B, C und seine Eigenschaften zu identifizieren, ist in einer weiteren Ausführungsform vorgesehen, eine entsprechende Fehlerseite an den Client 1 , 2, 3 zurückzusenden oder für den Client ein Standardprofil, beispielsweise als einfacher HTML-Client, einzusetzen.
In einem sechsten Schritt 30 instanziiert der Web-Server 4 die serverseitigen Web- Komponenten 24, für die angeforderte Web-Seite 5, 6, 7 in Abhängigkeit des zuvor ermittelten Client- Profils. In einem weiteren Schritt 31 wird dann durch einen Aufruf der instanziierten Web- Komponenten 24 die Web Seite 5, 6, 7 entsprechend des Client-Typs A, B, C und der Client- Eigenschaften erzeugt.
In einem letzten Schritt 32 übermittelt der Web-Server 4 die angeforderte, durch die vorigen Schritte für den Client 1 , 2, 3 optimal aufbereitete Web- Seite 5, 6, 7 an das entsprechende Client-Gerät 1 , 2, 3.
In Fig. 4 ist der Aufbau einer Web-Seite mit ihren sen/erseitigen Internet- Komponenten auf einem Web-Server aufgezeigt.
Die Web-Seite 5 gliedert sich in mehrere Funktionsblöcke 34, 35, 36, wobei die Funktionsblöcke 34, 35, 36 beispielsweise Menüs, statische Inhalte oder Formularblöcke sind. Jeder der Funktionsblöcke 34, 35, 36 weist eine oder mehrere Web-Komponenten 37 - 45 auf, welche den Inhalt des entsprechenden Funktionsblocks in einer für den jeweiligen Client 1, 2, 3 geeigneten Art darstellen.
Komponenten, welche dem selben Funktionsblock angehören, erzeugen Web- Seiteninhalte, welche die Funktionen bzw. Aufgaben des entsprechenden Funktionsblocks möglichst gut erfüllen, indem sie den Teil der Seite in einer für den jeweiligen Client-Typ A, B, C optimalen Weise darstellen.
Der ersten Funktionsblock 35 enthält beispielsweise eine erste Web-Komponente 37, welche die Web-Inhalte einer ersten Web-Seite 5 für Clients vom Typ A generiert, eine zweite Web- Komponente 38, welche die Web-Inhalte für Clients vom Typ B generiert und eine dritte Web- Komponente 39, welche die Web-Inhalte für Clients vom Typ C generiert.
Der zweite Funktionsblock 36 enthält beispielsweise eine vierte Web-Komponente 40, welche die Web-Inhalte einer zweiten Web-Seite 6 für Clients vom Typ A generiert, eine zweite Web- Komponente 41 , welche die Web-Inhalte für Clients vom Typ B generiert und eine dritte Web- Komponente 42, welche die Web-Inhalte für Clients vom Typ C generiert. Die für einen Client-Typ A, B, C zuständigen, den verschiedenen Funktionsblöcken 34, 35, 36 zugeordneten Web-Komponenten 37 bis 45 sorgen somit zusammen für den Aufbau der vollständigen Web-Seite 5, 6, 7. Die sich ergebende, möglicherweise große Anzahl von Web-Komponenten 24, 37 bis 45 innerhalb einer Web-Seite kann gemäß üblicher Web-Seiten-Strukturmodelle angeordnet werden.
Fig. 5 zeigt ein Ausführungsbeispiel zur Erzeugung einer Web-Seite 5 und die Struktur eines Web-Seiteninhalts 46 der Web-Seite 5 mit Hilfe der instanziierten Web- Komponenten 49.
Die instanziierten Web-Komponenten 49 erzeugen den jeweiligen Inhalt 47 der Web- Seite 5. Die Erzeugung des Webseiteninhaltes 48 basiert auf den Client-Eigenschaften der instanziierten Web-Komponenten 49.
Die nicht instanziierten Web-Komponenten 50 sind an der Seitenerzeugung 48 nicht beteiligt und benötigen zu diesem Zeitpunkt daher keine Ressourcen auf dem Web-

Claims

Patentansprüche
1. Verfahren zur automatischen Erzeugung von Web-Seiten (5), (6), (7) für Clientgeräte (1), (2), (3) von unterschiedlichem Client-Typ (A), (B), (C) und/oder mit unterschiedlichen Client-Eigenschaften, wobei die Client-Geräte (1), (2), (3) mit einem Web-Server (4) über Client-Anfragen (14), (16), (18) und Server-Antworten (15), (17), (19) kommunizieren und auf dem Web-Server (4) Web-Seiten (5), (6), (7) abgelegt sind, dadurch gekennzeichnet, dass
- auf dem Web-Server (4) Web-Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) abgelegt werden,
- mit den an den Web-Server (4) gesendeten Client-Anfragen (14), (16), (18) der Client-Typ (A), (B), (C) und die Client-Eigenschaften der Client-Gerätes (1), (2), (3) identifiziert werden,
- die Web-Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) in Abhängigkeit von den Eigenschaften der Client-Geräte (1), (2), (3) instanziiert werden,
- mittels der instanziierten Web-Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) Darstellungen der angeforderten Web-Seiten (5), (6), (7) erzeugt und an den Client übermittelt werden.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die von den Web- Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) erzeugten Darstellungen der Web-Seiten (5), (6), (7) von den Client- Geräten (1), (2), (3) gelesen, verarbeitet oder angezeigt werden.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass aus den identifizierten Client-Eigenschaften des jeweiligen Client-Gerätes (1), (2), (3) jeweiligen vom Web-Server (4) ein Profil eingelesen oder erzeugt wird und aus dem Profil die Eigenschafen der Client-Geräte (1), (2), (3) ermittelt werden.
. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass in den Web-Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) server-seitiger Code und Daten für die Web-Seiten (5), (6), (7) gespeichert werden.
5. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass die Eigenschaften der Client-Geräte (1), (2), (3) Browser-Typ und Browser- Fähigkeiten, Eigenschaften der Displays und der Eingabeeinrichtungen der Client- Geräte (1), (2), (3) umfassen.
6. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass aus dem im Web-Server (4) ermittelten Typ (A), (B), (C) und der ermittelten Eigenschaften der Client-Geräte (1), (2), (3) für das jeweilige Client-Gerät (1), (2), (3) eine eigenen Session erzeugt wird, in welcher ein Profil des jeweiligen Client- Gerätes (1), (2), (3) gespeichert wird.
7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die gespeicherten Profile der Client-Geräte (1), (2), (3) für weitere Client-Anfragen (14), (16), (18) an den Web-Server (4) genutzt werden, bis die Session auf dem Web-Server (4) beendet wird.
8. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass die Profile der Client-Geräte (1), (2), (3) in der URL oder in Form von Cookies in der Web-Seite gespeichert werden.
9. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass in die vom Web-Server (4) automatisch angelegten Profile für die Client-Geräte (1), (2), (3) in einem Identifikationsprozess Informationen über die Eigenschaften und den Typ (A), (B), (C) des jeweiligen Client-Gerätes (1), (2), (3) aus dem Dateikopf einer HTTP-Anfrage eingetragen werden.
10. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass die Identifikation der Client-Geräte (1), (2), (3) über einen speziellen Dialog realisiert wird, wobei der Web-Server (4) eine Konfigurationsseite an das Client-Gerät (1), (2), (3) übermittelt und vom Benutzer des Client-Gerätes (1), (2), (3) eine Auswahl aus einer Liste verschiedener Client-Typen (A), (B), (C) durchgeführt wird.
11.Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass vom Web-Server (4) eine Fehlerseite an das Client-Gerät (1), (2), (3) zurückgesendet wird oder für das Client-Gerät (1), (2), (3) ein Standardprofil eingesetzt wird, wenn der Web-Server (4) nicht in der Lage ist, das Client-Gerät (1), (2), (3) zu identifizieren.
12. System zur automatischen Erzeugung von Web-Seiten (5), (6), (7) für Clientgeräte (1), (2), (3) von unterschiedlichem Client-Typ (A), (B), (C) und/oder mit unterschiedlichen Client-Eigenschaften, wobei die Client-Geräte (1), (2), (3) mit einem Web-Server (4) über Client-Anfragen (14), (16), (18) und Server-Antworten (15), (17), (19) kommunizieren und auf dem Web-Server (4) Web-Seiten (5), (6), (7) abgelegt sind, dadurch gekennzeichnet, dass die Web-Seiten (1), (2), (3) Web- Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) zur automatischen Erzeugung von Darstellungen der Web-Seiten (5), (6), (7) für unterschiedliche Client-Typen (A), (B), (C) und unterschiedliche Client- Eigenschaften der Clientgeräte (1), (2), (3) umfassen.
13. System nach Anspruch 12, dadurch gekennzeichnet, dass der Web-Server (4) aus den Client-Anfragen (14), (16), (18) den Client-Typ (A), (B), (C) und die Client- Eigenschaften mittels der Web-Komponente (24), (37), (38), (39), (40), (41), (42), (43), (44), (45), die den jeweiligen Client-Geräte (1), (2), (3) zugeordnet ist, den Seiteninhalt der Web-Seiten (5), (6), (7) erzeugt.
14. System nach Anspruch 12 oder 13, dadurch gekennzeichnet, dass die Client- Eigenschaften des jeweiligen Clients Browser-Typ und Browser-Fähigkeiten, Eigenschaften der Displays und der Eingabeeinrichtungen der Client-Geräte (1), (2), (3) sind.
15. System nach einem der Ansprüche 12 bis 14, dadurch gekennzeichnet, dass der Web-Server (4) die von den Web-Komponenten (24), (37), (38), (39), (40), (41), (42), (43), (44), (45) erzeugte Darstellung der Web-Seiten (5), (6), (7) an das jeweilige Client-Gerät (1), (2), (3) mittels der Server-Antworten (15), (17), (19) zurücksendet.
PCT/EP2004/003721 2003-04-08 2004-04-07 Verfahren und system zur erzeugung von an client- eigenschaften angepassten web-seiten Ceased WO2004090748A2 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/552,479 US20070043837A1 (en) 2004-04-07 2004-04-07 Method and system for producing web pages matched to client properties

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10315953A DE10315953A1 (de) 2003-04-08 2003-04-08 Verfahren und System zur Erzeugung von an Client-Eigenschaften angepassten Web-Seiten
DE10315953.3 2003-04-08

Publications (2)

Publication Number Publication Date
WO2004090748A2 true WO2004090748A2 (de) 2004-10-21
WO2004090748A3 WO2004090748A3 (de) 2005-02-24

Family

ID=33038922

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/003721 Ceased WO2004090748A2 (de) 2003-04-08 2004-04-07 Verfahren und system zur erzeugung von an client- eigenschaften angepassten web-seiten

Country Status (3)

Country Link
CN (1) CN1816808A (de)
DE (1) DE10315953A1 (de)
WO (1) WO2004090748A2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013021214A1 (en) * 2011-08-10 2013-02-14 Global Display Technology Ltd. Reservation display system

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1896973A1 (de) * 2005-06-30 2008-03-12 Onmobile Global Limited Verfahren und serversystem zum transfer eines objekts zu einer drahtlosen einrichtung von einer vorbestimmten webseite
CN100481002C (zh) * 2007-04-18 2009-04-22 杭州华三通信技术有限公司 一种Web界面扩展方法和装置
CN103455493B (zh) * 2012-05-29 2019-05-14 百度在线网络技术（北京）有限公司 用于获取支持结果并进行相应处理的方法、装置和设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3202968B2 (ja) * 1998-06-30 2001-08-27 インターナショナル・ビジネス・マシーンズ・コーポレーション 表示制御情報生成方法及びコンピュータ
US20020010716A1 (en) * 2000-02-24 2002-01-24 Mccartney Alan F. System and method for dynamically publishing XML-compliant documents
WO2002023375A2 (en) * 2000-09-13 2002-03-21 Smartserv Online, Inc. Method and apparatus for providing device-specific formatted data to a plurality of browser-enabled devices
US20020107891A1 (en) * 2001-02-06 2002-08-08 Leamon Andrew P. Device-independent content acquisition and presentation

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013021214A1 (en) * 2011-08-10 2013-02-14 Global Display Technology Ltd. Reservation display system

Also Published As

Publication number Publication date
DE10315953A1 (de) 2004-10-28
WO2004090748A3 (de) 2005-02-24
CN1816808A (zh) 2006-08-09

Similar Documents

Publication Publication Date Title
DE69832786T2 (de) Vorrichtung und verfahren zur identifizierung von klienten die an netzwer-sites zugreifen
DE69801816T2 (de) Vorrichtung und verfahren zur aktualisierung und zur synchronisierung von informationen zwischen einem klient und einem server
DE69700074T2 (de) Dynamische verbindbare Etiketten in einer Netzbrowserseite
DE60028561T2 (de) Bereitstellung von kundendiensten, die daten aus datenquellen abrufen, wobei die datenquellen die vom kunden geforderten formate nicht notwendigerweise unterstützen
DE602004002783T2 (de) Verfahren, system und programmprodukt zum asynchronen verarbeiten von anforderungen
DE69724356T2 (de) Verfahren und Apparat für die Darstellung von Information im Bezug auf jeden einzelnen von mehreren Hyperlinks
DE10051021B4 (de) System, Verfahren und Computerprogramm zur Bereitstellung interaktiver Web-Inhalte in statisch verknüpften Dateien
DE69832406T2 (de) Kombiniertes internet-und datenzugangssystem
DE10051024B4 (de) Verfahren zum intermediären Cachen in einem Client-Server-Softwaresystem, Computerprogrammprodukte und Computersystem zur Durchführung eines solchen Verfahrens
DE60308489T2 (de) Anwendungsfensterschließung als Reaktion auf ein Ereignis in einem Parent-Fenster
EP1435148B1 (de) Verfahren zur ausgabe von personalisierten informationen auf einer website
DE69731994T2 (de) Verfahren und Gerät, um Informationen über Netzwerkanbieter zu bekommen und anzuzeigen
DE60122298T2 (de) Dateneingabe
EP1369790A2 (de) Verfahren zur dynamischen Generierung strukturierter Dokumente
EP1241603A1 (de) Internet-Banner
DE69933435T2 (de) Apparat und verfahren zum übermitteln von dokumenten zwischen einem server-rechner und einem benutzer-rechner
EP1176517A1 (de) Kommunikationsverfahren zwischen Server und Client eines Netzwerkes unter Zuhilfenahme von Zustandsinformationen
DE10290696T5 (de) Verfahren und System zum drahtlosen Zugriff auf einen Computer eines Benutzers
DE10296924B4 (de) Anwenderbestimmtes selektives Neuladen von Bildern
WO2004090748A2 (de) Verfahren und system zur erzeugung von an client- eigenschaften angepassten web-seiten
DE602004010022T2 (de) Einfügung einer Hilfe in eine Antwort zu einer Nachfrage an ein virtuelles Büro
DE19934788B4 (de) Verfahren zur automatischen Anpassung von Daten an die Fähigkeiten einer Nutzer-Software
DE60208243T2 (de) Kommunikationsendgerät
BE1022181B1 (nl) Verfahren und vorrichtung zum bereitstellen eines dokuments innerhalb eines datenkommunikationsnetzwerks
DE10146977A1 (de) Elektronisches Personaldaten-Verwaltungssystem und Personaldaten-Server-Computer

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 20048093797

Country of ref document: CN

122 Ep: pct application non-entry in european phase
WWE Wipo information: entry into national phase

Ref document number: 2007043837

Country of ref document: US

Ref document number: 10552479

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10552479

Country of ref document: US