RU2808849C1 - Marine real-time geoinformation integrating platform - Google Patents

Abstract

FIELD: navigation.

SUBSTANCE: method for generating messages in real time, notifying about the occurrence of navigation events, based on integrated heterogeneous data from the maritime industry and a real-time marine geoinformation integrating platform. The method contains: obtaining automatic identification system (AIS) data about targets, identifying targets based on data from radars, processing target data, and generating messages. Target data contains: target movement data, hydrometeorological data, radar data. For the selected targets, the following is carried out: decoding, conversion, enrichment, filtering of AIS data on targets. AIS data is enriched with vessel traffic data and one type of AIS data is enriched with another type of AIS data. Filtering of enriched and hydrometeorological data is based on rules for complex event processing. Based on filtered enriched and hydrometeorological data, message queues are generated in real time, centrally notifying about the occurrence of navigation events.

EFFECT: increase in the efficiency of vessel traffic control is achieved.

10 cl, 1 dwg

Description

TECHNICAL FIELD

The invention relates to the field of constructing automated information control systems for water transport, traffic control systems for water transport, namely, to a method for generating messages in real time, notifying about the occurrence of navigation events, based on integrated heterogeneous data from the maritime industry and a marine geoinformation integrating platform of real time for its implementation.

The present invention can be used, at least in the maritime industry, to notify third-party and related systems in real time about the occurrence of certain significant navigation events.

BACKGROUND OF THE ART

The closest analogue is the solution disclosed in patent RU 2548646 C1, publication date 04/20/2015. The system for preventing dangerous proximity of ships uses a common maritime information space and contains a ship's Automatic Identification System (AIS) complex, which includes the main and additional AIS units, an additional on-board computer, a control and display panel, a ship's ultra-short wave communication antenna and a power source. The main AIS unit is made with ports for receiving signals from external information and communication devices in the form of an antenna, an external receiver, a gyrocompass, a vessel turning speed sensor, a differential correction sensor, an electronic chart navigation and information system, a pilot port device and a long-distance communication channel. This unit is connected to the control and display panel, to the output of the ship's ultra-short wave communication antenna and to the power supply. Achieved is the creation of a system for preventing dangerous approaches between ships and ensuring automatic data exchange between all interested ships.

However, this patent lacks the ability to process heterogeneous types of data from the maritime industry, except for positional data, speed and heading, there is no ability to identify other types of navigation events except for events related to the prevention of dangerous proximity, and there is no versatility in connecting external systems.

The technical objective of the present invention is the centralized generation of messages in real time, notifying about the occurrence of various types of navigation events, based on integrated heterogeneous data from the maritime industry, received from various external systems.

SUMMARY OF THE INVENTION

The technical result of the claimed invention is effective centralized notification of the occurrence of navigation events, increasing the efficiency of vessel traffic control.

The specified technical result is achieved due to the fact that:

The method for generating real-time messages notifying about the occurrence of navigation events based on integrated heterogeneous data from the maritime industry contains the following steps:

obtaining at least the following heterogeneous data from the maritime industry - automatic identification system (AIS) data on targets, target movement data, hydrometeorological data, radar data;

target identification based on radar data;

for selected purposes:

decoding and conversion of AIS data on targets, data on target movement, hydrometeorological data to an object representation;

enriching AIS target data by enriching AIS data with vessel traffic data and enriching one type of AIS data with another type of AIS data;

filtering of enriched AIS data and hydrometeorological data based on created rules for complex event processing;

based on filtered enriched AIS data and hydrometeorological data, the formation in real time of a queue of messages in an object representation, centrally notifying about the occurrence of navigation events.

In one embodiment of the method, AIS target data is obtained using at least one automatic identification system (AIS BS) base station and/or at least one satellite automatic identification system (S-AIS) data source; target movement data is obtained from using at least one tracker and/or at least one vessel integrator, hydrometeorological data is obtained using at least one hydrometeorological sensor.

In one embodiment of the method, filtering enriched AIS data for selected targets and hydrometeorological data based on created rules for complex event processing includes attribute and geospatial filtering.

In one embodiment of the method, AIS data is additionally deduplicated before filtering.

In one embodiment of the method, a generated queue of messages in object representation is provided in real time to end users and third-party systems, centrally notifying about the occurrence of navigation events.

In one embodiment of the method, radar video slices with georeferenced images are additionally obtained and the resulting slices are provided in real time to end users and third-party systems.

In one embodiment of the method, video data is further obtained using the at least one video surveillance camera and a video stream from the at least one video surveillance camera is provided in real time to end users and third party systems.

In one embodiment of the method, bearing data is additionally obtained using at least one radio direction finder and information is provided in real time to end users and third-party systems about the installation point of the radio direction finder, the channel number on which the radio broadcast is recorded, and the direction azimuth to the ship.

In one embodiment of the method, navigation events are at least the following events: entry/exit from a given zone, approach of a vessel to a given point, dangerous approach of vessels, violation of the speed limit, events of the vessel moving along the route, including deviation from the route.

Also, the specified technical result is achieved due to the fact that:

The real-time marine geoinformation integration platform, for implementing the above-described method, contains at least one processor, memory and instructions stored in the memory and executed by the processor, with the help of which the following are carried out:

receive at least the following heterogeneous data from the maritime industry - automatic identification system (AIS) data on targets, target movement data, hydrometeorological data, radar data;

identify targets based on radar data;

for selected purposes:

decode and convert AIS data on targets, data on target movement, hydrometeorological data to an object representation;

enrich AIS target data by enriching AIS data with vessel traffic data and enriching one type of AIS data with another type of AIS data;

filter enriched AIS data and hydrometeorological data based on created rules for complex event processing;

Based on filtered enriched AIS data and hydrometeorological data, message queues are generated in real time in an object representation, notifying centrally about the occurrence of navigation events.

The technical result is achieved through the integration of data coming from connected information sources, data processing using complex event processing rules, centralized provision of integrated data coming from connected information sources, real-time formation of a queue of messages in object representation, notifying about the occurrence of navigation events.

DESCRIPTION OF DRAWINGS

The implementation of the invention will be described further in accordance with the accompanying drawings, which are presented to explain the essence of the invention and in no way limit the scope of the invention.

The claimed invention is illustrated in Figure 1, which shows an example of an interface for creating rules and/or groups of rules for complex event processing.

DETAILED DESCRIPTION OF THE INVENTION

The following detailed description of the invention sets forth numerous implementation details designed to provide a clear understanding of the present invention. However, it will be apparent to one skilled in the art how the present invention can be used with or without these implementation details. In other cases, well-known methods, procedures and components have not been described in detail so as not to unduly obscure the features of the present invention.

In addition, from the above discussion it will be clear that the invention is not limited to the above implementation. Numerous possible modifications, alterations, variations and substitutions, while retaining the spirit and form of the present invention, will be apparent to those skilled in the art.

This solution is used to improve the efficiency of vessel traffic management, as well as to provide information on vessel traffic through IT services.

The claimed invention is intended for real-time integration of heterogeneous data from the maritime industry, including those with a spatio-temporal reference, by decoding and preprocessing them. The present invention provides centralized provision of integrated data coming from connected information sources and notifying about the occurrence of navigation events. At the same time, complex processing of events based on incoming information is carried out in order to generate navigational alarms and alerts, and other events related to the movement of vessels. The maritime industry's heterogeneous data comes from at least the following connected information sources: terrestrial and satellite-based Automatic Identification Systems (AIS); radar systems (radars) used for radar tracking of targets (ships); specialized software for trackers/integrators of AIS and radar targets; coming from hydrometeorological sensors and weather stations; CCTV cameras; radio direction finders.

The generation of real-time messages notifying about the occurrence of navigation events, based on integrated heterogeneous data from the maritime industry, is carried out as follows. At least the following heterogeneous data from the maritime industry are obtained - automatic identification system (AIS) data on targets, data on target movement, hydrometeorological data, and radar data. Targets are identified based on radar data.

For selected targets, AIS data on targets, data on target movement, and hydrometeorological data are decoded and converted to an object representation. Enrich AIS target data by enriching AIS data with vessel traffic data and enriching one type of AIS data with another type of AIS data. The enriched AIS data and hydrometeorological data are filtered based on the created rules for complex event processing. Based on filtered enriched AIS data and hydrometeorological data, queues of messages are formed in real time in an object representation, centrally notifying about the occurrence of navigation events. Provide end users and third-party systems in real time with a generated queue of messages in object representation, centrally notifying about the occurrence of navigation events.

To implement the present invention, a real-time marine geoinformation integration platform is used, which contains at least one processor, memory and instructions stored in the memory and executed by the processor, with the help of which at least the following heterogeneous data of the maritime industry is obtained - automatic identification system data ( AIS) about targets, data on target movement, hydrometeorological data, data from radars. Targets are identified based on data from radars and for selected targets: decode and convert AIS data on targets, data on target movement, hydrometeorological data to an object representation; enrich AIS target data by enriching AIS data with vessel traffic data and enriching one type of AIS data with another type of AIS data; filter enriched AIS data and hydrometeorological data based on created rules for complex event processing; Based on filtered enriched AIS data and hydrometeorological data, message queues are generated in real time in an object representation, notifying centrally about the occurrence of navigation events.

AIS target data is obtained using at least one automatic identification system (AIS BS) base station and/or at least one satellite automatic identification system (S-AIS) data source; target movement data is obtained using at least one tracker and/or at least one vessel integrator, hydrometeorological data is obtained using at least one hydrometeorological sensor.

Additionally, radar video slices with georeferenced images are obtained and the resulting slices are provided in real time to end users and third-party systems. Additionally, video data is obtained using at least one video surveillance camera and a video stream from the at least one video surveillance camera is provided in real time to end users and third-party systems. Additionally, bearing data is obtained using at least one radio direction finder and provides end users and third-party systems with real-time information about the location of the radio direction finder, the channel number on which the radio broadcast is recorded, and the direction azimuth to the ship.

Generation of messages notifying third-party and related systems about the occurrence of certain significant navigation events (entry/exit from a given zone, approach of a vessel to a given point/berth/terminal, dangerous approach of vessels, violation of the speed limit, events of the vessel’s movement along the route, etc. ) is carried out using complex event processing based on integrated data coming from AIS systems, radars, hydrometeorological sensors, third-party software for target trackers/integrators (vessels), video surveillance data, radio direction finders.

Complex event processing involves performing the following steps:

- Entering (creating) rules describing the criteria for the detected event;

For example, rules are “predicates” combined with an operator (for example, AND):

1) ID = ... is the rule identifier. Each identifier corresponds to its own type of detected event (for example, dangerous proximity, entry into zones, speed limit violation, etc.).

2) PARAM = ... is a parameter of the detected event, interpreted by the system depending on the rule ID. For example, “exceeding rate of course change” is a threshold value in degrees/sec or for the event “dangerous approach” this is a safe distance.

3) GEOGRAPHY is a parameter of the geographic area (a point, line, or polygon defined by its vertices), in relation to which this type (identifier) of the rule works. This can be a point specified by its geographic coordinates for the “approach to a point” event, or a polygonal area for “entering a zone.”

- Receiving information from the message queue in object representation.

- Detection of events of entry/exit from a given zone, approach of a vessel to a given point/berth/terminal, dangerous approach of vessels, violation of speed limits, events of vessel movement along the route, including deviation from the route, etc.

- Generating events and providing them to end users and third-party subscriber systems via a message queue.

An example of integration of data coming from AIS systems, radars, hydrometeorological sensors, third-party target tracker/integrator software (vessels), video surveillance data, radio direction finders.

a) AIS target data comes from ground-based Automatic Identification System (AIS) base stations and satellite AIS (S-AIS) providers.

For example, AIS target data is received over a TCP or UDP connection using the NMEA 0183 protocol used in the maritime industry. For AIS data, the following actions are performed:

- Decoding data from NMEA 0183 format for AIS messages and converting them to an object representation with sets of data fields corresponding to each message type. For example, the following types of AIS messages are decoded: types 1-3 (Position Report), type 5 (Static and voyage related data), type 18 (Standard Class B CS Position Report), type 19 (Extended Class B CS Position Report), type 21 (Aid-to-Navigation Report), type 24 (Static Data Report), type 27 (Long Range AIS Broadcast message), etc.

- Storing a slice of all decoded data in object representation in the server memory (in-memory cache) in order to provide access to decoded packets in real time, or near real time.

- Enrichment of data from Position report type packages (1–3, 18) with Static and voyage report data (5, 24) and the formation of additional sections in the server memory (in-memory cache), storing information about the location, speed and course of targets (vessels) ), together with data about the vessel (ownership, port of destination, information about the size and draft of the vessel, etc.), which allows data filtering using a complete set of information about the vessel.

- Creation of rules for complex event processing, which are rules and/or groups of rules for pre-processing and filtering incoming AIS data, according to all available attribute and geospatial characteristics, available after decoding and enriching data packets. When working with vessel position data, geospatial indices are used to improve performance.

1) Attribute filtering is built in the form of a set of rules. For example, the rules have the following form: attribute(i) = <value> or attribute(i) != <value>, which can be combined into a group. In FIG. Figure 1 shows an example of an interface for creating attribute filtering rules. For example, filtering can be carried out by the following attributes: Message – AIS message type from 1 to 27; MMSI – maritime mobile service (vessel) identifier; Flag – code of the ship’s country of origin; NavStatus – navigation status of the vessel; Destination – destination port; Callsign – ship's call sign; Vessel name – name of the vessel; IMO is a unique vessel identifier.

Including rules in one group means that they must be executed simultaneously to ensure that the packet is not filtered by the system. Attribute filtering can be built on the basis of several groups of rules; the negation operator NOT can be applied to each group. If filtering involves the use of several groups of rules, then OR or AND operators can be used between groups.

Example: (Message==1 AND Message==2 AND Message==3 AND Message==5 MMSI==<MMSI of some vessel>) OR (Message==21).

When applying this rule, messages 1, 2, 3 and 5 are skipped (i.e., not filtered out) if they have an MMSI corresponding to a given vessel, or all AIS Message 21 messages related to aids to navigation (Aids to Navigation).

The attribute filtering method can be applied to any fields (attributes) of packets. If the packet does not have an attribute mentioned in the rule, the rule will be ignored.

2) Geospatial filtering is carried out using a specific polygonal area defined by its vertices (their latitudes and longitudes in the WGS 84 geographic coordinate system). Since for all data packets, even those that do not have explicit fields with coordinates (for example, type 5, Static and voyage related data), they are combined by the MMSI field with data on the location of the corresponding vessel, such packets also acquire coordinates and can be filtered.

Example: the rule (Message==1 AND Message==2 AND Message==3 AND Message==5 MMSI==<MMSI of some vessel>) OR (Message==21) is supplemented by entering a geospatial filter based on the polygonal area (highlighted on map in Fig. 1). As a result, when applying this rule, messages 1,2,3 and 5 are skipped (i.e. not filtered out) if they have an MMSI corresponding to a given vessel, or all AIS Message 21 messages related to aids to navigation (Aids to Navigation) but exclusively within the specified polygonal area of the Gulf of Finland, highlighted on the map (Fig. 1).

- Filtering of all incoming AIS data packets using the entered rules. The filtered data is placed in a message queue to enable its subsequent presentation to third-party information systems and end users.

b) Data comes from third-party tracker/integrator software that provides information about the movement of radar targets that are consistently detected by radar, as well as information about the so-called integrated targets - targets where radar targets and AIS targets are automatically combined, which allows use radar targets in conjunction with AIS data.

Data is received by periodically sending REST API requests and receiving information about radar and integrated targets in JSON format at a frequency of 0.3 - 1 Hz depending on system requirements.

The following actions are carried out with radar and integrated targets:

- REST API request for tracker/integrator software with a specified frequency.

- Decoding the received JSON and extracting information (formation of an object representation).

- Storing a slice of all data in an object representation in the server memory (in-memory cache) in order to provide access to decoded packets in real time, or a time scale close to real time.

- Enrichment of all integrated targets containing Maritime Mobile Service Identifier (MMSI) with data from AIS packets.

- Creation of rules for complex event processing, which are rules and/or groups of rules for pre-processing and filtering incoming data from radar/integrated targets, according to all available attribute and geospatial characteristics, available after decoding and enriching data packets. When working with vessel position data, geospatial indices are used to improve performance.

- Filtering of all incoming AIS data packets using the entered rules. The filtered data is placed in a message queue to enable its subsequent presentation to third-party information systems and end users.

c) Data comes from the radar. Working with radar (radar video) data is divided into 2 parts:

The first part is performed on the subnet where the radar data extractor is located, providing processed, filtered and, if necessary, masked using the coastline, radar data (radar video) via UDP Multicast in ASTERIX Cat format. 240. The specified data creates a high load on the network, which makes it desirable to execute the first part in the local area network (LAN) of the radar extractor at a speed of at least 100 Mbit/sec.

The radar extractor LAN contains an agent program that performs the following operations:

- Decoding UDP Multicast stream in ASTERIX Cat format. 240 and the formation of a radar scan.

- Based on radar scanning, the formation of radar video slices with a frequency of at least 1 Hz.

- Publication of a REST API that provides the ability to request a current data slice and provide it in PNG format, accompanied by a set of metadata that makes it possible to georeference the image (radar installation point, resolution).

The second part can be performed both within a high-speed LAN and via the Internet. As part of the second part, the following actions are performed:

- With a frequency of at least 1 Hz, a request is made for slices of radar video in PNG format, accompanied by metadata for geo-referencing. This approach allows you to reduce the load on the network and make radar video slices available outside the LAN, where UDP Multicast is delivered in the ASTERIX Cat format. 240 is not possible due to high network load.

- Programming the color scheme for presenting radar video slices for end users and third-party information systems.

- Publishing radar video slices via REST API outside the radar extractor LAN.

d) Data comes from hydrometeorological sensors (weather stations), providing measured hydrometeorological indicators in the form of text messages in NMEA format via a TCP connection.

The following actions are carried out with hydrometeorological information packages:

- Decoding of incoming packets with conversion to an object representation using different data schemes, depending on the type of sensor being connected. Thus, when connecting to a standard meteorological station, indicators such as temperature, wind speed and direction, precipitation, pressure, wind gusts, etc. are highlighted.

- Placing decoded hydrometeorological information in a message queue for the purpose of providing it to end users, as well as third-party information systems.

e) Data comes from video surveillance cameras that support the PelcoD/PelcoD Extended and/or ONVIF protocols connected using TCP or UDP. For CCTV cameras the following is provided:

- Connecting the camera using its network address.

- Camera control using PelcoD/PelcoD Extended and/or ONVIF commands. To control cameras, end users, as well as third-party systems, are provided with access to the control REST API with translation of received control commands into PelcoD/PelcoD Extended and/or ONVIF commands.

- Receiving video stream from cameras in RTSP format and providing it to end users and third-party systems in WebRTC format.

- Geospatial reference is carried out only at the metadata level of the video surveillance camera, i.e. The camera's metadata contains the latitude and longitude of its location. The video stream itself does not have a coordinate reference.

f) Data comes from direction finders, with available formats (schemes) describing the integration formats. For radio direction finders, the following actions are performed:

- Connecting a direction finder using its network address.

- Setting up basic parameters, including the geographic coordinates of the direction finder installation, the sector within which the radio transmission is registered, and the list of working channels.

- Formation of a message about a recorded radio transmission and its transmission to end users and third-party systems. The message contains information about the location of the direction finder, the channel number on which the radio broadcast was recorded, as well as the azimuth of the direction to the ship.

In the present invention, the integrated data is provided in native industry standard sources (eg, the NMEA 0183 industry protocol, which is accepted as input by virtually all systems used in the maritime industry), as well as in a decoded object representation.

AIS data and data coming from hydrometeorological sensors, decoded and filtered as a result of applying this solution, are placed in the server memory (in-memory cache) in an object representation, in such a way that one of the fields of the object representation is a binary representation of the source package, equivalent to the source package (in accordance with NMEA 0183 standard in the case of AIS, or NMEA text messages for hydrometeorological data). This approach creates a single point of connection to multiple data sources.

At the same time, for client applications and third-party systems that require connection using industry technology standards, a TCP connection is created through which NMEA data can be received, but has undergone all the necessary deduplication and filtering operations. Deduplication is a way to remove duplicate packets from the output stream without losing significant information about the movement of the vessel. Deduplication is necessary if, for example, a water area can be covered by AIS stations that “see” a certain area simultaneously. Accordingly, data packets about a vessel located in this area will arrive at both of these AIS stations. Accordingly, there will be duplication of packages, which in most cases is not necessary for the end user.

For client applications and third-party systems that receive an object representation, all aggregated and preprocessed data is placed in a message queue.

It will be apparent to one skilled in the art that all of the data processing operations of the present invention can be implemented using at least one computing device. The computing device contains at least one processor, memory and instructions stored in the memory and executed by the processor, with the help of which data is processed using a real-time marine geographic information integrating platform. Data processing can be centralized, such as using a single computing device, or distributed, such as using multiple computing devices distributed over a network.

In the general case, a computing device that provides data processing necessary to implement the claimed solution contains components such as: one or more processors, at least one memory, data storage means, input/output interfaces, I/O means, network communication means .

The device processor performs basic computing operations necessary for the operation of the device or the functionality of one or more of its components. The processor executes the necessary machine-readable instructions contained in the RAM. Memory, as a rule, is made in the form of RAM and contains the necessary program logic that provides the required functionality. The data storage medium can be in the form of HDD, SSD drives, raid array, network storage, flash memory, optical storage devices (CD, DVD, MD, Blue-Ray disks), etc. The tool allows for long-term storage of various types of information. Interfaces are standard means for connecting and working with the server part, for example, USB, RS232, RJ45, LPT, COM, HDMI, PS/2, Lightning, FireWire, etc. The choice of interfaces depends on the specific design of the device, which can be a personal computer, mainframe, server cluster, thin client, smartphone, laptop, etc. The keyboard is used as data I/O. In addition to the keyboard, I/O data tools can also include: joystick, display (touch display), projector, touchpad, mouse, trackball, light pen, speakers, microphone, etc. Network communication means are selected from devices that provide network reception and transmission of data, for example, an Ethernet card, WLAN/Wi-Fi module, Bluetooth module, BLE module, NFC module, IrDa, RFID module, GSM modem, etc. Using the tools, it is possible to organize data exchange via a wired or wireless data transmission channel, for example, WAN, PAN, LAN, Intranet, Internet, WLAN, WMAN or GSM, 3G, 4G, 5G, 6G, etc. The components of a computing device are interconnected via a common data bus.

These application materials provide a preferred disclosure of the implementation of the claimed technical solution, which should not be used as limiting other, private embodiments of its implementation, which do not go beyond the scope of the requested scope of legal protection and are obvious to specialists in the relevant field of technology.

It should be clear to a person skilled in the art that various variations of the proposed method and system do not change the essence of the invention, but only determine its specific embodiments and applications.

Claims (24)

1. A method for generating messages in real time, notifying about the occurrence of navigation events, based on integrated heterogeneous data from the maritime industry, containing the following steps: obtaining at least the following heterogeneous data from the maritime industry - automatic identification system (AIS) data on targets, target movement data, hydrometeorological data, radar data; target identification based on radar data; for selected purposes: decoding and conversion of AIS data on targets, data on target movement, hydrometeorological data to an object representation; enriching AIS target data by enriching AIS data with vessel traffic data and enriching one type of AIS data with another type of AIS data; filtering of enriched AIS data and hydrometeorological data based on created rules for complex event processing; based on filtered enriched AIS data and hydrometeorological data, the formation in real time of a queue of messages in an object representation, centrally notifying about the occurrence of navigation events. 2. The method according to claim 1, characterized in that the AIS target data is obtained using at least one automatic identification system (AIS BS) base station and/or at least one satellite automatic identification system (S-AIS) data source , data on the movement of targets is obtained using at least one tracker and/or at least one vessel integrator, hydrometeorological data is obtained using at least one hydrometeorological sensor. 3. The method according to claim 1, characterized in that the filtering of enriched AIS data for selected purposes and hydrometeorological data based on the created rules for complex event processing includes attribute and geospatial filtering. 4. The method according to claim 1, characterized in that before filtering, AIS data is additionally deduplicated. 5. The method according to claim 1, characterized in that it provides in real time to end users and third-party systems a generated queue of messages in object representation, centrally notifying about the occurrence of navigation events. 6. The method according to claim 1, characterized in that it additionally receives slices of radar video with georeferenced images and provides the resulting slices to end users and third-party systems in real time. 7. The method according to claim 1, characterized in that it additionally receives video data using at least one video surveillance camera and provides a video stream from at least one video surveillance camera in real time to end users and third-party systems. 8. The method according to claim 1, characterized in that it additionally receives bearing data using at least one radio direction finder and provides real-time information to end users and third-party systems about the installation point of the radio direction finder, the channel number on which the radio broadcast is recorded, and the direction azimuth to the ship. 9. The method according to claim 1, characterized in that navigation events are at least the following events - entry/exit from a given zone, approach of a vessel to a given point, dangerous approach of vessels, violation of the speed limit, events of the vessel moving along the route, including deviation from the route. 10. Real-time marine geoinformation integrating platform, for implementing the method according to claims. 1-9, which contains at least one processor, memory and instructions stored in the memory and executed by the processor, with which the following are performed: receive at least the following heterogeneous data from the maritime industry - automatic identification system (AIS) data on targets, target movement data, hydrometeorological data, radar data; identify targets based on radar data; for selected purposes: decode and convert AIS data on targets, data on target movement, hydrometeorological data to an object representation; enrich AIS target data by enriching AIS data with vessel traffic data and enriching one type of AIS data with another type of AIS data; filter enriched AIS data and hydrometeorological data based on created rules for complex event processing; Based on filtered enriched AIS data and hydrometeorological data, message queues are formed in real time in an object representation, centrally notifying about the occurrence of navigation events.