CN111367749B - Service monitoring method, device, related equipment and storage medium - Google Patents
Service monitoring method, device, related equipment and storage medium Download PDFInfo
- Publication number
- CN111367749B CN111367749B CN201811595410.XA CN201811595410A CN111367749B CN 111367749 B CN111367749 B CN 111367749B CN 201811595410 A CN201811595410 A CN 201811595410A CN 111367749 B CN111367749 B CN 111367749B
- Authority
- CN
- China
- Prior art keywords
- program
- test tool
- storage space
- module
- client device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 97
- 238000000034 method Methods 0.000 title claims abstract description 57
- 238000012360 testing method Methods 0.000 claims abstract description 276
- 238000004590 computer program Methods 0.000 claims description 10
- 230000006870 function Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 11
- 230000001360 synchronised effect Effects 0.000 description 9
- 238000012806 monitoring device Methods 0.000 description 8
- 239000000523 sample Substances 0.000 description 8
- 230000003068 static effect Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 230000005291 magnetic effect Effects 0.000 description 4
- 235000019800 disodium phosphate Nutrition 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000005294 ferromagnetic effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000004549 pulsed laser deposition Methods 0.000 description 1
- 238000013441 quality evaluation Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
- G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Mathematical Physics (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses a service monitoring method, a device, NB-IoT client equipment and a storage medium. The method comprises the following steps: a main program in a narrowband internet of things (NB-IoT) client device invokes a test tool interface program in the client device to launch a test tool program in the client device through the test tool interface program; monitoring the service by the test tool program according to the set task, and reporting the monitoring result; wherein the test tool interface program is integrated in the main program; the test tool program is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of the main program.
Description
Technical Field
The invention relates to the field of narrowband internet of things (NB-IoT, narrow Band Internet of Things) testing, in particular to a service monitoring method, a device, related equipment and a storage medium.
Background
Since 2017, operators NB-IoT have gradually moved to business, and with rapid deployment of NB-IoT, narrow Bandwidth (NB) network testing requirements in the fields of network construction and optimization, end-to-end quality evaluation, etc. are increasingly highlighted; the existing network is urgently required to be used as an existing network service quality test data acquisition and optimization verification means.
Currently, there are two main monitoring schemes of real NB-IoT client device and dedicated monitoring probe for NB networks. However, these two schemes cannot truly realize monitoring of the current network and the service.
Disclosure of Invention
In order to solve the existing technical problems, the embodiment of the invention provides a service monitoring method, a device, related equipment and a storage medium.
The embodiment of the invention provides a service monitoring method, which is applied to NB-IoT client equipment, and comprises the following steps:
the method comprises the steps that a main program in the client device invokes a test tool interface program in the client device to start the test tool program in the client device through the test tool interface program;
monitoring the service by the test tool program according to the set task, and reporting the monitoring result; wherein the test tool interface program is integrated in the main program; the test tool program is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of the main program.
In the above scheme, the test tool program is stored in the first storage space in a dynamic library manner.
In the above solution, the main program in the client device invokes the test tool interface program in the client device to start the test tool program in the client device through the test tool interface program, including:
the main program calls the test tool interface program to judge whether the test tool program is stored in the first storage space;
when the test tool program is determined to be stored in the first storage space, the main program calls the test tool interface program to start the test tool program through the test tool interface program.
In the above scheme, the method further comprises:
when the fact that the testing tool program is not stored in the first storage space is determined, and the fact that equipment upgrading is not needed currently is determined, the main program calls the testing tool interface program, the testing tool program is obtained from a cloud platform through the testing tool interface program, and the testing tool program is stored in the first storage space.
In the above scheme, the method further comprises:
the test tool program caches monitoring results in the first storage space;
and after the test tool program reports the monitoring result to the cloud platform, deleting the monitoring result cached in the storage space.
In the above scheme, the method further comprises:
when the main program determines that equipment is required to be upgraded, calling the test tool interface program to delete the test tool program from the first storage space; and the main program downloads an upgrade package file to be upgraded from the cloud platform and stores the upgrade package file to the first storage space for equipment upgrade.
In the above scheme, the method further comprises:
and after the main program upgrades the equipment by using the upgrade package file to be upgraded, which is downloaded from the cloud platform, deleting the upgrade package file stored in the first storage space.
In the above scheme, the test tool program is used in an SDK manner.
The embodiment of the invention also provides a service monitoring device which is arranged on the NB-IoT client device and comprises: a main program module, a test tool interface program module, and a test tool program module; wherein,,
the main program module is used for calling the test tool interface program module to start the test tool program module through the test tool interface program module;
the test tool program module is used for monitoring the service according to the set task after being started, and reporting the monitoring result; wherein the test tool interface program module is integrated in the main program module; the test tool program corresponding to the test tool program module is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of a main program corresponding to the main program module.
In the above scheme, the test tool program is stored in the first storage space in a dynamic library manner.
In the above solution, the main program module is specifically configured to:
invoking the test tool interface program module to determine whether the test tool program is stored in the first storage space;
and when the test tool program is determined to be stored in the first storage space, calling the test tool interface program module to start the test tool program module through the test tool interface program module.
In the above solution, the main program module is further configured to:
and when the fact that the testing tool program is not stored in the first storage space is determined, and the fact that equipment upgrading is not needed currently is determined, calling the testing tool interface program module to acquire the testing tool program from a cloud platform through the testing tool interface program module, and storing the testing tool program into the first storage space.
In the above solution, the main program module is further configured to:
when equipment upgrading is determined to be needed, calling the test tool interface program to delete the test tool program from the first storage space; and the main program downloads an upgrade package file to be upgraded from the cloud platform and stores the upgrade package file to the first storage space for equipment upgrade.
In the above solution, the main program module is further configured to:
and deleting the upgrade package file stored in the first storage space after the equipment is upgraded by using the upgrade package file to be upgraded, which is downloaded from the cloud platform.
The embodiment of the invention also provides NB-IoT client equipment, which comprises the following components: a processor and a memory for storing a computer program capable of running on the processor,
wherein the processor is configured to execute the steps of any of the methods described above when the computer program is run.
The embodiment of the invention also provides a storage medium, on which a computer program is stored, which when executed by a processor, implements the steps of any of the methods described above.
According to the business monitoring method, the business monitoring device, the related equipment and the storage medium provided by the embodiment of the invention, a main program in NB-IoT client equipment invokes a test tool interface program in the client equipment so as to start the test tool program in the client equipment through the test tool interface program; monitoring the service by the test tool program according to the set task, and reporting the monitoring result; wherein the test tool interface program is integrated in the main program; the test tool program is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of the main program, and since the test tool program is integrated in the NB-IoT client device by multiplexing the storage space of the NB-IoT client device (reserved for storing the upgrade package file), the test tool program can be integrated in the NB-IoT client device because the storage space of the NB-IoT client device for storing the upgrade package is multiplexed, and since the test tool program can be integrated in the NB-IoT client device, the task of monitoring the service can be performed in a real NB device and a real network, thereby ensuring the accuracy of the monitoring result.
Drawings
FIG. 1 is a schematic diagram of a storage space of a client device according to the related art;
FIG. 2 is a flow chart of a method for monitoring services according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a client device structure according to an embodiment of the present invention;
fig. 4 is a schematic view of a cloud platform structure according to an application embodiment of the present invention;
FIG. 5 is a schematic diagram of a relationship between client device states according to an embodiment of the present invention;
FIG. 6 is a schematic diagram of a storage space structure of a client device in the first state shown in FIG. 5 according to an embodiment of the present invention;
FIG. 7 is a schematic diagram of a storage space structure of a client device in the second state shown in FIG. 5 according to an embodiment of the present invention;
FIG. 8 is a schematic diagram of a storage space structure of a client device in the third state shown in FIG. 5 according to an embodiment of the present invention;
FIG. 9 is a schematic diagram of a storage space structure of a client device in a fourth state shown in FIG. 5 according to an embodiment of the present invention;
FIG. 10 is a schematic diagram of a storage space structure of a client device in a fifth state shown in FIG. 5 according to an embodiment of the present invention;
FIG. 11 is a schematic diagram of a service monitoring device according to an embodiment of the present invention;
fig. 12 is a schematic diagram of an NB-IoT client device architecture in accordance with an embodiment of the present invention;
fig. 13 is a schematic structural diagram of a service monitoring system according to an embodiment of the present invention.
Detailed Description
The invention will be described in further detail below with reference to the drawings and examples.
As mentioned above, currently, there are mainly two real NB-IoT client device monitoring schemes and dedicated monitoring probe schemes for NB networks.
Both schemes are analyzed as follows.
For a dedicated monitoring probe scheme, a specific monitoring device needs to be developed. The monitoring equipment is initially developed to aim at network and service monitoring functions, and network quality monitoring personnel can be used for performing NB network quality fuzzing and remote monitoring. The scheme mainly adopts a mode of a probe type test terminal (i.e. monitoring equipment) +a management platform. For test terminals, test tools may be developed in a particular piece or pieces of custom hardware to form the test terminal using NB-IoT modules that are common in the market. The test terminal can automatically report the test result to the platform, and the management platform can issue the test task, collect and analyze the test result.
In the scheme, quantitative probe equipment (i.e. a test terminal) is required to be produced and placed in a key area, and the method is mainly used for controlling the NB network quality condition of the key guarantee area in real time, so that the problem of poor service quality of a user network is effectively solved in time; the NB network quality of the key guarantee area is tested for a long time, historical test data are continuously accumulated, and more accurate and reliable reference data are provided for network maintainers by analyzing and processing the historical test data, so that the network operation and maintenance cost is continuously reduced, the NB network quality is improved, and the user experience is improved.
However, as NB-IoT is a brand-new network, the network has the characteristics of mixed coexistence of multiple internet of things services, large service difference, high network multiplexing degree and the like; at present, operation and maintenance guarantee means are not perfect, and user experience of each layer of sensing data of the cellular internet of things and comprehensive evaluation service cannot be effectively obtained. Meanwhile, the scheme is distributed in an NB-IoT test scene, needs to be tested and manually participated, has limited means for acquiring large-scale customer service quality performance index data, and cannot automatically and continuously acquire effective end-to-end service quality data samples. In addition, the probe device needs to be independently customized based on customized hardware devices and is limited by NB-IoT client hardware, so that the monitoring result mainly shows the network and service quality conditions of NB clients represented by the hardware at the position where the probe is deployed, and the performance index of the whole network device cannot be truly shown.
For a real NB-IoT client device monitoring scheme, monitoring is implemented in an existing real NB network client device; however, since the NB-IoT network is designed with high capacity and low power consumption, the main deployment form is various special-purpose internet of things devices, which brings a certain difficulty to the conventional test method for directly reporting measurement data by using a user commercial terminal. In addition, the real NB client device is mainly an embedded device, and cost, power consumption and other factors are usually considered, so that it is difficult to integrate a tool (a complete monitoring scheme) occupying more memory and storage space into the common NB client device. For example, a Micro Control Unit (MCU) component of a common NB client device may only have a flash memory space of several tens of K to one or two hundred K, and a program module necessary for normal service logic, communication, etc. of the client is to be placed in such a small memory space; in addition, considering the automatic upgrade function of the NB client device, as shown in fig. 1, the common NB client device needs to reserve a flash space with a size not smaller than the size of its program for placing the downloaded upgrade package, so that the storage space of the client device is limited to be reserved for integrating additional network and service quality monitoring tools (including a monitoring program module, a monitoring data local buffer module, etc.), and therefore, no particularly good solution is available for integrating such monitoring tools or SDKs in the current network NB device. The general compromise scheme is that in the actual NB client, several simple parameters related to network quality (such as signal strength, signal-to-noise ratio, cell ID, etc.) are added in the existing partial typical service flow (i.e. using the existing data uplink interface), so that the objective of monitoring the existing network and service cannot be truly achieved.
Based on this, in various embodiments of the invention, the test tools are integrated at the NB-IoT client by reusing (multiplexing) NB-IoT client memory space (reserved for storing upgrade package files).
In the embodiment of the invention, the storage space for storing the upgrade program package by the NB-IoT client is multiplexed, so that the integration of the test tool program can be realized on the NB-IoT client, and the test tool program can be integrated on the NB-IoT client, so that the task of monitoring the service can be executed in real NB equipment and a real network, thereby ensuring the accuracy of the monitoring result.
The embodiment of the invention provides a service monitoring method applied to NB-IoT client equipment (also can be understood as NB equipment), as shown in FIG. 2, the method comprises the following steps:
step 201: the method comprises the steps that a main program in the client device invokes a test tool interface program in the client device to start the test tool program in the client device through the test tool interface program;
wherein the test tool interface program is integrated in the main program.
The basic functions of the main program are: various business logic of NB-IoT devices are completed, such as: collecting information from a smoke sensor and giving an alarm; information is collected from the water meter and uploaded, etc. In other words, the basic function refers to the original business function.
The test tool program is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of the main program.
That is, the first storage space is multiplexed.
In practical application, the first storage space may be a flash in the MCU of the NB device.
In actual application, the main program is stored in a static library mode. The test tool program is stored in the first memory space in a dynamic library manner (e.g., a. So format, etc. store).
The storage of the static library means that: the program will be linked into the object code at compile time and the static library will no longer be needed at run time.
The mode of dynamic library storage refers to: the program is not connected to the object code at the time of compiling, but is loaded only at the time of running the program, so that a dynamic library exists at the time of running the program.
In an embodiment, the test tool program is used in an SDK manner, so that the test tool program can be used by NB devices of different types, and the accuracy of the monitoring result is further ensured.
In practical application, since the first storage space is multiplexed, the main program needs to determine whether the first storage space stores the test tool program, if so, the test tool program can be started, so that the test tool program can be started in time as required.
Based on this, in an embodiment, a main program in the client device invokes a test tool interface program in the client device to launch a test tool program in the client through the test tool interface program, comprising:
the main program calls the test tool interface program to judge whether the test tool program is stored in the first storage space;
when the test tool program is determined to be stored in the first storage space, the main program calls the test tool interface program to start the test tool program through the test tool interface program.
When it is determined that the first storage space does not store the test tool program, and it is determined that equipment upgrading is not needed currently, the main program calls the test tool interface program to acquire the test tool program from a cloud platform through the test tool interface program, and stores the test tool program into the first storage space.
Here, in practical application, the cloud platform may locally store the latest version of the test tool program. Before the main program starts the local test tool program, judging whether the local test tool program is the latest version test tool program, if not, calling the test tool interface program to acquire the latest version test tool program from the cloud platform through the test tool interface program, and storing the latest version test tool program into the first storage space; and then calling the test tool interface program to start the test tool program through the test tool interface program, so that the accuracy of the monitoring task can be ensured.
Step 202: and the test tool program monitors the service according to the set task and reports the monitoring result.
Here, the test tool program is mainly responsible for monitoring the network and service quality of NB devices where the test tool program itself is located.
In the embodiment of the present invention, the test tool program reports the monitoring result to the cloud platform (also understood as a server)
In practical application, the test tool program may also buffer the monitoring result locally, so as to report to the cloud platform according to the need, for example, buffer the monitoring result locally when the set reporting time is not reached.
Based on this, in an embodiment, the method may further include:
the test tool program caches monitoring results in the first storage space;
and after the test tool program reports the monitoring result to the cloud platform, deleting the monitoring result cached in the storage space.
In the embodiment of the invention, because the first storage space is multiplexed, when the equipment needs to be upgraded, the upgrade package file to be upgraded is required to be downloaded from the cloud platform by using the first storage space for storage so as to upgrade the equipment.
Based on this, in an embodiment, the method may further include:
when the main program determines that equipment is required to be upgraded, calling the test tool interface program to delete the test tool program from the first storage space; and the main program downloads an upgrade package file to be upgraded from the cloud platform and stores the upgrade package file to the first storage space for equipment upgrade.
Here, in actual application, the main program may first obtain relevant information, such as version, verification information, etc., from the cloud platform, and use the information to determine whether the device needs to be upgraded.
When it is determined that the upgrade is required, the main program may set a flag to be upgraded, then restart the device, and call the test tool interface program after the flag to be upgraded is found by restarting, so as to delete the test tool program from the first storage space, and download an upgrade package file to be upgraded to the first storage space.
After the upgrade package file is downloaded, the main program uses the upgrade package file to be upgraded downloaded from the cloud platform to upgrade the device, and after the upgrade package file to be upgraded downloaded from the cloud platform is used to upgrade the device, the upgrade package file stored in the first storage space is deleted so as to be used for storing the test tool program later.
Correspondingly, the embodiment of the invention also provides a service monitoring method which is applied to the cloud platform and comprises the following steps:
monitoring results reported by a test tool program integrated at the NB-IoT client device are received.
In an embodiment, the method may further comprise:
a test tool program is provided to a main program of the NB-IoT client.
According to the scheme provided by the embodiment of the invention, a main program in NB-IoT client equipment invokes a test tool interface program in the client equipment so as to start the test tool program in the client equipment through the test tool interface program; monitoring the service by the test tool program according to the set task, and reporting the monitoring result; wherein the test tool interface program is integrated in the main program; the test tool program is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of the main program, and since the test tool program is integrated in the NB-IoT client device by multiplexing the storage space of the NB-IoT client device (reserved for storing the upgrade package file), the test tool program can be integrated in the NB-IoT client device because the storage space of the NB-IoT client device for storing the upgrade package is multiplexed, and since the test tool program can be integrated in the NB-IoT client device, the task of monitoring the service can be performed in a real NB device and a real network, thereby ensuring the accuracy of the monitoring result. Meanwhile, since the memory space of the NB-IoT client device is multiplexed, the problem of insufficient memory space faced by integrating the test tool program into the NB device can be solved.
In addition, the test tool program is used in an SDK mode, so that the test tool program can be used by NB equipment of different types, and the accuracy of a monitoring result is further ensured.
The present invention will be described in further detail with reference to examples of application.
In the present application embodiment, the test tool program is used in the SDK manner, so the device that performs traffic monitoring may be referred to as a test tool SDK. The test tools are stored to the NB-IoT client device in a dynamic library file (e.g., libnb. So).
The main modules of the test tool SDK need to be distributed on NB-IoT client devices and cloud platform side. Wherein,,
on the client device side, as shown in fig. 3, mainly includes: the system comprises a test tool interface module, a test tool SDK module and a test tool SDK data area. Wherein,,
the test tool interface module is an interface between the test tool SDK and the main program of the client (the test tool interface module is a function) and is mainly used for the main program to call various functions in the dynamic library. The module needs to be integrated in the main program in advance, and the module has small influence on the main program volume of the client device after being integrated because the module is only defined for an interface.
The main interface functions provided by the module are as follows:
a. interface function of self state record and state change of the client;
b. the client requests the cloud platform to download the interface function of the dynamic library of the test tool (namely the test tool program);
c. the client starts and stops the interface function of the dynamic library of the testing tool;
d. the client deletes the interface function of the local test tool dynamic library file.
The interface functions for the client self state record and state change may include: and recording the version number of the client test tool SDK so as to compare with the version number of the latest test tool SDK of the cloud platform, and upgrading the test tool SDK when the upgrade is required.
The test tool SDK module is implemented as a main functional module of the test tool, and exists in the client in a dynamic library (s, etc.).
The test tool SDK data area is a data area where the test tool SDK module temporarily caches the monitoring result (may also be understood as test report data) locally after the test tool SDK module performs the test, and the test tool SDK module deletes the monitoring result cached locally after the monitoring result is reported to the cloud platform, that is, the data area is managed by the test tool SDK module.
On the cloud platform side, as shown in fig. 4, mainly includes: the test tool SDK downloads a service module and a monitoring data uploading service module; wherein,,
and the test tool SDK download service module is used for storing the latest local test tool SDK file version and providing download upgrading service for the client equipment.
And the monitoring data uploading service module is used for receiving the monitoring result reported by the test tool SDK.
As shown in fig. 5, there are mainly five states of the client device. The various states of the client device are described in detail below in conjunction with fig. 5.
State one: after integrating the test tool interface module, the client main program starts normal starting application. As with other common NB client devices, as shown in fig. 6, the device reserves at least 1/2 of the memory space for future device upgrades before no dynamic libraries (i.e., test tools) are downloaded.
State two: in the normal use process, the main program calls the test tool interface module, and under the condition that the current client equipment is not required to be updated and the test tool SDK module is not stored locally, a request for downloading the test tool SDK module (dynamic library) is initiated to the cloud platform; the dynamic library is stored locally after the download is completed, as shown in fig. 7.
State three: after the SDK download is successfully completed locally, the main program starts a test tool SDK module through an interface of the test tool interface module, and the test tool SDK module starts to work and executes conventional monitoring according to preset tasks; submitting the generated monitoring report data through monitoring data uploading service of the cloud platform according to a certain rule, and pre-storing an uncommitted monitoring report in a local storage (a test tool SDK data area) so as to submit the uncommitted monitoring report data when the operation is next suitable, as shown in fig. 8; the data in the local temporary data area will be rejected after commit is complete.
State four: the main program discovers that the main application program of the client device needs to be upgraded, and the main program firstly sets a mark to be upgraded and then restarts the device once. After the state of the mark to be upgraded is found after restarting, the main program calls the test tool interface module to delete the locally stored test tool SDK module and starts to download the upgrade package file of the main application program. The main application upgrade package file will be saved in the memory space previously storing the test tool SDK module to multiplex the portion of memory space as shown in fig. 9.
State five: after the upgrade package preparation is completed, restarting and loading the upgraded main application program once, and deleting the corresponding upgrade package file, as shown in fig. 10. The data in the test report data area that is not uploaded by the test tool SDK module will continue to be retained locally for upload by the subsequently stored test tool SDK module.
As can be seen from the above description, in the solution of the embodiment of the present invention, the test tool SDK is integrated in the real NB-IoT client device by using a dynamic link library, and by multiplexing the storage space reserved by the existing client device for storing the upgrade package file, the test tool SDK that provides the standardized interface is implemented in the dynamic link library, so that when the main application program needs to be upgraded, the test tool SDK can be temporarily removed to make a necessary storage space; after the upgrade is finished, the test tool is dynamically downloaded to the local installation and operation through the cloud platform, and the problem of insufficient storage space for integrating the test tool to the client is solved.
The scheme of the embodiment of the invention can be implemented in NB-IoT client equipment supporting a dynamic library, and the defect that monitoring tasks are executed mainly by placing custom-developed test probes is avoided; the monitoring task is executed in the real NB equipment and the real network, so that the accuracy of a monitoring result can be ensured.
In order to implement the method of the embodiment of the present invention, the embodiment of the present invention further provides a service monitoring apparatus, which is disposed in an NB-IoT client device, as shown in fig. 11, and includes: a main program module 111, a test tool interface program module 112, and a test tool program module 113; wherein,,
the main program module 111 is configured to call the test tool interface program module 112 to start the test tool program module 113 through the test tool interface program module 112;
the test tool program module 113 is configured to monitor a service according to a set task after being started, and report a monitoring result; wherein the test tool interface program module 112 is integrated in the main program module 111; the test tool program corresponding to the test tool program module 113 is stored in the first storage space in the client; the first storage space can be used to store an upgrade package file to be upgraded of the main program corresponding to the main program module 111.
In one embodiment, the main program module 111 is specifically configured to:
invoking the test tool interface program module 112 to determine whether the test tool program is stored in the first storage space;
when it is determined that the test tool program is stored in the first storage space, the test tool interface program module 112 is called to start the test tool program module 113 through the test tool interface program module 112.
Wherein, the main program module 111 is further configured to:
and when the fact that the testing tool program is not stored in the first storage space is determined, and the fact that equipment upgrading is not needed currently is determined, calling the testing tool interface program module 112 to acquire the testing tool program from a cloud platform through the testing tool interface program module 112, and storing the testing tool program into the first storage space.
In one embodiment, the test tool program module 113 is further configured to:
caching monitoring results in the first storage space;
and deleting the monitoring result cached in the storage space after reporting the monitoring result to the cloud platform.
In one embodiment, the main program module 111 is further configured to:
when it is determined that equipment upgrade is required, the test tool interface program module 112 is called to delete the test tool program from the first storage space; and downloading an upgrade package file to be upgraded from the cloud platform, and storing the upgrade package file to the first storage space for equipment upgrade.
In one embodiment, the main program module 111 is further configured to:
and deleting the upgrade package file stored in the first storage space after the equipment is upgraded by using the upgrade package file to be upgraded, which is downloaded from the cloud platform, so as to be used for storing the test tool program later.
In practical applications, the main program module 111, the test tool interface program module 112, and the test tool program module 113 may be implemented by a processor in the service monitoring device.
It should be noted that: in the service monitoring device provided in the above embodiment, only the division of each program module is used for illustration, and in practical application, the processing allocation may be completed by different program modules according to needs, that is, the internal structure of the device is divided into different program modules, so as to complete all or part of the processing described above. In addition, the service monitoring device and the service monitoring method provided in the foregoing embodiments belong to the same concept, and specific implementation processes of the service monitoring device and the service monitoring method are detailed in the method embodiments, which are not repeated herein.
Based on the hardware implementation of the program modules, and in order to implement the method of the embodiment of the present invention, the embodiment of the present invention further provides a service monitoring apparatus, as shown in fig. 12, where the NB-IoT client device 120 includes:
a communication interface 121 capable of information interaction with other devices such as a cloud platform and the like;
the processor 122 is connected to the communication interface 121 to implement information interaction with the cloud platform, and is configured to execute the method provided by one or more technical solutions on the NB-IoT client device side when running the computer program. And the computer program is stored on the memory 123.
It should be noted that: the specific processing procedure of the processor 122 is detailed in the method embodiment, and will not be described herein.
Of course, in actual use, the various components in the NB-IoT client device 120 are coupled together through the bus system 124. It is understood that bus system 124 is used to enable connected communications between these components. The bus system 124 includes a power bus, a control bus, and a status signal bus in addition to the data bus. But for clarity of illustration the various buses are labeled as bus system 124 in fig. 12.
The method disclosed in the above embodiment of the present invention may be applied to the processor 122 or implemented by the processor 122. The processor 122 may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in the processor 122 or by instructions in the form of software. The processor 122 may be a general purpose processor, a digital signal processor (DSP, digital Signal Processor), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The processor 122 may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present invention. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiment of the invention can be directly embodied in the hardware of the decoding processor or can be implemented by combining hardware and software modules in the decoding processor. The software modules may be located in a storage medium located in memory 123. The processor 122 reads information from the memory 123 and, in combination with its hardware, performs the steps of the method described above.
In an example embodiment, the NB-IoT client device 120 may be implemented by one or more application specific integrated circuits (ASIC, application Specific Integrated Circuit), DSPs, programmable logic devices (PLDs, programmable Logic Device), complex programmable logic devices (CPLDs, complex Programmable Logic Device), field programmable gate arrays (FPGAs, field-Programmable Gate Array), general purpose processors, controllers, microcontrollers (MCUs, micro Controller Unit), microprocessors (microprocessors), or other electronic elements for performing the foregoing methods.
It will be appreciated that the memory 123 of embodiments of the invention can be either volatile memory or nonvolatile memory, and can include both volatile and nonvolatile memory. Wherein the nonvolatile Memory may be Read Only Memory (ROM), programmable Read Only Memory (PROM, programmable Read-Only Memory), erasable programmable Read Only Memory (EPROM, erasable Programmable Read-Only Memory), electrically erasable programmable Read Only Memory (EEPROM, electrically Erasable Programmable Read-Only Memory), magnetic random access Memory (FRAM, ferromagnetic random access Memory), flash Memory (Flash Memory), magnetic surface Memory, optical disk, or compact disk Read Only Memory (CD-ROM, compact Disc Read-Only Memory); the magnetic surface memory may be a disk memory or a tape memory. The volatile memory may be random access memory (RAM, random Access Memory), which acts as external cache memory. By way of example, and not limitation, many forms of RAM are available, such as static random access memory (SRAM, static Random Access Memory), synchronous static random access memory (SSRAM, synchronous Static Random Access Memory), dynamic random access memory (DRAM, dynamic Random Access Memory), synchronous dynamic random access memory (SDRAM, synchronous Dynamic Random Access Memory), double data rate synchronous dynamic random access memory (ddr SDRAM, double Data Rate Synchronous Dynamic Random Access Memory), enhanced synchronous dynamic random access memory (ESDRAM, enhanced Synchronous Dynamic Random Access Memory), synchronous link dynamic random access memory (SLDRAM, syncLink Dynamic Random Access Memory), direct memory bus random access memory (DRRAM, direct Rambus Random Access Memory). The memory described by embodiments of the present invention is intended to comprise, without being limited to, these and any other suitable types of memory.
In order to implement the method of the embodiment of the present invention, the embodiment of the present invention further provides a service monitoring system, as shown in fig. 13, where the system includes: NB-IoT client device 131 and cloud platform 132; wherein,,
the main program in the client device 131 invokes the test tool interface program in the client device 131 to start the test tool program in the client device 131 through the test tool interface program; monitoring the service by the test tool program according to the set task, and reporting the monitoring result to the cloud platform 132; wherein the test tool interface program is integrated in the main program; the test tool program is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of the main program;
the cloud platform 132 is configured to receive the monitoring result reported by the client device 131.
The specific processing procedures of the client device 131 and the cloud platform 132 are described in detail above, and will not be described herein.
In an exemplary embodiment, the present embodiment further provides a storage medium, i.e., a computer storage medium, in particular a computer readable storage medium, for example, comprising a memory 123 storing a computer program executable by the processor 122 of the NB-IoT client device 120 to perform the steps of the NB-IoT client device-side method described above. The computer readable storage medium may be FRAM, ROM, PROM, EPROM, EEPROM, flash Memory, magnetic surface Memory, optical disk, or CD-ROM.
In addition, the embodiments of the present invention may be arbitrarily combined without any collision.
The foregoing description is only of the preferred embodiments of the present invention, and is not intended to limit the scope of the present invention.
Claims (12)
1. A traffic monitoring method, applied to a narrowband internet of things, NB-IoT, client device, the method comprising:
the method comprises the steps that a main program in the client device invokes a test tool interface program in the client device to start the test tool program in the client device through the test tool interface program;
monitoring the service by the test tool program according to the set task, and reporting the monitoring result; wherein the test tool interface program is integrated in the main program; the test tool program is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of the main program; wherein,,
a host program in the client device invokes a test tool interface program in the client device to launch the test tool program in the client device through the test tool interface program, comprising:
the main program calls the test tool interface program to judge whether the test tool program is stored in the first storage space;
when the test tool program is determined to be stored in the first storage space, the main program calls the test tool interface program so as to start the test tool program through the test tool interface program;
the method further comprises the steps of:
when the fact that the testing tool program is not stored in the first storage space is determined, and the fact that equipment upgrading is not needed currently is determined, the main program calls the testing tool interface program, the testing tool program is obtained from a cloud platform through the testing tool interface program, and the testing tool program is stored in the first storage space.
2. The method of claim 1, wherein the test tool program is stored in the first memory space in a dynamic library.
3. The method according to claim 1, wherein the method further comprises:
the test tool program caches monitoring results in the first storage space;
and after the test tool program reports the monitoring result to the cloud platform, deleting the monitoring result cached in the storage space.
4. The method according to claim 1, wherein the method further comprises:
when the main program determines that equipment is required to be upgraded, calling the test tool interface program to delete the test tool program from the first storage space; and the main program downloads an upgrade package file to be upgraded from the cloud platform and stores the upgrade package file to the first storage space for equipment upgrade.
5. The method according to claim 4, wherein the method further comprises:
and after the main program upgrades the equipment by using the upgrade package file to be upgraded, which is downloaded from the cloud platform, deleting the upgrade package file stored in the first storage space.
6. The method of claim 1, wherein the test tool program is used in an SDK manner.
7. A traffic monitoring apparatus disposed at an NB-IoT client device, comprising: a main program module, a test tool interface program module, and a test tool program module; wherein,,
the main program module is used for calling the test tool interface program module to start the test tool program module through the test tool interface program module;
the test tool program module is used for monitoring the service according to the set task after being started, and reporting the monitoring result; wherein the test tool interface program module is integrated in the main program module; the test tool program corresponding to the test tool program module is stored in a first storage space in the client; the first storage space can be used for storing an upgrade package file to be upgraded of a main program corresponding to the main program module; wherein,,
the main program module is specifically configured to:
invoking the test tool interface program module to determine whether the test tool program is stored in the first storage space;
when the first storage space is determined to store the test tool program, calling the test tool interface program module to start the test tool program module through the test tool interface program module;
the main program module is further configured to:
and when the fact that the testing tool program is not stored in the first storage space is determined, and the fact that equipment upgrading is not needed currently is determined, calling the testing tool interface program module to acquire the testing tool program from a cloud platform through the testing tool interface program module, and storing the testing tool program into the first storage space.
8. The apparatus of claim 7, wherein the test tool program is stored in the first memory space in a dynamic library.
9. The apparatus of claim 7, wherein the main program module is further configured to:
when equipment upgrading is determined to be needed, calling the test tool interface program to delete the test tool program from the first storage space; and the main program downloads an upgrade package file to be upgraded from the cloud platform and stores the upgrade package file to the first storage space for equipment upgrade.
10. The apparatus of claim 9, wherein the main program module is further configured to:
and deleting the upgrade package file stored in the first storage space after the equipment is upgraded by using the upgrade package file to be upgraded, which is downloaded from the cloud platform.
11. An NB-IoT client device, comprising: a processor and a memory for storing a computer program capable of running on the processor,
wherein the processor is adapted to perform the steps of the method of any of claims 1 to 6 when the computer program is run.
12. A storage medium having stored thereon a computer program, which when executed by a processor performs the steps of the method according to any of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811595410.XA CN111367749B (en) | 2018-12-25 | 2018-12-25 | Service monitoring method, device, related equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811595410.XA CN111367749B (en) | 2018-12-25 | 2018-12-25 | Service monitoring method, device, related equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111367749A CN111367749A (en) | 2020-07-03 |
| CN111367749B true CN111367749B (en) | 2023-05-05 |
Family
ID=71206044
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811595410.XA Active CN111367749B (en) | 2018-12-25 | 2018-12-25 | Service monitoring method, device, related equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111367749B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6851076B1 (en) * | 2000-09-28 | 2005-02-01 | Agilent Technologies, Inc. | Memory tester has memory sets configurable for use as error catch RAM, Tag RAM's, buffer memories and stimulus log RAM |
| CN101969502A (en) * | 2010-10-13 | 2011-02-09 | 华为终端有限公司 | Mobile terminal service recovering method and mobile terminal |
| CN102855152A (en) * | 2012-09-10 | 2013-01-02 | 青岛海信传媒网络技术有限公司 | Method and system for upgrading resource files in application programs |
| CN103313231A (en) * | 2013-07-03 | 2013-09-18 | 百度在线网络技术（北京）有限公司 | Method, system and server for upgrading application program in mobile terminal |
| WO2018041061A1 (en) * | 2016-08-29 | 2018-03-08 | 深圳市中兴微电子技术有限公司 | Onboard device upgrade method, device, system and computer storage medium |
| CN107919992A (en) * | 2017-11-21 | 2018-04-17 | 桂林爱家购股份有限公司 | A kind of client upgrade-system and method |
-
2018
- 2018-12-25 CN CN201811595410.XA patent/CN111367749B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6851076B1 (en) * | 2000-09-28 | 2005-02-01 | Agilent Technologies, Inc. | Memory tester has memory sets configurable for use as error catch RAM, Tag RAM's, buffer memories and stimulus log RAM |
| CN101969502A (en) * | 2010-10-13 | 2011-02-09 | 华为终端有限公司 | Mobile terminal service recovering method and mobile terminal |
| CN102855152A (en) * | 2012-09-10 | 2013-01-02 | 青岛海信传媒网络技术有限公司 | Method and system for upgrading resource files in application programs |
| CN103313231A (en) * | 2013-07-03 | 2013-09-18 | 百度在线网络技术（北京）有限公司 | Method, system and server for upgrading application program in mobile terminal |
| WO2018041061A1 (en) * | 2016-08-29 | 2018-03-08 | 深圳市中兴微电子技术有限公司 | Onboard device upgrade method, device, system and computer storage medium |
| CN107919992A (en) * | 2017-11-21 | 2018-04-17 | 桂林爱家购股份有限公司 | A kind of client upgrade-system and method |
Non-Patent Citations (2)
| Title |
|---|
| 李永 ; 李芙玲 ; .基于STM32单片机的监控终端程序代码远程升级功能的实现.华北科技学院学报.2016,(03),全文. * |
| 赵立君 ; 种 ; 董鹏 ; 严国娇 ; .基于用户体验的4G端到端业务与网络质量测试工具.电信工程技术与标准化.2017,(10),全文. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111367749A (en) | 2020-07-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108829593B (en) | Code coverage rate calculation and analysis method, device, equipment and storage medium | |
| CN112968789B (en) | Data acquisition method, device, computer equipment and computer readable medium | |
| CN112363742A (en) | Firmware system upgrading method, device, equipment and medium | |
| CN110647460B (en) | Test resource management method and device and test client | |
| CN112328419A (en) | Test case generation method and device for remote procedure call interface, storage medium and electronic equipment | |
| CN112115005B (en) | Test data acquisition method and device, computer equipment and storage medium | |
| CN112463301B (en) | Container-based model training test tuning and deployment method and device | |
| CN113448854A (en) | Regression testing method and device | |
| CN113485918A (en) | Test method, test device, electronic equipment and storage medium | |
| CN104301916B (en) | Test optimization method, apparatus and system based on mobile intelligent terminal universal card | |
| CN112148559A (en) | Mobile APP power consumption test method, device and system, acquisition end and test end | |
| CN110569046B (en) | Data processing method, device, equipment and storage medium | |
| CN113934885A (en) | ADAS video data recharge performance verification system and method based on local area network | |
| CN111367749B (en) | Service monitoring method, device, related equipment and storage medium | |
| CN113127472A (en) | Real-time duplication-removing counting method and system for large-reporting-quantity drivers | |
| CN116150011A (en) | Code coverage data processing method, apparatus, medium and computer program product | |
| CN109271309B (en) | Method and device for automatically testing software, server, equipment and storage medium | |
| CN116089209A (en) | Database capacity management method and device | |
| CN109766235A (en) | Configuration file detection method, system, equipment and medium based on software supervision | |
| CN110865931A (en) | Simulation method, simulation device, electronic device, and storage medium | |
| CN115221184A (en) | Basic geographic data sending method, device, equipment and computer readable medium | |
| CN114118440A (en) | Model iteration method, model iteration device, electronic equipment and computer readable storage medium | |
| CN114138631A (en) | Test method and test device | |
| CN115437910A (en) | Vehicle offline detection method and device, vehicle, management equipment and storage medium | |
| CN113392005A (en) | Large file processing test method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |