EP2614435A1 - Verfahren zum erzeugen einer auf einem einen berührungsempfindlichen bildschirm aufweisenden digitalen endgerät lauffähigen anwendung und vorrichtung - Google Patents

Verfahren zum erzeugen einer auf einem einen berührungsempfindlichen bildschirm aufweisenden digitalen endgerät lauffähigen anwendung und vorrichtung

Info

Publication number
EP2614435A1
EP2614435A1 EP11767912.6A EP11767912A EP2614435A1 EP 2614435 A1 EP2614435 A1 EP 2614435A1 EP 11767912 A EP11767912 A EP 11767912A EP 2614435 A1 EP2614435 A1 EP 2614435A1
Authority
EP
European Patent Office
Prior art keywords
application
code
touch
digital terminal
sensitive screen
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
EP11767912.6A
Other languages
English (en)
French (fr)
Inventor
Walter Benzig
Bernhard HOCHSTÄTTER
Sebastian Werner
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.)
Deutsche Telekom AG
Original Assignee
Deutsche Telekom AG
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 Deutsche Telekom AG filed Critical Deutsche Telekom AG
Priority to EP11767912.6A priority Critical patent/EP2614435A1/de
Publication of EP2614435A1 publication Critical patent/EP2614435A1/de
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Definitions

  • the present invention relates to a method for generating a running on a touch-sensitive screen digital terminal running application. Moreover, the present invention relates to a device for
  • wireless devices Due to the growing prevalence of wireless networks nowadays an ever-increasing number of wireless devices are in use.
  • These digital devices or digital terminals include mobile phones, Personal Digital Assistants (PDAs) capable of wireless communication, two-way pagers, and the like.
  • PDAs Personal Digital Assistants
  • the wireless device may include an application that retrieves a weather report for a list of preferred cities, or an application that allows a user to purchase groceries.
  • These software applications leverage the ability of the wireless data transmission network to provide users with timely and useful services, often in addition to voice communications.
  • the digital terminals are configured to communicate with web services via Internet-based browsers and / or native applications.
  • the advantage of the browsers is that they can be set up to operate on a cross-platform basis for a variety of different digital terminals.
  • Browser applications are efficient tools for designing platform-independent applications. Accordingly, different runtime environments - regardless of the platform - run the same application.
  • native applications are being developed for a particular platform of wireless devices, allowing a relatively optimized application program for a runtime environment running on that platform.
  • a platform-dependent application introduces several obstacles, including the need to develop multiple versions of the same application.
  • application developers need programming languages such as Java and C ++ to build such native applications.
  • the invention has for its object to provide a method and apparatus for generating a on a touch-sensitive screen having digital terminal running application in which at least some of the above-mentioned disadvantages are mitigated or eliminated.
  • This object is achieved by a method for generating a running on a touch-sensitive screen digital terminal running application, wherein a code of the application is at least partially transmitted from a server device to the digital terminal, wherein the transmission of the code of the application at least partially triggered by user interaction, the method comprising the steps of:
  • the device according to the invention has the advantage that it can be used for a plurality of different types of digital terminals (or also from different platforms of digital terminals, for example terminals which are operated by means of an Android operating system or by means of a Windows operating system be operated or the like), the programming effort for the production of an application can be significantly reduced in any case that not for each type of digital device (or for each platform about different operating systems) a completely new or specially created programming is required, but that at least parts of the generated program code of the application for multiple types of digital
  • Terminals can be used.
  • a "model code” is produced, which in any case is universal in that, in any case, without further human interaction for code manipulation Application is possible with several types of digital terminals.
  • the program code of the application actually used for a specific type of digital terminal is referred to in the context of the present invention as the "code of the application”. It is possible according to the present invention according to a first alternative embodiment that this code of the application is identical or quasi-identical to the model code. In this case, the code of the application, if necessary, also code parts that is not processed in the specific digital device or can be. In this (first) case, "generating the code of the application based on the model code” means that essentially one copy of the
  • Model codes are generated or generated. According to a second alternative
  • the code of the application is not identical (and also not quasi-identical) to the model code, but is essentially freed from any code parts pertaining to such types of digital terminals (or platforms) for such digital terminals) that do not correspond to the particular digital terminal for which the "code of the application" is to be generated based on the model code.
  • the code of the application either does not have any code parts which can not or will not be processed in the specific digital terminal, or at least the code of the application has fewer code parts which are not processed or processed in the particular digital terminal can.
  • "generating the code of the application based on the model code” means that at least parts of the
  • model code for example in the form of conditional statements (so-called IF statements (or “case statements”) or so-called CASE statements (or so-called case distinctions)).
  • model code for the plurality of types of digital terminal is platform independent.
  • the code of the application is a hypertext markup language (HTML) code.
  • HTML hypertext markup language
  • the application has at least a first possible view and a second possible view, wherein the first and second views correspond to different view modes of the application, wherein the first possible view by means of a first uniform source indicator (URL , Uniform
  • URL Uniform Resource Locator
  • the invention therefore also relates to a possibility complex
  • Web applications today are often based on a single hypertext markup language (HTML) page that interactively responds to user actions. It is known that one can basically realize the navigation within this single page on the location (address field) of the browser or the browser component. This works via a so-called anchor, which is added at the end by means of a "#" symbol, although to date there is no concept of storing the quite complex state of an application there.
  • HTTP hypertext markup language
  • the model proposed by the present invention is a
  • the identifier looks like this: "viewld.subViewld: parameter”. Both "subViewId” and “parameter” are optional. This identifier itself is then used as a segment within a structure. Within an application, for example, it would be conceivable that the user is currently viewing the third e-mail from his personal mailbox, in which case a complete navigation path might look like this: "inbox: private / mail: 3". The
  • This identification information for the exact designation of a selected view (and in particular the view that the application had before the digital terminal was turned off) is sent to the actual URL by means of a so-called anchor
  • the user may e.g. Create a bookmark for the current position in the application or send a link, which shows exactly the right position at the receiver again. He also has the opportunity to modify the URL accordingly and thus to obtain a navigation in the application.
  • the filing in the URL is preferable to other models, since only so reasonable with different browser tabs / windows can be handled. The user could thus use the application independently in two browser windows.
  • a proxy unit is used during the creation of the model code of the application which can be used for the majority of types of the digital terminal, the proxy unit providing access control information (HTTP ACCESS CONTROL header) into a message received from an external server.
  • access control information HTTP ACCESS CONTROL header
  • the method according to the present invention utilizes functionality in current browsers, in which a service provider uses its own specific HTTP headers Unlock services for cross-domain communication. Since these releases often (and in relevant servers) are not made (and are usually not manipulated in third-party services), according to the present invention, for example, a generic proxy (as a proxy unit) set up (and for example a plurality of development sites are hosted centrally).
  • the generic proxy acts as an interface to communicate with a service. Communication is always routed automatically through the proxy (or proxy unit) as soon as it is determined that it is accessing another domain. In the created application is thus always communicated directly and no load on the proxy generated.
  • the proxy redirects all requests as it is, but inserts the "HTTP access control" header in each response to signal the browser permission to process that response accordingly It is advantageously possible that this central proxy (or the proxy unit) is available to all application developers in parallel and only needs to be serviced once.Through anchoring within the framework code, the switch between proxy use and direct communication is completely transparent to the user Application developer who also does not need to set up and administer an HTTP server on his own development computer
  • Model codes of the application synthetic operating events are generated, wherein such synthetic operating events correspond to a use of the touch-sensitive screen.
  • touch-sensitive screens so-called touch events used as operating events.
  • classic desktop computers usually do not have one
  • Input option A common approach is to edit both mouse events and touch events on the application side. The problem that exists here is that most touch devices also fire mouse events and conflicts can occur here, as both events may fire or affect the outcome of these possibly other events (keyword: preventDefault). According to the present invention, it is contemplated to use so-called synthetic events, that is, synthetic events. Synthetic events are fired in order to simulate such touch events on (development) devices without support for touch events via mouse events.
  • the natively-available touch events touchstart, touchmove, and touchend are emulated with the mouse events mousedown, mousemove, and mouseup.
  • the "mousemove" can only be ignored while the mouse button is pressed in.
  • this emulation is available to all technology-based applications that can continue to work normally with events You do not have to go through a special API, so the solution is transparent to the application developer: An application that is supposed to run on touch devices will only be able to test with touch events and can already test it on the desktop in a normal browser dramatically improves productivity by eliminating the need to test the application on the end device or simulator Testing in the desktop browser allows a save reload workflow and is therefore always more efficient than the step typically required for simulators / emulators Compilation and deployment.
  • touch events are quite limited. Depending on the digital device, only simple touch events (touchstart, touchmove, touchend) are supported or gestures (pinch / zoom) are supported (for example, on iPhone). All other touch events must be laboriously manually programmed in the application.
  • the new tap events which include quick typing, touchhold, touch-release to control a lingering finger and swipe to detect swipe movements, give the application developer easy access to common finger actions to use the application logic.
  • Operating events are generated by means of a computer mouse and with a developing device, which has no touch-sensitive screen.
  • Another object of the present invention relates to an apparatus for generating a running on a touch-sensitive screen digital terminal running application, wherein a code of the application is at least partially transferable from a server device to the digital terminal, wherein the transmission of the code the application is at least partially triggerable by user interaction, the device being configured such that:
  • Another object of the present invention relates to a code of an application, which according to a method of the invention or in a
  • inventive device is generated.
  • FIG. 1 schematically shows a digital terminal which has a
  • Server device is transmitted to the digital terminal.
  • Figure 2 shows schematically the generation of a code or a plurality of different codes for different types of digital terminals, wherein the different codes are based on a model code or derived therefrom.
  • a digital terminal 15 is shown schematically, which has a touch-sensitive screen 15 ', wherein an application 20 is transmitted from a server device 10 to the digital terminal 15. After the transfer of the application 20, its functionality is available on or on the digital terminal 15.
  • the transmission is preferably carried out by means of a radio interface, ie the digital terminal 15 has a radio interface and the server device 10 also has a radio interface or is (at least indirectly) connected to a radio interface, for example via a base station unit of a mobile network or via a wireless Network connection (WLAN connection).
  • the server device 10 can either be a central server (for example a central server of a manufacturer of the digital terminal. This is made visible to a user, for example, by a representation representing the application (a so-called "icon”) is displayed on the touch-sensitive screen 15 'or can be displayed.
  • FIG. 2 schematically shows the generation of a code 31 or a plurality of different codes 31, 32, 33 for different types of digital terminals 15, wherein the various codes 31, 32, 33 are based on a model code 30 or derived from this.
  • the creation of applications (so-called "apps") of mobile digital terminals is greatly facilitated and simplified so that the provision of such applications can be made faster.
  • the model code 30 is preferably written in a language that can handle all types of such mobile digital terminals. Because of the different, sometimes very different operating systems, with which such digital terminals are operated (such
  • Android a mobile version of Windows, the operating system of the iPhone or the iPad, etc.
  • HTML Hypertext Markup Language
  • JAVA Script a common language essentially Hypertext Markup Language (HTML) and / or JAVA Script in question.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

Die vorliegende Erfindung betrifft ein Verfahren zum Erzeugen einer auf einem einen berührungsempfindlichen Bildschirm aufweisenden digitalen Endgerät lauffähigen Anwendung, wobei ein Code der Anwendung zumindest teilweise von einem Servergerät auf das digitale Endgerät übertragen wird, wobei die Übertragung des Codes der Anwendung zumindest teilweise durch Benutzerinteraktion ausgelöst wird, dadurch gekennzeichnet, dass das Verfahren die Schritte umfasst: - Erstellen eines für eine Mehrzahl von Typen des digitalen Endgeräts verwendbaren Modellcodes der Anwendung und - Erzeugen des Codes der Anwendung basierend auf dem Modellcode. Weiterhin bezieht sich die Erfindung auf eine Vorrichtung zum Erzeugen einer auf einem einen berührungsempfindlichen Bildschirm aufweisenden digitalen Endgerät lauffähigen Anwendung sowie den Code einer Anwendung.

Description

VERFAHREN ZUM ERZEUGEN EINER AUF EINEM EINEN BERÜHRUNGSEMPFINDLICHEN BILDSCHIRM AUFWEISENDEN DIGITALEN ENDGERÄT LAUFFÄHIGEN ANWENDUNG UND VORRICHTUNG
Beschreibung
Stand der Technik
[0001] Die vorliegende Erfindung betrifft ein Verfahren zum Erzeugen einer auf einem einen berührungsempfindlichen Bildschirm aufweisenden digitalen Endgerät lauffähigen Anwendung. Darüber hinaus betrifft die vorliegende Erfindung eine Vorrichtung zum
Erzeugen einer auf einem einen berührungsempfindlichen Bildschirm aufweisenden digitalen Endgerät lauffähigen Anwendung sowie den Code einer solchen Anwendung.
[0002] Aufgrund der wachsenden Verbreitung von Drahtlosnetzen sind heutzutage eine immer größer werdende Anzahl von Drahtlosgeräten in Benutzung. Zu diesen digitalen Geräten oder digitalen Endgeräten zählen Mobiltelefone, PDAs (Personal Digital Assistants) mit Fähigkeit zur Drahtloskommunikation, Zweiwege-Pager und dergleichen. Parallel zur wachsenden Verfügbarkeit von Drahtlosgeräten hat sich die Nützlichkeit von Software- Anwendungen erhöht, die auf solchen digitalen Geräten oder digitalen Endgeräten ausgeführt werden. Beispielsweise kann das Drahtlosgerät eine Anwendung enthalten, die einen Wetterbericht für eine Liste von bevorzugten Städten abruft, oder eine Anwendung, die es einem Benutzer ermöglicht, Lebensmittel einzukaufen. Diese Software-Anwendungen nutzen die Fähigkeit des Drahtlosnetzes zur Datenübertragung, um den Benutzern zeitnahe und nützliche Dienste verfügbar zu machen, oft zusätzlich zur Sprachkommunikation.
Allerdings bleibt die Entwicklung von Software-Anwendungen angesichts einer Überfülle von unterschiedlichen Gerätetypen, angesichts der beschränkten Ressourcen von einigen digitalen Endgeräten und angesichts der Komplexität der Zustellung großer Datenmengen zu den digitalen Endgeräten eine schwierige und zeitaufwändige Aufgabe.
[0003] , Gegenwärtig sind die digitalen Endgeräte so konfiguriert, dass sie über Internetbasierte Browser und/oder native Anwendungen mit Webdiensten kommunizieren. Die Browser haben den Vorteil, dass sie für den Betrieb auf einer plattformübergreifenden Basis für eine Vielzahl von unterschiedlichen digitalen Endgeräten eingerichtet werden können. Anwendungen für Browser sind effiziente Werkzeuge zum Gestalten plattformunabhängiger Anwendungen. Dementsprechend führen unterschiedliche Laufzeitumgebungen - unabhängig von der jeweiligen Plattform - dieselbe Anwendung aus. [0004] Auf der anderen Seite werden native Anwendungen für eine spezielle Plattform von Drahtlosgeräten entwickelt, wodurch für eine Laufzeitumgebung, die auf dieser Plattform ausgeführt wird, ein relativ optimiertes Anwendungsprogramm ermöglicht wird. Eine plattformabhängige Anwendung führt jedoch zu mehreren Hindernissen, wozu gehört, dass mehrere Versionen derselben Anwendung entwickelt werden müssen. Außerdem benötigen Anwendungsentwickler Erfahrungen auf dem Gebiet von Programmiersprachen wie Java und C++, um derartige native Anwendungen erstellen zu können.
Offenbarung der Erfindung
[0005] Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren und eine Vorrichtung zum Erzeugen einer auf einem einen berührungsempfindlichen Bildschirm aufweisenden digitalen Endgerät lauffähigen Anwendung zu schaffen bei dem zumindest einige der oben angeführten Nachteile gemildert sind oder beseitigt sind.
[0006] Diese Aufgabe wird gelöst durch ein Verfahren zum Erzeugen einer auf einem einen berührungsempfindlichen Bildschirm aufweisenden digitalen Endgerät lauffähigen Anwendung, wobei ein Code der Anwendung zumindest teilweise von einem Servergerät auf das digitale Endgerät übertragen wird, wobei die Übertragung des Codes der Anwendung zumindest teilweise durch Benutzerinteraktion ausgelöst wird, wobei das Verfahren die Schritte umfasst:
- Erstellen eines für eine Mehrzahl von Typen des digitalen Endgeräts verwendbaren Modellcodes der Anwendung und
- Erzeugen des Codes der Anwendung basierend auf dem Modellcode.
[0007] Die erfindungsgemäße Vorrichtung hat den Vorteil, dass für eine Mehrzahl von verschiedenen Typen von digitalen Endgeräten (oder auch von verschiedenen Plattformen von digitalen Endgeräten; so zum Beispiel Endgeräte, die mittels eines Android- Betriebssystem betrieben werden oder die mittels eines Windows-Betriebssystem betrieben werden oder dergleichen) der Programmieraufwand zur Herstellung einer Anwendung jedenfalls erheblich dadurch reduziert werden kann, dass nicht für jeden Typ von digitalem Endgerät (bzw. für jede Plattform etwa von unterschiedlichen Betriebssystemen) eine komplett neue bzw. eigens erstelle Programmierung erforderlich ist, sondern dass zumindest Teile des erstellten Programcodes der Anwendung für mehrere Typen von digitalen
Endgeräten (bzw. für mehrere Plattformen) verwendbar sind. Hierbei wird gemäß der vorliegenden Erfindung ein "Modellcode" hergestellt, der jedenfalls dahingehend universell ist, dass jedenfalls ohne weitere menschliche Interaktion zur Codemanipulation eine Anwendung bei mehreren Typen von digitalen Endgeräten möglich ist. Der für einen konkreten Typ von digitalem Endgerät (bzw. für ein konkretes digitales Endgerät) tatsächlich verwendete Programmcode der Anwendung wird im Rahmen der vorliegenden Erfindung als "Code der Anwendung" bezeichnet. Es ist gemäß der vorliegenden Erfindung nach einer ersten alternativen Ausführungsform möglich, dass dieser Code der Anwendung identisch oder quasiidentisch ist zum Modellcode. In diesem Fall weist der Code der Anwendung ggf. auch Codeteile auf, die bei dem konkreten digitalen Endgerät nicht verarbeitet wird oder werden kann. In diesem (ersten) Fall ist unter "Erzeugen des Codes der Anwendung basierend auf dem Modellcode" zu verstehen, dass im Wesentlichen eine Kopie des
Modellcodes generiert oder erzeugt wird. Gemäß einer zweiten alternativen
Ausführungsform der vorliegenden Erfindung ist es jedoch auch möglich, dass der Code der Anwendung nicht identisch (und auch nicht quasiidentisch) ist zum Modellcode, sondern im Wesentlichen von jeden Code-Teilen befreit ist, die sich auf solche Typen von digitalen Endgeräte (bzw. Plattformen für solche digitale Endgeräte) beziehen, die nicht dem konkreten digitalen Endgerät entsprechen, für welches der "Code der Anwendung" basierend auf dem Modellcode erzeugt werden soll. In diesem Fall weist der Code der Anwendung entweder keine Codeteile auf, die bei dem konkreten digitalen Endgerät nicht verarbeitet werden oder werden können oder aber es weist der Code der Anwendung jedenfalls weniger Codeteile auf, die bei dem konkreten digitalen Endgerät nicht verarbeitet werden oder verarbeitet werden können. In diesem (zweiten) Fall ist unter "Erzeugen des Codes der Anwendung basierend auf dem Modellcode" zu verstehen, dass zumindest Teile des
Programmcodes, die sich auf Typen von Endgeräten beziehen, die nicht dem konkreten Endgerät entsprechen, entfernt werden. Gemäß der vorliegenden Erfindung ist es
beispielsweise vorgesehen, dass im Modellcode solche multiplattformfähigen Codeteile etwa in Form von bedingten Anweisungen (sog. IF-Anweisungen (bzw. "Falls-Anweisungen") oder sog. CASE-Anweisungen (bzw. sog. Fallunterscheidungen)) vorhanden sind.
[0008] Erfindungsgemäß ist es bevorzugt, dass der Modellcode für die Mehrzahl von Typen des digitalen Endgeräts plattformunabhängig ist.
[0009] Erfindungsgemäß ist es ferner bevorzugt, dass der Code der Anwendung ein Hypertext Markup Language (HTML) Code ist.
[0010] Besonders bevorzugt ist es ferner, wenn die Erstellung des für die Mehrzahl von Typen des digitalen Endgeräts verwendbaren Modellcodes der Anwendung ein
Entwicklungsgerät verwendet wird, welches keinen berührungsempfindlichen Bildschirm aufweist. [0011] Erfindungsgemäß ist ferner auch bevorzugt, dass die Anwendung wenigstens eine erste mögliche Ansicht und eine zweite mögliche Ansicht aufweist, wobei die erste und zweite Ansicht unterschiedlichen Ansichtsmodi der Anwendung entsprechen, wobei die erste mögliche Ansicht mittels eines ersten einheitlichen Quellen-Anzeigers (URL, Uniform
Ressource Locator) und wobei die zweite mögliche Ansicht mittels eines zweiten
einheitlichen Quellen-Anzeigers (URL, Uniform Ressource Locator) referenziert wird.
[0012] Hierdurch ist es erfindungsgemäß vorteilhaft möglich, dass in einfacher und in wiederholbarer Weise verschiedene Teile bzw. Ansichten (bzw. von Zuständen oder Betriebszuständen) der Anwendung wieder realisiert werden können.
[0013] Erfindungsgemäß ist es ferner ebenfalls bevorzugt vorgesehen, dass nach dem Start der Anwendung in Abhängigkeit der beim letztmaligen Verlassen der Anwendung dargestellten Ansicht direkt die erste oder zweite mögliche Ansicht dargestellt wird.
[0014] Die Erfindung bezieht sich daher auch auf eine Möglichkeit die komplexe
Navigation innerhalb einer mobilen Anwendung zu speichern um diese beim erneuten Start der Anwendung wiederherstellen zu können.
[0015] Web-Anwendungen basieren heutzutage häufig aus einer einzigen Hypertext Markup Language (HTML)-Seite, welche interaktiv auf die Aktionen des Benutzers reagiert. Bekannt ist, dass man grundsätzlich die Navigation auch innerhalb dieser einzelnen Seite über die Location (Adressfeld) des Browsers bzw. der Browser-Komponente realisieren kann. Dies funktioniert über einen sogenannten Anker der am Ende, mittels eines„#"- Symbols, angefügt wird. Allerdings gibt es bis dato kein Konzept, den durchaus komplexen Zustand einer Anwendung dort abzulegen.
[0016] Das durch die vorliegende Erfindung vorgeschlagene Modell ist ein
Zusammenspiel von Navigation und Interface-Logik: Die sogennanten Ansichten oder "Views" (also den einzelnen Bereichen einer Anwendung) besitzen jeweils einen eindeutigen Namen. Jeder View kann eine Subview unterstützen (also z. B. ein Reiter-System innerhalb der„Seite"). Außerdem kann jede Ansicht einen Parameter erhalten also z. B. die eindeutige Kennung eines Benutzers, einer E-Mail, etc. Die Reduktion auf diese drei Informationen hat es möglich gemacht, ein einheitliches System zu realisieren, welches für nahezu alle aktuellen Smartphone-Applikationen genug Möglichkeiten bereitstellt, den aktuellen Zustand darzustellen.
[0017] Im Folgenden wird beispielhaft aufgezeigt, wie diese drei Informationen zu einer eindeutigen Kennung zusammenzufügt werden können:
Die Kennung sieht beispielsweise wie folgt aus:„viewld.subViewld:parameter". Sowohl„subViewId" als als„parameter" sind optional. Diese Kennung selbst wird dann als Segment innerhalb einer Struktur benutzt. Innerhalb einer Anwendung wäre es z.B. denkbar, dass der Nutzer gerade aus seinem Postfach„Privat", die dritte E-Mail anschaut. In dem Fall könnte ein kompletter Navigationspfad wie folgt aussehen:„inbox:private/mail:3". Die
Trennung der einzelnen Kennungen geschieht über einen Schrägstrich. Hier werden die IDs der Views („inbox" und„mail") jeweils mit Parametern benutzt („private" und„3").
[0018] Diese Kennungs-Information zur genauen Bezeichnung einer gewählten Ansicht (und insbesondere derjenigen Ansicht, die die Anwendung hatte, bevor das digitale Endgerät ausgeschaltet wurde) wird an die eigentliche URL mittels eines sogenannten Ankers
(beispielsweise mittels "#") angefügt. Also z.B. folgendermaßen:
"http://www.webmail.eom/#inbox:private/mail:3".
Im Fall eines normalen Browsers kann der Benutzer z.B. einen Bookmark für die aktuelle Position in der Anwendung erstellen bzw. einen Link verschicken, welcher genau die richtige Position beim Empfänger wieder anzeigt. Er hat auch die Möglichkeit die URL entsprechend zu modifizieren und damit eine Navigation in der Anwendung zu erwirken. Die Ablage in der URL ist anderen Modellen vorzuziehen, da nur so vernünftig mit unterschiedlichen Browser- Reitern/-Fenstern umgegangen werden kann. Der Benutzer könnte also die Anwendung in zwei Browser-Fenstern unabhängig voneinander benutzen.
[0019] Auch im Falle einer Web-Anwendung, die keine sichtbare Navigationsleiste für den Benutzer besitzt, kann man trotzdem mit diesem Verfahren arbeiten. Hier ist es besonders interessant den Zustand der Anwendung beim Start wieder exakt herzustellen. Hierzu wird der Pfad innerhalb der Anwendung im festen Speicher der Anwendung abgelegt und beim erneuten Start der Anwendung wieder ausgelesen.
[0020] Gemäß einer weiteren bevorzugten Ausführungsform der vorliegenden Erfindung ist es vorgesehen, dass während der Erstellung des für die Mehrzahl von Typen des digitalen Endgeräts verwendbaren Modellcodes der Anwendung eine Proxy-Einheit verwendet wird, wobei die Proxy-Einheit eine Zugangskontroll-Information (HTTP ACCESS CONTROL Header) in eine von einem externen Server empfangene Nachricht integriert.
[0021] Hierdurch ist es vorteilhafterweise möglich, auch für die Situation von Cross- Domain Restriktionen eine Möglichkeit auf einem Desktop-System zu schaffen, um mobile Anwendungen direkt im Browser (des Desktop-Systems des Entwicklers) zu testen.
[0022] Bei der Entwicklung von Web-Anwendungen (für digitale Endgeräte wie beispielsweise Smartphones) auf dem Desktop kann normalerweise nicht auf entfernt liegende Resourcen zugegriffen werden. Hier greift die so genannte Cross-Domain Policy, die für typische Desktop-Entwicklungssysteme gängig sind. Dies geschieht hauptsächlich zum Schutz des klassischen Browsers vor der Ausführung von third-Party Code. Dieses sinnvolle Feature kann dem Entwickler allerdings im Weg stehen, wenn man mit einem Service interagiert, dem man vertraut. Innerhalb einer nativen Anwendung, die z.B. auf Basis von PhoneGap auf Smartphones verteilt wird, greifen die typischen Browser-Limitierungen nicht. Das Problem besteht hier vorrangig während der Entwicklung. Denn während die generierte Anwendung vollen Zugriff auf das Internet hat, gilt dies während der Entwicklung - soweit man den Browser des Desktop-Systems zum Testen nutzt - nicht.
[0023] Um die zum Testen notwendige Bereitstellung einer Kommunikationsmöglichkeit mit externen Diensten zu schaffen, ohne zusätzliche zu installierende Software auf dem Rechner des Anwendungsentwicklers zu installieren (da dies den initialen Aufwand wieder erhöhen würde; beispielsweise wäre es möglich, lokal (auf dem Entwicklungsgerät) einen HTTP-Server einzurichten und die Anwendung wie auch die Kommunikation über diesen HTTP-Server umzuleiten), macht sich das Verfahren gemäß der vorliegenden Erfindung eine Funktionalität in aktuellen Browsern zu Nutze, bei dem mit Hilfe von bestimmten HTTP- Headern ein Service-Provider seine Dienste für die Cross-Domain-Kommunikation freischalten kann. Da diese Freischaltungen häufig (und bei relevanten Servern) nicht vorgenommen werden (und auch in der Regel bei third-Party-Diensten nicht manipulierbar sind), wird gemäß der vorliegenden Erfindung beispielsweise ein generischer Proxy (als Proxy-Einheit) aufgesetzt (und beispielsweise für eine Mehrzahl von Entwicklungsplätzen zentral gehostet). Der generische Proxy (bzw. die Proxy-Einheit) tritt als Schnittstelle zur Kommunikation mit einem Dienst auf. Die Kommunikation wird immer automatisch über den Proxy (bzw. die Proxy-Einheit) geführt, sobald festgestellt wird, dass diese auf eine andere Domain zugreift. In der erstellten Anwendung wird also immer direkt kommuniziert und keine Last auf dem Proxy generiert. Der Proxy (bzw. die Proxy-Einheit) leitet alle Anfragen unverändert weiter, fügt aber in die jeweiligen Antworten die„HTTP access control"-Header ein, um dem Browser die Erlaubnis zu signalisieren, dass er diese Antwort entsprechend weiterverarbeiten kann. Hierdurch ist es vorteilhaft möglich, dass dieser zentrale Proxy (bzw. die Proxy-Einheit) allen Anwendungsentwicklers parallel zu Verfügung steht und nur einmal gewartet werden muss. Durch die Verankerung innerhalb des Framework-Codes ist die Umschaltung zwischen Proxy benutzen und direkt kommunizieren völlig transparent für den Anwendungsentwickler. Dieser muss außerdem auf dem eigenen Entwicklungs-Rechner keinen HTTP-Server einrichten und administrieren. Die Entwicklung einer mobilen
Anwendung auf Basis von Webtechnologien kann hiermit direkt im Desktop-Browser, der auf das lokale Dateisystem zugreift, passieren. [0024] Erfindungsgemäß ist es insbesondere bevorzugt vorgesehen, dass während der Erstellung des für die Mehrzahl von Typen des digitalen Endgeräts verwendbaren
Modellcodes der Anwendung synthetische Bedienereignisse generiert werden, wobei solche synthetische Bedienereignisse einer Benutzung des berührungsempfindlichen Bildschirms entsprechen.
[0025] In der Regel haben digitale Endgeräte als Smartphones einen
berührungsempfindlichen Bildschirm, einen sog. Touch-Screen. In Analogie zur Verwendung von sog. Mouse-Events (bzw. Maus-Ereignissen) für die Programmierung von solchen Internetseiten oder Anwendungen, die vorrangig zur Bedienung mit mit einer Computer- Maus ausgestatteten Geräten vorgesehen sind, werden daher im Bereich von
berührungsempfindlichen Bildschirmen sog. Touch-Events als Bedienereignisse verwendet. Klassische Desktop-Computer verfügen jedoch in der Regel nicht über eine solche
Eingabemöglichkeit. Gängiger Lösungsansatz ist es auf Anwendungsseite sowohl Mouse- Events als auch Touch-Events zu bearbeiten. Die Problematik, die hier existiert ist, dass die meisten Touch-Geräte auch Mouse-Events feuern und es hier zu Konflikten kommen kann, da evtl. beide Events feuern bzw. das Resultat dieser evtl. andere Events beeinflusst (Stichwort: preventDefault). Gemäß der vorliegenden Erfindung ist es vorgesehen, sog. synthetische Events bzw. synthetische Bedienereignisse zu benutzen, d.h. es werden synthetische Events gefeuert, um auf (Entwicklungs-)Geräten ohne Support für Touch- Events entsprechend über Mouse-Events solche Touch-Events zu simulieren.
Beispielsweise werden die nativ verfügbaren Touch-Events„touchstart",„touchmove" und „touchend" mit den Mouse-Events„mousedown",„mousemove" und„mouseup" emuliert. In diesem Bespiel darf etwa der„mousemove" nur beachtet werden, während der Mouse- Button gedrückt ist. Durch die Realisierung als Teil eines Frameworks, steht diese Emulation allen auf der Technologie basierenden Anwendungen zur Verfügung. Die Anwendungen können weiterhin normal mit Events arbeiten und müssen nicht über eine spezielle API gehen. Die Lösung ist damit für den Anwendungsentwickler transparent. Es wird eine Anwendung, die auf Touch-Geräten laufen soll, ausschließlich mit Touch-Events und kann diese bereits auf dem Desktop in einem normalen Browser testen. Dieses Vorgehen verbessert massiv die Produktivität, da die Anwendung nicht zwangsweise auf dem Endgerät bzw. im Simulator getestet werden muss. Das Testen im Desktop-Browser erlaubt einen Save-Reload Workflow und ist daher immer effizienter als der für Simulatoren/Emulatoren in der Regel benötigte Schritt der Compilation und des Deployments.
[0026] Die im mobilen Webbrowser zur Verfügung stehenden Touch-Events sind recht limitiert. Je nach digitalem Endgerät werden nur einfache Touchevents (touchstart, touchmove, touchend) unterstützt bzw. es werden auch Gesten (Pinch/Zoom) unterstützt (beispielsweise bei iPhone). Alle anderen Touch-Events müssen mühevoll manuell in der Anwendung ausprogrammiert werden.
[0027] Durch die Nutzung von synthetischen Events ist ein Durchbruch in der
Anwendungsentwicklung gelungen. Mithilfe der neuen Events„tap", zum Erkennen eines schnellen Tippens,„touchhold",„touchrelease" zur Kontrolle eines verweilenden Fingers und „swipe" zur Erkennung von Swipe-Bewegungen, stehen dem Anwendungsentwickler einfache Möglichkeiten zur Verfügung um gängige Finger-Aktionen in der Anwendungslogik zu nutzen.
[0028] Diese synthetisch gefeuerten Events sind von dem Anwendungsentwickler genauso so handhaben wie die nativen Events und stellen keinen Unterschied in der Verwendung dar. Dies macht also die Verwendung besonders einfach.
[0029] Erfindungsgemäß ist femer auch bevorzugt, dass die synthetischen
Bedienereignisse mittels einer Computermaus und mit einem Entwicklungsgerät generiert werden, welches keinen berührungsempfindlichen Bildschirm aufweist.
[0030] Besonders bevorzugt ist es ferner, wenn die synthetischen Bedienereignisse einem oder mehreren der folgenden einer Benutzung des berührungsempfindlichen
Bildschirms entsprechenden Bedienereignisse entsprechen:
- Beginn der Berührung (touchstart),
- Bewegung bei Berührung (touchmove),
- Ende der Berührung (touchend),
- Annähern zweier Finger (pinch),
- Spreizen zweier Finger (zoom),
- schnelles Tippen (tap),
- verweilende Berührung (touchhold),
- Ende der verweilenden Berührung (touchrelease),
-- Wischbewegung (swipe).
[0031] Ein weiterer Gegenstand der vorliegenden Erfindung bezieht sich auf eine Vorrichtung zum Erzeugen einer auf einem einen berührungsempfindlichen Bildschirm aufweisenden digitalen Endgerät lauffähigen Anwendung, wobei ein Code der Anwendung zumindest teilweise von einem Servergerät auf das digitale Endgerät übertragbar ist, wobei die Übertragung des Codes der Anwendung zumindest teilweise durch Benutzerinteraktion auslösbar ist, wobei die Vorrichtung derart konfiguriert ist, dass:
- ein für eine Mehrzahl von Typen des digitalen Endgeräts verwendbarer Modellcode der Anwendung erstellbar ist, und
- der Code der Anwendung basierend auf dem Modellcode erzeugbar ist.
[0032] Ein weiterer Gegenstand der vorliegenden Erfindung betrifft einen Code einer Anwendung, welcher gemäß einem erfindungsgemäßen Verfahren oder in einer
erfindungsgemäßen Vorrichtung erzeugt ist.
[0033] Ausführungsbeispiele der Erfindung sind in der Zeichnung dargestellt und in der nachfolgenden Beschreibung näher erläutert. Die Figuren schränken den allgemeinen Erfindungsgedanken nicht ein.
Kurze Beschreibung der Zeichnung
[0034] Figur 1 zeigt schematisch ein digitales Endgerät, welches einen
berührungsempfindlichen Bildschirm aufweist, wobei eine Anwendung von einem
Servergerät an das digitale Endgerät übertragen wird.
[0035] Figur 2 zeigt schematisch die Generierung eines Codes bzw. einer Mehrzahl von verschiedenen Codes für verschiedene Typen von digitalen Endgeräten, wobei die verschiedenen Codes auf einem Modellcode beruhen bzw. von diesem abgeleitet sind.
Ausführungsform(en) der Erfindung
[0036] In Figur 1 ist schematisch ein digitales Endgerät 15 dargestellt, welches einen berührungsempfindlichen Bildschirm 15' aufweist, wobei eine Anwendung 20 von einem Servergerät 10 an das digitale Endgerät 15 übertragen wird. Nach der Übertragung der Anwendung 20 steht deren Funktionalität am bzw. auf dem digitalen Endgerät 15 zur Verfügung. Die Übertragung wird bevorzugt mittels einer Funkschnittstelle durchgeführt, d.h. das digitale Endgerät 15 weist eine Funkschnittstelle auf und das Servergerät 10 weist ebenfalls eine Funkschnittstelle auf bzw. ist (zumindest indirekt) mit einer Funkschnittstelle verbunden, beispielsweise über eine Basisstationseinheit eines Mobilfunknetzes oder auch über eine drahtlose Netzwerkanbindung (WLAN-Verbindung). Bei dem Servergerät 10 kann es sich erfindungsgemäß entweder um einen zentralen Server handeln (beispielsweise ein zentraler Server eines Herstellers des digitalen EndgerätesDies wird beispielsweise dadurch einem Benutzer sichtbar gemacht, dass eine die Anwendung versinnbildlichende Darstellung (ein sog. "Icon") auf dem berührungsempfindlichen Bildschirm 15' dargestellt wird bzw. dargestellt werden kann.
[0037] In Figur 2 ist schematisch die Generierung eines Codes 31 bzw. einer Mehrzahl von verschiedenen Codes 31 , 32, 33 für verschiedene Typen von digitalen Endgeräten 15 dargestellt, wobei die verschiedenen Codes 31 , 32, 33 auf einem Modellcode 30 beruhen bzw. von diesem abgeleitet sind.
[0038] Gemäß der vorliegenden Erfindung wird die Erstellung von Anwendungen (sog. "Apps", d.h. von Anwendungen bzw. "applications") für mobile digitale Endgeräte erheblich erleichtert und vereinfacht, so dass die Bereitstellung solcher Anwendungen schneller erfolgen kann. Dies wird erfindungsgemäß dadurch realisiert, dass der Modellcode 30 bevorzugt in einer Sprache geschrieben wird, die alle Typen von solchen mobilen digitalen Endgeräten verarbeiten können. Wegen der verschiedenen, zum Teil sehr unterschiedlichen Betriebssystemen, mit denen solche digitalen Endgeräte betrieben werden (wie
beispielsweise Android, eine mobile Variante von Windows, das Betriebssystem des iPhone bzw. des iPad, etc.), kommt als gemeinsame Sprache im wesentlichen Hypertext Markup Language (HTML) und/oder JAVA Script in Frage.

Claims

Patentansprüche
1. Verfahren zum Erzeugen einer auf einem einen berührungsempfindlichen Bildschirm aufweisenden digitalen Endgerät (15) lauffähigen Anwendung (20), wobei ein Code (31 ) der Anwendung (20) zumindest teilweise von einem Servergerät (10) auf das digitale Endgerät (15) übertragen wird, wobei die Übertragung des Codes der Anwendung zumindest teilweise durch Benutzerinteraktion ausgelöst wird, dadurch gekennzeichnet, dass das Verfahren die Schritte umfasst:
- Erstellen eines für eine Mehrzahl von Typen des digitalen Endgeräts (15) verwendbaren Modellcodes (30) der Anwendung (20) und
- Erzeugen des Codes (31 ) der Anwendung (20) basierend auf dem Modellcode (30).
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass der Modellcode (30) für die Mehrzahl von Typen des digitalen Endgeräts (15) plattformunabhängig ist.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass der Code (31 ) der Anwendung (20) ein Hypertext Markup Language (HTML) Code ist.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Erstellung des für die Mehrzahl von Typen des digitalen Endgeräts (15) verwendbaren Modellcodes (30) der Anwendung (20) ein Entwicklungsgerät verwendet wird, welches keinen berührungsempfindlichen Bildschirm aufweist.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Anwendung (20) wenigstens eine erste mögliche Ansicht und eine zweite mögliche Ansicht aufweist, wobei die erste und zweite Ansicht unterschiedlichen Ansichtsmodi der Anwendung entsprechen, wobei die erste mögliche Ansicht mittels eines ersten einheitlichen Quellen-Anzeigers (URL, Uniform Ressource Locator) und wobei die zweite mögliche Ansicht mittels eines zweiten einheitlichen Quellen-Anzeigers (URL, Uniform Ressource Locator) referenziert wird.
6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass nach dem Start der
Anwendung (20) in Abhängigkeit der beim letztmaligen Verlassen der Anwendung dargestellten Ansicht direkt die erste oder zweite mögliche Ansicht dargestellt wird.
7. Verfahren nach einem der vorhergehenden Ansprüchen, dadurch gekennzeichnet, dass während der Erstellung des für die Mehrzahl von Typen des digitalen Endgeräts (15) verwendbaren Modellcodes (30) der Anwendung (20) eine Proxy-Einheit verwendet wird, wobei die Proxy-Einheit eine Zugangskontroll-Information (HTTP ACCESS CONTROL Header) in eine von einem externen Server empfangene Nachricht integriert.
8. Verfahren nach einem der vorhergehenden Ansprüchen, dadurch gekennzeichnet, dass während der Erstellung des für die Mehrzahl von Typen des digitalen Endgeräts (15) verwendbaren Modellcodes (30) der Anwendung (20) synthetische
Bedienereignisse generiert werden, wobei solche synthetische Bedienereignisse einer Benutzung des berührungsempfindlichen Bildschirms entsprechen.
9. Verfahren nach Ansprüche, dadurch gekennzeichnet, dass die synthetischen
Bedienereignisse mittels einer Computermaus und mit einem Entwicklungsgerät generiert werden, welches keinen berührungsempfindlichen Bildschirm aufweist.
10. Verfahren nach Anspruch 8oder 9, dadurch gekennzeichnet, dass die synthetischen Bedienereignisse einem oder mehreren der folgenden einer Benutzung des berührungsempfindlichen Bildschirms entsprechenden Bedienereignisse entsprechen:
— Beginn der Berührung (touchstart),
— Bewegung bei Berührung (touchmove),
— Ende der Berührung (touchend),
— Annähern zweier Finger (pinch),
— Spreizen zweier Finger (zoom),
— schnelles Tippen (tap),
— verweilende Berührung (touchhold),
-- Ende der verweilenden Berührung (touchrelease),
— Wischbewegung (swipe).
11. Vorrichtung (1 ) zum Erzeugen einer auf einem einen berührungsempfindlichen
Bildschirm aufweisenden digitalen Endgerät (15) lauffähigen Anwendung (20), wobei ein Code (31 ) der Anwendung (20) zumindest teilweise von einem Servergerät (10) auf das digitale Endgerät (15) übertragbar ist, wobei die Übertragung des Codes der Anwendung zumindest teilweise durch Benutzerinteraktion auslösbar ist, dadurch gekennzeichnet, dass die Vorrichtung derart konfiguriert ist, dass:
-- ein für eine Mehrzahl von Typen des digitalen Endgeräts (15) verwendbarer Modellcode (30) der Anwendung (20) erstellbar ist, und
-- der Code (31 ) der Anwendung (20) basierend auf dem Modellcode (30) erzeugbar ist.
12. Code einer Anwendung (20), welcher gemäß einem Verfahren nach einem der Ansprüche 1 bis 10 oder in einer Vorrichtung nach Anspruch 11 erzeugt ist.
EP11767912.6A 2010-09-10 2011-09-09 Verfahren zum erzeugen einer auf einem einen berührungsempfindlichen bildschirm aufweisenden digitalen endgerät lauffähigen anwendung und vorrichtung Ceased EP2614435A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP11767912.6A EP2614435A1 (de) 2010-09-10 2011-09-09 Verfahren zum erzeugen einer auf einem einen berührungsempfindlichen bildschirm aufweisenden digitalen endgerät lauffähigen anwendung und vorrichtung

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP10009444 2010-09-10
PCT/EP2011/004539 WO2012031768A1 (de) 2010-09-10 2011-09-09 Verfahren zum erzeugen einer auf einem einen berührungsempfindlichen bildschirm aufweisenden digitalen endgerät lauffähigen anwendung und vorrichtung
EP11767912.6A EP2614435A1 (de) 2010-09-10 2011-09-09 Verfahren zum erzeugen einer auf einem einen berührungsempfindlichen bildschirm aufweisenden digitalen endgerät lauffähigen anwendung und vorrichtung

Publications (1)

Publication Number Publication Date
EP2614435A1 true EP2614435A1 (de) 2013-07-17

Family

ID=43334764

Family Applications (1)

Application Number Title Priority Date Filing Date
EP11767912.6A Ceased EP2614435A1 (de) 2010-09-10 2011-09-09 Verfahren zum erzeugen einer auf einem einen berührungsempfindlichen bildschirm aufweisenden digitalen endgerät lauffähigen anwendung und vorrichtung

Country Status (2)

Country Link
EP (1) EP2614435A1 (de)
WO (1) WO2012031768A1 (de)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030181196A1 (en) * 2002-03-22 2003-09-25 Eran Davidov Extensible framework for code generation from XML tags
EP1715419A1 (de) * 2005-04-22 2006-10-25 Ubs Ag Verfahren für plattformunabhängige Dienstmodellierung

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2012031768A1 *

Also Published As

Publication number Publication date
WO2012031768A1 (de) 2012-03-15

Similar Documents

Publication Publication Date Title
DE69700074T2 (de) Dynamische verbindbare Etiketten in einer Netzbrowserseite
DE69813504T2 (de) Verwaltungsvorrichtung zur software-aktualisierung
DE102012213795B4 (de) Durch einen Computer implementiertes Verfahren, das es einer Web-Anwendung ermöglicht, mindestens eine native Funktion einer mobilen Einheit aufzurufen
EP2350873B1 (de) Erfassung des visuellen inhalts von browserfenstern
DE60308489T2 (de) Anwendungsfensterschließung als Reaktion auf ein Ereignis in einem Parent-Fenster
DE60116343T2 (de) Webserver
DE69801816T2 (de) Vorrichtung und verfahren zur aktualisierung und zur synchronisierung von informationen zwischen einem klient und einem server
DE60125913T2 (de) Datenübertragungsverfahren und vorrichtung
DE60121987T2 (de) Zugreifen auf Daten, die bei einer Zwischenstation gespeichert sind, von einem Dienst aus
DE60131683T2 (de) Verfahren und system zur verwaltung von mehreren netzwerk-betriebsmitteln
DE112010002916T5 (de) Verfahren und System zum automatischen Testen einer Web-Anwendung
DE112011102891T5 (de) Automatisches Anpassen einer Eingabekonfiguration
DE60122298T2 (de) Dateneingabe
DE69622449T2 (de) Betriebssystembasiertes Fernkommunikationssystem
WO2005101946A2 (en) A system for management of interactions between users and software applications in a web environment
DE102008019040A1 (de) Verfahren und Steuergerät zur Steuerung eines Automatisierungssystems
EP3217236B1 (de) Verfahren und system zur generierung eines bedienprogramms in form einer auf einem mobilen gerät lauffähigen mobilen applikation
CN116982029A (zh) 对基于事件的应用进行托管
DE202014010943U1 (de) Wechseln zu und aus nativen Webanwendungen
DE202013012491U1 (de) Quer-Erweiterungsnachrichtenübermittlung unter Verwendung eines Browsers als Intermediär
CN114860240A (zh) 一种低代码页面创建方法、装置、设备及介质
DE10348784B4 (de) Vorrichtung und Verfahren zum Verwalten von Informationsdaten in einem Mobiltelefon
EP3226088A1 (de) Anzeige- und bedieneinheit und verfahren zur bedienung eines feldgeräts mit einer anzeige- und bedieneinheit
DE102013227141A1 (de) Transfer einer Benutzerschnittstelle
DE10352400A1 (de) Netzwerkdienst-Abfangvorrichtung

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20130410

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20131217

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20191227