CN116647523A - Method and system for unitized scheduling access of equipment - Google Patents
Method and system for unitized scheduling access of equipment Download PDFInfo
- Publication number
- CN116647523A CN116647523A CN202211094148.7A CN202211094148A CN116647523A CN 116647523 A CN116647523 A CN 116647523A CN 202211094148 A CN202211094148 A CN 202211094148A CN 116647523 A CN116647523 A CN 116647523A
- Authority
- CN
- China
- Prior art keywords
- service
- area unit
- request
- platform
- unit
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000013467 fragmentation Methods 0.000 claims abstract description 29
- 238000006062 fragmentation reaction Methods 0.000 claims abstract description 29
- 238000012545 processing Methods 0.000 claims abstract description 28
- 230000004044 response Effects 0.000 claims abstract description 15
- 239000012634 fragment Substances 0.000 claims description 16
- 238000012795 verification Methods 0.000 claims description 16
- 230000010076 replication Effects 0.000 claims description 3
- 230000000694 effects Effects 0.000 abstract description 2
- 230000001939 inductive effect Effects 0.000 abstract description 2
- 230000006870 function Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000000926 separation method Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000015654 memory Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
- H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
Abstract
The invention discloses a method and a system for unitized scheduling access of equipment. In one implementation of the present invention, a terminal device may send a request for a region unit scheduling address to a region unit, the region unit obtaining fragmentation information of the terminal device based on the request and assembling a domain name list based on the fragmentation information as a response to the request. The terminal equipment initiates a service request to a target area unit based on the received domain name list and obtains a processing result of the service request from the platform service of the target area unit when the platform service is available. If the platform service is not available, the target zone unit resolves the domain name IP address to the spare zone unit to effect the non-inductive handoff.
Description
Technical Field
The present invention relates to the field of information technologies, and in particular, to a unitized scheduling access method and system for a device.
Background
The internet of things is the internet of things, and the internet of things is the new generation of information technology. With the development of interconnection technology, the interconnection terminal has been applied to various industries, such as video monitoring, vehicles, face distribution control, regional alarm, passenger flow statistics, mask identification, fire early warning, etc., and more terminal devices (such as video networking terminal devices) are connected to the terminal interconnection platform.
The traditional terminal interconnection platform is in a single-center deployment architecture mode, the platform center is relied on for scheduling when equipment is accessed, equipment cannot be on line when the platform center fails, and the use of a user client is also depended on the platform center for command forwarding, so that when the platform center fails, a client instruction from the platform center cannot reach the equipment end, and the user client becomes unavailable.
Accordingly, there is a need for methods and systems that ameliorate the deficiencies of the prior art.
Disclosure of Invention
This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
Aiming at the technical problems in the prior art, such as scheduling and signaling issuing which can only be carried out by relying on a single central node when the terminal equipment is accessed, the invention provides a platform for multi-area central unitized deployment on the premise of not changing the access interaction of the terminal equipment. And the client side and the equipment side support regional scheduling and request access by using the domain name of the target region.
When a fault occurs, an operation and maintenance person can timely analyze the domain name IP of the center of the fault area to the standby node unit IP, and after the request of the terminal equipment is analyzed by the local domain name, a new IP address can be obtained for normal access, and no sense switching is performed. Therefore, domain name separation is finally realized, and resources of each portal are independently planned, independently scheduled, independently limited and used for treating signaling storm.
Specifically, in one embodiment of the present invention, a method for device unitized scheduling access is presented, the method comprising:
receiving a regional unit scheduling address request from a terminal device;
acquiring device fragment information corresponding to the terminal device based on the area unit scheduling address request;
assembling a domain name list of a device access endpoint based on the device fragmentation information and according to a functional module required to be used by the terminal device, and returning the domain name list to the terminal device, wherein the domain name list comprises an IP address of the device access endpoint and the device access endpoint corresponds to the functional module at a target area unit determined based on the device fragmentation information;
receiving a service request including the domain name list from the terminal device at the target area unit; and
returning the processing result of the service request by the platform service to the terminal device when the platform service at the target area unit is available,
wherein when the platform service at the target area unit is not available, the service request is forwarded to a spare area unit and a processing result of the service request by the platform service at the spare area unit is transmitted to the terminal device through the target area unit.
In one embodiment of the present invention, the area unit scheduling address request is sent to any area unit and received by a platform gateway of the area unit, and acquiring device slice information corresponding to the terminal device based on the area unit scheduling address request further includes:
analyzing the equipment information of the terminal equipment from the area unit scheduling address request;
checking the correctness of the equipment information;
sending a device access information request to the platform service under the condition that the verification is passed; and
the device fragmentation information is obtained from the routing service of the area unit in response to the device access information request.
In the above embodiment of the present invention, the service request is received by a platform gateway of the target area unit, and after receiving the service request, the method further comprises:
analyzing the equipment information of the terminal equipment from the service request;
checking the correctness of the equipment information;
acquiring the fragmentation information of the terminal equipment from the routing service under the condition that the verification is passed; and
when the service request is determined to be accessed in the same slice of the target area unit according to the slice information, the service request is sent to a platform service of the target area unit for processing.
In one embodiment of the invention, the spare area unit is in a hot standby state.
In one embodiment of the invention, the platform services of the target and spare area units each use MySQL to store data and group replication plugins to achieve data synchronization between area units.
In one embodiment of the invention, forwarding the service request to the spare area unit further comprises resolving the domain name list in the service request to a spare domain name list corresponding to the spare area unit and proxy accessing the spare area unit based on the spare domain name list.
In the above embodiment of the present invention, the standby domain name list includes IP addresses of standby device access endpoints corresponding to function modules at the standby area unit.
In another embodiment of the invention, a system for unitized dispatch access of devices is disclosed, the system comprising a plurality of area units deployed in a distributed manner, each of the plurality of area units comprising:
a platform gateway device configured to receive a regional unit scheduling address request from a terminal device, a service request including a domain name list as a response to the regional unit scheduling address; and
a platform services device configured to:
acquiring device fragment information corresponding to the terminal device based on the area unit scheduling address request;
assembling a domain name list of a device access endpoint based on the device fragmentation information and according to a functional module required to be used by the terminal device, and returning the domain name list to the terminal device, wherein the domain name list comprises an IP address of the device access endpoint and the device access endpoint corresponds to the functional module at a target region unit in the plurality of region units determined based on the device fragmentation information; and
returning the processing result of the service request to the terminal device when the platform service at the target area unit is available,
wherein when the platform service at the target area unit is not available, the platform gateway device is further configured to forward the service request to a spare area unit of the plurality of area units and pass through the processing result of the service request by the platform service at the spare area unit to the terminal device.
In one embodiment of the invention, the zone unit scheduling address request is sent to and received by a platform gateway device of any of the plurality of zone units, the zone unit further comprising a routing service device, and the platform gateway device is further configured to:
analyzing the equipment information of the terminal equipment from the area unit scheduling address request;
checking the correctness of the equipment information; and
and sending a device access information request to the platform service device under the condition that the verification is passed, so that the platform service device responds to the device access information request to acquire the device fragment information from the routing service device.
In the above-described embodiment of the present invention, after receiving the service request, the platform gateway device is further configured to:
analyzing the equipment information of the terminal equipment from the service request;
checking the correctness of the equipment information;
acquiring the fragmentation information of the terminal equipment from the routing service device under the condition that the verification is passed; and
when the service request is determined to be accessed in the same slice of the target area unit according to the slice information, the service request is sent to a platform service of the target area unit for processing.
In one embodiment of the invention, the platform gateway device is further configured to forward the service request to the spare area unit by: and resolving the domain name list in the service request to a standby domain name list corresponding to the standby area unit and performing proxy access on the standby area unit based on the standby domain name list.
In yet another embodiment of the present invention, a computer-readable storage medium storing instructions for device-unitized dispatch access is disclosed, comprising:
instructions for receiving a regional unit scheduling address request from a terminal device;
instructions for obtaining device fragmentation information corresponding to the terminal device based on the region unit scheduling address request;
instructions for assembling a domain name list of a device access endpoint based on the device fragmentation information and according to a function module that the terminal device needs to use and returning the domain name list to the terminal device, wherein the domain name list includes an IP address of the device access endpoint and the device access endpoint corresponds to the function module at a target area unit determined based on the device fragmentation information;
instructions for receiving a service request including the domain name list from the terminal device at the target zone unit; and
instructions for returning a result of processing of the service request by the platform service to the terminal device when the platform service at the target area unit is available,
wherein when the platform service at the target area unit is not available, the instructions further comprise instructions for forwarding the service request to a spare area unit and transmitting a result of processing the service request by the platform service at the spare area unit to the terminal device via the target area unit.
In one embodiment of the present invention, the area unit scheduling address request is sent to any area unit and received by a platform gateway of the area unit, and the instruction for acquiring the device slice information corresponding to the terminal device based on the area unit scheduling address request further includes:
instructions for parsing out device information of the terminal device from the regional unit scheduling address request;
instructions for verifying the correctness of the device information;
instructions for sending a device access information request to the platform service if the verification passes; and
instructions for obtaining the device fragmentation information from a routing service of the area unit in response to the device access information request.
In the above embodiment of the present invention, the service request is received by a platform gateway of the target area unit, and after receiving the service request, the instructions further include:
instructions for parsing out device information of the terminal device from the service request;
instructions for verifying the correctness of the device information;
instructions for obtaining the fragmentation information of the terminal device from the routing service if the verification passes; and
and sending the service request to a platform service of the target area unit for processing when the service request is determined to be accessed in the same slice of the target area unit according to the slice information.
In one embodiment of the invention, the instructions for forwarding the service request to the spare area unit further comprise instructions for resolving the domain name list in the service request to a spare domain name list corresponding to the spare area unit and proxy accessing the spare area unit based on the spare domain name list.
In the above embodiment of the present invention, the standby domain name list includes IP addresses of standby device access endpoints corresponding to function modules at the standby area unit.
Other aspects, features and embodiments of the present invention will become apparent to those ordinarily skilled in the art upon review of the following description of specific exemplary embodiments of the invention in conjunction with the accompanying figures. Although features of the invention may be discussed below with respect to certain embodiments and figures, all embodiments of the invention may include one or more of the advantageous features discussed herein. In other words, while one or more embodiments may be discussed as having certain advantageous features, one or more of such features may also be used in accordance with the various embodiments of the invention discussed herein. In a similar manner, although exemplary embodiments may be discussed below as device, system, or method embodiments, it should be appreciated that such exemplary embodiments may be implemented in a variety of devices, systems, and methods.
Drawings
So that the manner in which the above recited features of the present disclosure can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to aspects, some of which are illustrated in the appended drawings. It is to be noted, however, that the appended drawings illustrate only certain typical aspects of this disclosure and are therefore not to be considered limiting of its scope, for the description may admit to other equally effective aspects.
Fig. 1 shows a schematic diagram of a system architecture for device unitized dispatch access according to one embodiment of the present disclosure.
Fig. 2 illustrates a data flow diagram of a system for unitized dispatch access of devices according to one embodiment of the present disclosure.
Fig. 3 illustrates a flow chart of a method for device unitized dispatch access according to one embodiment of the present disclosure.
Detailed Description
Various embodiments will be described in greater detail below with reference to the accompanying drawings, which form a part hereof, and which illustrate specific exemplary embodiments. Embodiments may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of these embodiments to those skilled in the art. Embodiments may be implemented in a method, system, or apparatus. Accordingly, the embodiments may take the form of a hardware implementation, an entirely software implementation, or an implementation combining software and hardware aspects. The following detailed description is, therefore, not to be taken in a limiting sense.
The steps in the flowcharts may be performed by hardware (e.g., processors, engines, memories, circuits), software (e.g., operating systems, applications, drivers, machine/processor executable instructions), or a combination thereof. As will be appreciated by one of ordinary skill in the art, the methods involved in the various embodiments may include more or fewer steps than shown.
Aiming at the defects in the prior art, the invention discloses a method and a system for unitized scheduling access of equipment. In one implementation of the present invention, a terminal device may send a request for a region unit scheduling address to a region unit, the region unit obtaining fragmentation information of the terminal device based on the request and assembling a domain name list based on the fragmentation information as a response to the request. The terminal equipment initiates a service request to a target area unit based on the received domain name list and obtains a processing result of the service request from the platform service of the target area unit when the platform service is available. If the platform service is not available, the target zone unit resolves the domain name IP address to the spare zone unit to effect the non-inductive handoff.
Aspects of the present disclosure are described in greater detail below with respect to block diagrams and method flowcharts.
Fig. 1 shows a schematic diagram of a system architecture for device unitized dispatch access according to one embodiment of the present disclosure.
As shown in fig. 1, in one implementation of the invention, a system for device unitized dispatch access includes a plurality of zone units (i.e., a plurality of zone centers, shown as zone centers in fig. 1, which are equivalent and are used interchangeably herein). For simplicity, only two zone centers, zone center 1 and zone center 2, are shown in fig. 1, and any other suitable number of zone units or zone centers may be included in other implementations of the invention.
In one embodiment of the invention, the regional center employs a unitized architecture, using units as the basic unit of deployment. Multiple units can be deployed in all machine rooms of the total station, the number of the deployed regional units is not fixed, distributed deployment and capacity expansion are supported by the deployed regional units, and business capacity is split onto multiple regional unit nodes in a data slicing mode so as to directly form mutual backup relationship, so that the impact resistance capacity and usability of the platform are improved. Moreover, both the client side (such as the user client 1 and the user client 2 shown in fig. 1, and so on) and the device side (i.e., the terminal device such as the camera 1 and the camera 2 shown in fig. 1, and so on) support scheduling by area unit.
As shown in fig. 1, each terminal device (i.e., the camera shown in fig. 1) has a corresponding area unit, e.g., camera 1 corresponds to area center 1, and camera 2 corresponds to area center 2, whereby each terminal device has tile information associated with the corresponding area unit.
In one embodiment of the invention, as shown in FIG. 1, each regional center includes a platform gateway, a global routing service, and a platform service.
In one or more implementations of the present invention, the platform gateway may be configured to receive identification information of a terminal device when the terminal device powers up and requests a service of an area unit, obtain a corresponding scheduling policy matched with the terminal device through a routing service, and allocate the device to an area center of a different partition.
Specifically, in one embodiment of the invention, the platform gateway may be configured to receive a regional unit scheduling address request from the terminal device (in embodiments of the invention, this request of the terminal device may be sent to any regional unit); parsing (such as via a plug-in) the device information of the terminal device from the regional unit scheduling address request; checking the correctness of the equipment information; and sending a device access information request to the platform service if the verification passes, so that the platform service obtains the device fragment information of the terminal device from the routing service in response to the device access information request.
In one embodiment of the invention, upon receiving a service request from a terminal device, the platform gateway may be further configured to parse (such as via a plug-in) device information for the terminal device from the service request; checking the correctness of the equipment information; acquiring the fragmentation information of the terminal equipment from the routing service under the condition that the verification is passed; and when it is determined from the fragmentation information that the service request is for the same intra-fragment access of the target area unit (i.e., the target area unit (such as area center 1) to which the terminal device (such as camera 1) sent the service request, i.e., the area unit corresponding to the terminal device) and the platform service of the target area unit is currently available, sending the service request to the platform service of the target area unit for processing.
In another embodiment of the present invention, when the platform service of the target area unit is not currently available, the platform gateway may be further configured to forward the service request to a spare area unit (such as the area center 2) of the plurality of area units and pass the processing result of the service request by the platform service at the spare area unit to the terminal device. In one embodiment of the invention, the platform gateway may be further configured to forward the service request to the spare area unit by: and resolving the domain name list in the service request from the terminal equipment to a standby domain name list corresponding to the standby area unit and performing proxy access to the standby area unit based on the standby domain name list.
In one or more implementations of the present invention, data needs to be directly synchronized with a database in quasi-real time and cached, so that backup node data is in a hot standby state, and thus, when a primary node of a regional unit fails, the backup node of the regional unit can be rapidly started to provide service, so that the long waiting time of starting and loading by fail-over is avoided, and the fault processing time is exceeded. In one illustrative and non-limiting example of the invention, for database selection for storing data, such as TiDB, cassandra itself supports multi-center data synchronization, suitably stored as global unit data, whereas platform services (such as user modules, device modules) at the regional center do not require multi-region global synchronization, use MySQL as a storage efficient backup node synchronization measure for regional center data, and use its MGR (group copy) plug-in. The cache data synchronization mode selects a multi-data source write-in mode, supports different write-in strategies, adopts an ALWAY strategy for successful simultaneous write-in of global unit data, and adopts a LOCAL write-in success LOCAL strategy for standby node data synchronization.
In one implementation of the present invention, the global routing service of fig. 1 may be used to provide routing services for end devices and global routing services by storing unit-fragment routing data (enabling traffic capability to be split across multiple regional unit nodes by way of data fragmentation). In particular, the routing service is configured to provide device shard information of terminal devices requesting services to the platform services and platform gateways for assembling domain name listings and determining whether to provide the same intra-shard access in response to a device shard information request from them.
In one implementation of the present invention, the platform services in fig. 1 may be divided into user modules, device modules, scheduling modules, cloud storage modules, binding modules, alert modules, device status modules, capability reporting modules, etc. (not limited to those shown in fig. 1) according to access terminals (clients (such as user clients 1 and 2) and device ends (such as terminal devices, e.g., cameras 1 and 2 in fig. 1)) of the product service. The various modules provide various services for the terminal device or user client, such as the user module storing customer identification data and providing services, the device module storing device identification and providing services, the dispatch module storing device identification and providing services, and so on.
The platform service may first be configured to acquire device fragment information corresponding to the terminal device before providing the corresponding service. In particular, the platform service may obtain the device fragment information from the routing service in response to a device access information request from the platform gateway. The platform service may then be further configured to assemble a domain name list of the device access endpoint (as a response to the device access information request received from the platform gateway) based on the device fragment information and according to the functional module that the terminal device needs to use and return the domain name list to the terminal device, and finally return the processing result of the service request to the terminal device when the platform service at the target zone unit is available.
In one embodiment of the invention, the domain name list includes the IP address of the device access endpoint(s) and the device access endpoint corresponds to a functional module at the target area unit to which the terminal device determined based on the device slicing information is to issue a service request. In an exemplary and non-limiting example, the platform service obtains the fragment information corresponding to the terminal device from the routing service, and returns as a response result the domain name list of each endpoint accessed by the splicing device according to signaling control of device interaction and functions (such as cloud storage video, message alarm and other functional modules) to be invoked: "return {" closed ":
“cloud-01.xxx.xxx.com”,“alarm”:“alarm-01.xxx.xxx.com”,…}”。
in one embodiment of the present invention, the system architecture shown in fig. 1 may optionally further include provincial nodes that can be used to carry high bandwidth, high computational consumption service modules, such as signaling access, P2P, media forwarding, and maintain long connections after login.
Fig. 2 illustrates a data flow diagram of a system for unitized dispatch access of devices according to one embodiment of the present disclosure.
First, the terminal device requests a zone unit scheduling address from any zone center (i.e., zone unit). The platform gateway of the regional center (regional center 1 in fig. 2, but in other embodiments may be any other regional center) that received the regional unit dispatch address request parses the device information from the request and verifies it (such as by the gateway plug-in verifying that the device information is correct). And after the verification is passed, the platform gateway sends a request for acquiring the equipment access information to the platform service of the regional center.
The platform service obtains device fragment information of the terminal device from the routing service of the area center in response to the device access information request, assembles a domain name list of the device access endpoint based on the obtained device fragment information and according to the function module required to be used (invoked) by the terminal device, and returns the domain name list to the terminal device, for example, "return {" closed ": closed-01. Xxx. Com", "alarm": alarm-01.Xxx. Com ", … }", wherein "01" may be an identification of an area unit to which the terminal device belongs determined based on the device fragment information, and may also be an identification of other area units such as "02" or "03", as will be understood by those skilled in the art.
After receiving the domain name list, the terminal device requests, to the platform gateway of the corresponding regional center (the target regional unit, which is regional center 1 in fig. 2, but may be other regional centers in other embodiments) according to the domain name of each module in the list, to log in the service provided by the corresponding endpoint, for example, request the cloud storage service of regional center 1 (as an example and not by way of limitation) through https:// group-01. Xxx. Xx. Com/request path.
The platform gateway of the target area unit receives the service request, analyzes (through gateway plugin) the equipment information of the terminal equipment from the service request and also checks the equipment information, and obtains the fragmentation information of the terminal equipment to the routing service of the target area unit (area center 1) after the verification is passed so as to confirm whether the terminal equipment corresponds to the target area unit (namely, whether the terminal equipment is fragmented to the area unit). If so, the platform gateway determines the service request as an intra-same-tile access and forwards the service request to the platform service within the regional unit for processing, as indicated by reference numeral "1" in FIG. 2.
If the platform service is currently available, the platform processing result is returned to the terminal device as a response to the service request.
If the current platform service is not available, such as when the platform service fails, the platform gateway determines that the access is not within the same slice, as indicated by reference numeral "2" in FIG. 2. At this point, the platform gateway forwards the service request to a spare area unit (such as area center 2 in fig. 2). In one embodiment of the present invention, the spare area unit may be the next area unit to the current target area unit, but in other embodiments of the present invention any suitable spare area unit selection rule may be used to select a spare area unit.
In implementations of the invention, the platform gateway of the target zone unit may forward the service request to the spare zone unit by: the domain name list in the service request is parsed into a spare domain name list corresponding to the spare area unit and proxy access is made to the spare area unit based on the spare domain name list (such as via https:// closed-02. Xxx. Com/original request path).
Finally, after the platform service of the spare area unit completes the processing, the processing result is transmitted to the terminal device through the platform gateway of the target area unit, as shown by reference numerals "3" and "4" in fig. 2.
Although in the above-described embodiment of the present invention the area center 1 is regarded as a target area unit and the area center 2 is regarded as a spare area unit, in other embodiments of the present invention the area center 2 may equally be regarded as a target area unit (in case of terminal equipment affiliated to the area center 2) and make the same intra-tile access (as indicated by reference numeral "(1)" in fig. 2) in case that the platform service is available, and the area center 1 may be regarded as a spare area unit when the platform service at the area center 2 is not available and make the non-same intra-tile access (as indicated by reference numeral "(2)" in fig. 2).
Fig. 3 illustrates a flow diagram of a method 300 for device unitized schedule access according to one embodiment of the present disclosure.
As shown in fig. 3, the method 300 begins at step 302 with receiving a request for a regional unit scheduling address from a terminal device. In one embodiment of the invention, the zone unit dispatch address request is sent to any zone unit and received by the platform gateway of that zone unit.
Next, the method 300 continues to step 304 for obtaining device slice information corresponding to the terminal device based on the region unit scheduling address request. In one embodiment of the present invention, the step further includes parsing out device information of the terminal device from the area unit scheduling address request; checking the correctness of the equipment information; transmitting a device access information request to the platform service under the condition that the verification is passed; and obtaining the device fragmentation information from the routing service of the area unit in response to the device access information request.
The method 300 then continues to step 306 by assembling a domain name list of the device access endpoint based on the device slicing information and according to the function modules that the terminal device needs to use and returning the domain name list to the terminal device, wherein the domain name list includes the IP address of the device access endpoint and the device access endpoint corresponds to the function module at the target zone unit determined based on the device slicing message.
Next, the method 300 continues to step 308 where a service request including the domain name list is received from the terminal device at the target area unit. In one embodiment of the invention, the service request is received by the platform gateway of the target area unit, and upon receiving the service request, the method 300 further comprises: analyzing the equipment information of the terminal equipment from the service request; checking the correctness of the equipment information; acquiring the fragmentation information of the terminal equipment from the routing service under the condition that the verification is passed; and sending the service request to the platform service of the target area unit for processing when the service request is determined to be accessed in the same slice of the target area unit according to the slice information.
Finally, the method 300 continues with step 310 of returning a result of processing the service request by the platform service to the terminal device when the platform service at the target area unit is available, wherein when the platform service at the target area unit is not available, the service request is forwarded to a spare area unit and the result of processing the service request by the platform service at the spare area unit is transmitted to the terminal device via the target area unit. In one embodiment of the invention, the spare area unit is in a hot standby state and the respective platform services of the target area unit and the spare area unit use MySQL to store data and group replication plugins to achieve data synchronization between the area units. In one embodiment of the invention, forwarding the service request to the spare area unit further comprises resolving the domain name list in the service request to a spare domain name list corresponding to the spare area unit and proxy accessing the spare area unit based on the spare domain name list. In the above embodiment of the present invention, the standby domain name list includes IP addresses of the standby device access endpoints corresponding to the function modules at the standby area unit.
In summary, the technical scheme of the invention splits the service capability to a plurality of regional nodes in a data slicing way, directly forms mutual backup relationship with each other, improves the impact resistance capability and usability of the platform, realizes controllable access scheduling of terminal equipment and balanced service load, and can rapidly switch disaster recovery and restore the back-cut master node under the condition of high load or failure. In addition, the regional unit scheduling is further subdivided into module scheduling, so that domain name separation is realized, resources of each entrance are independently planned, independently scheduled and independently limited, and the use of other functions is not affected due to the failure and high load of part of services.
Embodiments of the present invention have been described above with reference to block diagrams and/or operational illustrations of methods, systems, and computer program products according to embodiments of the invention. The various functions/acts noted in the blocks may occur out of the order noted in the flowcharts. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality/acts involved.
The present invention is not limited to the above-mentioned embodiments, and any changes or substitutions that can be easily understood by those skilled in the art within the technical scope of the present invention are intended to be included in the scope of the present invention. Therefore, the protection scope of the present invention should be subject to the protection scope of the claims.
Claims (10)
1. A method for device unitized scheduling access, the method comprising:
receiving a regional unit scheduling address request from a terminal device;
acquiring device fragment information corresponding to the terminal device based on the area unit scheduling address request;
assembling a domain name list of a device access endpoint based on the device fragmentation information and according to a functional module required to be used by the terminal device, and returning the domain name list to the terminal device, wherein the domain name list comprises an IP address of the device access endpoint and the device access endpoint corresponds to the functional module at a target area unit determined based on the device fragmentation information;
receiving a service request including the domain name list from the terminal device at the target area unit; and
returning the processing result of the service request by the platform service to the terminal device when the platform service at the target area unit is available,
wherein when the platform service at the target area unit is not available, the service request is forwarded to a spare area unit and a processing result of the service request by the platform service at the spare area unit is transmitted to the terminal device through the target area unit.
2. The method of claim 1, wherein the zone unit scheduling address request is sent to and received by a platform gateway of any zone unit, and acquiring device slice information corresponding to the terminal device based on the zone unit scheduling address request further comprises:
analyzing the equipment information of the terminal equipment from the area unit scheduling address request;
checking the correctness of the equipment information;
sending a device access information request to the platform service under the condition that the verification is passed; and
the device fragmentation information is obtained from the routing service of the area unit in response to the device access information request.
3. The method of claim 2, wherein the service request is received by a platform gateway of the target area unit, and upon receiving the service request, the method further comprises:
analyzing the equipment information of the terminal equipment from the service request;
checking the correctness of the equipment information;
acquiring the fragmentation information of the terminal equipment from the routing service under the condition that the verification is passed; and
when the service request is determined to be accessed in the same slice of the target area unit according to the slice information, the service request is sent to a platform service of the target area unit for processing.
4. The method of claim 1, wherein the spare area unit is in a hot standby state and the platform services of the target area unit and the spare area unit each use MySQL to store data and group replication plugins to achieve data synchronization between area units.
5. The method of claim 1, wherein forwarding the service request to the spare area unit further comprises resolving the domain name list in the service request to a spare domain name list corresponding to the spare area unit and proxy accessing the spare area unit based on the spare domain name list.
6. The method of claim 5, wherein the alternate domain name list includes IP addresses of alternate device access endpoints corresponding to functional modules at the alternate zone unit.
7. A system for unitized dispatch access of devices, the system comprising a plurality of area units deployed in a distributed manner, each of the plurality of area units comprising:
a platform gateway device configured to receive a regional unit scheduling address request from a terminal device, a service request including a domain name list as a response to the regional unit scheduling address; and
a platform services device configured to:
acquiring device fragment information corresponding to the terminal device based on the area unit scheduling address request;
assembling a domain name list of a device access endpoint based on the device fragmentation information and according to a functional module required to be used by the terminal device, and returning the domain name list to the terminal device, wherein the domain name list comprises an IP address of the device access endpoint and the device access endpoint corresponds to the functional module at a target region unit in the plurality of region units determined based on the device fragmentation information; and
returning the processing result of the service request to the terminal device when the platform service at the target area unit is available,
wherein when the platform service at the target area unit is not available, the platform gateway device is further configured to forward the service request to a spare area unit of the plurality of area units and pass through the processing result of the service request by the platform service at the spare area unit to the terminal device.
8. The system of claim 7, wherein the regional unit scheduling address request is sent to and received by the platform gateway device of any of the plurality of regional units, the regional unit further comprising a routing service device, and the platform gateway device is further configured to:
analyzing the equipment information of the terminal equipment from the area unit scheduling address request;
checking the correctness of the equipment information; and
and sending a device access information request to the platform service device under the condition that the verification is passed, so that the platform service device responds to the device access information request to acquire the device fragment information from the routing service device.
9. The system of claim 8, wherein upon receiving the service request, the platform gateway device is further configured to:
analyzing the equipment information of the terminal equipment from the service request;
checking the correctness of the equipment information;
acquiring the fragmentation information of the terminal equipment from the routing service device under the condition that the verification is passed; and
when the service request is determined to be accessed in the same slice of the target area unit according to the slice information, the service request is sent to a platform service of the target area unit for processing.
10. The system of claim 7, wherein the platform gateway device is further configured to forward the service request to the spare area unit by: and resolving the domain name list in the service request to a standby domain name list corresponding to the standby area unit and performing proxy access on the standby area unit based on the standby domain name list.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211094148.7A CN116647523A (en) | 2022-09-08 | 2022-09-08 | Method and system for unitized scheduling access of equipment |
| PCT/CN2023/116917 WO2024051672A1 (en) | 2022-09-08 | 2023-09-05 | Method and system for unitized scheduling and access of device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211094148.7A CN116647523A (en) | 2022-09-08 | 2022-09-08 | Method and system for unitized scheduling access of equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116647523A true CN116647523A (en) | 2023-08-25 |
Family
ID=87623458
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211094148.7A Pending CN116647523A (en) | 2022-09-08 | 2022-09-08 | Method and system for unitized scheduling access of equipment |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN116647523A (en) |
| WO (1) | WO2024051672A1 (en) |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8504918B2 (en) * | 2010-02-16 | 2013-08-06 | Nbcuniversal Media, Llc | Identification of video segments |
| GB201512043D0 (en) * | 2015-07-09 | 2015-08-19 | Microsoft Technology Licensing Llc | Client confirmation method and system |
| CN105472035A (en) * | 2016-01-04 | 2016-04-06 | 百度在线网络技术（北京）有限公司 | File transmission method and device |
| CN108366097B (en) * | 2018-01-18 | 2021-02-12 | 北京奇艺世纪科技有限公司 | Resource access control method and system |
| CN114095212B (en) * | 2021-10-29 | 2023-09-01 | 北京天融信网络安全技术有限公司 | Method and device for countertraining DGA domain name detection model |
-
2022
- 2022-09-08 CN CN202211094148.7A patent/CN116647523A/en active Pending
-
2023
- 2023-09-05 WO PCT/CN2023/116917 patent/WO2024051672A1/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| WO2024051672A1 (en) | 2024-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9659075B2 (en) | Providing high availability in an active/active appliance cluster | |
| US11770359B2 (en) | Maintaining communications in a failover instance via network address translation | |
| US7518983B2 (en) | Proxy response apparatus | |
| CN109344014B (en) | Main/standby switching method and device and communication equipment | |
| US20090024754A1 (en) | Assisted peer-to-peer media streaming | |
| CN102970160B (en) | The method and apparatus of a kind of auxiliary monitor terminal and standby server high-speed traffic | |
| CN112118315A (en) | Data processing system, method, device, electronic equipment and storage medium | |
| CN112217843B (en) | Service unit switching method, system and equipment | |
| WO2012075970A1 (en) | Method, device and system for obtaining media content | |
| US20210092088A1 (en) | System and method for improving network performance when using secure dns access schemes | |
| CN111327650A (en) | Data transmission method, device, equipment and storage medium | |
| CN113301079B (en) | Data acquisition method, system, computing device and storage medium | |
| CN113489640B (en) | Message forwarding method, device and gateway system | |
| CN105376226A (en) | Streaming media server forwarding method and system | |
| CN116647523A (en) | Method and system for unitized scheduling access of equipment | |
| US20200136946A1 (en) | System and method for determining branch gateway device availability in computer networks | |
| CN114301842B (en) | Route searching method and device, storage medium, processor and network system | |
| KR20200072941A (en) | Method and apparatus for handling VRRP(Virtual Router Redundancy Protocol)-based network failure using real-time fault detection | |
| CN114090342A (en) | Storage disaster tolerance link management method, message execution node and storage control cluster | |
| CN114554615A (en) | Service switching method, device and network equipment | |
| CN113824595A (en) | Link switching control method and device and gateway equipment | |
| CN113821334A (en) | Method, device and system for configuring edge side equipment | |
| CN113301086A (en) | DNS data management system and management method | |
| CN111953786A (en) | System, method and device for recording messages in whole network, network equipment and storage medium | |
| JP4859956B2 (en) | Data distribution system |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20240321 Address after: Unit 1, Building 1, China Telecom Zhejiang Innovation Park, No. 8 Xiqin Street, Wuchang Street, Yuhang District, Hangzhou City, Zhejiang Province, 311100 Applicant after: Tianyi Shilian Technology Co.,Ltd. Country or region after: Zhong Guo Address before: Room 1423, No. 1256 and 1258, Wanrong Road, Jing'an District, Shanghai 200072 Applicant before: Tianyi Digital Life Technology Co.,Ltd. Country or region before: Zhong Guo |