EP1916644A1 - Verfahren und Vorrichtung zur Erzeugung und Übermittlung georeferenzierter Nachrichten - Google Patents
Verfahren und Vorrichtung zur Erzeugung und Übermittlung georeferenzierter Nachrichten Download PDFInfo
- Publication number
- EP1916644A1 EP1916644A1 EP07405313A EP07405313A EP1916644A1 EP 1916644 A1 EP1916644 A1 EP 1916644A1 EP 07405313 A EP07405313 A EP 07405313A EP 07405313 A EP07405313 A EP 07405313A EP 1916644 A1 EP1916644 A1 EP 1916644A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- message
- receiver
- transmitter
- map
- messages
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 21
- 230000005540 biological transmission Effects 0.000 claims abstract description 19
- 239000000463 material Substances 0.000 claims description 7
- 230000004807 localization Effects 0.000 claims description 4
- 238000004891 communication Methods 0.000 description 15
- 230000006870 function Effects 0.000 description 7
- 101100390736 Danio rerio fign gene Proteins 0.000 description 6
- 101100390738 Mus musculus Fign gene Proteins 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 229920001690 polydopamine Polymers 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
- G08G1/096791—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is another vehicle
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/091—Traffic information broadcasting
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096708—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
- G08G1/096716—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information does not generate an automatic action on the vehicle control
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096733—Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place
- G08G1/096758—Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place where no selection takes place on the transmitted or the received information
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
- G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
- G08G1/096775—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a central station
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
- G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
Definitions
- the present invention relates to a system for generating, transmitting and exchanging georeferenced messages (GN).
- georeferencing is meant the assignment of spatial reference information to a data set;
- a georeferenced message is usually a text message which additionally contains a point or another reference to real-world coordinates and / or other real-world location information (e.g., latitude and longitude, altitude, possibly also direction of movement, speed, etc.).
- the text message refers to the assigned point or coordinates. This makes it possible to describe an event or a factual specification by means of a text and / or images in more detail and / or to assign an exact location to the text or content of the message by the coordinates of the georeference.
- GN [RELHP1] are of great, often crucial importance for the spatiotemporal recording and coordination of operations of fire brigades, technical or medical aid organizations, police, security personnel, etc., especially when it comes to spatially extended operations in which there is no visual contact .
- the hitherto commonly used communication via voice transmission is only able to transmit part of the information and is prone to error or even impossible in tense situations.
- location information depends on the knowledge of the transmitter; If, for example, firefighters from another municipality are mobilized in a major fire, one can not expect them to intervene Smoke, rubble and water also decipher house numbers or street signs, if they are still present and legible.
- the object of the invention is to provide a mobile system for generating, transmitting and exchanging GN [RELHP2] , which has a greater flexibility than the known systems, which offers a choice for the linkage the geodata with the message to be sent, which provides a choice for the reception of broadcasts and finally portable, that is, wearable by a person, and that hinders them as little as possible in their activity.
- a system according to the invention allows the transmission of GN in both directions, i. from a mobile or other device to a center and vice versa. Also, the direct communication between mobile devices is possible, as well as between a first center and a second, other center. In other words, the communication is independent of the device used, each participant can act both as a sender and as a receiver.
- the inventive system also allows the transmission of GN to one or more receivers.
- other existing communication means e.g. Radio devices, relieved because position-related information does not need to be transmitted via these channels.
- GN allow less room for interpretation than conventional news, coordinates are understood by all participants the same, especially if they are displayed automatically and directly on a map. There is no doubt that site descriptions can be misleading, usually requiring local knowledge and often making inquiries necessary.
- the invention consists of a novel, modular combination of several individual technologies, the z.T. available in the market.
- the invention will be described below first in its operation by way of example. Below is an example of the implementation
- FIG. 1 shows a typical image of a display according to the invention on a computer screen, here as a comparatively large display of a laptop.
- Fig. 2 is the same image, but with added position information according to the invention.
- the display arrangement in FIG. 1 is divided into two with a text field 1 in the lower area and a map area 2 in the upper area.
- this arrangement is not mandatory; it can also be reversed or one side staggered arrangement of the fields can be selected. Because of the usually scarce space conditions on the display of some mobile devices these 2 areas can be accommodated also on 2 different sides.
- the Fign. 3 and 4 show an example.
- Text field 1 contains a few lines in the usual order, as they are already used today; Here, in the example, an area for a message 3 of SMS or e-mail type, an address line for entering the receiver 4 and a line with some typical icons 5.
- a map section of the environment of the device location is displayed in the device; This can easily be done using a saved map, here the city of Zurich, and a GPS orientation system respectively.
- a saved map here the city of Zurich
- GPS orientation system are offered in a similar form as navigation systems for cars and other vehicles.
- the sending person eg a tram guide, hereinafter referred to as "sender" now has the option of selecting or changing the map section. In the example he (or she) will modify the map so that the scene of the accident is clearly visible on the map.
- the sender will first move the cursor to the "Create Georeference” icon (or button), then to the exact location of the accident, and then with a corresponding input command, e.g. Click to add the coordinates of this point, ie the accident site, to the message.
- a corresponding input command e.g. Click to add the coordinates of this point, ie the accident site, to the message.
- the dot is marked on the display, e.g. by means of a rectangle.
- the corresponding display image is shown.
- the tram station at the Central which is included in the maps, and the exact accident location marked with a rectangle 8.
- the position line is now provided with the exact position specification 9 as a point coordinate pair. This is preferably done automatically when the o.g. Input command.
- the card field contains other information, here e.g. Coordinate lines (kilometer lines) 10, shown.
- the attachment of the selected point coordinate pair to the text message can be done as an attachment, so it can be corrected or deleted, for example, or several point coordinate pairs can be added.
- a suitably equipped mobile phone mobile phone
- tablet PCs can be used advantageously if it has a sufficiently large screen.
- the solution to this problem consists of two or more sequentially invocable screens or screens, e.g. a (first) text screen containing only one or more text fields (for e.g., message and addresses), and an optionally invocable map screen containing only a map section.
- the screens contain corresponding command fields or buttons, usually called "buttons" in English.
- Fig. 3 shows such a first screen of a mobile device with the message to be transmitted and the addressee (Recipient), here the center. This corresponds in principle to the text field of Fig. 1. Furthermore, three command buttons are provided which can be made so large that even operation with a glove is possible, which is e.g. can play a role in the rescue sector. "Back” is for the return to the previous screen, "Attach” for the addition of the georeference (second screen, see Fig. 4) and "Send" for sending the GN.
- buttons "+” and “-” allow enlargement or reduction, ie zooming of the map.
- the relevant point here eg the accident location
- the relevant point is marked, which is indicated by a small circle.
- the key "OK” the coordinates become of this point and attached to the message to be sent.
- Fig. 5 again shows the first screen of the mobile device, now with a display (bottom right above the arrow symbol) that a georeference has been added and thus makes the message to a GN.
- the GN is sent to the addressee, here to the central office.
- Fig. 6 presents an overview of the possible routes of a GN from the sender via the message server to one or more receivers.
- the sender is shown as a laptop (see Figures 1 and 2).
- the use of one (or even several, spatially distributed) panels may prove advantageous in extended networks.
- the large map view may e.g. be displayed in a central office, which may prove particularly advantageous in the occurrence of multiple simultaneous focal points due to accidents or other disorders.
- Fig. 7 the first screen of a mobile device is shown, showing the transmission time, the sender, the addressee and the received text message, in turn, the mark that it is a GN.
- the messages for message and map are in turn divided into two screen pages, between which can be switched back and forth.
- FIG. 8 now shows the second screen page of a mobile device with the map detail, the georeference and the transmitted transmitted message.
- the card is not transferred, but is typically stored in the mobile device, which allows a much better use of the available transmission band. It is obvious that the superimposed, readable message practically precludes a misinterpretation about the location of the event. In this case, the readability can be improved or interpretation can be clarified with a corresponding color marking, e.g. red for accidents and blue for less critical situations, e.g. a clamping tramway.
- Fig. 9 shows a representation as shown for the received GN on a larger screen, e.g. a laptop or in the central office, is possible. Switching is then no longer necessary.
- the message can be entered directly in the map section. This would prove to be useful in large displays on a wall map in a central office, as such an automatic, always kept up to date map presentation greatly facilitates a generalstabsten planning of missions.
- Figure 10 provides an overview of the path of GN from the sender to the receivers.
- the sender captures the receiver (s), captures the message text, adds the georeference, and sends the GN so created to the message server , This receives the message and forwards it to the recipients so that they can retrieve them in a mailbox or in another way.
- the GN is then displayed device-dependent in the manner described above.
- Fig. 11 shows the procedure for creating a GN from the transmitter's point of view; slightly modified, as it allows the specification of several geo references.
- the user opens the screen for creating GNs as shown in Figs. 1 to 5 shown.
- the user specifies the receiver (s) 1 of the GN.
- it captures the text to be sent 2 (usually a description of the situation which defines the context of the attached point (or points)).
- the user adds a georeferenced point to the GN to mark the message as GN. This is done by selecting a point on the displayed map.
- the latter process can be repeated by the user several times to add various georeferenced points (similar to an attachment in an e-mail).
- the possibly encrypted transmission of the message to the message server is initiated.
- FIG. 12 shows the functions of the message server. This receives the GN from the sender and places it in the message output slot of the sender. Typically, the GNs on the server are kept persistent until the sender (or the center) explicitly deletes the message. As a next step, the message server goes through the recipient list defined in the GN and places each recipient with a copy of the message in its message inbox, i. the mailbox.
- the message can be delivered in two different ways: Either the recipient queries the message server at a certain time interval to retrieve newly arrived messages (analogous to e-mail), or the message server tries by itself to deliver the GN to the recipient ( analog SMS). Depending on the circumstances, one or the other method will be preferable.
- the receiver side is shown in FIG.
- the application receives the GN from the message server or asks for it in a fixed one Time interval from new GN. Once the GN is completely received, the user is informed of the reception and the GN can be displayed in a window.
- the message window of the received message represents the text of the GN and the various georeferenced points appended with a symbol. If it is a small screen size device, e.g. To a mobile device, the map is displayed in a separate screen which can be changed by pressing the icon (see Figures 7 and 8). Devices with a sufficiently large screen show the card in the same screen together with the text (split screen, see Fig. 9). The map is centered upon selecting a symbol for an appended point and the point is made visible on the map (e.g., rectangle in Figure 9).
- Example 1 Collision tram / passenger car at the Central in Zurich
- the tram driver referred to below and in the drawings Peter Muster, makes a message to the head office. He carries a mobile device with him, for example, a PDA, on which he enters the text message (Fig. 3) and then marked the exact location of the accident on the map (Fig. 4). The latter, as described above, is added to the message as the georeferenced point by pressing the "Attach” key and makes it a GN ( Figure 5). Click on the "Send” button the GN is sent to the message server and is now available to the central office.
- the panel sees the new message ( Figure 9) and the card is centered on the dot upon opening this message, typically with a click on the message analogous to a mail program, and the dot is marked with a marker, e.g. a rectangle.
- a marker e.g. a rectangle.
- the receiver in this case the tram control center "sees" the map section around the received coordinates together with the message in the text field.
- the size of the map section, the zoom factor, can be selected by the receiver.
- map section and / or the map material is not transmitted, but is directly to the receiver, i. from its own storage source, available.
- Non-existent maps can be obtained elsewhere if required, for example, supplied by a map server.
- VBZ Troubleshooter (VBZ stands for "Zurich Public Transport”), which will drive to the scene of the accident and initiate the repair of possible damage to ensure tram operation as soon as possible.
- the VBZ Troubleshooter reports to the head office, advantageously again with a GN, that the accident site has been cleared and the tracks on the Central can be re-run. Whereupon this informs by means of GN the lines 4 and 15 that the accident site at the Central is cleared and the trams can drive instead of the detour again the normal route.
- a helicopter of the Rega that is the Swiss air rescue service, and a police helicopter are on the way to make out the scene of the accident.
- the Rega helicopter finds the accident site and informs the center via GN about the exact coordinates and, via text or even photos, about the situation as it presents itself from the air.
- Rega rescuers, among them a doctor are dropped by the wind at the scene of the accident.
- the center asks the police helicopter to load additional required material and to fly to the exactly marked by a GN accident site. There should e.g. a clearing to simplify the recovery of the injured. Furthermore, the center is looking for the nearest road, possibly with heavy vehicles, and directs the rescuers who operate from the ground (and not from the air) to the right place by means of GN.
- the wind-swept Rega rescuers have now prepared injured for transport, which are now flown to the next road, where they can be received by the incoming rescue workers.
- Fig. 14 shows the structure of the application in the different levels.
- Level 1 involves capturing a GN on a client.
- the MessageStub will used to request the list of users on the appropriate component on the server, the MessageProvider. This is used to set the recipients of the message.
- the MessageStub provides a container for the message, that is, for the text and the embedded georeferenced points.
- the MapStub handles the map display and also provides the functionality to convert a point clicked on the map from screen coordinates to the corresponding real world coordinates (WGS84). The information can then be added by the MessageStub of the message, so that the coordinates of the points in the GN do not have to be entered manually.
- Level 2 is the service level. She is responsible for the administration of the different modules, here Map- and MessageStub. It also provides an abstraction to the communication layer so that it can be exchanged, depending on the underlying hardware. The finished GN is thus passed on to the service level for sending, which in turn forwards it to the communication level 3.
- the GN is encoded for shipping and encoded as needed using common encryption techniques (e.g., RSA).
- common encryption techniques e.g., RSA
- the communication layer 3 finally uses the client hardware 4 to send the GN over the Internet.
- the most suitable transmission technology is selected from a range of available technologies and used for transmission.
- Such a palette may include, for example, GRPS, UMTS, EDGE and WLAN, so that secure communication with a variety of different hardware is possible. This ensures that both mobile devices such as PDAs, smart phones, handhelds, tablet PCs and laptops, as well as normal PCs are available and available.
- the application is written in an operating system independent programming language so that different operating systems can be supported.
- Fig. 14 Shown in Fig. 14 is the transmission over the Internet.
- the server hardware 5 receives the data from the Internet and forwards it to the communication level 6 of the server. At this level, the received data may be decrypted and decoded, thus restoring the original message.
- the service level 7 in the server also acts as an interface between the various provider modules (here map and message providers) and the communication level 6.
- Level 8 MessageProvider handles the management of each message inbox and outbox, and puts the message in the message inbox and the recipients specified in the GN in the message inboxes. Thus, the GN is ready for reception.
- a MapProvider (map server) may be present in layer 8 of the server to provide a receiver, if needed, with the map material necessary to display the points embedded in the GN.
- the message can now be picked up by a recipient (e-mail procedure) or sent from the server to the recipient (SMS procedure).
- SMS procedure the message provider forwards the message via the service level 7, in turn, to the communication level 6, which now takes over the coding and encryption again.
- Level 1 MapStub centers the map view on the selected point in the message.
- the necessary map material does not exist in the client / receiver, it can be requested by the MapProvider via its own message.
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Life Sciences & Earth Sciences (AREA)
- Atmospheric Sciences (AREA)
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Devices For Executing Special Programs (AREA)
- Circuits Of Receivers In General (AREA)
- Photoreceptors In Electrophotography (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
- Die vorliegende Erfindung betrifft ein System zur Erzeugung, zur Übermittlung und zum Austausch georeferenzierter Nachrichten (GN). Unter Georeferenzierung wird die Zuweisung raumbezogener Referenzinformation zu einem Datensatz verstanden; im vorliegenden Fall ist eine georeferenzierte Nachricht meist eine Textnachricht die zusätzlich einen Punkt oder einen anderen Bezug zu Realweltkoordinaten und/oder anderen Realweltortsangaben (z.B. Latitude und Longitude, Höhe, ggf. auch Bewegungsrichtung, Geschwindigkeit, etc.) enthält. Die Textnachricht bezieht sich auf den zugeordneten Punkt bzw. die zugewiesenen Koordinaten. Damit ist es möglich, ein Geschehen oder eine Sachangabe mittels eines Textes und/oder Bildern näher zu beschreiben und/oder dem Text oder Inhalt der Nachricht durch die Koordinaten der Georeferenz einen exakten Standort zuzuweisen.
- GN[RELHP1] sind von grosser, oft entscheidender Bedeutung für die raumzeitliche Erfassung und Koordination von Einsätzen von Feuerwehren, technischen oder medizinischen Hilfsorganisationen, Polizei, Sicherheitspersonal, etc. insbesonders dann, wenn es sich um räumlich ausgedehnte Einsätze handelt, bei denen kein Sichtkontakt besteht. Die bisher üblicherweise eingesetzte Kommunikation über Sprechfunk vermag nur einen Teil der Information zu übermitteln und ist in angespannten Situationen fehleranfällig oder sogar unmöglich. Dazu kommt, dass Ortsangaben von der Kenntnis des Übermittlers abhängen; werden beispielsweise bei einem Grossbrand Feuerwehrleute aus einer anderen Gemeinde aufgeboten, kann man nicht erwarten, dass sie zwischen Rauch, Trümmern und Wasser auch noch Hausnummern oder Strassenschilder entziffern, sofern solche überhaupt noch vorhanden und lesbar sind.
- Auch bei der Überwachung und Steuerung von öffentlichen Verkehrsmitteln, z.B. eines Nahverkehrsnetzes in einer Grossstadt ist eine genaue, eventuell automatisch erzeugte Ortsangabe bei der Übermittlung von vorhandenen Störungen nützlich.
- In der Verkehrsfliegerei sind automatische Positionsangaben zur Flugverkehrskontrolle heute Standard; die Position eines Verkehrsflugzeugs wird mit Radar überwacht und angezeigt, dazu übermittelt das Flugzeug mittels eines Transponders laufend Kennzeichen und Höhe in die Flugverkehrskontrollstelle, so dass der Controller eine genaue Kenntnis über Position und Höhe der von ihm überwachten Flugzeuge hat. Meist ist auch ein Kollisionswarnsystem integriert. Weitere Angaben und Anweisungen erfolgen per Sprechfunk. Ein solches System ist allerdings für den portablen Betrieb ungeeignet.
- Für den Strassenverkehr sind auch Informationssysteme bekannt, bei denen eine mobile, teilweise automatische Ermittlung und Übermittlung von Verkehrsdichte und/oder Verkehrsstau zusammen mit GPS- oder anderen Lokalisierungsdaten erfolgt, also eine Nutzung georeferenzierter Nachrichten (GN). Ein solches, an oder in einem Fahrzeug angeordnetes System ist z.B. im Yoshida
US-Patent 5 699 056 beschrieben. Dieses System ist jedoch nur in einer Richtung wirksam, indem es die Verkehrsdaten ermittelt und überträgt, d.h. es findet keine zweiseitige Kommunikation zwischen Sender und Empfänger statt. Ob sich dieses System für den mobilen Betrieb am Körper oder in der Hand einer Person eignet, bleibt offen. - Ein in mancher Beziehung ähnliches, aber komplexeres Warnsystem ist im Lemelson
US-Patent 6 048 510 beschrieben. Dort werden GN von einer mobilen Überwachungsplattform, z.B. einem Flugzeug, an eine Zentrale gesandt, die diese Nachrichten verarbeitet und klassifiziert, insbesondere entsprechend ihrer Gefährlichkeit, und als GN an mobile Empfänger, z.B. Pager, übermittelt. Jeder Empfänger kann dann auf der Grundlage seiner eigenen Position und der gemeldeten Gefahr seine aktuelle Gefährdung abschätzen. Auch dieses System ist jedoch wieder nur in einer Richtung wirksam, es ist z.B. keine Rückmeldung des mobilen Empfängers vorgesehen. - In den Hoffberg
US-Patenten 6 252 544 ,6 429 812 und6 791 472 ist schliesslich ein sehr umfangreiches und vielfältiges System beschrieben, in dem mobile Kommunikationsgeräte, die mit einem Positionsgeber ausgerüstet sind, Nachrichten erstellen und mit ihrer jeweiligen Position verknüpfen können, also GN erstellen können und diese GN an eine Zentrale senden, die Wichtigkeit oder Priorität dieser Nachrichten ermitteln kann. Allerdings ist diesen Patenten kein Hinweis zu entnehmen, wie in einem solchen System im Detail eine Verknüpfung einer Nachricht mit einer Position erfolgen soll, sondern es ist offenbar eine automatische Verknüpfung von Nachricht und derzeitiger Position des betreffenden Kommunikationsgeräts vorgesehen. Auch ist offen gelassen, ob eine Übermittlung von GN unmittelbar zwischen mobilen Kommunikationsgeräten erfolgen kann oder ob das sendende Kommunikationsgerät einen Einfluss oder eine Wahlmöglichkeit für die Positionsangabe hat. - Ausgehend vom genannten Stand der Technik hat es sich die Erfindung zum Ziel gesetzt, ein mobiles System zur Erzeugung, zur Übermittlung und zum Austausch von GN[RELHP2] zu schaffen, das eine grössere Flexibilität als die bekannten Systeme aufweist, das eine Wahlmöglichkeit für die Verknüpfung der Geodaten mit der zu sendenden Nachricht vorsieht, das eine Wahlmöglichkeit für den Empfang von Sendungen vorsieht und das schliesslich portabel, d.h. von einer Person tragbar, ist und diese bei ihrer Tätigkeit möglichst wenig behindert.
- Ein erfindungsgemässes System erlaubt das Senden von GN in beiden Richtungen, d.h. von einem Mobil- oder anderem Gerät zu einer Zentrale und umgekehrt. Auch ist die direkte Kommunikation zwischen Mobilgeräten möglich, wie auch zwischen einer ersten Zentrale und einer zweiten, anderen Zentrale. Anders gesagt, die Kommunikation erfolgt unabhängig vom benutzten Gerät, jeder Teilnehmer kann sowohl als Sender wie als Empfänger fungieren.
- Auch erlaubt das erfindungsgemässe System das Senden von GN jeweils an einen oder mehrere Empfänger. Damit werden andere, vorhandene Kommunikationsmittel, z.B. Funkgeräte, entlastet, da positionsbezogene Informationen nicht über diese Kanäle übertragen werden müssen. Vor allem lassen GN weniger Interpretationsspielraum zu als herkömmliche Nachrichten, Koordinaten werden von allen Teilnehmern gleich verstanden, besonders wenn sie auf einer Karte automatisch und unmittelbar angezeigt werden. Es besteht kein Zweifel, dass Ortsbeschreibungen missverständlich sein können, normalerweise Ortskenntnisse voraussetzen und häufig Nachfragen notwendig machen.
- Grob gesagt besteht die Erfindung aus einer neuartigen, modularen Kombination mehrer Einzeltechnologien, die z.T. auf dem Markt zur Verfügung stehen. Zum besseren Verständnis wird die Erfindung nachfolgend erst einmal in ihrer Wirkungsweise anhand eines Beispiels beschrieben. Weiter unten folgt dann ein Beispiel für die Implementierung
- Einzelheiten der Erfindung können der nachfolgenden Beschreibung der Funktionen und des/der Ausführungsbeispiels/e sowie den Patentansprüchen entnommen werden.
- Nachfolgend sind Ausführungsbeispiele, insbesondere die Funktion der Erfindung, anhand von Zeichnungen detailliert beschrieben. Auf den Zeichnungen zeigen:
- Fig. 1
- einen Ausschnitt eines Displays eines Laptops oder PCs (grosser Bildschirm) mit einer Nachricht und einem Ortsplan für das Versenden einer GN;
- Fig. 2
- den Ausschnitt von Fig. 1 mit einer gewählten Positionsangabe;
- Fig. 3
- einen ersten Bildschirm eines Mobilgeräts, bei dem wegen der limitierten Displayfläche Nachricht und Kartenansicht auf zwei Bildschirmseiten aufgeteilt sind. In diesem ersten Bildschirm sieht man die Nachricht;
- Fig. 4
- den zweiten Bildschirm des Mobilgeräts mit der Kartenansicht;
- Fig. 5
- nochmals den ersten Bildschirm des Mobilgeräts mit der Anzeige, dass eine Georeferenz hinzugefügt wurde;
- Fig. 6
- Übersicht der möglichen Wege einer GN vom Sender über den Nachrichten-Server zu einem oder mehreren Empfängern;
- Fig. 7
- eine Darstellung der Text-Nachricht, also die erste Bildschirmseite bei Verwendung eines Mobilgeräts auf der Empfängerseite (passend zu den Fign. 1 bis 3);
- Fig. 8
- den Kartenausschnitt zur Nachricht der Fig. 7, d.h. die Bildschirmseite bei Verwendung eines Mobilgeräts auf der Empfängerseite mit der markierten Position;
- Fig. 9
- eine Darstellung der GN bei Verwendung eines Empfangsgeräts mit einem grossen Bildschirm (passend zu den Fign. 1 bis 3);
- Fig. 10
- eine funktionelle Übersicht über den Weg einer GN vom Sender zu den Empfängern;
- Fig. 11
- eine bildliche Zusammenfassung der Sendefunktionen;
- Fig. 12
- eine bildliche Zusammenfassung der Funktionen des Nachrichtenservers;
- Fig. 13
- eine bildliche Zusammenfassung der Empfängerfunktionen; und
- Fig. 14
- eine Darstellung der Applikation in den verschiedenen Ebenen.
- Fig. 1 zeigt ein typisches Bild eines gemäss der Erfindung ausgestalteten Displays auf einem Computerbildschirm, hier als vergleichsweise grosses Display eines Laptops.
- Fig. 2 ist das gleiche Bild, aber mit hinzugefügter Positionsangabe gemäss der Erfindung.
- Die Display-Anordnung in Fig. 1 ist zweigeteilt mit einem Textfeld 1 im unteren Bereich und einem Kartenfeld 2 im oberen Bereich. Diese Anordnung ist natürlich nicht zwingend; sie kann ebenso umgekehrt werden oder eine seitlich versetzte Anordnung der Felder gewählt werden. Wegen der üblicherweise knappen Platzverhältnisse auf dem Display mancher mobilen Geräte können diese 2 Bereiche auch auf 2 verschiedenen Seiten unterbracht werden. Die Fign. 3 und 4 zeigen dafür ein Beispiel.
- Im Textfeld 1 finden sich einige Zeilen in üblicher Anordnung, wie sie heute bereits genutzt werden; hier im Beispiel ein Bereich für eine Nachricht 3 vom SMS- oder e-Mail-Typ, eine Adress-Zeile zum Eintragen der Empfänger 4 und eine Zeile mit einigen typischen Icons 5.
- Neu - und in bekannten Geräten nicht vorhanden - sind in der Icon-Zeile das Icon 6 mit der Erläuterung "Create Georeference" und die Zeile 7 mit der Angabe "Position". Letztere ist (noch) leer.
- Im Beispiel, das weiter unten genauer beschrieben wird, enthält der Nachrichtentext "Kollision eines Personenwagens mit dem 4er Tram am Central" bereits einen Hinweis auf die Unfallstelle, allerdings nur in grober Form. Der "Central" in Zürich ist ein - wie der Name schon andeutet - zentral gelegener Platz mit sehr hohem Verkehrsaufkommen von Trams (Strassenbahnen), Autos und Fussgängern, der dazu verkehrstechnisch so ungünstig geformt ist, dass in Stosszeiten meist eine manuelle Verkehrsregelung durch mehrere Polizisten erfolgt. Um den sich kreuzenden Tramverkehr von 5 oder 6 Tramlinien bei einem Unfall wie hier im Beispiel einigermassen aufrecht erhalten zu können, d.h. von der Tramleitzentrale entsprechende Ersatzfahrzeuge einzusetzen und Umleitungen anzuordnen, reicht die Angabe "am Central" mit der Liniennummer keinesfalls aus.
- Hier setzt nun die Erfindung ein. Grundsätzlich wird im Gerät ein Kartenausschnitt der Umgebung des Gerätestandorts angezeigt; dies kann einfach mittels einer gespeicherten Karte, hier der Stadt Zürich, und einem GPS-Orientierungssystem erfolgen. Solche Orientierungssysteme werden in ähnlicher Form als Navigationssysteme für Autos und andere Fahrzeuge angeboten. Die sendende Person (z.B. ein Tramführer, nachfolgend "Sender" genannt) hat nun einerseits die Möglichkeit, den Kartenausschnitt zu wählen oder zu verändern. Im Beispiel wird er (oder sie) den Kartenausschnitt so modifizieren, dass die Unfallstelle gut auf der Karte erkennbar dargestellt ist.
- Dann wird der Sender den Mauszeiger (Cursor) zuerst auf das "Create Georeference" Icon (oder Button), danach auf die genaue Unfallstelle führen und dann mit einem entsprechenden Eingabe-Befehl, z.B. per Mausklick, die Koordinaten dieses Punktes, also der Unfallstelle, der Nachricht beifügen. Gleichzeitig wird der Punkt auf dem Display markiert, z.B. mittels eines Rechtecks.
- In Fig. 2 ist das entsprechende Display-Bild dargestellt. Im Kartenfeld sind die Tramstation am Central, die im Kartenmaterial enthalten ist, dargestellt und der genaue Unfallort mit einem Rechteck 8 markiert. Im Textfeld darunter ist nun die Positionszeile mit der genauen Positionsangabe 9 als Punkt-Koordinatenpaar versehen. Dies erfolgt vorzugsweise automatisch bei Ausführung des o.g. Eingabe-Befehls. Zusätzlich sind im Kartenfeld noch andere Angaben, hier z.B. Koordinatenlinien (Kilometerlinien) 10, dargestellt.
- Die Beifügung des ausgewählten Punkt-Koordinatenpaares zur Textnachricht kann als Anhang (Attachment) erfolgen, kann also beispielsweise korrigiert oder gelöscht werden oder es können mehrere Punkt-Koordinatenpaare beigefügt werden.
- In vielen Fällen erfüllt ein sog. "Handheld" oder "Palmtop", d.h. ein in der Hand gehaltener, manuell oder per Spracheingabe bedienbarer Taschencomputer, wie er heute als Mobilgerät in vielen Branchen und in den unterschiedlichsten Ausführungsformen verwendet wird, die Erfordernisse besser als ein vergleichsweise grosser Laptop. Auch ein entsprechend ausgerüstetes Mobiltelefon (Handy) kann vorteilhaft verwendet werden, wenn es einen ausreichend grossen Bildschirm aufweist. Weiter können auch so genannte TabletPCs eingesetzt werden.
- Solche Taschencomputer oder Handys (nachfolgend Mobilgeräte genannt) haben natürlich wesentlich kleinere Displayflächen, sodass eine Aufteilung in Textfeld und Kartenfeld kaum in vernünftiger Grösse machbar ist. Die Lösung dieses Problems besteht dann in zwei oder mehr nacheinander aufrufbaren Screens oder Bildschirmen, z.B. einem (ersten) Textscreen, der nur ein oder mehrere Textfelder enthält (für z.B. Nachricht und Adressen), und einem wahlweise aufrufbaren Kartenscreen, der nur einen Kartenausschnitt enthält. Dazu enthalten die Screens entsprechende Befehlsfelder oder -tasten, auf Englisch meist mit "buttons" bezeichnet.
- Fig. 3 zeigt einen solchen ersten Bildschirm eines Mobilgerätes mit der zu übermittelnden Nachricht und dem Adressaten (Recipient), hier der Zentrale. Dies entspricht prinzipiell dem Textfeld der Fig. 1. Weiterhin sind drei Befehlstasten vorgesehen, die so gross ausgebildet sein können, das sogar eine Bedienung mit einem Handschuh möglich ist, was z.B. im Rettungsbereich eine Rolle spielen kann. "Back" ist für die Rückschaltung zum vorherigen Bildschirm, "Attach" für die Beifügung der Georeferenz (zweiter Bildschirm, siehe Fig. 4) und "Send" für das Absenden der GN.
- Fig. 4 zeigt den zweiten Bildschirm des Mobilgerätes mit dem Kartenausschnitt des Standorts. Die Knöpfe "+" und "-" erlauben die Vergrösserung oder Verkleinerung, also das Zoomen der Karte. Mittels eines Stifts oder einfach mit dem Finger wird der betreffende Punkt, hier z.B. der Unfallort, markiert, was durch einen kleinen Kreis angezeigt ist. Mit der Taste "OK" werden die Koordinaten dieses Punktes bestimmt und der zu übermittelnden Nachricht beigefügt.
- Fig. 5 zeigt wieder den ersten Bildschirm des Mobilgerätes, nun mit einer Anzeige (unten rechts über dem Pfeilsymbol), dass eine Georeferenz beigefügt wurde und damit die Nachricht zu einer GN macht. Bei Betätigung der "Send"-Taste dieses Bildschirms wird die GN an den Adressaten, hier an die Zentrale, abgesandt.
- Fig. 6 stellt eine Übersicht der möglichen Wege einer GN vom Sender über den Nachrichten-Server zu einem oder mehreren Empfängern dar. Hier ist der Sender wiederum als Laptop (siehe Fign. 1 und 2) dargestellt. Die Verwendung einer (oder sogar mehrerer, räumlich verteilter) Zentralen kann sich bei ausgedehnten Netzen als vorteilhaft erweisen. Die grosse Kartenansicht kann z.B. in einer Zentrale angezeigt werden, was besonders sich bei Auftreten mehrerer gleichzeitiger Brennpunkte durch Unfälle oder andere Störungen als vorteilhaft erweisen kann.
- Während die Fign. 1 bis 5 sich auf die Sendeseite bezogen, wird in den Fign. 7 bis 9 die Empfängerseite dargestellt, also die Ansichten, die sich dem Empfänger einer GN bieten.
- So ist in Fig. 7 der erste Bildschirm eines Mobilgeräts dargestellt, der den Sendezeitpunkt, den Absender, den Adressaten und die empfangene Textnachricht zeigt, dazu wiederum die Markierung, dass es sich um eine GN handelt.
- Da, wie oben erwähnt, die Displayfläche eines Mobilgeräts beschränkt ist, sind die Anzeigen für Nachricht und Karte wiederum auf zwei Bildschirmseiten aufgeteilt, zwischen welchen hin und her geschaltet werden kann.
- In Fig. 8 ist nun die zweite Bildschirmseite eines Mobilgeräts mit dem Kartenausschnitt, der Georeferenz und der eingeblendeten übermittelten Nachricht ist gezeigt. Dabei wird die Karte nicht übertragen, sondern ist typischerweise im Mobilgerät gespeichert, was eine wesentlich bessere Nutzung des zur Verfügung stehenden Übertragungsbandes erlaubt. Es ist offensichtlich, dass die eingeblendete, unmittelbar lesbare Nachricht eine Fehlinterpretation über den Ort des Geschehens praktisch ausschliesst. Dabei kann mit einer entsprechenden Farbmarkierung die Lesbarkeit verbessert oder Interpretation noch verdeutlicht werden, z.B. rot für Unfälle und blau für weniger kritische Situationen, z.B. eine klemmende Tramweiche.
- Fig. 9 zeigt eine Darstellung, wie sie für die empfangene GN auf einem grösseren Bildschirm, z.B. einem Laptop oder auch in der Zentrale, möglich wird. Eine Umschaltung ist dann nicht mehr erforderlich. Natürlich kann auch hier, was nicht dargestellt ist, die Nachricht unmittelbar in den Kartenausschnitt eingetragen sein. Dies würde sich vor bei Grossdarstellungen auf einer Wandkarte in einer Zentrale als sinnvoll erweisen, da eine solche automatische, stets auf dem Laufenden gehaltene Kartendarstellung eine generalstabsmässige Planung von Einsätzen erheblich erleichtert.
- Fig. 10 stellt eine Übersicht über den Weg einer GN vom Sender zu den Empfängern dar. Wie oben erläutert, legt der Sender den (oder die) Empfänger fest, erfasst den Nachrichtentext, fügt die Georeferenz hinzu und sendet die so erstellte GN an den Nachrichtenserver. Dieser empfängt die Nachricht und leitet sie in der Weise an die Empfänger weiter, dass diese sie in einer Mailbox oder auf andere Weise abrufen können. Beim Empfänger wird dann die GN in der oben beschriebenen Weise geräteabhängig dargestellt.
- In Fig. 11 ist das Verfahren für die Erstellung einer GN aus der Sicht des Senders dargestellt; etwas modifiziert, da es die Angabe mehrerer Georeferenzen erlaubt. Um eine GN zu verfassen, öffnet der Benutzer den Bildschirm zur Erstellung von GNs, wie in den Fign. 1 bis 5 gezeigt. Der Benutzer legt den oder die Empfänger 1 der GN fest. Danach erfasst er den zu versendenden Text 2 (normalerweise eine Beschreibung der Situation welche den Kontext des angehängten Punkt (oder Punkte) definiert). Weiter fügt der Benutzer der GN noch einen georeferenzierten Punkt hinzu, um die Nachricht als GN auszuzeichnen. Dies geschieht mit dem Auswählen eines Punktes auf der eingeblendeten Karte. Der letztgenannte Vorgang kann vom Benutzer mehrere Male wiederholt werden, um (ähnlich einem Anhang in einer e-Mail) verschiedene georeferenzierte Punkte hinzuzufügen. Mittels eines Klicks auf die Send-Taste wird die ggf. verschlüsselte Übermittlung der Nachricht an den Nachrichtenserver initiiert.
- In Fig. 12 sind die Funktionen des Nachrichtenservers dargestellt. Dieser nimmt die GN vom Sender entgegen und legt sie in das Nachrichtenausgangsfach des Senders. Typischerweise werden die GN auf dem Server persistent gehalten bis der Sender (oder die Zentrale) die Nachricht ausdrücklich löscht. Als nächsten Schritt geht der Nachrichtenserver durch die in der GN definierte Empfängerliste und legt jedem Empfänger eine Kopie der Nachricht in dessen Nachrichteneingangsfach, d.h. die Mailbox. Das Ausliefern der Nachricht kann auf zwei verschiedene Arten geschehen: Entweder fragt der Empfänger den Nachrichtenserver in einem gewissen Zeitintervall ab, um neu eingetroffene Nachrichten abzurufen (analog e-Mail), oder der Nachrichtenserver versucht von sich aus, die GN an den Empfänger auszuliefern (analog SMS). Je nach Sachlage wird das eine oder andere Verfahren vorzuziehen sein.
- Die Empfängerseite ist in Fig. 13 dargestellt. Wie oben erwähnt, empfängt die Applikation die GN vom Nachrichtenserver oder fragt diesen in einem festgelegten Zeitintervall nach neuen GN ab. Sobald die GN komplett empfangen wurde, wird der Benutzer über den Empfang informiert und die GN kann in einem Fenster dargestellt werden.
- Das Nachrichtenfenster der empfangen Nachricht stellt den Text der GN und die verschiedenen angehängten georeferenzierten Punkte anhand eines Symbols dar. Falls es sich um ein Gerät mit kleiner Bildschirmgrösse handelt, also z.B. um ein Mobilgerät, wird die Karte in einem separaten Bildschirm dargestellt zu welchem mit Druck auf das Symbol (siehe Fign. 7 und 8) gewechselt werden kann. Geräte mit ausreichend grossen Bildschirm zeigen die Karte im selben Bildschirm zusammen mit dem Text (zweigeteilter Bildschirm, siehe Fig. 9). Die Karte wird beim Anwählen eines Symbols für einen angehängten Punkt auf diesen zentriert und der Punkt wird auf der Karte sichtbar gemacht (z.B. Rechteck in Fig. 9).
- Nachfolgend werden die wichtigsten Funktionsabläufe nochmals in Kurzform beschrieben. Ihre Implementierung, soweit sie sich nicht für die Fachperson von selbst ergibt, ist weiter unten näher erläutert.
- Ein typischer Ablauf in allgemeiner Form:
- (1) Der Benutzer/Sender erfasst den Text, also die (Text-)Nachricht. Dann markiert auf seinem Gerät den Bezugspunkt, welcher der Nachricht hinzugefügt werden soll und auf die sich der Text bezieht, mittels Mauszeiger und Klick unmittelbar in der Karte. Weiterhin gibt er den oder die Empfänger an. All dies kann natürlich auch in anderer Reihenfolge durchgeführt werden.
- (2) Die Software im Gerät des Senders wandelt die durch den eingegebenen Bezugspunkt definierten "Bildschirmkoordinaten" in Realweltkoordinaten (z.B. WGS84) um.
- (3) Der georeferenzierte Bezugspunkt wird in einem speziell dafür vorgesehenen Feld gespeichert, womit die resultierende GN erstellt ist. Diese wird nun für die Sendung kodiert.
- (4) GN wird an den Nachrichten-Server geschickt, wo sie allen in der GN angegebenen Empfängern in ihr "Postfach" gelegt wird, d.h. jedem bezeichneten Empfänger steht nun die GN zur Verfügung und er kann sie auf seinem Gerät empfangen.
- (5) Die GN ist (z.B. mit einem Symbol) für die angehängte georefernzierte Information als solche gekennzeichnet. Der Empfänger kann mit einem Klick auf das Symbol die Karte auf den Punkt zentrieren oder in andere Kartenansichten wechseln. Der in der GN enthaltene Punkt wird auf der Karte z.B. mit einem Rechteck markiert angezeigt.
- In den folgenden zwei Beispielen sollen diese Funktionen nun etwas detaillierter beschrieben werden um die Vorteile der Erfindung, insbesondere des erfindungsgemässen Verfahrens, aufzuzeigen.
- Dieser Fall wurde oben bereits in angesprochen. Ausgangslage ist eine Kollision eines Personenwagens mit dem 4er Tram am Central. Der Tramführer, nachfolgend und in den Zeichnungen Peter Muster genannt, macht Meldung an die Zentrale. Er führt ein Mobilgerät mit sich, z.B. einen PDA, auf welchem er die Textnachricht eingibt (Fig. 3) und anschliessend die genaue Unfallstelle auf der Karte markiert (Fig. 4). Letztere wird, wie oben beschrieben, mit dem Drücken der "Attach"-Taste als georeferenzierter Punkt der Nachricht hinzugefügt und macht diese zu einer GN (Fig. 5). Mit einem Klick auf den "Send"-Taste wird die GN an den Nachrichten-Server geschickt und steht nun der Zentrale zur Verfügung.
- Die Zentrale sieht die neue Meldung (Fig. 9) und die Karte wird beim Öffnen dieser Meldung, typischerweise mit einem Klick auf die Meldung analog zu einem Mailprogramm, auf den Punkt zentriert und der Punkt mit einem Marker z.B. einem Rechteck versehen. Dadurch kennt die Zentrale den genauen Unfallort und weiss, dass nur die Linien 4 und 15 von der Kollision betroffen sind und umgeleitet, bzw. durch Busse ersetzt werden müssen.
- Der Empfänger, hier also die Tramleitzentrale "sieht" den Kartenausschnitt um die empfangenen Koordinaten zusammen mit der Meldung im Textfeld. Die Grösse des Kartenausschnitts, der Zoomfaktor, kann vom Empfänger, gewählt werden.
- Üblicherweise wird der Kartenausschnitt und/oder das Kartenmaterial nicht übertragen, sondern steht dem Empfänger unmittelbar, d.h. aus einer eigenen Speicherquelle, zur Verfügung. Nicht vorhandenes Kartenmaterial kann bei Bedarf anderweitig beschafft werden, beispielsweise von einem Map-Server geliefert.
- Als nächstes wird die Zentrale mittels GN ein Service-Fahrzeug, den "VBZ Troubleshooter" (VBZ steht für "Zürcher Verkehrsbetriebe"), aufbieten, der zur Unfallstelle fährt und die Instandstellung möglicher Schäden einleitet, um den Trambetrieb schnellstmöglich wieder zu gewährleisten.
- Gleichzeitig werden die Chauffeure der betroffenen Linien 4 und 15 mittels GN über den Unfall informiert und angewiesen über die Umleitungs-Tramstationen "Kunsthaus" und "ETH/Universitätsspital" zu verkehren.
- Der VBZ Troubleshooter meldet der Zentrale, vorteilhafterweise wieder mit einer GN, dass die Unfallstelle geräumt ist und die Gleise am Central wieder befahren werden können. Worauf diese mittels GN die Linien 4 und 15 informiert dass die Unfallstelle am Central geräumt ist und die Trams anstelle der Umleitung wieder die normale Route fahren können.
- Durch die unmittelbare Verbindung von geografischer Anzeige und Textnachricht wird eine schnelle und eindeutige Behebung von kritischen Situationen mit einem Minimum an Fehlermöglichkeiten ermöglicht. Insbesondere kann damit eine fehlerhafte Lokalisierung, die bei einem Verkehrsbetrieb zu massiven, kaum reparablen Verzögerungen führt, nahezu ausgeschlossen werden. Wenn z.B. Textnachrichten in der Zentrale automatisch auf einem Grossbildschirm an derjenigen Stelle der Karte eingeblendet werden, auf die sich die Textnachrichten beziehen, kann man eine Fehlinterpretation mit grosser Wahrscheinlichkeit ausschliessen.
- Ausgangslage ist der Absturz eines Flugzeugs in unwegsamen Gelände, z.B. in einem Waldstück an einem Hügel. Die genaue Absturzstelle ist nicht bekannt und Strassen, welche allenfalls als Zufahrtswege von Rettungskräften benützt werden könnten, gibt es nur wenige. Welche davon die richtige ist, kann nicht eruiert werden, da die Absturzstelle unbekannt ist.
- Ein Helikopter der Rega, das ist die schweizerische Rettungsflugwacht, und ein Polizeihelikopter sind auf dem Weg um die Unfallstelle auszumachen. Der Rega-Helikopter findet die Unfallstelle und informiert die Zentrale mittels GN über die genauen Koordinaten und, per Text oder sogar mit Fotos, über die Lage, wie sie sich aus der Luft präsentiert. Gleichzeitig werden Rega-Retter, unter ihnen ein Arzt, mit der Winde am Unfallort abgesetzt.
- Die Zentrale fordert den Polizeihelikopter auf, zusätzlich benötigtes Material aufzuladen und an die durch eine GN exakt markierte Unfallstelle zu fliegen. Dort soll z.B. eine Lichtung geschlagen werden, um die Bergung der Verletzten zu vereinfachen. Weiter sucht die Zentrale die nächstgelegene, ggf. mit schweren Fahrzeugen befahrbare Strasse und dirigiert die Rettungskräfte, die vom Boden aus (und nicht aus der Luft) operieren, mittels GN an die richtige Stelle.
- Die mit der Winde abgesetzten Rega-Retter haben nun schon Verletzte für den Transport bereit gemacht, diese werden nun an die nächste Strasse geflogen, wo sie von den eintreffenden Rettungskräften in Empfang genommen werden können.
- Auch hier ist es wieder offensichtlich, dass durch die unmittelbare Verbindung von geografischer Anzeige und Textnachricht eine schnelle und eindeutige Lokalisierung einer Unfallstelle mit einem Minimum an Fehlermöglichkeiten ermöglicht. Dass dies Menschenleben retten kann, liegt auf der Hand. Aber auch der Einsatz von Rettungskräften und Rettungsgerät, sei es fliegendes oder fahrbares, kann damit optimiert werden. Bei einem Grossunfall, z.B. dem Absturz eines Verkehrsflugzeugs, kann sich dies als ausschlaggebende Verbesserung von Rettungsmassnahmen erweisen, da eine Koordination in bisher unbekannter Weise möglich wird.
- Die nachfolgende Applikationsbeschreibung ist in der für Software-Beschreibungen üblichen Terminologie abgefasst. Die benutzten Begriffe bedürfen daher keiner weiteren Erläuterung.
- Fig. 14 zeigt den Aufbau der Applikation in den verschiedenen Ebenen. Ebene 1 betrifft das Erfassen einer GN auf einem Client. Der MessageStub wird gebraucht, um auf der entsprechenden Komponente auf dem Server, dem MessageProvider, die Liste der Benutzer anzufordern. Diese wird für das Festlegen der Empfänger der Nachricht verwendet. Weiter bietet der MessageStub einen Container für die Nachricht, also für den Text und die eingebetteten georeferenzierten Punkte. Der MapStub übernimmt die Kartendarstellung und bietet auch die Funktionalität einen auf der Karte geklickten Punkt von Bildschirmkoordinaten in die entsprechenden Realweltkoordinaten (WGS84) umzuwandeln. Die Information kann dann vom MessageStub der Nachricht hinzugefügt werden, damit die Koordinaten der Punkte in der GN nicht von Hand eingetragen werden müssen.
- Ebene 2 ist die Service-Ebene. Sie ist für die Verwaltung der verschiedenen Module, hier Map- und MessageStub, verantwortlich. Sie bietet auch gleich eine Abstraktion zur Kommunikationsebene damit diese, abhängig von der darunter liegenden Hardware, ausgetauscht werden kann. Die fertige GN wird somit für das Versenden an die Service-Ebene weitergereicht, die sie ihrerseits an die Kommunikations-Ebene 3 weitergibt.
- In der Kommunikations-Ebene 3 wird die GN für den Versand entsprechend kodiert und nach Bedarf unter Verwendung von gängigen Verschlüsselungsverfahren (z.B. RSA) verschlüsselt.
- Die Kommunikations-Ebene 3 verwendet schlussendlich die Client Hardware 4 zum Versenden der GN über das Internet. Dabei wird die jeweilig am besten passende Übertragungs-Technologie aus einer Palette von zur Verfügung stehenden Technologien ausgewählt und für die Übertragung verwendet. Eine solche Palette kann beispielsweise GRPS, UMTS, EDGE und WLAN umfassen, sodass eine sichere Kommunikation mit einer Vielzahl unterschiedlicher Hardware möglich ist. Damit wird sichergestellt, dass sowohl Mobilgeräte wie PDAs, Smartphones, Handhelds, TabletPCs und Laptops, als auch normale PCs erreichbar sind und zur Verfügung stehen. Vorteilhafterweise wird die Applikation in einer betriebssystemunabhängigen Programmiersprache geschrieben, sodass unterschiedliche Betriebssysteme unterstützt werden können.
- Dargestellt in Fig. 14 ist die Übertragung über das Internet.
- Auf der Serverseite nimmt die Server-Hardware 5 die Daten vom Internet entgegen und leitet diese an die Kommunikations-Ebene 6 des Servers weiter. Auf dieser Ebene werden die empfangenen Daten ggf. entschlüsselt und dekodiert und damit die ursprüngliche Nachricht wieder hergestellt.
- Die Service-Ebene 7 im Server agiert auch hier als Schnittstelle zwischen den verschiedenen Provider-Modulen (hier Map- und Message-Provider) und der Kommunikations-Ebene 6.
- Der MessageProvider in Ebene 8 ist für die Verwaltung der einzelnen Nachrichtenein- und -ausgangsfächer zuständig und legt die Nachricht dem Sender in das Nachrichtenausgangsfach und den in der GN angegebenen Empfängern in die Nachrichteneingangsfächer. Somit steht die GN für den Empfang bereit. Ein MapProvider (Kartenserver) kann in der Ebene 8 des Servers vorhanden sein, um einem Empfänger bei Bedarf dasjenige Kartenmaterial zu liefern, welches für die Anzeige der in der GN eingebetteten Punkte notwendig ist.
- Die Nachricht kann nun von einem Empfänger abgeholt (e-Mail-Verfahren) oder kann vom Server an den Empfänger geschickt werden (SMS-Verfahren). Dazu leitet der MessageProvider die Nachricht über die Service-Ebene 7 wiederum an die Kommunikations-Ebene 6, die nun wieder das Kodieren und Verschlüsseln übernimmt.
- Clientseitig, also beim Empfänger, werden die übertragenen Daten wieder entschlüsselt und zu einem Nachrichtenobjekt zusammengesetzt. Über die Service-Ebene 2 werden sie dem MessageStub in Ebene 1 weitergereicht, wo die Nachricht dann schlussendlich in Text und Bild dargestellt werden kann. Um die an der GN "angehängten" Koordinatenpunkte auf einer Kartenansicht darzustellen, wird der MapStub verwendet. Der MapStub in Ebene 1 zentriert die Kartenansicht auf den jeweilig ausgewählten Punkt in der Nachricht.
- Falls das notwendige Kartenmaterial nicht im Client/Empfänger vorhanden sein sollte, kann es über eine eigene Nachricht vom MapProvider angefordert werden.
- Es gibt offensichtlich eine Vielzahl von weiteren Modifikationen, die für die Fachperson ohne erfinderisches Zutun ermittelt und implementiert werden können; die nachfolgenden Patentansprüche sollen auch diese nichterfinderischen Modifikationen mit umfassen.
Claims (20)
- Verfahren zur Erzeugung, Übermittlung oder zum Austausch von verschiedenartigen, miteinander verknüpften Nachrichten,
dadurch gekennzeichnet, dass- in einem Sender eine erste Nachricht erstellt wird,- in diesem Sender eine zweite Nachricht in Form einer Georeferenz mittels eines GPS oder ähnlichen Lokalisierungssystems und einem vorzugsweise gespeicherten Referenzsystem, insbesondere einer gespeicherten Karte, erstellt wird,- der Sender diese beiden Nachrichten verknüpft und als einheitliche georeferenzierte Nachricht an einen oder mehrere Empfänger übermittelt,- der oder die Empfänger aus dieser empfangenen einheitlichen georeferenzierten Nachricht die beiden verknüpften Nachrichten trennt und die erste Nachricht georeferenziert, vorzugsweise unmittelbar in ihrer räumlichen Umgebung, darstellt. - Verfahren nach Anspruch 1, wobei
vom Sender die Karte der Umgebung des durch das Lokalisierungssystem ermittelten jeweiligen Standortes angezeigt wird. - Verfahren nach Anspruch 1, wobei- die erste Nachricht eine Textnachricht oder eine Bilddarstellung ist, die vorzugsweise einen Tatbestand oder ein Ereignis betrifft, und- die zweite Nachricht eine Koordinatenangabe in einem dem Sender und dem Empfänger bekannten Koordinatensystem darstellt.
- Verfahren nach Anspruch 2, wobei
neben der Georeferenz auch das Koordinatensystem oder eine Identifikation des zu benutzenden Koordinatensystems vom Sender übermittelt wird. - Verfahren nach zumindest einem der vorangehenden Ansprüche, wobei die erste Nachricht mit mehreren Georeferenzen verknüpft wird.
- Verfahren nach zumindest einem der vorangehenden Ansprüche, bei dem die Darstellung auf dem Sender und/oder dem Empfänger auf zwei oder mehr Bildschirmseiten erfolgt, wobei insbesondere eine erste Bildschirmseite die erste Nachricht als Text und eine zweite Bildschirmseite eine Karte zeigt, auf der die Georeferenz eingetragen (Sender) oder angezeigt (Empfänger) wird.
- Verfahren nach zumindest einem der Ansprüche 1 bis 4, bei dem
eine simultane Darstellung auf dem Sender und/oder dem Empfänger auf einer einzigen Bildschirmseite erfolgt, wobei die Bildschirmseite in ein Textfeld für die Darstellung der ersten Nachricht und ein Kartenfeld für die Darstellung der Georeferenz aufgeteilt ist. - Verfahren nach zumindest einem der vorangehenden Ansprüche, bei dem die Erstellung bzw. Eintragung der Georeferenz durch Auswahl, insbesondere Anklicken eines Bezugspunktes auf einer Kartendarstellung in einer Bildschirmseite, erfolgt.
- Verfahren nach zumindest einem der vorangehenden Ansprüche, bei dem die Übertragung vom Sender zuerst auf einen Nachrichtenserver erfolgt und von diesem auf den oder die ausgewählten Empfänger.
- Verfahren nach zumindest einem der vorangehenden Ansprüche, bei dem in einer Zentrale, insbesondere der Zentrale eines öffentlichen Verkehrssystems, eine automatisierte, d.h. unmittelbar nach Empfang angezeigte, gleichzeitige Darstellung sämtlicher empfangener GN mit den entsprechenden ersten Nachrichten, vorzugsweise in einer Grossdarstellung auf einer das betreffende Gebiet umfassenden Karte erfolgt.
- System zur Erzeugung, Übermittlung oder zum Austausch von verschiedenartigen, miteinander verknüpften Nachrichten, gekennzeichnet durch- einen Sender, mit- ersten Sendermitteln zur Erstellung einer ersten Nachricht,- zweiten Sendermitteln zur Erstellung einer zweiten, andersartigen Nachricht,- dritten Sendermitteln zum Verknüpfen dieser verschiedenartigen Nachrichten zu einer einheitlichen, an einen oder mehrere Empfänger zu übermittelnden Sendung,- ein Netzwerk zur Übermittlung der einheitlichen Nachricht und- einen Empfänger mit Empfängermitteln zur Trennung und Darstellung der in einer empfangenen einheitlichen Sendung enthaltenen, verknüpften Nachrichten.
- System nach Anspruch 11, wobei
Sender und Empfänger prinzipiell gleichartig aufgebaut sind und sowohl zum Senden als auch zum Empfang und zur Darstellung übermittelter verknüpfter Nachrichten dienen. - System nach Anspruch 11, weiterhin enthaltend
einen Nachrichtenserver zur Steuerung und abrufbaren Speicherung des Übermittlungsverkehrs und zur Speicherung des für die Georeferenzierung erforderlichen Kartenmaterials. - System nach Anspruch 11, worin- die ersten Sendermittel zur Erstellung einer Textnachricht ausgebildet sind,- die zweiten Sendermittel zur Erstellung einer Georeferenz mittels eines Lokalisierungssystems, insbesondere eines GPS, und mittels eines vorzugsweise gespeicherten Referenzsystems, insbesondere einer gespeicherten Karte, ausgebildet sind und- die Empfängermittel zur Darstellung dieser Textnachricht und der Georeferenz auf einem vorzugsweise im Empfänger gespeicherten Referenzsystem, insbesondere einer gespeicherten Karte, ausgebildet sind.
- System nach mindestens einem der Ansprüche 11 bis 13, worin
die zweiten Sendermittel eine Kartendarstellung umfassen, die den mittels des Lokalisierungssystems ermittelten Standort des Senders und die Umgebung dieses Standorts anzeigt. - System nach mindestens einem der Ansprüche 11 und 14, worin
die Empfängermittel eine Kartendarstellung umfassen, die den mittels des Lokalisierungssystems ermittelten Standort des Senders und die Umgebung dieses Standorts anzeigt. - Sendeempfänger für ein System nach mindestens einem der Ansprüche 11 bis 16, worin
die ersten und/oder zweiten Sendermittel und/oder die Empfängermittel manuelle Tasten umfassen, die auch unter erschwerten Bedingungen, insbesondere mit Handschuhen, bedienbar sind. - Nachrichtenserver für ein System nach mindestens einem der Ansprüche 11 bis 16, enthaltend- Speichermittel für die Aufnahme von Sendern empfangener Nachrichten,- Bereitstellungsmittel zum Abrufen gespeicherter Nachrichten,- Speichermittel zur Aufnahme von Kartenmaterial,- Mittel zum Abrufen und Übermitteln von einem Sender und/oder Empfänger benötigten Kartenmaterials und
- Nachrichtenserver für ein System nach mindestens einem der Ansprüche 11 bis 16, dadurch gekennzeichnet, dass
Mittel vorgesehen sind zur automatisierten, gleichzeitigen, unmittelbar nach Empfang angezeigten Darstellung empfangener GN mit den entsprechenden ersten Nachrichten, vorzugsweise in einer Grossdarstellung auf einer das betreffende Gebiet umfassenden Karte erfolgt. - System nach Anspruch 11, worin
das Netzwerk zur Übermittlung der einheitlichen Nachricht das Internet ist.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PL07405313T PL1916644T3 (pl) | 2006-10-26 | 2007-10-19 | Sposób i urządzenie do generowania i przesyłania wiadomości georeferencyjnych |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102006051021A DE102006051021A1 (de) | 2006-10-26 | 2006-10-26 | Verfahren und Vorrichtung zur Erzeugung und Übermittlung georeferenzierter Nachrichten |
Publications (2)
Publication Number | Publication Date |
---|---|
EP1916644A1 true EP1916644A1 (de) | 2008-04-30 |
EP1916644B1 EP1916644B1 (de) | 2009-10-21 |
Family
ID=38917414
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP07405313A Active EP1916644B1 (de) | 2006-10-26 | 2007-10-19 | Verfahren und Vorrichtung zur Erzeugung und Übermittlung georeferenzierter Nachrichten |
Country Status (6)
Country | Link |
---|---|
EP (1) | EP1916644B1 (de) |
AT (1) | ATE446562T1 (de) |
DE (2) | DE102006051021A1 (de) |
DK (1) | DK1916644T3 (de) |
ES (1) | ES2335154T3 (de) |
PL (1) | PL1916644T3 (de) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102007009504A1 (de) | 2007-02-25 | 2008-08-28 | Ruag Electronics | Verfahren und Vorrichtung zur selektiven Erzeugung und Übermittlung von Nachrichten |
DE102011050954A1 (de) * | 2011-06-09 | 2012-12-13 | Vladimir A. Maklashov | Einrichtung für Benutzer öffentlicher Verkehrsmittel |
ES2659234A1 (es) * | 2017-07-18 | 2018-03-14 | Proyect 360 Advertising, Sociedad Limitada Unipersonal | Buzón móvil automatizado con pantalla Led que opera en red local (intranet) o a través de la nube (cloud computing) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6252544B1 (en) | 1998-01-27 | 2001-06-26 | Steven M. Hoffberg | Mobile communication device |
EP1339180A1 (de) * | 2002-02-25 | 2003-08-27 | BECKER GmbH | Verfahren zur Übertragung von codierten TMC-Meldungen in einem Nachrichtenübertragungssystem und Vorrichtung zum Empfang solcher Meldungen |
US6741932B1 (en) | 2002-04-16 | 2004-05-25 | Navigation Technologies Corp. | Method and system for using real-time traffic broadcasts with navigation systems |
EP1445750A2 (de) * | 2003-02-04 | 2004-08-11 | Robert Bosch Gmbh | Verfahren zur Übertragung verkehrsrelevanter Informationen sowie Gerät zur Auswertung |
EP1617179A1 (de) * | 2000-12-08 | 2006-01-18 | Matsushita Electric Industrial Co., Ltd. | System zum Bereitstellen eines Positionsinformationsindentifizierers und Verfahren und Vorrichtung zum Übertragen von Positionsinformationsidentifizierern |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE202004013532U1 (de) * | 2004-08-27 | 2006-01-05 | Bastian, Dieter, Dr.med.habil. | Vorrichtung zur georeferenzierten Aufnahme von Straßenverkehrsunfällen unmittelbar am Unfallort |
-
2006
- 2006-10-26 DE DE102006051021A patent/DE102006051021A1/de not_active Withdrawn
-
2007
- 2007-10-19 PL PL07405313T patent/PL1916644T3/pl unknown
- 2007-10-19 DE DE502007001781T patent/DE502007001781D1/de active Active
- 2007-10-19 EP EP07405313A patent/EP1916644B1/de active Active
- 2007-10-19 AT AT07405313T patent/ATE446562T1/de active
- 2007-10-19 ES ES07405313T patent/ES2335154T3/es active Active
- 2007-10-19 DK DK07405313.3T patent/DK1916644T3/da active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6252544B1 (en) | 1998-01-27 | 2001-06-26 | Steven M. Hoffberg | Mobile communication device |
US6429812B1 (en) | 1998-01-27 | 2002-08-06 | Steven M. Hoffberg | Mobile communication device |
US6791472B1 (en) | 1998-01-27 | 2004-09-14 | Steven M. Hoffberg | Mobile communication device |
EP1617179A1 (de) * | 2000-12-08 | 2006-01-18 | Matsushita Electric Industrial Co., Ltd. | System zum Bereitstellen eines Positionsinformationsindentifizierers und Verfahren und Vorrichtung zum Übertragen von Positionsinformationsidentifizierern |
EP1339180A1 (de) * | 2002-02-25 | 2003-08-27 | BECKER GmbH | Verfahren zur Übertragung von codierten TMC-Meldungen in einem Nachrichtenübertragungssystem und Vorrichtung zum Empfang solcher Meldungen |
US6741932B1 (en) | 2002-04-16 | 2004-05-25 | Navigation Technologies Corp. | Method and system for using real-time traffic broadcasts with navigation systems |
EP1445750A2 (de) * | 2003-02-04 | 2004-08-11 | Robert Bosch Gmbh | Verfahren zur Übertragung verkehrsrelevanter Informationen sowie Gerät zur Auswertung |
Also Published As
Publication number | Publication date |
---|---|
ES2335154T3 (es) | 2010-03-22 |
PL1916644T3 (pl) | 2010-05-31 |
EP1916644B1 (de) | 2009-10-21 |
DK1916644T3 (da) | 2010-03-08 |
DE502007001781D1 (de) | 2009-12-03 |
DE102006051021A1 (de) | 2008-04-30 |
ATE446562T1 (de) | 2009-11-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3363005B1 (de) | Verfahren zur ermittlung und bereitstellung einer auf eine vorbestimmte umgebung bezogenen, umfelddaten enthaltenden datenbank | |
EP0752692B1 (de) | Verfahren und System zur Aktualisierung von digitalen Strassenkarten | |
DE69522862T2 (de) | Informationsdienstleistungssystem | |
DE4032198C2 (de) | Verfahren zur Transportüberwachung und Anordnung zur Durchführung des Verfahrens | |
US20080278311A1 (en) | Advanced Emergency Geographical Information System | |
DE102012221305A1 (de) | Navigationssystem und Navigationsverfahren | |
DE102018118233B4 (de) | Computerimplementiertes verfahren, softwareprogramm und vorrichtung zur aufforderung einer bildung einer einsatzgasse | |
EP0678840B1 (de) | Verkehrsinformationssystem | |
EP0870291B1 (de) | Verfahren zur verkehrsüberwachung und verkehrslenkung und positionsbestimmung und informationsübermittlung von und zu mobilen objekten, insbesondere schiffen, und zur dezentralen erfassung der lokalen verkehrssituation in der umgebung des mobilen objektes | |
DE212015000274U1 (de) | Vorrichtung und nichtflüchtiges Computerprogrammprodukt zur Überwachung einer Flugzeugposition | |
EP1916644B1 (de) | Verfahren und Vorrichtung zur Erzeugung und Übermittlung georeferenzierter Nachrichten | |
EP2224408B1 (de) | System zur Verkehrserfassung | |
DE10010134B4 (de) | Telematik-Verfahren für Hubschrauber | |
DE19756297C2 (de) | Verfahren und Anordnung zur Aufbereitung und Bereitstellung von satelliten- und luftbildgestützten Bildkarten für die verkehrstechnische Leitung von Kraftfahrzeugen | |
DE60202833T2 (de) | Verfahren zum betrachten geografisch bestimmter bilder in einem kontext | |
DE102022126407A1 (de) | Verfahren und vorrichtungen für dynamische cloud-basierte fahrzeugentsendung | |
DE102016210840A1 (de) | System und Verfahren zur Bereitstellung von Informationen zu Transportmöglichkeiten an einem elektronischen Gerät eines Nutzers | |
DE102019117914A1 (de) | Verfahren zum Senden bzw. Empfangen von Daten mittels einer Publish/Subscribe-Middleware | |
DE10201859A1 (de) | Verfahren zur Versorgung eines programmgestützten Informationssystems mit gezielten Ortsinformationen | |
DE10001252B4 (de) | Überwachungssystem | |
EP1983726B1 (de) | Verfahren und Vorrichtung zur selektiven Erzeugung und Übermittlung von Nachrichten | |
DE102010053606B4 (de) | Client-Server-basiertes eCall-System | |
EP2735175B1 (de) | Verfahren zum bereitstellen einer kommunikationsverbindung | |
DE10033830A1 (de) | Informationssystem für mehrere Fahrzeuge | |
WO2023098937A1 (de) | Automatisierte erfassung des einsatztaktischen wertsvon einsatzfahrzeugen von behörden und organisationen mit sicherheitsaufgaben (bos) |
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 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR |
|
AX | Request for extension of the european patent |
Extension state: AL BA HR MK RS |
|
17P | Request for examination filed |
Effective date: 20081030 |
|
17Q | First examination report despatched |
Effective date: 20081209 |
|
AKX | Designation fees paid |
Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D Free format text: NOT ENGLISH |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REF | Corresponds to: |
Ref document number: 502007001781 Country of ref document: DE Date of ref document: 20091203 Kind code of ref document: P |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: NV Representative=s name: ABACUS PATENTANWAELTE KLOCKE SPAETH BARTH |
|
REG | Reference to a national code |
Ref country code: SE Ref legal event code: TRGR |
|
REG | Reference to a national code |
Ref country code: GR Ref legal event code: EP Ref document number: 20100400125 Country of ref document: GR |
|
REG | Reference to a national code |
Ref country code: DK Ref legal event code: T3 |
|
REG | Reference to a national code |
Ref country code: ES Ref legal event code: FG2A Ref document number: 2335154 Country of ref document: ES Kind code of ref document: T3 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20100222 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20100221 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FD4D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20091021 Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20091021 |
|
REG | Reference to a national code |
Ref country code: PL Ref legal event code: T3 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20091021 Ref country code: IE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20091021 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20100121 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20091021 |
|
26N | No opposition filed |
Effective date: 20100722 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: LV Payment date: 20100909 Year of fee payment: 4 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20101031 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: PL Payment date: 20110916 Year of fee payment: 5 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20101019 Ref country code: MT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20091021 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: NL Payment date: 20111021 Year of fee payment: 5 Ref country code: BE Payment date: 20111012 Year of fee payment: 5 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20101019 Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20100422 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20091021 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: EE Payment date: 20120917 Year of fee payment: 6 Ref country code: LT Payment date: 20120918 Year of fee payment: 6 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GR Payment date: 20120917 Year of fee payment: 6 |
|
BERE | Be: lapsed |
Owner name: RUAG ELECTRONICS Effective date: 20121031 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: V1 Effective date: 20130501 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20121031 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20130501 Ref country code: LV Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20121019 |
|
REG | Reference to a national code |
Ref country code: PL Ref legal event code: LAPE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PL Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20121019 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R082 Ref document number: 502007001781 Country of ref document: DE Representative=s name: ABACUS PATENTANWAELTE, DE |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MM4D Effective date: 20131019 |
|
REG | Reference to a national code |
Ref country code: EE Ref legal event code: MM4A Ref document number: E004097 Country of ref document: EE Effective date: 20131031 |
|
REG | Reference to a national code |
Ref country code: GR Ref legal event code: ML Ref document number: 20100400125 Country of ref document: GR Effective date: 20140505 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: EE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20131031 Ref country code: LT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20131019 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20140505 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 9 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 10 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 11 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 12 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: NV Representative=s name: AMMANN PATENTANWAELTE AG BERN, CH |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R082 Ref document number: 502007001781 Country of ref document: DE Representative=s name: PUSCHMANN BORCHERT KAISER KLETTNER PATENTANWAE, DE |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R081 Ref document number: 502007001781 Country of ref document: DE Owner name: RUAG AG, CH Free format text: FORMER OWNER: RUAG ELECTRONICS, BERN, CH |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: 732E Free format text: REGISTERED BETWEEN 20220505 AND 20220512 |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: 732E Free format text: REGISTERED BETWEEN 20220513 AND 20220518 |
|
P01 | Opt-out of the competence of the unified patent court (upc) registered |
Effective date: 20230602 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: PC Ref document number: 446562 Country of ref document: AT Kind code of ref document: T Owner name: RUAG AG, CH Effective date: 20231024 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20231020 Year of fee payment: 17 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: ES Payment date: 20231222 Year of fee payment: 17 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: SE Payment date: 20231019 Year of fee payment: 17 Ref country code: IT Payment date: 20231026 Year of fee payment: 17 Ref country code: FR Payment date: 20231023 Year of fee payment: 17 Ref country code: FI Payment date: 20231019 Year of fee payment: 17 Ref country code: DK Payment date: 20231024 Year of fee payment: 17 Ref country code: DE Payment date: 20231020 Year of fee payment: 17 Ref country code: CZ Payment date: 20231009 Year of fee payment: 17 Ref country code: CH Payment date: 20231102 Year of fee payment: 17 Ref country code: AT Payment date: 20231020 Year of fee payment: 17 |
|
REG | Reference to a national code |
Ref country code: ES Ref legal event code: PC2A Owner name: RUAG AG Effective date: 20240717 |