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.
The terms "first," "second," "third," "fourth," and the like in the description and in the claims, as well as in the drawings, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprising" and "having," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements explicitly listed, but may include other steps or elements not explicitly listed or inherent to such process, method, article, or apparatus.
The technical solution of the present invention will be described in detail with specific examples. Several of the following embodiments may be combined with each other and some details of the same or similar concepts or processes may not be repeated in some embodiments.
The embodiment of the application provides a software-defined wide area network-based edge equipment capability benchmark test method, which is realized by a test device, wherein the test device can be deployed on one piece of equipment or multiple pieces of equipment. The test method can perform the controller capability benchmark test under the premise of not being limited by the controller use protocol; the capability test verification of the edge equipment can be standardized; and the performance, the safety and the reliability of the edge device can be tested, and the problems of functional fragmentation and key performance loss in the existing test can be effectively solved.
Firstly, manually building physical links among a plurality of edge devices to form a ring topology; if 3 edge devices are selected for topology building, two edge devices are connected with each other to form a ring topology.
When the test device is used for testing, the test terminal and the controller can be simulated, namely the test terminal and the controller are used as a part of the test device, and the existing test terminal and the existing controller can be used for auxiliary testing.
Before the test is carried out, the following initialization operations are carried out:
for the edge device:
first, existing configurations on the clean edge device.
In a specific implementation, if there is no configuration on the edge device, the operation may not be executed; if existing configurations exist, the method for clearing the existing configurations is not limited in the embodiment of the present application, and the clearing may be performed by using a certain tool, or may be manually cleared.
Second, configuring a management interface on the edge device enables the edge device to be managed by the SD-WAN controller.
And configuring a management interface on the edge device to enable the edge device to be managed by the SD-WAN controller, namely, interacting with the SD-WAN controller through the management interface to execute the request sent by the SD-WAN controller.
Thirdly, generating an access account pair, and initializing the access account pair on an access terminal (test terminal);
the generation and initialization of the access account pair are specifically as follows:
generating and distributing an access account: an access account pair is generated and initialized for any two access terminals (a first access terminal and a second access terminal) to communicate. The number of the generated and allocated access account pairs is not limited, and may be one pair or multiple pairs, where two pairs are taken as an example: the first pair is Key-1 and Key-3, and the second pair is Key-2 and Key-4; key-1 and Key-2 may be assigned to one access terminal and Key-3 and Key-4 to another access terminal.
And fourthly, a management link between the testing device and the edge equipment can be established for inquiring the state of the edge equipment.
Fifth, a management link is established between the test apparatus and the test terminal to control the test terminal.
Example one
The present embodiment tests whether the SD-WAN edge device has automated deployment capability.
Referring to fig. 1, fig. 1 is a schematic diagram illustrating an edge device capability benchmark test based on a software-defined wide area network according to a first embodiment of the present application. The method comprises the following specific steps:
step 101, a controller is controlled to issue an initialization configuration template to an edge device, so that the edge device uses the initialization configuration template to perform initialization.
The initialization configuration template is configured by the testing device and sent to the controller, or may be a default initialization configuration template stored in the controller.
The content of initializing the configuration template configuration here includes, but is not limited to, the following:
the method comprises the steps of data plane port IP address, control channel IP address, data plane forwarding minimum flow table (ARP data flow sends control channel upwards; flooding data flow sent by control channel forwards to all data ports), equipment simplest matching strategy (unknown data flow sends controller upwards totally), and data plane forwarding strategy (such as minimum delay, minimum hop count, load sharing and the like).
Step 102, ping the edge device through a test terminal accessing the edge device, and determining whether the edge device is initialized successfully.
And if the ping is successful, determining that the edge device is successfully initialized, namely the edge device successfully receives the initialization configuration template and successfully initializes, and verifying that the edge device has the automatic deployment capability.
In specific implementation, a network topology query request can also be initiated through a northbound interface of the SD-WAN controller, whether the initialization of the edge device is successful is verified through the queried network topology, and the network topology can be presented on a web front-end page of the SD-WAN controller.
Example two
The method is used for testing whether the edge device can forward the data stream according to the flow table issued by the controller and the forwarding strategy in the initialization configuration template.
Referring to fig. 2, fig. 2 is a schematic diagram illustrating a benchmark test flow of controller capability based on a software-defined wide area network according to a second embodiment of the present application. The method comprises the following specific steps:
step 201, a plurality of M data streams with different source addresses and the same destination address are sent through a test terminal.
M addresses, such as SIP-1, …, SIP-M, are configured on one test terminal as source addresses for initiating M data flows, and an address is configured on the other test terminal as a common destination address for the M initiated data flows.
And sending the generated M data streams by the test terminal configured with a plurality of different addresses.
In the embodiment of the present application, the multiple data streams are data streams with different sources, and therefore, when forwarding, the first packet data of each data stream is sent to the controller to determine the forwarding path. The controller determines a forwarding path according to a network topology forwarding strategy and the like, and issues a forwarding flow table.
The specified data transmission policy may be: a hop count minimum strategy, a delay minimum strategy, a load balancing strategy and the like.
The minimum hop count strategy and the load balancing strategy can also be designated at the same time, or the minimum delay strategy and the load balancing strategy are designated at the same time, when the two strategies are designated, a strategy priority is provided, and if the minimum strategy and the load balancing strategy are designated, the data stream is preferentially forwarded according to the load balancing strategy;
the load balancing policy may be a flow-by-flow load balancing policy or a packet-by-packet load balancing policy.
In this embodiment of the present application, when testing whether data transmission can be performed according to a specified policy for the edge device, the policies in the foregoing examples may be tested one by one, or one or more of the policies may be selected according to actual needs to be tested, which is not limited in this embodiment of the present application.
When the edge device forwards the data stream, if the first packet is not the packet, that is, the data stream table exists, the edge device determines a forwarding path of the data stream according to the data stream table and a data transmission strategy configured during initialization.
Step 202, waiting for a first preset time.
The first preset time can be set according to an actual test scene, and it is only required to ensure that the transmission of the M data streams is completed.
Step 203, initiating a query request to the edge device accessed by the test terminal.
And 204, verifying whether the forwarding of the multiple data streams is carried out according to the data transmission strategy appointed in the initialization configuration template according to the inquired forwarding paths of the M data streams.
The transmission path of the data stream can be determined according to the port sent by each data stream and the network topology of all the edge devices, so as to verify whether the edge devices have the flow table issued by the controller and the capability of transmitting the data stream according to the transmission strategy in the initialization configuration template.
In the embodiment of the application, when verifying whether the edge device has the capability of forwarding the data stream according to the stream table issued by the controller and the forwarding strategy in the initialization configuration template, a network state query request can be initiated to the SD-WAN controller.
The SD-WAN controller can control the forwarding of the data stream, and when each edge device inquires a forwarding path to the SD-WAN controller, the SD-WAN controller can record the forwarding path of the data stream, the forwarding flow of each link and the updating of network topology, so as to verify whether the edge device has a stream table issued by the controller and the capability of initializing a forwarding strategy in a configuration template to forward the data stream.
EXAMPLE III
The embodiment is used for testing whether the SD-WAN edge device has the capability of timely changing the transmission path when the data transmission strategy is changed.
Referring to fig. 3, fig. 3 is a schematic diagram illustrating an edge device capability benchmark test based on a software-defined wide area network according to a third embodiment of the present application. The method comprises the following specific steps:
step 301, sending N data streams through a test terminal.
The source addresses of the N data streams may be the same or different, and the destination addresses may be the same or different, and in specific implementation, for convenience of testing, the N data streams with different source addresses and the same destination addresses may be generated.
N may be the same as or different from one of the second embodiment.
Step 302, wait for a second preset time.
The second preset time can be set according to an actual test scene, and it is only required to ensure that the transmission of the N data streams is finished.
Step 303, initiating a query request to the edge device accessed by the test terminal; and verifying whether the forwarding of the plurality of data streams is carried out according to the data transmission strategy appointed in the initialization configuration template according to the inquired forwarding paths of the plurality of data streams.
Step 304, sending a data transmission policy updating request to the SD-WAN controller, so that the SD-WAN controller issues the data transmission policy in the updating request to the edge device for data transmission policy change.
The SD-WAN controller issues the data transmission policy in the update request to the edge device to change the data transmission policy, which is specifically implemented as:
the SD-WAN controller sends the data transmission strategy in the updating request to an edge device through a southbound interface;
and when the edge equipment receives the data transmission strategy, updating the data transmission strategy in the local initial configuration template by using the received data transmission strategy.
The change of the data transmission policy may be changed from one to another, for example, a minimum delay policy is changed into a minimum routing hop count policy, or the policy may be updated between two other policies, which is not limited in the embodiment of the present application.
In a specific implementation, when a network topology between edge devices is deployed, it is preferable to deploy two links with different time delays and different hop counts for the edge devices, so as to better distinguish link transmission strategies.
Step 305, sending the N data streams again through the test terminal.
Step 306, wait for a second preset time.
Step 307, initiating a query request to the edge device accessed by the test terminal; and verifying whether the forwarding of the multiple data streams carries out data transmission according to the updated data transmission strategy according to the inquired forwarding paths of the multiple data streams.
Example four
Referring to fig. 4, fig. 4 is a schematic diagram illustrating an edge device capability benchmark test based on a software-defined wide area network according to a fourth embodiment of the present application. The method comprises the following specific steps:
step 401, a data transmission link between two edge devices is disconnected.
Here, the data transmission link between two edge devices can be disconnected manually by disconnecting the physical link, or by preventing the forwarding port from disconnecting the data transmission link.
Step 402, sending P data streams through a test terminal accessing one of the two edge devices.
The P data streams may be data streams with different original addresses and the same destination address, or data streams with different source addresses and the same destination address, and in this embodiment, before the link is disconnected, the data streams transmitted through the disconnected link may exist in the data streams.
And step 403, waiting for a third preset time.
The third preset time can be set according to an actual test scene, and it is only required to ensure that the transmission of the P data streams is finished.
Step 404, initiating a query request to the edge device accessed by the test terminal.
Step 405, verifying whether the edge device correctly switches the forwarding paths of the data streams after the link is disconnected according to the queried forwarding paths of the multiple data streams.
Since the network formed by the edge devices deployed in this embodiment is a ring topology, at least two links reach the edge device at the opposite end, and therefore, when one of the links is disconnected, the other link is switched to forward traffic.
The method further comprises:
restoring the disconnected data transmission link between the two edge devices;
initiating a query request to the edge device accessed by the test terminal;
and verifying whether the edge equipment correctly switches the forwarding paths of the data streams after the link is recovered according to the queried forwarding paths of the data streams.
The link recovery can be carried out in the data stream transmission process, and also can be carried out when the data stream is not transmitted; if the data stream is recovered during the transmission process of no data stream, the transmission of the P data streams can be initiated again to verify whether the transmission path of the data stream is switched.
The link convergence time, as well as the link probing capabilities of the edge devices, may also be determined by querying the data forwarding time.
EXAMPLE five
The embodiment is used for testing whether packet loss exists in traffic transmitted between edge devices.
Referring to fig. 5, fig. 5 is a schematic diagram illustrating an edge device capability benchmark test based on a software-defined wide area network according to a fifth embodiment of the present application. The method comprises the following specific steps:
step 501, sending T data streams through a test terminal.
The source addresses of the multiple data streams may be the same or different; the destination addresses may be the same or different.
Step 502, wait for a fourth preset time.
The fourth preset time can be set according to an actual test scene, and it is only required to ensure that the transmission of the T data streams is finished.
Step 503, initiating a query request to the edge device accessed by the test terminal corresponding to the destination address of the T data streams.
If the destination addresses are the same, the query request is initiated to the corresponding edge device, and if the destination addresses are different, the query request needs to be initiated to the edge devices accessed by the test terminals corresponding to the plurality of destination addresses respectively.
Step 504, determining the packet loss rate of the edge device according to the number of the data streams received by the edge device and the number of the data streams sent by the test terminal.
And if R data streams are received, determining that the packet loss rate of the edge device is (T-R)/T.
EXAMPLE six
And testing whether the anti-attack traffic configured on the SD-WAN edge device can be prevented from being forwarded or not, namely testing the security of the edge device.
Referring to fig. 6, fig. 6 is a schematic diagram illustrating an edge device capability benchmark test based on a software-defined wide area network according to a sixth embodiment of the present application. The method comprises the following specific steps:
step 601, setting a URL protection policy on the edge device through the controller.
Step 602, initiating a request for accessing the URL by the test terminal accessing the edge device.
When the edge device receives a request for accessing the URL, the edge device determines that a URL protection strategy is set locally, and then the request is prevented from being forwarded, namely the request is not sent to a controller, a local forwarding flow table is not searched, forwarding is directly prevented, or the request is directly discarded.
Step 603, initiating a query request to the edge device, and determining whether to forward the request.
This embodiment enables verification of the URL filtering capabilities of the edge device.
Based on similar implementation, the data flow prohibited from being forwarded can be set;
whether the edge device can prevent the forwarding of the corresponding data flow is verified by initiating the data flow of which the forwarding is forbidden, namely whether the edge device has the firewall capability or not is verified.
Such as configuring the forbidden HTTP traffic on edge device a.
And initiating HTTP download flow through a test terminal accessed to the edge equipment, wherein the bandwidth of the HTTP flow is 0, and if the download fails, the firewall strategy of the SD-WAN edge equipment is proved.
EXAMPLE seven
It is tested whether the edge device is able to identify different types of data flows.
Referring to fig. 7, fig. 7 is a schematic diagram illustrating an edge device capability benchmarking process based on a software-defined wide area network according to a seventh embodiment of the present application. The method comprises the following specific steps:
step 701, issuing service identification configuration information to the edge device through the controller.
The service identification configuration information configures what service flow is forwarded through what link.
If the identification configuration information is: video application streaming, office OA traffic, voice traffic are required to go high rate private links, mail application streaming, file sharing flows Internet private links (low rate private links), and so on.
And the edge equipment stores the service identification configuration information when receiving the service identification configuration information, and determines a forwarding link according to the type of the application data stream when receiving the application data stream.
Step 702, initiating K pieces of application data streams of various types through the test terminal.
The multiple types of application data streams include any combination of the following:
video application stream, mail application stream, file sharing stream, office OA stream, voice stream.
Among them, the video application stream, such as RSTP protocol data stream;
mail application flow, such as SMTP protocol flow;
file sharing streams, such as NetBIOS protocol data streams;
office OA streams, such as HTTP streams;
voice streams, such as SIP protocol data streams.
And when the edge equipment receives the application data stream, determining the type of the application data stream, and determining a forwarding path according to the service identification configuration information.
Step 703, wait for a fifth preset time.
The fifth preset time can be set according to an actual test scene, and it is only required to ensure that the transmission of the K data streams is finished.
Step 704, initiating a query request to the edge device accessed by the test terminal.
Step 705, verifying whether the edge device forwards the data stream according to the service identification configuration information according to the forwarding path of the K data streams.
Example eight
The QoS queues may also be set, and bandwidth in a certain proportion is respectively allocated, for example, 3 QoS queues are set, and the allocated bandwidth ratio is 3: 3: 4.
the method comprises the steps of initiating a plurality of data streams through a test terminal, transmitting data, determining whether the transmission of the plurality of data streams is normal or not through a monitoring target test terminal, and determining whether the proportion of the received data streams is matched with a configured QoS strategy or not for verifying the QoS matching capability of edge equipment.
An IPsec tunnel may also be established between two edge devices.
Initiating an RFC2544 performance test data flow to a test terminal accessed to the other edge device through the test terminal accessed to one of the two edge devices, wherein the test packet length is 128/256/512/1024/1400 bytes; and sending a network state query request to a test terminal for receiving the data stream, testing the processing capability and time delay of the SD-WAN edge device without packet loss under different packet lengths, and completing the RFC2544 throughput performance test.
Example nine
Referring to fig. 8, fig. 8 is a schematic diagram of an edge device capability benchmarking system based on a software-defined wide area network according to an embodiment of the present application. In fig. 8, 3 edge devices are deployed as an example, and the three edge devices are an edge device a, an edge device B, and an edge device C; for example, the three test terminals and the controller are disposed independently of the test device, that is, the test terminals are not simulated in the test device, and the existing terminals and controllers are directly used.
The testing terminal A is accessed into the software defined wide area network through the edge device A, the testing terminal B is accessed into the software defined wide area network through the edge device B, and the testing terminal C is accessed into the software defined wide area network through the edge device C.
The three edge devices are connected two by two to form a ring topology.
As in the test of the second embodiment, M different addresses, e.g., [ SIP-1, …, SIP-M ], can be configured on the test terminal a as the source address for initiating M data flows, and one address can be configured on the test terminal B as the common destination address for the M initiated data flows.
If the data transmission strategy is the fewest hops, verifying whether the data stream transmission path is a test terminal A-an edge device B-a test terminal B;
and if the data transmission strategy is the minimum delay and the delay of the edge device A-edge device B is set to be higher than that of the edge device A-edge device C-edge device B, verifying whether the data stream transmission path is the test terminal A-edge device C-edge device B-test terminal B.
The delay setting can be realized by adding a damage module on the link.
For a data stream of which a transmission path is a test terminal A-an edge device B-a test terminal B, breaking a link between the edge device A and the edge device B, and determining whether the transmission path of the data stream is switched to the test terminal A-the edge device C-the edge device B-the test terminal B;
and then restoring the link between the edge device A and the edge device B, and determining whether the transmission path of the data stream is switched to the test terminal A, the edge device B and the test terminal B.
By configuring the initialization starting template and issuing the initialization starting template to the SD-WAN controller, the SD-WAN controller automatically initializes the edge equipment in the SD-WAN and verifies whether the initialization of the edge equipment is successful or not, the initialization cost can be greatly saved, and the capability benchmark test of the edge equipment can be carried out on the premise of not being limited by a protocol.
Meanwhile, the performance, safety, reliability and the like of the edge equipment are comprehensively tested, so that the test of comprehensive coverage of basic functions of the edge equipment is realized, and the problems of functional fragmentation and key capacity loss can be effectively solved;
and the method is not limited by a protocol, provides a benchmark test method aiming at the capability test of the edge equipment, and has wide application range.
Based on the same inventive concept, the embodiment of the application also provides an edge device capability benchmark testing device based on the software defined wide area network. Referring to fig. 9, fig. 9 is a schematic structural diagram of the device applied to the above technology in the embodiment of the present application. Clearing the existing configuration on the edge equipment; configuring a management interface on an edge device causes the edge device to be managed by an SD-WAN controller. The device comprises: a policy unit 901 and a monitoring unit 902;
a policy unit 901, configured to control a controller to issue an initialization configuration template to an edge device, so that the edge device performs initialization using the initialization configuration template;
a monitoring unit 902, configured to ping the edge device through a test terminal accessing the edge device, to determine whether the edge device is initialized successfully.
Preferably, the first and second electrodes are formed of a metal,
a policy unit 901, further configured to send, through a test terminal, a plurality of M data streams with different source addresses and the same destination address;
the monitoring unit 902 is further configured to wait for a first preset time when the policy unit 901 sends the M data streams through the test terminal; initiating a query request to the edge device accessed by the test terminal; and verifying whether the forwarding of the multiple data streams carries out data transmission according to the data transmission strategy appointed in the initialization configuration template according to the inquired forwarding paths of the M data streams.
Preferably, the first and second electrodes are formed of a metal,
a policy unit 901, further configured to send N data streams through one test terminal; sending a data transmission strategy updating request to an SD-WAN controller, and enabling the SD-WAN controller to issue a data transmission strategy in the updating request to the edge device for data transmission strategy change; sending the N data streams through the test terminal again;
the monitoring unit 902 is further configured to wait for a second preset time when the policy unit 901 sends N data streams through the test terminal; initiating a query request to the edge device accessed by the test terminal; verifying whether the forwarding of the multiple data streams is carried out according to the data transmission strategy appointed in the initialization configuration template or not according to the inquired forwarding paths of the multiple data streams; when the policy unit 901 resends the N data streams through the test terminal, waiting for a second preset time; initiating a query request to the edge device accessed by the test terminal; and verifying whether the forwarding of the multiple data streams carries out data transmission according to the updated data transmission strategy according to the inquired forwarding paths of the multiple data streams.
Preferably, the first and second electrodes are formed of a metal,
a policy unit 901, further configured to disconnect a data transmission link between two edge devices; sending P data streams through a test terminal accessed to one of the two edge devices; restoring the disconnected data transmission link between the two edge devices;
the monitoring unit 902 is further configured to wait for a third preset time when the policy unit 901 sends P data streams to the test terminal; initiating a query request to the edge device accessed by the test terminal; verifying whether the edge device correctly switches the forwarding paths of the data streams after the links are disconnected according to the queried forwarding paths of the data streams; after the policy unit 901 recovers the broken link, an inquiry request is initiated to the edge device to which the test terminal is accessed; and verifying whether the edge equipment correctly switches the forwarding paths of the data streams after the link is recovered according to the queried forwarding paths of the data streams.
Preferably, the first and second electrodes are formed of a metal,
a policy unit 901, further configured to send T data streams through a test terminal;
the monitoring unit 902 is further configured to wait for a fourth preset time when the policy unit 901 sends T pieces of data through the test terminal; initiating a query request to the edge device accessed by the test terminal corresponding to the destination addresses of the T data streams; and determining the packet loss rate of the edge device according to the number of the data streams received by the edge device and the number of the data streams sent by the test terminal.
Preferably, the first and second electrodes are formed of a metal,
a policy unit 901, further setting a URL protection policy on the edge device through the controller; initiating a request for accessing the URL through a test terminal accessed to the edge device;
the monitoring unit 902 is further configured to initiate a query request to the edge device, and determine whether to forward the request.
Preferably, the first and second electrodes are formed of a metal,
a policy unit 901, further configured to issue service identification configuration information to the edge device through the controller; initiating K pieces of application data streams of various types through the test terminal;
the monitoring unit 902 is further configured to wait for a fifth preset time when the policy unit 901 initiates K pieces of multiple types of application data streams through the test terminal; initiating a query request to the edge device accessed by the test terminal; and verifying whether the edge equipment forwards the data stream according to the service identification configuration information or not according to the inquired forwarding paths of the K data streams.
The units of the above embodiments may be integrated into one body, or may be separately deployed; may be combined into one unit or further divided into a plurality of sub-units.
In another embodiment, an electronic device is also provided, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the software-defined wide area network-based edge device capability benchmarking method when executing the program.
In another embodiment, a computer-readable storage medium is also provided having stored thereon a computer request, which when executed by a processor, performs the steps of the method for benchmarking edge device capabilities for a software-defined wide area network.
Fig. 10 is a schematic physical structure diagram of an electronic device according to an embodiment of the present invention. As shown in fig. 10, the electronic device may include: a Processor (Processor)1010, a communication Interface (Communications Interface)1020, a Memory (Memory)1030, and a communication bus 1040, wherein the Processor 1010, the communication Interface 1020, and the Memory 1030 communicate with each other via the communication bus 1040. Processor 1010 may call a logical request in memory 1030 to perform the following method:
clearing the existing configuration on the edge equipment; configuring a management interface on an edge device to enable the edge device to be managed by a controller;
the control controller issues an initialization configuration template to the edge device, so that the edge device is initialized by using the initialization configuration template;
determining whether the edge device is successfully initialized by ping the edge device through a test terminal of the access edge device.
In addition, the logic request in the memory 1030 may be implemented in the form of a software functional unit and may be stored in a computer readable storage medium when it is sold or used as a separate product. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes several requests for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware. With this understanding in mind, the above-described technical solutions may be embodied in the form of a software product, which can be stored in a computer-readable storage medium, such as ROM/RAM, magnetic disk, optical disk, etc., and includes several requests for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the various embodiments or some portions of the embodiments.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.