A data request processing method and device, electronic equipment and storage medium
By receiving service data packets from the user's terminal in the data processing device and obtaining encrypted verification information to find the user's identifier, the problem of not being able to obtain the user's identifier in third-party services is solved, thus improving personalized services.
Patent Information
- Application Number
- CN202310661514.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2023-06-06
- Publication Date
- 2025-12-16
- Estimated Expiration
- 2043-06-06
AI Technical Summary
Due to limitations in technical architecture and user terminal device types, third-party service providers cannot directly obtain user authorization, resulting in poor service accuracy and an inability to provide precise personalized services.
By receiving service data packets from the user terminal through data processing equipment, obtaining encrypted verification information stored on the user terminal, and using the encrypted verification information to search for the user identifier in a preset storage location, the problem of being unable to obtain the user identifier is solved, thus enabling personalized services.
It enhances the user service experience, enabling personalized services based on user identifiers and improving the guidance and accuracy of services.
Smart Images

Figure CN116545748B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of data processing technology, and in particular to a data request processing method, apparatus, electronic device, and storage medium. Background Technology
[0002] With the advent of the internet age, mobile data has become a crucial means of accessing the internet. To meet the diverse service needs of operators, they often procure services from third parties. These third parties then provide services based on data usage, such as data usage queries and subscriptions. However, due to limitations in technical architecture and user device types, third-party service providers often cannot directly obtain user authorization, resulting in less accurate services. Given the ever-increasing demands for service quality, there is an urgent need to leverage the data provided by operators to obtain the fundamental information for providing accurate services, thereby improving the user experience. Summary of the Invention
[0003] This invention provides a data request processing method, apparatus, electronic device, and storage medium to determine user identification information through data requests, thereby enhancing the guidance of service provision and improving the user experience.
[0004] According to one aspect of the present invention, a data request processing method is provided, wherein the method includes: receiving a service data message from a user terminal according to a data processing device; if the service data message does not include a user identifier, obtaining encrypted verification information stored on the user terminal; and obtaining the user identifier pre-stored in a preset storage location according to the encrypted verification information.
[0005] According to another aspect of the present invention, a data request processing apparatus is provided, wherein the apparatus includes: a message receiving module, configured to receive a service data message from a user terminal according to a data processing device; a verification information module, configured to obtain locally stored encrypted verification information when the service data message does not include a user identifier; and an identifier acquisition module, configured to obtain the user identifier pre-stored in a preset storage location according to the encrypted verification information.
[0006] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising:
[0007] At least one processor; and
[0008] A memory communicatively connected to the at least one processor; wherein,
[0009] The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the data request processing method according to any embodiment of the present invention.
[0010] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing a processor to execute and implement the data request processing method according to any embodiment of the present invention.
[0011] The technical solution of this invention receives service data packets from the user terminal through a data processing device. When it is determined that the service data packet does not have a user identifier, the encrypted verification information stored on the user terminal is obtained. The corresponding user identifier is then searched for in a preset storage location according to the encrypted verification information. This solves the problem that the user identifier cannot be obtained during the third-party service process, so that personalized services can be provided to users based on the user identifier, thereby improving the user's service experience.
[0012] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description
[0013] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0014] Figure 1 This is a flowchart of a data request processing method provided in Embodiment 1 of the present invention;
[0015] Figure 2 This is a flowchart of another data request processing method provided in Embodiment 2 of the present invention;
[0016] Figure 3 This is a flowchart of another data processing method provided according to Embodiment 3 of the present invention;
[0017] Figure 4 This is an example diagram of a data request processing method provided in Embodiment 4 of the present invention;
[0018] Figure 5 This is a schematic diagram of the structure of a data request processing device according to Embodiment 5 of the present invention;
[0019] Figure 6This is a schematic diagram of the structure of an electronic device that implements the data request processing method of the present invention. Detailed Implementation
[0020] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.
[0021] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.
[0022] Example 1
[0023] Figure 1 This is a flowchart of a data request processing method according to Embodiment 1 of the present invention. This embodiment is applicable to situations where a third party obtains user identification information. The method can be executed by a data request processing device, which can be implemented in hardware and / or software. The data request processing device can be configured in an electronic device, such as a user terminal, a server, or a server cluster host computer. Figure 1 As shown, the method includes:
[0024] Step S110: Receive service data packets from the user terminal using the data processing device.
[0025] The data processing installation (DPI) can be a device with the ability to identify and control business data flow. It has high data processing capabilities and can identify and manage the traffic of services carried by the network. The data processing installation can be configured in the network backbone network, metropolitan area network, or enterprise internal network equipment. The data processing installation can receive service data packets provided by the operator. The service data packets can be packets from users requesting services. The format of the service data packets is not limited here. In some embodiments of the invention, the service data packets can specifically be HTTP protocol packets, RPC protocol packets, RMI protocol packets, Socket protocol packets, etc.
[0026] In this invention, a data processing device can receive service data packets from one or more user terminals. These service data packets can be used to request service requests. The data processing device can be deployed within a network and can receive service data packets from user terminals.
[0027] Step S120: If the service data message does not include the user identifier, obtain the encrypted verification information stored on the user terminal.
[0028] The user identifier can be a unique identifier that identifies a user. The user identifier may include information such as mobile phone number, account, International Mobile Equipment Identity, International Mobile Subscriber Identity, and user network address. The encrypted verification information can be encrypted verification information used to obtain the user identifier. The encrypted verification information can be generated based on the user identifier. For example, the encrypted verification information can be an encrypted user identifier.
[0029] In this embodiment of the invention, the received service data packet can be extracted to determine whether a user identifier exists in the service data packet. If it is determined that there is no user identifier in the service data packet, the encrypted verification information used to obtain the user identifier can be searched on the user terminal. It is understood that the encrypted verification information can be pre-configured on the user terminal.
[0030] Step S130: Obtain the user identifier pre-stored in the preset storage location based on the encrypted verification information.
[0031] The preset storage location can be the location where the user identifier is stored. The preset storage location can include the server, the user, etc., and the preset storage location can specifically be the location of a database or a file.
[0032] In this embodiment of the invention, a preset storage location can be used to obtain the location of a user identifier. When it is necessary to obtain a user identifier, the corresponding user identifier can be searched within the preset storage location according to the encrypted verification information obtained by the user terminal. In an exemplary embodiment, the encrypted verification information can be transmitted to the preset storage location via a transmission protocol. The preset storage location can then search for the corresponding user identifier according to the encrypted verification information. This search may include restoring the encrypted verification information to a user identifier or searching for a user identifier stored in the storage information that is associated with the encrypted verification information.
[0033] In this embodiment of the invention, a data processing device receives service data packets from a user terminal. When it is determined that the service data packet does not contain a user identifier, the device obtains the stored encrypted verification information from the user terminal and searches for the corresponding user identifier in a preset storage location according to the encrypted verification information. This solves the problem of not being able to obtain the user identifier during third-party service processes, so as to provide personalized services to users based on the user identifier and improve the user's service experience.
[0034] Example 2
[0035] Figure 2 This is a flowchart of another data request processing method provided in Embodiment 2 of the present invention. This embodiment is a specific modification based on the above embodiments, providing a detailed description of the case where the service data message includes a user identifier. See [link to documentation]. Figure 2 The method provided in this embodiment of the invention specifically includes the following steps:
[0036] Step S210: Receive service data packets from the user terminal using the data processing device.
[0037] Step S220: If the service data message does not include the user identifier, obtain the encrypted verification information stored on the user terminal.
[0038] Step S230: Obtain the user identifier pre-stored in the preset storage location based on the encrypted verification information.
[0039] Step S240: If the service data message includes a user identifier, determine whether the user identifier is stored in the preset storage location.
[0040] In some embodiments of the invention, the service data packet may include a user identifier. The presence of a user identifier in the service data packet can be determined by extracting it from a specified field. Upon determining the presence of a user identifier, it can be checked whether the user identifier for that client is already stored in a preset storage location. Specifically, the user identifier can be transmitted to the preset storage location via a communication protocol. The preset storage location can then check whether the user identifier exists for that client. If the user identifier is found to be stored, it is determined that the preset storage location has stored the user identifier; otherwise, it is determined that the preset storage location has not stored the user identifier.
[0041] Step S250: If it is determined that the user identifier has been stored in the preset storage location, then update the user identifier stored in the preset storage location according to the user identifier in the service data packet.
[0042] In this embodiment of the invention, when a user identifier is found in a preset storage location, it can be determined that the preset storage location has already stored the user identifier. The user identifier stored in the service data packet can be extracted, and the preset storage location can be updated using this user identifier, so that the preset storage location can store the latest user identifier, thereby ensuring the validity of the user identifier. Furthermore, when updating the preset storage location, the preset storage location can also generate encrypted verification information corresponding to the updated user identifier and send this encrypted verification information back to the user terminal for storage. For example, when the user terminal is a dual-SIM phone, the user identifier uses different phone numbers in working and resting states. The phone number transmitted by the user terminal as the user identifier may differ at different times. To further improve accuracy, the preset storage location can be updated each time a user identifier is obtained, ensuring the timeliness of the user identifier.
[0043] Step S260: If it is determined that the user identifier is not stored in the preset storage location, the user identifier is transmitted to the preset storage location for storage, and the encrypted verification information of the corresponding user identifier returned by the preset storage location is saved.
[0044] In this embodiment of the invention, if a user identifier is not found in the preset storage location, it can be determined that the user identifier has not yet been stored in the preset storage location. The user identifier can then be transmitted to the preset storage location for storage. Simultaneously, to facilitate secure retrieval of the user identifier later, encrypted verification information can be generated in the preset storage location based on the user identifier. This encrypted verification information is used to retrieve the user identifier from the preset storage location. It is understood that the encrypted verification information can encrypt the user identifier using encryption algorithms such as DES64 and MD5, and the generated ciphertext can be used as the encrypted verification information. The preset storage location can provide feedback on the generated encrypted verification information, thereby facilitating subsequent retrieval of the user identifier.
[0045] Step S270: Set the validity period for encrypted verification information on the user end according to service requirements.
[0046] Among them, the effective duration can be the length of time to ensure the validity of the encrypted verification information. The effective duration can improve the accuracy of user identification, thereby ensuring the personalization of subsequent business services.
[0047] In this embodiment of the invention, a service request can be received. This service request can be extracted from the preceding service data message or preset by the user. Different validity periods can be set for the encrypted verification information on the user end according to the service request. For example, the shorter the time limit in the service request, the shorter the validity period of the encrypted verification information. The more important the business service in the service request, the shorter the validity period of the encrypted verification information.
[0048] In this embodiment of the invention, a data processing device receives service data packets from a user terminal. When it is determined that the service data packet does not contain a user identifier, the device retrieves stored encrypted verification information from the user terminal. It then searches for the corresponding user identifier in a preset storage location based on the encrypted verification information. If a user identifier is found in the service data packet, the device checks whether the user identifier is already stored in the preset storage location. If it is, the user identifier is directly extracted from the service data packet; otherwise, it is transmitted to the preset storage location for storage. The device also retrieves the encrypted verification information corresponding to the user identifier from the preset storage location. Based on service requirements, the device sets a validity period for the encrypted verification information on the user terminal. This embodiment of the invention solves the problem of not being able to obtain the user identifier during third-party service processes by retrieving the user identifier from the storage location using encrypted verification information. This facilitates personalized services based on the user identifier and improves the user's service experience.
[0049] Furthermore, based on the above embodiments, the user identifier is transmitted to the preset storage location for storage, and the encrypted verification information corresponding to the user identifier returned by the preset storage location is saved, including:
[0050] The user identifier is transmitted to the preset storage location according to a specified communication protocol, so that the preset storage location generates the encrypted verification information corresponding to the user identifier according to encryption rules; the preset storage location is controlled to store the encrypted verification information and the user identifier together; the encrypted verification information transmitted by the preset storage location through a feedback message is received according to the specified communication protocol; the encrypted verification information is written into the cookie file stored on the user terminal.
[0051] The specified communication protocol can be a protocol for data communication with a preset storage location, and can include protocols such as HTTP, RPC, RMI, and Socket. The encryption rule can be a rule for processing user identifiers, which can improve the security of user identifier storage. In some embodiments, the encryption rule may specifically include encryption algorithms such as DES64 and MD5. The cookie file can be data stored on the user's end for session tracking, and the user can store it temporarily or persistently.
[0052] In this embodiment of the invention, the user identifier can be encapsulated according to a specified communication protocol, and the encapsulated user identifier can be transmitted to a preset storage location. For example, referring to Table 1, taking a mobile phone number as the user identifier, the request parameters generated after encapsulation can include p and visitTime, where p can store the mobile phone number, and visitTime can be used to store the request time.
[0053] Table 1 Example of Request Parameters
[0054]
[0055] Specifically, upon receiving the encapsulated user identifier, the preset storage location can process the user identifier according to encryption rules, encrypting it into encrypted verification information. This encryption rule, configured in the preset storage location, ensures the privacy of the encrypted verification information, preventing other devices from obtaining the user identifier through it, thus guaranteeing the user identifier's security. After generating the encrypted verification information, the preset storage location can associate this information with the user identifier for storage. This association can mean that the encrypted verification information and the user identifier share the same identifier information, or that the encrypted verification information and the user identifier's storage location are associated. After storing the user identifier and encrypted verification information, the preset storage location can send the encrypted verification information back via a specified communication protocol. The sent encrypted verification information can be written to a cookie file stored on the user's device for subsequent user-side business services.
[0056] Furthermore, based on the above embodiments of the invention, the feedback message includes at least: an identifier storage status field, a user identifier field, and an encrypted verification information field.
[0057] Specifically, encrypted verification information can be fed back through feedback messages. Referring to Table 2, taking a mobile phone number as the user identifier as an example, the feedback message includes at least the identifier storage status field, the user identifier field, and the encrypted verification information field. The identifier storage status field can store the status code of whether the user identifier has been successfully stored in the preset storage location. The user identifier field can store the mobile phone number, and the encrypted verification channel field can store the fed-back encrypted verification information. In this embodiment, the encrypted verification information can specifically be the encrypted string corresponding to the mobile phone number, and this encrypted string can be used as a cookie value.
[0058] Table 2 Example of Feedback Messages
[0059]
[0060] Example 3
[0061] Figure 3 This is a flowchart of another data processing method provided in Embodiment 3 of the present invention. This embodiment is a specific modification based on the above-described embodiments, describing the extraction of encrypted verification information and the acquisition of user identifiers. See [link to documentation]. Figure 3 The method provided in this embodiment of the invention specifically includes the following steps:
[0062] Step S310: Receive service data packets from the user terminal using the data processing device.
[0063] Step S320: Determine that the user identifier was not extracted from the service data packet.
[0064] In this embodiment of the invention, the user identifier can be extracted from a specified field of the service data message. If no data is extracted or the extracted data is not the user identifier, it can be determined that the user identifier has not been extracted from the service data message.
[0065] Step S330: Use a preset regular expression to search for encrypted verification information in the Cookie file stored on the user's end.
[0066] Among them, the preset regular expression can match the string of encrypted verification information in the cookie file, and the preset regular expression can match the keywords of the encrypted verification information.
[0067] In this embodiment of the invention, a preset regular expression can be invoked in the user's cookie file for regular expression matching, thereby extracting encrypted verification information that matches keywords within the preset regular expression. For example, the code text for reading encrypted verification information from the cookie file on the user's end can be as follows:
[0068] / / Method for reading cookies
[0069] function getCookie(name){ var arr,reg = new RegExp("(^| )*" + name+"=([^;]*)(;|$)");
[0070] if(arr=document.cookie.match(reg)){
[0071] return unescape(arr[2]);
[0072] } else {return null}}
[0073] Step S340: Invoke the preset communication protocol to encapsulate the encrypted verification information into an identification request message.
[0074] In this embodiment of the invention, when encrypted verification information is read, the encrypted verification information can be encapsulated according to a preset communication protocol, thereby encapsulating the encrypted verification information into an identification request message. The identification request message can be used to read the user identifier at a preset storage location. It is understood that the identification request message includes at least a storage field for the encrypted verification information. For example, the identification request message can be an HTTP message, and the encrypted verification information can be stored in the payload of the HTTP message.
[0075] Step S350: Transmit an identifier request message to the server so that the server can look up the user identifier in the cache database according to the encrypted verification information in the identifier request message.
[0076] In this embodiment of the invention, a preset communication protocol can be invoked to transmit the encapsulated identification request message to the server. The server can be a different device from the user terminal, specifically a server or a service cluster. After receiving the identification request message, the server can parse the encrypted verification information in the identification request message and search for the user identifier associated with the encrypted verification information in a cache database located at a preset location on the user terminal. The cache database can include a Redis cache database, a Memcache cache database, a MongoDB cache database, etc.
[0077] Step S360: Receive the user identifier found by the server.
[0078] Specifically, the user client can retrieve the user identifier from the cached database and provide feedback, enabling the user to obtain personalized business services corresponding to that user identifier, thereby improving the user experience.
[0079] In this embodiment of the invention, a data processing device receives service data packets from a user terminal. When it is determined that the service data packet does not contain a user identifier, a preset regular expression is used to search for encrypted verification information in the cookie file stored on the user terminal. The encrypted verification information is then encapsulated into an identifier request packet and transmitted to the user terminal via a preset communication protocol. This allows the user terminal to search for the user identifier in the cache database according to the encrypted verification information. This embodiment of the invention solves the problem of not being able to obtain the user identifier during third-party service processes, enabling personalized services to be provided to users based on the user identifier, thereby improving the user's service experience.
[0080] Example 4
[0081] Figure 4 This is an example diagram of a data request processing method according to Embodiment 4 of the present invention. In this embodiment, the data request method is applied to a service system, which includes a user terminal and a server terminal. The service system can be a system that provides services with a mobile operator, for example, providing data usage query and subscription services for mobile data usage. However, due to network fluctuations or incomplete collection of some user data, which does not include core key information such as mobile phone numbers, the service system cannot provide targeted personalized services to users when providing services. In view of this, see... Figure 4 The method provided in this embodiment of the invention specifically includes two parts:
[0082] Part 1: Obtaining Mobile Phone Numbers from Data Messages
[0083] After obtaining the phone number via DPI, the client requests the corresponding encrypted string from the server via HTTP. The server can store the encrypted string and the phone number in a Redis cache, while the client can store the encrypted string in a browser cookie. The encrypted string generated in this process can include an expiration period, allowing the business service to better reflect the user's current state. Specifically, the process of the client storing the encrypted string in the browser cookie can be implemented using pre-configured JavaScript code, as shown in the example code below:
[0084] / / Method for writing cookies
[0085] function setCookie(c_name,value,expiredays){
[0086] var exdate = new Date();
[0087] exdate.setDate(exdate.getDate() + expiredays);
[0088] document.cookie = c_name + "=" + escape(value)+((expiredays == null)? "" : ";expires = " + exdate.toGMTString())
[0089] }
[0090] Part Two: The data packet did not obtain the mobile phone number.
[0091] If the client cannot extract the phone number from the DPI callback message, it can try reading the browser's cookie file to obtain the previously saved encrypted string. After obtaining the encrypted string, the client can send a request to the server via an HTTP interface. The server can then read the phone number from the Redis cache based on the encrypted string and return the phone number to the client. The HTTP interface can be designed as follows:
[0092] Protocol: http
[0093] Data type: content-type: application / x-www-form-urlencoded
[0094] Request parameters:
[0095]
[0096] Return parameters:
[0097]
[0098] This invention allows for the indirect acquisition of a mobile phone number via cookie association when the number is not directly obtained within the data packet. This improves the mobile phone number acquisition mechanism of the business system, facilitates the implementation of business functions based on the mobile phone number, and enhances the effectiveness of business function implementation.
[0099] Example 5
[0100] Figure 5 This is a schematic diagram of the structure of a data request processing device according to Embodiment 5 of the present invention. Figure 5 As shown, the device includes: a message receiving module 401, a verification information module 402, and an identifier acquisition module 403.
[0101] The message receiving module 401 is used to receive service data messages from the user terminal according to the data processing equipment.
[0102] The verification information module 402 is used to obtain the encrypted verification information stored on the user terminal when the service data message does not include a user identifier.
[0103] The identifier acquisition module 403 is used to acquire the user identifier that is pre-stored in a preset storage location based on the encrypted verification information.
[0104] In this embodiment of the invention, the message receiving module receives service data messages from the user terminal in the data processing device. When the verification information module determines that the service data message does not have a user identifier, it obtains the stored encrypted verification information on the user terminal. The identifier acquisition module searches for the corresponding user identifier in a preset storage location according to the encrypted verification information. This solves the problem of not being able to obtain the user identifier during the third-party service process, so as to provide personalized services to users based on the user identifier and improve the user's service experience.
[0105] Optionally, the apparatus provided in this embodiment of the invention further includes:
[0106] The verification and determination module is used to determine whether the user identifier is stored in the preset storage location when the service data message includes the user identifier.
[0107] An identifier update module is used to update the user identifier stored in the preset storage location according to the user identifier in the service data packet if it is determined that the user identifier has been stored in the preset storage location.
[0108] The verification and determination module is used to, if it is determined that the user identifier is not stored in the preset storage location, transmit the user identifier to the preset storage location for storage, and save the encrypted verification information corresponding to the user identifier fed back by the preset storage location.
[0109] Optionally, the verification information module 402 is specifically used to: determine that the user identifier has not been extracted from the service data message; and call a preset regular expression to search for the encrypted verification information in the cookie file stored on the user's end.
[0110] Optionally, the preset storage location in the device includes a server-side cache database. Accordingly, the identifier acquisition module 403 is specifically used to: call a preset communication protocol to encapsulate the encrypted verification information into an identifier request message; transmit the identifier request message to the server, so that the server can search for the user identifier in the cache database according to the encrypted verification information in the identifier request message; and receive the user identifier found by the server.
[0111] Optionally, the verification and determination module is further configured to: transmit the user identifier to the preset storage location according to a specified communication protocol, so that the preset storage location generates the encrypted verification information corresponding to the user identifier according to encryption rules; control the preset storage location to store the encrypted verification information and the user identifier together; receive the encrypted verification information transmitted by the preset storage location through a feedback message according to the specified communication protocol; and write the encrypted verification information into a cookie file stored on the user terminal.
[0112] Optionally, the feedback message provided in the device according to the embodiments of the present invention includes at least: an identifier storage status field, a user identifier field, and an encrypted verification information field.
[0113] Optionally, the apparatus provided in this embodiment of the invention further includes: a duration setting module, used to set a valid duration for the encrypted verification information on the user terminal according to service requirements.
[0114] The data request processing apparatus provided in the embodiments of the present invention can execute the data request processing method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the method execution.
[0115] Example 6
[0116] Figure 6 A schematic diagram of an electronic device 10, which can be used to implement embodiments of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.
[0117] like Figure 6As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.
[0118] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.
[0119] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as data request processing methods.
[0120] In some embodiments, the data request processing method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or mounted on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the data request processing method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to perform the data request processing method by any other suitable means (e.g., by means of firmware).
[0121] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.
[0122] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.
[0123] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.
[0124] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).
[0125] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.
[0126] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.
[0127] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.
[0128] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.
Claims
1. A data request processing method, characterized in that, The method includes: According to the service data packets received from the user terminal by the data processing equipment; If the service data message does not include a user identifier, obtain the encrypted verification information stored on the user terminal; The user identifier, pre-stored in a preset storage location, is obtained based on the encrypted verification information. If the service data message includes the user identifier, determine whether the user identifier is stored in the preset storage location; If it is determined that the user identifier has been stored in the preset storage location, then the user identifier stored in the preset storage location is updated according to the user identifier in the service data message; If it is determined that the user identifier is not stored in the preset storage location, then the user identifier is transmitted to the preset storage location for storage, and the encrypted verification information corresponding to the user identifier fed back by the preset storage location is saved, including: transmitting the user identifier to the preset storage location according to a specified communication protocol, so that the preset storage location generates the encrypted verification information corresponding to the user identifier according to encryption rules; controlling the preset storage location to store the encrypted verification information and the user identifier together; receiving the encrypted verification information transmitted by the preset storage location through a feedback message according to the specified communication protocol; and writing the encrypted verification information into the cookie file stored on the user terminal.
2. The method according to claim 1, characterized in that, When the service data message does not include a user identifier, obtaining the encrypted verification information stored on the user terminal includes: It was determined that the user identifier was not extracted from the service data packet; The system uses a preset regular expression to search for the encrypted verification information in the cookie file stored on the user's device.
3. The method according to claim 1, characterized in that, The preset storage location includes a server-side cache database. Correspondingly, obtaining the user identifier pre-stored in the preset storage location based on the encrypted verification information includes: The encrypted verification information is encapsulated into an identification request message by invoking a preset communication protocol. The identifier request message is transmitted to the server so that the server can look up the user identifier in the cache database according to the encrypted verification information in the identifier request message; Receive the user identifier found by the server.
4. The method according to claim 1, characterized in that, The feedback message includes at least: an identifier storage status field, a user identifier field, and an encrypted verification information field.
5. The method according to claim 1, characterized in that, Also includes: According to service requirements, the user terminal is set with a valid duration for the encrypted verification information.
6. A data request processing apparatus, characterized in that, The device includes: The message receiving module is used to receive service data messages from the user terminal based on the data processing equipment; The verification information module is used to obtain the encrypted verification information stored on the user terminal when the service data message does not include a user identifier; The identifier acquisition module is used to acquire the user identifier pre-stored in a preset storage location based on the encrypted verification information; The verification and determination module is used to determine whether the user identifier is stored in the preset storage location when the service data message includes the user identifier; An identifier update module is used to update the user identifier stored in the preset storage location according to the user identifier in the service data packet if it is determined that the user identifier has been stored in the preset storage location. The verification determination module is configured to, if it is determined that the user identifier is not stored in the preset storage location, transmit the user identifier to the preset storage location for storage, and save the encrypted verification information corresponding to the user identifier fed back by the preset storage location, including: transmitting the user identifier to the preset storage location according to a specified communication protocol, so that the preset storage location generates the encrypted verification information corresponding to the user identifier according to encryption rules; controlling the preset storage location to associate and store the encrypted verification information and the user identifier; receiving the encrypted verification information transmitted by the preset storage location through a feedback message according to the specified communication protocol; and writing the encrypted verification information into a cookie file stored on the user terminal.
7. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the data request processing method according to any one of claims 1-5.
8. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute the data request processing method according to any one of claims 1-5.
Citation Information
Patent Citations
Subscriber identity obtaining method, system and equipment thereof
CN102695171A
User permanent identifier acquisition method and device, electronic equipment and storage medium
CN115038073A