CN108989467B

CN108989467B - Centralized addressing method

Info

Publication number: CN108989467B
Application number: CN201811007767.1A
Authority: CN
Inventors: 程明敏; 郭威; 陈桃花; 李卫兵; 刘江波; 束照坤
Original assignee: Anhui Jianghuai Automobile Group Corp
Current assignee: Anhui Jianghuai Automobile Group Corp
Priority date: 2018-08-31
Filing date: 2018-08-31
Publication date: 2020-10-30
Anticipated expiration: 2038-08-31
Also published as: CN108989467A

Abstract

The invention discloses a centralized addressing method, which comprises the following steps: an uplink stage: after a terminal accesses a gateway, acquiring a report message and link information of the terminal; registering link information in a cache, and writing a report message into a message queue; extracting the report message from the message queue and forwarding the report message to a service server; a downlink stage: after receiving a push message of a service server, writing the push message into a message queue; inquiring link information from the cache; and extracting the push message according to the link information and then sending the push message to the corresponding terminal. The invention provides that the link information is reserved when the message is reported, and the required message is pushed to the corresponding terminal after the link information is inquired reversely in the message sending process, so that the defects of the traditional IP broadcast are overcome.

Description

Centralized addressing method

Technical Field

The invention relates to the field of car networking, in particular to a centralized addressing method.

Background

In the design of a service end of the Internet of vehicles, a terminal access gateway is an important component of the whole system. The system is responsible for establishing communication connection with vehicle-mounted terminal equipment and keeping the connection stable; while dispatching requests to specific automotive remote Service providers (TSPs). Meanwhile, the gateway is also a downlink message channel, and needs to receive the push message of the TSP service system and correctly address to a specific target car machine to implement message delivery. As traffic volume increases, the initial single-terminal access gateway instances have been insufficient to bear such pressure, necessitating multi-instance deployment of the gateway for multi-terminal access. However, a problem arises at this time, in which a terminal is connected to a certain gateway instance in a TCP or other protocol form, and when the terminal is in a message downlink stage, there are also a plurality of gateway instances for accessing different terminals, but the gateway instances are not transparent to the service system, and the service system cannot know which gateway instance should be selected to push a message to be delivered, so that the message pushing fails.

For this reason, the push service of the TSP generally adopts an IP broadcast form, that is, under the condition that the service system does not know which gateway is maintaining the terminal requiring the push message, all gateway instances are treated as the same thing, and the push message is broadcast to all gateways. After receiving the message, the gateway instance needs to judge by itself, if a certain terminal maintained by the instance is a target terminal, the push message is issued, otherwise, the push message is discarded. It can be seen that the existing broadcasting form brings extra network burden, and the resource consumption is large, and the disadvantage is more obvious especially when the global message is centrally issued.

Disclosure of Invention

The invention aims to provide a centralized addressing method for solving the problem of network pressure caused by IP broadcasting.

The technical scheme adopted by the invention is as follows:

a centralized addressing method, comprising:

an uplink stage:

after a terminal accesses a gateway, acquiring a report message and link information of the terminal;

registering link information in a cache, and writing a report message into a message queue;

extracting the report message from the message queue and forwarding the report message to a service server;

a downlink stage:

after receiving a push message of a service server, writing the push message into a message queue;

inquiring link information from the cache;

and extracting the push message according to the link information and then sending the push message to the corresponding terminal.

Optionally, after the terminal accesses the gateway, the method further includes: and monitoring the online state of the terminal in real time.

Optionally, the method further includes: and updating the online state in the cache in real time.

Optionally, the method further includes: the presence status is written to the message queue.

Optionally, the method further includes: in the uplink phase, the online status is extracted from the message queue and forwarded to the service server.

Optionally, the method further includes: and setting a corresponding table of the online terminal and the accessed gateway in the cache according to the link information and the online state.

Optionally, the extracting, according to the link information, the push message and then issuing the push message to the corresponding terminal includes:

and extracting the push message according to the corresponding table and then sending the push message to the corresponding terminal.

Optionally, the method further includes: and after the writing operation is performed on the message queue, backing up the message queue.

Optionally, the link information includes gateway IP and access port information.

Optionally, the registering the link information in the cache includes: and saving the link information in the cache in a key-value structure.

The invention provides that the link information is reserved when the message is reported, and the required message is pushed to the corresponding terminal after the link information is inquired reversely in the message sending process, so that the defects of the traditional IP broadcast are overcome. Furthermore, the online condition of the terminal is updated in real time in the interaction process, and the online state of the terminal is considered together when a message is sent, so that the user experience machine cost balance is remarkably improved compared with the traditional scheme.

Drawings

In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention will be further described with reference to the accompanying drawings, in which:

FIG. 1 is a flow chart of an embodiment of a centralized addressing method provided by the present invention;

fig. 2 is a flowchart of a centralized addressing method according to an embodiment of the present invention.

Detailed Description

Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are illustrative only and should not be construed as limiting the invention.

The present invention provides an embodiment of a centralized addressing method, as shown in fig. 1, the method specifically includes an uplink stage and a downlink stage.

Performed in the upstream phase

And step S1, after the terminal accesses the gateway, acquiring the report message and link information of the terminal.

The terminal referred to herein may be a car machine, a mobile phone, or other applicable intelligent device, and the link information may include at least an IP of an instance of a gateway accessed by the terminal and port information of an access port, or may specifically include other legal terminal-related information.

And step S2, registering link information in the buffer and writing the report message into a message queue.

The operation of writing the message queue is a core step of data forwarding, and specifically, multiple queue services can be provided to ensure normal communication of the whole system, and the system coupling degree can be reduced. The specific writing mode can refer to various existing technical means, and the invention is not limited to this; it should be noted that, in this embodiment, it is proposed to register link information of the terminal in the cache, that is, to "register" information such as a gateway IP port, "and in a specific operation, a global cache (redis) may be set to implement this function, and a key-value structure is preferably adopted to store the link information in the cache, for example, the cache type is hash < String, String >, a cache key name NETGATE _ IP, a cache subkey name $ tertiary id, and the cache value is a gateway IP + port accessed by $ tertiary id.

And step S3, extracting the report message from the message queue and forwarding the report message to the service server.

And then, continuing the conventional reporting operation, namely extracting the reporting message from the message queue and forwarding the reporting message to the service server. The business server referred to herein may refer to a carrier platform of a remote service provided by an automobile remote service provider, but is not limited to include other cloud systems and cloud service platforms.

Performed in the downstream phase

And step S4, after receiving the push message of the service server, writing the push message into the message queue. As mentioned above, this process is a common implementation choice for forwarding operation in a communication session, and is not described herein again.

And step S5, inquiring the link information from the cache.

The process can be viewed as a reverse polling action, i.e. after receiving the push message, the push message is not addressed "forward", but the registration information at the time of initial access is back-checked, so as to match the corresponding target terminal.

And step S6, extracting the push message according to the link information and then sending the push message to the corresponding terminal.

And finally, taking the inquired link information as a basis, taking the push message out of the queue and sending the push message to a corresponding terminal, thereby achieving the purposes of targeting and saving resources.

In addition, the invention also considers the condition that the terminal is off-line in the session process, so as to further improve the reliability and the effectiveness of information transmission, the invention provides that the on-line state of the terminal can be monitored in real time after the terminal is accessed into the gateway. Reference may be made in particular to the following two real-time references, which indicate that the two schemes may also be performed in combination in other comprehensive embodiments, and that the sequence of steps in the schemes described below is not shown by a sequential order by a schematic arrow.

A specific embodiment, illustrated with reference to figure 2:

and step S10, monitoring the online state of the terminal in real time after the terminal accesses the gateway.

And step S20, acquiring the report message and link information of the terminal.

And step S30, registering link information in the cache, updating the online state in real time, and writing the report message into a message queue.

And step S40, setting a corresponding table of the online terminal and the accessed gateway in the cache according to the link information and the online state. It should be noted that this step is a preferred solution, and in other embodiments, there may be no need to set a corresponding table or establish association between the terminal and the access gateway in other forms.

And step S50, extracting the report message from the message queue and forwarding the report message to the service server.

And step S60, after receiving the push message of the service server, writing the push message into the message queue.

And step S70, inquiring the corresponding table from the cache.

And step S80, extracting the push message according to the corresponding table and then sending the push message to the corresponding terminal. Of course, in other embodiments where no mapping table is set, the step may be to extract the push message and send the extracted push message to the corresponding terminal according to the link information and the online status.

In another specific embodiment, the presence status may be written into the message queue, and it should be noted that, as the presence status of the terminal is updated in real time, the operation of writing the presence information is a dynamic process in essence, that is, once the status of the terminal changes, the latest middle-end status is written into the queue. In addition, in order to increase the session transparency, the online state can be extracted from the message queue and forwarded to the service server in the uplink stage, so that the dynamic change of the terminal is synchronized with the remote server in real time, and the subsequent message pushing and corresponding issuing operation is facilitated to be optimized or simplified.

It may also be supplemented that the message queue is backed up after the aforementioned write operation to the message queue. The process may refer to backup of the written report message, push message, and the online status by setting a backup queue service.

Finally, it should be noted that when constructing an execution module that completes the above steps, reference may be made to the following:

the method comprises the steps that an access module is arranged, is mainly responsible for functions such as access, activation and login related to a terminal, and can be specifically used for sending acquired link information and reported messages to a global cache and a message queue respectively;

and a forwarding module is arranged and mainly responsible for interaction actions related to the service system, including functions of conventional service system authentication, message conversion and the like. The method and the device can be specifically used for extracting the report message from the message queue and forwarding the report message to the service server, and writing the push message into the message queue after receiving the push message of the service server. Correspondingly, the forwarding module can also be used for inquiring the link information from the cache, extracting the push message according to the link information and then sending the push message to the corresponding terminal.

In practice, however, the above modules are not limited to be provided, and for example, in some embodiments, a gateway management module may be provided, which may be used to synchronize the message queue with the service server to achieve session transparency. The skilled person can develop the module arrangement based on the above embodiments and preferred solutions, and the present invention is not limited to this.

The structure, features and effects of the present invention have been described in detail with reference to the embodiments shown in the drawings, but the above embodiments are merely preferred embodiments of the present invention, and it should be understood that technical features related to the above embodiments and preferred modes thereof can be reasonably combined and configured into various equivalent schemes by those skilled in the art without departing from and changing the design idea and technical effects of the present invention; therefore, the invention is not limited to the embodiments shown in the drawings, and all the modifications and equivalent embodiments that can be made according to the idea of the invention are within the scope of the invention as long as they are not beyond the spirit of the description and the drawings.

Claims

1. A centralized addressing method, comprising:

an uplink stage:

a downlink stage:

reversely inquiring the link information from the cache;

2. The centralized addressing method of claim 1, further comprising, after the terminal accesses the gateway: and monitoring the online state of the terminal in real time.

3. The centralized addressing method of claim 2, further comprising: and updating the online state in the cache in real time.

4. The centralized addressing method of claim 3, further comprising: the presence status is written to the message queue.

5. The centralized addressing method of claim 4, further comprising: in the uplink phase, the online status is extracted from the message queue and forwarded to the service server.

6. The centralized addressing method of claim 3, further comprising: and setting a corresponding table of the online terminal and the accessed gateway in the cache according to the link information and the online state.

7. The centralized addressing method of claim 6, wherein the extracting the push message according to the link information and then sending the push message to the corresponding terminal comprises:

8. The centralized addressing method of claim 1, further comprising: and after the writing operation is performed on the message queue, backing up the message queue.

9. The centralized addressing method according to any of claims 1-8, wherein the link information comprises gateway IP and access port information.

10. The centralized addressing method according to any of claims 1-8, wherein registering link information in the cache comprises: and saving the link information in the cache in a key-value structure.