CN113542395A

CN113542395A - Message processing method and message processing system

Info

Publication number: CN113542395A
Application number: CN202110788800.4A
Authority: CN
Inventors: 黄华桥; 李竞
Original assignee: Wuhan Greenet Information Service Co Ltd
Current assignee: Wuhan Greenet Information Service Co Ltd
Priority date: 2021-07-13
Filing date: 2021-07-13
Publication date: 2021-10-22
Anticipated expiration: 2041-07-13
Also published as: WO2023284231A1; CN113542395B

Abstract

The application discloses a message processing method and a message processing system, wherein the method comprises the following steps: the virtual machine process establishes a tunnel between at least two terminal devices; the method comprises the steps that a virtual machine process receives at least one service request of a plurality of users; the virtual machine process establishes at least one session in a tunnel according to at least one service request, wherein the tunnel comprises at least one session, and the at least one service request corresponds to the at least one session; the session processing process processes at least one service request by using a session to obtain a processed message; and the virtual machine process sends the processed message to the user corresponding to the at least one service request respectively. The method provided by the application processes a plurality of sessions corresponding to different users in the same tunnel, and realizes the decoupling of the tunnel service and the user session service in the tunnel; a plurality of users can share one tunnel to carry out conversation so as to realize that a plurality of different users share the IP address, thereby saving the IP of the public network and avoiding the waste of the IP.

Description

Message processing method and message processing system

Technical Field

The present application relates to the field of computer technologies, and in particular, to a message processing method and a message processing system.

Background

The service requests of the users are exchanged in the server in a message mode, so that different service requests of the users are realized. In the server in the prior art, each user corresponds to one device, and one device needs one IP address, so that a large number of IP addresses are occupied, and waste of the IP addresses is caused.

Disclosure of Invention

The embodiment of the application provides a message processing method and a message processing system, and aims to solve the problem that users in the message processing system in the prior art occupy a large number of IP addresses to cause IP address waste.

In a first aspect, an embodiment of the present application provides a message processing method, which is applied to a message processing system, where the message processing system includes a session processing process, at least two terminal devices and a server, where the at least two terminal devices are devices capable of sending/receiving a message, the at least two terminal devices include a first terminal device and a second terminal device, a virtual machine process is bound to each of the at least two terminal devices, the virtual machine process includes a virtual port, each of the at least two terminal devices includes a physical port, each of the at least two terminal devices manages multiple users, and the at least two terminal devices are connected to the server;

the message processing method comprises the following steps:

the virtual machine process establishes a tunnel between the at least two terminal devices;

the virtual machine process receives at least one service request of the plurality of users;

the virtual machine process establishes at least one session in the tunnel according to the at least one service request, wherein the tunnel comprises at least one session, and the at least one service request corresponds to the at least one session;

the session processing process processes the at least one service request by using the session to obtain a processed message;

and the virtual machine process sends the processed message to the user corresponding to the at least one service request respectively.

Further, the establishing, by the virtual machine process, a tunnel between the at least two terminal devices includes:

judging whether the first terminal equipment is started or not;

if the first terminal equipment is started, acquiring a source IP address of the first terminal equipment;

acquiring a destination IP address corresponding to the source IP address;

determining a second terminal device corresponding to the destination IP address;

and establishing a tunnel between the first terminal device and the second terminal device.

Further, the establishing a tunnel between the first terminal device and the second terminal device includes:

the virtual machine process generates a tunnel protocol message corresponding to the source IP address;

the virtual machine process sends the tunnel protocol message to a physical port of the first terminal device;

the virtual machine process acquires the tunnel protocol message at a physical port of the first terminal device;

and the virtual machine process establishes the tunnel according to the tunnel protocol message.

Further, before the establishing a session in the tunnel according to the at least one service request, the method further includes:

and the virtual machine process generates at least one dialing request corresponding to the at least one service request, wherein the quantity of the at least one dialing request is the same as that of the at least one service request.

Further, the virtual machine process establishes at least one session in the tunnel according to the at least one service request, including:

the first virtual machine process sends the at least one dialing request to the second terminal equipment;

and if the second terminal equipment receives the at least one dialing request, establishing at least one session in the first terminal equipment and the second terminal equipment.

Further, the message processing method according to claim 1, wherein the service request of the user includes an initial message of the user, and the initial message includes a message pointer and an inner layer message;

the processing the at least one service request by using the session to obtain a processed message includes:

the virtual machine process acquires a message pointer of the initial message;

the virtual machine process sends the message pointer to the session processing process;

the session processing process processes the initial message according to the message pointer to obtain a first message;

and after the session processing process finishes processing the initial message, the session processing process sends the message pointer to the virtual port.

Further, the method further comprises:

the virtual machine process reads the message pointer in the virtual port;

the virtual machine process judges whether a tunnel message header needs to be added to the first message according to the message pointer;

and if the tunnel message header needs to be added to the first message, adding the tunnel message header to the front end of the inner layer message to obtain a second message.

Further, the method further comprises:

the virtual machine process sends the second message to the second terminal device through the server;

and the second terminal equipment responds to the second message to obtain a third message.

Further, the sending, by the virtual machine process, the processed packet to the user corresponding to the at least one service request includes:

the virtual machine process receives the third message;

the session processing process identifies the third message and determines a user corresponding to the third message;

and the virtual machine process sends the third message to a corresponding user.

In a second aspect, the present application further provides a message processing system, where the message processing system includes a session processing process, at least two terminal devices and a server, where the at least two terminal devices are devices capable of sending/receiving a message, the at least two terminal devices include a first terminal device and a second terminal device, a virtual machine process is bound to each of the at least two terminal devices, the virtual machine process includes a virtual port, each of the at least two terminal devices includes a physical port, each of the at least two terminal devices manages multiple users, and the at least two terminal devices are connected to the server;

the virtual machine process is used for establishing a tunnel between the at least two terminal devices;

the virtual machine process receiving at least one service request for the plurality of users;

the virtual machine process is used for establishing at least one session in the tunnel according to the at least one service request, the tunnel comprises at least one session, and the at least one service request corresponds to the at least one session;

the session processing process is used for processing the at least one service request by using the session to obtain a processed message;

and the virtual machine process is used for sending the processed message to the user corresponding to the at least one service request respectively.

The application provides a message processing method, which processes a plurality of sessions corresponding to different users in the same tunnel and realizes the decoupling of tunnel service and user session service in the tunnel; a plurality of users can share one tunnel to carry out conversation so as to realize that a plurality of different users share the IP address, thereby saving the IP of the public network and avoiding the waste of the IP.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic view of a scenario of an embodiment of a message processing system according to an embodiment of the present application;

fig. 2 is a schematic flowchart of an embodiment of a message processing method according to the present application;

fig. 3 is a schematic flowchart of an embodiment of establishing a tunnel according to the present application;

fig. 4 is a flowchart illustrating an embodiment of establishing a tunnel between a first terminal device and a second terminal device according to the present application;

fig. 5 is a flowchart illustrating an embodiment of processing a service request by using a session according to the present application;

fig. 6 is a flowchart illustrating processing of a service request by using a session processing process according to another embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

In the description of the present application, it is to be understood that the terms "center", "longitudinal", "lateral", "length", "width", "thickness", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", and the like indicate orientations or positional relationships based on those shown in the drawings, and are used merely for convenience of description and for simplicity of description, and do not indicate or imply that the referenced device or element must have a particular orientation, be constructed in a particular orientation, and be operated, and thus should not be considered as limiting the present application. Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, features defined as "first", "second", may explicitly or implicitly include one or more of the described features. In the description of the present application, "a plurality" means two or more unless specifically limited otherwise.

In this application, the word "exemplary" is used to mean "serving as an example, instance, or illustration. Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments. The following description is presented to enable any person skilled in the art to make and use the application. In the following description, details are set forth for the purpose of explanation. It will be apparent to one of ordinary skill in the art that the present application may be practiced without these specific details. In other instances, well-known structures and processes are not set forth in detail in order to avoid obscuring the description of the present application with unnecessary detail. Thus, the present application is not intended to be limited to the embodiments shown, but is to be accorded the widest scope consistent with the principles and features disclosed herein.

It should be noted that, since the method in the embodiment of the present application is executed in the electronic device, the processing objects of each electronic device all exist in the form of data or information, for example, time, which is substantially time information, and it is understood that, if the size, the number, the position, and the like are mentioned in the following embodiments, all corresponding data exist so as to be processed by the electronic device, and details are not described herein.

The embodiments of the present application provide a message processing method and a message processing system, which are described in detail below.

The following introduces the noun explanations to which this application refers:

tunneling: tunneling is a way of communicating data between networks by using the infrastructure of the internetwork. The data (or payload) communicated using the tunnel may be data frames or packets of different protocols. The tunneling protocol re-encapsulates the data frames or packets of these other protocols in a new header for transmission. The new header provides routing information to enable the encapsulated payload data to be delivered over the internet. The encapsulated packet is routed between the two endpoints of the tunnel through the common interconnect network. The logical path through which the encapsulated packet passes over the public internetwork is called a tunnel. Once the network endpoint is reached, the data will be unpacked and forwarded to the final destination. Tunneling refers to the overall process including data encapsulation, transmission, and unpacking.

Message: a message (message) is a data unit exchanged and transmitted in the network, i.e. a data block to be sent by a station at one time. The message contains complete data information to be sent, and the length of the message is not consistent, and is not limited and variable.

Conversation: sessions (sessions) are referred to as "session control" in computers, especially in web applications. The Session object stores the attributes and configuration information needed for a particular user Session. Thus, when a user jumps between pages of an application, the variables stored in the session object will not be lost, but will persist throughout the user session. When a user requests a web page from an application, the web server will automatically create a session object if the user has not already a session. When a session expires or is abandoned, the server will terminate the session.

Referring to fig. 1, fig. 1 is a schematic view of a scenario of a message processing system according to an embodiment of the present disclosure, where the message processing system may include a session processing process 100, at least two terminal devices 200, and a server 300. The at least two terminal devices are devices capable of sending/receiving messages, the at least two terminal devices include a first terminal device and a second terminal device, virtual machine processes are bound in the at least two terminal devices, each virtual machine process includes a virtual port, each terminal device in the at least two terminal devices includes a physical port, each terminal device in the at least two terminal devices manages a plurality of users, and the at least two terminal devices are connected with the server.

The virtual machine process is used for establishing a tunnel between at least two terminal devices; the method comprises the steps that a virtual machine process receives at least one service request for a plurality of users; the virtual machine process is used for establishing at least one session in the tunnel according to at least one service request, the tunnel comprises at least one session, and the at least one service request corresponds to the at least one session; the session processing process is used for processing at least one service request by using a session to obtain a processed message; and the virtual machine process is used for sending the processed message to the user corresponding to the at least one service request.

In this embodiment, the server 300 may be an independent server, or may be a server network or a server cluster composed of servers, for example, the server 300 described in this embodiment includes, but is not limited to, a computer, a network host, a single network server, a plurality of network server sets, or a cloud server composed of a plurality of servers. Among them, the Cloud server is constituted by a large number of computers or web servers based on Cloud Computing (Cloud Computing).

It is to be understood that the terminal device 200 used in the embodiments of the present application may be a device that includes both receiving and transmitting hardware, i.e., a device having receiving and transmitting hardware capable of performing two-way communication over a two-way communication link. Such a device may include: a cellular or other communication device having a single line display or a multi-line display or a cellular or other communication device without a multi-line display. The specific terminal device 200 may specifically be a desktop terminal or a mobile terminal, and the terminal device 200 may also specifically be one of a mobile phone, a tablet computer, a notebook computer, and the like.

Those skilled in the art will understand that the application environment shown in fig. 1 is only one application scenario related to the present embodiment, and does not constitute a limitation on the application scenario of the present embodiment, and that other application environments may further include more or fewer servers than those shown in fig. 1, for example, only 1 server is shown in fig. 1, and it is understood that the message processing system may further include one or more other terminal devices, which is not limited herein.

In addition, as shown in fig. 1, the message processing system may further include a memory 400 for storing data, such as service requests or message data of users. The Memory may be a Read Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

It should be noted that the scenario diagram of the message processing system shown in fig. 1 is only an example, and the message processing system and the scenario described in the embodiment of the present application are for more clearly illustrating the technical solution of the embodiment of the present application, and do not form a limitation on the technical solution provided in the embodiment of the present application.

First, an embodiment of the present application provides a message processing method, where the message processing method is applied to a message processing system, and the message processing method includes: the virtual machine process establishes a tunnel between at least two terminal devices; the method comprises the steps that a virtual machine process receives at least one service request of a plurality of users; the virtual machine process establishes at least one session in a tunnel according to at least one service request, wherein the tunnel comprises at least one session, and the at least one service request corresponds to the at least one session; the session processing process processes at least one service request by using a session to obtain a processed message; and the virtual machine process sends the processed message to the user corresponding to the at least one service request respectively.

As shown in fig. 2, which is a schematic flow chart of an embodiment of a message processing method in the embodiment of the present application, the message processing method includes:

21. the virtual machine process establishes a tunnel between at least two terminal devices.

In the embodiment of the application, the sessions between the users are all processed by using the tunnel. Multiple users can be bound in one terminal device, and the multiple users can utilize the same terminal device to process or exchange messages with other terminal devices or servers. If the message exchange between the two terminal devices is required, a tunnel needs to be established between the two terminal devices.

Meanwhile, in order to establish a tunnel, communication parties (generally, the roles of the device terminal and the server) at both ends of the tunnel must use the same tunneling protocol. The Tunneling Protocol may include a Layer Two Tunneling Protocol (L2 TP) or a Layer 3 Tunneling Protocol (L3 TP) as a basis. The second layer of tunnel protocol uses multiple tunnels to transmit messages; and the L2TP provides packet header compression and tunnel verification, thereby ensuring the security in the message transmission process.

