Middleware-based data processing method on FTTR gateway

By integrating the middleware system and initializing the middleware container on the FTTR gateway, the problems of low resource utilization and poor scalability of traditional data processing methods are solved, efficient data processing and failure recovery are achieved, and system performance and user experience are improved.

CN119299258APending Publication Date: 2025-01-10ITIBIA TECH (SUZHOU) CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411368615.X
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-09-29
Publication Date
2025-01-10

AI Technical Summary

Technical Problem

The data processing methods of traditional FTTR gateways have problems with low resource utilization and poor scalability, which are difficult to meet the needs of efficient data processing and reliability.

Method used

Integrate the middleware system on the FTTR gateway, and implement packet resolution and scheduling by initializing the middleware container and defining a unified communication interface, and use daemons to perform failure recovery and fault tolerance processing to ensure system stability and reliability.

Benefits of technology

It improves data processing efficiency and reliability, realizes dynamic scheduling and optimizes data processing tasks, is suitable for various data transmission and processing requirements scenarios, and improves system performance and user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119299258A_ABST
    Figure CN119299258A_ABST
Patent Text Reader

Abstract

The invention relates to a middleware-based data processing method on an FTTR gateway. The middleware-based data processing method comprises the following steps: integrating a middleware system to FTTR firmware; initializing a middleware container; software processing program deployment is carried out, configuration or query operation is carried out on FTTR gateway equipment through an integrated command line, a command directly carries out data interaction with middleware, and configuration needed by the gateway is issued to take effect through a middleware system; the gateway interactively depends on network communication, and the FTTR gateway accesses the network; data packet analysis and scheduling: defining a unified communication interface and specification between the gateway and the middleware container for data interaction between the components; the middleware container receives and analyzes an incoming data packet, and schedules a corresponding processing module to process data according to a set rule and strategy; fault recovery and fault-tolerant processing: the middleware container supports a fault monitoring, fault-tolerant processing and recovery mechanism for a software processing program; and restarting the corresponding program process by adopting a daemon process mode. And dynamic scheduling and optimized data processing are realized.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The invention relates to a data processing method based on middleware on an FTTR gateway, belonging to the technical field of network communications. Background Art

[0002] With the rapid development of the internet and big data applications, data traffic is increasing, and application scenarios are diversifying. This is driving a growing demand for efficient data processing in FTTR gateways. As key nodes in network data transmission, FTTR gateways undertake critical data processing and forwarding tasks. Traditional data processing methods suffer from low resource utilization and poor scalability, necessitating the development of new data processing methods to improve efficiency and reliability. Middleware containers, as lightweight software container technologies, are widely used in cloud computing, microservices architectures, and other fields to manage and deploy software components and facilitate interaction and communication between them. Summary of the Invention

[0003] The purpose of the present invention is to overcome the deficiencies in the prior art and provide a data processing method based on middleware on an FTTR gateway.

[0004] The purpose of the present invention is achieved through the following technical solutions:

[0005] The data processing method based on middleware on the FTTR gateway is characterized by comprising the following steps:

[0006] 1) Integrate the middleware system into the FTTR firmware. Since the middleware system needs to be deployed to the device to run, the middleware system is packaged and attached to the gateway device firmware;

[0007] 2) Initialize the middleware container. During the startup of the FTTR gateway device, add a command to instantiate the middleware in the startup script so that it is deployed to the partition that is not actually used by the gateway;

[0008] 3) Software handler deployment: configure or query operations on the FTTR gateway device through the integrated command line. The command directly interacts with the middleware for data exchange, and the required configuration of the gateway is implemented through the middleware system. Gateway interaction depends on network connectivity, ensuring that the FTTR gateway is connected to the network.

[0009] 4) Data packet parsing and scheduling: Define a unified communication interface and specifications between the gateway and the middleware container for data exchange between components. The middleware container receives and parses incoming data packets and schedules the corresponding software processing module to process the data according to established rules and policies. The software processing module is responsible for packet filtering, protocol parsing, and data forwarding.

