CN116521634B - Method, system, electronic equipment and storage medium for processing call ticket data service - Google Patents

Method, system, electronic equipment and storage medium for processing call ticket data service Download PDF

Info

Publication number
CN116521634B
CN116521634B CN202310799628.1A CN202310799628A CN116521634B CN 116521634 B CN116521634 B CN 116521634B CN 202310799628 A CN202310799628 A CN 202310799628A CN 116521634 B CN116521634 B CN 116521634B
Authority
CN
China
Prior art keywords
data
ticket
telephone number
compression
compressed data
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
CN202310799628.1A
Other languages
Chinese (zh)
Other versions
CN116521634A (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.)
Beijing Huaxiang Lianxin Technology Co ltd
Original Assignee
Beijing Huaxiang Lianxin 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 Beijing Huaxiang Lianxin Technology Co ltd filed Critical Beijing Huaxiang Lianxin Technology Co ltd
Priority to CN202310799628.1A priority Critical patent/CN116521634B/en
Publication of CN116521634A publication Critical patent/CN116521634A/en
Application granted granted Critical
Publication of CN116521634B publication Critical patent/CN116521634B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/174Redundancy elimination performed by the file system
    • G06F16/1744Redundancy elimination performed by the file system using compression, e.g. sparse files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283Price estimation or determination
    • G06Q50/40
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

The application relates to a ticket data service processing method, a system, an electronic device and a storage medium, which belong to the technical field of ticket service, and the method comprises the following steps: acquiring a ticket data stream, wherein the ticket data stream comprises a plurality of types of tickets; putting the same type of ticket into the same star-shaped structure to obtain integrated data, and putting the integrated data into a queue; the method comprises the steps of calling integrated data on the head of a queue as target data, distributing the target data to a first compression model and a second compression model, compressing the target data by the first compression model to obtain first compression data, and compressing the target data by the second compression model to obtain second compression data; and merging the first compressed data and the second compressed data to obtain result data. The application has the effect of improving the call ticket data processing efficiency.

Description

