CN106027757B - Device and method for distributed reporting of mobile terminal data - Google Patents

Device and method for distributed reporting of mobile terminal data Download PDF

Info

Publication number
CN106027757B
CN106027757B CN201610280919.XA CN201610280919A CN106027757B CN 106027757 B CN106027757 B CN 106027757B CN 201610280919 A CN201610280919 A CN 201610280919A CN 106027757 B CN106027757 B CN 106027757B
Authority
CN
China
Prior art keywords
app
data
apps
alternative
central control
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
Application number
CN201610280919.XA
Other languages
Chinese (zh)
Other versions
CN106027757A (en
Inventor
黄小峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nubia Technology Co Ltd
Original Assignee
Nubia Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN201610280919.XA priority Critical patent/CN106027757B/en
Publication of CN106027757A publication Critical patent/CN106027757A/en
Application granted granted Critical
Publication of CN106027757B publication Critical patent/CN106027757B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72445User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for supporting Internet browser applications

Abstract

The invention discloses a device and a method for the distributed reporting of mobile terminal data, which relate to the technical field of mobile terminals, and the device comprises: the definition module is used for defining the APP containing the data statistics SDK in the mobile terminal as an alternative APP; the election module is used for election one APP from all the alternative APPs as a central control APP; the acquisition and uploading module is used for acquiring data in all the alternative APPs through the central control APP and uploading the data in a unified manner.

Description

Device and method for distributed reporting of mobile terminal data
Technical Field
The invention relates to the technical field of mobile terminals, in particular to a device and a method for distributed reporting of mobile terminal data.
Background
For the purpose of operation, the mobile APP can count the use habits of users in the use process, the recorded data is reported to the server, the server excavates the data, a Development plan of the next version is formulated according to the result, the current method in the industry is to integrate data statistics SDK (Software Development Kit) in the mobile APP, the SDK independently uploads the collected data to the server, each APP independently reports the data and needs to be connected with a network, the electric quantity loss of the mobile phone can be caused, meanwhile, the reported data contains a lot of repeated basic data, and the waste of the flow can be caused.
Some hardware manufacturers report the data acquired by each APP to a central control APP in a unified manner, so that the problems of electric quantity and network can be solved, but the occupation of a memory is increased along with the introduction of a new APP.
Disclosure of Invention
The invention mainly aims to provide a device and a method for distributed reporting of mobile terminal data, wherein a central control APP is generated in an election mode to manage and control statistical data of each APP, and the effects of saving electricity, saving flow and reducing memory are achieved.
In order to achieve the above object, the present invention provides a device for reporting data of a mobile terminal in a distributed manner, which is characterized by comprising:
the definition module is used for defining the APP containing the data statistics SDK in the mobile terminal as an alternative APP; (ii) a
The election module is used for election one APP from all the alternative APPs as a central control APP;
and the acquisition and uploading module is used for acquiring data in all the alternative APPs through the central control APP and uploading the data in a unified manner.
Optionally, the election module includes:
the sequencing unit is used for sequencing all the alternative APPs;
a comparing unit, configured to perform election in sequence with subsequent candidate APPs starting from a first candidate APP, compare weights of relevant information of two candidate APPs being elected, where a candidate APP corresponding to relevant information with a larger weight is a winning APP, and transmit an election result of a previous election to the winning APP;
and the traversing unit is used for traversing all the alternative APPs to obtain a unique winning APP as the central control APP.
Optionally, the election module further includes:
and the result sending unit is used for sending the final election result to all the alternative APPs by the central control APP.
Optionally, the data structure of the related information includes: parameters of the data type, values of the parameters, and weights of the data type.
Optionally, the parameters of the data type include: the APP triggering frequency, whether the APP is built-in or not and the average use duration; and the weight of the data type is obtained through big data collected by the server.
On the other hand, the provided method for the distributed reporting of the mobile terminal data comprises the following steps:
defining an APP containing a data statistics SDK in the mobile terminal as an alternative APP;
one APP is selected from all the alternative APPs as a central control APP;
and collecting data in all the alternative APPs through the central control APP, and uploading the data in the alternative APPs uniformly.
Optionally, the step of selecting one APP from all the candidate APPs as a central control APP includes:
sequencing all the alternative APPs;
sequentially carrying out election with later alternative APPs from a first alternative APP, comparing the weights of the relevant information of the two alternative APPs which are being elected, wherein the alternative APP corresponding to the relevant information with larger weight is the winning APP, and transmitting the election result of each time to the winning APP;
and traversing all the alternative APPs to obtain a unique winning APP as the central control APP.
Optionally, traversing all the alternative APPs to obtain a single winning APP, and after the winning APP is used as a central control APP, acquiring data in all the alternative APPs through the central control APP, and uniformly uploading the data before further including:
and the central control APP sends the final election result to all the alternative APPs.
Optionally, the data structure of the related information includes: parameters of the data type, values of the parameters, and weights of the data type.
Optionally, the parameters of the data type include: the APP triggering frequency, whether the APP is built-in or not and the average use duration; and the weight of the data type is obtained through big data collected by the server.
The invention provides a device and a method for the distributed reporting of mobile terminal data, wherein the device comprises: the definition module is used for defining the APP containing the data statistics SDK in the mobile terminal as an alternative APP; the election module is used for election one APP from all the alternative APPs as a central control APP; the acquisition and uploading module is used for acquiring data in all the alternative APPs through the central control APP and uploading the data in a unified manner.
Drawings
Fig. 1 is a schematic diagram of a hardware structure of an alternative mobile terminal for implementing various embodiments of the present invention;
FIG. 2 is a diagram of a wireless communication system for the mobile terminal shown in FIG. 1;
fig. 3 is a block diagram illustrating an exemplary structure of a device for distributed reporting of mobile terminal data according to an embodiment of the present invention;
fig. 4 is a block diagram illustrating an exemplary structure of a device for distributed reporting of mobile terminal data according to a second embodiment of the present invention;
fig. 5 is a flowchart of a method for distributed reporting of mobile terminal data according to a third embodiment of the present invention;
fig. 6 is a schematic diagram of distribution of APPs of a mobile terminal according to a third embodiment of the present invention;
fig. 7 is a schematic diagram of APP election of a mobile terminal according to a third embodiment of the present invention;
fig. 8 is a flowchart of a method for distributed reporting of mobile terminal data according to a fourth embodiment of the present invention.
The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.
The mobile terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a navigation device, and the like, and a stationary terminal such as a digital TV, a desktop computer, and the like. In the following, it is assumed that the terminal is a mobile terminal. However, it will be understood by those skilled in the art that the configuration according to the embodiment of the present invention can be applied to a fixed type terminal in addition to elements particularly used for moving purposes.
Fig. 1 is a schematic diagram of a hardware structure of an optional mobile terminal for implementing various embodiments of the present invention.
The mobile terminal 100 may include a wireless communication unit 110, an a/V (audio/video) input unit 120, a user input unit 130, an output unit 150, a memory 160, an interface unit 170, a controller 180, and a power supply unit 190, and the like. Fig. 1 illustrates a mobile terminal having various components, but it is to be understood that not all illustrated components are required to be implemented. More or fewer components may alternatively be implemented. Elements of the mobile terminal will be described in detail below.
The wireless communication unit 110 typically includes one or more components that allow radio communication between the mobile terminal 100 and a wireless communication system or network. For example, the wireless communication unit may include at least one of a mobile communication module 112, a wireless internet module 113, and a short-range communication module 114.
The mobile communication module 112 transmits and/or receives radio signals to and/or from at least one of a base station (e.g., access point, node B, etc.), an external terminal, and a server. Such radio signals may include voice call signals, video call signals, or various types of data transmitted and/or received according to text and/or multimedia messages.
The wireless internet module 113 supports wireless internet access of the mobile terminal. The module may be internally or externally coupled to the terminal. The wireless internet access technology to which the module relates may include WLAN (wireless LAN) (Wi-Fi), Wibro (wireless broadband), Wimax (worldwide interoperability for microwave access), HSDPA (high speed downlink packet access), and the like.
The short-range communication module 114 is a module for supporting short-range communication. Some examples of short-range communication technologies include bluetooth (TM), Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), zigbee (TM), and the like.
The a/V input unit 120 is used to receive an audio or video signal.
The user input unit 130 may generate key input data according to a command input by a user to control various operations of the mobile terminal. The user input unit 130 allows a user to input various types of information, and may include a keyboard, dome sheet, touch pad (e.g., a touch-sensitive member that detects changes in resistance, pressure, capacitance, and the like due to being touched), scroll wheel, joystick, and the like.
The interface unit 170 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The identification module may store various information for authenticating a user using the mobile terminal 100 and may include a User Identity Module (UIM), a Subscriber Identity Module (SIM), a Universal Subscriber Identity Module (USIM), and the like. In addition, a device having an identification module (hereinafter, referred to as an "identification device") may take the form of a smart card, and thus, the identification device may be connected with the mobile terminal 100 via a port or other connection means. The interface unit 170 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal and the external device.
In addition, when the mobile terminal 100 is connected with an external cradle, the interface unit 170 may serve as a path through which power is supplied from the cradle to the mobile terminal 100 or may serve as a path through which various command signals input from the cradle are transmitted to the mobile terminal. Various command signals or power input from the cradle may be used as signals for recognizing whether the mobile terminal is accurately mounted on the cradle. The output unit 150 is configured to provide output signals (e.g., audio signals, video signals, alarm signals, vibration signals, etc.) in a visual, audio, and/or tactile manner.
The memory 160 may store software programs and the like for processing and controlling operations performed by the controller 180, or may temporarily store data (e.g., a phonebook, messages, still images, videos, and the like) that has been or will be output. Also, the memory 160 may store data regarding various ways of vibration and audio signals output when a touch is applied to the touch screen.
The memory 160 may include at least one type of storage medium including a flash memory, a hard disk, a multimedia card, a card-type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. Also, the mobile terminal 100 may cooperate with a network storage device that performs a storage function of the memory 160 through a network connection.
The controller 180 generally controls the overall operation of the mobile terminal. For example, the controller 180 performs control and processing related to voice calls, data communications, video calls, and the like.
The power supply unit 190 receives external power or internal power and provides appropriate power required to operate various elements and components under the control of the controller 180.
The various embodiments described herein may be implemented in a computer-readable medium using, for example, computer software, hardware, or any combination thereof. For a hardware implementation, the embodiments described herein may be implemented using at least one of an Application Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a processor, a controller, a microcontroller, a microprocessor, an electronic unit designed to perform the functions described herein, and in some cases, such embodiments may be implemented in the controller 180. For a software implementation, the implementation such as a process or a function may be implemented with a separate software module that allows performing at least one function or operation. The software codes may be implemented by software applications (or programs) written in any suitable programming language, which may be stored in the memory 160 and executed by the controller 180.
Up to this point, mobile terminals have been described in terms of their functionality. Hereinafter, a slide-type mobile terminal among various types of mobile terminals, such as a folder-type, bar-type, swing-type, slide-type mobile terminal, and the like, will be described as an example for the sake of brevity. Accordingly, the present invention can be applied to any type of mobile terminal, and is not limited to a slide type mobile terminal.
Referring to fig. 2, the CDMA wireless communication system may include a plurality of mobile terminals 100, a plurality of Base Stations (BSs) 270, Base Station Controllers (BSCs) 275, and a Mobile Switching Center (MSC) 280. The MSC280 is configured to interface with a Public Switched Telephone Network (PSTN) 290. The MSC280 is also configured to interface with a BSC275, which may be coupled to the base station 270 via a backhaul. The backhaul may be constructed according to any of several known interfaces including, for example, E1/T1, ATM, IP, PPP, frame Relay, HDSL, ADSL, or xDSL. It will be understood that a system as shown in fig. 2 may include multiple BSCs 2750.
Each BS270 may serve one or more sectors (or regions), each sector covered by a multi-directional antenna or an antenna pointing in a particular direction being radially distant from the BS 270. Alternatively, each partition may be covered by two or more antennas for diversity reception. Each BS270 may be configured to support multiple frequency allocations, with each frequency allocation having a particular frequency spectrum (e.g., 1.25MHz,5MHz, etc.).
The intersection of partitions with frequency allocations may be referred to as a CDMA channel. The BS270 may also be referred to as a Base Transceiver Subsystem (BTS) or other equivalent terminology. In such a case, the term "base station" may be used to generically refer to a single BSC275 and at least one BS 270. The base stations may also be referred to as "cells". Alternatively, each sector of a particular BS270 may be referred to as a plurality of cell sites.
As shown in fig. 2, a Broadcast Transmitter (BT)295 transmits a broadcast signal to the mobile terminal 100 operating within the system. A broadcast receiving module 111 as shown in fig. 1 is provided at the mobile terminal 100 to receive a broadcast signal transmitted by the BT 295. In fig. 2, several Global Positioning System (GPS) satellites 300 are shown. The satellite 300 assists in locating at least one of the plurality of mobile terminals 100.
In fig. 2, a plurality of satellites 300 are depicted, but it is understood that useful positioning information may be obtained with any number of satellites.
As a typical operation of the wireless communication system, the BS270 receives reverse link signals from various mobile terminals 100. The mobile terminal 100 is generally engaged in conversations, messaging, and other types of communications. Each reverse link signal received by a particular base station 270 is processed within the particular BS 270. The obtained data is forwarded to the associated BSC 275. The BSC provides call resource allocation and mobility management functions including coordination of soft handoff procedures between BSs 270. The BSCs 275 also route the received data to the MSC280, which provides additional routing services for interfacing with the PSTN 290. Similarly, the PSTN290 interfaces with the MSC280, the MSC interfaces with the BSCs 275, and the BSCs 275 accordingly control the BS270 to transmit forward link signals to the mobile terminal 100.
Based on the above mobile terminal hardware structure and communication system, the present invention provides various embodiments of the method.
Example one
As shown in fig. 3, in this embodiment, an apparatus for distributed reporting of mobile terminal data is characterized in that the apparatus includes:
a defining module 10, configured to define an APP containing a data statistics SDK in a mobile terminal as an alternative APP;
an election module 20, configured to elect an APP from all candidate APPs as a central control APP;
and the acquisition and uploading module 30 is used for acquiring data in all the alternative APPs through the central control APP and uploading the data in a unified manner.
This embodiment produces a well accuse APP through the mode of selecting contesting, and the statistical data of each APP of management and control has reached the effect of power saving, saving flow, reduction memory.
In this embodiment, as shown in fig. 6, a plurality of APPs are stored in the ROM of the mobile terminal, the data statistics SDK is integrated into the APPs to count the start information, page information, event click information, and CRASH information of the APPs, the central control APP is also referred to as a data centralized reporting APP, which can be regarded as a common APP or a special APP, and is generated by comparing related parameters between the APPs, and functions to receive the data of the APPs integrated with the SDK, store and upload the data to the cloud in a unified manner, thereby achieving the purpose of reducing power consumption.
In this embodiment, the election process among the APPs is as follows, the APPs sequentially send their own related information, such as trigger frequency, whether the APP is a built-in APP, average usage duration, and the like, to other APPs installed with the SDK, the receiver compares their own information with the information (each type of data is assigned a certain weight), the alternative APP corresponding to the related information with a larger weight is the winning APP, a result is returned to the sender, if the sender finds that the information cannot be winning, the round of inquiry is terminated, and the alternative APP cannot be used as a central control APP, and a result of comparison of the other party is waited; if the returned result shows that the APP wins, the round-robin comparison is continued, when the comparison with all other APPs wins, the APP is the central control APP, and otherwise, the selected result of the central control APP is waited.
In this embodiment, APPs including a data statistics SDK in a mobile terminal are defined as alternative APPs by a definition module, each alternative APP has a chance of being selected as a central control APP, but only one APP in one mobile terminal becomes the central control APP, the APP detects whether the APP is the central control APP when starting, if so, the acquired data is stored in a database of the APP, and when all data are acquired or a command for uploading data is received, the data in the database is sent to a cloud; otherwise, sending a query instruction to other SDK-integrated APPs, finding the central control APP once the query is successful, and transmitting the acquired data to the central control APP in a cross-process mode.
As shown in fig. 7, in order to reduce repeated queries, after the last APP fails to control the APP in the race, the result that the last APP has compared before is transmitted to the next APP, and as the APP1 in fig. 7 reports the result that the APP2 and the APP3 have been PK-dropped to the APP4, the APP4 only needs to start comparison from the APP 5; such a comparison is extended as if it were a neural network structure to quickly obtain the results of the final comparison, and when APP10 finds that it is not already better suited than itself to do the results of the central control APP, the results are broadcast to each APP so that the final central control APP is generated.
In this embodiment, the acquisition and upload module 30 is configured to acquire data in all the alternative APPs through the central control APP, and when all the data are acquired or a command for uploading data is received, send the data in the database to the cloud.
In the prior art, each APP integrated with the SDK needs to acquire common device information: the IMEI number, the MAC address, the terminal manufacturer, the operating system version, the terminal model and the like of the mobile phone are reported to the server, so that a lot of redundant data are undoubtedly added, and in the scheme, one central control APP is selected for unified collection, so that the consumed flow can be saved; moreover, each APP integrated with the SDK can serve as a center for uploading data, an independent central control APP is not required to be introduced, and therefore one APK can be reduced, so that the memory of the mobile phone is saved.
In this embodiment, the data structure of the related information includes: parameters of the data type, values of the parameters, and weights of the data type.
In this embodiment, the parameters of the data type include: the APP triggering frequency, whether the APP is built-in or not and the average use duration; and the weight of the data type is obtained through big data collected by the server.
In the embodiment, an elimination type election mode is adopted, and election results are stored in winning APPs, so that repeated inquiry among the APPs is reduced, and election efficiency is improved. Meanwhile, a data structure with strong expansibility is constructed, backward compatibility is fully considered, the problem caused by upgrading is reduced, and the memory occupation is reduced.
Because various types of data can be collected in the comparison process, different field information needs to be stored in each type of data, the importance of each type of data is different, and with the update of the version, more important information can be added, so that a data table for storage needs to be continuously expanded, and the coupling is improved.
Therefore, a packaged general data format is defined, if the SDK generates new data, the database does not need to be upgraded, and only the SDK needs to send the data according to the data format in the following table.
Installation time APP Package name Version information Extension information
installTime packageName version extra
We can define a common format data format such as (not just as follows):
(param1,value1,weight 1),(param2,value2,weight2),…,
(paramn-1,valuen-1,weightn-1)),(paramn,valuen,weightn)
param represents parameters of certain type of data, such as the trigger frequency of APP, whether built-in APP exists, average use duration and the like, and value represents the value of parameter param, such as once in 30 seconds, 3 days before and 20 minutes.
weight represents the weight of certain type of data, because the importance of each type of data is different and changes with the time, the value of the weight is obtained from the server, and the server can continuously update the weight of each type of data by using the collected big data.
For example, if the APP is a built-in APP, the APP is more likely to become a central control APP compared with a third-party APP, because the built-in APP is not allowed to be unloaded, the stability is good, and the third-party APP can be unloaded at any time.
The format of the data is not necessarily required to be the above format, and may be any type as long as the parameters and values of the data can be distinguished, for example, the json format can also meet the requirement.
In the embodiment, a data structure with strong expansibility is constructed, backward compatibility is fully considered, the problem caused by upgrading is reduced, and the memory occupation is reduced.
Example two
As shown in fig. 4, in this embodiment, based on the first embodiment, the election module 20 includes:
a sorting unit 21, configured to sort all the alternative APPs;
a comparing unit 22, configured to perform election in sequence with the subsequent candidate APPs starting from the first candidate APP, compare weights of relevant information of the two candidate APPs being elected, where the candidate APP corresponding to the relevant information with the larger weight is the winning APP, and transmit an election result of the previous election to the winning APP;
and the traversing unit 23 is configured to traverse all the alternative APPs to obtain a single winning APP, which is used as the central control APP.
In this embodiment, the election module 20 further includes:
and a result sending unit 24, configured to send the final election result to all the candidate APPs by the central control APP.
In this embodiment, the data structure of the related information includes: parameters of the data type, values of the parameters, and weights of the data type.
In this embodiment, the parameters of the data type include: the APP triggering frequency, whether the APP is built-in or not and the average use duration; and the weight of the data type is obtained through big data collected by the server.
In the embodiment, an elimination type election mode is adopted, and election results are stored in winning APPs, so that repeated inquiry among the APPs is reduced, and election efficiency is improved. Meanwhile, a data structure with strong expansibility is constructed, backward compatibility is fully considered, the problem caused by upgrading is reduced, and the memory occupation is reduced.
Because various types of data can be collected in the comparison process, different field information needs to be stored in each type of data, the importance of each type of data is different, and with the update of the version, more important information can be added, so that a data table for storage needs to be continuously expanded, and the coupling is improved.
Therefore, a packaged general data format is defined, if the SDK generates new data, the database does not need to be upgraded, and only the SDK needs to send the data according to the data format in the following table.
Installation time APP Package name Version information Extension information
installTime packageName version extra
In the embodiment, a data structure with strong expansibility is constructed, backward compatibility is fully considered, the problem caused by upgrading is reduced, and the memory occupation is reduced.
EXAMPLE III
As shown in fig. 5, this embodiment provides a method for distributed reporting of mobile terminal data, where the method includes:
s10, defining the APP containing the data statistics SDK in the mobile terminal as an alternative APP;
s20, one APP is selected from all the alternative APPs as a central control APP;
and S30, collecting data in all the alternative APPs through the central control APP, and uploading the data in a unified manner.
In this embodiment, as shown in fig. 6, a plurality of APPs are stored in the ROM of the mobile terminal, the data statistics SDK is integrated into the APPs to count the start information, page information, event click information, and CRASH information of the APPs, the central control APP is also referred to as a data centralized reporting APP, which can be regarded as a common APP or a special APP, and is generated by comparing related parameters between the APPs, and functions to receive the data of the APPs integrated with the SDK, store and upload the data to the cloud in a unified manner, thereby achieving the purpose of reducing power consumption.
In this embodiment, the election process among the APPs is as follows, the APPs sequentially send their own related information, such as trigger frequency, whether the APP is a built-in APP, average usage duration, and the like, to other APPs installed with the SDK, the receiver compares their own information with the information (each type of data is assigned a certain weight), the alternative APP corresponding to the related information with a larger weight is the winning APP, a result is returned to the sender, if the sender finds that the information cannot be winning, the round of inquiry is terminated, and the alternative APP cannot be used as a central control APP, and a result of comparison of the other party is waited; if the returned result shows that the APP wins, the round-robin comparison is continued, when the comparison with all other APPs wins, the APP is the central control APP, and otherwise, the selected result of the central control APP is waited.
In this embodiment, each APP integrated with the SDK has a chance to be selected as a central control APP, but only one APP in one mobile terminal becomes the central control APP, and the APP detects whether the APP is the central control APP when starting up, and if so, stores the acquired data in a database of the APP, and when all data are acquired or a command for uploading data is received, sends the data in the database to a cloud; otherwise, sending a query instruction to other SDK-integrated APPs, finding the central control APP once the query is successful, and transmitting the acquired data to the central control APP in a cross-process mode.
As shown in fig. 7, in order to reduce repeated queries, after the last APP fails to control the APP in the race, the result that the last APP has compared before is transmitted to the next APP, and as the APP1 in fig. 7 reports the result that the APP2 and the APP3 have been PK-dropped to the APP4, the APP4 only needs to start comparison from the APP 5; such a comparison is extended as if it were a neural network structure to quickly obtain the results of the final comparison, and when APP10 finds that it is not already better suited than itself to do the results of the central control APP, the results are broadcast to each APP so that the final central control APP is generated.
In the prior art, each APP integrated with the SDK needs to acquire common device information: the IMEI number, the MAC address, the terminal manufacturer, the operating system version, the terminal model and the like of the mobile phone are reported to the server, so that a lot of redundant data are undoubtedly added, and in the scheme, one central control APP is selected for unified collection, so that the consumed flow can be saved; moreover, each APP integrated with the SDK can serve as a center for uploading data, an independent central control APP is not required to be introduced, and therefore one APK can be reduced, so that the memory of the mobile phone is saved.
Example four
As shown in fig. 8, in this embodiment, based on the third embodiment, the step S20 includes:
s21, sequencing all the alternative APPs;
s22, sequentially carrying out election with the later alternative APPs from the first alternative APP, comparing the weights of the relevant information of the two alternative APPs which are being elected, wherein the alternative APP corresponding to the relevant information with larger weight is the winning APP, and transmitting the election result of each time to the winning APP;
and S23, traversing all the alternative APPs to obtain a unique winning APP as the central control APP.
In this embodiment, after the step S23, the method further includes:
and S24, the central control APP sends the final election result to all the alternative APPs.
In the embodiment, an elimination type election mode is adopted, and election results are stored in winning APPs, so that repeated inquiry among the APPs is reduced, and election efficiency is improved.
In this embodiment, the data structure of the related information includes: parameters of the data type, values of the parameters, and weights of the data type.
In this embodiment, the parameters of the data type include: the APP triggering frequency, whether the APP is built-in or not and the average use duration; and the weight of the data type is obtained through big data collected by the server.
Because various types of data can be collected in the comparison process, different field information needs to be stored in each type of data, the importance of each type of data is different, and with the update of the version, more important information can be added, so that a data table for storage needs to be continuously expanded, and the coupling is improved.
Therefore, a packaged general data format is defined, if the SDK generates new data, the database does not need to be upgraded, and only the SDK needs to send the data according to the data format in the following table.
Installation time APP Package name Version information Extension information
installTime packageName version extra
In the embodiment, a data structure with strong expansibility is constructed, backward compatibility is fully considered, the problem caused by upgrading is reduced, and the memory occupation is reduced.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims (8)

1. A device for distributed reporting of mobile terminal data is characterized by comprising:
the definition module is used for defining the APP containing the data statistics SDK in the mobile terminal as an alternative APP;
the election module is used for election one APP from all the alternative APPs as a central control APP;
the acquisition and uploading module is used for acquiring data in all the alternative APPs through the central control APP and uploading the data in a unified manner;
the election module comprises:
the sequencing unit is used for sequencing all the alternative APPs;
a comparing unit, configured to perform election in sequence with subsequent candidate APPs starting from a first candidate APP, compare weights of relevant information of two candidate APPs being elected, where a candidate APP corresponding to relevant information with a larger weight is a winning APP, and transmit an election result of a previous election to the winning APP;
and the traversing unit is used for traversing all the alternative APPs to obtain a unique winning APP as the central control APP.
2. The device for distributed reporting of mobile terminal data according to claim 1, wherein the election module further comprises:
and the result sending unit is used for sending the final election result to all the alternative APPs by the central control APP.
3. The apparatus according to claim 1, wherein the data structure of the related information includes: parameters of the data type, values of the parameters, and weights of the data type.
4. The apparatus for distributed reporting of mobile terminal data according to claim 3, wherein the parameters of the data type include: the APP triggering frequency, whether the APP is built-in or not and the average use duration; and the weight of the data type is obtained through big data collected by the server.
5. A method for reporting data of a mobile terminal in a distributed manner is characterized by comprising the following steps:
defining an APP containing a data statistics SDK in the mobile terminal as an alternative APP;
one APP is selected from all the alternative APPs as a central control APP;
data in all the alternative APPs are collected through the central control APP and are uploaded uniformly;
the step of selecting one APP from all the alternative APPs as a central control APP includes:
sequencing all the alternative APPs;
sequentially carrying out election with later alternative APPs from a first alternative APP, comparing the weights of the relevant information of the two alternative APPs which are being elected, wherein the alternative APP corresponding to the relevant information with larger weight is the winning APP, and transmitting the election result of each time to the winning APP;
and traversing all the alternative APPs to obtain a unique winning APP as the central control APP.
6. The method of claim 5, wherein traversing all the alternative APPs to obtain a single winning APP, and after the traversing all the alternative APPs is used as a central control APP, acquiring data in all the alternative APPs through the central control APP, and before uniformly uploading, further comprising:
and the central control APP sends the final election result to all the alternative APPs.
7. The method according to claim 5, wherein the data structure of the related information includes: parameters of the data type, values of the parameters, and weights of the data type.
8. The method according to claim 7, wherein the parameters of the data type include: the APP triggering frequency, whether the APP is built-in or not and the average use duration; and the weight of the data type is obtained through big data collected by the server.
CN201610280919.XA 2016-04-28 2016-04-28 Device and method for distributed reporting of mobile terminal data Active CN106027757B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610280919.XA CN106027757B (en) 2016-04-28 2016-04-28 Device and method for distributed reporting of mobile terminal data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610280919.XA CN106027757B (en) 2016-04-28 2016-04-28 Device and method for distributed reporting of mobile terminal data

Publications (2)

Publication Number Publication Date
CN106027757A CN106027757A (en) 2016-10-12
CN106027757B true CN106027757B (en) 2020-03-31

Family

ID=57082151

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610280919.XA Active CN106027757B (en) 2016-04-28 2016-04-28 Device and method for distributed reporting of mobile terminal data

Country Status (1)

Country Link
CN (1) CN106027757B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180262991A1 (en) * 2017-03-10 2018-09-13 Futurewei Technologies, Inc. Optimization of energy management of mobile devices based on specific user and device metrics uploaded to cloud
CN108882223A (en) * 2018-05-30 2018-11-23 努比亚技术有限公司 Using data reporting method, mobile terminal and computer readable storage medium
CN109714641B (en) * 2018-11-28 2021-06-29 视联动力信息技术股份有限公司 Data processing method and device based on video network
CN111093247B (en) * 2019-11-22 2022-02-18 上海五零盛同信息科技有限公司 Discrete network access method, system, medium and device suitable for narrow-band Internet of things terminal device

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103559040A (en) * 2013-11-12 2014-02-05 厦门卓讯信息技术有限公司 System and method based on SDK for rapidly building mobile internet application module
CN103634365A (en) * 2012-08-29 2014-03-12 中兴通讯股份有限公司 Third party application platform in wireless access network and communication method thereof
CN104899325A (en) * 2015-06-19 2015-09-09 上海卓悠网络科技有限公司 APP (application) acquired data collection method, terminal, server and system
CN105068876A (en) * 2015-07-01 2015-11-18 北京博睿宏远科技发展有限公司 Method for acquiring mobile phone APP performance data based on distributed true phones

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120316456A1 (en) * 2011-06-10 2012-12-13 Aliphcom Sensory user interface

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103634365A (en) * 2012-08-29 2014-03-12 中兴通讯股份有限公司 Third party application platform in wireless access network and communication method thereof
CN103559040A (en) * 2013-11-12 2014-02-05 厦门卓讯信息技术有限公司 System and method based on SDK for rapidly building mobile internet application module
CN104899325A (en) * 2015-06-19 2015-09-09 上海卓悠网络科技有限公司 APP (application) acquired data collection method, terminal, server and system
CN105068876A (en) * 2015-07-01 2015-11-18 北京博睿宏远科技发展有限公司 Method for acquiring mobile phone APP performance data based on distributed true phones

Also Published As

Publication number Publication date
CN106027757A (en) 2016-10-12

Similar Documents

Publication Publication Date Title
CN106027757B (en) Device and method for distributed reporting of mobile terminal data
CN105848253B (en) Intelligent network searching method and device and mobile terminal
CN106304037B (en) Virtual SIM card management method and device
CN107066320B (en) Android process freezing and unfreezing device and method
KR20070034539A (en) Multi-mode scanning
EP3056036A1 (en) System and methods for using wireless network correlations to acquire service on a multi-sim device
CN106102086B (en) Data processing apparatus and method
US9344877B1 (en) Symmetric equivalent public land mobile network (EPLMN) configurations among subscriptions
CN105578430A (en) Mobile terminal, and method for identifying pseudo base station short messages
CN106888495B (en) Network access method and terminal
CN106961710B (en) Network access method and terminal
CN106211123A (en) Carrier network for many SIM device accesses
CN104918303A (en) Mobile terminal equipment and control method
US20220229709A1 (en) Efficient operations of components in a wireless communications device
CN107770767B (en) Information processing method, device, mobile terminal and computer readable storage medium
CN105657792A (en) Communication network access method and device
CN106713490B (en) Process freezing and thawing device and method based on network application
CN106973109B (en) Broadcast message push control method and device
CN106897044B (en) Screen color temperature consistency fault-tolerant method and terminal
US20190387460A1 (en) Systems and methods for identifying narrow band devices in wireless communication networks
CN105872277B (en) Call reminding device and method and terminal equipment
CN105704788A (en) Communication network access method and user equipment
CN105744600A (en) Communication network access method and user equipment
CN105744602A (en) Communication network access method and device
CN107708108B (en) Information processing method, information processing device, computer-readable storage medium and computer equipment

Legal Events

Date Code Title Description
C06 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