CN117411865A

CN117411865A - Information processing method, device, equipment and storage medium

Info

Publication number: CN117411865A
Application number: CN202210806109.9A
Authority: CN
Inventors: 张宁; 翟建韬; 黄丹
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Shanghai ICT Co Ltd; CM Intelligent Mobility Network Co Ltd
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Shanghai ICT Co Ltd; CM Intelligent Mobility Network Co Ltd
Priority date: 2022-07-08
Filing date: 2022-07-08
Publication date: 2024-01-16

Abstract

The invention discloses an information processing method, an information processing device, information processing equipment and a storage medium. Wherein the method comprises the following steps: acquiring a plurality of international maritime business Radio Technical Commission (RTCM) messages; detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages conforming to a preset RTCM data format; generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format; transmitting the at least one minimum data set to the terminal; the at least one minimum data set is used for performing the terminal positioning.

Description

Information processing method, device, equipment and storage medium

Technical Field

The present invention relates to the field of wireless communications technologies, and in particular, to an information processing method, an apparatus, a device, and a storage medium.

Background

Currently, RTCM is a differential data standard of global satellite navigation system proposed by the radio technical commission of the international maritime industry (RTCM, radio Technical Commission for Maritime) based on the protocol (Ntrip, networked transport of RTCM via internet protocol) of RTCM network transmission through the internet, mainly consisting of a series of text structures and text contents, and this standardized manner has been preliminarily practiced and applied in the satellite navigation field. At present, after the RTCM message is resolved in the terminal with the RTCM resolving function, differential positioning can be completed, but in some cases, the RTCM message may not be resolved in the terminal, so that differential positioning cannot be realized, and further stability of differential positioning is affected.

Disclosure of Invention

In view of this, embodiments of the present invention desirably provide an information processing method, apparatus, device, and storage medium.

The technical scheme of the embodiment of the invention is realized as follows:

at least one embodiment of the present invention provides an information processing method, applied to a client, the method including:

acquiring a plurality of RTCM messages; each RTCM message contains geographic location data for the terminal;

detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages conforming to a preset RTCM data format;

generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format;

transmitting the at least one minimum data set to the terminal; the at least one minimum data set is used for performing the terminal positioning.

Furthermore, in accordance with at least one embodiment of the present invention, the method further comprises:

and when detecting the plurality of RTCM messages to obtain the RTCM messages which do not accord with the preset RTCM data format, discarding the RTCM messages which do not accord with the preset RTCM data format.

Furthermore, according to at least one embodiment of the present invention, the detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages that conform to a preset RTCM data format includes:

For each acquired RTCM message, respectively decomposing a message header and message data from the corresponding RTCM message; detecting whether message header and message data obtained by decomposing the corresponding RTCM message meet preset conditions or not;

when the message header and the message data obtained by decomposing the corresponding RTCM message are detected to meet the preset conditions, the corresponding RTCM message is used as the RTCM message conforming to the preset RTCM data format, and a plurality of RTCM messages conforming to the preset RTCM data format are obtained.

Furthermore, in accordance with at least one embodiment of the present invention, the generating at least one minimum data set based on each RTCM message conforming to the preset RTCM data format includes:

grouping a plurality of RTCM messages conforming to the preset RTCM data format according to the type of the message header to obtain at least one group of RTCM messages;

the at least one set of RTCM messages is treated as at least one minimum data set.

Furthermore, in accordance with at least one embodiment of the present invention, the acquiring a plurality of RTCM messages includes:

sending an acquisition request to a server; the acquisition request is for requesting acquisition of the plurality of RTCM messages;

and receiving the plurality of RTCM messages returned by the server.

Furthermore, according to at least one embodiment of the present invention, the sending the acquisition request to the server includes:

establishing a hypertext transfer protocol (HTTP, hyper Text Transfer Protocol) connection with the server;

acquiring verification information of a mounting point corresponding to the server;

after passing authentication by using the verification information, establishing connection with the server;

after establishing a connection with the server, an acquisition request is sent to the server.

At least one embodiment of the present invention provides an information processing apparatus including:

an acquisition unit configured to acquire a plurality of RTCM messages; each RTCM message contains geographic location data for the terminal;

the first processing unit is used for detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages conforming to a preset RTCM data format;

a second processing unit for generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format; transmitting the at least one minimum data set to the terminal; the minimum data set is used for performing the terminal positioning.

A communication interface for acquiring a plurality of RTCM messages; each RTCM message contains geographic location data for the terminal;

the processor is used for detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages conforming to a preset RTCM data format; and generating at least one minimum data set based on the plurality of RTCM messages conforming to a preset RTCM data format; transmitting the at least one minimum data set to the terminal; the minimum data set is used for performing the terminal positioning.

At least one embodiment of the invention provides a client comprising a processor and a memory for storing a computer program capable of running on the processor,

wherein the processor is configured to execute the steps of the method of any one of the above-mentioned client sides when running the computer program.

At least one embodiment of the present invention provides a storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of any of the methods described above.

The information processing method, the information processing device, the information processing equipment and the storage medium provided by the embodiment of the invention acquire a plurality of RTCM messages; each RTCM message contains geographic location data for the terminal; detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages conforming to a preset RTCM data format; generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format; transmitting the at least one minimum data set to the terminal; the at least one minimum data set is used for performing the terminal positioning. By adopting the technical scheme provided by the embodiment of the invention, whether the RTCM information accords with the preset RTCM data format can be checked, so that the minimum data set can be generated only based on the RTCM information with the preset RTCM data format, that is, the minimum data set does not contain the RTCM information which does not accord with the preset RTCM data format, thereby ensuring that the RTCM information is successfully resolved in the terminal, avoiding the problem of differential positioning failure in the terminal, and further realizing stable differential positioning service.

Drawings

FIG. 1 is a schematic diagram of an implementation flow of an information processing method according to an embodiment of the present invention;

FIG. 2 is a schematic diagram of a system architecture formed by a client and a terminal according to an embodiment of the present invention;

FIG. 3 is a flowchart illustrating an embodiment of an information processing method according to the present invention;

FIG. 4 is a schematic diagram of the composition and structure of a processor in a client according to an embodiment of the present invention;

fig. 5 is a schematic diagram of a constitution of an information processing apparatus according to an embodiment of the present invention;

fig. 6 is a schematic diagram of a composition structure of a client according to an embodiment of the present invention.

Detailed Description

Prior to introducing the technical solution of the embodiment of the present invention, a description will be given of related technology.

In the related art, table 1 is an illustration of an RTCM data format, and as shown in table 1, a data frame structure of the RTCM data format may be mainly composed of a header byte (also referred to as a synchronization code), reserved bits, a data length, a data segment, and a cyclic redundancy check (CRC, cylic Redundancy Check) check.

TABLE 1

The RTCM message may be applied in the following scenarios: firstly, the network subscription and data flow processing field of RTCM information is applied in the scene, which can effectively reduce the resource consumption of the server, is beneficial to improving the positioning speed and the positioning precision, but belongs to the application of the satellite navigation signal processing technical field; secondly, the distributed processing of a continuous operation satellite positioning service system (CORS, continuous Operational Reference System) is applied to the scene, so that the fusion of differential information of distributed differential service can be realized, and the isolation of sensitive position information is realized according to the special requirement of a secret-related network on Beidou accurate space-time service, so that the safety of position data is effectively protected; and thirdly, the application of the RTCM in the terminal, such as a method for realizing sub-meter positioning on a smart phone and a sub-meter positioning smart phone, or a Beidou monitoring terminal, a Beidou monitoring method and the like, belongs to the application on the Internet of things of the terminal.

In the related art, an RTCM-real time dynamic measurement (RTK, real Time Kinematic) accurate positioning network system based on message Middleware (MQTT) is proposed, which includes an Ntrip reference station sending unit, an MQTT protocol unit, a publish or subscribe mode (Kafka) or platform (Flink) cluster unit, and an Ntrip client receiving unit. The method comprises the steps that an Ntrip reference station sending unit converts input data into independent MQTT information and sends the independent MQTT information to an MQTT protocol unit, the MQTT protocol unit continuously receives RTCM information and forwards and writes the RTCM information into a Kafaka or flank cluster unit, and the Kafaka or flank cluster unit forms a virtual source address of the RTCM information and simultaneously continuously writes the data; and the Ntrip client receiving unit obtains a continuously issued virtual source RTCM message of the Kafka or the Flink cluster unit through the MQTT protocol unit to complete RTK positioning. Where Ntrip is an application level protocol for Internet (Internet) streaming global navigation satellite system (GNSS, global Navigation Satellite System) data, a universal stateless protocol based on HTTP/1.1, as an RTCM standard, ntrip is mainly used for propagating differential correction data or other types of GNSS streaming data to static or mobile subscribers over the Internet, which allows to connect a Personal Computer (PC), a notebook, a data collector (PDA) or a receiver to a broadcaster at the same time and supports wireless Internet access over mobile IP networks like global system for mobile communication (GSM, global System for Mobile), general packet radio service (GPRS, general Packet Radio Service), enhanced data rate evolution (EDGE, enhanced Data Rate for GSM Evolution) or universal mobile telecommunication system (UMTS, universal Mobile Telecommunications System).