Method, system, electronic equipment and storage medium for processing call ticket data service
Technical Field
The application relates to the technical field of bill service, in particular to a bill data service processing method, a bill data service processing system, electronic equipment and a storage medium.
Background
With the commercial use of 5G communication and the rapid development of the internet, the number of users of virtual operators in the internet is also rapidly increasing. With the increase of the number of users, the number of times of communication between users and the communication mode are synchronously increased, and the emphasis is on the doubling of the call ticket data.
Because the generated call ticket data is required to be transmitted to the charging system for fee clearing, under the condition that the call ticket data volume is increased, in order to support the fee clearing normal operation of the call ticket data, the hardware resources of the charging system are required to be amplified and the network bandwidth of the charging system is required to be improved. However, the extended charging system brings more serious test to the stability and safety of the charging system. Therefore, how to alleviate the pressure of the billing system and cope with the increasing amount of ticket data is a current urgent problem to be solved.
Disclosure of Invention
The application provides a call ticket data service processing method, a call ticket data service processing system, electronic equipment and a storage medium, which have the characteristic of improving the call ticket data processing efficiency.
The application aims at providing a call ticket data service processing method.
The first object of the present application is achieved by the following technical solutions:
a call ticket data service processing method comprises the following steps:
acquiring a ticket data stream, wherein the ticket data stream comprises a plurality of types of tickets;
putting the same type of ticket into the same star-shaped structure to obtain integrated data, and putting the integrated data into a queue;
the method comprises the steps of calling integrated data on the head of a queue as target data, distributing the target data to a first compression model and a second compression model, compressing the target data by the first compression model to obtain first compression data, and compressing the target data by the second compression model to obtain second compression data;
and merging the first compressed data and the second compressed data to obtain result data.
By adopting the technical scheme, the application processes the dialogue bill before the fee clearing of the dialogue bill of the charging system: firstly, the same ticket is combined by a star structure, so that the redundancy of the ticket is reduced, and the ticket processing efficiency is improved. And secondly, the first compression model and the second compression model synchronously compress target data output by the queue, so that the compression process is guaranteed to be completed efficiently. And finally, combining the first compressed data and the second compressed data to obtain result data so as to facilitate the subsequent data only to be sent to the charging system when the charge clearing operation is executed, and a large number of call bills are not required to be transmitted to the charging system, thereby improving the efficiency of the charging system when the call bills are cleared.
The present application may be further configured in a preferred example to: the step of putting the same type of ticket into the same star structure to obtain the integrated data comprises the following steps:
the star-shaped structure comprises a central part and a branch point part, the ticket mark on the central part corresponds to the type of the ticket put into the star-shaped structure, and the branch point part comprises a first branch point and a second branch point;
analyzing the source, destination, telephone number, communication duration and communication time of the same type of ticket;
placing a source place into a first branch point, placing a destination place into a second branch point, and establishing a binding relation between a telephone number, a communication duration and a communication time and the destination on the second branch point;
judging whether a ticket with the same destination, telephone number, communication duration and communication time exists in a preset time from the moment that the first branch point receives the source place;
if yes, merging the telephone bill with the same destination, telephone number, communication duration and communication time into a telephone bill, and outputting the telephone bill as integrated data;
if not, outputting the ticket as integrated data after the preset time.
By adopting the technical scheme, the same type of ticket is processed by one star-shaped structure, and the ticket with the same time difference as the destination, the telephone number, the communication duration and the communication time within the preset time is combined into one ticket, so that the accuracy of the result of combining the same ticket is ensured.
The present application may be further configured in a preferred example to: the placing the consolidated data into a queue includes: and arranging the integrated data from the head of the queue to the tail of the queue according to the sequence of outputting the integrated data in the star-shaped structure.
By adopting the technical scheme, the integrated data on the head of the queue is preferentially processed, so that the integrated data is arranged from the head of the queue to the tail of the queue according to the sequence of outputting the integrated data in the star-shaped structure, and the processing instantaneity of the integrated data in the queue can be ensured.
The present application may be further configured in a preferred example to: the first compression model and the second compression model are each provided with m,
when the target data has n, starting n first compression models and n second compression models, and processing the first compression models and the second compression models of the same target data into a group of compression models,
by adopting the technical scheme, the n groups of compression models are dynamically started according to the number of the target data, so that the aim of reducing the energy consumption of the system can be achieved while the instantaneity of the target data is ensured.
The present application may be further configured in a preferred example to: the compressing the target data by the first compression model to obtain first compressed data comprises the following steps:
analyzing the telephone number in the target data;
carrying out multilevel conversion on the first i-bit numerical value of the telephone number to obtain an encryption bit, and reserving the last 4-bit numerical value of the telephone number, wherein the first i-bit numerical value refers to all numerical values except the last 4-bit numerical value in the telephone number;
and combining the encryption bit and the last 4 digits of the telephone number to obtain first compressed data.
By adopting the technical scheme, the multi-system conversion of the first i-bit numerical value of the telephone number is carried out firstly to improve the confidentiality of the telephone number and secondly to reduce the memory space occupied by the telephone number. While the latter 4-bit value is reserved to facilitate subsequent matching of the dialog sheets quickly.
The present application may be further configured in a preferred example to: the compressing the target data by the second compression model to obtain second compressed data comprises the following steps:
analyzing the communication duration and the communication time in the target data;
and compressing the communication duration and the communication time to obtain second compressed data.
By adopting the technical scheme, the communication duration and the communication time are compressed firstly to reduce the amount of memory space occupied by the communication duration and the communication time, and secondly to facilitate the subsequent output of the communication duration and the communication time respectively aiming at different application scenes.
The present application may be further configured in a preferred example to: the merging of the first compressed data and the second compressed data to obtain result data includes:
determining a ticket identifier according to the ticket type corresponding to the first compressed data and the second compressed data;
and combining the ticket identification, the first compressed data and the second compressed data to obtain result data.
By adopting the technical scheme, the result data is obtained by combining the ticket identifier, the first compressed data and the second compressed data, so that after the result data is obtained, the data required by the charging system when the charging system executes the expense clearing can be sent to the charging system without sending all the data to the charging system, thereby reducing the risk of ticket leakage.
The application aims at providing a call ticket data service processing system.
The second object of the present application is achieved by the following technical solutions:
a call ticket data service processing system for executing any one of the call ticket data service processing methods described above, comprising:
the data acquisition module is used for acquiring a ticket data stream, wherein the ticket data stream comprises a plurality of types of tickets;
the data processing module is used for putting the same type of ticket into the star-shaped structure to obtain integrated data, and putting the integrated data into a queue;
the data calculation module is used for calling the integrated data on the head of the queue as target data, distributing the target data to the first compression model and the second compression model, compressing the target data by the first compression model to obtain first compression data, and compressing the target data by the second compression model to obtain second compression data;
and the data generation module is used for combining the first compressed data and the second compressed data to obtain result data.
By adopting the technical scheme, the data acquisition module, the data processing module, the data calculation module and the data generation module are matched together so as to be used for rapidly processing the call ticket data stream and correspondingly generating result data when receiving the call ticket data stream, and then transmitting the data required by the charging system when executing the expense clearing to the charging system, thereby improving the processing efficiency of the call ticket.
The application aims at providing an electronic device.
The third object of the present application is achieved by the following technical solutions:
an electronic device comprising a memory and a processor, wherein the memory stores a computer program, and the processor implements any of the above call ticket data service processing methods when executing the program.
A fourth object of the present application is to provide a computer-readable storage medium capable of storing a corresponding program.
The fourth object of the present application is achieved by the following technical solutions:
a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements any of the above-described call ticket data service processing methods.
In summary, the present application includes at least one of the following beneficial technical effects:
firstly, merging the same ticket by a star structure, and reducing the redundancy of the ticket, thereby improving the ticket processing efficiency;
secondly, dynamically starting n groups of compression models according to the number of the target data, and synchronously compressing the target data output by the queue by a first compression model and a second compression model contained in each group of compression models in the n groups of compression models respectively so as to ensure that the compression process is completed efficiently;
and finally, combining the first compressed data and the second compressed data to obtain result data so as to facilitate the subsequent data only to be sent to the charging system when the charge clearing operation is executed, and a large number of call bills are not required to be transmitted to the charging system, thereby improving the efficiency of the charging system when the call bills are cleared.
Drawings
FIG. 1 is a schematic diagram of an exemplary operating environment for an embodiment of the present application.
Fig. 2 is a block diagram of a call ticket data service processing system according to an embodiment of the present application.
Fig. 3 is a flow chart of a call ticket data service processing method according to an embodiment of the present application.
Fig. 4 is a diagram illustrating an example of a star structure in an embodiment of the method of the present application.
Reference numerals illustrate: 1. a data acquisition module; 2. a data processing module; 3. a data calculation module; 4. and a data generation module.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present application more apparent, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
Fig. 1 is a schematic diagram of an exemplary operating environment according to an embodiment of the present application, and referring to fig. 1, the operating environment includes a service platform, a service processing system, a charging system, and a client. The service processing system is respectively connected with the service platform, the charging system and the user terminal through wireless network communication, and the wireless network can be a wide area Internet of things system based on communication such as a 4G network or a 5G network, and can also be a local Internet of things.
The service platform comprises a plurality of types of virtual operators, and each virtual operator provides one type of service, such as communication, short messages, multimedia messages and the like. The virtual operator is used for monitoring the client using the service provided by the virtual operator and generating a ticket according to the condition that the client uses the service. After generating the ticket, the virtual operators in the service platform send the ticket to the service processing system in real time, and as the service platform contains a plurality of virtual operators and each virtual operator generally provides services for a plurality of clients, the virtual operators generate one or more tickets at the same time, and then the virtual operators generate a plurality of tickets. Thus, there are a plurality of ticket numbers sent to the service processing system in real time, and the example also refers to the plurality of ticket numbers sent to the service processing system as a ticket data stream.
The business processing system is used for receiving the call ticket data stream sent by the business platform, generating result data after processing the call ticket data stream and storing the result data in the business processing system. Referring to fig. 2, the service processing system includes a data acquisition module 1, a data processing module 2, a data calculation module 3, and a data generation module 4, which are sequentially connected. The data acquisition module 1 is used for carrying out information interaction with the service platform, namely, receiving a call ticket data stream. The data processing module 2, the data calculating module 3 and the data generating module 4 cooperate together for generating result data upon receipt of a call ticket data stream.
The billing system is used for billing the bill. In this example, the billing system does not need to directly process the ticket, but the data generating module 4 only sends the result data to part of the data required by the billing system when executing the charge clearing operation, and a large number of the ticket does not need to be transmitted to the billing system, so that the efficiency of the billing system when the ticket is cleared for the charge is improved.
The user terminal can be a client terminal or other intelligent terminals besides the client terminal. The user side is used for sending a request ticket instruction or a request clearing result instruction to the data generating module 4, and the data generating module 4 returns corresponding response data to the user side according to the request ticket instruction or the request clearing result instruction of the user side. It should be noted that, the command for requesting the clearing result is a control command that can be initiated after the billing system bill performs the clearing operation, because the clearing result is returned to the service processing system after the billing system bill performs the fee clearing operation, and then the command for requesting the clearing result is initiated by the client, and the response data is obtained.
Therefore, the application uses the service processing system as the center, cuts off the direct connection between the charging system and the service platform and the user terminal respectively, prevents the service platform and the user terminal from directly accessing the charging system, reduces the accessed times of the charging system, can reduce the network bandwidth of the charging system, and also reduces the possibility of the charging system being attacked, namely the application also has the capability of improving the safety of the charging system.
In order to describe the process of processing the call ticket data stream by the service processing system, the application also provides a call ticket data service processing method, and the main flow of the method is described below with reference to fig. 3.
Step S1: the call ticket data stream is acquired, and the call ticket data stream comprises a plurality of types of call tickets.
As can be seen from the embodiment of the operating environment, the call ticket data stream is generated by the service platform and sent to the service processing system, i.e. the service processing system obtains the call ticket data stream from the service platform. The embodiment of the running environment also obtains that multiple types of virtual operators exist in the service platform, so that the call ticket data stream generated by the virtual operators of different types comprises call tickets corresponding to the types of the virtual operators, namely the call ticket data stream comprises multiple types of call tickets, such as call tickets of conversation type, call tickets of short message type or call tickets of multimedia message type.
Of course, the service processing system of the present application may also process a ticket data stream including only one type of ticket.
Step S2: and putting the same type of ticket into the same star-shaped structure to obtain integrated data, and putting the integrated data into a queue.
Before processing the call ticket data stream, the service processing system establishes a star structure in advance. Firstly, the historical ticket data stream uploaded by the service platform is called, the historical ticket data stream is stored in the service processing system, and the service processing system establishes a star structure according to the type of the ticket contained in the historical ticket data stream, specifically, one type of ticket corresponds to one star structure. The star structure comprises a central part and branch point parts, wherein the central part corresponds to the type of the ticket to be processed by the star structure, for example, the star structure is used for processing the ticket of the call class, the ticket of the call class is denoted by A, and the ticket on the central part is denoted by A. The branch point part comprises a plurality of first branch points and a plurality of second branch points, wherein the first branch points are used for placing the source places of the telephone bills, and the second branch points are used for placing the destination places of the telephone bills. It should be noted that, the first branch point and the second branch point are dynamically increased or decreased according to the number of the ticket.
After the call ticket data stream is obtained, the call ticket belonging to the same type is put into a star structure corresponding to the type of call ticket. After receiving the ticket, the star structure firstly analyzes the source, destination, telephone number, communication duration and communication time of the ticket. Then, the source is placed on the first branch point and the destination is placed on the second branch point, and although the telephone number, the communication duration, and the communication time are not placed in the central portion and the branch point portion, the telephone number, the communication duration, and the communication time are all associated with the destination, that is, a binding relationship is established. Finally, from the moment when the first branch point receives the source, if the call ticket with the same destination and the same telephone number, communication duration and communication moment is also received in the preset time, the call ticket with the same destination, telephone number, communication duration and communication moment is combined into one call ticket, so that the redundancy of the call ticket is improved. The situation that the sources of the same ticket are different is that: the virtual operators of different provinces count a ticket at the same time, so that the preset time exists because some ticket can be sent to the service processing system by two or more virtual operators, and the ticket is actually the same ticket, so that the preset time can be obtained by calculating the communication time difference between the virtual operators and the service processing system. Taking a call ticket of a call class as an example, as shown in fig. 4, if a call ticket identifier corresponding to the call ticket of the call class is a, there are call tickets Q1, Q2, and Q3, wherein a source and a destination of Q1 are a and b, a source and a destination of Q2 are b and c, and a source and a destination of Q3 are c and b, respectively, and a preset time t=3ms; in the branch point part, the time of receiving the first branch point of the source a of Q1 is 01:00ms, the time of receiving the second first branch point of the source b of Q2 is 02:00ms, and the time of receiving the third first branch point of the source c of Q3 is 03:00ms. Since the time difference between the time Q1 of the first branch point of the source site a of Q1 and the time of the third first branch point of the source site c of Q3 is received is within the set time of 3 ms. At this time, if the telephone numbers, the communication duration, and the communication time of Q1 and Q3 are all equal, Q1 and Q3 are combined into one ticket. In fig. 4, a first branch point is located above a broken line, and a second branch point is located below the broken line.
It should be further noted that, if the first branch point receives the ticket with the same destination, phone number, communication duration and communication time from the time when receiving the source, the ticket is automatically output as integrated data and transmitted to the queue after the preset time, and the subsequent steps are continuously executed.
The output end of each star structure is connected with a queue, the integrated data output by each moment of the star structure enters the corresponding queue, the integrated data in the queue are arranged from the head of the queue to the tail of the queue according to the output sequence of the star structure, namely, the integrated data output first is positioned at the head of the queue, and the integrated data output last is positioned at the tail of the queue.
Step S3: and calling the integrated data on the head of the queue as target data, distributing the target data to a first compression model and a second compression model, wherein the first compression model compresses the target data to obtain first compression data, and the second compression model compresses the target data to obtain second compression data.
In order to ensure the timeliness of the ticket, the star-shaped structure is preferentially processed to output the previous integrated data, namely, the integrated data on the head of the queue is called, the integrated data on the head of the queue is used as target data, and the target data is distributed to the first compression model and the second compression model. It should be noted that, the first compression model and the second compression model are each provided with m,and the first compression model and the second compression model which process the same target data are set as a set of compression models. Therefore, when there are n target data, n sets of compression models are turned on, +.>The mode of dynamically opening n groups of compression models can improve the efficiency of processing target data and save the energy consumption of a service processing system when processing the target data.
Specifically, after the first compression model obtains the target data, the telephone number in the target data is analyzed, the first i digits of the telephone number are encrypted to obtain encrypted digits, the last 4 digits of the telephone number are reserved, the first i digits refer to all digits except the last 4 digits of the telephone number, for example, the telephone number is 11 digits, the first 7 digits are encrypted to obtain encrypted digits, and the last 4 digits are reserved. The encryption means used may be an encryption value converted into 64 system, or an encryption value converted into 32 system. After the encryption bit is obtained, the encryption bit and the reserved last 4-bit numerical value are recombined according to the sequence that the encryption bit is in front and the last 4-bit numerical value is in rear to obtain first compressed data.
After the second compression model obtains the target data, analyzing the communication duration and the communication time in the target data, and compressing the communication duration and the communication time to obtain second compression data, wherein the specific compression process is as follows: and recombining the communication duration and the communication time to obtain second compressed data, namely modifying the storage form of the communication duration and the communication time.
Step S4: and combining the first compressed data and the second compressed data to obtain result data.
After the first compressed data and the second compressed data are obtained, calling a ticket identifier according to the ticket type corresponding to the first compressed data and the second compressed data, combining the ticket identifier, the first compressed data and the second compressed data into result data, and storing the result data. The resulting data format is, for example, A/G3gr1922/2023.04.26/16:40-17:26, where A represents the ticket identification corresponding to the ticket type, G3gr1922 represents the first compressed data, and 2023.04.26/16:40-17:26 is the second compressed data.
After the service processing system generates the result data, the ticket identifier corresponding to the ticket type and the communication duration in the second compressed data are sent to the charging system, and as in the example of the result data format, the service processing system sends a and 16:40-17:26 to the charging system. After the billing system acquires the ticket identifier and the communication duration, a corresponding billing standard is selected according to the ticket identifier, and then the selected billing standard is adopted to conduct expense clearing on the communication duration, for example, the ticket identifier is the identifier of the call class, then the call billing standard is selected in the billing system, and then the call expense in the communication duration is calculated by adopting the call billing standard. And finally, the charging system returns the clearing result to the service processing system, and the service processing system stores the clearing result.
When the user side needs to know the telephone bill of any telephone, the user side only needs to send the telephone number to the service processing system, namely, send a command for requesting the telephone bill. When the service processing system receives the telephone number sent by the user terminal, the last 4 digits of the telephone number are selected, if the result data with the same last 4 digits of the telephone number exist, the second compressed data is returned to the user terminal as response data from the result data, so that the user can acquire the communication duration and the communication time corresponding to the telephone number through the user terminal. If the last 4 digits of the plurality of telephone numbers have the same result data, analyzing the whole first compressed data, namely decrypting the first compressed data to obtain the complete telephone number, and then retrieving the second compressed data which is positioned in the same result data with the telephone number.
When the user side needs to acquire the clearing result corresponding to the telephone bill of any telephone number, the user side needs to send the telephone number and the telephone bill type to the service processing system, namely, send a command for requesting the clearing result. When the service processing system obtains a command requesting a clearing result, firstly, determining a ticket identifier to which the ticket belongs according to the type of the ticket, then matching corresponding result data according to the last 4 digits of the telephone number, and if the result data with the same 4 digits after the telephone number exists, returning the clearing result corresponding to the result data to the user side as response data. If the result data with the same last 4 digits of a plurality of telephone numbers exist, then analyzing the whole first compressed data, namely decrypting the first compressed data to obtain the complete telephone number, determining the result data according to the telephone number, and finally returning the clearing result corresponding to the result data to the user side as response data so as to facilitate the user to check the clearing result corresponding to the telephone bill through the user side.
In addition, when the service processing system cannot locate the result data through the telephone number sent by the user side, a prompt message is returned to prompt the user to reenter the telephone number. Of course, in order to reduce the occurrence of malicious access to the service processing system by the user, authority authentication may be set in the service processing system, and only the user terminal passing the authority authentication may send a request ticket instruction or a request clearing result instruction to the service processing system.
The implementation principle of the call ticket data service processing method in the embodiment of the application is as follows: firstly, the same ticket is combined by the star structure, the redundancy of the ticket is reduced, and therefore the ticket processing efficiency of the service processing system is improved. And secondly, dynamically starting n groups of compression models according to the number of the integrated data on the head of the queue, so that the processing efficiency of the ticket is improved, and meanwhile, the energy consumption of a service processing system can be saved. In addition, after the business processing system processes the call ticket data stream, the business processing system can save the processing result (result data) and is used as a data communication center, the direct connection between the business platform and the user terminal and the charging system is isolated, thereby reducing the access quantity of the charging system, namely reducing the network bandwidth of the charging system. And when the service processing system manages the result data, the corresponding data can be returned according to the requirement of the charging system or the requirement of the user terminal, but the complete data can not be sent to the charging system or the user terminal, so that the risk of ticket leakage can be reduced.
In order to better execute the program of the method, the application also provides electronic equipment, which comprises a memory and a processor.
Wherein the memory may be used to store instructions, programs, code, sets of codes, or sets of instructions. The memory may include a storage program area and a storage data area, wherein the storage program area may store instructions for implementing an operating system, instructions for at least one function, instructions for implementing the above-described call ticket data service processing method, and the like; the storage data area may store data and the like involved in the above-described call ticket data service processing method.
The processor may include one or more processing cores. The processor performs the various functions of the application and processes the data by executing or executing instructions, programs, code sets, or instruction sets stored in memory, calling data stored in memory. The processor may be at least one of an application specific integrated circuit, a digital signal processor, a digital signal processing device, a programmable logic device, a field programmable gate array, a central processing unit, a controller, a microcontroller, and a microprocessor. It will be appreciated that the electronics for implementing the above-described processor functions may be other for different devices, and embodiments of the present application are not particularly limited.
The present application also provides a computer-readable storage medium, for example, comprising: a U-disk, a removable hard disk, a Read Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes. The computer readable storage medium stores a computer program that can be loaded by a processor and execute the above-described call ticket data service processing method.
The above description is only illustrative of the preferred embodiments of the present application and of the principles of the technology employed. It will be appreciated by persons skilled in the art that the scope of the disclosure referred to in the present application is not limited to the specific combinations of technical features described above, but also covers other technical features which may be formed by any combination of the technical features described above or their equivalents without departing from the spirit of the disclosure. Such as the above-mentioned features and the technical features disclosed in the present application (but not limited to) having similar functions are replaced with each other.

Claims (8)

1. A call ticket data service processing method is characterized by comprising the following steps:
acquiring a ticket data stream, wherein the ticket data stream comprises a plurality of types of tickets;
putting the same type of ticket into the same star-shaped structure to obtain integrated data, and putting the integrated data into a queue;
the integrated data on the head of the queue is called as target data, and the target data is distributed to a first compression model and a second compression model; compressing the target data by the first compression model to obtain first compressed data, including: analyzing the telephone number in the target data; carrying out multilevel conversion on the first i-bit numerical value of the telephone number to obtain an encryption bit, and reserving the last 4-bit numerical value of the telephone number, wherein the first i-bit numerical value refers to all numerical values except the last 4-bit numerical value in the telephone number; combining the encryption bit and the last 4 digits of the telephone number to obtain first compressed data; compressing the target data by the second compression model to obtain second compressed data, including: analyzing the communication duration and the communication time in the target data; compressing the communication duration and the communication time to obtain second compressed data;
and merging the first compressed data and the second compressed data to obtain result data.
2. The method for processing ticket data service according to claim 1, wherein the step of putting the same type of ticket into the same star structure to obtain the integrated data comprises:
the star-shaped structure comprises a central part and a branch point part, the ticket mark on the central part corresponds to the type of the ticket put into the star-shaped structure, and the branch point part comprises a first branch point and a second branch point;
analyzing the source, destination, telephone number, communication duration and communication time of the same type of ticket;
placing a source place into a first branch point, placing a destination place into a second branch point, and establishing a binding relation between a telephone number, a communication duration and a communication time and the destination on the second branch point;
judging whether a ticket with the same destination, telephone number, communication duration and communication time exists in a preset time from the moment that the first branch point receives the source place;
if yes, merging the telephone bill with the same destination, telephone number, communication duration and communication time into a telephone bill, and outputting the telephone bill as integrated data;
if not, outputting the ticket as integrated data after the preset time.
3. The method for processing a call ticket data service according to claim 1, wherein the placing the integrated data in a queue comprises: and arranging the integrated data from the head of the queue to the tail of the queue according to the sequence of outputting the integrated data in the star-shaped structure.
4. The method for processing call ticket data service according to claim 1, wherein the first compression model and the second compression model are each provided with m,
when the target data has n, starting n first compression models and n second compression models, and processing the first compression models and the second compression models of the same target data into a group of compression models,
5. the method for processing a call ticket data service according to claim 1, wherein the combining the first compressed data and the second compressed data to obtain result data comprises:
determining a ticket identifier according to the ticket type corresponding to the first compressed data and the second compressed data;
and combining the ticket identification, the first compressed data and the second compressed data to obtain result data.
6. A call ticket data service processing system for performing the method of any of claims 1-5, comprising:
the data acquisition module (1) is used for acquiring a ticket data stream, wherein the ticket data stream comprises a plurality of types of tickets;
the data processing module (2) is used for putting the same type of ticket into the star-shaped structure to obtain integrated data, and putting the integrated data into a queue;
the data calculation module (3) is used for calling the integrated data on the head of the queue as target data and distributing the target data into the first compression model and the second compression model; compressing the target data by the first compression model to obtain first compressed data, including: analyzing the telephone number in the target data; carrying out multilevel conversion on the first i-bit numerical value of the telephone number to obtain an encryption bit, and reserving the last 4-bit numerical value of the telephone number, wherein the first i-bit numerical value refers to all numerical values except the last 4-bit numerical value in the telephone number; combining the encryption bit and the last 4 digits of the telephone number to obtain first compressed data; compressing the target data by the second compression model to obtain second compressed data, including: analyzing the communication duration and the communication time in the target data; compressing the communication duration and the communication time to obtain second compressed data;
and the data generation module (4) is used for combining the first compressed data and the second compressed data to obtain result data.
7. An electronic device comprising a memory and a processor, the memory having stored thereon a computer program, the processor implementing the method according to any of claims 1-5 when executing the program.
8. A computer readable storage medium, characterized in that a computer program is stored thereon, which program, when being executed by a processor, implements the method according to any of claims 1-5.
CN202310799628.1A 2023-07-03 2023-07-03 Method, system, electronic equipment and storage medium for processing call ticket data service Active CN116521634B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310799628.1A CN116521634B (en) 2023-07-03 2023-07-03 Method, system, electronic equipment and storage medium for processing call ticket data service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310799628.1A CN116521634B (en) 2023-07-03 2023-07-03 Method, system, electronic equipment and storage medium for processing call ticket data service

Publications (2)

Publication Number Publication Date
CN116521634A CN116521634A (en) 2023-08-01
CN116521634B true CN116521634B (en) 2023-09-08

Family

ID=87397924

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310799628.1A Active CN116521634B (en) 2023-07-03 2023-07-03 Method, system, electronic equipment and storage medium for processing call ticket data service

Country Status (1)

Country Link
CN (1) CN116521634B (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6055429A (en) * 1996-10-07 2000-04-25 Lynch; Michael R. Distributed wireless call processing system
CN102355650A (en) * 2011-07-15 2012-02-15 华为软件技术有限公司 Service processing method and system thereof
CN105827670A (en) * 2015-01-05 2016-08-03 ***通信集团四川有限公司 Data processing method and data processing device
CN107483216A (en) * 2017-08-16 2017-12-15 济南浪潮高新科技投资发展有限公司 A kind of IMS charging bills based on FPGA merge compression method
CN115696441A (en) * 2021-07-27 2023-02-03 中国联合网络通信集团有限公司 Call bill processing method, device, equipment and storage medium

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6055429A (en) * 1996-10-07 2000-04-25 Lynch; Michael R. Distributed wireless call processing system
CN102355650A (en) * 2011-07-15 2012-02-15 华为软件技术有限公司 Service processing method and system thereof
CN105827670A (en) * 2015-01-05 2016-08-03 ***通信集团四川有限公司 Data processing method and data processing device
CN107483216A (en) * 2017-08-16 2017-12-15 济南浪潮高新科技投资发展有限公司 A kind of IMS charging bills based on FPGA merge compression method
CN115696441A (en) * 2021-07-27 2023-02-03 中国联合网络通信集团有限公司 Call bill processing method, device, equipment and storage medium

Also Published As

Publication number Publication date
CN116521634A (en) 2023-08-01

Similar Documents

Publication Publication Date Title
CN109152094B (en) Wireless network connection method for terminal
EP3816909A1 (en) Payment processing method for offline scenario, server, and readable storage medium
CN109450777B (en) Session information extraction method, device, equipment and medium
CN109639719A (en) A kind of auth method and device based on temporary identifier
CN111737022A (en) Interface calling method, system, equipment and medium based on micro-service
CN116521634B (en) Method, system, electronic equipment and storage medium for processing call ticket data service
CN110048833B (en) Electric power service encryption method and device based on quantum satellite key network
CN109039427B (en) Ship monitoring management device
CN116389372A (en) Analysis method and device of network traffic, electronic equipment and storage medium
US7881735B2 (en) Messaging gateway and method
CN114760602A (en) Holographic communication method, device, system and computer readable storage medium
CN111935316B (en) Method and device for acquiring front-end equipment catalog
CN112217944A (en) Online ticket processing method, device, equipment and storage medium
CN113132928A (en) Charging method and device for video short message service
CN114265557B (en) Pollutant emission data processing method and device
CN109327726A (en) A kind of processing method, device, terminal and the storage medium of barrage message
CN115426335B (en) Information interaction method, device, equipment and system
CN111343231B (en) Data extraction method and device for instant messaging, computer system and readable storage medium
CN111368512B (en) Service data conversion method, device, equipment and storage medium
CN114189476B (en) Multi-element interface shunting calling method and terminal
CN109587364A (en) Handle method, server and the equipment of data on flows red packet
CN113067951B (en) Terminal communication management method and device, computer equipment and readable storage medium
CN114090981B (en) Access method and device for remote host
CN113055538B (en) Emergency rescue method for vehicle and related product
CN113742699A (en) Login method, login device, electronic equipment and computer-readable storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant