WO2019041738A1 - 客户资源获取方法、装置、终端设备及存储介质 - Google Patents

客户资源获取方法、装置、终端设备及存储介质 Download PDF

Info

Publication number
WO2019041738A1
WO2019041738A1 PCT/CN2018/073789 CN2018073789W WO2019041738A1 WO 2019041738 A1 WO2019041738 A1 WO 2019041738A1 CN 2018073789 W CN2018073789 W CN 2018073789W WO 2019041738 A1 WO2019041738 A1 WO 2019041738A1
Authority
WO
WIPO (PCT)
Prior art keywords
access request
identifier
management process
user
user access
Prior art date
Application number
PCT/CN2018/073789
Other languages
English (en)
French (fr)
Inventor
闫保行
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Priority to US16/095,803 priority Critical patent/US11122128B2/en
Priority to SG11201809309WA priority patent/SG11201809309WA/en
Publication of WO2019041738A1 publication Critical patent/WO2019041738A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/166—Editing, e.g. inserting or deleting
    • G06F40/174—Form filling; Merging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session

Definitions

  • the present application relates to the field of information processing technologies, and in particular, to a method, an apparatus, a terminal device, and a storage medium for acquiring a client resource.
  • Network access refers to the short name of the event of obtaining customer resources through network channels.
  • the network channel may be a channel such as a website, QQ, WeChat, Weibo, and a forum
  • the client resource may be user information input when any user registers in the corresponding network channel. Any user who registers user information through the network channel can enable the channel party to obtain corresponding user information.
  • the server corresponding to the channel side stores the obtained customer resources in the database, so that the corresponding customer resources are retrieved from the database during use.
  • the user information that users can fill in online may be divided into multiple pages, and the user information uploaded on each page directly accesses the database, causing too many accesses to the database and causing huge access to the database. pressure. That is to say, when accessing the user's customer resources through the network channel, the database needs to be accessed multiple times, which causes huge access pressure on the database.
  • the embodiment of the present invention provides a method, an apparatus, a terminal device, and a storage medium method for acquiring a client resource, so as to solve the problem that the database needs to be accessed multiple times when the user resource of the user is obtained through the network channel.
  • the embodiment of the present application provides a method for acquiring a client resource, including:
  • Obtaining a user access request where the user access request includes a session identifier, user information, and a progress identifier;
  • the progress identifier is the completed identifier and the user access request is not the first access request, determining a corresponding management process based on the session identifier, and storing the user information in an address space corresponding to the management process Forming first resource data based on all user information in the address space, uploading the first resource data to a server, and destroying the management process.
  • the embodiment of the present application provides a client resource obtaining apparatus, including:
  • An access request obtaining module configured to obtain a user access request, where the user access request includes a session identifier, user information, and a progress identifier;
  • a progress indicator determining module configured to determine whether the progress indicator is a completed identifier
  • An access request determining module configured to determine whether the user access request is a first access request corresponding to the session identifier
  • a first processing module configured to: when the progress identifier is a completed identifier and the user access request is not a first access request, determine a corresponding management process based on the session identifier, and store the user information in the In the address space corresponding to the management process, the first resource data is formed based on all user information in the address space, the first resource data is uploaded to the server, and the management process is destroyed.
  • an embodiment of the present application provides a terminal device, including a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, where the processor executes the computer The following steps are implemented when reading the instruction:
  • Obtaining a user access request where the user access request includes a session identifier, user information, and a progress identifier;
  • the progress identifier is the completed identifier and the user access request is not the first access request, determining a corresponding management process based on the session identifier, and storing the user information in an address space corresponding to the management process Forming first resource data based on all user information in the address space, uploading the first resource data to a server, and destroying the management process.
  • an embodiment of the present application provides a computer readable storage medium, where the computer readable storage medium stores computer readable instructions, and when the computer readable instructions are executed by a processor, the following steps are implemented:
  • Obtaining a user access request where the user access request includes a session identifier, user information, and a progress identifier;
  • the progress identifier is the completed identifier and the user access request is not the first access request, determining a corresponding management process based on the session identifier, and storing the user information in an address space corresponding to the management process Forming first resource data based on all user information in the address space, uploading the first resource data to a server, and destroying the management process.
  • the user information is stored in the session identifier. (Session ID) corresponding address space, based on all user information in the address space to form first resource data, and upload the first resource data to the database, so that the database only needs to receive the first resource data once, Multiple user access to all user information in the request can effectively reduce the number of database accesses and reduce database access pressure.
  • Session ID Session ID
  • FIG. 1 is a flowchart of a method for acquiring a client resource in Embodiment 1.
  • FIG. 2 is a specific flowchart of step S20 of the method for acquiring a client resource in the first embodiment.
  • FIG. 3 is a schematic diagram of a client resource obtaining apparatus in Embodiment 2.
  • FIG. 4 is a specific schematic diagram of the management process monitoring module 80 of the client resource obtaining apparatus in Embodiment 2.
  • FIG. 5 is a schematic diagram of a terminal device provided in Embodiment 4.
  • FIG. 1 is a flow chart showing a method for acquiring a client resource in this embodiment.
  • the client resource obtaining method is applied to obtain a client resource through a network channel, and the client resource obtaining method is applied to a client, a server connected to the client through a network, and a database connected to the server, for collecting and acquiring client resources.
  • the method for obtaining a client resource includes the following steps:
  • S11 Acquire a user access request, where the user access request includes a session identifier, user information, and a progress identifier.
  • the server receives a user access request sent by the client, where the user access request includes a session identifier, user information, and a progress identifier.
  • the session identifier ie, the Session ID
  • the session identifier is an identifier for uniquely identifying a session (ie, a Session).
  • a session is a structure similar to a hash table applied to a server to hold information.
  • the user information is user-related information filled in by the user, and may include information such as name, gender, age, ID number, contact number, and contact address.
  • the progress information is information indicating whether or not all user information is completed.
  • the progress information includes the completed and unfinished identifiers, and the binary numbers "1" and "0" can be used to represent the completed and unfinished identifiers, respectively.
  • each user access request further includes an access request ID, which is an identifier for uniquely identifying the user access request.
  • the access request ID may be an identifier randomly generated according to a preset rule when the user access request is generated.
  • the server before the client sends a user access request to the server, the server needs to check whether the received user access request includes a session identifier (ie, a session ID). If the user access request includes a session identifier (ie, a session ID), the server searches for a session (ie, a session) corresponding to the session identifier (ie, the session ID) to save the user information in the user access request. If the user access request does not include a session ID (ie, a Session ID), the server creates a session (ie, Session) for the client and generates a session ID (ie, Session ID) associated with the session (ie, Session).
  • a session ID ie, a session ID
  • the server needs to establish a session with the client (ie, a session), that is, before the client sends the user access request to the server, the client sends a connection request to the server, and after receiving the connection request, the server receives the connection request.
  • Create a session ie Session
  • generate a session ID ie Session ID
  • feed back a response message to the client to establish a session between the server and the client (ie Session) .
  • the response information carries a session identifier (ie, a session ID).
  • the server when the user control client enters the registration interface that needs to fill in the user information, the server establishes a session (ie, a session) with the client, so that all user access requests sent to the server under the registration interface are carried and conversations.
  • Session Corresponding session ID (ie Session ID).
  • the registration interface of the client includes multiple filling pages, and each filling page displays a filling box and a “submit” button for the user to fill in the user information. After filling in the user information in the filling box, the user can click the “submit” button to input the corresponding user access request, so that the user access request carries the session identifier (ie, the session ID) and the user information.
  • each of the filling pages under the registration interface of the client carries a progress indicator, and any of the filling pages can only carry the completed identifier or the unfinished identifier.
  • the last filling page of the registration interface carries the completed identifier
  • the other filling pages carry the unfinished identifier.
  • the user enters the user information in the filling box and clicks the "submit" button to send a user access request to the server, so that the server obtains the user access request, so that the user access request carries the session identifier (ie, session ID), user information, and progress identifier. .
  • the process determines whether the progress indicator in the user access request is an incomplete identification process, and the process of determining whether the progress indicator is a completed identifier. If the progress indicator is an incomplete identifier, the user information carried in the user access request received by the server and the user information in the previously obtained user access request do not constitute complete user information, and it is still necessary to continue to obtain other user access requests. Complete user information. If the progress indicator is not the incomplete identifier (that is, the progress identifier is the completed identifier), the user information carried in the user access request received by the server and the user information in the previous user access request constitute complete user information. The complete user information is the sum of all user information entered in all the filling pages in the registration interface.
  • S13 Determine whether the user access request is a first access request corresponding to the session identifier.
  • the first access request is the first user access request obtained after the server establishes a session (ie, a session) with the client.
  • the first access request is a user access request that is input by the user after clicking the “submit” button after the user inputs the user information in the registration interface of the client. If the user access request is the first access request, the user does not send the user access request to the server through the same registration interface of the client before the user accesses the request. If the user access request is not the first access request, the user has sent a user access request to the server through the same registration interface of the client before the user access request.
  • the log file is used to record the access information related to the session identifier (ie, the session ID).
  • the access information recorded in the log file includes the session (ie, Session) creation time, the session ID (ie, the Session ID), and the client ID of the creation session (ie, Session).
  • the client ID is an identifier of a client for uniquely identifying a send connection request to create a session (ie, a Session).
  • the server records the access request ID and the corresponding access time in the log file for each user access request.
  • the access time refers to the time when the server receives the user access request. It can be understood that, in step S13, determining whether the user access request is the first access request corresponding to the session identifier is specifically: querying the access information in the log file based on the session identifier in the user access request. If the access information includes only the session creation time (Session) creation time, the session ID (ie, the Session ID), and the client ID of the creation session (ie, the Session), the user access request is the first access request corresponding to the session identifier.
  • Session session creation time
  • the session ID ie, the Session ID
  • the client ID of the creation session ie, the Session
  • the access information includes not only the session creation time (Session) creation time, the session ID (ie, the session ID), and the client ID of the session creation session (ie, the session), but also the access request ID and the corresponding access time, the user access request is not The first access request corresponding to the session ID.
  • step S12 and step S13 are not sequential, and step S12 may be performed before step S13, or step S13 may be performed first.
  • the management process is an execution program created in the memory of the server for managing the progress of collecting user information from the client, and the management process is an independent unit for resource allocation and scheduling in the memory of the server, and each management process has its own A separate address space.
  • the address space is a memory space allocated by the server to the management process for storing user information when the management process is created.
  • the server assigns a process ID to the management process according to a preset rule, and the process ID is an identifier for uniquely identifying the management process.
  • the management process is created when the server establishes a session (ie, a session) with the client, and receives the first access request, and associates the process ID of the management process with the session identifier (ie, the session ID).
  • the first resource data is complete user information formed by all user information, that is, the first resource data is complete user information corresponding to a user.
  • the user access request is the last user access request carrying the same session identifier (ie, the session ID), that is, the user access request. It is the user access request entered by the user by clicking the "Submit" button in the last filling page of the same registration interface.
  • the management process corresponding to the session identifier (ie, the session ID) has been created in the server memory. And storing the user information in the user access request in an address space corresponding to the management process, so that all user information stored in the address space constitutes complete user information; forming first resource data based on the complete user information, and the first The resource data is uploaded to the server so that the server receives the complete user information.
  • the database only needs to receive the first resource data once, and can obtain complete user information without receiving user information in multiple user access requests, which can effectively reduce the number of accesses to the server, thereby reducing the access pressure of the database.
  • the progress identifier in the user access request is the completed identifier
  • the user inputs the user information in the last filling page in the registration interface of the client and clicks the “submit” button to input the user access request.
  • the user access request is the first access request
  • the user enters the user access request that is input by clicking the “submit” button after the user inputs the user information in the registration interface of the client. That is, the progress identifier is the completed identifier and the user access request is the first access request, indicating that the client registration interface has only one filling page, and only one user access request is generated.
  • the user information in the user access request is complete user information
  • the first resource data may be directly formed based on the user information, and the first resource data is uploaded to the server. It can ensure that the complete user information of any user only needs to access the database once, which can alleviate the access pressure of the database to some extent; moreover, in the case that the user information in any user access request is complete user information, there is no need for the server. Creating a management process in memory helps to reduce the memory usage.
  • the server may be connected to multiple databases, and the first resource data formed by the server may be uploaded to any database, so that any database can save corresponding complete user information.
  • the server needs to select a database with small data traffic or light network load according to the load balancing algorithm, thereby improving the uploading efficiency of the first resource data.
  • load balancing Load Balance
  • load balancing is built on the existing network structure, for cheap and effective transparent methods to expand the bandwidth of network devices and servers, increase throughput, strengthen network data processing capabilities, improve network flexibility and Rules of availability.
  • the user access request is not that the user inputs the user information in the last filling page of the registration interface and clicks the “submit” button to input the The user access request, that is, after the user access request, further access to other user access requests is required to form complete user information.
  • the user access request obtained by the server is the first access request
  • the user access request is a user access request that is input by the user by clicking the “submit button” after the user inputs the user information in the registration interface of the client, and the registration is performed.
  • the interface is associated with a session identifier (ie, Session ID).
  • a management process is created in the memory of the server, and the process ID of the management process is associated with the session identifier (ie, the session ID).
  • the management process corresponding to the process ID can perform unified management on all user access requests that carry the same session identifier (ie, the session ID).
  • the server creates a management process in the memory, the management process is allocated a corresponding address space, and the address space is associated with the process ID and the session identifier (ie, the session ID), so that the address space can store the same session identifier (ie, the session). All users of the ID) access the user information in the request.
  • the user information in the user access request is first stored in the address space of the management process, so as to avoid that the user access request corresponding to each filling page in the registration interface of the client directly accesses the database, resulting in a large number of database access times. , thus effectively reducing the access pressure of the database.
  • the user access request is not the last user filling the page in the registration interface, nor is it the first one. Enter the user information in the filling page and click the "Submit" button to enter the user access request, that is, obtain the same user access request as the session ID (ie Session ID) before the user access request, and still after the user access request Additional user access requests need to be continued to form complete user information.
  • the session ID ie Session ID
  • the management process corresponding to the session identifier (ie, the session ID) in the user access request is created in the memory of the server.
  • the user information in the user access request is stored in the address space corresponding to the management process, which can effectively alleviate the access pressure of the server, and solve the problem that the database access is frequently caused by directly accessing the database based on the user access request.
  • the management process is created in the memory, and The management process is allocated a corresponding address space to store user information in the address space, and the user access request is not directly uploaded to the database, which is beneficial to alleviating the access pressure of the database.
  • the progress indicator in the user access request is an incomplete identifier (ie, not a completed identifier) and the user access request is not the first access request
  • the user information is stored in an address space corresponding to the session identifier (ie, Session ID).
  • the progress identifier in the user access request is the completed identity and the user access request is not the first access request
  • the user information is stored in an address space corresponding to the session identifier (ie, the Session ID), and is formed based on all user information in the address space.
  • the first resource data is uploaded to the database, so that the database only needs to receive the first resource data once, so that all user information in multiple user access requests can be obtained, which can effectively reduce the number of database accesses and reduce the database. Access pressure.
  • the first resource data is directly formed based on the user information in the user access request and uploaded to the server, so that the database can be obtained only by accessing the database once.
  • the method for acquiring a client resource further includes the step S20: monitoring a management process created in the memory.
  • Step S20 specifically includes the following steps:
  • the current time refers to the current system time of the server.
  • a timer is set when the management process is created in the memory of the server, so that the timer updates the reading each time a user access request is received, even if the reading in the timer is zero, so that the reading in the timer The time interval for receiving the last user access request for the current time distance.
  • the preset overdue time is a time preset by the system for evaluating whether the response time is exceeded. It can be understood that the preset expiration time is a time for evaluating whether the management process in the memory creation of the server needs to be destroyed. The preset expiration time can be half an hour or other time.
  • the second resource data is incomplete user information formed by the existing user information, that is, the second resource data is an incomplete customer resource corresponding to a user.
  • the client does not continue to send the user access request to the server within the preset expiration time. If the management process is retained in the memory of the server, the memory may be wasted. Moreover, when there are too many management processes in the memory, it is easy to cause memory jam or blockage, affecting the response time of the server to the client, and it is easy to reduce user satisfaction.
  • the second resource data is formed based on all the user information in the address space, and the second resource data is uploaded into the database to correspond to the same session identifier (ie, the Session ID). All user information is uploaded to the database at one time, which reduces the number of accesses to the database to a certain extent and reduces the access pressure of the database. Moreover, after the second resource data is uploaded to the server, the management process in the memory is destroyed to clean up the memory, and the memory of the server is prevented from being jammed or blocked, thereby improving the response time of the memory to the user access request and improving the user satisfaction.
  • the existing user information in the address space corresponding to the management process is uploaded to the server as the second resource data, and the incomplete user information in the second resource data may be utilized. Add, delete, and modify user information obtained by other channels to obtain more comprehensive user information.
  • the uploading the second resource data to the server also uses a load balancing algorithm to determine the corresponding server to improve the uploading efficiency of the second resource data.
  • the client sends a heartbeat packet to the server every unit time, so that the server obtains the heartbeat packet from the client, so that the management process in the memory keeps the heartbeat, that is, the client is kept.
  • the registration interface of the client can send a heartbeat packet to the server every unit time (for example, 10s), so that the server maintains the heartbeat of the management process when receiving the heartbeat packet, and the management process is not destroyed.
  • the heartbeat packet can adopt SO_KEEPALIVE in the TCP mechanism, and the heartbeat packet is implemented by sending an echo packet through the logic layer.
  • the SO_KEEPA LIVE in the TCP mechanism sends an empty packet to the client every unit time, and then the client sends a heartbeat packet to the server. If the server receives the heartbeat packet sent by the client in a unit time, the client is kept with the client. If the server does not receive the heartbeat packet sent by the client in the unit time, the server is disconnected, and the second resource data is formed based on the existing user information in the address space in step S23. Upload the second resource data to the server and destroy the management process.
  • FIG. 3 is a schematic diagram showing a client resource obtaining apparatus corresponding to the client resource obtaining method in the first embodiment.
  • the client resource obtaining apparatus includes an access request obtaining module 10, a progress identification determining 20 module, an access request determining module 30, and a first processing module 40, a second processing module 50, a third processing module 60, and a fourth Processing module 70.
  • the client resource obtaining apparatus further includes a management process monitoring module 80.
  • the implementation functions of the access request acquisition module 10, the progress identification determination module 20, the access request determination module 30, the first processing module 40, the second processing module 50, the third processing module 60, and the fourth processing module 70 are the same as those in the first embodiment.
  • the steps S11 to S17 of the client resource acquisition method are corresponding to each other; the implementation function of the management process monitoring module 80 is in one-to-one correspondence with the step S20 in the client resource acquisition method in the first embodiment, which is not described in detail in this embodiment.
  • the access request obtaining module 10 is configured to obtain a user access request, where the user access request includes a session identifier, user information, and a progress identifier.
  • the progress indicator determining module 20 is configured to determine whether the progress indicator is a completed identifier.
  • the access request determining module 30 is configured to determine whether the user access request is a first access request corresponding to the session identifier.
  • the first processing module 40 is configured to: when the progress identifier is the completed identifier and the user access request is not the first access request, determine the corresponding management process based on the session identifier, and store the user information in an address space corresponding to the management process, based on All user information in the address space forms the first resource data, uploads the first resource data to the server, and destroys the management process.
  • the second processing module 50 is configured to: when the progress identifier is the completed identifier and the user access request is the first access request, form the first resource data based on the user information in the user access request, and upload the first resource data to the server.
  • the third processing module 60 is configured to: if the progress identifier is not the completed identifier and the user access request is the first access request, create a management process in the memory, allocate a corresponding address space to the management process, and store the user information in the address space. Inside.
  • the fourth processing module 70 is configured to store the user information in an address space corresponding to the management process when the progress identifier is not the completed identifier and the user access request is not the first access request.
  • the management process monitoring module 80 is configured to monitor a management process created in the memory.
  • the management process monitoring module 80 includes a time interval acquisition unit 81, a time interval determination unit 82, a first process processing unit 83, and a second process processing unit 84.
  • the time interval obtaining unit 81 is configured to acquire a time interval between the current time distance and the last user access request.
  • the time interval judging unit 82 is configured to determine whether the time interval reaches a preset expiration time.
  • the first process processing unit 83 is configured to: when the time interval reaches the preset expiration time, form second resource data based on existing user information in the address space, upload the second resource data to the server, and destroy the management. process.
  • the second process processing unit 84 is configured to acquire a heartbeat packet from the client when the time interval does not reach the subscription expiration time, so that the management process keeps the heartbeat.
  • the embodiment provides a computer readable storage medium, where the computer readable storage medium is stored by the processor, and the client resource acquisition method in Embodiment 1 is implemented. No longer.
  • the computer readable instructions are executed by the processor, the functions of the modules/units in the client resource obtaining device in Embodiment 2 are implemented. To avoid repetition, details are not described herein again.
  • FIG. 5 is a schematic diagram of a terminal device according to an embodiment of the present application.
  • the terminal device 90 of this embodiment includes a processor 91, a memory 92, and computer readable instructions 93 stored in the memory 92 and operable on the processor 91.
  • the processor 91 executes the computer readable instructions 93
  • the steps in the client resource acquisition method in the above embodiment 1 are implemented, such as steps S11 to S17 in FIG. 1, or steps S21 to S24 in FIG.
  • the processor 91 executes the computer readable instructions 93
  • the functions of the modules/units in the client resource obtaining apparatus provided in the foregoing embodiment 2 are implemented, for example, the access request obtaining module 10 and the progress indicator determining 20 module shown in FIG.
  • computer readable instructions 93 may be partitioned into one or more modules/units, one or more modules/units being stored in memory 92 and executed by processor 91 to complete the application.
  • the one or more modules/units can be an instruction segment of a series of computer readable instructions capable of performing a particular function, which is used to describe the execution of computer readable instructions 93 in the terminal device 90.
  • the computer readable instructions 93 may be divided into an access request acquisition module 10, a progress identification determination 20 module, an access request determination module 30, and a first processing module 40, a second processing module 50, a third processing module 60, and
  • the fourth processing module 70 shown in FIG. 3
  • the computer readable instructions 93 may be divided into the management process monitoring module 80 (shown in FIG. 4) in Embodiment 2, and the specific functions of each module are as follows:
  • the access request obtaining module 10 is configured to obtain a user access request, where the user access request includes a session identifier, user information, and a progress identifier.
  • the progress indicator determining module 20 is configured to determine whether the progress indicator is a completed identifier.
  • the access request determining module 30 is configured to determine whether the user access request is a first access request corresponding to the session identifier.
  • the first processing module 40 is configured to: when the progress identifier is the completed identifier and the user access request is not the first access request, determine the corresponding management process based on the session identifier, and store the user information in an address space corresponding to the management process, based on All user information in the address space forms the first resource data, uploads the first resource data to the server, and destroys the management process.
  • the second processing module 50 is configured to: when the progress identifier is the completed identifier and the user access request is the first access request, form the first resource data based on the user information in the user access request, and upload the first resource data to the server.
  • the third processing module 60 is configured to: if the progress identifier is not the completed identifier and the user access request is the first access request, create a management process in the memory, allocate a corresponding address space to the management process, and store the user information in the address space. Inside.
  • the fourth processing module 70 is configured to store the user information in an address space corresponding to the management process when the progress identifier is not the completed identifier and the user access request is not the first access request.
  • the management process monitoring module 80 is configured to monitor a management process created in the memory.
  • the management process monitoring module 80 includes a time interval acquisition unit 81, a time interval determination unit 82, a first process processing unit 83, and a second process processing unit 84.
  • the time interval obtaining unit 81 is configured to acquire a time interval between the current time distance and the last user access request.
  • the time interval judging unit 82 is configured to determine whether the time interval reaches a preset expiration time.
  • the first process processing unit 83 is configured to: when the time interval reaches the preset expiration time, form second resource data based on existing user information in the address space, upload the second resource data to the server, and destroy the management. process.
  • the second process processing unit 84 is configured to acquire a heartbeat packet from the client when the time interval does not reach the subscription expiration time, so that the management process keeps the heartbeat.
  • the terminal device 90 can be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server.
  • the terminal device may include, but is not limited to, a processor 91, a memory 92. It will be understood by those skilled in the art that FIG. 5 is merely an example of the terminal device 90 and does not constitute a limitation of the terminal device 90, and may include more or less components than those illustrated, or may combine certain components or different components.
  • the terminal device may further include an input/output device, a network access device, a bus, and the like.
  • the processor 91 may be a central processing unit (CPU), or may be another general-purpose processor, a digital signal processor (DSP), or an application specific integrated circuit (ASIC). Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 92 may be an internal storage unit of the terminal device 90, such as a hard disk or a memory of the terminal device 90.
  • the memory 92 may also be an external storage device of the terminal device 90, such as a plug-in hard disk equipped with the terminal device 90, a smart memory card (SMC), a Secure Digital (SD) card, and a flash memory card (Flash). Card) and so on.
  • the memory 92 may also include both an internal storage unit of the terminal device 90 and an external storage device.
  • the memory 92 is used to store computer readable instructions 93 and other programs and data required by the terminal device.
  • the memory 92 can also be used to temporarily store data that has been output or is about to be output.
  • each functional unit and module in the foregoing system may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit, and the integrated unit may be implemented by hardware.
  • Formal implementation can also be implemented in the form of software functional units.
  • the specific names of the respective functional units and modules are only for the purpose of facilitating mutual differentiation, and are not intended to limit the scope of protection of the present application.
  • the disclosed device/terminal device and method may be implemented in other manners.
  • the device/terminal device embodiments described above are merely illustrative.
  • the division of the modules or units is only a logical function division.
  • there may be another division manner for example, multiple units.
  • components may be combined or integrated into another system, or some features may be omitted or not performed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated modules/units if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium.
  • the present application implements all or part of the processes in the foregoing embodiments, and may also be implemented by computer readable instructions, which may be stored in a computer readable storage medium.
  • the computer readable instructions when executed by a processor, may implement the steps of the various method embodiments described above.
  • the computer readable instructions comprise computer readable instruction code, which may be in the form of source code, an object code form, an executable file or some intermediate form or the like.
  • the computer readable medium can include any entity or device capable of carrying the computer readable instruction code, a recording medium, a USB flash drive, a removable hard drive, a magnetic disk, an optical disk, a computer memory, a read only memory (ROM, Read-Only) Memory), random access memory (RAM), electrical carrier signals, telecommunications signals, and software distribution media.
  • a recording medium a USB flash drive
  • a removable hard drive a magnetic disk, an optical disk
  • a computer memory a read only memory (ROM, Read-Only) Memory
  • RAM random access memory

Abstract

本申请公开一种客户资源获取方法、装置、终端设备及存储介质。该客户资源获取方法包括：获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；判断所述进度标识是否为已完成标识；判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；若所述进度标识为已完成标识且所述用户访问请求不为首次访问请求，则基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器中，并销毁所述管理进程。该客户资源获取方法获取客户资源时，效率高且数据库性能好。

Description

客户资源获取方法、装置、终端设备及存储介质
本专利申请以2017年8月28日提交的申请号为201710747850.1，名称为“客户资源获取方法、装置、终端设备及存储介质”的中国发明专利申请为基础，并要求其优先权。
技术领域
本申请涉及信息处理技术领域，尤其涉及一种客户资源获取方法、装置、终端设备及存储介质。
背景技术
网络获客是指通过网络渠道获取客户资源这一事件的简称。其中，网络渠道可以是网站、QQ、微信、微博和论坛等渠道方，客户资源可以是任一用户在相应的网络渠道中注册时输入的用户信息。任一用户通过网络渠道注册用户信息，即可使渠道方获取相应的用户信息。当前网络获客中，渠道方对应的服务器会将获取到的客户资源存储在数据库中，以便使用时从数据库中调取相应的客户资源。对于当前网络获客而言，用户可在网上填写的用户信息可能分为多个页面上传，每个页面上传的用户信息都直接访问数据库，使得数据库的访问次数过多，对数据库造成巨大的访问压力。即当前通过网络渠道获取用户的客户资源时需多次访问数据库，对数据库造成巨大的访问压力。
发明内容
本申请实施例提供一种客户资源获取方法、装置、终端设备及存储介质方法，以解决当前通过网络渠道获取用户的客户资源时需多次访问数据库所存在的问题。
第一方面，本申请实施例提供一种客户资源获取方法，包括：
获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；
判断所述进度标识是否为已完成标识；
判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；
若所述进度标识为已完成标识且所述用户访问请求不为首次访问请求，则基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器 中，并销毁所述管理进程。
第二方面，本申请实施例提供一种客户资源获取装置，包括：
访问请求获取模块，用于获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；
进度标识判断模块，用于判断所述进度标识是否为已完成标识；
访问请求判断模块，用于判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；
第一处理模块，用于在所述进度标识为已完成标识且所述用户访问请求不为首次访问请求时，基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器中，并销毁所述管理进程。
第三方面，本申请实施例提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如下步骤：
获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；
判断所述进度标识是否为已完成标识；
判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；
若所述进度标识为已完成标识且所述用户访问请求不为首次访问请求，则基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器中，并销毁所述管理进程。
第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如下步骤：
获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；
判断所述进度标识是否为已完成标识；
判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；
若所述进度标识为已完成标识且所述用户访问请求不为首次访问请求，则基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器中，并销毁所述管理进程。
本申请实施例提供的客户资源获取方法、装置、终端设备及存储介质中，在用户访问请求中的进度标识为已完成标识且用户访问请求不为首次访问请求时，用户信息存储在与会话标识(即Session ID)相对应的地址空间内，基于地址空间中所有用户信息形成第一资源数据，并将第一资源数据上传到数据库中，使得数据库只需接收一次第一资源数据，即可获取多个用户访问请求中所有用户信息，可有效减少数据库的访问次数，降低数据库访问压力。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是实施例1中客户资源获取方法的一流程图。
图2是实施例1中客户资源获取方法的步骤S20的一具体流程图。
图3是实施例2中客户资源获取装置的一示意图。
图4是实施例2中客户资源获取装置的管理进程监控模块80的一具体示意图。
图5是实施例4中提供的终端设备的一示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
实施例1
图1示出本实施例中客户资源获取方法的流程图。该客户资源获取方法应用于通过网络渠道获取客户资源，该客户资源获取方法应用在客户端、与客户端通过网络相连的服务器和与服务器通信相连的数据库中，用于采集并获取客户资源。如图1所示，该客户资源获取方法，包括如下步骤：
S11：获取用户访问请求，用户访问请求包括会话标识、用户信息和进度标识。
具体地，服务器接收客户端发送的用户访问请求，该用户访问请求包括会话标识、用户信息和进度标识。其中，会话标识(即Session ID)是用于唯一识别会话(即Session)的标识。会话(即Session)是应用在服务器中的一种类似于散列表的用于保存信息的结构。 在客户端与服务器网络通信过程中，需在客户端与服务器之间创建会话(即Session)，具体由客户端给服务器发送连接请求，服务器接收到该连接请求并响应，即可创建会话(即Session)，以实现两者通信连接。用户信息是用户填写的与用户相关的信息，可以包括姓名、性别、年龄、身份证号、联系电话和联系地址等信息。进度信息是用于指示是否完成所有用户信息填写的信息。进度信息包括已完成标识和未完成标识，可以用二进制数字“1”和“0”分别代表已完成标识和未完成标识。可以理解地，每一用户访问请求还包括访问请求ID，该访问请求ID是用于唯一识别用户访问请求的标识。该访问请求ID可以是在用户访问请求生成时依据预设规则随机生成的标识。
本实施例中，客户端给服务器发送用户访问请求之前，服务器需检查接收到的用户访问请求是否包含一个会话标识(即Session ID)。若用户访问请求包含会话标识(即Session ID)，则服务器将与会话标识(即Session ID)相对应的会话(即Session)搜索出来使用，以保存用户访问请求中的用户信息。若用户访问请求不包含会话标识(即Session ID)，则服务器为客户端创建一个会话(即Session)并生成与会话(即Session)相关联的会话标识(即Session ID)。
可以理解地，在步骤S11之前，需使服务器与客户端建立会话(即Session)，即在客户端给服务器发送用户访问请求之前，客户端给服务器发送一连接请求，服务器接收到该连接请求后，创建一会话(即Session)并生成与会话(即Session)相关联的会话标识(即Session ID)，并给客户端反馈一响应信息，以使服务器与客户端之间建立会话(即Session)。其中，该响应信息中携带会话标识(即Session ID)。
本实施例中，在用户控制客户端进入需要填写用户信息的注册界面时，使服务器与客户端建立会话(即Session)，以使该注册界面下给服务器发送的所有用户访问请求均携带与会话(即Session)相对应的会话标识(即Session ID)。其中，客户端的注册界面包括多个填写页面，每一填写页面均显示用于供用户填写用户信息的填写框和“提交”按钮。用户在填写框中填写完用户信息后，点击“提交”按钮即可输入对应的用户访问请求，使得用户访问请求均携带有会话标识(即Session ID)和用户信息。而且，在系统后台配置过程，使客户端的注册界面下的每一填写页面携带有一进度标识，任一填写页面只能携带已完成标识或者未完成标识。具体地，该注册界面的最后一个填写页面携带有已完成标识，其他填写页面均携带未完成标识。用户在填写框中输入用户信息并点击“提交”按钮，即可向服务器发送用户访问请求，以使服务器获取用户访问请求，使得用户访问请求携带会话标识(即Session ID)、用户信息和进度标识。
S12：判断进度标识是否为已完成标识。
由于进度标识只能为未完成标识或者已完成标识两种，则服务器判断用户访问请求中的进度标识是否为未完成标识过程，也是判断进度标识是否为已完成标识的过程。若进度标识为未完成标识，则说明服务器接收到的用户访问请求中携带的用户信息与之前获取的用户访问请求中的用户信息不构成完整用户信息，仍需继续获取其他用户访问请求才可能形成完整用户信息。若进度标识不为未完成标识(即进度标识为已完成标识)，则说明服务器接收到的用户访问请求中携带的用户信息与之前用户访问请求中的用户信息构成完整用户信息。其中，完整用户信息是注册界面中所有填写页面输入的所有用户信息之和。
S13：判断用户访问请求是否为与会话标识相对应的首次访问请求。
其中，首次访问请求是服务器与客户端建立会话(即Session)后获取的第一个用户访问请求。本实施例中，首次访问请求是用户在客户端的注册界面中第一个填写页面输入用户信息后点击“提交”按钮而输入的用户访问请求。若用户访问请求是首次访问请求，则在该用户访问请求之前，用户没有通过客户端的同一注册界面向服务器发送过用户访问请求。若用户访问请求不是首次访问请求，则在该用户访问请求之前，用户已通过客户端的同一注册界面向服务器发送过用户访问请求。
本实施例中，服务器在与客户端建立会话(即Session)时，采用日志文件记录与该会话标识(即Session ID)相关的访问信息。在会话(即Session)创建时，日志文件中记录的访问信息包括会话(即Session)创建时间、会话标识(即Session ID)和创建会话(即Session)的客户端ID。该客户端ID是用于唯一识别发送连接请求以创建会话(即Session)的客户端的标识。在会话(即Session)创建后，服务器每获取一用户访问请求，在日志文件中记录访问请求ID和对应的访问时间。该访问时间是指服务器接收到用户访问请求的时间。可以理解地，步骤S13中判断用户访问请求是否为与会话标识相对应的首次访问请求具体为：基于用户访问请求中的会话标识查询日志文件中的访问信息。若访问信息仅包括会话(即Session)创建时间、会话标识(即Session ID)和创建会话(即Session)的客户端ID，则该用户访问请求为与会话标识相对应的首次访问请求。若访问信息不仅包括会话(即Session)创建时间、会话标识(即Session ID)和创建会话(即Session)的客户端ID，还包括访问请求ID和对应的访问时间，则该用户访问请求不为与会话标识相对应的首次访问请求。
可以理解地，步骤S12和步骤S13的执行顺序没有先后之分，可以先执行步骤S12再执行步骤S13，也可以先执行步骤S13再执行步骤S12。
S14：若进度标识为已完成标识且用户访问请求不为首次访问请求，则基于会话标识确定对应的管理进程，将用户信息存储在与管理进程对应的地址空间内，基于地址空间内所有用户信息形成第一资源数据，将第一资源数据上传到服务器中，并销毁管理进程。
其中，管理进程是服务器的内存中创建的用于管理从客户端采集用户信息的进度的执行程序，该管理进程是服务器的内存中进行资源分配和调度的独立单位，每一管理进程都有自己独立的地址空间。该地址空间是服务器的内存在创建管理进程时分配给管理进程的用于存储用户信息的内存空间。进一步地，服务器按预设规则给管理进程分配一进程ID，该进程ID是用于唯一识别管理进程的标识。本实施例中，管理进程是服务器与客户端建立会话(即Session)后，接收到首次访问请求时创建的，并使管理进程的进程ID与会话标识(即Session ID)关联。
其中，第一资源数据是所有用户信息形成的完整用户信息，即第一资源数据为一用户对应的完整用户信息。本实施例中，若服务器接收到的用户访问请求中的进度标识已完成标识时，则说明该用户访问请求为最后一个携带同一会话标识(即Session ID)的用户访问请求，即该用户访问请求是用户点击同一注册界面中最后一个填写页面中的“提交”按钮而输入的用户访问请求。
本实施例中，在服务器接收到用户访问请求的进度标识为已完成标识且用户访问请求不为首次访问请求时，说明服务器内存中已创建有与会话标识(即Session ID)相对应的管理进程，将用户访问请求中的用户信息存储在与管理进程相对应的地址空间，使得地址空间内存储的所有用户信息构成完整用户信息；基于该完整用户信息形成第一资源数据，并将该第一资源数据上传到服务器中，以使服务器接收到完整用户信息。可以理解地，数据库只需接收一次第一资源数据，即可获取完整用户信息，无需接收多个用户访问请求中的用户信息，可有效减少对服务器的访问次数，以减少数据库的访问压力。
S15：若进度标识为已完成标识且用户访问请求为首次访问请求，则基于用户访问请求中的用户信息形成第一资源数据，并将第一资源数据上传到服务器。
本实施例中，若用户访问请求中的进度标识为已完成标识，则说明用户在客户端的注册界面中最后一个填写页面中输入用户信息并点击“提交”按钮，以输入该用户访问请求。而且，若用户访问请求为首次访问请求，则说明用户在客户端的注册界面中第一个填写页面输入用户信息后点击“提交”按钮而输入的用户访问请求。即进度标识为已完成标识且用户访问请求为首次访问请求，说明客户端的注册界面只有一个填写页面，只会产生一个用户访问请求。此时，该用户访问请求中的用户信息为完整用户信息，可直接基于该用户 信息形成第一资源数据，并将第一资源数据上传到服务器中。既可保证任一用户的完整用户信息只需访问一次数据库，可在一定程度上减轻数据库的访问压力；而且，在任一用户访问请求中的用户信息为完整用户信息的情况下，无需在服务器的内存中创建管理进程，有利于减少对内存的占用。
具体地，服务器可与多个数据库相连，可将服务器所形成的第一资源数据上传到任一数据库中，以使任一数据库可保存相应的完整用户信息。步骤S14和步骤S15中，服务器在形成第一资源数据时，需依据负载均衡算法选取数据流量小或网络负荷轻的数据库，从而提高第一资源数据的上传效率。其中，负载均衡(即Load Balance)是建立在现有网络结构之上，用于廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性的规则。
S16：若进度标识不为已完成标识且用户访问请求为首次访问请求，则在内存中创建管理进程，给管理进程分配对应的地址空间，并将用户信息存储在地址空间内。
本实施例中，若进度标识不为已完成标识(即为未完成标识)，则说明该用户访问请求不是用户在注册界面中最后一个填写页面中输入用户信息并点击“提交”按钮而输入该用户访问请求，即在该用户访问请求之后还需继续获取其他用户访问请求，才能形成完整用户信息。若服务器获取的用户访问请求为首次访问请求，则说明该用户访问请求是用户在客户端的注册界面中第一个填写页面输入用户信息后点击“提交按钮”而输入的的用户访问请求，该注册界面与一会话标识(即Session ID)相关联。
具体地，在进度标识不为已完成标识且用户访问请求为首次访问请求时，需在服务器的内存中创建一管理进程，并使管理进程的进程ID与会话标识(即Session ID)相关联，以使与进程ID对应的管理进程可以对携带同一会话标识(即Session ID)的所有用户访问请求进行统一管理。而且，服务器在内存中创建管理进程时，给管理进程分配对应的地址空间，该地址空间与进程ID和会话标识(即Session ID)关联，以使该地址空间可存储携带相同会话标识(即Session ID)的所有用户访问请求中的用户信息。可以理解地，将用户访问请求中用户信息先存储在管理进程的地址空间内，以避免客户端的注册界面中每一填写页面对应的用户访问请求均直接访问数据库而导致数据库访问次数较多的问题，从而有效减轻数据库的访问压力。
S17：若进度标识不为已完成标识且用户访问请求不为首次访问请求，则将用户信息存储在管理进程对应的地址空间内。
具体地，若进度标识不为已完成标识(即为未完成标识)且用户访问请求不为首次访 问请求，则说明该用户访问请求不是用户在注册界面中最后一个填写页面也不是在第一个填写页面中输入用户信息并点击“提交”按钮而输入该用户访问请求，即在该用户访问请求之前有获取与其会话标识(即Session ID)相同的用户访问请求，而且在该用户访问请求之后仍需继续获取其他用户访问请求，才能形成完整用户信息。
本实施例中，在进度标识不为已完成标识且用户访问请求不为首次访问请求时，则服务器的内存中已创建有与用户访问请求中会话标识(即Session ID)相对应的管理进程，将用户访问请求中的用户信息存储在与管理进程相对应的地址空间内，可有效减轻服务器的访问压力，以解决直接基于用户访问请求访问数据库而导致数据库访问次数较多的问题。
本实施例所提供的客户资源获取方法中，在用户访问请求中的进度标识为未完成标识(即不为已完成标识)且用户访问请求为首次访问请求时，在内存中创建管理进程，并给管理进程分配对应的地址空间，以将用户信息存储在地址空间内，无需将用户访问请求直接上传到数据库中，有利于减轻数据库的访问压力。在用户访问请求中的进度标识为未完成标识(即不为已完成标识)且用户访问请求不为首次访问请求时，将将用户信息存储在与会话标识(即Session ID)相对应的地址空间内，无需将用户访问请求直接上传到数据库中，有利于减轻数据库的访问压力。在用户访问请求中的进度标识为已完成标识且用户访问请求不为首次访问请求时，用户信息存储在与会话标识(即Session ID)相对应的地址空间内，基于地址空间中所有用户信息形成第一资源数据，并将第一资源数据上传到数据库中，使得数据库只需接收一次第一资源数据，即可获取多个用户访问请求中所有用户信息，可有效减少数据库的访问次数，降低数据库访问压力。在用户访问请求中的进度标识为已完成标识且用户访问请求为首次访问请求时，直接基于用户访问请求中的用户信息形成第一资源数据并上传到服务器，使得只需访问一次数据库即可获取完整用户信息，且可减少管理进程对内存的占用，以提高服务器对客户端的响应时间。
在一具体实施方式中，如图2所示，该客户资源获取方法中，还包括步骤S20：监控内存中创建的管理进程。步骤S20具体包括如下步骤：
S21：获取当前时间距离接收上一用户访问请求的时间间隔。
其中，当前时间是指服务器的当前系统时间。本实施例中，在服务器的内存中创建管理进程时设置计时器，使该计时器在每次接收到一用户访问请求时更新读数，即使计时器中的读数为零，使得计时器中的读数为当前时间距离接收上一用户访问请求的时间间隔。
S22：判断时间间隔是否达到预设超期时间。
其中，预设超期时间是系统预先设置的用于评价响应时间是否超期的时间。可以理解地，该预设超期时间是用于评价是否需销毁服务器的内存创建中的管理进程的时间。该预设超期时间可以是半个小时或其他时间。
S23：若时间间隔达到预设超期时间，则基于地址空间内的已有用户信息形成第二资源数据，将第二资源数据上传到服务器中，并销毁管理进程。
第二资源数据是已有用户信息形成的不完整用户信息，即第二资源数据为一用户对应的不完整的客户资源。本实施例中，若时间间隔达到预设超期时间，说明客户端在预设超期时间内没有继续给服务器发送用户访问请求，若继续在服务器的内存中保留管理进程，可能会对内存造成浪费，而且内存中的管理进程数量过多时，容易导致内存卡顿或堵塞，影响服务器对客户端的响应时间，容易降低用户的满意度。因此，在时间间隔达到预设超期时间时，基于地址空间中所有用户信息形成第二资源数据，并将第二资源数据上传到数据库中，以将与同一会话标识(即Session ID)相对应的所有用户信息一次性上传到数据库中，在一定程度上减少数据库的访问次数，降低数据库的访问压力。并且，在将第二资源数据上传到服务器后，销毁内存中的管理进程，以清理内存，避免服务器的内存卡顿或堵塞，从而提高内存对用户访问请求的响应时间，提高用户的满意度。
本实施例中，在时间间隔达到预设超期时间时，将管理进程对应的地址空间中已有的用户信息作为第二资源数据上传到服务器中保存，可以利用第二资源数据中不完整用户信息对其他渠道获取的用户信息进行增加、删除和修改等操作，以获取更全面的用户信息。而且，在将第二资源数据上传到服务器中也采用负载均衡算法确定对应的服务器，以提高第二资源数据的上传效率。
S24：若时间间隔未达到预约超期时间，则获取来自客户端的心跳包，以使管理进程保持心跳。
具体地，在时间间隔未达到预设超期时间时，客户端每隔单位时间会向服务器发送一心跳包，使得服务器获取来自客户端的心跳包，以使内存中的管理进程保持心跳，即保持客户端与服务器的长连接。可以理解地，客户端的注册界面每隔一单位时间(如10s)可向服务器发送一心跳包，以使服务器接收到该心跳包时保持管理进程的心跳，而使管理进程不被销毁。
本实施例中，该心跳包可以采用TCP机制中的SO_KEEPALIVE，心跳包通过逻辑层发echo包来实现。具体地，TCP机制中的SO_KEEPALIVE每隔一单位时间给客户端发送一个空包，然后客户端给服务器发送一心跳包，若服务器在单位时间接收到客户端发送的心跳 包，则保持客户端与服务器的长连接；反之，若服务器在单位时间未接收到客户端发送的心跳包，则说明客户端掉线，需执行步骤S23中的基于地址空间内的已有用户信息形成第二资源数据，将第二资源数据上传到服务器中，并销毁管理进程。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
实施例2
图3示出与实施例1中客户资源获取方法一一对应的客户资源获取装置的一示意图。如图3所示，该客户资源获取装置包括访问请求获取模块10、进度标识判断20模块、访问请求判断模块30和第一处理模块40、第二处理模块50、第三处理模块60和第四处理模块70。如图4所示，该客户资源获取装置还包括管理进程监控模块80。其中，访问请求获取模块10、进度标识判断20模块、访问请求判断模块30和第一处理模块40、第二处理模块50、第三处理模块60和第四处理模块70的实现功能与实施例1中客户资源获取方法的步骤S11至S17一一对应；管理进程监控模块80的实现功能与实施例1中客户资源获取方法中步骤S20一一对应为避免赘述，本实施例不一一详述。
访问请求获取模块10，用于获取用户访问请求，用户访问请求包括会话标识、用户信息和进度标识。
进度标识判断模块20，用于判断进度标识是否为已完成标识。
访问请求判断模块30，用于判断用户访问请求是否为与会话标识相对应的首次访问请求。
第一处理模块40，用于在进度标识为已完成标识且用户访问请求不为首次访问请求时，基于会话标识确定对应的管理进程，将用户信息存储在与管理进程对应的地址空间内，基于地址空间内所有用户信息形成第一资源数据，将第一资源数据上传到服务器中，并销毁管理进程。
第二处理模块50，用于进度标识为已完成标识且用户访问请求为首次访问请求时，基于用户访问请求中的用户信息形成第一资源数据，并将第一资源数据上传到所述服务器。
第三处理模块60，用于若进度标识不为已完成标识且用户访问请求为首次访问请求，则内存中创建管理进程，给管理进程分配对应的地址空间，并将用户信息存储在所地址空间内。
第四处理模块70，用于在进度标识不为已完成标识且所述用户访问请求不为首次访问请求时将所述用户信息存储在所述管理进程对应的地址空间内。
管理进程监控模块80，用于监控内存中创建的管理进程。
优选地，管理进程监控模块80包括时间间隔获取单元81、时间间隔判断单元82、第一进程处理单元83和第二进程处理单元84。
时间间隔获取单元81，用于获取当前时间距离接收上一用户访问请求的时间间隔。
时间间隔判断单元82，用于判断时间间隔是否达到预设超期时间。
第一进程处理单元83，用于若时间间隔达到所述预设超期时间时基于所述地址空间内的已有用户信息形成第二资源数据，将第二资源数据上传到服务器中，并销毁管理进程。
第二进程处理单元84，用于在时间间隔未达到预约超期时间时，获取来自客户端的心跳包，以使管理进程保持心跳。
实施例3
本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机可读指令，该计算机可读指令被处理器执行时实现实施例1中客户资源获取方法，为避免重复，这里不再赘述。或者，该计算机可读指令被处理器执行时实现实施例2中客户资源获取装置中各模块/单元的功能，为避免重复，这里不再赘述。
实施例4
图5是本申请一实施例提供的终端设备的示意图。如图5所示，该实施例的终端设备90包括：处理器91、存储器92以及存储在存储器92中并可在处理器91上运行的计算机可读指令93。处理器91执行计算机可读指令93时实现上述实施例1中客户资源获取方法中的步骤，例如图1中步骤S11至S17，或者如图2中步骤S21至S24。或者，处理器91执行计算机可读指令93时实现上述实施例2所提供的客户资源获取装置中各模块/单元的功能，例如图3所示的访问请求获取模块10、进度标识判断20模块、访问请求判断模块30、第一处理模块40、第二处理模块50、第三处理模块60和第四处理模块70的功能；或者如图4所示的管理进程监控模块80的功能。
示例性的，计算机可读指令93可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器92中，并由处理器91执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令的指令段，该指令段用于描述计算机可读指令93在终端设备90中的执行过程。例如，计算机可读指令93可以被分割成实施例2中访问请求获取模块10、进度标识判断20模块、访问请求判断模块30和第一处理模块40第二处理模块50、第三处理模块60和第四处理模块70(如图3所示)，或者计算机可读指令93可以被分割成实施例2中的管理进程监控模块80(如图4所示)，各模块具体功能如下：
访问请求获取模块10，用于获取用户访问请求，用户访问请求包括会话标识、用户信息和进度标识。
进度标识判断模块20，用于判断进度标识是否为已完成标识。
访问请求判断模块30，用于判断用户访问请求是否为与会话标识相对应的首次访问请求。
第一处理模块40，用于在进度标识为已完成标识且用户访问请求不为首次访问请求时，基于会话标识确定对应的管理进程，将用户信息存储在与管理进程对应的地址空间内，基于地址空间内所有用户信息形成第一资源数据，将第一资源数据上传到服务器中，并销毁管理进程。
第二处理模块50，用于进度标识为已完成标识且用户访问请求为首次访问请求时，基于用户访问请求中的用户信息形成第一资源数据，并将第一资源数据上传到所述服务器。
第三处理模块60，用于若进度标识不为已完成标识且用户访问请求为首次访问请求，则内存中创建管理进程，给管理进程分配对应的地址空间，并将用户信息存储在所地址空间内。
第四处理模块70，用于在进度标识不为已完成标识且所述用户访问请求不为首次访问请求时将所述用户信息存储在所述管理进程对应的地址空间内。
管理进程监控模块80，用于监控内存中创建的管理进程。
优选地，管理进程监控模块80包括时间间隔获取单元81、时间间隔判断单元82、第一进程处理单元83和第二进程处理单元84。
时间间隔获取单元81，用于获取当前时间距离接收上一用户访问请求的时间间隔。
时间间隔判断单元82，用于判断时间间隔是否达到预设超期时间。
第一进程处理单元83，用于若时间间隔达到所述预设超期时间时基于所述地址空间内的已有用户信息形成第二资源数据，将第二资源数据上传到服务器中，并销毁管理进程。
第二进程处理单元84，用于在时间间隔未达到预约超期时间时，获取来自客户端的心跳包，以使管理进程保持心跳。
终端设备90可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备可包括，但不仅限于，处理器91、存储器92。本领域技术人员可以理解，图5仅仅是终端设备90的示例，并不构成对终端设备90的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器91可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规 的处理器等。
存储器92可以是终端设备90的内部存储单元，例如终端设备90的硬盘或内存。存储器92也可以是终端设备90的外部存储设备，例如终端设备90上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器92还可以既包括终端设备90的内部存储单元也包括外部存储设备。存储器92用于存储计算机可读指令93以及终端设备所需的其他程序和数据。存储器92还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的 部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机可读指令包括计算机可读指令代码，所述计算机可读指令代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机可读指令代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种客户资源获取方法，其特征在于，包括：
    获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；
    判断所述进度标识是否为已完成标识；
    判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；
    若所述进度标识为已完成标识且所述用户访问请求不为首次访问请求，则基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器中，并销毁所述管理进程。
  2. 如权利要求1所述的客户资源获取方法，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述客户资源获取方法还包括：若所述进度标识为已完成标识且所述用户访问请求为首次访问请求，则基于所述用户访问请求中的用户信息形成所述第一资源数据，并将所述第一资源数据上传到所述服务器。
  3. 如权利要求1所述的客户资源获取方法，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述客户资源获取方法还包括：若所述进度标识不为已完成标识且所述用户访问请求为首次访问请求，则在所述内存中创建管理进程，给所述管理进程分配对应的地址空间，并将所述用户信息存储在所述地址空间内。
  4. 如权利要求1所述的客户资源获取方法，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述客户资源获取方法还包括：若所述进度标识不为已完成标识且所述用户访问请求不为首次访问请求，则将所述用户信息存储在所述管理进程对应的地址空间内。
  5. 如权利要求1所述的客户资源获取方法，其特征在于，所述客户资源获取方法还包括：监控内存中创建的管理进程；
    所述监控内存中创建的管理进程，包括：
    获取当前时间距离接收上一所述用户访问请求的时间间隔；
    判断所述时间间隔是否达到预设超期时间；
    若所述时间间隔达到所述预设超期时间，则基于所述地址空间内的已有用户信息形成 第二资源数据，将所述第二资源数据上传到服务器中，并销毁所述管理进程。
  6. 如权利要求5所述的客户资源获取方法，其特征在于，所述客户资源获取方法还包括：若所述时间间隔未达到所述预约超期时间，则获取来自客户端的心跳包，以使所述管理进程保持心跳。
  7. 一种客户资源获取装置，其特征在于，包括：
    访问请求获取模块，用于获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；
    进度标识判断模块，用于判断所述进度标识是否为已完成标识；
    访问请求判断模块，用于判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；
    第一处理模块，用于在所述进度标识为已完成标识且所述用户访问请求不为首次访问请求时，基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器中，并销毁所述管理进程。
  8. 如权利要求7所述的客户资源获取装置，其特征在于，所述客户资源获取装置还包括第二处理模块，用于在所述进度标识为已完成标识且所述用户访问请求为首次访问请求时，基于所述用户访问请求中的用户信息形成所述第一资源数据，并将所述第一资源数据上传到所述服务器；
    第三处理模块，用于若所述进度标识不为已完成标识且所述用户访问请求为首次访问请求，则在所述内存中创建管理进程，给所述管理进程分配对应的地址空间，并将所述用户信息存储在所述地址空间内；
    第四处理模块，用于在所述进度标识不为已完成标识且所述用户访问请求不为首次访问请求时将所述用户信息存储在所述管理进程对应的地址空间内；
    管理进程监控模块，用于监控内存中创建的管理进程；所述管理进程监控模块包括：
    时间间隔获取单元，用于获取当前时间距离接收上一所述用户访问请求的时间间隔；
    时间间隔判断单元，用于判断所述时间间隔是否达到预设超期时间；
    第一进程处理单元，用于若所述时间间隔达到所述预设超期时间时基于所述地址空间内的已有用户信息形成第二资源数据，将所述第二资源数据上传到服务器中，并销毁所述管理进程；
    第二进程处理单元，用于在所述时间间隔未达到所述预约超期时间时，获取来自客户 端的心跳包，以使所述管理进程保持心跳。
  9. 一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：
    获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；
    判断所述进度标识是否为已完成标识；
    判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；
    若所述进度标识为已完成标识且所述用户访问请求不为首次访问请求，则基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器中，并销毁所述管理进程。
  10. 如权利要求9所述的终端设备，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述处理器执行所述计算机可读指令时还实现如下步骤：若所述进度标识为已完成标识且所述用户访问请求为首次访问请求，则基于所述用户访问请求中的用户信息形成所述第一资源数据，并将所述第一资源数据上传到所述服务器。
  11. 如权利要求9所述的客户资源获取方法，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述处理器执行所述计算机可读指令时还实现如下步骤：若所述进度标识不为已完成标识且所述用户访问请求为首次访问请求，则在所述内存中创建管理进程，给所述管理进程分配对应的地址空间，并将所述用户信息存储在所述地址空间内。
  12. 如权利要求9所述的客户资源获取方法，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述处理器执行所述计算机可读指令时实现如下步骤：若所述进度标识不为已完成标识且所述用户访问请求不为首次访问请求，则将所述用户信息存储在所述管理进程对应的地址空间内。
  13. 如权利要求9所述的客户资源获取方法，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：监控内存中创建的管理进程；
    所述监控内存中创建的管理进程，包括：
    获取当前时间距离接收上一所述用户访问请求的时间间隔；
    判断所述时间间隔是否达到预设超期时间；
    若所述时间间隔达到所述预设超期时间，则基于所述地址空间内的已有用户信息形成第二资源数据，将所述第二资源数据上传到服务器中，并销毁所述管理进程。
  14. 如权利要求13所述的客户资源获取方法，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：若所述时间间隔未达到所述预约超期时间，则获取来自客户端的心跳包，以使所述管理进程保持心跳。
  15. 一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如下步骤：
    获取用户访问请求，所述用户访问请求包括会话标识、用户信息和进度标识；
    判断所述进度标识是否为已完成标识；
    判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求；
    若所述进度标识为已完成标识且所述用户访问请求不为首次访问请求，则基于所述会话标识确定对应的管理进程，将所述用户信息存储在与所述管理进程对应的地址空间内，基于所述地址空间内所有用户信息形成第一资源数据，将所述第一资源数据上传到服务器中，并销毁所述管理进程。
  16. 如权利要求15所述的计算机可读存储介质，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述计算机可读指令被所述处理器执行时实现如下步骤：若所述进度标识为已完成标识且所述用户访问请求为首次访问请求，则基于所述用户访问请求中的用户信息形成所述第一资源数据，并将所述第一资源数据上传到所述服务器。
  17. 如权利要求15所述的客户资源获取方法，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述计算机可读指令被所述处理器执行时实现如下步骤：若所述进度标识不为已完成标识且所述用户访问请求为首次访问请求，则在所述内存中创建管理进程，给所述管理进程分配对应的地址空间，并将所述用户信息存储在所述地址空间内。
  18. 如权利要求15所述的客户资源获取方法，其特征在于，在判断所述进度标识是否为已完成标识以及判断所述用户访问请求是否为与所述会话标识相对应的首次访问请求之后，所述计算机可读指令被所述处理器执行时实现如下步骤：若所述进度标识不为已完成标识且所述用户访问请求不为首次访问请求，则将所述用户信息存储在所述管理进程对应的地址空间内。
  19. 如权利要求15所述的客户资源获取方法，其特征在于，所述计算机可读指令被所述处理器执行时实现如下步骤：监控内存中创建的管理进程；
    所述监控内存中创建的管理进程，包括：
    获取当前时间距离接收上一所述用户访问请求的时间间隔；
    判断所述时间间隔是否达到预设超期时间；
    若所述时间间隔达到所述预设超期时间，则基于所述地址空间内的已有用户信息形成第二资源数据，将所述第二资源数据上传到服务器中，并销毁所述管理进程。
  20. 如权利要求19所述的客户资源获取方法，其特征在于，所述计算机可读指令被所述处理器执行时实现如下步骤：若所述时间间隔未达到所述预约超期时间，则获取来自客户端的心跳包，以使所述管理进程保持心跳。