In the related art, after the RTCM message is resolved in the terminal with the RTCM resolving function, differential positioning can be completed, but in some cases, the RTCM message may not be resolved successfully in the terminal, so that a problem of differential positioning failure occurs, that is, stable differential positioning service cannot be guaranteed. In addition, at present, the related technical schemes of the Ntrip are all based on the traditional HTTP network protocol, but based on the traditional HTTP network protocol, are stateless protocols, and cannot adapt to the scene of long connection. The stateless server cannot respond to different information to different clients, so that connection requests sent to the server by the clients each time are independent, and the clients can only complete a request of whether connection is successful or not, but cannot acquire an RTCM message sent by the server after an authentication request is completed.

Based on this, in the embodiment of the present invention, a plurality of RTCM messages are acquired; each RTCM message contains geographic location data for the terminal; detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages conforming to a preset RTCM data format; generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format; transmitting the at least one minimum data set to the terminal; the at least one minimum data set is used for performing the terminal positioning.

Fig. 1 is a schematic flow chart of an implementation of an information processing method according to an embodiment of the present invention, applied to a client, as shown in fig. 1, the method includes steps 101 to 103:

step 101: acquiring a plurality of RTCM messages; each RTCM message contains geographic location data for the terminal.

It is understood that the RTCM may refer to a differential data format of a global satellite navigation system based on the Ntrip protocol.

It is understood that the terminal may refer to a vehicle-mounted terminal, or a roadside device.

It is understood that the client may refer to a client developed using Netty. Netty refers to an asynchronous event driven network application framework for rapid development of maintainable high performance protocol servers and clients. The Netty client adopts a module for communicating with the Web end in a Netty network communication framework. Netty is based on the NIO (non-blocking) built-in common codec, provides some column lifecycle callback interfaces, etc. In the process of reading and writing messages, a great deal of ByteBuffer is required to be used, and the ByteBuffer is optimized and abstracted in terms of performance and convenience in use.

Fig. 2 is a schematic diagram of a system architecture consisting of a client and a terminal, as shown in fig. 2, the client may include a mobile edge computing (MEC, mobile Edge Computing) platform, an edge gateway, and a platform (PaSS) or infrastructure (IaSS). The MEC platform is provided with a high-precision positioning service based on an Ntrip protocol, and the high-precision positioning service can comprise message middleware. The edge gateway integrates the functions of unified introduction, safety protection, unified opening and the like of network and service capability, and provides environment and access capability for the MEC platform realized based on micro-services. The bottom layer PaSS/IaSS is used for realizing container (dock) deployment of middleware required by high-precision positioning service, and virtual machines or dock deployment can be flexibly evaluated according to edge measurement resources.

It should be noted that, the terminal may acquire its own geographic position data in real time by using the global satellite navigation system, and generate a GPS positioning (GGA, global Positioning System Fix Data) message based on the acquired geographic position data. The MEC platform of the client can initiate subscription to the terminal through the message middleware MQTT, so that the terminal uploads GGA message carrying self geographic position data to the MEC platform of the client. In this way, the MEC platform of the client may send the acquisition request to the server using the GGA message as a request parameter, and after receiving the acquisition request, the server returns the RTCM message to the client.

Here, the integration of high-precision localization services in the MEC platform mainly exploits the following capabilities of the MEC platform: firstly, low time delay is required only when the control and calculation functions are placed on the edge side in specific application scenes such as the Internet of vehicles and intelligent transportation; secondly, the multi-access capability of the MEC platform supports a plurality of modes such as a Road Side Unit (RSU) route, a 5G Uu and the like to upload the self-position information, and acquires an RTCM message from an edge side; thirdly, the MEC side has access authentication capability, and the service of the MEC side is safer due to the privacy of high-precision positioning information; fourthly, cloud edge cooperative capability. When the high-precision positioning service crosses the domains, a user can obtain the required content nearby through the load balancing, content distribution, scheduling and other functional modules of the central cloud platform, and the interactive communication between the edge and the cloud is realized.

Here, the edge cloud-based high-precision positioning service includes two communication modes: the first communication mode, namely the wireless communication technology (V2X) PC5 for C-vehicle, is adopted, and in the environment without 5G or 4G network coverage, the vehicle end does not need to report its own position data, and since the single Road Side Unit (RSU) coverage area has the same RTCM differential information, the vehicle terminal in the single RSU coverage area can be considered to have the same RTCM differential information, and the RSU establishes a data link through the PC5 interface of the C-V2X wireless module to upload its rough position. In a second communication mode, namely 5G Uu, in the area covered by the 5G network, the vehicle-mounted terminal uses a 5G unit (Cell) fuzzy bit to upload json data consisting of a Location Area Code (LAC), a base station number (CI, cell Identity) and a timestamp, and uses a specified unique theme (topic) to upload to an edge cloud through a message middleware MQTT, and requests the client to request to acquire RTCM from the message middleware MQTT according to the corresponding relation between the LAC, CI and the location information, and re-requests when the LAC, CI change or the last request exceeds 60 s.

Here, unlike the conventional high-precision positioning service, the edge cloud-based high-precision positioning service greatly reduces the access amount to the high-precision positioning service core cloud through the caching of the differential messages of the same area. On the other hand, leakage of terminal position information is greatly reduced through fuzzy bits of the 5G Cell of Uu and static positions of the C-V2X RSU.

In practical application, the terminal can generate a plurality of GGA messages by continuously acquiring the geographic position of the terminal. The message middleware MQTT in the MEC platform of the client may initiate subscription to the terminal, so that the terminal uploads multiple GGA messages to the MEC platform of the client, respectively. In this manner, the MEC platform of the client may send an acquisition request to the server with a plurality of GGA messages as request parameters to acquire the plurality of RTCM messages.

Based on this, in an embodiment, the obtaining a plurality of RTCM messages includes:

and receiving the plurality of RTCM messages returned by the server.

In actual application, the client may establish a long connection with a server, so that the client maintains the long connection in the Netty state, and thus, the server can continuously output the RTCM message to the client.

Based on this, in an embodiment, the sending the acquisition request to the server includes:

establishing an HTTP connection with a server;

It is understood that the authentication information may refer to a user name and a password.

It is understood that the establishment of a connection with the server may refer to the establishment of a long connection.

It will be appreciated that a client (denoted by nttriccell) may be set up based on the netty framework, an HTTP connection may be established with a remote server (denoted by nttriccell), and a user name and a password of a mount point (denoted by rtcm33_grce) corresponding to the server may be obtained, and by using the user name and the password of the mount point to perform authentication, the server (nttriccell) returns "ICY OK" after the authentication of the client is passed, i.e. the client and the server establish a long connection, so that the client may continuously obtain a plurality of RTCM messages from the server.

Here, when the client establishes an HTTP connection with the server, the header of the HTTP connection request sent by the client may be composed of the following parts: mounting point-rtcm33_grce; the request mode is as follows: GET; request protocol: HTTP/1.1; the requesting host: the Ntricaster IP/domain name; connection authentication information: the NtripCaster authorizes the authenticated user name and password.

Step 102: and detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages conforming to a preset RTCM data format.

In practical application, the client may continuously obtain a plurality of RTCM messages from the server, and because the GGA message uploaded to the server may be inaccurate, the data format of the RTCM message obtained by the server according to the GGA message may not conform to the preset RTCM data format. Therefore, it is necessary to detect whether an RTCM message that does not conform to a preset RTCM data format exists among the plurality of RTCM messages.

Based on this, in an embodiment, the detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages that conform to a preset RTCM data format includes:

In an embodiment, the method further comprises:

That is, the message header and the text data are respectively decomposed from the acquired individual RTCM messages; detecting whether message header and message data obtained by decomposing each RTCM message meet preset conditions; when detecting that the message header and the text data in the plurality of RTCM messages meet the RTCM messages of the preset condition, determining that the RTCM messages conforming to the preset RTCM data format exist in the plurality of RTCM messages.

Specifically, the text start position in the RTCM message can be found from a guide word such as "d300", and the text data can be found in combination with the information length field. From the message header field, the type of message header in the RTCM message is determined. If the type of the message header of the RTCM message is not a preset type and/or the number of the sub-text data contained in the text data does not accord with the preset number, determining that the message header and the text data of the RTCM message do not meet the preset condition. If the type of the message header of the RTCM message is a preset type and the number of the sub-text data contained in the text data accords with the preset number, determining that the message header and the text data of the RTCM message meet the preset condition.

For example, when the predetermined RTCM data format is RTCM3.3, the message type of the RTCM message may include an MSM4 message, and so on. Taking MSM4 messages as an example, the types of message header of MSM4 messages may include GPS (us) MSM4 (1074), GLONASS (russian) MSM4 (1084), galileo (european Galileo) MSM4 (1094), beidou (china) MSM4 (1120), and so on. Assuming that there are 4 types of sub-message data of message data corresponding to the GPS (united states) MSM4 (1074), if the type of message header obtained by decomposing the RTCM message is the GPS (united states) MSM4 (1074), the message data obtained by decomposing contains 3 types of sub-message data, and the message header and the message data of the RTCM message do not satisfy the preset condition. If the type of the message header obtained by decomposing the RTCM message is GPS (united states) MSM4 (1074), and the message data obtained by decomposing contains 4 seed message data, the message header and the message data of the RTCM message satisfy the preset condition.

Step 103: generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format; transmitting the at least one minimum data set to the terminal; the at least one minimum data set is used for performing the terminal positioning.

In practical application, each RTCM message conforming to the preset RTCM data format may be grouped according to the type of the message header, so as to obtain at least one group of RTCM messages, where each group of RTCM messages may be used as a minimum data set.

Based on this, in an embodiment, the generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format includes:

It will be appreciated that after obtaining each RTCM message that conforms to the preset RTCM data format, the RTCM messages having the same type of header may be divided into a group, where the group corresponds to a minimum data set.

Table 2 is an illustration of the minimum data set, and as shown in table 2, assuming that there are five RTCM messages conforming to the preset RTCM data format, the first three RTCM messages are regarded as one minimum data set because of the same type of message header of the first three RTCM messages, and similarly, the last two RTCM messages are regarded as one minimum data set because of the same type of message header of the last two RTCM messages.

Acquired RTCM message	Type of header of RTCM message
		First RTCM message	Beidou (China) MSM4 (1120)
Second RTCM message	Beidou (China) MSM4 (1120)
		Third RTCM message	Beidou (China) MSM4 (1120)
Fourth RTCM message	Galileo MSM4 (1094)
		Fifth RTCM message	Galileo MSM4 (1094)

TABLE 2

Here, the client transmits the at least one minimum data set to the terminal; in this way, the terminal can be located according to the at least one minimum data set. Because each RTCM message contained in each minimum data set meets the preset RTCM data format, that is, the RTCM message output by the client to the terminal meets the resolvable RTCM protocol standard, the terminal obtaining the RTCM message can realize stable resolving, differential positioning can be completed for each frame of data, and therefore the positioning precision of the terminal is improved.

The embodiment of the invention has the following advantages:

(1) Because whether the RTCM information accords with the preset RTCM data format can be checked, the success of resolving the RTCM information in the terminal can be ensured, the problem of differential positioning failure in the terminal is avoided, and stable differential positioning service can be realized. Wherein, the preset RTCM data format may be updated with an update of the RTCM protocol.

(2) The method is applicable to a long connection scene, and under the condition that the client establishes long connection with the server, the client continuously acquires the RTCM message.

(3) Checking whether the RTCM information accords with the preset RTCM data format, and obtaining at least one minimum data set which can be calculated by utilizing each RTCM information which accords with the preset RTCM data format, so that the filtering of invalid information and the stable output of high-quality information can be realized, and the effect of stable presentation of the terminal is achieved.

(4) The RTCM message is a message composed in hexadecimal system, the client acquires from the server and provides the message for the terminal to finish differential positioning, and the transmission process relies on proprietary 5G network or pc5 fixed-point transmission, so that the desensitization of the sensitive message can be realized.

Fig. 3 is a schematic flow chart of a specific implementation of the information processing method according to the embodiment of the present invention, as shown in fig. 3, including steps 301 to 307:

step 301: the client establishes an HTTP connection with the server.

Here, the Client is denoted by Netty-Ntrip Client and the server is denoted by Ntrip Master.

Step 302: the client acquires a user name and a password of a mounting point corresponding to the server; and authenticating by using the user name and the password.

Here, the client may obtain the user name and the password of the mount point corresponding to the server locally.

Here, the access authentication of the server to the client generally adopts authentication of a user name and a password, and a specific encryption method is embodied in authentication of the server.

Here, header information of the HTTP connection request is Base64 encrypted using a user name and a password of the mount point corresponding to the server, that is,

Base64.getEncoder().encodeToString("user:password").getBytes(StandardChar sets.US_ASCII))。

here, in the processing flow of the RTCM message, the position sensitive information contained in the RTCM message may be encrypted and stored, and after the completion, the data is destroyed, and the life cycle of the data is always complete, so as to meet the security requirement.

Step 303: after passing the authentication, the client establishes a long connection with the server.

Step 304: after establishing a long connection with the server, the client sends an acquisition request to the server; the acquisition request is for requesting acquisition of a plurality of RTCM messages.

Here, each RTCM message contains geographic location data of the terminal.

Taking a terminal as a vehicle-mounted terminal as an example, under the condition that the vehicle-mounted terminal subscribes to a position information service, the LAC and CI information of the vehicle-mounted terminal can be obtained, then the longitude and latitude of the position of the vehicle-mounted terminal are obtained through 5G CELL information, and the LAC, the CI information and the longitude and latitude are assembled into geographic position data, namely GGA information. The MEC platform of the client can initiate subscription to the terminal through the message middleware MQTT, so that the terminal uploads GGA messages to the MEC platform in the client. The MEC platform in the client may send an acquisition request to the server with the GGA message as a request parameter to request acquisition of the RTCM message.

Here, in the case of triggering a high-definition location service set in the MEC platform in the Client, if the Client (Netty-Ntrip Client) is in a long connection state with the server (NtripCaster), the RTCM message returned by the message middleware in the MEC platform can be quickly returned. If the Client (Netty-Ntrip Client) and the server (NtripCaster) are not in a long connection state, the Client is woken up to perform connection operation, the requirement information is cached, and an RTCM message is returned after the long connection is completed.

Step 305: the client receives a plurality of RTCM messages returned by the server.

Step 306: and the client performs operations such as checking and assembling on the plurality of RTCM messages to obtain at least one minimum data set.

Here, the client collating the plurality of RTCM messages may include:

detecting whether RTCM information which does not accord with a preset RTCM data format exists in the plurality of RTCM information or not, and obtaining a detection result; discarding the RTCM message which does not conform to the preset RTCM data format when the detection result characterizes that the RTCM message which does not conform to the preset RTCM data format exists in the plurality of RTCM messages;

here, the client assembling the plurality of RTCM messages may include:

At least one minimum data set is generated based on each RTCM message conforming to a preset RTCM data format.

Step 307: the client sends the at least one minimum data set to the terminal; the at least one minimum data set is used for performing the terminal positioning.

Here, the client may include a Netty Handler (processor & adapter) for performing operations such as checking, assembling, etc. on the received multiple RTCM messages, so that the received multiple RTCM messages meet a preset RTCM data format, for example, the latest RTCM3.X standard.

Here, fig. 4 is a schematic diagram of the composition structure of a processor in a client, and as shown in fig. 4, an RTCM rule base, a message matcher, a redis database, and a message assembler are introduced in a Netty Handler (processor & adapter) of the client, wherein,

the RTCM rule base is used for importing a preset RTCM data format, such as RTCM3.3 standard, and updating the RTCM rule base when a new data format occurs.

And a message matcher for obtaining a plurality of RTCM messages from the server through the channelRead () function, finding a text start position in the RTCM messages according to a guide word such as "d300", and finding text data in combination with the information length field. From the message header field, the type of message header in the RTCM message is determined. Detecting whether message header and message data obtained by decomposing each RTCM message meet preset conditions; when the message header and the message data of the RTCM message are detected to meet the preset conditions, determining that the RTCM message accords with the preset RTCM data format, and respectively storing each RTCM message which accords with the preset RTCM data format into a redis database by using different key values (keys). And discarding RTCM messages that do not conform to the preset RTCM data format.

A message assembler for grouping each RTCM message conforming to a preset RTCM data format according to the type of the message header to obtain at least one group of RTCM messages; each group of RTCM messages is taken as one RTCM minimum data set that can be resolved.

Here, the Netty Handler may mainly execute a channelActive function, a channelInactive function, a channelRead function, an extracasghtfunction, a channelReadComplete function, and a channelregister function.

Here, the Netty Handler (processor & adapter) can purposefully rewrite the following functions according to traffic demand: importing specific adaptation logic based on RTCM3.X rule in a channel read module; calling a heartbeat packet in a channel active module for detecting whether the client and the server are in a long connection state in real time; the channel inactive module introduces a reconnection mechanism, for example, the reconnection times are three times, and the maximum reconnection time is 5 minutes; the exclusionCanghtmodule throws out an exception and is used for prompting that the connection between the client and the server is abnormal; and (3) rewriting a channel readcomplete function, wherein the triggering time of the callback function is that the channel read consumes the read data, adding the existing sensitive information for clearing redis, and finishing desensitization management of the data.

In this example, the following advantages are provided:

(1) And establishing a rule system based on the RTCM3.3 and other standards, performing matching analysis as an RTCM rule base, matching the acquired RTCM message with a preset RTCM data format in the RTCM rule base to detect whether the RTCM message accords with the preset RTCM data format, and generating a minimum data set required by resolving based on the RTCM message which accords with the preset RTCM data format.

(2) According to the RTCM3.3 standard, a series of rule matching is designed to complete the filtration of invalid messages, repeated data are integrated, and high-quality stable output of the data is realized.

In order to realize the information processing method of the embodiment of the invention, the embodiment of the invention also provides an information processing device. Fig. 5 is a schematic diagram of a composition structure of an information processing apparatus according to an embodiment of the present invention, as shown in fig. 5, the apparatus includes:

an acquisition unit 51 for acquiring a plurality of RTCM messages; each RTCM message contains geographic location data for the terminal;

a first processing unit 52, configured to detect the acquired plurality of RTCM messages, and obtain a plurality of RTCM messages that conform to a preset RTCM data format;

a second processing unit 53 for generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format; transmitting the at least one minimum data set to the terminal; the minimum data set is used for performing the terminal positioning.

In an embodiment, the first processing unit 52 is further configured to:

In one embodiment, the first processing unit 52 is specifically configured to:

In an embodiment, the second processing unit 53 is specifically configured to:

In an embodiment, the obtaining unit 51 is specifically configured to:

and receiving the plurality of RTCM messages returned by the server.

In an embodiment, the obtaining unit 51 is specifically configured to:

establishing an HTTP connection with a server;

In practical application, the acquisition unit 51 may be implemented by a communication interface in the information processing apparatus; the first processing unit 52, the second processing unit 53 may be implemented by a processor in an information processing apparatus.

It should be noted that: in the information processing apparatus provided in the above embodiment, only the division of the program modules is used for illustration, and in practical application, the processing allocation may be performed by different program modules according to needs, that is, the internal structure of the apparatus is divided into different program modules to complete all or part of the processing described above. In addition, the information processing apparatus and the information processing method embodiment provided in the foregoing embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiment and are not described herein again.

The embodiment of the invention also provides a client, as shown in fig. 6, including:

a communication interface 61 capable of information interaction with other devices;

and a processor 62, connected to the communication interface 61, for executing the method provided by one or more of the above-mentioned client side solutions when running a computer program. And the computer program is stored on the memory 63.

It should be noted that: the specific processing procedures of the processor 62 and the communication interface 61 are detailed in the method embodiment, and are not described herein.

Of course, in actual practice, the various components in client 60 are coupled together by bus system 64. It is understood that the bus system 64 is used to enable connected communications between these components. The bus system 64 includes a power bus, a control bus, and a status signal bus in addition to the data bus. But for clarity of illustration the various buses are labeled as bus system 64 in fig. 6.

The memory 63 in the present embodiment is used to store various types of data to support the operation of the client 60. Examples of such data include: any computer program for operation on client 60.

The method disclosed in the embodiments of the present application may be applied to the processor 62 or implemented by the processor 62. The processor 62 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuitry in hardware or instructions in software in the processor 62. The processor 62 described above may be a general purpose processor, a digital data processor (DSP, digital Signal Processor), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The processor 62 may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly embodied in a hardware decoding processor or implemented by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium in a memory 63, said processor 62 reading information in the memory 63, in combination with its hardware performing the steps of the method as described above.

