Operation response method and device, server and storage medium

Abstract

The invention provides an operation response method and device, a server and a storage medium. The method comprises the steps of obtaining a first operation triggered by a user corresponding to a user terminal in a first user group on a target program; in response to the first operation, sending first information to a target user terminal in the first user group and sending second information to a non-target user terminal in the first user group; wherein the user terminals in the first user group are user terminals allowing Bluetooth communication, and the data transmission priority of the target user terminal is higher than the data transmission priority of the non-target user terminal; the first information comprises static data required by the target user terminal and a corresponding first grouping identifier, and the second information comprises a second grouping identifier corresponding to a non-target user terminal; and the non-target user terminal matches the target user terminal through the second grouping identifier to perform Bluetooth communication so as to obtain static data. By adopting the method, the user can successfully access the target program.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and in particular to an operation response method, apparatus, server, and storage medium. Background Technology

[0002] With the continuous development of digital construction in scenic areas, people are increasingly accustomed to using terminals to access the server corresponding to the scenic area's APP (Application) or mini-program when visiting scenic areas, in order to query the required scenic area-related information / data on the server, such as querying the location data of supermarkets, restrooms, etc. within the scenic area.

[0003] During peak tourist seasons, scenic spots typically see more visitors, resulting in a higher number of users accessing the scenic spot's servers. Conversely, during off-peak seasons, fewer people access the servers. Considering server construction costs, it's common practice to conduct preliminary statistics on the average daily or annual visitor flow during previous peak seasons. Based on these statistics, server bandwidth and performance are designed to match, and the appropriate scenic spot servers are then deployed.

[0004] However, during peak tourist seasons, when user terminals using the aforementioned technology access the scenic area's APP or mini-program server, issues such as lag or access failures may occur. Summary of the Invention

[0005] This invention provides an operation response method, device, server, and storage medium to solve the defects in the prior art that cause lag or access failure when accessing scenic spot APP or scenic spot mini-program during peak tourist seasons. It achieves the goal of enabling all users to successfully access the target program by having some users obtain data directly from the server and others obtain data from users who have successfully obtained data via Bluetooth.

[0006] This invention provides an operation response method, comprising: Get the first operation triggered by the user corresponding to the user terminal in the first user group on the target program; In response to the first operation, first information is sent to the target user terminal in the first user group and second information is sent to the non-target user terminal in the first user group; In this context, the user terminals in the first user group are those that are allowed to communicate via Bluetooth, and the data transmission priority of the target user terminal is higher than that of the non-target user terminals; the first information includes the static data required by the target user terminal and the corresponding first group identifier, and the second information includes the second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to conduct Bluetooth communication to obtain the static data.

[0007] According to an operation response method provided by the present invention, the method further includes: Obtain the preset maximum number of visits, and divide the maximum number of visits into multiple different visit ratio intervals according to the preset ratio intervals; the visit ratio intervals are arranged in an increasing ratio manner. Determine the preset target access volume ratio range among multiple different access volume ratio ranges, and obtain the first number of user terminals in the first user group. Based on the first quantity and the target access volume ratio range, determine the target user terminals and non-target user terminals in the first user group.

[0008] According to an operation response method provided by the present invention, the above-mentioned determination of target user terminals and non-target user terminals in a first user group based on a first quantity and a target access volume ratio range includes: Detect whether the current actual access volume of the target program has reached the target access volume ratio range; If the actual number of visits reaches the target number of visits ratio range, the first minimum ratio in the target number of visits ratio range is obtained, and the target user terminals and non-target user terminals in the first user group are determined according to the first number and the first minimum ratio. If the actual number of visits reaches the next visit ratio range of the target visit ratio range, then obtain the second minimum ratio in the previous visit ratio range of the target visit ratio range, and determine the target user terminal and non-target user terminal in the first user group based on the first quantity and the second minimum ratio. If the actual number of visits reaches the previous visit ratio range of the target visit ratio range, then the maximum ratio in the previous visit ratio range is obtained, and the target user terminals and non-target user terminals in the first user group are determined based on the first quantity and the maximum ratio.

[0009] According to an operation response method provided by the present invention, the determination of target user terminals and non-target user terminals in the first user group based on a first quantity and a second minimum ratio includes: Based on the data transmission speed of each user terminal in the first user group, the data transmission priority of each user terminal is determined; the aforementioned data transmission speed is determined by the user terminal based on the network bandwidth, network signal, and terminal performance of the user terminal and then sent to the server corresponding to the target program. Calculate the product of the first quantity and the second minimum proportion to obtain the second quantity; If the first number is greater than the second number, then the user terminals in the first user group are sorted in descending order of data transmission priority. The second-highest number of user terminals in the sorting results are identified as target user terminals, and the remaining user terminals in the sorting results other than the target user terminals are identified as non-target user terminals.

[0010] According to an operation response method provided by the present invention, the method further includes: The system obtains the second operation triggered by the user corresponding to any user terminal on the navigation page of the target program and obtains the current location of any user terminal; the second operation includes the target location that any user terminal needs to navigate to. In response to the second operation, the target movement path from the current location to the target location is determined based on the current location, the target location, and the optimal movement path pre-cached in the local database, and the target movement path is displayed to any user terminal on the navigation page; The aforementioned local database includes pre-cached optimal movement paths between various road nodes. These optimal movement paths are obtained after constructing the road network and calculating the optimal movement paths for the target area corresponding to the target program.

[0011] According to an operation response method provided by the present invention, determining the target movement path from the current location to the target location based on the current location, the target location, and the optimal movement path pre-cached in the local database includes: The system controls the preset navigation script to determine the movement direction of any user terminal based on the current location and the target location; and to determine the candidate road node that is closest to the current location in the movement direction based on the constructed road network, and calculate the first movement path from the current location to the candidate road node. The navigation script retrieves the optimal movement path from the candidate road nodes to the road node corresponding to the target location from the local database and determines it as the second movement path. The control navigation script concatenates the first and second movement paths to determine the target movement path.

[0012] According to an operation response method provided by the present invention, the aforementioned second group identifier is specifically used to enable a non-target user terminal to conduct Bluetooth communication with a target user terminal whose group identifier matches that of the non-target user terminal and whose movement direction is opposite, through the second group identifier, to obtain static data.

[0013] The present invention also provides an operation response device, comprising the following modules: The first operation acquisition module is used to acquire the first operation triggered by the user corresponding to the user terminal in the first user group on the target program. The first response module is used to respond to the first operation by sending first information to the target user terminal in the first user group and sending second information to the non-target user terminal in the first user group. In this context, the user terminals in the first user group are those that are allowed to communicate via Bluetooth, and the data transmission priority of the target user terminal is higher than that of the non-target user terminals; the first information includes the static data required by the target user terminal and the corresponding first group identifier, and the second information includes the second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to conduct Bluetooth communication to obtain the static data.

[0014] The present invention also provides a server, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the operation response method as described above.