In the embodiment of the application, each terminal device is bound with a virtual machine process, so that the establishment of a tunnel between two terminal devices can be realized by using the virtual machine process. When the number of the terminal devices is larger than two, a tunnel can be established between any two terminal devices, so as to realize the exchange and processing of the messages through the tunnel.

22. The virtual machine process receives at least one service request of a plurality of users.

In the embodiment of the application, one virtual machine process is bound in one terminal device, and a plurality of users can be bound in one terminal device, and service requests of the plurality of users are processed by using the same terminal device. Therefore, the IP addresses corresponding to different service requests of multiple users are consistent, that is, multiple users share the same IP address.

When a user needs to perform operations such as surfing the internet, the user generates and sends a service request, and the virtual machine process bound in the terminal equipment can receive the service requests of all users under the terminal equipment. That is, the virtual machine process can accept at least one service request issued by a plurality of users at a time.

23. The virtual machine process establishes at least one session in the tunnel according to the at least one service request.

In the embodiment of the present application, when a user sends a service request, the service request needs to be transmitted before the terminal device and the server by using a session, and thus at least one session corresponding to at least one service request needs to be established. The session stores the attributes and configuration information required for a particular user session. Thus, when a user jumps between pages of an application, the variables stored in the session will not be lost, but will persist throughout the user session. When a user requests a web page from an application, the web server will automatically create a session if the user has not already had a session. When a session expires or is abandoned, the server will terminate the session.

That is, when a user sends a service request, if there is no session corresponding to the service request in the tunnel at this time, a session corresponding to the service request is generated in the tunnel, and the session is used to implement processing of a message or the service request in a subsequent process. When the user stops sending the service request, the session is also stopped, and the session disappears.

Since a plurality of users are bound in a terminal device and the plurality of users generate and send at least one service request, at least one session is established in the tunnel and the at least one service request corresponds to the at least one session. That is, the session in the embodiment of the present application is dynamic and not fixed and kept unchanged.

Specifically, when a plurality of users generate a plurality of service requests, a plurality of sessions are correspondingly generated in the tunnel, and the plurality of sessions and the plurality of service requests are in one-to-one correspondence. In an embodiment of the present application, the number of service requests is the same as the number of sessions generated in the tunnel.

24. And the session processing process processes at least one service request by using the session to obtain a processed message.

25. And the virtual machine process sends the processed message to the user corresponding to the at least one service request respectively.

Specifically, after the service request sent by the user is processed, the virtual machine process receives a response corresponding to the service request or a processed message; the virtual machine process also needs to send the received response or the processed message to the corresponding user sending the service request, respectively, so as to complete the whole message processing process.

As shown in fig. 3, for a flowchart illustrating an embodiment of establishing a tunnel according to the embodiment of the present application, the establishing a tunnel between at least two terminal devices by a virtual machine process may include:

31. and judging whether the first terminal equipment is started or not.

32. And if the first terminal equipment is started, acquiring the source IP address of the first terminal equipment.

33. And acquiring a destination IP address corresponding to the source IP address.

34. And determining the second terminal equipment corresponding to the destination IP address.

35. A tunnel is established between the first terminal device and the second terminal device.

In the embodiment of the present application, at least two terminal devices are included, and the at least two terminal devices include a first terminal device and a second terminal device. In a specific embodiment of the present application, taking an example that a first terminal device sends a service request of a user, a plurality of users are bound in the first terminal device, and a virtual machine process and a session processing process are bound in the first terminal device.

When the first terminal equipment is started, a tunnel needs to be established between the first terminal equipment and the second terminal equipment, so that the subsequent processing of a message or a service request is facilitated; it is therefore first necessary to determine whether the first terminal is powered on. In the embodiment of the application, because the virtual machine process is bound in the terminal device, after the terminal device is started, the virtual machine process in the terminal device is also started. At this time, the terminal device may generate and send a start signal to the virtual machine process, and if the virtual machine process receives the start signal, the virtual machine may determine that the terminal device is started.

In a specific embodiment of the present application, if the first terminal device is started, the first terminal device may send a start signal to the virtual machine process bound in the first terminal device, and if the virtual machine process bound in the first terminal device receives the start signal, the virtual machine process may consider that the first terminal device is started.

In other embodiments of the present application, a listener may be added to the message processing system, and the listener is used to determine whether the terminal device is started. Specifically, the listener can send a monitoring signal to the terminal device at regular time, and if the terminal device is started, the terminal device can receive the monitoring signal and reply to the monitoring signal. If the listener receives the feedback signal from the terminal device within the preset time period during which the listener sends out the listening signal, the listener can confirm that the terminal device is started.

In the above embodiment, if the listener receives the feedback signal from the terminal device but does not receive the feedback signal within the preset time period, the listener may regard that the terminal device has a fault, which causes a problem in processing and feeding back the monitoring signal by the terminal device. The monitor can generate fault prompt information to prompt an operator, and the terminal equipment has a fault, so that the terminal equipment can be conveniently checked.

It should be noted that, in the above embodiment, the length of the preset time period may be determined according to an actual situation that the message processing system processes the message, and the length of the preset time period is variable, which is not limited herein.

After the first terminal device is confirmed to be started, the virtual machine process bound in the first terminal device can acquire a source IP address corresponding to the first terminal device; meanwhile, the virtual machine process bound in the first terminal device can also acquire a destination IP address corresponding to the source IP address.

In some embodiments of the present application, obtaining the destination IP address corresponding to the source IP address may include: acquiring an IP address corresponding table; and confirming the destination IP address corresponding to the source IP address according to the IP address corresponding table.

In the above embodiment, the correspondence between the IPs of the plurality of terminal devices may be configured in advance, so as to obtain an IP address correspondence table, where the IP address correspondence table includes the correspondence between different IP addresses. Therefore, the destination IP address corresponding to the source IP address can be directly confirmed in the IP address corresponding table according to the IP address corresponding table.

In other embodiments of the present application, obtaining the destination IP address corresponding to the source IP address may include: acquiring all available IP addresses; the destination IP address corresponding to the source IP address is confirmed among all the other available IP addresses except the source IP address.

In the above embodiment, when a plurality of terminal devices in the message processing system are all started, each terminal device needs to establish a tunnel with another terminal device; therefore, the corresponding IP address of each terminal device can be obtained. That is, all the IP addresses corresponding to all the activated terminal devices at this time may be obtained, and all the available IP addresses also include the source IP address corresponding to the first terminal device. From the IP address, the destination IP address corresponding to the source IP address can be confirmed among all other available IP addresses except the source IP address.

Specifically, because the IP addresses corresponding to the terminal devices are generally configured in advance, and one terminal device only corresponds to a unique IP address, after the IP address is confirmed, the terminal device corresponding to the IP address is also confirmed, and different processing that can be performed on the service request or the message by different terminal devices is also confirmed. Therefore, the destination IP address corresponding to the source IP address can be confirmed in all the other available IP addresses except the source IP address according to the service request of the user.

When the destination IP address corresponding to the source IP address is confirmed, the second terminal equipment corresponding to the destination IP can be confirmed; at this time, a tunnel may be established between the first terminal device and the second terminal device.

As shown in fig. 4, a flowchart of an embodiment for establishing a tunnel between a first terminal device and a second terminal device provided in the embodiment of the present application may include:

41. and the virtual machine process generates a tunnel protocol message corresponding to the source IP address.

42. And the virtual machine process sends the tunnel protocol message to a physical port of the first terminal equipment.

43. And the virtual machine process acquires the tunnel protocol message at a physical port of the first terminal equipment.

44. And the virtual machine process establishes a tunnel according to the tunnel protocol message.

In the embodiment of the present application, before the tunnel is established, configuration information of two endpoints of the tunnel must be known, for example, IP addresses of terminal devices corresponding to the two endpoints respectively; and tunnel-related tunnel properties such as the level of security required for the tunnel. Once this information is obtained, a tunnel can be established.

Specifically, after the corresponding virtual machine process in the first terminal device confirms the second terminal device corresponding to the source IP address, the corresponding virtual machine process in the first terminal device may construct a tunnel protocol packet related to the tunnel attribute by itself. The tunneling protocol message may include message information of establishment, removal, heartbeat, and the like of a tunnel; and after the corresponding virtual machine process in the first terminal equipment generates the tunnel protocol message, the tunnel protocol message is sent to a physical port in the first terminal equipment.

And if the read message is a tunnel protocol message, the corresponding virtual machine process in the first terminal device can establish a tunnel according to the tunnel protocol message.

In one particular embodiment of the present application, the tunnel may be established using the L2TP tunneling protocol. The Point-to-Point Protocol (PPP) defines an encapsulation mechanism for how multi-Protocol packets are transmitted over a Point-to-Point link. Typically, a user can obtain a second layer connection of a Network Access Server (NAS) and run PPP protocol on it. In such a configuration, the PPP and the layer two link terminate on the same physical device.

And L2TP extends the PPP mode, which allows the terminating endpoints of the layer two link and PPP to be located in different places connected by the switching network. Using L2TP, the user obtains a second layer connection to an access concentrator (access concentrator) which then tunnels PPP frames to the NAS.

The L2TP protocol also defines some tunnel management and maintenance operations, such as sending Hello messages periodically to determine the connectivity of the tunnel, and performing tunnel traffic control and congestion control using the sending sequence number (Ns) field and the receiving sequence number (Nr) field provided by the protocol. And the L2TP protocol also supports header compression, the overhead of L2TP can be only four bytes when header compression is turned on. The L2TP protocol also provides authentication of the tunnel to ensure consistency of the tunnel.

In the embodiment of the application, the first terminal device and the second terminal device are two end points of a tunnel respectively, and a plurality of tunnels can be established between the first terminal device and the second terminal device, so that multiplexing of the tunnels is realized. The tunnel includes two channels: a control channel and a data channel; generally, there will be multiple concurrent data channels in the tunnel.

The L2TP protocol uses two types of messages: control messages and data messages. Wherein the control message is used in the call and setup, maintenance and clearing of the tunnel. The control message uses a dedicated reliable control channel in L2TP to guarantee the transmission of the control message.

In other embodiments of the present application, a tunnel may also be established using other protocols, for example, a vxlan protocol, and the process of specifically establishing a tunnel may refer to the prior art, which is not limited herein.

After a tunnel between a first terminal device and a second terminal device is established and before a session is established in the tunnel, a virtual machine process in the first terminal device also needs to generate at least one dialing request corresponding to at least one service request; and the virtual machine process in the first terminal device further needs to send at least one dialing request to a second terminal device corresponding to the first terminal device. And after the second terminal equipment receives the at least one dialing request, at least one session is established between the first terminal equipment and the second terminal equipment. Only when the session is established, the service request or message of the user can be processed.

In an embodiment of the present application, dialing may be performed using the PPPoE protocol to establish a session. The PPPoE data packet is encapsulated in the data field of the ethernet frame.

The ethernet frame header includes: source IP address, destination IP address, ethernet protocol type. The ethernet protocol type in this application may be L2TP protocol.

The format of the PPPoE data packet may include: 1. the initial 4 bits of the PPPoE data message are Version field (Version), and the content filled in the Version field is 0x 01; 2. a Type field (Type) 4 bits after the version field, and the content filled in the Type field is also 0x 01; 3. the Code field (Code) occupies one byte, and the content of the Code field is different for different phases of PPPoE. 4. Session ID (session ID) takes two bytes, and if the access concentrator has not yet assigned a unique session ID to the subscriber host, the contents of this field must be padded to 0x 0000; once the session ID is obtained, the unique session ID must be filled in all subsequent messages. 5. The Payload Length (Length) of PPPoE takes two bytes.

The process of establishing a session using PPPoE may be divided into a discovery (Discover) phase and a PPP session phase. The discovery phase is a stateless phase, and the phase is mainly to select an access server, determine a session identifier SessionID of PPP to be established, and obtain connection information from peer to peer.

The PPP session is established by sending lcp (link control protocol) data packets to the devices at both ends to configure and test the data communication link. LCP messages can be divided into three categories: link configuration messages, link termination messages, and link maintenance messages.

The PPP session phase may include: a negotiation phase, an authentication phase and an IPCP negotiation phase. The LCP negotiation stage completes the maximum transmission unit, whether to perform authentication and what authentication mode to use for negotiation; the data frame of the LCP negotiation stage consists of three parts: ethernet header, PPPoE header, and PPP header. The two parties of the session are authenticated by the authentication method negotiated by the LCP, and if the authentication is passed, the subsequent negotiation of the network layer can be carried out. The authentication process is carried out after the link negotiation is finished; but at this point it is likely that negotiation of link quality is still in progress and so the authentication process would be delayed.

In the embodiment of the application, after the terminal equipment is started, a tunnel needs to be established between the started terminal equipment and other started terminal equipment; after the tunnel is established, a session is established in the tunnel according to different service requests of the user, and the service requests are processed according to the session.

In the above embodiment, after the tunnel is established, the tunnel will include a tunnel ID indicating an identifier of the control link, only locally valid identifiers being used to name the tunnel. That is, the same tunnel may be given different tunnel IDs by different peers, with the tunnel ID of each tunnel being given by the recipient of the information, rather than the sender. That is, in the embodiment of the present application, the tunnel ID is given by the second terminal device, not the first terminal device.

Meanwhile, each session also corresponds to a session ID, which is an identifier in the session. Similar to the tunnel ID, the same session may be given different session IDs by different ends, with the session ID for each session being given by the recipient of the information, rather than the sender. That is, in the embodiment of the present application, the session ID is given by the second terminal device, not the first terminal device.

The service request of the user comprises an initial message of the user, and the initial message comprises a message pointer and an inner layer message. As shown in fig. 5, a schematic flow chart of an embodiment for processing a service request by using a session according to the embodiment of the present application may include:

51. and the virtual machine process acquires a message pointer of the initial message.

52. And the virtual machine process sends the message pointer to the session processing process.

53. And the session processing process processes the initial message according to the message pointer.

54. And after the session processing process finishes processing the initial message, the session processing process sends a message pointer to the virtual port.

Specifically, in the embodiment of the present application, after receiving a service request of a user, a virtual machine in a first terminal device establishes a session corresponding to the service request according to the service request; the service request is then processed using the session.

After the session is established, the virtual machine process in the first terminal device may obtain a message pointer in an initial message of the user, and send the message pointer to the session processing process. After receiving the message pointer, the session processing process can determine the memory information corresponding to each message according to the message pointer and find the corresponding inner layer message.

After the session processing process finds the inner layer message corresponding to each message pointer, the session processing process can perform different processing on each inner layer message to obtain a processed first message; wherein, the processed first message does not include a message pointer. The processing of the inner layer message may include speed limiting, charging and the like. And when the session processing process finishes processing the initial message, namely the session processing process finishes processing the inner layer message, the session processing process sends the message pointer to the virtual port of the virtual machine process.

It should be noted that, in the above embodiment, the message pointer corresponding to the initial message is transmitted between the virtual machine process and the session processing process, instead of the complete message. And the virtual machine process and the session processing are carried out by finding out the inner layer message corresponding to the message pointer according to the message pointer. In the whole transmission process of the message pointer, the message pointer is not changed, but the information pointed by the message pointer, namely the inner layer message pointed by the message pointer, is changed.

In the above embodiment, when the virtual machine process sends the message pointer in the initial message of the user to the session processing process, the message pointer points to the inner layer message in the initial message. And when the session processing process sends the message pointer to the virtual port in the virtual machine process, the message pointer points to the first message which is processed by the session processing process. In the process of message transmission, only the message pointer is transmitted, the message pointer is used for confirming the memory of the inner layer message and then processing the inner layer message, so that the transmitted message is small, and the message transmission efficiency can be improved.

As shown in fig. 6, a schematic flow chart of another embodiment for processing a service request by using a session processing process according to an embodiment of the present application may include:

61. and the virtual machine process reads the message pointer in the virtual port.

62. And the virtual machine process judges whether the tunnel message header needs to be added to the first message or not according to the message pointer.

63. And if the first message needs to be added with the tunnel message header, adding the tunnel message header at the front end of the inner layer message to obtain a second message.

Specifically, in the embodiment of the present application, after the session processing process sends the message pointer to the virtual port in the virtual machine process, the virtual machine process may read the message pointer in the virtual port. If the first message is an uplink message, namely the first message is a message sent by the user and sent to the server or other terminal equipment; since the first packet needs to be transmitted in the tunnel, a tunnel packet header needs to be added to the first packet, so that the first packet can find the corresponding tunnel. The tunnel header may include identification information such as a tunnel ID that can identify the tunnel.

In the above embodiment, a tunnel packet header may be added to the front end of the inner layer packet to obtain the second packet. For messages established using different tunneling protocols, the tunnel headers are also different, and thus the tunnel header in the second message is also different. In a specific embodiment of the present application, a tunnel may be established by using the L2TP tunneling protocol, so that the tunnel header added to the front end of the inner layer packet is an L2TP header.

In the above embodiment, if the first message is a downlink message, that is, the first message is a message returned after a service request of a user is transmitted to another terminal through the server; then the first message is required to be returned to the user, and is not required to be transmitted in the tunnel; therefore, when the first message is a downlink message, the tunnel message header does not need to be added to the first message.

In the embodiment of the present application, if the first packet is an uplink packet, a tunnel packet header is added to a front end of the inner layer packet, and after the second packet is obtained, the second packet still needs to be transmitted in a tunnel, so that the virtual machine process in the first terminal device needs to send the second packet out. Each terminal device is connected with the server, so that the virtual machine process in the first terminal device can send the second message to the second terminal device through the server; and the second terminal equipment responds to the second message to obtain a third message.

Specifically, a tunnel is already established between the first terminal device and the second terminal device, and a tunnel header is also added to the second message. Therefore, the second message may be sent to the server first, and the server determines the tunnel corresponding to the second message according to the tunnel header, and sends the second message to the second terminal device by using the tunnel.

After receiving the second message, the second terminal device needs to first unwrap the tunnel message header in the second message to obtain the inner layer message in the second message. And then, carrying out different processing on the message according to the inner layer message to obtain a third message. That is, the second terminal device responds to the second message to obtain a third message.

In the foregoing embodiment, for the third packet, the third packet still needs to be transmitted in the tunnel, and for the terminal device that generates the third packet, the third packet is an uplink packet, and a tunnel packet header needs to be added to the third packet, so that the third packet can find the corresponding tunnel for transmission. The step of adding the tunnel header to the third packet may refer to the step of adding the tunnel header to the first packet, which is not described herein again.