In an exemplary embodiment, the client 60 may be implemented by one or more application specific integrated circuits (ASIC, application Specific Integrated Circuit), DSPs, programmable logic devices (PLD, programmable Logic Device), complex programmable logic devices (CPLD, complex Programmable Logic Device), field-programmable gate arrays (FPGA, field-Programmable Gate Array), general purpose processors, controllers, microcontrollers (MCU, micro Controller Unit), microprocessors (Microprocessor), or other electronic components for performing the aforementioned methods.

It is to be understood that the memory (memory 63) of embodiments of the present application may be either volatile memory or nonvolatile memory, and may include both volatile and nonvolatile memory. Wherein the nonvolatile Memory may be Read Only Memory (ROM), programmable Read Only Memory (PROM, programmable Read-Only Memory), erasable programmable Read Only Memory (EPROM, erasable Programmable Read-Only Memory), electrically erasable programmable Read Only Memory (EEPROM, electrically Erasable Programmable Read-Only Memory), magnetic random access Memory (FRAM, ferromagnetic random access Memory), flash Memory (Flash Memory), magnetic surface Memory, optical disk, or compact disk Read Only Memory (CD-ROM, compact Disc Read-Only Memory); the magnetic surface memory may be a disk memory or a tape memory. The volatile memory may be random access memory (RAM, random Access Memory), which acts as external cache memory. By way of example, and not limitation, many forms of RAM are available, such as static random access memory (SRAM, static Random Access Memory), synchronous static random access memory (SSRAM, synchronous Static Random Access Memory), dynamic random access memory (DRAM, dynamic Random Access Memory), synchronous dynamic random access memory (SDRAM, synchronous Dynamic Random Access Memory), double data rate synchronous dynamic random access memory (ddr SDRAM, double Data Rate Synchronous Dynamic Random Access Memory), enhanced synchronous dynamic random access memory (ESDRAM, enhanced Synchronous Dynamic Random Access Memory), synchronous link dynamic random access memory (SLDRAM, syncLink Dynamic Random Access Memory), direct memory bus random access memory (DRRAM, direct Rambus Random Access Memory). The memory described in the embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.

In an exemplary embodiment, the present invention also provides a storage medium, i.e., a computer storage medium, in particular a computer readable storage medium, for example, comprising a memory storing a computer program executable by the processor 62 of the client 60 to perform the steps of the client-side method described above. The computer readable storage medium may be FRAM, ROM, PROM, EPROM, EEPROM, flash Memory, magnetic surface Memory, optical disk, or CD-ROM.

It should be noted that: "first," "second," etc. are used to distinguish similar objects and not necessarily to describe a particular order or sequence.

In addition, the embodiments of the present invention may be arbitrarily combined without any collision.

The foregoing description is only of the preferred embodiments of the present invention, and is not intended to limit the scope of the present invention.

Claims

1. An information processing method, applied to a client, comprising:

acquiring a plurality of international maritime business radio technical commission RTCM messages; each RTCM message contains geographic location data for the terminal;

2. The method according to claim 1, wherein the method further comprises:

3. The method of claim 1, wherein detecting the plurality of RTCM messages to obtain a plurality of RTCM messages that conform to a predetermined RTCM data format comprises:

4. The method of claim 3, wherein generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format comprises:

5. The method of any of claims 1 to 4, wherein the obtaining a plurality of RTCM messages comprises:

and receiving the plurality of RTCM messages returned by the server.

6. The method of claim 5, wherein the sending the acquisition request to the server comprises:

establishing a hypertext transfer protocol (HTTP) connection with the server;

7. An information processing apparatus, characterized by comprising:

8. An information processing apparatus, characterized by comprising:

the processor is used for detecting the acquired plurality of RTCM messages to obtain a plurality of RTCM messages conforming to a preset RTCM data format; and generating at least one minimum data set based on a plurality of RTCM messages conforming to the preset RTCM data format; transmitting the at least one minimum data set to the terminal; the minimum data set is used for performing the terminal positioning.

9. A client comprising a processor and a memory for storing a computer program capable of running on the processor,

Wherein the processor is adapted to perform the steps of the method of any of claims 1 to 6 when the computer program is run.

10. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method according to any one of claims 1 to 6.