PCT/CN2018/073789 2017-08-28 2018-01-23 客户资源获取方法、装置、终端设备及存储介质 WO2019041738A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/095,803 US11122128B2 (en) 2017-08-28 2018-01-23 Method and device for customer resource acquisition, terminal device and storage medium
SG11201809309WA SG11201809309WA (en) 2017-08-28 2018-01-23 Method and device for customer resource acquisition, terminal device and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710747850.1A CN107682397B (zh) 2017-08-28 2017-08-28 客户资源获取方法、装置、终端设备及存储介质
CN201710747850.1 2017-08-28

Publications (1)

Publication Number Publication Date
WO2019041738A1 true WO2019041738A1 (zh) 2019-03-07

Family

ID=61134605

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/073789 WO2019041738A1 (zh) 2017-08-28 2018-01-23 客户资源获取方法、装置、终端设备及存储介质

Country Status (4)

Country Link
US (1) US11122128B2 (zh)
CN (1) CN107682397B (zh)
SG (1) SG11201809309WA (zh)
WO (1) WO2019041738A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108664343B (zh) * 2018-05-09 2022-08-23 顺丰科技有限公司 一种微服务的有状态调用方法及装置
CN109246222A (zh) * 2018-09-21 2019-01-18 郑州云海信息技术有限公司 服务请求处理方法、装置、系统及计算机可读存储介质
CN109544206A (zh) * 2018-10-16 2019-03-29 平安国际融资租赁有限公司 商机处理方法、装置、计算机设备和存储介质
CN112052084A (zh) * 2019-06-05 2020-12-08 杭州海康威视数字技术股份有限公司 一种资源分配方法和计算机设备
CN110597573A (zh) * 2019-08-23 2019-12-20 贝壳技术有限公司 一种入库请求数据处理方法及装置
CN110750511A (zh) * 2019-09-06 2020-02-04 平安普惠企业管理有限公司 操作历史还原方法、装置、计算机设备及存储介质
CN110851853A (zh) * 2019-09-18 2020-02-28 平安科技（深圳）有限公司 一种数据隔离方法、装置、计算机设备及存储介质
CN111104297B (zh) * 2019-11-22 2023-11-28 北京小米移动软件有限公司 多进程数据打点方法、装置、电子设备及存储介质
CN111491012B (zh) * 2020-03-27 2023-05-09 北京尚医智信健康管理有限公司 SaaS多租户数据隔离访问方法、装置、电子设备及存储介质
US10972436B1 (en) * 2020-10-24 2021-04-06 360 It, Uab System and method for session affinity in proxy media routing
CN113282859A (zh) * 2021-04-30 2021-08-20 北京仁科互动网络技术有限公司 一种获取访客身份信息的方法、装置、电子设备及存储介质
CN113259428A (zh) * 2021-05-11 2021-08-13 鸬鹚科技(深圳)有限公司 数据访问请求的处理方法、装置、计算机设备及介质
CN114880662B (zh) * 2022-07-12 2022-09-23 北京安华金和科技有限公司 一种基于进程的数据库审计处理方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140344632A1 (en) * 2013-05-20 2014-11-20 Huawei Technologies Co., Ltd. Method, computer system, and apparatus for accessing peripheral component interconnect express endpoint device
CN106156959A (zh) * 2016-08-31 2016-11-23 成都九鼎瑞信科技股份有限公司 客户资源管理方法及客户资源管理系统
CN106886570A (zh) * 2017-01-16 2017-06-23 网宿科技股份有限公司 页面处理方法及装置
CN106941509A (zh) * 2016-01-05 2017-07-11 阿里巴巴集团控股有限公司 用户信息流的请求方法及装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3937475B2 (ja) * 1996-06-14 2007-06-27 キヤノン株式会社 アクセス制御システムおよびその方法
CN101686152B (zh) * 2008-09-26 2012-04-04 华为终端有限公司 一种状态上报方法和装置
JP2012523185A (ja) * 2009-04-07 2012-09-27 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ランダムアクセスの方法およびその装置
CN102098158B (zh) * 2009-12-10 2013-12-11 北大方正集团有限公司 跨域名单点登录和注销的方法、系统及相应设备
JP4944278B2 (ja) * 2010-06-29 2012-05-30 かもめエンジニアリング株式会社 アクセス制御方法、アクセス制御装置およびアクセス制御プログラム
JP5404677B2 (ja) * 2011-03-08 2014-02-05 株式会社ソニー・コンピュータエンタテインメント データアクセス管理方法およびデータアクセス管理システム
CN103532919B (zh) * 2012-07-06 2018-06-12 腾讯科技（深圳）有限公司 用户账户保持登录态的方法及系统
CN104253686B (zh) * 2013-06-25 2017-12-29 华为技术有限公司 账号登录的方法、设备及系统
JP6026385B2 (ja) * 2013-10-25 2016-11-16 株式会社日立製作所 属性情報提供方法および属性情報提供システム
CN105812351B (zh) * 2016-02-23 2019-04-09 平安科技（深圳）有限公司 实现会话共享的方法和系统
US11410155B2 (en) * 2017-03-27 2022-08-09 Amazon Technologies, Inc. Secure scannable code systems and methods
CN106973062A (zh) * 2017-04-27 2017-07-21 努比亚技术有限公司 一种会话管理方法以及服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140344632A1 (en) * 2013-05-20 2014-11-20 Huawei Technologies Co., Ltd. Method, computer system, and apparatus for accessing peripheral component interconnect express endpoint device
CN106941509A (zh) * 2016-01-05 2017-07-11 阿里巴巴集团控股有限公司 用户信息流的请求方法及装置
CN106156959A (zh) * 2016-08-31 2016-11-23 成都九鼎瑞信科技股份有限公司 客户资源管理方法及客户资源管理系统
CN106886570A (zh) * 2017-01-16 2017-06-23 网宿科技股份有限公司 页面处理方法及装置

Also Published As

Publication number Publication date
CN107682397A (zh) 2018-02-09
US11122128B2 (en) 2021-09-14
SG11201809309WA (en) 2019-04-29
US20210126980A1 (en) 2021-04-29
CN107682397B (zh) 2019-02-26

Similar Documents

Publication Publication Date Title
WO2019041738A1 (zh) 客户资源获取方法、装置、终端设备及存储介质
US11336583B2 (en) Background processes in update load balancers of an auto scaling group
US20170201430A1 (en) Service level agreement based storage access
US11620401B2 (en) System and method for automatically securing sensitive data in public cloud using a serverless architecture
WO2018059222A1 (zh) 一种文件切片上传方法、装置及云存储系统
US10341426B2 (en) Managing load balancers associated with auto-scaling groups
WO2017067394A1 (zh) 客户服务方式的分配方法及系统
US20130215126A1 (en) Managing Font Distribution
US10270854B2 (en) Datastore for aggregated measurements for metrics
CN111614736A (zh) 网络内容资源调度方法、域名调度服务器及电子设备
US20160378552A1 (en) Automatic scaling of computing resources using aggregated metrics
US9882830B2 (en) Architecture for metrics aggregation without service partitioning
US20160323188A1 (en) Managing state for updates to load balancers of an auto scaling group
US8375124B1 (en) Resumable upload for hosted storage systems
US9577950B2 (en) Method and system for reclaiming unused resources in a networked application environment
US20220038537A1 (en) Data auditing for object storage public clouds
US20210019298A1 (en) Retrieving index data from an object storage system
CA2988805C (en) Datastore for aggregated measurements for metrics
CA2984191C (en) Managing load balancers associated with auto-scaling groups
US9231957B2 (en) Monitoring and controlling a storage environment and devices thereof
US11243979B1 (en) Asynchronous propagation of database events
WO2023155437A1 (zh) 基于在线问诊的数据处理方法、装置和计算机设备
US20190228078A1 (en) Methods for automated artifact storage management and devices thereof
CN114513469A (zh) 分布式系统的流量整形方法、装置和存储介质
US20210365416A1 (en) Mount parameter in file systems

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18851117

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

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

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC , EPO FORM 1205A DATED 28.09.2020.

122 Ep: pct application non-entry in european phase

Ref document number: 18851117

Country of ref document: EP

Kind code of ref document: A1