Method, system and equipment for gateway configuration

Abstract

The invention relates to the technical field of smart home, and discloses a gateway configuration method, system and equipment, and the method comprises the steps: obtaining a gateway connection request from the equipment, and transmitting the identification information and load information of a physical gateway to the equipment; if an access request of the equipment is received, whether the equipment is legal is verified, if the equipment is legal, a target virtual gateway corresponding to the equipment is determined based on the position information, contained in the access request, of a logic partition where the equipment is located, and an access success reply is sent to the equipment based on a physical gateway, and the physical gateway is configured to bear a plurality of virtual gateways; and performing logical partitioning of the virtual gateway based on the software defined network. According to the invention, cooperative work and reliable disaster recovery of multiple gateways in the smart home system are realized, and a flexible, efficient and reliable solution is provided for smart home application in scenes of multi-floor villas and the like.

Description

Technical Field

[0001] The present invention relates to the technical field of smart home, and specifically to a method, system and device for gateway configuration. Background Art

[0002] With the continuous development of smart home, the number of smart home devices has increased rapidly, and user requirements have shifted from single functions to a whole-house smart ecosystem, such as the linkage of smart lights, security, and doors and windows. In the application scenarios of multi-story villas, smart home devices are characterized by a large number and wide distribution.

[0003] With the popularization of smart home devices and the complication of scenario requirements, in the related art, the single gateway architecture gradually exposes the problem of limited coverage when dealing with large-sized multi-story residential houses. Summary of the Invention

[0004] In view of this, the present invention provides a method, system and device for gateway configuration to solve the problem of limited coverage of the gateway structure for large-sized multi-story residential houses in the related art.

[0005] In a first aspect, the present invention provides a method for gateway configuration, which is applied to the gateway side. The method includes: obtaining a gateway connection request from a device, and sending the identification information and load information of a physical gateway to the device; if an access request from the device is received, verifying whether the device is legal. If the device is legal, based on the logical partition location information of the device included in the access request, determining the target virtual gateway corresponding to the device, and sending an access success reply to the device based on the physical gateway, where the physical gateway is configured to carry multiple virtual gateways, and the logical partition of the virtual gateway is performed based on software-defined network.

[0006] In an optional implementation manner, the foregoing method for gateway configuration further includes: if the physical gateway fails or the remaining load capacity of the physical gateway is lower than a preset load threshold, determining the target physical gateway into which the multiple virtual gateways migrate; configuring the target physical gateway to carry the multiple virtual gateways, releasing the resources occupied by the physical gateway; and performing data transmission between the device and the target virtual gateway based on the target physical gateway.

[0007] In an optional implementation manner, the determining the target virtual gateway corresponding to the device based on the logical partition location information of the device included in the access request includes: mapping the device to the virtual gateway corresponding to the logical partition location information of the device based on a preset logical partition rule; or determining the target virtual gateway among the virtual gateways with a remaining load capacity higher than a second load threshold based on the network status of the multiple virtual gateways.

[0008] In an alternative embodiment, the foregoing method for gateway configuration further includes: querying the status of the device based on the target virtual gateway; sending a device status query instruction to the physical gateway based on the target virtual gateway; obtaining the status information of the device based on the physical gateway, and transmitting the status information to the target virtual gateway based on the physical gateway.

[0009] In an alternative embodiment, the foregoing method for gateway configuration further includes: triggering a device linkage rule based on the target virtual gateway; sending a control instruction to the physical gateway through the target virtual gateway based on a scenario rule; and forwarding the control instruction to the device based on the physical gateway.

[0010] In a second aspect, the present invention further provides a method for gateway configuration, which is applied to a device side. The method includes: obtaining connectable physical gateway information, where the connectable physical gateway information includes physical gateway identification information, load information corresponding to the physical gateway identification information, and signal strength information corresponding to the physical gateway identification information; evaluating the load information and the signal strength information to determine a target physical gateway to connect to, and sending an access request to the target physical gateway, where the access request includes the logical partition location information of the device; if an access success reply from the target physical gateway is obtained, establishing a connection with the target physical gateway and establishing an association relationship with a target virtual gateway, where the access success reply includes the target virtual gateway, and the target virtual gateway performs logical partitioning based on software-defined networking.

[0011] In some alternative embodiments, the evaluating the load information and the signal strength information to determine a target physical gateway to connect to includes: quantifying the signal strength based on a received signal strength indicator to obtain a signal strength normalization value, where the signal strength information includes the received signal strength indicator; determining a remaining load capacity based on the difference between the load information and the total bandwidth; generating a physical gateway priority list based on a weighted sum of the signal strength normalization value and the remaining load capacity, and determining the target physical gateway in the physical gateway priority list.

[0012] In some alternative embodiments, when receiving the access success reply from the target physical gateway, establishing a connection with the target physical gateway and establishing an association relationship with the target virtual gateway includes: negotiating an Ethernet link with the target physical gateway to establish a physical connection; establishing a transmission channel with the target physical gateway through the Transmission Control Protocol; synchronizing the device access information to the target virtual gateway based on the target physical gateway, generating the association relationship through the target virtual gateway, and representing the binding of the physical gateway and the virtual gateway based on the association relationship; obtaining the association relationship from the target virtual gateway through the target physical gateway.

[0013] In a third aspect, the present invention provides a system for gateway configuration, the system includes: a device-side module, configured to obtain connectable physical gateway information, the connectable physical gateway information includes physical gateway identification information, load information corresponding to the physical gateway identification information, and signal strength information corresponding to the physical gateway identification information; a gateway-side module, configured to obtain a gateway connection request from the device, and send the identification information and load information of the physical gateway to the device; the device-side module is further configured to evaluate the load information and the signal strength information, determine the target physical gateway to be connected, and send an access request to the target physical gateway, the access request includes the logical partition location information of the device; the gateway-side module is further configured to, if receiving the access request from the device, verify whether the device is legal, if the device is legal, determine the target virtual gateway corresponding to the device based on the logical partition location information of the device included in the access request, and send an access success reply to the device based on the physical gateway, where the physical gateway is configured to carry multiple virtual gateways and perform logical partitioning of the virtual gateways based on software-defined networking; the device-side module is further configured to, if receiving the access success reply from the target physical gateway, establish a connection with the target physical gateway and establish an association relationship with the target virtual gateway, and the access success reply includes the target virtual gateway.

[0014] In a fourth aspect, the present invention provides a computer device, including: a memory and a processor, which are communicatively connected to each other, the memory stores computer instructions, and the processor executes the computer instructions to execute the method for gateway configuration according to the first aspect or any corresponding embodiment thereof.

[0015] In a fifth aspect, the present invention provides a computer-readable storage medium, on which computer instructions are stored, and the computer instructions are used to cause a computer to execute the method for gateway configuration according to the first aspect or any corresponding embodiment thereof.

[0016] Sixth aspect, the present invention provides a computer program product, including computer instructions for causing a computer to execute the method for gateway configuration according to the first aspect or any corresponding embodiment thereof as described above.

[0017] A single physical gateway supports multiple virtual gateway instances, which can achieve resource pooling and elastic scaling. This can not only improve hardware utilization, but also, the virtual gateways can be distributedly deployed on different floors or regions, enabling a wider signal coverage and load balancing; by using the device physical location information to establish the association relationship between the device and the target virtual gateway, it can ensure nearby access and low-latency communication; the physical gateway can avoid single-point overload and improve the overall system throughput through load information sharing; the decoupled design of the virtual gateway and the physical gateway supports seamless expansion; multiple virtual gateway instances isolate different service traffic, which can avoid resource competition, realizing the collaborative work and reliable disaster tolerance of multiple gateways in the smart home system, and providing a flexible, efficient, and reliable solution for smart home applications in scenarios such as multi-story villas. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to more clearly illustrate the specific embodiments of the present invention or the technical solutions in the related art, the following will briefly introduce the drawings required for use in the description of the specific embodiments or the related art. Obviously, the following drawings are some embodiments of the present invention. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0019] Figure 1 Shows a schematic flowchart of the method for gateway configuration according to an embodiment of the present invention;

[0020] Figure 2 Shows a schematic flowchart of another method for gateway configuration according to an embodiment of the present invention;

[0021] Figure 3 Shows a schematic diagram of the method for data interaction between a device and a gateway;

[0022] Figure 4 Shows a schematic structural diagram of the system for gateway configuration according to an embodiment of the present invention;

[0023] Figure 5 Is a schematic hardware structure diagram of a computer device according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0024] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

[0025] With the popularization of smart home devices and the complication of scenario requirements, the single gateway architecture in related technologies gradually exposes problems such as limited coverage ability, concentrated load pressure, and high single-point failure risk when dealing with multi-floor and large-sized residential houses. Especially in large-space scenarios such as multi-story office areas, multi-story residential areas, or villas, the surge in the access volume of devices in multiple regions leads to an increase in communication latency, and the fixed deployment mode of physical gateways is difficult to dynamically adapt to changes in device distribution and lacks the ability to quickly recover in case of failures. At the same time, the multi-gateway solutions in related technologies have disadvantages such as complex configuration and weak disaster tolerance ability.

[0026] According to an embodiment of the present invention, a method embodiment for gateway configuration is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. And although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here.

[0027] In this embodiment, a method for gateway configuration is provided, which can be used for gateway terminals in smart homes. Figure 1 The flowchart of the method for gateway configuration according to the embodiment of the present invention is shown. As Figure 1 shown, the process includes the following steps:

[0028] Step S101, obtain a gateway connection request from a device, and send the identification information and load information of the physical gateway to the device.

[0029] In this step, the device can be various devices newly added to the smart home network, such as smart switches, electric door locks, or electric curtains. The device can also be a device whose location has changed in the smart home network, such as a smart switch originally set on the first floor and moved to the second floor.

[0030] The above-mentioned device can send a connection request to the gateway in a wired or wireless manner. Among them, the wired connection method can be Ethernet or a half-duplex asynchronous serial communication bus (Recommended Standard 485, abbreviated as RS485), etc. The wireless connection method can be wireless local area network communication technology (Wireless Fidelity, abbreviated as wifi) or Long Range Radio (abbreviated as LoRa). The connection request may include a device unique identifier, such as a Media Access Control Address (abbreviated as MAC address) or a serial number, etc., and may also include a communication protocol type, such as a Remote Terminal Unit (abbreviated as MODBUSRTU) protocol, or a Hypertext Transfer Protocol (abbreviated as HTTP).

[0031] The physical gateway can also perform adaptation and conversion according to the communication protocol type. For example, it can convert MODBUS RTU to MODBUS TCP or MQTT protocol to ensure compatibility with the cloud or the internal network.

[0032] The physical gateway referred to in the present invention is an indispensable hardware device in the smart home system, responsible for core functions such as device access, data forwarding, and protocol conversion. The coverage range of a single physical gateway is limited by the performance of its communication module. For multi-floor or large-area scenarios, multiple physical gateways may be required. In complex scenarios such as multi-floor villas, a single physical gateway may not be able to meet the needs of smart home device networking or data transmission. Combining virtual gateway technology and through the collaborative work of multiple gateways, a more flexible and reliable smart home network can be achieved.

[0033] After receiving the connection request, the physical gateway returns its own identification information and load information. Among them, the identification information can be an Internet Protocol Address (abbreviated as IP address) or a physical gateway identifier (abbreviated as ID). The load information may include the number of device connections or the bandwidth usage rate, etc.

[0034] Step S102, if an access request from a device is received, verify whether the device is legal. If the device is legal, based on the device's physical location information included in the access request, determine the target virtual gateway corresponding to the device, and send an access success reply to the device based on the physical gateway. The physical gateway is configured to carry multiple virtual gateways and perform logical partitioning of virtual gateways based on software-defined networking.

[0035] In this step, the physical gateway receives an access request from a device and can verify the device's identity through digital certificates, dynamic tokens, or a MAC whitelist. It can also assign access policies according to the device type to restrict the virtual gateways or network resources that the device can access.

[0036] After the device passes the verification, the physical gateway assigns the device to a specific virtual gateway based on the device's physical location, where the physical location can be obtained through indoor positioning data, Global Positioning System (GPS) coordinates, or manual input by the user.

[0037] The virtual gateway referred to in the present invention is a software-defined network entity. It does not depend on a specific physical hardware device but is a logical gateway created and managed through software on a cloud or local server. In a smart home system, the virtual gateway functions similarly to the physical gateway but has higher flexibility and scalability. In a specific implementation, independent virtual gateways can be created for each floor, and each virtual gateway corresponds to a logically defined network area. The configuration information of the virtual gateway, such as network parameters, device lists, and scene linkages, is stored in the cloud and can be dynamically adjusted as needed. The physical gateway, as the carrier of the virtual gateway, is responsible for communicating with smart home devices and forwarding data. An edge computing module can be deployed in the physical gateway to achieve local data processing and rapid response to application requirements.

[0038] The virtual gateway can achieve logical isolation through Software Defined Network (SDN) policies, realizing the virtualization and flexible scheduling of network resources. The logical partitioning of the virtual gateway can achieve traffic isolation of the virtual gateway through access control policies configured by the SDN controller. The virtual gateway can be created, configured, managed, and monitored through a cloud management platform.

[0039] The method for gateway configuration provided in this embodiment allows a single physical gateway to support multiple virtual gateway instances, enabling resource pooling and elastic scaling. This not only improves hardware utilization but also allows the virtual gateways to be distributed across different floors or regions, achieving wider signal coverage and load balancing. By establishing an association relationship between the device and the target virtual gateway based on the device's physical location information, it can ensure proximity access and low-latency communication. The physical gateway can avoid single-point overload and improve the overall system throughput through load information sharing. The decoupled design of the virtual gateway and the physical gateway supports seamless expansion. Multiple virtual gateway instances can isolate different service traffic, avoiding resource competition and enabling the collaborative work and reliable disaster tolerance of multiple gateways in the smart home system, providing a flexible, efficient, and reliable solution for smart home applications in scenarios such as multi-floor villas.

[0040] In some alternative embodiments, the foregoing method for gateway configuration further includes: if a physical gateway fails or the remaining load capacity of the physical gateway is lower than a preset load threshold, determining a target physical gateway into which a plurality of virtual gateways migrate; configuring the target physical gateway to carry the plurality of virtual gateways, releasing the resources occupied by the physical gateway; and based on the target physical gateway, performing data transmission between the device and the target virtual gateway.

[0041] In this embodiment, the virtual gateway can be dynamically bound to the physical gateway through the cloud service based on the load balancing policy. Specifically, the cloud sends an instruction BindVirtualStation(virtual_station_id,physical_station_id) for binding the virtual gateway to the physical gateway, where virtual_station_id is used to represent the virtual gateway identifier, and physical_station_id is used to represent the physical gateway identifier. The physical gateway updates the list of virtual gateways it carries and sends a binding reply BindAck(status), where status is used to reply to the cloud about the binding status of the virtual gateway, such as successful binding or failed binding.

[0042] The physical gateway can regularly report status information to the cloud, such as at least one of the following: load information, the number of connected devices information, or network quality information, etc. Specifically, the physical gateway can send a heartbeat instruction Heartbeat(physical_station_id,load,status) to the cloud, where load is used to represent the load information and status is used to represent the physical gateway status information. After the cloud obtains the heartbeat instruction from the physical gateway, it updates the status information of the physical gateway based on the heartbeat instruction.

[0043] It is also possible to monitor the load status of the physical gateway in real time, such as the number of device connections or the bandwidth usage rate, and it is also possible to monitor the health status of the physical gateway in real time, such as performing a heartbeat detection on the physical gateway. In the case where it is detected that the physical gateway fails or the remaining load capacity is lower than the preset load threshold, the virtual gateway migration process is triggered. Specifically, a dynamic load balancing algorithm, such as the weighted least connection number, can be used to evaluate the remaining resources of the candidate physical gateways, and a node with a lower load and stable performance is preferentially selected as the target physical gateway for migration. The preset load threshold can be determined based on actual application requirements. Specifically, the CPU utilization rate can be set to 70% to 90%.

[0044] In the case of detecting a physical gateway failure or excessive load in the cloud, the cloud can migrate the virtual gateway to another physical gateway. The cloud sends a virtual gateway migration instruction MigrateVirtualStation(virtual_station_id,new_physical_station_id) to the new physical gateway, where new_physical_station_id is used to represent the identifier of the new physical gateway. The new physical gateway receives the virtual gateway configuration, and the old physical gateway releases resources. The device reconnects to the virtual gateway through the new physical gateway.

[0045] In this way, in the case of a physical gateway failure, the virtual gateway can be quickly migrated, ensuring the continuity of smart home services, reducing the service interruption time. Through resource pooling management and load balancing strategies, the overall resource utilization rate of the cluster can be improved, avoiding performance bottlenecks caused by single-point overload, and improving system reliability; the migration process is fully automated without manual intervention, which can improve operation and maintenance efficiency. It supports dynamic expansion of virtual gateways across physical nodes, and new devices can automatically adapt to the target physical gateway, meeting the elastic requirements of large-scale Internet of Things scenarios.

[0046] In some alternative embodiments, determining the target virtual gateway corresponding to the device based on the physical location information of the device included in the access request includes: mapping the device to the virtual gateway corresponding to the physical location information of the device based on a preset geographical partitioning rule; or determining the target virtual gateway among the virtual gateways with a remaining load capacity higher than a second load threshold based on the network status of multiple virtual gateways.

[0047] In this embodiment, logical partitions can be set based on the distribution of home devices. For example, the logical partition of the living room can be divided into Living Room Logical Area 1 and Living Room Logical Area 2; or a gateway area 1 can be determined with the physical gateway device as the center and a preset distance as the radius. Gateway area 1 may include some areas of the bedroom and some areas of the living room. Logical partitions can also be set based on the floor distribution. To determine the logical partition where the device is located, it can be determined by the user manually selecting the logical partition where the device is located. It can also be based on the built-in wireless signal strength analysis, Bluetooth beacon or IP address positioning of the smart home device to obtain the device logical partition in real time. Compare the device logical partition coordinates with the preset logical partition rules, assign the device to the nearest logical partition, and then assign the device to the target virtual gateway corresponding to the logical partition. The target virtual gateway is responsible for managing the logical network area of the device.

[0048] Specifically, the device can send a device registration signaling RegisterDevice(device_id, floor_id) to the target virtual gateway. Here, device_id is used to represent the device identifier, and floor_id is used to represent the floor identifier. The target virtual gateway verifies the device's legality and sends a device registration reply RegisterAck(status), where status is used to represent the device registration status, such as successful device registration or failed device registration.

[0049] Optionally, the real-time data of each virtual gateway can be collected through the SDN controller, including the utilization rate of the Central Processing Unit (CPU), the bandwidth occupancy rate, or the number of device connections, etc. Set a second load threshold, which can be the same as or different from the preset load threshold. Specifically, for the CPU utilization rate, the second load threshold can be set to 80%, and for the bandwidth utilization rate, it can be set to 70%. Filter out the virtual gateways with sufficient remaining load capacity. When multiple virtual gateways meet the load conditions, the virtual gateway closest to the device's logical partition can be selected as the target virtual gateway.

[0050] The data model of the physical gateway can be defined in the following way. The physical gateway field information that can be set is as follows:

[0051] physical_station_id is used to represent the unique identification ID of the physical gateway, and the data type can be the string type String.

[0052] ip_adress is used to represent the IP address of the physical gateway for network communication, and the data type can be the string type String.

[0053] Load is used to represent the current load of the physical gateway, such as the number of device connections or the bandwidth usage rate, and the data type can be the number type Number.

[0054] virtual_station_ids is used to represent the list of virtual gateway IDs currently carried by the physical gateway, and the data type can be the string array String[].

[0055] Status is used to represent the status of the physical gateway, which can be Online, Offline, or Error, and the data type can be the string type String.

[0056] last_heartbeat is used to represent the last heartbeat time of the physical gateway for monitoring its online status, and the data type can be TimeStamp.

[0057] In addition, the data model of the floor can be defined in the following way, and the floor field information that can be set is as follows:

[0058] floor_id is used to represent the unique identifier ID of the floor, and the data type can be the string type String.

[0059] Name is used to represent the floor name, e.g., Floor 1, and the data type can be the string type String.

[0060] virtual_station_ids is used to represent the list of virtual gateway IDs of the current floor, which is used to manage the virtual gateways of the floor, and the data type can be the string array String[].

[0061] In this way, through the policy of the device accessing the virtual gateway nearby, the number of transmission hops of the control instruction of the device or the data transmitted by the device is small, which can reduce the latency of the transmission instruction or the transmitted data. At the same time, in the case where the load of the target virtual gateway exceeds the load threshold, the migration mechanism is automatically triggered, which can reduce the service interruption duration.

[0062] In some alternative embodiments, the foregoing method for gateway configuration further includes querying the status of the device based on the target virtual gateway: based on the target virtual gateway, sending a device status query instruction to the physical gateway; obtaining the status information of the device based on the physical gateway, and transmitting the status information to the target virtual gateway based on the physical gateway.

[0063] In this embodiment, the target virtual gateway sends a device status query instruction QueryDeviceStatus(device_id) to the physical gateway to obtain the device status. The physical gateway interacts with the device based on the device communication protocol, and real-time collects data such as temperature and energy consumption or the online status of the device, and transmits the collected data DeviceStatus(device_id, status) to the target virtual gateway, where status is used to represent the device status.

[0064] One or more virtual gateways can be set on each floor, and the virtual gateway is responsible for managing the devices on that floor. When the cloud service creates a virtual gateway, it can specify the floor to which it belongs. Specifically, for the virtual gateway creation instruction CreateVirtualStation(virtual_station_id,floor_id), after the virtual gateway is created, the floor model updates its virtual gateway list. The cloud service counts the number and status of devices on each floor through the floor model. The cloud queries the floor device information GetFloorDevices(floor_id). The floor model returns the device list FloorDevices(floor_id,device_list). Among them, device_list is used to represent the virtual gateway list.

[0065] In this way, the centralized query and management of device status are realized through the target virtual gateway, without having to access each device one by one, improving the management efficiency; the isolation between the device layer and the virtual gateway layer is realized through the physical gateway, and the failure of a single device will not affect the normal operation of the entire system; the design of the target virtual gateway and the physical gateway supports the access and management of a large number of devices and can meet the needs of future device quantity growth; based on the device status information, users can realize the intelligent control of devices through the mobile phone APP or the smart home platform, improving the usage convenience. At the same time, by analyzing the device status information in real time, the system can give early warnings of device failures and reduce the impact of device failures on users.

[0066] In some optional implementation manners, the foregoing method for gateway configuration further includes triggering a device linkage rule based on the target virtual gateway: sending a control instruction to the physical gateway through the target virtual gateway based on a scenario rule; forwarding the control instruction to the device based on the physical gateway.

[0067] In this implementation manner, in the virtual gateway, linkage rules based on scenarios can be predefined, which can include trigger conditions and execution actions. Among them, the trigger conditions can be time, device status, or environmental changes, etc., and the execution actions can be device switching or parameter adjustment, etc. Custom scenario rules can also be configured by users to coordinate the linkage between the virtual gateway and the device.

[0068] When the triggering condition of a certain linkage rule is met, the target virtual gateway will automatically generate corresponding control instructions. The control instructions include the actions to be executed and the corresponding device information. The target virtual gateway sends the control instructions to the physical gateway. After receiving the control instructions, the physical gateway forwards the instructions to the corresponding device according to the device information in the control instructions. After receiving the control instructions, the device executes the corresponding actions, such as turning on the lights or adjusting the temperature. After the device executes the action, it can feedback the execution result or new status information to the target virtual gateway through the physical gateway, which is convenient for updating the system status or performing subsequent processing.

[0069] Specifically, the virtual gateway sends control instructions to the device according to the scenario rules. The virtual gateway sends the control instruction ControlCommand(device_id,command) to the physical gateway. Among them, command is used to represent the specific control instruction. The physical gateway forwards the instruction to the target device.

[0070] The data model of the virtual gateway can be defined in the following way, and the virtual gateway field information that can be set is as follows:

[0071] virtual_station_id is used to represent the unique identification ID of the virtual gateway. The data type can be a string String and can be automatically generated by the system.

[0072] floor_id is used to represent the floor number ID to which the virtual gateway belongs. The data type can be a string String and is used to associate with the floor.

[0073] device_ids is used to represent the list of bound device IDs. The data type can be an array of strings String[] and is default empty.

[0074] scene_ids is used to represent the list of bound scene linkage rule IDs. The data type can be an array of strings String[] and is default empty.

[0075] physical_station_id is used to represent the physical gateway ID that currently hosts the virtual gateway. The data type can be a string String.

[0076] Status is used to represent the status of the virtual gateway. The data type can be a string String. Specifically, the values can be Active, Inactive, or Fault. Active is used to represent that the status of the virtual gateway is active, Inactive is used to represent that the status of the virtual gateway is inactive, and Fault is used to represent that the status of the virtual gateway is in error.

[0077] last_updated is used to represent the last update time of the virtual gateway. The data type can be TimeStamp, which is used for synchronization and monitoring.

[0078] In this way, through predefined linkage rules, the intelligent control of devices is achieved. Without manual intervention, the devices can automatically execute corresponding actions according to the preset scenarios, improving the efficiency of life and work. The linkage rules can be flexibly defined and modified according to actual needs, supporting various combinations of trigger conditions and execution actions. At the same time, the system supports the access of new devices and the expansion of existing devices, with good scalability. In addition, the isolation between the device layer and the virtual gateway layer is achieved through the physical gateway, improving the reliability and stability of the system. Even if a certain device fails, it will not affect the normal operation of the entire system.

[0079] In scenarios such as smart homes, energy-saving control of devices can be achieved through intelligent linkage rules. For example, automatically turning off the lights when the indoor light is sufficient, or automatically adjusting the air conditioner temperature according to the number of people indoors, etc., thereby optimizing energy use and reducing energy consumption. The intelligent device linkage rules can provide personalized service experiences according to user habits and needs. For example, automatically turning off all electrical devices and activating the security system when leaving home, or turning on the air conditioner and lights in advance before arriving home, etc., improving the comfort and convenience of users.

[0080] In this embodiment, a method for gateway configuration is also provided, which can be used for device terminals, such as air conditioners, refrigerators, electric curtains, or temperature and humidity sensors in smart home scenarios. Figure 2 The flowchart of another method for gateway configuration according to an embodiment of the present invention is shown, as Figure 2 shown, the process includes the following steps:

[0081] Step S201, obtain connectable physical gateway information, where the connectable physical gateway information includes physical gateway identification information, load information corresponding to the physical gateway identification information, and signal strength information corresponding to the physical gateway identification information.

[0082] In this step, after the device is powered on, it can obtain connectable physical gateway information from the network through broadcasting or querying. This information includes, but is not limited to, the identification information of the physical gateway (such as MAC address, IP address), the current load situation of each physical gateway (such as CPU usage rate, memory occupancy rate, number of connected devices, etc.), and the signal strength information for communicating with the physical gateway.

[0083] The device broadcasts a detection request to the surrounding area. After receiving the connection request, the physical gateway replies with its own ID and current load information. The device selects the optimal physical gateway for connection according to the signal strength and load information.

[0084] Step S202: Evaluate the load information and signal strength information, determine the target physical gateway to connect to, and send an access request to the target physical gateway. The access request includes the location information of the logical partition where the device is located.

[0085] In this step, the device side evaluates each physical gateway based on the acquired load information and signal strength information. The evaluation criteria can be based on a preset algorithm or strategy. For example, select a physical gateway with lower load and higher signal strength as the target gateway to ensure connection stability and performance.

[0086] Based on the evaluation results, the device side determines a target physical gateway and sends an access request to it. In addition to the basic information of the device, the access request also includes the location information of the logical partition where the device is located, which helps the physical gateway and virtual gateway perform subsequent routing and policy configuration.

[0087] After the physical gateway verifies the device's legitimacy, it allocates network resources and establishes a connection. The device sends an access request JoinRequest(device_id, virtual_station_id). The physical gateway verifies whether the device belongs to the virtual gateway it bears and replies with an access request reply instruction JoinResponse(status). Here, status is used to represent the device access status.

[0088] Step S203: If an access success reply is obtained from the target physical gateway, establish a connection with the target physical gateway and establish an association relationship with the target virtual gateway. The access success reply includes the target virtual gateway, and the target virtual gateway performs logical partitioning based on software-defined networking.

[0089] In this step, if the device side receives an access success reply from the target physical gateway, the device will establish a connection with the target physical gateway. The access success reply also includes information about the target virtual gateway, which is the result of logical partitioning based on software-defined networking (SDN). The device side then establishes an association relationship with the target virtual gateway for subsequent data transmission and management.

[0090] The device communicates with the cloud or other devices through the physical gateway. The device sends data packets to the physical gateway. The physical gateway forwards the data to the cloud or other devices according to the virtual gateway configuration.

[0091] The data model of the device can be defined in the following way, and the device field information that can be set is as follows:

[0092] device_id is used to represent the unique identification ID of the device, and the data type can be the string type String.

[0093] The virtual_station_id is used to represent the virtual gateway ID to which the device belongs, and the data type can be the string type String.

[0094] The physical_station_id is used to represent the physical gateway ID to which the device is currently connected, and the data type can be the string type String.

[0095] Status is used to represent the status of the device. The data type can be the string type String. Among them, the values of the status can be Online or Offline. Among them, Online is used to represent that the device is online, and Offline is used to represent that the device is currently in an offline state.

[0096] The floor_id is used to represent the floor number ID where it is located, and the data type can be the string type String.

[0097] The last_time is used to represent the last online time of the device and is used to monitor the device status. The data type can be TimeStamp.

[0098] The method for gateway configuration provided in this embodiment can avoid network congestion and weak signal problems by evaluating the load situation and signal strength of the physical gateway, so that the device side can select the most suitable physical gateway for connection, thereby improving the stability and performance of the network connection. The device side selects the connection target according to the load situation of the physical gateway, which helps to balance the network load and avoid the situation where some physical gateways are overloaded while other gateways are idle, thereby optimizing the configuration of network resources. At the same time, the device side realizes the centralized management and control of the network by establishing an association relationship with the target physical gateway and the target virtual gateway. This helps to simplify the device management process and reduce the management cost. In addition, by intelligently selecting the physical gateway and optimizing the network connection, this method can provide users with a more stable and faster network service, thereby enhancing the overall user experience.

[0099] In some alternative embodiments, evaluating the load information and the signal strength information to determine the target physical gateway for connection includes: quantifying the signal strength based on the received signal strength indicator to obtain a signal strength normalization value, where the signal strength information includes the received signal strength indicator; determining the remaining load capacity based on the difference between the load information and the total bandwidth; generating a physical gateway priority list based on the weighted sum of the signal strength normalization value and the remaining load capacity, and determining the target physical gateway in the physical gateway priority list.

[0100] In this embodiment, based on the received signal strength indicator (RSSI) of the physical gateway, the original signal strength value is converted into a normalized value (such as in the range of 0 - 1) through a preset algorithm, such as linear mapping or logarithmic conversion. Based on the current load of the physical gateway, such as CPU usage rate and the number of connected devices, and the difference from the total bandwidth upper limit, the remaining load capacity is calculated. For example, the remaining capacity = total bandwidth - used bandwidth. Weights are assigned to the signal strength normalized value and the remaining load capacity. The weight values can be determined based on the actual application scenario. For example, the signal weight is 0.6 and the load weight is 0.4. The comprehensive score of each physical gateway is generated through weighted summation, and the physical gateway with the highest comprehensive score is preferentially selected as the connection target.

[0101] In this way, through the evaluation of the remaining load capacity, overloading of a single physical gateway is avoided, traffic is evenly distributed, and the overall network throughput is improved. By combining the signal strength normalized value with the load status, gateways with stable signals and low loads are preferentially selected, reducing the probability of communication interruption. In addition, through the comprehensive scoring mechanism, the probability of selecting gateways with high latency and low bandwidth is reduced, improving data transmission efficiency and service quality.

[0102] In some alternative embodiments, if an access success reply is obtained from the target physical gateway, a connection is established with the target physical gateway, and an association relationship is established with the target virtual gateway, including: performing Ethernet link negotiation with the target physical gateway to establish a physical connection; establishing a transmission channel with the target physical gateway through the Transmission Control Protocol; synchronizing device access information to the target virtual gateway based on the target physical gateway, generating an association relationship through the target virtual gateway, and representing the binding of physical resources and virtual resources based on the association relationship; obtaining the association relationship from the target virtual gateway through the target physical gateway.

[0103] In this embodiment, the device performs Ethernet link negotiation with the target physical gateway. Through physical interface status detection, the normal communication of the physical layer is ensured, and the automatic matching of link layer parameters is completed. Based on the Transmission Control Protocol (such as the TCP three-way handshake), a reliable two-way transmission channel is established between the device and the target physical gateway to ensure the stable transmission of subsequent instructions and data. The device synchronizes access information, such as device identification and logical partition location, to the target virtual gateway through the target physical gateway. The virtual gateway generates an association relationship between physical resources (physical gateway) and virtual resources (logical partition) based on Software-Defined Network (SDN), realizing resource mapping and policy distribution. The device receives association relationship information (such as virtual gateway identification and resource allocation policy) from the virtual gateway through the target physical gateway, completing the dynamic binding of physical resources and virtual resources, providing a basis for subsequent data forwarding and policy execution.

[0104] In this way, through the binding of physical resources and virtual resources, the unified scheduling and centralized management of network resources are realized, and the operation and maintenance complexity is reduced. At the same time, the association relationship between the physical gateway and the virtual gateway is synchronized through a reliable transmission channel to ensure policy consistency and reduce the impact of single-point failures on the overall network.

[0105] An embodiment of the present invention further provides a method for data interaction between a device and a gateway. Figure 3 The schematic diagram of the method for data interaction between a device and a gateway is shown. As Figure 3 shown, in some alternative embodiments, the global status 306 of the virtual gateway 303, the physical gateway 302, the device 301, and the floor 304 can be maintained by the cloud service 305. Specifically, the heartbeat information of the physical gateway is received through the cloud service to update the binding relationship between the virtual gateway and the physical gateway and monitor the device status and floor distribution. The cloud service can also dynamically adjust the binding relationship of the virtual gateway according to the load and status of the physical gateway. Specifically, the failure or overload status of the physical gateway is detected, or the virtual gateway migration is triggered. The virtual gateway can be centrally configured, managed, and monitored through a unified cloud platform, simplifying the operation and maintenance process.

[0106] By constructing a logically unified virtual gateway layer in the cloud, the physically dispersed multiple gateways are abstracted into an elasticly schedulable resource pool, and the intelligent allocation of device connections is realized by means of a dynamic load balancing algorithm, combined with mechanisms such as heartbeat monitoring. The collaborative work of multiple gateways in the smart home system is realized, which not only optimizes the communication efficiency between devices but also provides a reliable disaster recovery mechanism. It provides a flexible, efficient, and reliable solution for smart home applications in scenarios such as multi-floor villas, greatly improving the user experience and system stability.

[0107] In this embodiment, a system for gateway configuration is further provided. This system is used to implement the above embodiments and preferred implementation manners, and those that have been described will not be repeated. As used below, the term "module" can be a combination of software and / or hardware that can achieve a predetermined function. Although the systems described in the following embodiments are preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and contemplated.

[0108] This embodiment provides a system for gateway configuration. Figure 4 The structural schematic diagram of the system for gateway configuration according to the embodiment of the present invention is shown. As Figure 4 shown, it includes:

[0109] A device-side module 401, which is used to obtain connectable physical gateway information. The connectable physical gateway information includes physical gateway identification information, load information corresponding to the physical gateway identification information, and signal strength information corresponding to the physical gateway identification information.

[0110] The gateway module 402 is used to obtain a gateway connection request from a device and send the identification information and load information of the physical gateway to the device.

[0111] The device module 401 is further used to evaluate the load information and signal strength information, determine the target physical gateway for connection, and send an access request to the target physical gateway. The access request includes the location information of the logical partition where the device is located.

[0112] The gateway module 402 is further used to, if receiving an access request from a device, verify whether the device is legal. If the device is legal, based on the location information of the logical partition where the device is located included in the access request, determine the target virtual gateway corresponding to the device, and send an access success reply to the device based on the physical gateway. The physical gateway is configured to carry multiple virtual gateways and perform logical partitioning of the virtual gateways based on software-defined networking.

[0113] The device module 401 is further used to, if obtaining an access success reply from the target physical gateway, establish a connection with the target physical gateway and establish an association relationship with the target virtual gateway. The access success reply includes the target virtual gateway.

[0114] In some alternative embodiments, the aforementioned system for gateway configuration further includes:

[0115] The migration module is used to, if a physical gateway fails or the remaining load capacity of the physical gateway is lower than a preset load threshold, determine the target physical gateway into which multiple virtual gateways migrate; configure the target physical gateway to carry multiple virtual gateways, release the resources occupied by the physical gateway; and perform data transmission between the device and the target virtual gateway based on the target physical gateway.

[0116] In some alternative embodiments, the gateway module 402 further includes:

[0117] The first unit of the gateway module is used to map the device to the virtual gateway corresponding to the location information of the logical partition where the device is located based on a preset logical partition rule; or determine the target virtual gateway among the virtual gateways with a remaining load capacity higher than the second load threshold based on the network status of the multiple virtual gateways.

[0118] In some alternative embodiments, the aforementioned system for gateway configuration further includes:

[0119] The first transmission module is used to send a device status query instruction to the physical gateway based on the target virtual gateway; obtain the status information of the device based on the physical gateway, and transmit the status information to the target virtual gateway based on the physical gateway.

[0120] In some alternative embodiments, the aforementioned system for gateway configuration further includes:

[0121] A second transmission module, configured to send a control instruction to a physical gateway based on a scenario rule through a target virtual gateway; and forward the control instruction to a device based on the physical gateway.

[0122] In some alternative embodiments, the device - side module 401 further includes:

[0123] The first unit of the device - side module is configured to quantify a signal strength based on a received signal strength indicator (RSSI) to obtain a signal strength normalization value, where the signal strength information includes the RSSI; determine a remaining load capacity based on a difference between load information and total bandwidth; generate a physical gateway priority list based on a weighted sum of the signal strength normalization value and the remaining load capacity, and determine a target physical gateway in the physical gateway priority list.

[0124] In some alternative embodiments, the device - side module 401 further includes:

[0125] The second unit of the device - side module is configured to perform an Ethernet link negotiation with a target physical gateway to establish a physical connection; establish a transmission channel with the target physical gateway through the Transmission Control Protocol (TCP); synchronize device access information to the target virtual gateway based on the target physical gateway, generate an association relationship through the target virtual gateway, where the association relationship represents the binding between the physical gateway and the virtual gateway; and obtain the association relationship from the target virtual gateway through the target physical gateway.

[0126] The further function descriptions of the above - mentioned various modules and units are the same as those in the corresponding above - mentioned embodiments, and will not be elaborated herein.

[0127] The system for gateway configuration in this embodiment is presented in the form of functional units. Here, the unit refers to an Application Specific Integrated Circuit (ASIC) circuit, a processor and a memory that execute one or more software or fixed programs, and / or other devices that can provide the above - mentioned functions.

[0128] In the method and system for gateway configuration provided by the embodiments of the present invention, the virtual gateway is decoupled from the physical gateway, and the number of virtual gateways can be flexibly increased or decreased according to requirements to adapt to changes in different floors and the number of devices. When adding a new floor or device, only the corresponding virtual gateway or physical gateway needs to be added, without re - configuring the entire system.

[0129] Meanwhile, multiple gateways work together. The cloud service dynamically adjusts the binding relationship of virtual gateways according to the load conditions of physical gateways to avoid overloading a single physical gateway. By having multiple gateways work together, network resources are fully utilized, and the overall performance of the system is improved.

[0130] Secondly, as a logical entity, the virtual gateway is not affected by physical gateway failures. When a physical gateway fails, the virtual gateway can quickly migrate to other normally operating physical gateways. When a physical gateway fails, the device can automatically switch to other gateways to ensure business continuity.

[0131] Thirdly, the virtual gateways, physical gateways, devices, and floors are uniformly managed, simplifying configuration and maintenance work. Functions such as automatic device discovery, dynamic gateway allocation, load balancing, and fault migration reduce manual intervention and lower operation and maintenance costs.

[0132] In addition, complex scenario linkages are supported. The virtual gateways work together through the cloud, supporting cross-floor device linkages and scenario triggers (such as whole-house lighting control, security linkages, etc.). Users can customize scenario rules through the cloud management platform to achieve a personalized smart home experience.

[0133] The embodiment of the present invention also provides a computer device having the above-mentioned Figure 4 system for gateway configuration as shown.

[0134] Please refer to Figure 5 , Figure 5 which is a schematic structural diagram of a computer device provided by an optional embodiment of the present invention. As shown in Figure 5 , the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Each component communicates with each other using different buses and can be installed on a common motherboard or in other ways as needed. The processor can process instructions executed within the computer device, including instructions stored in the memory or on the memory to display graphical information of a graphical user interface on an external input / output device (such as a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (such as a server array, a set of blade servers, or a multi-processor system). Figure 5 One processor 10 is taken as an example in

[0135] The processor 10 can be a central processing unit, a network processor, or a combination thereof. Among them, the processor 10 can further include a hardware chip. The above-mentioned hardware chip can be an application-specific integrated circuit, a programmable logic device, or a combination thereof. The above-mentioned programmable logic device can be a complex programmable logic device, a field programmable gate array, a general array logic, or any combination thereof.

[0136] Among them, the aforementioned memory 20 stores instructions that can be executed by at least one processor 10, so that the at least one processor 10 executes the method shown in the above embodiments.

[0137] The memory 20 may include a program storage area and a data storage area. Among them, the program storage area can store an operating system and application programs required for at least one function; the data storage area can store data created according to the use of the computer device, etc. In addition, the memory 20 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, a flash memory device, or other non-transitory solid-state storage devices. In some alternative embodiments, the memory 20 may optionally include a memory remotely provided with respect to the processor 10, and these remote memories can be connected to the computer device through a network. Examples of the above network include but are not limited to the Internet, an enterprise intranet, a local area network, a mobile communication network, and combinations thereof.

[0138] The memory 20 may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as flash memory, a hard disk, or a solid-state drive; the memory 20 may also include a combination of the above types of memory.

[0139] The computer device further includes an input device 30 and an output device 40. The processor 10, the memory 20, the input device 30, and the output device 40 may be connected through a bus or other means. Figure 5 Taking connection through a bus as an example.

[0140] The input device 30 can receive input digital or character information, and generate key signal inputs related to the user settings and function control of the computer device, such as a touch screen, a keypad, a mouse, a trackpad, a touchpad, a pointing stick, one or more mouse buttons, a trackball, a joystick, etc. The output device 40 may include a display device, an auxiliary lighting device (such as a light-emitting diode), and a tactile feedback device (such as a vibration motor), etc. The above display device includes but is not limited to a liquid crystal display, a light-emitting diode, a display, and a plasma display. In some alternative embodiments, the display device may be a touch screen.

[0141] Embodiments of the present invention also provide a computer-readable storage medium. The method according to the embodiments of the present invention can be implemented in hardware, firmware, or be implemented as computer code that can be recorded on a storage medium, or be implemented as computer code that is originally stored in a remote storage medium or a non-transitory machine-readable storage medium and downloaded through a network and will be stored in a local storage medium, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only memory, a random access memory, a flash memory, a hard disk, or a solid-state drive, etc.; further, the storage medium can also include a combination of the above-mentioned types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code, and when the software or computer code is accessed and executed by the computer, the processor, or the hardware, the method shown in the above embodiments is implemented.

[0142] A part of the present invention can be applied as a computer program product, for example, computer program instructions, when executed by a computer, can call or provide the method and / or technical solution according to the present invention through the operation of the computer. Those skilled in the art should be able to understand that the forms in which computer program instructions exist in a computer-readable medium include, but are not limited to, source files, executable files, installation package files, etc. Correspondingly, the ways in which computer program instructions are executed by a computer include, but are not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Herein, the computer-readable medium can be any available computer-readable storage medium or communication medium accessible by the computer.

[0143] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art can make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations all fall within the scope defined by the appended claims.

Claims

1. A method for gateway configuration, characterized in that Applied to the gateway, the method includes: Obtaining a gateway connection request from a device, and sending identification information and load information of a physical gateway to the device; If an access request from the device is received, verify whether the device is legal; if the device is legal, determine the target virtual gateway corresponding to the device based on the logical partition location information of the device contained in the access request, and send an access success reply to the device based on the physical gateway, wherein the physical gateway is configured to carry multiple virtual gateways, and logical partitions of the virtual gateways are performed based on a software-defined network.

2. The method according to claim 1, characterized in that The method further comprises: If the physical gateway fails or the remaining load capacity of the physical gateway is lower than a preset load threshold, determining a target physical gateway to which the multiple virtual gateways are migrated; Configuring the target migration physical gateway to carry the multiple virtual gateways, and releasing the resources occupied by the physical gateway; Based on the target migrated physical gateway, data is transmitted between the device and the target virtual gateway.

3. The method according to claim 1 or 2, characterized in that: The determining, based on the logical partition location information of the device included in the access request, a target virtual gateway corresponding to the device, includes: Based on a preset logical partitioning rule, mapping the device to a virtual gateway corresponding to the location information of the logical partition where the device is located; or Based on the network status of the plurality of virtual gateways, the target virtual gateway is determined among the virtual gateways whose remaining load capacity is higher than a second load threshold.

4. The method according to claim 1, characterized in that The method further includes querying the status of the device based on the target virtual gateway: Based on the target virtual gateway, sending a device status query instruction to the physical gateway; The state information of the device is acquired based on the physical gateway, and the state information is transmitted to the target virtual gateway based on the physical gateway.

5. The method according to claim 1, characterized in that The method further includes triggering a device linkage rule based on the target virtual gateway: Sending the control instruction to the physical gateway through the target virtual gateway based on the scenario rule; The control instruction is forwarded to the device based on the physical gateway.

6. A method for gateway configuration, characterized in that Applied to the device side, the method includes: Acquire connectable physical gateway information, the connectable physical gateway information including physical gateway identification information, load information corresponding to the physical gateway identification information, and signal strength information corresponding to the physical gateway identification information; Evaluate the load information and the signal strength information, determine a target physical gateway to connect to, and send an access request to the target physical gateway, wherein the access request includes location information of a logical partition where the device is located; If an access success reply is obtained from the target physical gateway, a connection is established with the target physical gateway, and an association is established with the target virtual gateway, the access success reply includes the target virtual gateway, and the target virtual gateway is logically partitioned based on the software defined network.

7. The method according to claim 6, characterized in that The evaluating the load information and the signal strength information to determine the target physical gateway for connection includes: quantifying the signal strength based on the trusted signal strength indicator to obtain a signal strength normalization value, wherein the signal strength information includes the trusted signal strength indicator; determining a remaining load capacity based on a difference between the load information and the total bandwidth; Based on the weighted sum of the signal strength normalization value and the remaining load capacity, a physical gateway priority list is generated based on the weighted summation result, and the target physical gateway is determined in the physical gateway priority list.

8. The method according to claim 6 or 7, characterized in that: If a successful access reply is obtained from the target physical gateway, a connection is established with the target physical gateway, and an association relationship is established with the target virtual gateway, including: Perform Ethernet link negotiation with the target physical gateway to establish a physical connection; Establishing a transmission channel with the target physical gateway through a transmission control protocol; Based on the target physical gateway, synchronizing the device access information to the target virtual gateway, generating the association relationship through the target virtual gateway, and characterizing the binding of the physical gateway and the virtual gateway based on the association relationship; The association relationship from the target virtual gateway is obtained through the target physical gateway.

9. A system for gateway configuration, characterized in that The system comprises: A device-side module, used to obtain connectable physical gateway information, the connectable physical gateway information including physical gateway identification information, load information corresponding to the physical gateway identification information, and signal strength information corresponding to the physical gateway identification information; A gateway module, used to obtain a gateway connection request from a device and send identification information and load information of a physical gateway to the device; The device-side module is further used to evaluate the load information and the signal strength information, determine a target physical gateway to connect to, and send an access request to the target physical gateway, wherein the access request includes location information of a logical partition where the device is located; The gateway module is further configured to verify whether the device is legal if an access request from the device is received; if the device is legal, determine the target virtual gateway corresponding to the device based on the logical partition location information of the device contained in the access request, and send an access success reply to the device based on the physical gateway, wherein the physical gateway is configured to carry multiple virtual gateways, and perform logical partitioning of the virtual gateways based on a software defined network; The device-side module is also used to establish a connection with the target physical gateway and an association with the target virtual gateway if an access success reply is obtained from the target physical gateway, and the access success reply includes the target virtual gateway.

10. A computer device, characterized in that: include: A memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the method for gateway configuration according to any one of claims 1 to 5 by executing the computer instructions.

Images