CN110493555B - Request processing method, user terminal, core server, device and storage medium - Google Patents
Request processing method, user terminal, core server, device and storage medium Download PDFInfo
- Publication number
- CN110493555B CN110493555B CN201910780562.5A CN201910780562A CN110493555B CN 110493555 B CN110493555 B CN 110493555B CN 201910780562 A CN201910780562 A CN 201910780562A CN 110493555 B CN110493555 B CN 110493555B
- Authority
- CN
- China
- Prior art keywords
- network access
- network
- access request
- identifier
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application provides a request processing method, a user terminal, a core server, a device and a storage medium. The method comprises the following steps: receiving a video networking number input by a user; adding an identifier for the user terminal according to the length of the video networking number, wherein the identifier represents the network access type of the user terminal; and generating a network access request carrying the identifier, and sending the network access request to a core server so that the core server processes the network access request. In the case of upgrading a core server, the present application provides a technical solution that does not exist in the related art and supports a user terminal to access a 16-bit video network or a 64-bit video network, that is: the user terminal can access to the 16-bit video network and the 64-bit video network, so that the user can select the type of access to the network according to actual conditions, and the use experience of the user is improved.
Description
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a request processing method, a user terminal, a core server, a device, and a storage medium.
Background
With the rapid development of network technologies, bidirectional communications such as video conferences and video teaching are widely popularized in the aspects of life, work, learning and the like of users. Video networking communication technology is becoming a communication option for many users.
In the video network, the user terminal can only request service data from other gateway servers through the video network core server, before that, the user terminal needs to send a network access request to the video network core server to inform the video network core server of the type of the video network that the user terminal requests for network access, for example: and after the request is successfully processed, the 16-bit gateway server can process the service request initiated by the user terminal by providing the 16-bit video network service. However, after the core server of the video network is upgraded from 16 bits to 64 bits, the user terminals need to request network access again, some user terminals need to access the 16-bit video network, and other user terminals need to access the 64-bit video network. Therefore, the core server of the video network needs to be able to receive the request of accessing the 16-bit video network and the request of accessing the 64-bit video network simultaneously. However, in the related art, there is no solution to the above problem.
Disclosure of Invention
The embodiment of the application provides a request processing method, a user terminal, a core server, a device and a storage medium, so as to solve the problems in the background art.
A first aspect of an embodiment of the present application provides a request processing method, which is applied to a user terminal, and the method includes:
receiving a video networking number input by a user;
adding an identifier for the user terminal according to the length of the video networking number, wherein the identifier represents the network access type of the user terminal;
and generating a network access request carrying the identifier, and sending the network access request to a core server so that the core server processes the network access request.
Optionally, after sending the network access request to the core server, the method further includes:
receiving response information returned by the core server aiming at the network access request;
and if the response information shows that the user terminal successfully accesses the network, the identifier is subjected to persistence processing.
Optionally, performing persistence processing on the identifier includes:
defining a variable for the identity;
and assigning a value to the variable according to the network access type corresponding to the length of the video network number.
Optionally, adding an identifier to the user terminal according to the length of the video networking number, including:
if the length of the video network number is the length corresponding to the 16-bit video network, adding a first identifier for the user terminal;
if the length of the video network number is the length corresponding to the 64-bit video network, adding a second identifier for the user terminal;
generating a network access request according to the identifier, and sending the network access request to a core server, wherein the network access request comprises the following steps:
if the identifier is a first identifier, generating a first network access request, and sending the first network access request to the core server;
and if the identifier is a second identifier, generating a second network access request, and sending the second network access request to the core server.
Optionally, after the persistent processing is performed on the identifier, the method further includes:
generating a target service request according to the operation of a user on the user terminal;
sending the target service request to the core server, wherein the target service request comprises the identifier; the core server is used for sending the target service request to a target server according to the identification and receiving response data returned by the target server;
and receiving the response data sent by the core server.
A second aspect of the present embodiment provides a request processing method, which is applied to a core server, and the method includes:
receiving a network access request sent by a user terminal;
if the network access request is a first network access request, processing the first network access request according to a 16-bit video network access rule;
if the network access request is a second network access request, processing the second network access request according to a 64-bit video network access rule;
and generating response information according to the processing result of the network access request, and sending the response information to the user terminal.
A third aspect of the embodiments of the present application provides a user terminal, including:
the first receiving module is used for receiving the video networking number input by the user;
the terminal client SDK is used for adding an identifier for the user terminal according to the length of the video networking number, wherein the identifier represents the network access type of the user terminal; and generating a network access request carrying the identifier, and sending the network access request to a core server so that the core server processes the network access request.
Optionally, the user terminal 800 further includes:
a response information receiving module, configured to receive response information returned by the core server in response to the network access request;
and the persistence processing module is used for performing persistence processing on the identifier if the response information shows that the user terminal successfully accesses the network.
Optionally, the persistent processing module includes:
a definition module for defining variables for the identifier;
and the assignment module is used for assigning the variable according to the network access type corresponding to the length of the video networking number.
Optionally, the terminal client SDK802 includes:
the first adding module is used for adding a first identifier for the user terminal if the length of the video network number is the length corresponding to the 16-bit video network;
the second adding module is used for adding a second identifier for the user terminal if the length of the video network number is the length corresponding to the 64-bit video network;
a first request sending module, configured to generate a first network access request if the identifier is a first identifier, and send the first network access request to the core server;
and the second request sending module is used for generating a second network access request if the identifier is the second identifier, and sending the second network access request to the core server.
Optionally, the user terminal 800 further includes:
the service generation module is used for generating a target service request according to the operation of the user on the user terminal;
a service sending module, configured to send the target service request to the core server, where the target service request includes the identifier; the core server is used for sending the target service request to a target server according to the identification and receiving response data returned by the target server;
and the response data receiving module is used for receiving the response data sent by the core server.
A fourth aspect of the embodiments of the present application provides a core server, including:
the second receiving module is used for receiving a network access request sent by the user terminal;
the first processing module is used for processing the first network access request according to a 16-bit video network access rule if the network access request is the first network access request;
the second processing module is used for processing the second network access request according to a 64-bit video network access rule if the network access request is the second network access request;
and the response module is used for generating response information according to the processing result of the network access request and sending the response information to the user terminal.
A fifth aspect of the embodiments of the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the steps of the method according to the first aspect of the present application when executing the computer program.
A sixth aspect of embodiments of the present application provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor, performs the steps in the method according to the first aspect of the present application.
The embodiment of the application provides a request processing method. The user terminal firstly receives a video networking number input by a user; then, according to the length of the number of the video network, setting a mark for the user to indicate the type of the video network which the user requests to access; and generating a network access request carrying the identifier, sending the network access request to a core server, and processing the network access request by the core server to complete the network access of the user terminal. In the case of upgrading a core server, the present application provides a technical solution that does not exist in the related art and simultaneously supports a user terminal to access a 16-bit video network or a 64-bit video network, that is: the user terminal can access to the 16-bit video network and the 64-bit video network, so that the user can select the type of access to the network according to actual conditions, and the use experience of the user is improved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments of the present application will be 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 that other drawings can be obtained according to these drawings without inventive exercise.
FIG. 1 is a networking schematic of a video network of the present application;
FIG. 2 is a schematic diagram of a hardware architecture of a node server according to the present application;
fig. 3 is a schematic diagram of a hardware architecture of an access switch of the present application;
fig. 4 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to the present application;
FIG. 5 is a schematic diagram of an implementation environment shown in an embodiment of the present application;
FIG. 6 is a flow chart illustrating a method for request processing according to an embodiment of the present application;
FIG. 7 is a flow diagram illustrating another request processing method according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of a user terminal according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of a core server according to an embodiment of the present application;
fig. 10 is a schematic diagram of an electronic device according to an 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 some, but not all, embodiments of the present application. 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.
The video networking is an important milestone for network development, is a real-time network, can realize high-definition video real-time transmission, and pushes a plurality of internet applications to high-definition video, and high-definition faces each other.
The video networking adopts a real-time high-definition video exchange technology, can integrate required services such as dozens of services of video, voice, pictures, characters, communication, data and the like on a system platform on a network platform, such as high-definition video conference, video monitoring, intelligent monitoring analysis, emergency command, digital broadcast television, delayed television, network teaching, live broadcast, VOD on demand, television mail, Personal Video Recorder (PVR), intranet (self-office) channels, intelligent video broadcast control, information distribution and the like, and realizes high-definition quality video broadcast through a television or a computer.
To better understand the embodiments of the present invention, the following description refers to the internet of view:
some of the technologies applied in the video networking are as follows:
network Technology (Network Technology)
Network technology innovation in video networking has improved over traditional Ethernet (Ethernet) to face the potentially enormous video traffic on the network. Unlike pure network Packet Switching (Packet Switching) or network Circuit Switching (Circuit Switching), the Packet Switching is adopted by the technology of the video networking to meet the Streaming requirement. The video networking technology has the advantages of flexibility, simplicity and low price of packet switching, and simultaneously has the quality and safety guarantee of circuit switching, thereby realizing the seamless connection of the whole network switching type virtual circuit and the data format.
Switching Technology (Switching Technology)
The video network adopts two advantages of asynchronism and packet switching of the Ethernet, eliminates the defects of the Ethernet on the premise of full compatibility, has end-to-end seamless connection of the whole network, is directly communicated with a user terminal, and directly bears an IP data packet. The user data does not require any format conversion across the entire network. The video networking is a higher-level form of the Ethernet, is a real-time exchange platform, can realize the real-time transmission of the whole-network large-scale high-definition video which cannot be realized by the existing Internet, and pushes a plurality of network video applications to high-definition and unification.
Server Technology (Server Technology)
The server technology on the video networking and unified video platform is different from the traditional server, the streaming media transmission of the video networking and unified video platform is established on the basis of connection orientation, the data processing capacity of the video networking and unified video platform is independent of flow and communication time, and a single network layer can contain signaling and data transmission. For voice and video services, the complexity of video networking and unified video platform streaming media processing is much simpler than that of data processing, and the efficiency is greatly improved by more than one hundred times compared with that of a traditional server.
Storage Technology (Storage Technology)
The super-high speed storage technology of the unified video platform adopts the most advanced real-time operating system in order to adapt to the media content with super-large capacity and super-large flow, the program information in the server instruction is mapped to the specific hard disk space, the media content is not passed through the server any more, and is directly sent to the user terminal instantly, and the general waiting time of the user is less than 0.2 second. The optimized sector distribution greatly reduces the mechanical motion of the magnetic head track seeking of the hard disk, the resource consumption only accounts for 20% of that of the IP internet of the same grade, but concurrent flow which is 3 times larger than that of the traditional hard disk array is generated, and the comprehensive efficiency is improved by more than 10 times.
Network Security Technology (Network Security Technology)
The structural design of the video network completely eliminates the network security problem troubling the internet structurally by the modes of independent service permission control each time, complete isolation of equipment and user data and the like, generally does not need antivirus programs and firewalls, avoids the attack of hackers and viruses, and provides a structural carefree security network for users.
Service Innovation Technology (Service Innovation Technology)
The unified video platform integrates services and transmission, and is not only automatically connected once whether a single user, a private network user or a network aggregate. The user terminal, the set-top box or the PC are directly connected to the unified video platform to obtain various multimedia video services in various forms. The unified video platform adopts a menu type configuration table mode to replace the traditional complex application programming, can realize complex application by using very few codes, and realizes infinite new service innovation.
Networking of the video network is as follows:
the video network is a centralized control network structure, and the network can be a tree network, a star network, a ring network and the like, but on the basis of the centralized control node, the whole network is controlled by the centralized control node in the network.
As shown in fig. 1, the video network is divided into an access network and a metropolitan network.
The devices of the access network part can be mainly classified into 3 types: node server, access switch, terminal (including various set-top boxes, coding boards, memories, etc.). The node server is connected to an access switch, which may be connected to a plurality of terminals and may be connected to an ethernet network.
The node server is a node which plays a centralized control function in the access network and can control the access switch and the terminal. The node server can be directly connected with the access switch or directly connected with the terminal.
Similarly, devices of the metropolitan network portion may also be classified into 3 types: a metropolitan area server, a node switch and a node server. The metro server is connected to a node switch, which may be connected to a plurality of node servers.
The node server is a node server of the access network part, namely the node server belongs to both the access network part and the metropolitan area network part.
The metropolitan area server is a node which plays a centralized control function in the metropolitan area network and can control a node switch and a node server. The metropolitan area server can be directly connected with the node switch or directly connected with the node server.
Therefore, the whole video network is a network structure with layered centralized control, and the network controlled by the node server and the metropolitan area server can be in various structures such as tree, star and ring.
The access network part can form a unified video platform (the part in the dotted circle), and a plurality of unified video platforms can form a video network; each unified video platform may be interconnected via metropolitan area and wide area video networking.
Video networking device classification
1.1 devices in the video network of the embodiment of the present invention can be mainly classified into 3 types: servers, switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.). The video network as a whole can be divided into a metropolitan area network (or national network, global network, etc.) and an access network.
1.2 wherein the devices of the access network part can be mainly classified into 3 types: node servers, access switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.).
The specific hardware structure of each access network device is as follows:
a node server:
as shown in fig. 2, the system mainly includes a network interface module 201, a switching engine module 202, a CPU module 203, and a disk array module 204;
the network interface module 201, the CPU module 203, and the disk array module 204 all enter the switching engine module 202; the switching engine module 202 performs an operation of looking up the address table 205 on the incoming packet, thereby obtaining the direction information of the packet; and stores the packet in a queue of the corresponding packet buffer 206 based on the packet's steering information; if the queue of the packet buffer 206 is nearly full, it is discarded; the switching engine module 202 polls all packet buffer queues for forwarding if the following conditions are met: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero. The disk array module 204 mainly implements control over the hard disk, including initialization, read-write, and other operations on the hard disk; the CPU module 203 is mainly responsible for protocol processing with an access switch and a terminal (not shown in the figure), configuring an address table 205 (including a downlink protocol packet address table, an uplink protocol packet address table, and a data packet address table), and configuring the disk array module 204.
The access switch:
as shown in fig. 3, the network interface module mainly includes a network interface module (a downlink network interface module 301 and an uplink network interface module 302), a switching engine module 303 and a CPU module 304;
wherein, the packet (uplink data) coming from the downlink network interface module 301 enters the packet detection module 305; the packet detection module 305 detects whether the Destination Address (DA), the Source Address (SA), the packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id) and enters the switching engine module 303, otherwise, discards the stream identifier; the packet (downstream data) coming from the upstream network interface module 302 enters the switching engine module 303; the data packet coming from the CPU module 204 enters the switching engine module 303; the switching engine module 303 performs an operation of looking up the address table 306 on the incoming packet, thereby obtaining the direction information of the packet; if the packet entering the switching engine module 303 is from the downstream network interface to the upstream network interface, the packet is stored in the queue of the corresponding packet buffer 307 in association with the stream-id; if the queue of the packet buffer 307 is nearly full, it is discarded; if the packet entering the switching engine module 303 is not from the downlink network interface to the uplink network interface, the data packet is stored in the queue of the corresponding packet buffer 307 according to the guiding information of the packet; if the queue of the packet buffer 307 is nearly full, it is discarded.
The switching engine module 303 polls all packet buffer queues, which in this embodiment of the present invention is divided into two cases:
if the queue is from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queued packet counter is greater than zero; 3) obtaining a token generated by a code rate control module;
if the queue is not from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero.
The rate control module 208 is configured by the CPU module 204, and generates tokens for packet buffer queues from all downstream network interfaces to upstream network interfaces at programmable intervals to control the rate of upstream forwarding.
The CPU module 304 is mainly responsible for protocol processing with the node server, configuration of the address table 306, and configuration of the code rate control module 308.
Ethernet protocol conversion gateway：
As shown in fig. 4, the apparatus mainly includes a network interface module (a downlink network interface module 401 and an uplink network interface module 402), a switching engine module 403, a CPU module 404, a packet detection module 405, a rate control module 408, an address table 406, a packet buffer 407, a MAC adding module 409, and a MAC deleting module 410.
Wherein, the data packet coming from the downlink network interface module 401 enters the packet detection module 405; the packet detection module 405 detects whether the ethernet MAC DA, the ethernet MAC SA, the ethernet length or frame type, the video network destination address DA, the video network source address SA, the video network packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id); then, the MAC deletion module 410 subtracts MAC DA, MAC SA, length or frame type (2byte) and enters the corresponding receiving buffer, otherwise, discards it;
the downlink network interface module 401 detects the sending buffer of the port, and if there is a packet, obtains the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet, adds the ethernet MAC DA of the terminal, the MAC SA of the ethernet protocol gateway, and the ethernet length or frame type, and sends the packet.
The other modules in the ethernet protocol gateway function similarly to the access switch.
A terminal:
the system mainly comprises a network interface module, a service processing module and a CPU module; for example, the set-top box mainly comprises a network interface module, a video and audio coding and decoding engine module and a CPU module; the coding board mainly comprises a network interface module, a video and audio coding engine module and a CPU module; the memory mainly comprises a network interface module, a CPU module and a disk array module.
1.3 devices of the metropolitan area network part can be mainly classified into 2 types: node server, node exchanger, metropolitan area server. The node switch mainly comprises a network interface module, a switching engine module and a CPU module; the metropolitan area server mainly comprises a network interface module, a switching engine module and a CPU module.
2. Video networking packet definition
2.1 Access network packet definition
The data packet of the access network mainly comprises the following parts: destination Address (DA), Source Address (SA), reserved bytes, payload (pdu), CRC.
As shown in the following table, the data packet of the access network mainly includes the following parts:
| DA | SA | Reserved | Payload | CRC |
wherein:
the Destination Address (DA) is composed of 8 bytes (byte), the first byte represents the type of the data packet (such as various protocol packets, multicast data packets, unicast data packets, etc.), there are 256 possibilities at most, the second byte to the sixth byte are metropolitan area network addresses, and the seventh byte and the eighth byte are access network addresses;
the Source Address (SA) is also composed of 8 bytes (byte), defined as the same as the Destination Address (DA);
the reserved byte consists of 2 bytes;
the payload part has different lengths according to different types of datagrams, and is 64 bytes if the datagram is various types of protocol packets, and is 32+1024 or 1056 bytes if the datagram is a unicast packet, of course, the length is not limited to the above 2 types;
the CRC consists of 4 bytes and is calculated in accordance with the standard ethernet CRC algorithm.
2.2 metropolitan area network packet definition
The topology of a metropolitan area network is a graph and there may be 2, or even more than 2, connections between two devices, i.e., there may be more than 2 connections between a node switch and a node server, a node switch and a node switch, and a node switch and a node server. However, the metro network address of the metro network device is unique, and in order to accurately describe the connection relationship between the metro network devices, parameters are introduced in the embodiment of the present invention: a label to uniquely describe a metropolitan area network device.
In this specification, the definition of the Label is similar to that of the Label of MPLS (Multi-Protocol Label Switch), and assuming that there are two connections between the device a and the device B, there are 2 labels for the packet from the device a to the device B, and 2 labels for the packet from the device B to the device a. The label is classified into an incoming label and an outgoing label, and assuming that the label (incoming label) of the packet entering the device a is 0x0000, the label (outgoing label) of the packet leaving the device a may become 0x 0001. The network access process of the metro network is a network access process under centralized control, that is, address allocation and label allocation of the metro network are both dominated by the metro server, and the node switch and the node server are both passively executed, which is different from label allocation of MPLS, and label allocation of MPLS is a result of mutual negotiation between the switch and the server.
As shown in the following table, the data packet of the metro network mainly includes the following parts:
| DA | SA | Reserved | label (R) | Payload | CRC |
Namely Destination Address (DA), Source Address (SA), Reserved byte (Reserved), tag, payload (pdu), CRC. The format of the tag may be defined by reference to the following: the tag is 32 bits with the upper 16 bits reserved and only the lower 16 bits used, and its position is between the reserved bytes and payload of the packet.
Based on the above characteristics of the video network, one of the core concepts of the embodiments of the present invention is provided, following the video network protocol, when a user needs to access the network, a predetermined video network number is input at a user terminal, the user terminal determines the type of the video network which the user requests to access the network according to the length of the number, then adds an identifier to the user terminal, the user terminal generates a network access request according to the identifier, and then sends the request to a core server, so that the core server processes the network access request, thereby completing the network access of the user terminal.
Fig. 5 is a schematic diagram illustrating an implementation environment according to an embodiment of the present application. In the implementation environment, a user terminal is provided with a terminal client, and a user is in communication interaction with a core server through the terminal client.
The user sends a network access request to the video network core server through the terminal client, the video network core server completes network access of the terminal client, and after network access, the user can request services in the video network of the accessed network according to the terminal client, for example: after accessing the network, a user initiates a request for acquiring target service data through a terminal client, a video network core server sends the request to a back-end server corresponding to the terminal client, the back-end server acquires the target service data, and the target service data is returned to the terminal client through the video network core server.
The application provides a request processing method, which is applied to the user terminal in fig. 5. Fig. 6 is a flowchart illustrating a request processing method according to an embodiment of the present application. Referring to fig. 6, the request processing method provided by the present application includes the following steps:
step S11: and receiving the video network number input by the user.
In the application, after a user initiates a network access instruction at a terminal client, a predetermined video networking number is input in a pop-up window. For example: the types of the video networks comprise 16-bit video networks and 64-bit video networks, and the lengths of the video network numbers corresponding to the 16-bit video networks and the 64-bit video networks are different, so that the lengths of the video network numbers can reflect the types of the video networks which the users want to access.
Step S12: and adding an identifier for the user terminal according to the length of the video networking number, wherein the identifier represents the network access type of the user terminal.
A terminal client SDK (Software Development Kit) is arranged in the terminal client, and after a user inputs a video networking number, the terminal client processes the video networking number by calling the terminal client SDK, which specifically includes:
judging the length of the video network number;
determining the type of the video network which the user requests to access the network according to the length;
and creating an identifier corresponding to the terminal client to indicate the network access type of the user.
Specifically, creating an identifier corresponding to the terminal client may include:
if the length of the video network number is the length corresponding to the 16-bit video network, adding a first identifier for the user terminal;
and if the length of the video network number is the length corresponding to the 64-bit video network, adding a second identifier for the user terminal.
Wherein, the first identifier may be "16", which indicates that the user wants to access the 16-bit video network; the second identifier may be "64" indicating that the user wants to access the 64-bit video network; the specific content of the identifier can be flexibly set, and the application is not particularly limited in this respect.
Step S13: and generating a network access request carrying the identifier, and sending the network access request to a core server so that the core server processes the network access request.
In the embodiment of the application, the terminal client SDK generates a network access request according to the identifier and then sends the network access request to the core server. The process of generating the network access request by the terminal client SDK according to the identifier may include:
if the identifier is a first identifier, generating a first network access request, and sending the first network access request to the core server;
and if the identifier is a second identifier, generating a second network access request, and sending the second network access request to the core server.
The following describes the steps S11 to S13 with a specific embodiment.
In this embodiment, the terminal client is a terminal client of the video networking monitoring and networking management scheduling platform, the terminal client is provided with a terminal client SDK, and the core server is just upgraded from 16 bits to 64 bits. Before the core server is not upgraded, the terminal client can send a request for acquiring the target video to the target server through the core server, and the target server returns the target video to the terminal client through the core server after acquiring the target video. After the core server is upgraded, the terminal client cannot send a request for acquiring the target video to the target server through the core server, but needs to apply network access to the core server first, and can request the target video to the target server through the core server after the network access is successful. When accessing the network, a user needs to determine the type of the video network to be accessed, then determines the video network number corresponding to the type of the video network, inputs the video network number into a terminal client, the terminal client sends the video network number to a terminal client SDK, the terminal client SDK determines the network access type of the user according to the video network number, adds an identifier (comprising a first identifier and a second identifier), and then generates a network access request according to the identifier, so that the core server can handle the network access of the terminal client according to the identifier after receiving the network access request.
In the embodiment of the application, a user terminal firstly receives a video networking number input by a user; then, according to the length of the number of the video network, setting a mark for the user to indicate the type of the video network which the user requests to access; and generating a network access request according to the identifier, sending the network access request to the core server, and processing the network access request by the core server to complete the network access of the user terminal. In the case of upgrading a core server, the present application provides a technical solution that does not exist in the related art and supports a user terminal to access a 16-bit video network or a 64-bit video network, that is: the user terminal can access the 16-bit video network and the 64-bit video network, so that the user can select the type of the network access according to the actual situation, and the use experience of the user is improved.
In this application, after the terminal client sends the network access request to the core server, the following steps may be further performed:
receiving response information returned by the core server aiming at the network access request;
and if the response information shows that the user terminal successfully accesses the network, the identifier is subjected to persistence processing.
If the response information indicates that the user terminal is successfully accessed to the network, the user can initiate a service request through the accessed video network. If the response information indicates that the user terminal fails to access the network, the user needs to input the number of the video network again and send a network access request, and the service request can not be initiated through the accessed video network until the network access request is processed successfully.
The specific steps of the persistence treatment comprise:
defining a variable for the identity;
and assigning a value to the variable according to the network access type corresponding to the length of the video network number.
If the network type corresponding to the length of the video network number is 16-bit video network, the variable can be assigned to be 16, and if the network type corresponding to the length of the video network number is 64-bit video network, the variable can be assigned to be 64.
When the terminal client SDK adds an identifier for the terminal client according to the length of the video networking number for the first time, a temporary variable is defined for the identifier to represent the network access type of the terminal client SDK, and if the received response information represents that the user terminal successfully accesses the network after the identifier is used for initiating a network access request, the identifier is persisted, for example: the method can define a global variable to represent the network access type of the user terminal, and even if the network access request is finished, the identifier still exists in a background program of the terminal client, so that the user can directly use the persistent identifier without inputting the video network number again when sending a service request subsequently after the network access is successful, the service response speed is accelerated, and the use experience of the user is improved.
Optionally, after performing persistent processing on the identifier, the request processing method provided by the present application may further include:
generating a target service request according to the operation of a user on the user terminal;
sending the target service request to the core server, wherein the target service request comprises the identifier; the core server is used for sending the target service request to a target server according to the identification and receiving response data returned by the target server;
and receiving the response data sent by the core server.
And when the terminal client accesses the network successfully, the user can request the target data from the target server through the core server. The terminal client directly uses the persistent identifier to generate a target service request, when the core server receives the target service request, the core server determines that the terminal client successfully accesses the network according to the identifier, then the target service request is sent to the target server, and the target server processes the target service request. For example: when the terminal client is a terminal client of the video networking monitoring, networking, managing and scheduling platform, the target server is a backend server of the video networking monitoring, networking, managing and scheduling platform, for example: mserver system.
In the application, when the terminal client sends the service request, the persistent identifier can be directly used without inputting the video networking number again, so that the service response speed is increased, and the use experience of a user is improved.
The application also provides another request processing method which is applied to the core server. Fig. 7 is a flowchart illustrating another request processing method according to an embodiment of the present application. Referring to fig. 7, another request processing method provided by the present application includes:
step S21: receiving a network access request sent by a user terminal;
step S22: if the network access request is a first network access request, processing the first network access request according to a 16-bit video network access rule;
step S23: if the network access request is a second network access request, processing the second network access request according to a 64-bit video network access rule;
step S24: and generating response information according to the processing result of the network access request, and sending the response information to the user terminal.
Referring to fig. 5, in the present application, a core server is provided with two 16-bit core servers and a 64-bit core server which are arranged in parallel, when the core server receives a network access request, the type of the network access request is determined according to an identifier carried by the core server, and if the first network access request is a first network access request, the first network access request is sent to the 16-bit core server, so that the first network access request is processed according to a 16-bit video network access rule. And if the request is the second network access request, sending the second network access request to a 64-bit core server, so that the 64-bit core server processes the second network access request according to the 16-bit video network access rule.
It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the illustrated order of acts, as some steps may occur in other orders or concurrently in accordance with the embodiments of the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.
The application also provides a user terminal 800. Fig. 8 is a schematic structural diagram of a user terminal according to an embodiment of the present application. Referring to fig. 8, a user terminal 800 includes:
a first receiving module 801, configured to receive a video networking number input by a user;
the terminal client SDK802 is used for adding an identifier for the user terminal according to the length of the video networking number, wherein the identifier represents the network access type of the user terminal; and generating a network access request carrying the identifier, and sending the network access request to a core server so that the core server processes the network access request.
Optionally, the user terminal 800 further includes:
a response information receiving module, configured to receive response information returned by the core server in response to the network access request;
and the persistence processing module is used for performing persistence processing on the identifier if the response information shows that the user terminal successfully accesses the network.
Optionally, the persistent processing module includes:
a definition module for defining variables for the identifier;
and the assignment module is used for assigning the variable according to the network access type corresponding to the length of the video networking number.
Optionally, the terminal client SDK802 includes:
the first adding module is used for adding a first identifier for the user terminal if the length of the video network number is the length corresponding to the 16-bit video network;
the second adding module is used for adding a second identifier for the user terminal if the length of the video network number is the length corresponding to the 64-bit video network;
a first request sending module, configured to generate a first network access request if the identifier is a first identifier, and send the first network access request to the core server;
and the second request sending module is used for generating a second network access request if the identifier is the second identifier, and sending the second network access request to the core server.
Optionally, the user terminal 800 further includes:
the service generation module is used for generating a target service request according to the operation of the user on the user terminal;
a service sending module, configured to send the target service request to the core server, where the target service request includes the identifier; the core server is used for sending the target service request to a target server according to the identification and receiving response data returned by the target server;
and the response data receiving module is used for receiving the response data sent by the core server.
The present application also provides a core server 900. Fig. 9 is a schematic structural diagram of a core server according to an embodiment of the present application. Referring to fig. 9, the user terminal 900 includes:
a second receiving module 901, configured to receive a network access request sent by a user terminal;
a first processing module 902, configured to, if the network access request is a first network access request, process the first network access request according to a 16-bit video network access rule;
a second processing module 903, configured to, if the network access request is a second network access request, process the second network access request according to a 64-bit video networking network access rule;
a response module 904, configured to generate response information according to a processing result of the network access request, and send the response information to the user terminal.
Based on the same inventive concept, another embodiment of the present application provides an electronic device 1000. Fig. 10 is a schematic diagram of an electronic device according to an embodiment of the present application. Referring to fig. 10, the electronic device 1000 comprises a memory 1002, a processor 1001 and a computer program stored on the memory and executable on the processor, which when executed implements the steps of the method according to any of the embodiments described above.
Based on the same inventive concept, another embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements the steps in the method according to any of the above-mentioned embodiments of the present application.
For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the embodiments of the invention.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.
The request processing method, the user terminal, the core server, the device and the storage medium provided by the present invention are introduced in detail, and a specific example is applied in the present document to explain the principle and the implementation of the present invention, and the description of the above embodiment is only used to help understanding the method and the core idea of the present invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, 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 invention.
Claims (7)
1. A request processing method is applied to a user terminal, and the method comprises the following steps:
receiving a video networking number input by a user;
adding an identifier for the user terminal according to the length of the video networking number, wherein the identifier represents the network access type of the user terminal;
generating a network access request carrying the identifier, and sending the network access request to a core server so that the core server processes the network access request;
after sending the network access request to a core server, the method further includes:
receiving response information returned by the core server aiming at the network access request;
if the response information shows that the user terminal successfully accesses the network, the identification is subjected to persistence processing;
after the persistent processing is performed on the identifier, the method further comprises:
generating a target service request according to the operation of a user on the user terminal;
sending the target service request to the core server, wherein the target service request comprises a persistent identifier; the core server is used for sending the target service request to a target server according to the persistent identifier and receiving response data returned by the target server;
receiving the response data sent by the core server;
and performing persistence processing on the identifier, wherein the persistence processing comprises the following steps:
defining a variable for the identity;
and assigning a value to the variable according to the network access type corresponding to the length of the video network number.
2. The method according to claim 1, wherein adding an identifier to the user terminal according to the length of the video network number comprises:
if the length of the video network number is the length corresponding to the 16-bit video network, adding a first identifier for the user terminal;
if the length of the video network number is the length corresponding to the 64-bit video network, adding a second identifier for the user terminal;
generating a network access request according to the identifier, and sending the network access request to a core server, wherein the network access request comprises the following steps:
if the identifier is a first identifier, generating a first network access request, and sending the first network access request to the core server;
and if the identifier is a second identifier, generating a second network access request, and sending the second network access request to the core server.
3. The method according to claim 1, characterized in that it comprises:
a core server receives a network access request sent by a user terminal;
if the network access request is a first network access request, processing the first network access request according to a 16-bit video network access rule;
if the network access request is a second network access request, processing the second network access request according to a 64-bit video network access rule;
and generating response information according to the processing result of the network access request, and sending the response information to the user terminal.
4. A user terminal, comprising:
the first receiving module is used for receiving the video networking number input by the user;
the terminal client SDK is used for adding an identifier for the user terminal according to the length of the video networking number, wherein the identifier represents the network access type of the user terminal; generating a network access request according to the identifier, and sending the network access request to a core server so that the core server processes the network access request;
a response information receiving module, configured to receive response information returned by the core server in response to the network access request;
the persistent processing module is used for performing persistent processing on the identifier if the response information indicates that the user terminal successfully accesses the network;
after the identification is subjected to persistence processing, generating a target service request according to the operation of a user on the user terminal;
sending the target service request to the core server, wherein the target service request comprises a persistent identifier; the core server is used for sending the target service request to a target server according to the persistent identifier and receiving response data returned by the target server;
receiving the response data sent by the core server;
the persistence processing module includes:
a definition module for defining variables for the identifier;
and the assignment module is used for assigning the variable according to the network access type corresponding to the length of the video networking number.
5. The ue of claim 4, wherein the network entry request is sent to a core server, and wherein the core server comprises:
the second receiving module is used for receiving a network access request sent by the user terminal;
the first processing module is used for processing the first network access request according to a 16-bit video network access rule if the network access request is the first network access request;
the second processing module is used for processing the second network access request according to a 64-bit video network access rule if the network access request is the second network access request;
and the response module is used for generating response information according to the processing result of the network access request and sending the response information to the user terminal.
6. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor, when executing, carries out the steps of the method according to any of claims 1-2.
7. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1-2.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910780562.5A CN110493555B (en) | 2019-08-22 | 2019-08-22 | Request processing method, user terminal, core server, device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910780562.5A CN110493555B (en) | 2019-08-22 | 2019-08-22 | Request processing method, user terminal, core server, device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110493555A CN110493555A (en) | 2019-11-22 |
| CN110493555B true CN110493555B (en) | 2022-01-14 |
Family
ID=68552982
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910780562.5A Active CN110493555B (en) | 2019-08-22 | 2019-08-22 | Request processing method, user terminal, core server, device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110493555B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115344620B (en) * | 2022-10-19 | 2023-01-06 | 成都中科合迅科技有限公司 | Method for realizing data on-demand synchronization after front-end and back-end separation by user-defined data pool |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101997755A (en) * | 2009-08-28 | 2011-03-30 | 中国移动通信集团公司 | Method for exchanging mapping information and mapping node |
| CN102123154A (en) * | 2011-03-17 | 2011-07-13 | 北京邮电大学 | Session initiation protocol (SIP) terminal and session processing method |
| CN102377671A (en) * | 2011-11-02 | 2012-03-14 | 中国联合网络通信集团有限公司 | Load balancing method and system and broadband remote access server equipment |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB1150199A (en) * | 1966-11-14 | 1969-04-30 | Amp Inc | Selective Signalling System. |
| JPH0414914A (en) * | 1990-05-08 | 1992-01-20 | Nippon Telegr & Teleph Corp <Ntt> | Conference communication system |
| KR100273043B1 (en) * | 1998-05-14 | 2000-12-01 | 윤종용 | A method for registration request in a mobile switching center |
| CN110120894A (en) * | 2019-03-25 | 2019-08-13 | 视联动力信息技术股份有限公司 | A kind for the treatment of method and apparatus of testing throughput |
-
2019
- 2019-08-22 CN CN201910780562.5A patent/CN110493555B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101997755A (en) * | 2009-08-28 | 2011-03-30 | 中国移动通信集团公司 | Method for exchanging mapping information and mapping node |
| CN102123154A (en) * | 2011-03-17 | 2011-07-13 | 北京邮电大学 | Session initiation protocol (SIP) terminal and session processing method |
| CN102377671A (en) * | 2011-11-02 | 2012-03-14 | 中国联合网络通信集团有限公司 | Load balancing method and system and broadband remote access server equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110493555A (en) | 2019-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111193788A (en) | Audio and video stream load balancing method and device | |
| CN109462753B (en) | System and method for testing multiple video conferences | |
| CN109474715B (en) | Resource configuration method and device based on video network | |
| CN108965226B (en) | Data acquisition method and device based on video network | |
| CN109743522B (en) | Communication method and device based on video networking | |
| CN110602039A (en) | Data acquisition method and system | |
| CN111431966B (en) | Service request processing method and device, electronic equipment and storage medium | |
| CN110730500B (en) | Terminal network access method, server, terminal, electronic equipment and storage medium | |
| CN110650171A (en) | Video networking service scheduling system and method | |
| CN109347844B (en) | Method and device for accessing equipment to Internet | |
| CN109286775B (en) | Multi-person conference control method and system | |
| CN109768957B (en) | Method and system for processing monitoring data | |
| CN109451001B (en) | Communication method and system | |
| CN109005378B (en) | Video conference processing method and system | |
| CN110830826A (en) | Video transcoding equipment scheduling method and system | |
| CN110351137B (en) | Method, system, electronic device and storage medium for automatically updating configuration information | |
| CN110493149B (en) | Message processing method and device | |
| CN110446058B (en) | Video acquisition method, system, device and computer readable storage medium | |
| CN109743360B (en) | Information processing method and device | |
| CN110022500B (en) | Packet loss processing method and device | |
| CN109889516B (en) | Method and device for establishing session channel | |
| CN109640194B (en) | Method and device for acquiring terminal permission through two-dimensional code based on video network | |
| CN110493555B (en) | Request processing method, user terminal, core server, device and storage medium | |
| CN108965219B (en) | Data processing method and device based on video network | |
| CN110636044B (en) | Network access method, system and device of virtual terminal and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |