WO2019051949A1 - 数据的存储方法、装置、计算机设备及存储介质 - Google Patents

数据的存储方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
WO2019051949A1
WO2019051949A1 PCT/CN2017/108463 CN2017108463W WO2019051949A1 WO 2019051949 A1 WO2019051949 A1 WO 2019051949A1 CN 2017108463 W CN2017108463 W CN 2017108463W WO 2019051949 A1 WO2019051949 A1 WO 2019051949A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
time period
identifier
data
call data
Prior art date
Application number
PCT/CN2017/108463
Other languages
English (en)
French (fr)
Inventor
钟文琴
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Priority to SG11201809950RA priority Critical patent/SG11201809950RA/en
Priority to US16/097,783 priority patent/US20210224272A1/en
Publication of WO2019051949A1 publication Critical patent/WO2019051949A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2474—Sequence data queries, e.g. querying versioned data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/248—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G06F16/217—Database tuning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24568—Data stream processing; Continuous queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F7/00—Methods or arrangements for processing data by operating upon the order or content of the data handled
    • G06F7/06—Arrangements for sorting, selecting, merging, or comparing data on individual record carriers
    • G06F7/14—Merging, i.e. combining at least two sets of record carriers each arranged in the same ordered sequence to produce a single set having the same ordered sequence
    • G06F7/16—Combined merging and sorting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G06F9/548—Object oriented; Remote method invocation [RMI]

Definitions

  • the present application relates to the field of data processing technologies, and in particular, to a data storage method, apparatus, computer device, and storage medium.
  • the processing flow of the monitoring data is: after receiving the monitoring data, the monitoring data is directly stored in the database, and when the monitoring data needs to be processed or queried, the corresponding data is queried in the database according to the conditions input by the user, and then The data of the query is processed, classified, and statistically processed.
  • this kind of processing method is practical for a small amount of data, but it is not suitable for massive data.
  • the amount of monitoring data is large, for example, when tens of millions or even hundreds of millions of data need to be processed every day, if the data is directly received Stored in the database, when the data in the database is found to meet the specific requirements, the amount of data that needs to be accessed is very large. If the massive data in the database is frequently accessed, the pressure on the database is increased, and on the other hand, the data is processed. The efficiency is very low.
  • a method, an apparatus, a computer device, and a storage medium for storing data are provided.
  • a method of storing data including:
  • the pre-processed call data, the start time and the end time of the unit time period are simultaneously stored.
  • a data storage device comprising:
  • a data acquisition module configured to acquire call data obtained in a unit time period
  • a pre-processing module configured to pre-process the call data according to preset processing rules according to information carried in the call data
  • the storage module is configured to simultaneously store the pre-processed call data, the start time and the end time of the unit time period.
  • a computer apparatus comprising a memory and a processor, the memory storing computer readable instructions, the computer readable instructions being executed by the processor such that the processor performs the following steps:
  • the pre-processed call data, the start time and the end time of the unit time period are simultaneously stored.
  • One or more non-transitory readable storage mediums storing computer readable instructions, when executed by one or more processors, cause the one or more processors to perform the following steps:
  • the pre-processed call data, the start time and the end time of the unit time period are simultaneously stored.
  • FIG. 1 is a flow chart of a method of storing data according to an embodiment of the present application
  • FIG. 2 is a flowchart of a method of storing data according to another embodiment of the present application.
  • FIG. 3 is a flowchart of a method of storing data according to still another embodiment of the present application.
  • FIG. 4 is a block diagram showing an exemplary structure of a storage device for data according to an embodiment of the present application
  • FIG. 5 is a schematic diagram showing the internal structure of a computer device according to an embodiment of the present application.
  • FIG. 1 is a flowchart of a method for storing data according to an embodiment of the present application.
  • a method for storing data according to an embodiment of the present application may be described in detail with reference to FIG. 1 , which may be applied to a server, and may also be applied to Terminal Equipment.
  • the method of storing the data includes the following steps S101 to S103.
  • the call data may be generated or received call data
  • the source of the call data may be two types, that is, the application end or the call data generated by the local end itself, or may be The calling data sent by other devices.
  • the local end needs to obtain data sources from other devices, such as accessing pictures, videos, and other information on a server, it needs to correspond to The device sends a call request, and the data in the network protocol format generated according to the call request may be the call data in the step S101.
  • the other device needs to access the resources of the local device, or when the local device needs to respond, the calling request is sent to the local end, and the calling request is sent in the form of calling data.
  • the calling data received by the local end may also be the step S101. Call data in .
  • the unit time period is set by a programmer to write in advance, and the length of the unit time period can be determined according to the throughput of data processing in the system, when the amount of data corresponding to the system needs to be processed is very large.
  • the unit time period can be set to be slightly shorter. Conversely, when the amount of data corresponding to the system needs to be processed is not large, the unit time unit can be slightly longer. Alternatively, the unit time period can be set to one minute.
  • the length of time of the unit time period is shorter than the length of time temporarily stored by the application end.
  • the acquisition of the call data is performed in units of unit time periods.
  • the unit time period is 1 minute
  • the application terminal will be in the first minute within 10 minutes.
  • the call data obtained by the application end is obtained once, and then the call data obtained in the second minute, within the third minute, ..., in the tenth minute is sequentially acquired.
  • the calling data such as a data packet or a data frame, exists in the format of the network protocol, and the calling data carries information corresponding to the network protocol, that is, the meaning actually expressed by the binary code stored in each field in the calling data.
  • the source IP address, the destination IP address, the user protocol, the packet length, and the like include information that can be used to invoke result statistics, such as a destination IP address, a status code indicating whether the requested data is successfully sent, and the like.
  • the call data is, for example, a data message transmitted by using a specific protocol format
  • the call result may be set according to different requirements of the database query, statistics, and the like.
  • the result of the call here may be the success rate of the call relationship corresponding to the statistical call data, when the application party or the number of times the local device initiates the request is needed later.
  • the result of the call may be the number of times the statistics application initiates the request.
  • the result of the call may be the number of times the called device corresponding to the called party identifier is called, and so on.
  • the step S102 is: preprocessing the call data according to a preset processing rule according to the information carried in the call data in the unit time segment.
  • the call result of the batch of call data is counted, and so on, when the call data obtained by the application end is obtained in the tenth minute, the tenth batch call is counted. The result of the call of the data.
  • S103 Store the pre-processed call data, the start time and the end time of the unit time period at the same time.
  • the unit stored in step S103 is also the above-mentioned unit time period, that is, it means that the statistical call result is stored in units of unit time periods.
  • the storing method of the data further includes: splitting the acquired calling data into a plurality of tasks in units of calling relationships, adding the tasks to the queue, and then opening the plurality of threads to the Tasks in the queue are processed simultaneously to speed up data processing.
  • different call data may carry the same call requester identifier and call the requested party identifier, but the call timestamps are generally different, so the caller identifier may be called and the requested party identifier may be called. And call the timestamp to uniquely represent a call relationship.
  • the foregoing information includes a call requester identifier, a callee identifier, and a call timestamp.
  • the data storage method further includes: acquiring an call requester identifier carried by the call data, calling the requested party identifier, and calling the timestamp; The calling relationship is uniquely determined according to the calling requestor identifier, the called party identifier, and the calling timestamp.
  • the pre-processing is performed in units of time segments according to the subsequent query, and the pre-processed result and the corresponding unit time are simultaneously stored, so that the subsequent call data according to the database needs to be stored.
  • querying or calculating it is only necessary to simply combine the call results stored in the unit time period, and it is not necessary to access all the data stored in the large database again, thereby improving the efficiency of data processing, thereby shortening the data query and Number According to the time of processing.
  • FIG. 2 is a flowchart of a method for storing data according to another embodiment of the present application.
  • a method for storing data according to another embodiment of the present application is described in detail below with reference to FIG. 2, as shown in FIG. Including the above steps S101 to S103, the following steps S201 to S205 are further included.
  • S201 Receive a query time period, where the length of the query time period is not less than the length of time of the unit time period.
  • the query period is generally input by a programmer or other user, and the user can query the call result in the time interval that is to be searched by inputting the query time period.
  • the length of the query period needs to be greater than or equal to the length of the unit period.
  • the usage scenario A described above is continued.
  • the start time of the query period of data is 9:00 and the end time of the input query period is 9:10
  • the corresponding The query unit time period is 9:00-9:01, 9:01-9:02, 9:02-9:03, 9:03-9:04, 9:04-9:05, 9:05-9 :06, 9:06-9:07, 9:07-9:08, 9:08-9:09, 9:09-9:10.
  • the above-mentioned usage scenarios A are obtained, for example, in the above-mentioned time periods: 9:00-9:01, 9:01 to 9:02, 9:02-9:03, 9:03-9:04, 9:04-
  • the result of the call is counted in 9:05, 9:05-9:06, 9:06-9:07, 9:07-9:08, 9:08-9:09, 9:09-9:10.
  • the above time period is 9:00-9:01, 9:01-9:02, 9:02-9:03, 9:03-9:04, 9:04-9 :05, 9:05-9:06, 9:06-9:07, 9:07-9:08, 9:08-9:09, 9:09-9:10
  • the results of the call are merged.
  • the way of merging can be either accumulating or averaging.
  • the number of times the device corresponding to the calling requester identifier is called is 30, 36, 35, 38, 40, 42, 36, 34.
  • the number of times that the device corresponding to the caller identifier is called is 368 from 9:00 to 9:10.
  • the result of the call is outputted in multiple manners, and may be outputted by displaying on the application or the display of the local end, or may be sent to other devices for output by other devices. It can also be output in the form of a voice announcement.
  • the specific way of output is not limited here.
  • the embodiment provides a query method according to the storage method of the data, and obtains a query unit time period by inputting the time period of the query, and performs a combination process on the call result in the unit time period to obtain the query time period.
  • the result of the call inside, the determination of the result of the call does not need to access the original data stored in the large database again, which improves the processing efficiency of the data and reduces the pressure on the database.
  • FIG. 3 is a flowchart of a method for storing data according to still another embodiment of the present application.
  • a method for storing data according to still another embodiment of the present application is described in detail below with reference to FIG. 3, as shown in FIG.
  • the processing includes the success rate of the call of the statistic call data.
  • the method includes the following steps S101, and the step S201 further includes the following steps S301 and S302.
  • the status code when the status code is “00”, it indicates that the corresponding call relationship is successfully called. When the acquired status code is another code, it indicates that the corresponding call relationship call fails.
  • the status code may be a status code carried by the calling data according to a specific protocol convention. When the storage method of the data provided according to the embodiment is used in different systems, the status code returned at the protocol layer is phase. The same, but the application layer user can map the status code in the protocol layer to the application layer according to the requirements and characteristics of the system. For example, the "Y" character of the application layer can be mapped to the status code "00", and the application layer is applied. The "N" maps other status codes returned by the network layer.
  • the call success rate can be obtained by dividing the number of status codes indicating successful calls by the total number of call relationships.
  • step S103 is specifically the following step S303:
  • the call relationship is uniquely determined according to the call requester identifier, the callee identifier, and the call timestamp carried in the corresponding call data.
  • the foregoing information includes a caller identifier, a callee identifier, and a call timestamp.
  • the data storage method further includes: acquiring an invocation requester identifier carried by the call data, calling the requested party identifier, and calling a timestamp; The calling requester identifier, the called party identifier, and the calling timestamp are uniquely determined to determine the calling relationship.
  • the embodiment provides a specific form of the call result, and the call success rate of the call data corresponding to the call relationship is stored as a result of the call in the unit time period, so that when the call success rate is within the statistical query time period, the The average value and the like are used to obtain the call success rate in the query period.
  • the pre-processing includes counting the number of times the called party is called.
  • the storing method of the data includes the following step S101, and the step S102 further includes the following steps (1) and steps ( 2).
  • the callee identifier may be an IMEI (International Mobile Equipment Identity) code of the called device, or may be negotiated by the application end or the local end with the called device. Represents the uniqueness of the called device coding.
  • IMEI International Mobile Equipment Identity
  • step S103 is further:
  • the count of the counted occurrence of the call by the requester identifier and the start time and end time of the unit time period are simultaneously stored.
  • This embodiment provides another specific form of the call result, and may store the number of times the callee is identified as the result of the call in the unit time period, so that the number of times in the statistical query time period may be summed.
  • the method obtains the number of times the called device in the query time period is called by the called device identifier corresponding to the called device.
  • the labels of the foregoing steps S101-S303 are not used to limit the sequence of the steps in the embodiment, and the numbers of the steps are only for the convenience of referring to the labels of the steps when describing the steps.
  • the above step S203 may be performed before the step of S303 or after the step of step S303, as long as the order of execution of the respective steps does not affect the logical relationship of the embodiment.
  • FIG. 4 is a block diagram showing an exemplary structure of a data storage device according to an embodiment of the present application.
  • a storage device for data according to an embodiment of the present application is described in detail below with reference to FIG. 4, as shown in FIG.
  • the storage device 10 specifically includes:
  • the data obtaining module 11 is configured to acquire call data obtained in a unit time period
  • the pre-processing module 12 is configured to pre-process the call data according to preset processing rules according to the information carried in the call data.
  • the storage module 13 is configured to simultaneously store the pre-processed call data, the start time and the end time of the unit time period.
  • the call data is, for example, a data message transmitted by a specific protocol format, and the call result may be set according to different requirements of the database query, statistics, and the like.
  • the result of the call here may be the success rate of the call relationship corresponding to the statistical call data.
  • the call result is The number of times that the application application initiates the request may be.
  • the result of the call may be the number of times the called device corresponding to the called party identifier is called, and so on.
  • the data storage device 10 further includes:
  • a time period receiving module configured to receive an input query time period, where the length of the query time period is not less than a length of time of the unit time period;
  • a time period obtaining module configured to acquire a unit time period in the query time period according to a start time, an end time, and a start time and an end time of the unit time period, to obtain a query unit time period;
  • a processing module configured to perform the merge processing on the obtained call result
  • An output module for outputting the result of the call after the merge process.
  • the query period is generally input by a programmer or other user, and the user can query the call result in the time interval that is to be searched by inputting the query time period.
  • the length of the query period needs to be greater than or equal to the length of the unit period.
  • the result of the call is outputted in multiple manners, and may be outputted by displaying on the application or the display of the local end, or may be sent to other devices for output by other devices. It can also be output in the form of a voice announcement.
  • the specific way of output is not limited here.
  • the foregoing pre-processing module further includes:
  • a status code obtaining unit configured to obtain, according to the information carried in the calling data, a status code indicating that the call of the corresponding calling relationship is successful in the calling data
  • the calculating unit is configured to calculate a call success rate of the calling relationship according to the extracted number of the calling relationship and the number of the status codes.
  • This example provides a specific form of the call result, which can store the call success rate of the call data corresponding to the call relationship as the call result in the unit time period, so that when the call success rate in the statistical query time period can be obtained, The average value and the like obtain the call success rate in the query period.
  • the call relationship is uniquely determined according to the call requester identifier, the callee identifier, and the call timestamp carried in the corresponding call data.
  • the foregoing information includes a caller identifier, a callee identifier, and a call timestamp.
  • the storage device of the data further includes:
  • An identifier obtaining unit configured to acquire an invocation requester identifier carried by the calling data, invoke the requested party identifier, and invoke a timestamp;
  • the relationship determining unit is configured to uniquely determine the calling relationship according to the calling requester identifier, the called party identifier, and the calling timestamp.
  • the identifier obtaining unit is specifically configured to acquire the callee identifier of the call carried in the call data
  • the foregoing pre-processing module further includes:
  • the number statistics unit is configured to count, according to the acquired identifier of the requested party, the number of times the same call to the requested party identifier appears within the unit time period.
  • the caller identifier may be an IMEI (International Mobile Equipment Identity) code of the called device, or may be an application or a local device that negotiates with the called device to represent the called device. Unique coding.
  • IMEI International Mobile Equipment Identity
  • This example provides another specific form of the call result, which can store the number of times the callee is identified as the result of the call in the unit time period, so that the number of times in the statistical query time period can be summed.
  • the number of times the called device in the query time period is called by the called device identifier is called.
  • the data storage device further includes:
  • a splitting unit configured to split the acquired call data into a plurality of tasks in units of call relationships
  • a thread open unit is configured to enable multiple threads to simultaneously process tasks in the queue to speed up data processing.
  • each module included in the storage device of the data may be implemented in whole or in part by software, hardware or a combination thereof. Further, each module in the storage device of the data may be a program segment for implementing a corresponding function.
  • the various modules in the storage device of the above data may be implemented in whole or in part by software, hardware, and combinations thereof.
  • the network interface may be an Ethernet card or a wireless network card.
  • the above modules may be embedded in the hardware in the processor or in the memory in the server, or may be stored in the memory in the server, so that the processor calls the corresponding operations of the above modules.
  • the processor can be a central processing unit (CPU), a microprocessor, a microcontroller, or the like.
  • the storage device of the above data may be embodied in the form of a computer readable instruction that can be executed on a computer device as shown in FIG.
  • a computer apparatus includes a memory, a processor, and computer readable instructions stored on the memory and executable on the processor, the processor executing the program to implement storage of the data described above method.
  • FIG. 5 is a schematic diagram of an internal structure of a computer device according to an embodiment of the present application, which may be a server.
  • the computer device includes a processor coupled through a system bus, a non-volatile storage medium, an internal memory, an input device, a display screen, and a network interface.
  • the non-volatile storage medium of the computer device can store an operating system and computer readable instructions, and when the computer readable instructions are executed, the processor can be caused to execute a data storage method of various embodiments of the present application, For specific implementation of the method, reference may be made to the specific content of each embodiment in FIG. 1 to FIG. 3, and details are not described herein again.
  • the processor of the computer device is used to provide computing and control capabilities to support the operation of the entire computer device.
  • the internal memory can store computer readable instructions that, when executed by the processor, cause the processor to perform a method of storing the data.
  • Computer equipment The input device is used for input of various parameters, the display screen of the computer device is used for display, and the network interface of the computer device is used for network communication. It will be understood by those skilled in the art that the structure shown in FIG. 5 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied.
  • the specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.
  • a computer readable storage medium according to an embodiment of the present application, wherein computer readable instructions are stored thereon, the program being executed by a processor to implement the steps in the foregoing method of storing data.
  • Non-volatile memories can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • ROM read only memory
  • PROM programmable ROM
  • EPROM electrically programmable ROM
  • EEPROM electrically erasable programmable ROM
  • the pre-processing is performed in units of time segments according to the subsequent query, and the pre-processed result and the corresponding unit time are simultaneously stored, so that the subsequent call data according to the database needs to be stored.
  • querying or calculating it is only necessary to simply combine the call results stored in the unit time period, and it is not necessary to access all the data stored in the large database again, thereby improving the efficiency of data processing, thereby shortening the data query and The time of data processing.
  • all or part of the processes in the foregoing embodiment may be completed by using computer readable instructions to instruct related hardware, and the program may be stored in a computer readable storage medium, such as
  • the program can be stored in a storage medium of the computer system and executed by at least one processor in the computer system to implement a process including an embodiment of the methods described above.
  • the storage medium includes, but is not limited to, a magnetic disk, a USB flash drive, an optical disk, and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Computational Linguistics (AREA)
  • Fuzzy Systems (AREA)
  • Mathematical Physics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)

Abstract

一种数据的存储方法、装置、计算机设备及存储介质，涉及数据处理技术领域。该数据的存储方法包括：获取在单位时间段内得到的调用数据；根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理；将该预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。

Description

数据的存储方法、装置、计算机设备及存储介质
本申请要求于2017年9月15日提交中国专利局、申请号为2017108332475、发明名称为“数据的存储方法、装置、计算机设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据处理技术领域，特别是涉及一种数据的存储方法、装置、计算机设备及存储介质。
背景技术
目前对于监控数据的处理流程是：接收到监控数据后，将监控数据直接存入数据库，在需要对监控数据做处理或者查询时，再依据用户输入的条件在数据库中查询对应的数据，然后将查询的数据进行计算、分类、统计等处理。
目前这种处理方式对于量不大的数据比较实用，但并不适用于海量数据，当监控数据量很大时，例如每天需处理几千万甚至上亿个数据时，如果直接将接收的数据存储在数据库中，后续当在数据库中查找满足特定要求的数据时，需要访问的数据量非常大，若频繁的访问数据库中的海量数据，一方面增加数据库的压力，另一方面也使得数据处理的效率很低。
发明内容
根据本申请的各种实施例，提供一种数据的存储方法、装置、计算机设备及存储介质。
一种数据的存储方法，包括：
获取在单位时间段内得到的调用数据；
根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理；及
将预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。
一种数据的存储装置，包括：
数据获取模块，用于获取在单位时间段内得到的调用数据；
预处理模块，用于根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理；及
存储模块，用于将该预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。
一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：
获取在单位时间段内得到的调用数据；
根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理；及
将预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。
一个或多个存储有计算机可读指令的非易失性可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
获取在单位时间段内得到的调用数据；
根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理；及
将预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征、目的和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为根据本申请的一个实施例的数据的存储方法的流程图；
图2为根据本申请的另一实施例的数据的存储方法的流程图；
图3为根据本申请的又一实施例的数据的存储方法的流程图；
图4为根据本申请的一个实施例的数据的存储装置的示范性结构框图；
图5为根据本申请的一个实施例的计算机设备的内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
图1为根据本申请的一个实施例的数据的存储方法的流程图，下面结合图1来详细描述根据本申请的一个实施例的数据的存储方法，该方法可以应用于服务器，也可以应用于终端设备。如图1所示，该数据的存储方法包括以下步骤S101～S103。
S101、获取在单位时间段内得到的调用数据。
根据本实施例的一个示例，上述的调用数据可以是生成或接收到的调用数据，该调用数据的来源可以有两种，即应用端或者说是本端自身生成的调用数据，也可以是对端其它设备发送过来的调用数据。当本端需要从其他设备获取数据来源时，如访问某服务器上的图片、视频等信息时，需要向对应 的设备发送调用请求，依据该调用请求生成的网络协议格式的数据可以是该步骤S101中的调用数据。当其它设备需要访问本端的资源时或需要本端进行应答时，也会向本端发送调用请求，以调用数据的形式发送该调用请求，本端对应接收到的调用数据也可以是该步骤S101中的调用数据。
在一个实施例中，该单位时间段是由程序员预先写入进行设置的，该单位时间段的长短可以根据系统中数据处理的吞吐量来确定，当系统对应需要处理的数据量非常大时，可以将该单位时间段设置的稍短，反之，当系统对应需要处理的数据量不是很大时，可以将该单位时间段设备的稍长。作为可选地，可以将该单位时间段设置为一分钟。
在其中一个实施例中，该单位时间段的时间长度短于应用端临时存储的时间长度。
在该实施例中，以单位时间段为单位进行调用数据的获取，根据本实施例的一个使用场景A例如，当该单位时间段为1分钟时，在10分钟以内应用端将在第一分钟内获取一次应用端得到的调用数据，然后依次获取在第二分钟内、在第三分钟内、...、在第十分钟内得到的调用数据。
S102、根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理。
其中，以网络协议的格式存在的调用数据例如数据报文或者是数据帧，该调用数据中携带有对应网络协议规定的信息，即该调用数据中各个字段存储的二进制编码所实际表达的含义，例如源IP地址、目的IP地址、用户协议、报文长度等等，其中包括可以用于调用结果统计的信息，例如目的IP地址、表示该请求数据是否发送成功的状态码等等。
在本实施例中，该调用数据例如通过特定协议格式进行传输的数据报文，该调用结果可以根据后期对数据库的查询、统计等需求进行不同情况的设置。例如，当在实际使用中需要统计调用的成功率时，这里的调用结果可以是统计调用数据对应的调用关系的成功率，当在后期需要查询应用方或者说是本端设备发起请求的次数时，该调用结果可以是统计应用端发起请求的次数， 当后期需要查询相同对端设备被调用的次数时，这里的调用结果可以是统计相同调用被请求方标识对应的被调用设备被调用的次数，等等。
根据本实施例的一个示例，该步骤S102为：以上述单位时间段为单位，根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理。
续上述使用场景A，每在上述的单位时间段内获取一次调用数据，就统计该获取的该调用数据的调用结果。当在第一分钟内获取应用端得到的调用数据时，统计这一批调用数据的调用结果，以此类推，当在当第十分钟内获取应用端得到的调用数据时，统计第十批调用数据的调用结果。
S103、将该预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。
在该实施例中，该步骤S103中存储的单位也是上述的单位时间段，即表示以单位时间段为单位将统计的调用结果进行存储。
根据本实施例的一个示例，该数据的存储方法还包括：将获取的调用数据以调用关系为单位拆分成若干个任务，将所述任务加入到队列中，然后开启多个线程对所述队列中的任务同时进行处理，以加快数据的处理速度。
在得到的调用数据中，不同的调用数据可能携带有相同的调用请求方标识及调用被请求方标识，但是调用时间戳一般都是不同的，故可以用调用请求方标识、调用被请求方标识及调用时间戳来唯一表示一个调用关系。上述所述信息包括调用请求方标识、调用被请求方标识及调用时间戳，该数据的存储方法还包括：获取所述调用数据携带的调用请求方标识、调用被请求方标识及调用时间戳；根据所述调用请求方标识、调用被请求方标识及调用时间戳唯一确定所述调用关系。
本实施例通过在将数据进行存储之前按照后续的查询需要以时间段为单位进行预处理，并将预处理的结果及对应的单位时间同时进行存储，使得当后续需要根据数据库中存储的调用数据进行查询或者计算时，只需要对以单位时间段存储的调用结果进行简单的组合即可，不需要再次访问大数据库中存储的所有数据，从而达到提高数据处理效率的目的，以缩短数据查询及数 据处理的时间。
图2为根据本申请的另一实施例的数据的存储方法的流程图，下面结合图2来详细描述根据本申请的另一实施例的数据的存储方法，如图2所示，该方法在包括上述步骤S101～S103的基础上，还包括以下步骤S201至S205。
S201、接收输入的查询时间段，该查询时间段的时间长度不小于该单位时间段的时间长度。
在该实施例中，上述查询时间段一般由程序员或者是其它用户进行输入，用户可以通过输入查询时间段来查询想要查找的时间区间内的调用结果。为了避免系统在查询时出错，该查询时间段的时间长度需要大于或者等于该单位时间段的时间长度。
S202、根据该查询时间段的开始时刻、结束时刻及该单位时间段的开始时刻、结束时刻，获取在该查询时间段内的单位时间段，以得到查询单位时间段。
根据本实施例的一个使用场景，续上述的使用场景A例如，当数据的查询时间段的开始时刻为9：00、输入的查询时间段的结束时刻为9：10时，可以获取到对应的查询单位时间段为9：00-9：01、9：01-9：02、9：02-9：03、9：03-9：04、9：04-9：05、9：05-9：06、9：06-9：07、9：07-9：08、9：08-9：09、9：09-9：10。
S203、获取在该查询单位时间段内统计到的调用结果。
续上述使用场景A例如，分别获取在上述时间段为9：00-9：01、9：01～9：02、9：02-9：03、9：03-9：04、9：04-9：05、9：05-9：06、9：06-9：07、9：07-9：08、9：08-9：09、9：09-9：10内统计到的调用结果。
S204、将获取的该调用结果进行合并处理。
续上述的使用场景A例如，将上述时间段为9：00-9：01、9：01-9：02、9：02-9：03、9：03-9：04、9：04-9：05、9：05-9：06、9：06-9：07、9：07-9：08、9：08-9：09、9：09-9：10内统计到的调用结果进行合并，以得到9：00-9：10内的调用结果，合并的方式可以是累加，也可以是求平均数。例如当在时间段为9：00-9：01、9：01-9：02、9：02-9：03、9：03-9：04、9：04-9：05、9：05-9：06、9：06-9：07、9：07-9：08、 9：08～9：09、9：09～9：10内，统计到的调用请求方标识对应的设备被调用的次数分比为30、36、35、38、40、42、36、34、32、45时，可以通过该合并处理得到在9：00～9：10内，调用请求方标识对应的设备被调用的次数为368。可见通过本实施例提供的数据的存储方法在进行调用结果的统计时，只需要将预处理的单位时间段内的调用结果进行简单的累加或者其它运算即可，使得后期进行数据查询等操作时不需要访问大数据库中存储的原始数据，提高了数据的处理效率，减少了数据库的压力。
S205、输出合并处理后的该调用结果。
根据本实施例的一个示例，该调用结果的输出方式有多种，可以是通过在应用端或者说是本端的显示器上进行显示来输出，也可以是发送给其它设备，供其它设备进行输出，还可以是通过语音播报的形式进行输出。输出的具体方式在此不做限制。
本实施例提供了一种根据该数据的存储方法进行查询的方式，通过输入查询的时间段获取到查询单位时间段，通过将该单位时间段内的调用结果进行合并处理以得到该查询时间段内的调用结果，该调用结果的确定不需要再次访问大数据库中存储的原始数据，提高了数据的处理效率，减少了数据库的压力。
图3为根据本申请的又一实施例的数据的存储方法的流程图，下面结合图3来详细描述根据本申请的又一实施例的数据的存储方法，如图3所示，上述的预处理包括统计调用数据的调用成功率，该方法在包括上述步骤S101的基础上，上述步骤S201进一步包括以下步骤S301及S302。
S301、根据该调用数据携带的信息，获取该调用数据中表示对应调用关系调用成功的状态码。
根据本实施例的一个示例，该状态码为“00”时，表示对应调用关系调用成功，当获取的状态码为其它码时，表示对应调用关系调用失败，其中。该状态码可以是调用数据根据特定的协议约定携带的状态码，在不同的系统中使用根据本实施例提供的数据的存储方法时，在协议层返回的状态码是相 同的，但是在应用层用户可以根据系统的需求与特色，将协议层中的状态码映射到应用层，例如，可将应用层的“Y”字符映射该状态码“00”，将应用层的“N”映射网络层返回的其它状态码。
S302、根据提取的该调用关系的个数及该状态码的个数，计算该调用关系的调用成功率。
根据本实施例的一个示例，该调用成功率可以通过表示调用成功的状态码的个数除以该调用关系的总个数来得到。
上述步骤S103具体为以下步骤S303：
S303、将计算的调用成功率及该单位时间段的开始时刻及结束时刻同时存储。
在其中的一个实施例中，上述该调用关系根据对应调用数据中携带的调用请求方标识、调用被请求方标识及调用时间戳来唯一确定。上述信息包括调用请求方标识、调用被请求方标识及调用时间戳，该数据的存储方法还包括：获取所述调用数据携带的调用请求方标识、调用被请求方标识及调用时间戳；根据所述调用请求方标识、调用被请求方标识及调用时间戳唯一确定所述调用关系。
本实施例提供了一种调用结果的具体形式，可以将调用数据对应调用关系的调用成功率作为单位时间段内的调用结果进行存储，使得在统计查询时间段内的调用成功率时，可以通过求平均值等方式得到该查询时间段内的调用成功率。
在其中的一个实施例中，上述的预处理包括统计调用被请求方被调用的次数，该数据的存储方法在包括上述步骤S101的基础上，上述步骤S102进一步包括以下步骤(1)和步骤(2)。
(1)、获取该调用数据中携带的调用被请求方标识。
根据本实施例的一个示例，该调用被请求方标识可以是被调用设备的IMEI(International Mobile Equipment Identity，国际移动设备身份码)码，也可以应用端或者说是本端与被调用设备协商预定的可表示被调用设备唯一性的 编码。
(2)、根据获取的该被请求方标识，统计在该单位时间段内相同的调用被请求方标识出现的次数。
在该实施例中，上述步骤S103进一步为：
将统计的所述调用被请求方标识出现的次数及该单位时间段的开始时刻及结束时刻同时存储。
根据本实施例的一个使用场景参见上述步骤S204中的使用场景，此处不再赘述。
本实施例提供了另一种调用结果的具体形式，可以将调用被请求方标识出现的次数作为单位时间段内的调用结果进行存储，使得在统计查询时间段内的次数时，可以通过求和方式得到该查询时间段内的调用被请求方标识对应的被调用设备被调用的次数。
根据本实施例的一个示例，上述步骤S101～S303的标号并不用于限定本实施例中各个步骤的先后顺序，各个步骤的编号只是为了使得描述各个步骤时可以通用引用该步骤的标号进行便捷的指代，例如上述步骤S203可以在S303的步骤之前，也可以在步骤S303的步骤之后，只要各个步骤执行的顺序不影响本实施例的逻辑关系即可。
图4为根据本申请的一个实施例的数据的存储装置的示范性结构框图，下面结合图4来详细描述根据本申请的一个实施例的数据的存储装置，如图4所示，该数据的存储装置10具体包括：
数据获取模块11，用于获取在单位时间段内得到的调用数据；
预处理模块12，用于根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理；
存储模块13，用于将该预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。
该调用数据例如通过特定协议格式进行传输的数据报文，该调用结果可以根据后期对数据库的查询、统计等需求进行不同情况的设置。例如，当在 实际使用中需要统计调用的成功率时，这里的调用结果可以是统计调用数据对应的调用关系的成功率，当在后期需要查询应用方或者说是本端设备发起请求的次数时，该调用结果可以是统计应用端发起请求的次数，当后期需要查询相同对端设备被调用的次数时，这里的调用结果可以是统计相同调用被请求方标识对应的被调用设备被调用的次数，等等。
可见通过本实施例提供的数据的存储方法在进行调用结果的统计时，只需要将预处理的单位时间段内的调用结果进行简单的累加或者其它运算即可，使得后期进行数据查询等操作时不需要访问大数据库中存储的原始数据，提高了数据的处理效率，减少了数据库的压力。
在其中第一个实施例中，该数据的存储装置10还包括：
时间段接收模块，用于接收输入的查询时间段，该查询时间段的时间长度不小于该单位时间段的时间长度；
时间段获取模块，用于根据该查询时间段的开始时刻、结束时刻及该单位时间段的开始时刻、结束时刻，获取在该查询时间段内的单位时间段，以得到查询单位时间段；
调用结果获取模块，用于获取在该查询单位时间段内统计到的调用结果；
处理模块，用于将获取的该调用结果进行合并处理；
输出模块，用于输出合并处理后的该调用结果。
其中，上述查询时间段一般由程序员或者是其它用户进行输入，用户可以通过输入查询时间段来查询想要查找的时间区间内的调用结果。为了避免系统在查询时出错，该查询时间段的时间长度需要大于或者等于该单位时间段的时间长度。
根据本实施例的一个示例，该调用结果的输出方式有多种，可以是通过在应用端或者说是本端的显示器上进行显示来输出，也可以是发送给其它设备，供其它设备进行输出，还可以是通过语音播报的形式进行输出。输出的具体方式在此不做限制。
在其中的一个实施例中，上述预处理模块进一步包括：
状态码获取单元，用于根据该调用数据携带的信息，获取该调用数据中表示对应调用关系调用成功的状态码；
计算单元，用于根据提取的该调用关系的个数及该状态码的个数，计算该调用关系的调用成功率。
本示例提供了一种调用结果的具体形式，可以将调用数据对应调用关系的调用成功率作为单位时间段内的调用结果进行存储，使得在统计查询时间段内的调用成功率时，可以通过求平均值等方式得到该查询时间段内的调用成功率。
其中，上述调用关系根据对应调用数据中携带的调用请求方标识、调用被请求方标识及调用时间戳来唯一确定。上述信息包括调用请求方标识、调用被请求方标识及调用时间戳，该数据的存储装置还包括：
标识获取单元：用于获取所述调用数据携带的调用请求方标识、调用被请求方标识及调用时间戳；
关系确定单元，用于根据所述调用请求方标识、调用被请求方标识及调用时间戳唯一确定所述调用关系。
上述标识获取单元具体用于获取该调用数据中携带的调用被请求方标识；
在其中的一个实施例中，上述预处理模块进一步包括：
次数统计单元，用于根据获取的该被请求方标识，统计在该单位时间段内相同的调用被请求方标识出现的次数。
其中，该调用被请求方标识可以是被调用设备的IMEI(International Mobile Equipment Identity，国际移动设备身份码)码，也可以应用端或者说是本端与被调用设备协商预定的可表示被调用设备唯一性的编码。
本示例提供了另一种调用结果的具体形式，可以将调用被请求方标识出现的次数作为单位时间段内的调用结果进行存储，使得在统计查询时间段内的次数时，可以通过求和方式得到该查询时间段内的调用被请求方标识对应的被调用设备被调用的次数。
在其中的一个实施例中，该数据的存储装置还包括：
拆分单元，用于将获取的调用数据以调用关系为单位拆分成若干个任务；
任务加入单元，用于将所述任务加入到队列中；
线程开启单元，用于开启多个线程对所述队列中的任务同时进行处理，以加快数据的处理速度。
其中，该数据的存储装置中包括的各个模块可全部或部分通过软件、硬件或其组合来实现。进一步地，该数据的存储装置中的各个模块可以是用于实现对应功能的程序段。
上述数据的存储装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。其中，网络接口可以是以太网卡或无线网卡等。上述各模块可以硬件形式内嵌于或独立于服务器中的处理器中，也可以以软件形式存储于服务器中的存储器中，以便于处理器调用执行以上各个模块对应的操作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。
上述数据的存储装置可以实现为一种计算机可读指令的形式，计算机可读指令可以在如图5所示的计算机设备上运行。
根据本申请的一个实施例提供的一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，该处理器执行该程序时实现上述的数据的存储方法。
图5为根据本申请的一个实施例的计算机设备的内部结构示意图，该计算机设备可以为服务器。参照图5，该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、内存储器、输入装置、显示屏和网络接口。其中，该计算机设备的非易失性存储介质可存储操作系统和计算机可读指令，该计算机可读指令被执行时，可使得处理器执行本申请各实施例的一种数据的存储方法，该方法的具体实现过程可参考图1至3各实施例的具体内容，在此不再赘述。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该内存储器中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种数据的存储方法。计算机设备 的输入装置用于各个参数的输入，计算机设备的显示屏用于进行显示，计算机设备的网络接口用于进行网络通信。本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
根据本申请的一个实施例提供的一种计算机可读存储介质，其上存储有计算机可读指令，该程序被处理器执行时实现上述的数据的存储方法中的步骤。
如此处所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。
本实施例通过在将数据进行存储之前按照后续的查询需要以时间段为单位进行预处理，并将预处理的结果及对应的单位时间同时进行存储，使得当后续需要根据数据库中存储的调用数据进行查询或者计算时，只需要对以单位时间段存储的调用结果进行简单的组合即可，不需要再次访问大数据库中存储的所有数据，从而达到提高数据处理效率的目的，以缩短数据查询及数据处理的时间。
根据本实施例的一个示例，上述实施例方法中的全部或部分流程，可以通过计算机可读指令来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，如本申请实施例中，该程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。该存储介质包括但不限于磁碟、优盘、光盘等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详 细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种数据的存储方法，包括：
    获取在单位时间段内得到的调用数据；
    根据所述调用数据携带的信息，对所述调用数据按照预设的处理规则进行预处理；及
    将预处理后的调用数据、所述单位时间段的开始时刻及结束时刻同时存储。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    接收输入的查询时间段，所述查询时间段的时间长度不小于所述单位时间段的时间长度；
    根据所述查询时间段的开始时刻、结束时刻及所述单位时间段的开始时刻、结束时刻，获取在所述查询时间段内的单位时间段，以得到查询单位时间段；
    获取在所述查询单位时间段内统计到的调用结果；
    将获取的所述调用结果进行合并处理；
    输出合并处理后的所述调用结果。
  3. 根据权利要求1所述的方法，其特征在于，所述根据所述调用数据携带的信息，对所述调用数据按照预设的处理规则进行预处理的步骤包括：
    根据所述调用数据携带的信息，获取所述调用数据中表示对应调用关系调用成功的状态码；
    根据提取的所述调用关系的个数及所述状态码的个数，计算所述调用关系的调用成功率。
  4. 根据权利要求3所述的方法，其特征在于，所述信息包括调用请求方标识、调用被请求方标识及调用时间戳，所述方法还包括：
    获取所述调用数据携带的调用请求方标识、调用被请求方标识及调用时间戳；
    根据所述调用请求方标识、调用被请求方标识及调用时间戳唯一确定所 述调用关系。
  5. 根据权利要求1所述的方法，其特征在于，所述根据所述调用数据携带的信息，对所述调用数据按照预设的处理规则进行预处理的步骤包括：
    获取所述调用数据中携带的调用被请求方标识；
    根据获取的所述被请求方标识，统计在所述单位时间段内相同的调用被请求方标识出现的次数。
  6. 一种数据的存储装置，包括：
    数据获取模块，用于获取在单位时间段内得到的调用数据；
    预处理模块，用于根据所述调用数据携带的信息，对所述调用数据按照预设的处理规则进行预处理；及
    存储模块，用于预处理后的调用数据、所述单位时间段的开始时刻及结束时刻同时存储。
  7. 根据权利要求6所述的装置，其特征在于，所述装置还包括：
    时间段接收模块，用于接收输入的查询时间段，所述查询时间段的时间长度不小于所述单位时间段的时间长度；
    时间段获取模块，用于根据所述查询时间段的开始时刻、结束时刻及所述单位时间段的开始时刻、结束时刻，获取在所述查询时间段内的单位时间段，以得到查询单位时间段；
    调用结果获取模块，用于获取在所述查询单位时间段内统计到的调用结果；
    处理模块，用于将获取的所述调用结果进行合并处理；
    输出模块，用于输出合并处理后的所述调用结果。
  8. 根据权利要求6所述的装置，其特征在于，所述预处理模块包括：
    状态码获取单元，用于根据该调用数据携带的信息，获取所述调用数据中表示对应调用关系调用成功的状态码；
    计算单元，用于根据提取的所述调用关系的个数及所述状态码的个数，计算所述调用关系的调用成功率。
  9. 根据权利要求6所述的装置，其特征在于，所述信息包括调用请求方标识、调用被请求方标识及调用时间戳；所述装置还包括：
    标识获取单元，用于获取所述调用数据携带的调用请求方标识、调用被请求方标识及调用时间戳；
    关系确定单元，用于根据所述调用请求方标识、调用被请求方标识及调用时间戳唯一确定所述调用关系。
  10. 根据权利要求6所述的装置，其特征在于，所述预处理模块还用于获取所述调用数据中携带的调用被请求方标识，根据获取的所述被请求方标识，统计在所述单位时间段内相同的调用被请求方标识出现的次数。
  11. 一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：
    获取在单位时间段内得到的调用数据；
    根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理；及
    将预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。
  12. 根据权利要求11所述的计算机设备，其特征在于，所述处理器还用于执行以下步骤：
    接收输入的查询时间段，所述查询时间段的时间长度不小于所述单位时间段的时间长度；
    根据所述查询时间段的开始时刻、结束时刻及所述单位时间段的开始时刻、结束时刻，获取在所述查询时间段内的单位时间段，以得到查询单位时间段；
    获取在所述查询单位时间段内统计到的调用结果；
    将获取的所述调用结果进行合并处理；
    输出合并处理后的所述调用结果。
  13. 根据权利要求11所述的计算机设备，其特征在于，所述根据所述调用数据携带的信息，对所述调用数据按照预设的处理规则进行预处理的步骤包括：
    根据所述调用数据携带的信息，获取所述调用数据中表示对应调用关系调用成功的状态码；
    根据提取的所述调用关系的个数及所述状态码的个数，计算所述调用关系的调用成功率。
  14. 根据权利要求13所述的计算机设备，其特征在于，所述信息包括调用请求方标识、调用被请求方标识及调用时间戳，所述方法还包括：
    获取所述调用数据携带的调用请求方标识、调用被请求方标识及调用时间戳；
    根据所述调用请求方标识、调用被请求方标识及调用时间戳唯一确定所述调用关系。
  15. 根据权利要求11所述的计算机设备，其特征在于，所述根据所述调用数据携带的信息，对所述调用数据按照预设的处理规则进行预处理的步骤包括：
    获取所述调用数据中携带的调用被请求方标识；
    根据获取的所述被请求方标识，统计在所述单位时间段内相同的调用被请求方标识出现的次数。
  16. 一个或多个存储有计算机可读指令的非易失性可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    获取在单位时间段内得到的调用数据；
    根据该调用数据携带的信息，对该调用数据按照预设的处理规则进行预处理；及
    将预处理后的调用数据、该单位时间段的开始时刻及结束时刻同时存储。
  17. 根据权利要求16所述的存储介质，其特征在于，所述处理器还用于执行以下步骤：
    接收输入的查询时间段，所述查询时间段的时间长度不小于所述单位时间段的时间长度；
    根据所述查询时间段的开始时刻、结束时刻及所述单位时间段的开始时刻、结束时刻，获取在所述查询时间段内的单位时间段，以得到查询单位时间段；
    获取在所述查询单位时间段内统计到的调用结果；
    将获取的所述调用结果进行合并处理；
    输出合并处理后的所述调用结果。
  18. 根据权利要求16所述的存储介质，其特征在于，所述根据所述调用数据携带的信息，对所述调用数据按照预设的处理规则进行预处理的步骤包括：
    根据所述调用数据携带的信息，获取所述调用数据中表示对应调用关系调用成功的状态码；
    根据提取的所述调用关系的个数及所述状态码的个数，计算所述调用关系的调用成功率。
  19. 根据权利要求18所述的存储介质，其特征在于，所述信息包括调用请求方标识、调用被请求方标识及调用时间戳，所述方法还包括：
    获取所述调用数据携带的调用请求方标识、调用被请求方标识及调用时间戳；
    根据所述调用请求方标识、调用被请求方标识及调用时间戳唯一确定所述调用关系。
  20. 根据权利要求16所述的存储介质，其特征在于，所述根据所述调用数据携带的信息，对所述调用数据按照预设的处理规则进行预处理的步骤包括：
    获取所述调用数据中携带的调用被请求方标识；
    根据获取的所述被请求方标识，统计在所述单位时间段内相同的调用被请求方标识出现的次数。
PCT/CN2017/108463 2017-09-15 2017-10-31 数据的存储方法、装置、计算机设备及存储介质 WO2019051949A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
SG11201809950RA SG11201809950RA (en) 2017-09-15 2017-10-31 Method, device, computer apparatus, and storage medium for storing data
US16/097,783 US20210224272A1 (en) 2017-09-15 2017-10-31 Method, device, computer apparatus, and storage medium for storing data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710833247.5A CN107704526A (zh) 2017-09-15 2017-09-15 数据的存储方法、装置、计算机设备及存储介质
CN201710833247.5 2017-09-15

Publications (1)

Publication Number Publication Date
WO2019051949A1 true WO2019051949A1 (zh) 2019-03-21

Family

ID=61172737

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/108463 WO2019051949A1 (zh) 2017-09-15 2017-10-31 数据的存储方法、装置、计算机设备及存储介质

Country Status (4)

Country Link
US (1) US20210224272A1 (zh)
CN (1) CN107704526A (zh)
SG (1) SG11201809950RA (zh)
WO (1) WO2019051949A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109040018B (zh) * 2018-06-22 2021-02-23 深圳Tcl数字技术有限公司 数据匹配方法、装置、显示终端及可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103631957A (zh) * 2013-12-13 2014-03-12 北京国双科技有限公司 访客行为数据统计方法及装置
CN104699816A (zh) * 2015-03-25 2015-06-10 成都华迈通信技术有限公司 一种数据处理方法及装置
CN104915431A (zh) * 2015-06-17 2015-09-16 深圳市腾讯计算机系统有限公司 一种数据存储方法及系统
CN105515865A (zh) * 2015-12-14 2016-04-20 镇江乐游网络科技有限公司 一种获取游戏访问量统计数据的方法
CN106250493A (zh) * 2016-07-29 2016-12-21 无锡天脉聚源传媒科技有限公司 一种数据处理方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102915269B (zh) * 2012-09-20 2016-07-27 浪潮软件股份有限公司 一种b/s软件系统的通用日志分析方法
CN103793479A (zh) * 2014-01-14 2014-05-14 上海上讯信息技术股份有限公司 日志管理方法及系统
CN106599127A (zh) * 2016-12-01 2017-04-26 深圳市风云实业有限公司 应用于单机服务器的日志存储和查询方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103631957A (zh) * 2013-12-13 2014-03-12 北京国双科技有限公司 访客行为数据统计方法及装置
CN104699816A (zh) * 2015-03-25 2015-06-10 成都华迈通信技术有限公司 一种数据处理方法及装置
CN104915431A (zh) * 2015-06-17 2015-09-16 深圳市腾讯计算机系统有限公司 一种数据存储方法及系统
CN105515865A (zh) * 2015-12-14 2016-04-20 镇江乐游网络科技有限公司 一种获取游戏访问量统计数据的方法
CN106250493A (zh) * 2016-07-29 2016-12-21 无锡天脉聚源传媒科技有限公司 一种数据处理方法及装置

Also Published As

Publication number Publication date
CN107704526A (zh) 2018-02-16
SG11201809950RA (en) 2019-04-29
US20210224272A1 (en) 2021-07-22

Similar Documents

Publication Publication Date Title
US11188380B2 (en) Method and apparatus for processing task in smart device
CN108776934B (zh) 分布式数据计算方法、装置、计算机设备及可读存储介质
US10430332B2 (en) System and method for performance tuning of garbage collection algorithms
WO2018184535A1 (zh) 保险业务处理方法、装置、服务器和存储介质
CN111447102B (zh) Sdn网络设备访问方法、装置、计算机设备及存储介质
CN110971939B (zh) 一种违规图片的识别方法及相关装置
WO2019051948A1 (zh) 监控数据的处理方法、设备、服务器及存储介质
CN113742109B (zh) 第三方服务对接方法、装置、设备及存储介质
WO2019075845A1 (zh) 链路调用关系的构建方法、装置、计算机设备及存储介质
CN113596078B (zh) 业务问题定位方法及装置
CN108733545B (zh) 一种压力测试方法及装置
US20230161634A1 (en) Mapping an application signature to designated cloud resources
CN109656791B (zh) 一种基于Jmeter的gRPC性能测试方法及装置
CN113111078B (zh) 资源数据处理方法、装置、计算机设备和存储介质
CN109388501B (zh) 基于人脸识别请求的通信匹配方法、装置、设备及介质
CN113132400B (zh) 业务处理方法、装置、计算机系统及存储介质
CN112653736B (zh) 一种并行回源方法、装置及电子设备
WO2019051949A1 (zh) 数据的存储方法、装置、计算机设备及存储介质
CN111555987B (zh) 限流配置方法、装置、设备及计算机存储介质
CN114780228B (zh) 一种混合云资源创建方法及系统
US20230063599A1 (en) Edge computing network, data transmission method and apparatus, device and storage medium
CN108390770B (zh) 一种信息生成方法、装置及服务器
CN112988339B (zh) 一种数据管理方法及装置
WO2017167285A1 (zh) 一种远程桌面视频编码的方法及装置
CN114153594A (zh) 一种内容分发网络预热方法、系统、电子设备及存储介质

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 29/09/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 17925217

Country of ref document: EP

Kind code of ref document: A1