[0010] 5) Fault recovery and fault tolerance: The middleware container supports fault monitoring, fault tolerance, and recovery mechanisms for software processing programs to ensure system stability and reliability. It uses a daemon process to restart the corresponding program process to prevent function unavailability caused by missing applications.

[0011] Furthermore, the above-mentioned data processing method based on middleware on the FTTR gateway, wherein, in step 1), the middleware system is integrated into the FTTR firmware. After the FTTR device is successfully started, the middleware file is transferred to the device through the tftp method, and then installed into the designated partition through the mtd command so that it can be mounted and operated normally; before compiling the FTTR device bin file, the middleware file is placed in the system file, a new bin file is generated together with the software package, and a command line for starting the middleware is added to the startup script.

[0012] Furthermore, in the above-mentioned middleware-based data processing method on the FTTR gateway, step 2) of initializing the middleware container specifically includes the following steps:

[0013] S21, burn the compiled bin software package to the FTTR device. During the device startup, use the update command to release and install the middleware to the corresponding partition;

[0014] S22: Trace the startup log to view the entire installation process. Initialize the middleware during the installation process. After the device is successfully started, use the ps command to view the middleware management process. If the process exists, the initialization is normal. Use the lxc-attach command to enter the middleware to view the internal process. If the relevant process does not exist, it means that there is a problem with the initialization process. Trace the startup installation log to troubleshoot.

[0015] Furthermore, in the above-mentioned middleware-based data processing method on the FTTR gateway, step 3), software processing program deployment, specifically includes the following steps:

[0016] S31: Connect the FTTR device to the network via PON or Ethernet uplink. Use the ping command on the gateway and the middleware system to ensure that the network is normal.

[0017] S32, configure or query the device through the command line integrated into the FTTR gateway;

[0018] S33, after the command interacts with the middleware, the middleware system converts the command line operation into processable data, and then sends the relevant configuration to take effect.

[0019] Furthermore, in the above-mentioned middleware-based data processing method on the FTTR gateway, step 4), data packet parsing and scheduling, specifically includes the following steps:

[0020] S41 defines the specifications and interfaces for interaction between the gateway and the middleware system, and uses JSON to process interaction data.

[0021] S42: The gateway defines a command line processing function, which parses the command line parameters and assembles the data according to the JSON syntax format.

[0022] S43, defining a set of interfaces suitable for data processing in the middleware system, and the middleware receives the data packet and performs parsing and processing;

[0023] S44: The gateway receives the information returned by the middleware and parses it into common data types for processing.

[0024] Furthermore, in the above-mentioned middleware-based data processing method on the FTTR gateway, step S43 includes the following steps:

[0025] S431: Verify the data packet. The JSON data passed from the gateway is first syntax-checked. If there is any problem, an error code is returned to the gateway.

[0026] S432, parse the data packet. Under the premise that S431 is verified to be correct, extract the specific operation, which may be a set or get operation. If it is not one of these similar operations, return an error code; if it is a set operation, parse the incoming data separately and call the middleware data processing interface for processing; if it is a get operation, extract the keywords in the data and call the middleware interface to return the corresponding data to the gateway side; the gateway side translates the data through the established reverse parsing interface.

[0027] Furthermore, in the above-mentioned middleware-based data processing method on the FTTR gateway, step 5), fault recovery and fault tolerance processing, specifically includes the following steps:

[0028] S51: Add a daemon script corresponding to the middleware process in the device. If the ps function finds that the management process does not exist or has become a zombie process, the script will try to start the process again after sleeping for a certain period of time.

[0029] S52: The middleware internal program has a protection mechanism. If data interaction fails for a long time, the internal program should be restarted first. If the interaction still fails under normal circumstances, check the network problem between the middleware and the gateway first, and then consider whether to restart the middleware system.

[0030] S53: An error occurs when transmitting data between the FTTR gateway and the middleware. Analyze the container.log file under the middleware to find the specific cause of the problem.

[0031] Compared with the prior art, the present invention has significant advantages and beneficial effects, which are specifically reflected in the following aspects:

[0032] A method for implementing efficient data processing on FTTR gateways using middleware containers. By deploying middleware containers and corresponding data processing programs on the FTTR gateway, dynamic scheduling and optimization of data processing tasks are achieved. The efficient and flexible interactive processing method is suitable for scenarios with various data transmission and processing requirements, effectively improving system performance and user experience, and achieving high data processing efficiency and reliability.

[0033] Other features and advantages of the present invention will be described in the following description, and in part will become apparent from the description, or will be understood by practicing the specific embodiments of the present invention. The purposes and other advantages of the present invention can be realized and obtained by the structures particularly pointed out in the written description and the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings required for use in the embodiments. It should be understood that the following drawings only illustrate certain embodiments of the present invention and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other relevant drawings can be obtained based on these drawings without paying any creative work.

[0035] Figure 1 : Schematic diagram of the present invention. DETAILED DESCRIPTION

[0036] The technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, not all of the embodiments. The components of the embodiments of the present invention generally described and shown in the drawings herein can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present invention provided in the drawings is not intended to limit the scope of the claimed invention, but merely represents selected embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without making creative work are within the scope of protection of the present invention.

[0037] It should be noted that similar reference numerals and letters represent similar items in the following drawings. Therefore, once an item is defined in one drawing, it does not need to be further defined or explained in subsequent drawings. At the same time, in the description of the present invention, directional terms and order terms are only used to distinguish the description and should not be understood as indicating or implying relative importance.

[0038] like Figure 1As shown, the data processing method based on the middleware on the FTTR gateway includes the following steps:

[0039] 1) Integrate the middleware system into the FTTR firmware. Since the middleware system needs to be deployed to the device to run, the middleware system is packaged and attached to the gateway device firmware;

[0040] Integrate the middleware system into the FTTR firmware. After the FTTR device successfully boots up, transfer the middleware file to the device via TFTP. Then, use the mtd command to install it into the specified partition so that it can be mounted and operated normally. Before compiling the FTTR device bin file, place the middleware file in the system file and generate a new bin file together with the software package. Add the command line to start the middleware in the startup script.

[0041] 2) Initialize the middleware container. During the startup of the FTTR gateway device, add a command to instantiate the middleware in the startup script so that it is deployed to the partition that is not actually used by the gateway;

[0042] S21, burn the compiled bin software package to the FTTR device. During the device startup, use the update command to release and install the middleware to the corresponding partition;

[0043] S22: Track the startup log to view the entire installation process. Initialize the middleware during the installation process. After the device successfully starts, use the ps command to view the middleware management process. If the process exists, the initialization is normal. Use the lxc-attach command to enter the middleware and view the internal process. If the relevant process does not exist, it means that there is a problem with the initialization process. Trace the startup installation log to troubleshoot.

[0044] 3) Software handler deployment: configure or query operations on the FTTR gateway device through the integrated command line. The command directly interacts with the middleware for data exchange, and the required configuration of the gateway is implemented through the middleware system. Gateway interaction depends on network connectivity, ensuring that the FTTR gateway is connected to the network.

[0045] S31: Connect the FTTR device to the network via PON or Ethernet uplink. Use the ping command on the gateway and the middleware system to ensure that the network is normal.

[0046] S32, configure or query the device through the command line integrated into the FTTR gateway;

[0047] S33, after the command and the middleware exchange data, the middleware system converts the command line operation into processable data, and then sends the relevant configuration to take effect;

[0048] 4) Data packet parsing and scheduling: Define a unified communication interface and specifications between the gateway and the middleware container for data exchange between components. The middleware container receives and parses incoming data packets and schedules the corresponding software processing module to process the data according to established rules and policies. The software processing module is responsible for packet filtering, protocol parsing, and data forwarding.

[0049] S41 defines the specifications and interfaces for interaction between the gateway and the middleware system, and uses JSON to process interaction data.

[0050] S42: The gateway defines a command line processing function, which parses the command line parameters and assembles the data according to the JSON syntax format.

[0051] S43, defining a set of interfaces suitable for data processing in the middleware system. The middleware receives the data packet and performs parsing and processing, including the following steps:

[0052] S431: Verify the data packet. The JSON data passed from the gateway is first syntax-checked. If there is any problem, an error code is returned to the gateway.

[0053] S432: Parse the data packet. If S431 is verified to be correct, extract the specific operation, such as set or get. If it is not one of these operations, return an error code. If it is a set operation, parse the incoming data separately and call the middleware data processing interface for processing. If it is a get operation, extract the keywords in the data and call the middleware interface to return the corresponding data to the gateway. The gateway translates the data through the established reverse parsing interface.

[0054] S44: The gateway receives the information returned by the middleware and parses it into common data types for processing;

[0055] 5) Fault recovery and fault tolerance: The middleware container supports fault monitoring, fault tolerance, and recovery mechanisms for software processing programs to ensure system stability and reliability. It uses a daemon process to restart the corresponding program process to prevent function unavailability caused by application loss.

[0056] S51: Add a daemon script corresponding to the middleware process in the device. If PS finds that the management process does not exist or becomes a zombie process, the script will try to start the process again after sleeping for a period of time. There is no need to worry about the operation of the middleware itself.

[0057] S52: The middleware internal program has a protection mechanism. If data interaction fails for a long time, the internal program should be restarted first. If the interaction still fails under normal circumstances, check the network problem between the middleware and the gateway first, and then consider whether to restart the middleware system.

[0058] S53: There is more than one reason for errors in data transmission between the FTTR gateway and the middleware. Analyze the container.log under the middleware to find the specific cause of the problem.

[0059] In summary, the present invention utilizes a middleware container to implement a method for efficient data processing on an FTTR gateway. By deploying the middleware container and the corresponding data processing program on the FTTR gateway, dynamic scheduling and optimization of data processing tasks are achieved. The efficient and flexible interactive processing method is applicable to scenarios with various data transmission and processing requirements, effectively improving system performance and user experience, and achieving high data processing efficiency and reliability.

[0060] The foregoing description is merely a preferred embodiment of the present invention and is not intended to limit the present invention. Various modifications and variations are readily apparent to those skilled in the art. Any modifications, equivalent substitutions, improvements, and the like made within the spirit and principles of the present invention are intended to be included within the scope of protection of the present invention. It should be noted that similar reference numerals and letters denote similar items in the following figures. Therefore, once an item is defined in one figure, it need not be further defined or explained in subsequent figures.

[0061] The above is only a specific embodiment of the present invention, but the protection scope of the present invention is not limited thereto. Any technician familiar with this technical field can easily think of changes or replacements within the technical scope disclosed by the present invention, which should be covered by the protection scope of the present invention.

[0062] It should be noted that, in this document, relational terms such as first and second, etc., are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply the existence of any such actual relationship or order between these entities or operations. Moreover, the terms "comprises," "comprising," or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article, or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article, or device. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of other identical elements in the process, method, article, or device comprising the element.

Claims

1. A data processing method based on middleware on a FTTR gateway, characterized in that: The following steps are involved: 1) Integrate the middleware system into the FTTR firmware. Since the middleware system needs to be deployed to the device to run, the middleware system is packaged and attached to the gateway device firmware; 2) Initialize the middleware container. During the startup of the FTTR gateway device, add a command to instantiate the middleware in the startup script so that it can be deployed to the partition that is not actually used by the gateway for operation; 3) Software processing program deployment, configuration or query operations are performed on the FTTR gateway device through the integrated command line. The command directly interacts with the middleware for data, and the configuration required by the gateway is made effective through the middleware system; gateway interaction depends on network connectivity to ensure that the FTTR gateway is connected to the network; 4) Data packet parsing and scheduling: define a unified communication interface and specification between the gateway and the middleware container for data interaction between components; the middleware container is used to receive and parse incoming data packets, and schedule the corresponding processing module to process the data according to established rules and policies; 5) Fault recovery and fault-tolerance processing. The middleware container supports fault monitoring, fault-tolerance processing and recovery mechanisms for software processing programs; and uses a daemon process to restart the corresponding program process.