[0015] The present invention also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the operation response method as described above.

[0016] The present invention also provides a computer program product, including a computer program that, when executed by a processor, implements the operation response method as described above.

[0017] The operation response method, apparatus, server, and storage medium provided by this invention obtain a first operation triggered by a user corresponding to a user terminal in a first user group on a target program, and in response to the first operation, send first information to a target user terminal in the first user group and send second information to non-target user terminals in the first user group; wherein, the user terminals in the first user group are user terminals that are allowed to communicate via Bluetooth, the data transmission priority of the target user terminal is higher than the data transmission priority of the non-target user terminals, the first information includes the static data required by the target user terminal and its corresponding first group identifier, the second information includes the second group identifier corresponding to the non-target user terminal, and the non-target user terminal matches the target user terminal through the second group identifier to conduct Bluetooth communication to obtain the static data. In this method, when a user terminal accesses the target program, the server can prioritize sending static data to user terminals with higher data transmission priority and Bluetooth communication permissions, and send packet identifiers to user terminals with lower data transmission priority and Bluetooth communication permissions. This allows user terminals that failed to obtain static data to accurately retrieve the required static data from user terminals that successfully obtained static data via Bluetooth communication and based on the packet identifiers. This ensures that all user terminals can successfully access the target program and obtain static data during peak tourist seasons, avoiding issues such as program lag or access failures. This improves the user experience and enhances the efficient utilization of server bandwidth and hardware resources. Furthermore, this invention does not require additional server bandwidth or hardware resources, thus saving server deployment costs. Attached Figure Description

[0018] To more clearly illustrate the technical solutions in this invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0019] Figure 1 This is a flowchart illustrating the operation response method provided in an embodiment of the present invention.

[0020] Figure 2 This is a schematic diagram of scenic area user grouping provided in an embodiment of the present invention.

[0021] Figure 3 This is a schematic diagram of the request concurrency control process provided in an embodiment of the present invention.

[0022] Figure 4 This is a schematic diagram illustrating the specific process of request concurrency control provided in an embodiment of the present invention.

[0023] Figure 5This is a schematic diagram of road network information provided in an embodiment of the present invention.

[0024] Figure 6 This is a schematic diagram of the operation response device provided in an embodiment of the present invention.

[0025] Figure 7 This is a schematic diagram of the server structure provided in an embodiment of the present invention. Detailed Implementation

[0026] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this invention. All other embodiments obtained by those skilled in the art based on the embodiments of this invention without creative effort are within the scope of protection of this invention.

[0027] As people's living standards improve, tourism consumption is booming. However, the navigation pages of scenic area apps or mini-programs are becoming increasingly sluggish and unresponsive. The digital transformation of scenic areas has led tourists to rely more on these apps or mini-programs for navigation, finding service points such as supermarkets, restrooms, and popular spots. Currently, most scenic areas experience peak and off-peak seasons, with significant differences in visitor numbers at different times during peak seasons. During holidays, scenic areas are packed, while off-peak seasons like weekdays see lower visitor numbers. When implementing digital transformation, scenic areas often design their server bandwidth and performance based on average daily traffic during peak seasons or even the entire year. This can easily lead to lag, login failures, or page crashes when users try to access navigation pages during peak periods.

[0028] To address this issue, several approaches exist. One is to implement rate limiting without changing the server hardware budget. This involves displaying a message to the user "Currently experiencing peak traffic, please try again later" when concurrent requests to the navigation page reach their peak. However, this directly degrades the user experience and negatively impacts tourists' impressions of the scenic area's services. Another approach involves upgrading server bandwidth and adding new server hardware to handle peak traffic. However, this increases the scenic area's operating costs and wastes server bandwidth and hardware during the off-season (which lasts for most of the year). A third approach leverages the principles of ad hoc networks and the concurrency of data access by participating mobile terminals, along with the caching of data objects by each mobile terminal, to integrate data objects within the local area network. This allows users to access target data objects faster, conserves limited internet bandwidth, and alleviates regional internet bandwidth congestion to some extent. However, this method primarily utilizes motion characteristics to adjust the collection rate to prevent data sharing failures caused by devices carrying fragmented data leaving the communication search range. Therefore, it still faces the possibility of users being unable to access the scenic area's mini-program during peak tourist seasons.

[0029] Based on this, embodiments of the present invention provide an operation response method, apparatus, server, and storage medium, which can solve the above-mentioned technical problems.

[0030] The following is combined Figures 1-5 The operation response method of an embodiment of the present invention is described.

[0031] It should be noted that the execution subject of the embodiments of the present invention may be an operation response device, an electronic device / server including the operation response device, or other devices or apparatus. The following embodiments will use a server as the execution subject for description.

[0032] Figure 1 This is a flowchart illustrating the operation response method provided by the present invention, as shown below. Figure 1 As shown, the method includes the following steps: S102, obtain the first operation triggered by the user corresponding to the user terminal in the first user group on the target program.

[0033] The target program can be a scenic area service program, such as a scenic area app or mini-program, which includes relevant information about the scenic area, such as map information and attraction information. By accessing the target program on a user's device, the user can obtain the relevant information about the scenic area contained within the target program. The user device can be a mobile phone, tablet computer, smart wearable device, etc.

[0034] The first operation triggered by the user on the target program could be opening the target program (or entering the target program's homepage), logging into the target program, or retrieving static data. In short, when a user triggers this first operation on the target program, the server becomes aware that the user requests access to the target program to retrieve static data. This static data could include, for example, high-resolution images, high-resolution animations, audio files, and high-resolution videos on a webpage. The transmission of this static data typically consumes significant server bandwidth and hardware resources (such as the CPU, memory, and I / O interfaces), therefore, it is necessary to manage requests for retrieving static data.

[0035] During peak access periods for the target program, some user terminals may experience lag or crashes. To address this issue, this embodiment considers the large gatherings of tourists in scenic areas. Since tourists' user terminals are equipped with Bluetooth 4.0 or 5.0 communication hardware, users gathered together can use Bluetooth to network and transfer high-definition images, high-definition animated images, or high-definition audio and video files. Therefore, in this embodiment, after each user terminal triggers the first operation on the target program, the target program can collect the Bluetooth information of each user terminal and report the collected Bluetooth information to the backend server / service center (referring to the server corresponding to the target program's backend). The Bluetooth information may include the version of the Bluetooth device on the user terminal, such as Bluetooth 1.1, 2.0, 3.0, 4.0, 5.0, etc., and the release time, maximum transmission rate, and transmission distance of different versions of Bluetooth devices are not entirely the same. After receiving Bluetooth information from each user terminal, the server can prompt the user with a higher Bluetooth version (such as Bluetooth 4.0 or 5.0) to turn on the Bluetooth device to speed up data transmission / loading. When the user clicks OK or Cancel, the server will receive a confirmation message from the user indicating whether they allow Bluetooth communication. At the same time, the confirmation message, along with the Bluetooth device code, will also be transmitted to the server. Through this step, the server can collect information on user terminals that have enabled Bluetooth communication.

[0036] The server can then categorize the user terminals accessing the target program to facilitate subsequent Bluetooth networking of different user terminals. Specific categorization can include: grouping user terminals that allow Bluetooth communication (i.e., allow Bluetooth devices to be enabled) and whose latitude and longitude are within or around the scenic area into Group A / Group 1; grouping user terminals that do not allow Bluetooth communication or whose Bluetooth device version is low (e.g., Bluetooth version below 4.0, with lower transmission rates and shorter transmission distances) and whose latitude and longitude are within or around the scenic area into Group B / Group 2; and grouping the remaining user terminals into Group C / Group 3.

[0037] Furthermore, to improve the efficiency of Bluetooth communication between user terminals in the first user group, the user terminals in the first user group can be further subdivided, that is, the first user group can be subdivided into multiple first user groups. For details, see [link to relevant documentation]. Figure 2 The diagram showing user grouping within a scenic area can be categorized by the number of attractions (S) within the scenic area. j The system divides the area into core regions (e.g., dividing a scenic area into 5 areas, such as S1, S2, S3, S4, and S5), resulting in multiple regions centered around each scenic spot. Then, based on the current location of each user terminal accessing the target program, each user terminal is further divided into its respective scenic spot region. Next, for the user terminals in the first user group / group A within each scenic spot region, a clustering algorithm is used to group them according to their location information (e.g., latitude and longitude) and the location information of their respective scenic spot regions. This results in one or more groups within the first user group / group A of each scenic spot region, with each group's identifier / serial number denoted as A. ij Where i represents the specific group identifier in the first user group, and j represents the attraction identifier. For example, A in the figure. 11 A 21 A 31 A 41 B1 represents one of the four subgroups within Group A / First User Group within the S1 scenic area; B1 represents one subgroup within Group B within the S1 scenic area. (The diagram shows A...) 12 A 22 C1 and C2 represent two subgroups within group A in the S2 scenic area, respectively; C3 and C4 represent one subgroup within group C in the S2 scenic area. (The diagram shows A...) 13 A 23 B1 and B2 represent two subgroups within group A in the S3 scenic area, and B2 represent one subgroup within group B in the S3 scenic area; A in the diagram... 14 C1 and C2 respectively represent a group within group A in the S4 scenic area; C2 and C3 respectively represent a group within group C in the S4 scenic area; A in the figure 15 These represent a subgroup within Group A of the S5 scenic area.

[0038] After the groups are defined, if any user terminal in the first user group accesses the target program, a first operation will be triggered on the target program, and then the server can obtain the first operation through the target program.

[0039] It is understandable that the above method of grouping user terminals can be dynamically adjusted, that is, as a user terminal moves, its corresponding group can also be dynamically adjusted according to its moving location.

[0040] S104, in response to the first operation, first information is sent to the target user terminal in the first user group and second information is sent to the non-target user terminal in the first user group; wherein, the user terminals in the first user group are user terminals that are allowed to communicate via Bluetooth, and the data transmission priority of the target user terminal is higher than that of the non-target user terminal; the first information includes static data required by the target user terminal and the corresponding first group identifier, and the second information includes the second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to conduct Bluetooth communication to obtain static data.

[0041] Specifically, when multiple user terminals concurrently access the target program, the server can obtain the first operation triggered by the user corresponding to the target program on the multiple user terminals. At the same time, the server can also obtain the group corresponding to each user terminal that triggered the first operation. If the user terminal belongs to the second user group or the third user group, the server will directly respond to the first operation of the user terminal and feed back the required static data to the user terminal.

[0042] If the user terminal belongs to the first user group, for each group in the first user group, the user terminals with higher data transmission priority in the first user group can be identified first (denoted as the target user terminal). Then, the first operation of the target user terminal can be directly responded to, and the required static data can be fed back to the target user terminal. At the same time, the group identifier corresponding to the target user terminal (denoted as the first group identifier, i.e., the group identifier A mentioned above) can also be used. ij This information is also fed back to the target user terminal. Here, static data and the first group identifier can be used together as the first information. After identifying the target user terminals with higher data transmission priority in the first user group, the remaining user terminals in the first user group are non-target user terminals. The data transmission priority of these user terminals is lower. When the server responds to the first operation of these non-target user terminals, it can feed back second information to these non-target user terminals. This second information includes the group identifier corresponding to the non-target user terminal, which can be denoted as the second group identifier.

[0043] After successfully obtaining the required static data and its corresponding first group identifier, the target user terminal in the first user group can have its script, included in the target program, instruct it to broadcast its Bluetooth device code and first group identifier to other user terminals within the group. Meanwhile, the non-target user terminal, upon receiving its corresponding second group identifier from the server, can also receive the broadcast message from the target user terminal within the group. The script in the target program can then instruct the non-target user terminal to match the first group identifier in the received broadcast message with its own second group identifier. If the group identifiers match successfully, a Bluetooth connection can be established with the target user terminal using its Bluetooth device code. The target user terminal can then transmit the required static data to the non-target user terminal. It is understood that the static data required by the target and non-target user terminals is generally the same or similar. Therefore, static data can be transmitted to the non-target user terminal via Bluetooth communication, enabling the non-target user terminal to successfully obtain the static data from the target program and achieve the effect of successfully accessing the target program.

[0044] It should be noted that if there are multiple target user terminals that successfully match the non-target user terminal group identifier, the non-target user terminal can select the target user terminal with the strongest Bluetooth signal strength for Bluetooth communication to improve the efficiency of static data transmission and achieve the effect of quickly accessing the target program.

[0045] Furthermore, if the number of user terminals simultaneously accessing the target program (i.e., concurrent access volume), that is, the number of times the first operation is triggered simultaneously on the target program, does not reach the server's concurrent access limit, the server can directly respond to the first operation of each user terminal and directly return the static data required by each terminal to improve access efficiency. However, when the number of times the first operation is triggered simultaneously on the target program reaches the server's concurrent access limit (including when the concurrent access volume of user terminals in a certain first user group to the target program reaches the access limit corresponding to the group), the server can dynamically adjust the number of operation requests from user terminals in the first user group within or around the scenic area to reduce / decrease the request concurrency. That is, the steps in S104 above can be executed to achieve the effect that all users can successfully access the target program without increasing server bandwidth and hardware resources.

[0046] In this embodiment, by obtaining the first operation triggered by the user corresponding to the user terminal in the first user group on the target program, in response to the first operation, first information is sent to the target user terminal in the first user group and second information is sent to the non-target user terminals in the first user group; wherein, the user terminals in the first user group are user terminals that are allowed to communicate via Bluetooth, the data transmission priority of the target user terminal is higher than the data transmission priority of the non-target user terminals, the first information includes the static data required by the target user terminal and its corresponding first group identifier, the second information includes the second group identifier corresponding to the non-target user terminal, and the non-target user terminal matches the target user terminal through the second group identifier to conduct Bluetooth communication to obtain the static data. In this method, when a user terminal accesses the target program, the server can prioritize sending static data to user terminals with higher data transmission priority and Bluetooth communication permissions, and send packet identifiers to user terminals with lower data transmission priority and Bluetooth communication permissions. This allows user terminals that failed to obtain static data to accurately retrieve the required static data from user terminals that successfully obtained static data via Bluetooth communication and based on the packet identifiers. This ensures that all user terminals can successfully access the target program and obtain static data during peak tourist seasons, avoiding issues such as program lag or access failures. This improves the user experience and enhances the efficient utilization of server bandwidth and hardware resources. Furthermore, this invention does not require additional server bandwidth or hardware resources, thus saving server deployment costs.

[0047] Furthermore, in order to improve the efficiency of data transmission between non-target user terminals and target user terminals via Bluetooth communication, in some embodiments, the aforementioned second group identifier is specifically used to enable the non-target user terminal to conduct Bluetooth communication with the target user terminal whose group identifier matches that of the non-target user terminal and whose movement direction is opposite, through the second group identifier to obtain static data.

[0048] In other words, when transmitting static data via Bluetooth communication, the direction of travel / movement of the user (i.e., the user terminal) can be considered. For example, when a non-target user terminal requests data from other target user terminals in the group that have already acquired data, considering that a scenic area has multiple gates and thus multiple tour routes, the user terminals carried by users traveling from west to east are likely to carry the map navigation data needed by users traveling from east to west. Based on this, the order in which non-target user terminals request communication from other target user terminals in the group that have successfully acquired static data can be determined. That is, the relationship between the data acquisition object priority (i.e., user terminal priority) and the direction of movement can be established. Specifically, priority can be given to Bluetooth communication with user terminals that are moving in a relatively opposite direction (i.e., moving in the opposite direction) to query whether they carry the required static data.

[0049] Specifically, after a non-target user terminal obtains a target user terminal whose group identifier has been successfully matched through a broadcast message, it can also obtain its own movement direction through its own location. At the same time, it can obtain the location of the target user terminal whose group identifier has been successfully matched through a broadcast message, and calculate the movement direction of the target user terminal whose group identifier has been successfully matched. Then, it can find the target user terminal whose movement direction is opposite to its own, establish a Bluetooth connection with the target user terminal whose movement direction is opposite to its own, and then obtain static data through the established Bluetooth connection, without having to traverse all user terminals in the area until the required static data is obtained. This can improve the efficiency of users obtaining data, thereby improving the user experience.

[0050] Additionally, as an optional embodiment, sending the first information to the target user terminal in the first user group may include: obtaining the movement direction of the target user terminal in the first user group; sending the first information to the target user terminal according to the movement direction; the static data in the first information is static data consistent with the movement direction. That is, when the user corresponding to the user terminal is continuously moving towards a scenic spot in a certain direction (e.g., southwest) within the scenic area, the server can prioritize transmitting static resources related to the scenic spot in that direction to the user terminal. This ensures that the transmitted static data better meets user needs, and even if the network speed decreases later, it will not affect the user experience, thus guaranteeing the user's access experience to the target program.

[0051] In this embodiment, the second group identifier is specifically used to enable non-target user terminals to communicate with target user terminals in the opposite direction of movement via Bluetooth to obtain static data. This takes into account the user's direction of travel and prioritizes the transmission of data carried by relatively moving user terminals, thereby improving the efficiency of static data transmission and ensuring that the transmitted data better meets the user's needs, thus guaranteeing the user's access experience.

[0052] The following examples illustrate the process of determining target user terminals and non-target user terminals in the first user group.

[0053] In some embodiments, the above method may further include the following steps: Step A1: Obtain the preset maximum number of visits, and divide the maximum number of visits into multiple different visit ratio intervals according to the preset ratio intervals; arrange the visit ratio intervals in an increasing ratio manner.

[0054] The service capacity of the server corresponding to the target program is generally affected by two factors: user access volume (or number of user visits) and the unloaded request processing rate of the target program. When the user access volume is too high, the request processing rate of the target program will decrease, the data transmission rate within the target program on the user's terminal will also decrease, and page loading will slow down, thus degrading the user experience. Under the constraints of the scenic area and its configured hardware service, in order to provide normal service (i.e., there is no obvious waiting for the interface service provided by the target program), the server corresponding to the target program can accept a fixed value of concurrent user requests, which can be denoted as R. max When a scenic area experiences peak visitor numbers, the target program often experiences a surge in concurrent access requests. And when the user request concurrency reaches R... max In such cases, it is necessary to adjust the concurrent access requests from users (specifically, reduce the number of user terminals that directly request / connect to the server) so that all users or as many users as possible can successfully access the target program.

[0055] Before adjusting for concurrent user access requests, you can first obtain the server's maximum concurrent user request capacity, denoted as R. max Then you can use 0~R max This range of numbers is divided into multiple different visitor volume percentage intervals according to a preset percentage interval (e.g., 10%), such as [0%, 10%], [10%, 20%], ..., [70%, 80%], [80%, 90%], [90%, 100%], which are 10 visitor volume percentage intervals. Each visitor volume percentage interval corresponds to a visitor volume range, and the multiple visitor volume percentage intervals are arranged in a progressively increasing manner, such as in the order of the 10 visitor volume percentage intervals mentioned above.

[0056] Step A2: Determine the preset target access volume ratio range among multiple different access volume ratio ranges, and obtain the first number of user terminals in the first user group.

[0057] In this step, concurrent access control generally needs to be initiated when the actual access volume (i.e., the actual concurrent access volume) of the target program reaches the maximum access volume. To better reflect the actual access volume control situation, a target access volume lower than the maximum access volume can be predetermined, and the access volume ratio range corresponding to the target access volume among the above-mentioned multiple access volume ratio ranges can be determined accordingly, denoted as the target access volume ratio range. For example, if the maximum access volume is 1000 and the target access volume is 850, then the corresponding target access volume ratio range is [80%, 90%].

[0058] The server can monitor the actual number of visits to the target program in real time, and can also group the user terminals currently accessing the target program in real time, and then count the total number of user terminals in each first user group, which is recorded as the first quantity.

[0059] Step A3: Based on the first quantity and the target access volume ratio range, determine the target user terminals and non-target user terminals in the first user group.

[0060] In this step, after obtaining the current actual access volume of the target program and the first number of user terminals in each first user group, the server can determine the target user terminals and non-target user terminals in each first user group. As an optional embodiment, see... Figure 3 The diagram shown illustrates the request concurrency control flow. This step may include the following steps: Step A31: Check whether the current actual access volume of the target program has reached the target access volume ratio range.

[0061] The server can convert the actual access volume of the detected target program into a corresponding access volume ratio range in real time (for example, it can divide the actual access volume by the maximum access volume, and then find the access volume ratio range that the obtained ratio falls into among the above multiple access volume ratio ranges). Then, it compares this access volume ratio range with the above-set target access volume ratio range (denoted as D). i The two data points are compared to determine if they match. If they match, it means the current actual number of visits has reached the target visitor percentage range. If they do not match, it means the current actual number of visits has not reached the target visitor percentage range.

[0062] It should be noted that, in the case where the current actual access volume is detected as not reaching the target access volume ratio range for the first time, the system can return to continue monitoring the current actual access volume (i.e., concurrent access volume) of the target program. If the target access volume ratio range is reached, step A32 below can be executed directly. After a waiting period (the specific length can be set according to the actual situation, such as 1 minute, 2 minutes, etc.), the system can continue to check whether the current actual access volume has reached the target access volume ratio range, i.e., determine whether the two are consistent. If they are consistent, it means that the current actual access volume has reached the target access volume ratio range, and step A32 below can be executed. If they are inconsistent, it means that the current actual access volume has not reached the target access volume ratio range, and the actual access volume ratio range reached can be obtained. Then, step A33 or step A34 can be executed according to the actual situation.

[0063] Step A32: If the actual number of visits reaches the target number of visits ratio range, then obtain the first minimum ratio in the target number of visits ratio range, and determine the target user terminals and non-target user terminals in the first user group based on the first number and the first minimum ratio.

[0064] If the current actual access volume reaches the target access volume ratio range, it indicates that concurrent access control is required. Therefore, the minimum ratio included in the target access volume ratio range is obtained, denoted as the first minimum ratio. Then, the first minimum ratio is multiplied by the first number of user terminals in each first user group to obtain the product, denoted as D. min Then the D can be selected from each first user group. min A corresponding number of user terminals are designated as target user terminals, and the remaining unselected user terminals in each first user group are designated as non-target user terminals. When selecting target user terminals, for example, user terminals with higher data transmission priority can be prioritized.

[0065] After identifying the target user terminals and non-target user terminals in each first user group, for D in the same first user group... min The number of target user terminals is allowed to directly request the server, meaning the server directly feeds back static data to these target user terminals; for non-target user terminals in each first user group, they are not allowed to directly request the server, meaning these non-target user terminals can obtain static data through the target user terminals in their group that have successfully obtained static data.

[0066] Step A33: If the actual access volume reaches the next access volume ratio interval of the target access volume ratio interval, then obtain the second minimum ratio in the previous access volume ratio interval of the target access volume ratio interval, and determine the target user terminal and non-target user terminal in the first user group according to the first quantity and the second minimum ratio.

[0067] Specifically, if the current actual visit volume does not reach the target visit volume percentage range, but instead reaches the next adjacent visit volume percentage range (denoted as D), then... i+1 In the case of ), that is, the current actual number of visits is from interval D i Add entry to D i+1 In this range, it is necessary to reduce the concurrent request volume of user terminals in the first user group. This can be achieved by obtaining the previous access volume ratio range (denoted as D) preceding the target access volume ratio range. i-1 The minimum proportion included in the first user group is denoted as the second minimum proportion. Then, the second minimum proportion is multiplied by the first number of user terminals in each first user group to obtain the product, denoted as D. (i-1)min Then the D can be selected from each first user group. (i-1)minA corresponding number of user terminals are designated as target user terminals, and the remaining unselected user terminals in each first user group are designated as non-target user terminals. When selecting target user terminals, for example, user terminals with higher data transmission priority can be prioritized.

[0068] After identifying the target user terminals and non-target user terminals in each first user group, for D in the same first user group... (i-1)min The number of target user terminals is allowed to directly request the server, meaning the server directly feeds back static data to these target user terminals; for non-target user terminals in each first user group, they are not allowed to directly request the server, meaning these non-target user terminals can obtain static data through the target user terminals in their group that have successfully obtained static data.

[0069] Step A34: If the actual number of visits reaches the previous number of visits ratio interval of the target number of visits ratio interval, then obtain the maximum ratio in the previous number of visits ratio interval, and determine the target user terminal and non-target user terminal in the first user group based on the first quantity and the maximum ratio.

[0070] Specifically, if the current actual visit volume does not reach the target visit volume percentage range, but instead reaches the previous visit volume percentage range adjacent to the target visit volume percentage range (denoted as D), then... i-1 In the case where the current actual number of visits decreases from interval Di to D, i-1 If the server has bandwidth redundancy within a certain range, and the concurrent access volume of user terminals in the first user group can be increased, then the maximum proportion included in the previous access volume ratio range can be obtained. This maximum proportion is then multiplied by the first number of user terminals in each of the first user groups to obtain the product, denoted as D. (i-1)max Then the D can be selected from each first user group. (i-1)max A corresponding number of user terminals are designated as target user terminals, and the remaining unselected user terminals in each first user group are designated as non-target user terminals. When selecting target user terminals, for example, user terminals with higher data transmission priority can be prioritized.

[0071] After identifying the target user terminals and non-target user terminals in each first user group, for D in the same first user group... (i-1)max The number of target user terminals is allowed to directly request the server, meaning the server directly feeds back static data to these target user terminals; for non-target user terminals in each first user group, they are not allowed to directly request the server, meaning these non-target user terminals can obtain static data through the target user terminals in their group that have successfully obtained static data.

[0072] In this embodiment, by dividing the maximum access volume into multiple access volume ratio intervals and determining the target access volume ratio interval and the number of user terminals in each first user group, the target user terminals and non-target user terminals in each first user group can be determined accordingly. This improves the accuracy and efficiency of determining target and non-target user terminals. Furthermore, by determining a larger number of non-target user terminals using the minimum ratio within the interval when the current actual access volume is too high, the server's access load can be quickly reduced. Conversely, by increasing a larger number of target user terminals using the maximum ratio within the interval when the current actual access volume is too low, more user terminals can be directly accessed by these terminals, improving data transmission efficiency and user experience.

[0073] The following examples illustrate the process of determining target user terminals and non-target user terminals in the first user group based on data transmission priority.

[0074] In some embodiments, step A33 above, "determining the target user terminals and non-target user terminals in the first user group based on the first quantity and the second minimum ratio," may include the following steps: Based on the data transmission speed of each user terminal in the first user group, the data transmission priority of each user terminal is determined; the aforementioned data transmission speed is determined by the user terminal based on the network bandwidth, network signal, and terminal performance of the user terminal and then sent to the server corresponding to the target program. Calculate the product of the first quantity and the second minimum proportion to obtain the second quantity; If the first number is greater than the second number, then the user terminals in the first user group are sorted in descending order of data transmission priority. The second-highest number of user terminals in the sorting results are identified as target user terminals, and the remaining user terminals in the sorting results other than the target user terminals are identified as non-target user terminals.

[0075] The data transfer speed (e.g., download speed) of each user terminal when retrieving static data / files from the server is generally related to three factors: network bandwidth, network signal strength, and terminal performance (e.g., CPU, memory). When a user terminal accesses a target program, the scripts included in the target program can obtain one or more historical data transfer speeds for that user terminal. Then, by linearly fitting these historical data transfer speeds, the weighting factors corresponding to the three factors mentioned above for that user terminal are determined. Finally, the current data transfer speed of the corresponding user terminal can be calculated using the following formula: V = x*D + y*S + z*P.

[0076] Where V represents the current data transmission speed of the user terminal; D, S, and P represent the network bandwidth, network signal strength, and terminal performance of the user terminal, respectively, which can be obtained from the user terminal in real time; x, y, and z represent the weighting factors of the network bandwidth, network signal strength, and terminal performance of the user terminal, respectively, which can be obtained by linearly fitting the historical data transmission speed of the user terminal.

[0077] The scripts included in the target program calculate the current data transmission speed of each user terminal and send this speed to the server. The server then determines the corresponding data transmission priority for each user terminal based on its data transmission speed. When the server needs to reduce the number of user terminals directly connecting to / requesting from the server, user terminals with higher data transmission speeds are generally prioritized for service, while user terminals with lower data transmission speeds need to share transmission via Bluetooth communication with user terminals within the same group that have higher data transmission speeds. In other words, the current data transmission speed of each user terminal is directly proportional to its data transmission priority; that is, the higher the data transmission speed, the higher the data transmission priority.

[0078] The server can then calculate the second minimum ratio and multiply it by the first number of user terminals in each first user group to obtain the product, denoted as the second number D. (i-1)min Next, it can be determined whether the first number is greater than the second number, that is, whether the number of user terminals in each first user group is greater than the number of target user terminals to be selected. If the first number is greater than the second number, the user terminals in each first user group can be sorted from high to low according to their data transmission priority. Then, in each first user group, starting from the first user terminal in the sorting result, the second number of user terminals are selected as target user terminals in sequence. The remaining unselected user terminals can be used as non-target user terminals in that group.

[0079] In this embodiment, when the number of user terminals in the first user group exceeds the number of target user terminals to be selected, the data transmission priority is determined by combining the data transmission speed of the user terminals, and the user terminals with higher data transmission priority are selected as target user terminals. This ensures that user terminals with higher data transmission priority are served first, thereby improving the user experience.

[0080] The following is an example of a server responding to a user terminal's request for static data. Please refer to [link to example]. Figure 4The diagram illustrates the specific process of request concurrency control. When a user requests data from the server, the server first determines whether to control the request concurrency. If not, it directly returns static data and the group number (i.e., group identifier) ​​to the user's corresponding terminal. If the server controls the request concurrency, taking a first user group as an example, the server can check whether the request concurrency of this group has reached the group's set value (calculated by multiplying the target access volume ratio range when the server controls access volume by the number of user terminals in this group). If it has not reached the set value, it directly returns static data and the group number to the user terminal. If it has reached the set value, it returns the corresponding group number to the user terminal, instructing the user terminal to request static data from other user terminals in the group that already have static data. Afterward, the server / recipient can check whether the concurrent request volume has reached the set value (e.g., maximum access volume). If not, it directly returns data to the user terminal; if it has, it rejects the user terminal's access.

[0081] Furthermore, if a user terminal loses connection to its Bluetooth device with other target user terminals within the corresponding group due to location change, it can re-request data from the server. If the server does not manage concurrent user requests, data can be retrieved directly from the server. If the server manages concurrent user requests, it can reassign the user terminal with a new group identifier / sequence number corresponding to its new location. This dynamic adjustment of the user's group during user / terminal movement provides better access services, significantly improving the user experience without increasing server hardware or bandwidth.

[0082] Subsequently, when the user terminal exits the target program, the target program can prompt the user to exit the Bluetooth network and turn off Bluetooth. The server can also clear the data records related to the user terminal, which can save server resources.

[0083] The above embodiments illustrate how the server responds to a user terminal's request for static data. However, when the user terminal actually accesses the target program, it may also use the navigation function in the target program to make a navigation request. This navigation function will also consume a lot of the server's computing resources. Based on this, the embodiments of the present invention propose to solve this problem by caching the path and concatenating the path. The following embodiments illustrate the process of the server responding to the user terminal's navigation request.

[0084] In some embodiments, the above method may further include the following steps: Step B1: Obtain the second operation triggered by the user corresponding to any user terminal on the navigation page of the target program and obtain the current location of any user terminal; the second operation includes the target location that any user terminal needs to navigate to.

[0085] In this context, "any user terminal" can be any user terminal from any of the aforementioned groups. The user corresponding to this user terminal can access the target program's navigation page during the access process and trigger corresponding operations for the desired functions on the navigation page. For example, if a user wants to use the navigation function on the navigation page, they can select their desired destination, i.e., select the target location to navigate to. After selection, the target program can learn of the user's triggered operation (such as the selection operation), denoted as the second operation, and obtain the target location included in the second operation. Here, the target location can be a road node to be navigated to, or it can be a scenic spot to be navigated to.

[0086] Meanwhile, after the user triggers the second operation, the target program can also collect the current location of any user terminal (denoted as the current location); or the target program can continuously collect the location of any user terminal and directly extract the current location when it is needed.

[0087] The target program can then send the current location of any user terminal and the second operation it triggers or the target location to which it needs to navigate to to the server.

[0088] Step B2, in response to the second operation, determines the target movement path from the current location to the target location based on the current location, the target location, and the optimal movement path pre-cached in the local database, and displays the target movement path to any user terminal on the navigation page.

[0089] The aforementioned local database includes pre-cached optimal movement paths between various road nodes. These optimal movement paths are obtained after constructing the road network and calculating the optimal movement paths for the target area corresponding to the target program.

[0090] In other words, the server can pre-construct a road network for the target area (such as a scenic area) corresponding to the target program. For example, key road nodes within the scenic area (such as important attractions, convenience stores, or other locations of interest to tourists / users) can be drawn into a road network. Then, Dijkstra's algorithm can be used to calculate the shortest paths from any given road node to all other road nodes, which is recorded as the optimal movement path. Afterward, the constructed road network and the optimal movement paths between each road node and other nodes can be cached in a local database for later use. The road network constructed in this step can be found in [reference needed]. Figure 5 The diagram shown illustrates the road network information, which exemplifies the road network constructed from some road nodes in the scenic area, such as the road network between road node 64 and road node 74. Different numbers here represent different road node identifiers to distinguish different road nodes.

[0091] After receiving a second operation triggered by a user on any user terminal sent by the target program, the server can respond to the second operation. Optionally, the specific response process may include: controlling a preset navigation script to determine the movement direction of any user terminal based on the current location and the target location; and determining the candidate road node that is closest to the current location in the movement direction based on the constructed road network, and calculating a first movement path from the current location to the candidate road node. The preset navigation script can be a built-in navigation script of the target program, mainly used for calculating the movement direction and path under the navigation function. After the server obtains the current location of any user terminal and the desired navigation destination, it can instruct the target program to use the navigation script to calculate the user's movement direction from the current location to the target location. Then, it finds the road node in the cached road network that is closest to the current location in that movement direction, denoted as a candidate road node. Next, it calculates the movement path from the current location to the candidate road node, denoted as the first movement path. This first movement path is mostly the vertical distance from the current location to the nearest road node plus the distance from the vertical point to the candidate road node. In summary, the calculation of the first movement path involves calculating the partial road network information between the current location and the nearest road node in the same direction (e.g., both to the left, right, or directly in front) of the target location.

[0092] Optionally, the server can then control the navigation script to retrieve the optimal movement path from the candidate road nodes to the road node corresponding to the target location from the local database and determine it as the second movement path. As mentioned above, the local database caches the optimal movement paths between various road nodes in the constructed road network. Here, after determining the candidate road nodes in the road network, the road node corresponding to the target location in the road network can also be determined (for example, the target location itself is a road node, or the road node closest to the target location is taken as its corresponding road node). Then, the optimal movement path from the candidate road node to the road node of the target location can be found in the road network of the local database and denoted as the second movement path.

[0093] Optionally, the server can then control the navigation script to concatenate the first and second movement paths to determine the target movement path, and finally display the concatenated target movement path on the navigation page. This concatenation can be done according to the direction of movement along the path.

[0094] In this embodiment, when a user triggers a navigation operation, a partial movement path can be quickly determined using the optimal movement paths between road nodes in the pre-cached road network, instead of calculating the entire movement path during navigation. This reduces the server's computational resource consumption by the navigation function, improves the efficiency of navigation path determination, and saves server computational resources, thereby enhancing the user's navigation experience. Furthermore, when calculating the position from the user's current location to the nearest road node in the road network, the navigation script on the target program can perform the calculation, concatenating the calculated partial path with the cached path to obtain the final movement path. This utilizes the user terminal's computational resources to calculate a partial movement path more quickly, further saving server computational resources and improving the navigation path calculation speed, thus further enhancing the user's navigation experience.

[0095] The operation response device provided by the present invention will be described below. The operation response device described below can be referred to in correspondence with the operation response method described above.

[0096] Figure 6 This is a schematic diagram of the operation response device provided by the present invention. See also: Figure 6 As shown, the device may include: The first operation acquisition module 210 is used to acquire the first operation triggered by the user corresponding to the user terminal in the first user group on the target program. The first response module 220 is configured to respond to the first operation by sending first information to the target user terminal in the first user group and sending second information to the non-target user terminal in the first user group. In this context, the user terminals in the first user group are those that are allowed to communicate via Bluetooth, and the data transmission priority of the target user terminal is higher than that of the non-target user terminals; the first information includes the static data required by the target user terminal and the corresponding first group identifier, and the second information includes the second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to conduct Bluetooth communication to obtain the static data.

[0097] In some embodiments, the above-described apparatus may further include: The interval division module is used to obtain the preset maximum access volume and divide the maximum access volume into multiple different access volume ratio intervals according to the preset ratio intervals; the access volume ratio intervals are arranged in an increasing ratio manner. The target range and quantity determination module is used to determine a preset target access volume ratio range among multiple different access volume ratio ranges, and to obtain the first number of user terminals in the first user group. The user terminal determination module is used to determine the target user terminals and non-target user terminals in the first user group based on the first quantity and the target access volume ratio range.

[0098] Optionally, the user terminal determination module described above may include: The detection unit is used to detect whether the current actual access volume of the target program has reached the target access volume ratio range; The user terminal determination unit is configured to: if the actual access volume reaches the target access volume ratio range, obtain a first minimum ratio within the target access volume ratio range, and determine target user terminals and non-target user terminals in the first user group based on a first quantity and a first minimum ratio; or, if the actual access volume reaches the next access volume ratio range of the target access volume ratio range, obtain a second minimum ratio within the previous access volume ratio range of the target access volume ratio range, and determine target user terminals and non-target user terminals in the first user group based on a first quantity and a second minimum ratio; or, if the actual access volume reaches the previous access volume ratio range of the target access volume ratio range, obtain a maximum ratio within the previous access volume ratio range, and determine target user terminals and non-target user terminals in the first user group based on a first quantity and a maximum ratio.

[0099] In some embodiments, the user terminal determining unit is specifically used for Based on the data transmission speed of each user terminal in the first user group, the data transmission priority of each user terminal is determined. The data transmission speed is determined by the user terminal based on the network bandwidth, network signal, and terminal performance of the user terminal and then sent to the server corresponding to the target program. The product of the first quantity and the second minimum ratio is calculated to obtain the second quantity. If the first quantity is greater than the second quantity, the user terminals in the first user group are sorted in descending order of data transmission priority. The second number of user terminals ranked first in the sorting result are determined as target user terminals, and the remaining user terminals in the sorting result are determined as non-target user terminals.

[0100] In some embodiments, the above-described apparatus may further include: The second operation and location acquisition module is used to acquire the second operation triggered by the user corresponding to any user terminal in the navigation page of the target program and to acquire the current location of any user terminal; the second operation includes the target location that any user terminal needs to navigate to. The second response module is used to respond to the second operation, determine the target movement path from the current location to the target location based on the current location, the target location and the optimal movement path pre-cached in the local database, and display the target movement path to any user terminal on the navigation page; The aforementioned local database includes pre-cached optimal movement paths between various road nodes. These optimal movement paths are obtained after constructing the road network and calculating the optimal movement paths for the target area corresponding to the target program.

[0101] Optionally, the above path determination module is specifically used for The control system determines the movement direction of any user terminal based on the current location and the target location using a preset navigation script; it also determines the candidate road node that is closest to the current location in the movement direction based on the constructed road network, and calculates the first movement path from the current location to the candidate road node; the control system retrieves the optimal movement path from the candidate road node to the road node corresponding to the target location from the local database, and determines it as the second movement path; the control system then concatenates the first and second movement paths to determine the target movement path.

[0102] In some embodiments, the second group identifier is specifically used to enable a non-target user terminal to communicate with a target user terminal in the target user terminal whose group identifier matches that of the non-target user terminal and whose movement direction is opposite, via the second group identifier to obtain static data.

[0103] It should be noted that the apparatus provided in this embodiment of the invention can implement all the method steps implemented in the above method embodiment and can achieve the same technical effect. Therefore, the parts and beneficial effects that are the same as those in the method embodiment will not be described in detail here.

[0104] Figure 7 An example is a schematic diagram of the physical structure of a server, such as... Figure 7As shown, the server may include a processor 310, a communications interface 320, a memory 330, and a communication bus 340, wherein the processor 310, communications interface 320, and memory 330 communicate with each other via the communication bus 340. The processor 310 can call logical instructions in the memory 330 to execute an operation response method, which includes: obtaining a first operation triggered by a user corresponding to a user terminal in a first user group on a target program; responding to the first operation, sending first information to a target user terminal in the first user group and sending second information to non-target user terminals in the first user group; wherein the user terminals in the first user group are user terminals that allow Bluetooth communication, and the data transmission priority of the target user terminal is higher than that of the non-target user terminals; the first information includes static data required by the target user terminal and a corresponding first group identifier, and the second information includes a second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to perform Bluetooth communication to obtain static data.

[0105] Furthermore, the logical instructions in the aforementioned memory 330 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, essentially, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0106] On the other hand, the present invention also provides a computer program product, the computer program product including a computer program that can be stored on a computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the operation response method provided by the above methods. The method includes: obtaining a first operation triggered by a user corresponding to a user terminal in a first user group on a target program; in response to the first operation, sending first information to a target user terminal in the first user group and sending second information to a non-target user terminal in the first user group; wherein the user terminals in the first user group are user terminals that allow Bluetooth communication, and the data transmission priority of the target user terminal is higher than the data transmission priority of the non-target user terminal; the first information includes static data required by the target user terminal and a corresponding first group identifier, and the second information includes a second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to perform Bluetooth communication to obtain static data.

[0107] In another aspect, the present invention also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements an operation response method provided by the above methods. The method includes: obtaining a first operation triggered by a user corresponding to a user terminal in a first user group on a target program; in response to the first operation, sending first information to a target user terminal in the first user group and sending second information to a non-target user terminal in the first user group; wherein the user terminals in the first user group are user terminals that allow Bluetooth communication, and the data transmission priority of the target user terminal is higher than the data transmission priority of the non-target user terminal; the first information includes static data required by the target user terminal and a corresponding first group identifier, and the second information includes a second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to perform Bluetooth communication to obtain static data.

[0108] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0109] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0110] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. An operation response method, characterized in that, include: Get the first operation triggered by the user corresponding to the user terminal in the first user group on the target program; In response to the first operation, first information is sent to the target user terminal in the first user group and second information is sent to the non-target user terminal in the first user group; In this context, the user terminals in the first user group are user terminals that are allowed to communicate via Bluetooth, and the data transmission priority of the target user terminal is higher than that of the non-target user terminals; the first information includes the static data required by the target user terminal and the corresponding first group identifier, and the second information includes the second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to conduct Bluetooth communication to obtain the static data.

2. The operation response method according to claim 1, characterized in that, The method further includes: Obtain the preset maximum access volume, and divide the maximum access volume into multiple different access volume ratio intervals according to the preset ratio intervals; the access volume ratio intervals are arranged in an increasing ratio manner. Determine a preset target access volume ratio range among the multiple different access volume ratio ranges, and obtain the first number of user terminals in the first user group. Based on the first quantity and the target access volume ratio range, the target user terminals and non-target user terminals in the first user group are determined.

3. The operation response method according to claim 2, characterized in that, The step of determining the target user terminals and non-target user terminals in the first user group based on the first quantity and the target access volume ratio range includes: Detect whether the current actual access volume of the target program has reached the target access volume ratio range; If the actual access volume reaches the target access volume ratio range, then the first minimum ratio in the target access volume ratio range is obtained, and the target user terminal and non-target user terminal in the first user group are determined according to the first quantity and the first minimum ratio. If the actual access volume reaches the next access volume ratio interval of the target access volume ratio interval, then obtain the second minimum ratio in the previous access volume ratio interval of the target access volume ratio interval, and determine the target user terminal and non-target user terminal in the first user group based on the first quantity and the second minimum ratio. If the actual access volume reaches the previous access volume ratio range of the target access volume ratio range, then the maximum ratio in the previous access volume ratio range is obtained, and the target user terminal and non-target user terminal in the first user group are determined according to the first quantity and the maximum ratio.

4. The operation response method according to claim 3, characterized in that, The step of determining the target user terminals and non-target user terminals in the first user group based on the first quantity and the second minimum ratio includes: Based on the data transmission speed of each user terminal in the first user group, the data transmission priority of each user terminal is determined; the data transmission speed is determined by the user terminal based on the network bandwidth, network signal and terminal performance of the user terminal and then sent to the server corresponding to the target program. Calculate the product of the first quantity and the second minimum ratio to obtain the second quantity; If the first number is greater than the second number, then the user terminals in the first user group are sorted in descending order of data transmission priority. The second number of user terminals ranked first in the sorting results are identified as the target user terminals, and the remaining user terminals in the sorting results other than the target user terminals are identified as the non-target user terminals.

5. The operation response method according to any one of claims 1 to 4, characterized in that, The method further includes: The system obtains a second operation triggered by a user on the navigation page of the target program corresponding to any user terminal and obtains the current location of the user terminal; the second operation includes the target location that the user terminal needs to navigate to. In response to the second operation, a target movement path from the current location to the target location is determined based on the current location, the target location, and the optimal movement path pre-cached in the local database, and the target movement path is displayed to any user terminal on the navigation page; The local database includes pre-cached optimal movement paths between various road nodes, which are obtained after constructing the road network and calculating the optimal movement paths for the target area corresponding to the target program.

6. The operation response method according to claim 5, characterized in that, Determining the target movement path from the current location to the target location based on the current location, the target location, and the optimal movement path pre-cached in the local database includes: The system controls a preset navigation script to determine the movement direction of any user terminal based on the current location and the target location; and determines the candidate road node that is closest to the current location in the movement direction based on the constructed road network, and calculates a first movement path from the current location to the candidate road node. The navigation script is controlled to obtain the optimal movement path between the candidate road node and the road node corresponding to the target location from the local database, and determine it as the second movement path; The navigation script is controlled to concatenate the first movement path and the second movement path to determine the target movement path.

7. The operation response method according to any one of claims 1 to 4, characterized in that, The second group identifier is specifically used to enable the non-target user terminal to conduct Bluetooth communication with the target user terminal whose group identifier matches that of the non-target user terminal and whose movement direction is opposite, through the second group identifier to obtain the static data.

8. An operation response device, characterized in that, include: The first operation acquisition module is used to acquire the first operation triggered by the user corresponding to the user terminal in the first user group on the target program. The first response module is configured to respond to the first operation by sending first information to the target user terminal in the first user group and sending second information to the non-target user terminal in the first user group. In this context, the user terminals in the first user group are user terminals that are allowed to communicate via Bluetooth, and the data transmission priority of the target user terminal is higher than that of the non-target user terminals; the first information includes the static data required by the target user terminal and the corresponding first group identifier, and the second information includes the second group identifier corresponding to the non-target user terminal; the non-target user terminal matches the target user terminal through the second group identifier to conduct Bluetooth communication to obtain the static data.

9. A server, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the operation response method as described in any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the operation response method as described in any one of claims 1 to 7.

Images