It should be noted that neither the second packet nor the third packet includes a packet pointer of the packet, that is, the packet transmitted in the tunnel does not include a packet pointer. However, only the message pointer is transmitted between the terminal device and the server, and the server determines the message information corresponding to the message according to the message pointer.

And the second terminal equipment responds to the second message, and after the third message is obtained, the third message is required to be returned to the user to respond to the service request of the user. Specifically, the sending, by the virtual machine process, the processed message to the user corresponding to the at least one service request may include: the virtual machine process receives a third message; the session processing process identifies the third message and determines a user corresponding to the third message; and the virtual machine process sends the third message to the corresponding user.

Specifically, the second terminal device may also send the third packet obtained by the response to the virtual machine process in the first terminal device by using the server and the tunnel established between the first terminal device and the second terminal device. After receiving the third message, the virtual machine process in the first terminal device may associate the third message with the message pointer, and determine the third message corresponding to each message pointer.

Meanwhile, the virtual machine process in the first terminal device still sends the message pointer to the session processing process bound to the first terminal device. And the session processing process confirms the memory information of each third message according to the message pointer and confirms the user corresponding to each third message.

Because the number of service requests sent by the user can be multiple, the number of initial messages, second messages and third messages corresponding to the user requests is also multiple. Different third messages correspond to different service requests of different users. Therefore, the third message corresponding to each message pointer can be confirmed according to the message pointers; and returning the third message to the corresponding user. And the user completes the response of the whole service request after receiving the third message.

It should be noted that, in the embodiment of the present application, the message transmitted in the tunnel does not include the message pointer, and is only an inner layer message in the initial message corresponding to the service request. If the message is an uplink message, the message also comprises a tunnel message header; and if the message is a downlink message, the message does not include a tunnel message header. The only transmission between the virtual machine process and the session processing process is a message pointer, and the virtual machine process and the session processing process both find the memory information corresponding to the message through the message pointer.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and parts that are not described in detail in a certain embodiment may refer to the above detailed descriptions of other embodiments, and are not described herein again.

In a specific implementation, each unit or structure may be implemented as an independent entity, or may be combined arbitrarily to be implemented as one or several entities, and the specific implementation of each unit or structure may refer to the foregoing method embodiment, which is not described herein again.

The above operations can be implemented in the foregoing embodiments, and are not described in detail herein.

The above detailed description is given to a message processing method and a message processing system provided in the embodiments of the present application, and specific examples are applied in the present application to explain the principles and embodiments of the present application, and the description of the above embodiments is only used to help understand the method and core ideas of the present application; meanwhile, for those skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.

Claims

1. A message processing method is characterized in that the method is applied to a message processing system, the message processing system comprises a session processing process, at least two terminal devices and a server, the at least two terminal devices are devices capable of sending/receiving messages, the at least two terminal devices comprise a first terminal device and a second terminal device, a virtual machine process is bound in each of the at least two terminal devices, the virtual machine process comprises a virtual port, each of the at least two terminal devices comprises a physical port, each of the at least two terminal devices manages a plurality of users, and the at least two terminal devices are connected with the server;

the message processing method comprises the following steps:

2. The message processing method according to claim 1, wherein the virtual machine process establishes a tunnel between the at least two terminal devices, including:

judging whether the first terminal equipment is started or not;

acquiring a destination IP address corresponding to the source IP address;

3. The message processing method according to claim 2, wherein the establishing a tunnel between the first terminal device and the second terminal device includes:

4. The message processing method according to claim 1, wherein before the establishing a session in the tunnel according to the at least one service request, the method further comprises:

5. The message processing method according to claim 4, wherein the virtual machine process establishes at least one session in the tunnel according to the at least one service request, including:

6. The message processing method according to claim 1, wherein the service request of the user comprises an initial message of the user, the initial message comprises a message pointer and an inner layer message;

the virtual machine process acquires a message pointer of the initial message;

7. The message processing method according to claim 6, wherein the method further comprises:

the virtual machine process reads the message pointer in the virtual port;

8. The message processing method according to claim 7, wherein the method further comprises:

9. The message processing method according to claim 8, wherein the virtual machine process sends the processed message to the users respectively corresponding to the at least one service request, including:

the virtual machine process receives the third message;

10. A message processing system is characterized in that the message processing system comprises a session processing process, at least two terminal devices and a server, wherein the at least two terminal devices are devices capable of sending/receiving messages, the at least two terminal devices comprise a first terminal device and a second terminal device, a virtual machine process is bound in each of the at least two terminal devices, the virtual machine process comprises a virtual port, each of the at least two terminal devices comprises a physical port, each of the at least two terminal devices manages a plurality of users, and the at least two terminal devices are connected with the server;