2. The data processing method based on middleware on the FTTR gateway according to claim 1 is characterized in that: Step 1) Integrate the middleware system into the FTTR firmware. After the FTTR device is successfully started, transfer the middleware file to the device through the tftp method, and then install it to the specified partition through the mtd command so that it can be mounted normally. Before compiling the FTTR device bin file, place the middleware file in the system file, generate a new bin file together with the software package, and add a command line for starting the middleware in the startup script.

3. The data processing method based on middleware on the FTTR gateway according to claim 1, characterized in that: Step 2) Initialize the middleware container, specifically including the following steps: S21, burn the compiled bin software package to the FTTR device. During the device startup process, use the update command to release the middleware and install it to the corresponding partition; S22, trace the startup log to view the entire installation process, initialize the middleware during the installation process, and use the ps command to view the middleware management process after the device is successfully started; if the process exists, the initialization is normal, and the lxc-attach command is used to enter the middleware to view the internal process; if the relevant process does not exist, it means that there is a problem with the initialization process, and the startup installation log is traced back for investigation.

4. The data processing method based on middleware on the FTTR gateway according to claim 1 is characterized in that: Step 3), software processing program deployment, specifically includes the following steps: S31, connect the FTTR device to the network through PON or Ethernet uplink, and use the ping command on the gateway side and the middleware system to ensure that the network is normal; S32, configure or query operations on the device through the command line integrated in the FTTR gateway; S33, after the command interacts with the middleware, the middleware system converts the command line operation into processable data, and then sends down the relevant configuration to take effect.

5. The data processing method based on middleware on the FTTR gateway according to claim 1, characterized in that: Step 4), data packet parsing and scheduling, specifically includes the following steps: S41, defines the specifications and interfaces for the interaction between the gateway and the middleware system, and uses JSON to process the interaction data; S42, the gateway side defines a command line processing function, parses the command line parameters inside the function, and assembles the data according to the JSON syntax format; S43, defining a set of interfaces suitable for data processing in the middleware system, and the middleware receives the data packet and performs parsing and processing; S44, the gateway side receives the information returned by the middleware and parses it into common data types for processing.

6. The data processing method based on middleware on the FTTR gateway according to claim 5 is characterized in that: Step S43 includes the following steps: S431, verify the data packet. The JSON data transmitted from the gateway side is first syntax-checked; if there is a problem, an error code needs to be returned to the gateway; S432, parsing the data packet, extracting the specific operation, such as set or get operation, if S431 is verified to be correct. If it is not one of these similar operations, an error code is returned; If it is a set operation, the incoming data will be parsed separately and the middleware data processing interface will be called for processing; If it is a get operation, the keywords in the data are extracted, and the middleware interface is called to return the corresponding data to the gateway side; The gateway translates the data through the established reverse parsing interface.

7. The data processing method based on middleware on the FTTR gateway according to claim 1, characterized in that: Step 5), fault recovery and fault tolerance processing, specifically includes the following steps: S51, add a daemon script corresponding to the middleware process in the device. If PS finds that the management process does not exist or becomes a zombie process, the script will try to start the process again after sleeping for a period of time; S52: The internal program of the middleware has a protection mechanism. If data interaction fails for a long time, the internal program will be restarted first. If the interaction still fails when the internal program is normal, first check the network problem between the middleware and the gateway, and then consider whether to re-run the middleware system; S53: An error occurs when transmitting data between the FTTR gateway and the middleware. Analyze the container.log under the middleware to find the specific cause of the problem.