CN117149322A

CN117149322A - Running information processing method and device

Info

Publication number: CN117149322A
Application number: CN202310415522.7A
Authority: CN
Inventors: 高雯; 徐飞龙; 吴术霞
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2023-04-11
Filing date: 2023-04-11
Publication date: 2023-12-01

Abstract

The embodiment of the application provides a running information processing method and device, wherein the method comprises the following steps: a target route is determined. And determining the comparison user according to the target route. Displaying the target route, and the identification of the current user and the identification of the comparison user; the identification of the current user is used for showing the position of the current user relative to the target route when the current user moves according to the target route, and the identification of the comparison user is used for showing the position of the comparison user relative to the target route when the comparison user moves according to the target route. The technical scheme of the application can display the positions of the current user and the comparison user relative to the target route according to the movement of the target route, thereby providing the cloud race function for the current user and improving the interestingness of the running process.

Description

Running information processing method and device

Technical Field

The application relates to the technical field of terminals, in particular to a running information processing method and device.

Background

It is currently very common for a user to monitor running information using a terminal device or a wearable device during running.

In the current running scenario, it is common for a user to hold a terminal device or a wearable device to run, and during running, the terminal device or the wearable device can detect running information of the user and display the running information to the user after running is completed. However, in the current running scenario, each user usually performs the running process separately, which results in poor running interest.

Disclosure of Invention

The embodiment of the application provides a running information processing method and device, which are applied to the technical field of terminals.

In a first aspect, an embodiment of the present application provides a running information processing method, applied to a terminal device, where the method includes:

determining a target route;

determining a comparison user according to the target route;

displaying the target route, the identification of the current user and the identification of the comparison user; the identification of the current user is used for showing the position of the current user relative to the target route according to the target route, and the identification of the comparison user is used for showing the position of the comparison user relative to the target route according to the target route.

In the embodiment, the target route is determined and the users are compared, and then the positions of the users relative to the target route are displayed when the users move according to the target route, so that the cloud race function can be provided for the users, and the interestingness of the running process is improved.

In one possible design, the comparison user is a historical user who completed the target route.

In one possible design, the historical users are a plurality, and the comparison user is selected by the current user from a plurality of the historical users.

In one possible design, the determining the target route includes:

displaying a route selection interface, wherein the route selection interface comprises at least one route to be selected and a route selection control corresponding to the at least one route to be selected;

the target route is determined in response to an operation acting on the route selection control.

In the embodiment, the route selection interface is provided for the user, so that the user can determine the target route from a plurality of to-be-selected routes according to actual requirements, and the flexibility of the determined target route is improved.

In one possible design, the routing interface further includes a screening control;

after displaying the routing interface, the method further comprises:

responding to clicking operation acted on the screening control, and displaying a map screening interface, wherein the map screening interface comprises at least one condition control;

receiving an information input operation acting on the at least one condition control;

and responding to the confirmation operation acted on the map screening interface, displaying an updated route selection interface, wherein the route to be selected included in the updated route selection interface is obtained by screening at least one route to be selected according to the information input in the condition control.

In the embodiment, the function of screening the route is provided for the user, so that the user can screen the recommended route and then determine the target route in the screened route, and convenience and individuation of selecting the target route by the user can be effectively improved.

In one possible design, the screening conditions include at least one of the following: the adaptation age corresponding to the route type belongs to a preset age range, the number of times of route completion of the login user of the terminal equipment is larger than or equal to a first preset threshold value, the total number of times of route completion corresponding to the route is larger than or equal to a second preset threshold value, the matching degree of route information of the route and running information of the login user is larger than or equal to a third preset threshold value, the distance between the position of the route and the position of the terminal equipment is smaller than or equal to a preset distance, and the place corresponding to the route is a preset place.

In one possible design, the determining the comparison user according to the target route includes:

responsive to said operation on said routing control, displaying a list of a plurality of said historical users, said list including user selection controls corresponding to said historical users;

And responding to the operation acted on the user selection control, and determining the historical user corresponding to the user selection control as the comparison user.

In this embodiment, by providing the function of selecting the comparison user to the user in the list, the user can efficiently and conveniently select the comparison user, so as to improve the operation efficiency.

In one possible design, after determining the target route in response to an operation acting on a route selection control, the method further includes: displaying a mode selection interface, wherein the mode selection interface comprises a competition mode selection control;

the determining the comparison user according to the target route comprises the following steps:

responding to the operation acted on the competition mode selection control, and displaying a first information acquisition interface corresponding to the competition mode;

receiving information input operation of the first information acquisition interface;

responding to the confirmation operation acted on the first information acquisition interface, displaying a user display interface, wherein the user displayed by the user selection interface is matched according to the information input by the information acquisition interface;

and responding to the selection operation acted on the user selection interface, and determining the user corresponding to the selection operation as the comparison user.

In the embodiment, by matching the candidate users, the matching performance between the comparison user and the current user can be improved, and then the user selects the comparison user from a plurality of candidate users, so that the user can select the desired comparison user according to the actual requirement.

In one possible design, the information collection control is filled with user information corresponding to the login user.

In the embodiment, the user information is automatically filled in the information acquisition control, so that the operation cost of a user can be effectively reduced.

In one possible design, the user selection interface further includes a selection control of the friend user corresponding to the login user, and/or the user selection interface further includes a selection control of the group to which the login user joins.

In one possible design of the device,

the mode selection interface further includes a training mode selection control;

responding to the operation acted on the training mode selection control, and displaying a second information acquisition interface corresponding to the training mode;

receiving information input operation of the second information acquisition interface;

Responding to the confirmation operation acted on the second information acquisition interface, displaying a confirmation interface, wherein the confirmation interface is used for prompting whether to adopt a virtual user to output motion prompting information, and the motion prompting information is generated according to the information input by the second information acquisition interface;

and responding to the confirmation operation acted on the confirmation interface, and determining the virtual user as the comparison user.

In one possible design, the displaying the target route, and the identification of the current user and the identification of the comparison user includes:

displaying the target route;

displaying a dynamic change process of the historical track of the comparison user moving according to the target route, wherein the identification of the comparison user is used for indicating the position of the comparison user in the dynamic change process; the method comprises the steps of,

and displaying the real-time position of the current user when the current user moves according to the target route, wherein the identification of the current user is used for indicating the real-time position.

In one possible design, the method further comprises:

transmitting route information of the target route to a wearable device; the method comprises the steps of,

and sending running information of the comparison user corresponding to the target route to the wearable device, wherein the wearable device is used for displaying the target route, the identification of the current user and the identification of the comparison user.

In the implementation manner, the wearable device can display the position of each user relative to the target route by sending corresponding information to the wearable device, so that the user can only carry the wearable device to run, and the running experience of the user is improved.

In one possible design, the method further comprises:

after the current user completes the target route, running record information of the current user corresponding to the target route is displayed, and/or comparison information of the current user and the comparison user corresponding to the target route is displayed.

In the embodiment, by displaying the comparison information, a user can quickly acquire various information in the cloud race process.

In one possible design, the method further comprises:

after the current user completes a first route, displaying a motion recording interface corresponding to the first route, wherein the motion recording interface comprises running recording information of the current user corresponding to the first route and a route creation control;

and if the first route is not the route in the route library, responding to the operation of the route creation control, and storing the first route to the route library.

In the embodiment, by providing the route uploading function for the user, the route library can be effectively expanded, and the route uploaded by the user runs through the user, so that the correctness and the safety of the route uploaded by the user can be effectively ensured.

In one possible design, the motion recording interface further includes a route adjustment control;

the method further comprises the steps of:

if the first route is a route in the route library, responding to touch operation acted on the route adjustment control, and displaying a route editing interface, wherein the route editing interface comprises the first route;

in response to an editing operation for the first route in the route editing interface, a start point and an end point are determined in the first route, a part of the route between the start point and the end point in the first route is determined as an adjusted route, and the adjusted route is stored in the route library.

In a second aspect, an embodiment of the present application provides a running information processing method, which is applied to a wearable device, and the method includes:

receiving route information of a target route;

receiving user information of a comparison user;

displaying the target route;

displaying a dynamic change process of the historical track of the comparison user moving according to the target route, wherein the identification of the comparison user is used for indicating the position of the comparison user in the dynamic change process;

In one possible design, after the displaying the target route and the identification of the current user and the identification of the comparison user, the method further includes:

In a third aspect, an embodiment of the present application provides a running information processing apparatus, including:

the determining module is used for determining a target route;

the determining module is further used for determining a comparison user according to the target route;

the display module is used for displaying the target route, the identification of the current user and the identification of the comparison user; the identification of the current user is used for showing the position of the current user relative to the target route according to the target route, and the identification of the comparison user is used for showing the position of the comparison user relative to the target route according to the target route.

In one possible design, the determining module is specifically configured to:

the determining module is further configured to:

after the route selection interface is displayed, responding to clicking operation acted on the screening control, displaying a map screening interface, wherein the map screening interface comprises at least one condition control;

In one possible design, the determining module is specifically configured to:

In one possible design, the display module is further configured to:

after determining the target route in response to an operation acting on a route selection control, displaying a mode selection interface, the mode selection interface including a competition mode selection control;

the determining module is specifically configured to:

In one possible design of the device,

the determining module is specifically configured to:

In one possible design, the display module is specifically configured to:

the displaying the target route, the identification of the current user and the identification of the comparison user comprises the following steps:

displaying the target route;

displaying a dynamic change process of a historical track when the comparison user moves according to the target route, wherein the identification of the comparison user is used for indicating the position of the comparison user in the dynamic change process; the method comprises the steps of,

In one possible design, the apparatus further comprises a transmitting module;

the sending module is used for:

In one possible design, the display module is further configured to:

the display module is further configured to:

In a fourth aspect, an embodiment of the present application provides a running information processing apparatus, including:

the receiving module is used for receiving the route information of the target route;

the receiving module is also used for receiving the user information of the comparison user;

In one possible design, the display module is specifically configured to:

displaying the target route;

In one possible design, the display module is further configured to:

In a fifth aspect, an embodiment of the present application provides a terminal device, including: comprising the following steps: a processor and a memory; the memory stores computer-executable instructions; the processor executes computer-executable instructions stored in the memory to cause the terminal device to perform a method as in the first aspect.

In a sixth aspect, an embodiment of the present application provides a wearable device, including: comprising the following steps: a processor and a memory; the memory stores computer-executable instructions; the processor executes computer-executable instructions stored in the memory to cause the terminal device to perform a method as in the second aspect.

In a seventh aspect, embodiments of the present application provide a computer-readable storage medium storing a computer program. The computer program, when executed by a processor, implements the method as described in the first aspect and the second aspect.

In an eighth aspect, embodiments of the present application provide a computer program product comprising a computer program which, when run, causes a computer to perform the method according to the first and second aspects.

In a ninth aspect, an embodiment of the present application provides a chip, the chip including a processor for invoking a computer program in a memory to perform the methods according to the first and second aspects.

It should be understood that the second to ninth aspects of the present application correspond to the technical solutions of the first aspect of the present application, and the advantages obtained by each aspect and the corresponding possible embodiments are similar, and are not repeated.

Drawings

Fig. 1 is a schematic structural diagram of a terminal device according to an embodiment of the present application;

fig. 2 is a software structure block diagram of a terminal device according to an embodiment of the present application;

FIG. 3 is a flowchart of a running information processing method according to an embodiment of the present application;

FIG. 4 is a second flowchart of a running information processing method according to an embodiment of the present application;

FIG. 5 is a schematic diagram illustrating an implementation of a routing interface according to an embodiment of the present application;

FIG. 6 is a schematic diagram showing an implementation of route details provided by an embodiment of the present application;

FIG. 7 is a schematic diagram of an implementation of determining a target route and comparing users according to an embodiment of the present application;

FIG. 8 is a schematic diagram of an implementation of determining a target running mode according to an embodiment of the present application;

FIG. 9 is a second flowchart of a running information processing method according to an embodiment of the present application;

FIG. 10 is a schematic diagram illustrating the operation of the racing mode according to the embodiment of the present application;

fig. 11 is a schematic diagram of implementation of an expanded group chat user provided by the present application;

FIG. 12 is a flowchart III of a running information processing method according to an embodiment of the present application;

FIG. 13 is a schematic diagram illustrating the operation of the training mode according to the embodiment of the present application;

FIG. 14 is an interface diagram of a running process according to an embodiment of the present application;

FIG. 15 is a diagram illustrating an embodiment of running record information;

FIG. 16 is a schematic diagram of an implementation of a leaderboard interface provided by an embodiment of the present application;

FIG. 17 is a diagram illustrating an embodiment of the present application for sharing running record information;

FIG. 18 is a second embodiment of the present application for sharing running record information;

FIG. 19 is a second schematic diagram of an embodiment of running record information;

FIG. 20 is a schematic diagram of an implementation of generating a dynamic video according to an embodiment of the present application;

FIG. 21 is a schematic diagram of implementation of the comparison information provided in the embodiment of the present application;

FIG. 22 is a schematic diagram showing an implementation of sharing contrast information according to an embodiment of the present application;

FIG. 23 is a second schematic diagram of an implementation of sharing contrast information according to an embodiment of the present application;

FIG. 24 is a schematic diagram showing a first implementation of creating a route according to an embodiment of the present application;

FIG. 25 is a second schematic diagram of an implementation of creating a route according to an embodiment of the present application;

FIG. 26 is a flowchart of a running information processing method according to an embodiment of the present application;

fig. 27 is a schematic diagram of an implementation of a wearable device displaying a running process according to an embodiment of the present application;

fig. 28 is a schematic diagram of an implementation of a display prompt popup according to an embodiment of the present application;

fig. 29 is a schematic diagram of a running information processing apparatus according to an embodiment of the present application;

fig. 30 is a schematic diagram of a running information processing apparatus according to an embodiment of the present application.

Detailed Description

For purposes of clarity in describing the embodiments of the present application, the words "exemplary" or "such as" are used herein to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In the embodiments of the present application, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a alone, a and B together, and B alone, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural.

The "at … …" in the embodiment of the present application may be an instant when a certain situation occurs, or may be a period of time after a certain situation occurs, which is not particularly limited. In addition, the display interface provided by the embodiment of the application is only used as an example, and the display interface can also comprise more or less contents.

The electronic device includes a terminal device, which may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), or the like. The terminal device may be a mobile phone, a smart television, a wearable device, a tablet (Pad), a computer with wireless transceiving function, a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, a wireless terminal in industrial control (industrial control), a wireless terminal in unmanned driving (self-driving), a wireless terminal in teleoperation (remote medical surgery), a wireless terminal in smart grid (smart grid), a wireless terminal in transportation safety (transportation safety), a wireless terminal in smart city (smart city), a wireless terminal in smart home (smart home), or the like. The embodiment of the application does not limit the specific technology and the specific equipment form adopted by the terminal equipment.

In order to better understand the embodiments of the present application, the following describes the structure of the terminal device according to the embodiments of the present application:

fig. 1 is a schematic structural diagram of a terminal device according to an embodiment of the present application. The terminal device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identity module (subscriberidentification module, SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

Processor 110 may include one or more processing units, and memory may be provided in processor 110 for storing instructions and data.

The software system of the terminal device 100 may employ a layered architecture, an event driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture, etc. In the embodiment of the application, taking an Android system with a layered architecture as an example, a software structure of the terminal device 100 is illustrated.

Fig. 2 is a software structure block diagram of a terminal device according to an embodiment of the present application.

The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun row (Android run) and system libraries, and a kernel layer, respectively.

Based on the above description, aiming at the problem that running interest is poor due to the fact that each user independently performs respective running process in a running scene, the application provides the following technical conception: the user can determine the running route before running, then can determine at least one comparison user who has completed the map according to the running route selected by the user, and then the positions of the current user and the comparison user are displayed in the route in the running process, so that the purpose of cloud race can be achieved, and the running interestingness is further increased.

The running information processing method provided by the application is described in detail below with reference to specific embodiments, and relates to operations on two sides of a terminal device and a wearable device, and the operations on the two sides are described in detail below respectively.

First, the operation of the terminal device side will be described with reference to fig. 3, and fig. 3 is a flowchart of a running information processing method according to an embodiment of the present application.

As shown in fig. 3, the method includes:

s301, determining a target route.

In one possible implementation, a route selection interface may be displayed in a screen of the terminal device, where a selection control corresponding to each of the plurality of maps to be selected may be included in the route selection interface.

In this embodiment, the user may perform a route selection operation in the route selection interface, and the terminal device may determine the target route from among the plurality of routes to be selected in response to the route selection operation. In one possible implementation, the route selection operation may be, for example, a touch operation for a certain selection control, and then the route to be selected corresponding to the selected selection control may be determined as the target route.

After determining the target route, the terminal device may send route information of the target route to the wearable device, where the route information may include, for example, a position of each track point in the route, a length of the route, a thumbnail of the route, a location of the route, and so on, and the embodiment does not limit a specific implementation manner of the route information, as long as the route information enables the wearable device to draw the target route, and on this basis, the specific implementation manner of the route information may be selected and expanded according to actual requirements.

Or in another possible implementation manner, the preset route may also be directly determined as the target route, where the preset route may be a pre-selected by the user, or may also be a route commonly used by the user, and so on.

It should be further noted that the running routes described in the present application each correspond to a real route in the real world, and each route is independent. For example, there is a circular running course in park a and a circular running course in park B, but the two circular running courses are two different independent routes.

S302, determining a comparison user according to the target route.

In this embodiment, in order to provide a cloud race scene for the current user during running of the current user, a comparison user needs to be determined for the current user, so in this embodiment, at least one comparison user may be further determined according to the target route.

In one possible implementation, the comparison user is a user selected by the current user among a plurality of historical users who completed the target route. Alternatively, the comparison user may be a user running together with the current user at a time and place, for example, a friend user of the current user, or a user matched by an online team or the like, and the specific determination manner of the comparison user is not limited in this embodiment.

S303, displaying a target route, and the identification of the current user and the identification of the comparison user; the identification of the current user is used for showing the position of the current user relative to the target route when the current user moves according to the target route, and the identification of the comparison user is used for showing the position of the comparison user relative to the target route when the comparison user moves according to the target route.

After determining the target route and also determining the comparison user corresponding to the current user, the terminal device may display the target route and use the identification of the current user to represent the position of the current user relative to the target route when moving according to the target route, and use the identification of the comparison user to represent the position of the comparison user relative to the target route when moving according to the target route, so that the current user may perform cloud race with the comparison user, and determine the position of the user participating in the race in real time.

It should be noted here that there may be a plurality of possible situations for the current user to have a position relative to the target route when moving along the target route. It is possible that the current user is located on the target route, or the current user may also have a yaw situation, or the current user may also have a situation where the starting point is not reached. In the latter two cases, the current user is not located on the target route, however, in the present embodiment, the identification of the current user is still displayed, because in the present embodiment, the identification of the current user reflects the real-time location of the current user.

In one possible implementation, a running start control may be displayed in the screen, and when operation of the running start control is detected, it may be determined that the running process of the current user is to be started, and the target route may be displayed in response to operation of the running start control, along with the identity of the current user and the identity of the contrasting user.

In addition, the terminal device may send the user information of the at least one comparison user and the route information of the target route to the wearable device, so that the wearable device may display the target route as well as the identification of the current user and the identification of the comparison user.

In a possible implementation manner of this embodiment, for example, the terminal device includes a first application program, where the first application program is an application program for implementing the running function of the cloud provided in the present application, the various operation interfaces described above are displayed in the first application program, for example, and the various operations described in the present application are also implemented in the first application program, which may be an application program of a sports health type, for example.

The running information processing method provided by the embodiment of the application comprises the following steps: a target route is determined. And determining the comparison user according to the target route. Displaying the target route, and the identification of the current user and the identification of the comparison user; the identification of the current user is used for showing the position of the current user relative to the target route when the current user moves according to the target route, and the identification of the comparison user is used for showing the position of the comparison user relative to the target route when the comparison user moves according to the target route. The target route is determined, then the comparison user is determined for the current user, and the positions of the current user and the comparison user relative to the target route are displayed when the current user and the comparison user move according to the target route, so that the cloud race function can be provided for the current user, and the interestingness of the running process is improved.

Based on the above description, various possible implementation manners of the running information processing method provided by the present application are further described below with reference to specific drawings.

The implementation process of selecting the target route will be further described with reference to fig. 4 to 7. Fig. 4 is a flowchart two of a running information processing method provided by an embodiment of the present application, fig. 5 is a schematic implementation diagram of a route selection interface provided by an embodiment of the present application, fig. 6 is a schematic implementation diagram showing details of a route provided by an embodiment of the present application, and fig. 7 is a schematic implementation diagram of a determination target route and a comparison user provided by an embodiment of the present application.

As shown in fig. 4, the method includes:

s401, displaying a route selection interface, wherein the route selection interface comprises at least one route to be selected and a route selection control corresponding to the at least one route to be selected.

Firstly, describing an implementation manner of determining at least one route to be selected included in a route selection interface, in this embodiment, a plurality of routes may be included in a route library, where the routes in the route library may be uploaded to the route library after the user finishes running, or may be generated through selecting points in a map interface after a staff performs a field investigation, or may be generated by performing a running process by the staff and then generating a route and uploading the route, in this embodiment, a specific generation manner of the route is not limited, and in any case, a plurality of running routes corresponding to the real world may be included in the route library.

In this embodiment, there may be a plurality of recommendation types, for each recommendation type, a route to be selected is determined correspondingly. The recommended types may include, for example, at least a nearby type, a popular type, and a user personal type.

In one possible implementation, at least one route to be selected of a nearby type and at least one route to be selected of a hot type may be determined in the route library, for example, based on route information of each of a plurality of routes in the route library.

The route information includes, for example, a heat parameter of the route for the hot type, wherein the heat parameter may include at least one of: historical usage, collection, sharing, historical completion, etc. The top-ranked routes of the heat parameter may be determined as the hot-type candidate road segments, for example, or the routes of the heat parameter greater than or equal to the preset threshold may be determined as the hot-type candidate routes.

Or further, in order to ensure that the recommended route to be selected is a route in which the user can participate, a part of the route whose starting point (or end point, any route point) is located in a geographic range near the terminal device may be determined according to the location information of the terminal device, and then the route to be selected is determined according to the heat parameter described above in the part of the route. The geographical range near the terminal device is a geographical range centered on the location of the terminal device and having a predetermined length as a radius.

And, for a route to be selected of a nearby type, for example, the route information may further include a position of the route, for example, the position of the terminal device may be acquired first, then a distance between the position of the route and the position of the terminal device is determined according to the position of the terminal device and the positions of the respective routes in the route library, and then a plurality of routes whose distances are ranked ahead or whose distances are smaller than a preset distance are determined as the route to be selected. The position of the route can be the position of the starting point of the route, the position of the ending point of the route or the position of any route point, and the specific determination mode can be selected according to actual requirements.

And, the route to be selected for the personal type of the user, for example, the personal route information of the current user includes: the route created by the current user, the route collected by the current user, the route participated by the current user, the route completed by the current user, and the like, and the portion of the route included in the personal route information may then be determined as a candidate route for the user's personal type.

After determining at least one route to be selected, a route selection interface may be displayed in a screen, where each route to be selected determined as described above and a respective corresponding route selection control are included in the route selection interface.

For example, referring to fig. 5 (a), a routing interface may be understood with reference to fig. 5 (a), and at least one route to be selected and a corresponding routing control may be included in the routing interface, for example, 501 in fig. 5 (a) indicates route 1 and a corresponding routing control.

Introduction information for the route to be selected may be included in the route selection control, and referring to the route selection control 501, the introduction information may include: the route thumbnail, the route length, the climbing height, the distance of the current position of the terminal device and the number of completed friends, and the introduction information can also comprise a route place, a file size corresponding to the route and the like. In the actual implementation process, the specific implementation of the introduction information can be selected and set according to actual requirements, and all the information related to the route can be displayed as the introduction information in the route selection control, so that a user can quickly acquire the related information of the current route.

And referring to the content indicated by 502 in fig. 5 (a), it may be further understood that a route schematic diagram of each of the to-be-selected routes included in the current interface in the map may be further displayed at a lower layer of the route selection interface, so that a user may intuitively obtain specific situations of each of the to-be-selected routes.

In one implementation, when the user needs to browse the route to be selected in the complete screen, referring to fig. 5 (a), an operation of dragging up the route selection interface may be performed to display the complete route selection interface illustrated in fig. 5 (b).

Based on the above description, it may be determined that, in this embodiment, a route to be selected corresponding to each of the plurality of recommendation types may be determined, and in one implementation manner, the route selection interface may include sub-interfaces corresponding to each of the recommendation types, where each sub-interface includes a route to be selected of a corresponding recommendation type, so that a user may browse the route to be selected according to different recommendation types.

Referring to fig. 5 (b), there is shown a route to be selected of a nearby type, which can be understood as a sub-interface corresponding to the nearby type. And as shown in the clicking operation in fig. 5 (b), if the user clicks the "hot" type switching control, the sub-interface shown in fig. 5 (c) may be displayed, and the sub-interface shown in fig. 5 (c) is a sub-interface corresponding to the hot type, where the sub-interface includes a route to be selected of the hot type.

And, referring to what is illustrated by the clicking operation in fig. 5 (c), assuming that the user clicks the my type switching control, the sub-interface illustrated in fig. 5 (d) may be displayed, and the sub-interface illustrated in fig. 5 (d) displays a sub-interface corresponding to the user's personal type, including the route to be selected of the user's personal type. And referring to fig. 5 (d), for each route to be selected of the user's personal type, specific operations performed by the current user corresponding to each route to be selected may also be illustrated, referring to "created", "collected" in fig. 5 (d).

And referring to fig. 5, an exercise type screening control (all exercises illustrated in fig. 5) is further provided in the route selection interface, and for any recommended type, the user clicks on the exercise type screening control, so that a plurality of selectable exercise types, such as outdoor running, outdoor walking, outdoor riding, and the like, can be expanded, and then a route to be selected with the exercise type being the target exercise type is screened in response to the target exercise type selected by the user, and a sub-interface corresponding to the current recommended type is updated.

And, a route length screening control (the "total length" illustrated in fig. 5) is further provided in the route selection interface, and for any recommended type, the user clicks on the route length screening control, and may expand a route length input control, which may be a type of slide input or may also be a type of text input, and then, in response to a target route length range input by the user, screen a route to be selected whose route length is within the target route length range, and update a sub-interface corresponding to the current recommended type.

In the actual implementation process, the type of the screening control provided in the route selection interface can be selected and set according to actual requirements, and a route screening function can be provided for a user by setting the screening control, so that the user can efficiently find a route meeting the requirements.

And in a possible implementation manner, because the thumbnail of the route to be selected is displayed in the route selection control, if the user needs to further observe the route to be selected, the terminal device may further respond to the zoom-in operation of the user for the route selection control of the route to be selected, and display a route image of the route to be selected in the screen, where the route image may be an original image corresponding to the thumbnail, or the route image may also be a detailed image of the route to be selected, which is not limited in this embodiment.

For example, as can be understood in conjunction with fig. 6, as shown in fig. 6 (a), the user may perform a zoom-in operation on the thumbnail of the first routing control 601, where the zoom-in operation may be, for example, a click operation or a long press operation, etc., which is not limited in this embodiment.

Then, as shown in (b) of fig. 6, the terminal device displays a route image of the route to be selected in the screen in response to the enlargement operation. Alternatively, referring to (c) in fig. 6, the terminal device may display a route image of the route to be selected in response to the enlargement operation, while blurring or weakening is made with respect to the route selection interface to highlight the route image of the route to be selected.

In the actual implementation process, the specific operation mode of the amplifying operation, the triggering position corresponding to the amplifying operation, the specific content of the displayed route image and the specific display mode of the route image may be selected and set according to the actual requirement, which is not particularly limited in this embodiment.

Based on the above description, a part of screening controls may be set in the route selection interface for the user to input route screening conditions, but the number of screening controls that may be set in the route selection interface is limited, so in one possible implementation manner, the screening controls may be included in the route selection interface, then in response to a clicking operation on the screening controls, a map screening interface may be displayed in a screen, and at least one condition control may be included in the map screening interface, where the condition control is used to obtain screening condition information input by the user.

For example, as can be appreciated in connection with fig. 7, referring to fig. 7 (a), a screening control 701 can be included in the routing interface, and then a map screening interface, as shown in fig. 7 (b), can be displayed in the screen in response to a click operation on the screening control 701. In the illustration of fig. 7 (b), 6 condition controls are included in the map screening interface, where each condition control is used to obtain one item of screening condition information entered by the user.

For example, the condition control corresponding to "age" in fig. 7 is used to obtain the preset age range entered by the user. It will be appreciated that each route corresponds to a respective type, wherein the adaptation ages for the different types of road segments may differ, for example, from 20 years to 30 years for off-road type road segments, and from 15 years to 75 years for leisure type road segments. The route type determination and the adaptation ages corresponding to the various road section types can be selected and set according to actual requirements. In this embodiment, the matching age corresponding to the road section type may be compared with the preset age range input by the user, so as to perform route screening.

And a condition control corresponding to the "common map" in fig. 7 is used to obtain whether the common map needs to be screened, where the common map can be understood as a route with the number of completion times corresponding to the login user of the current terminal device being greater than or equal to the first preset threshold.

And the condition control corresponding to "most used" in fig. 7 is used to obtain whether the hotspot map needs to be screened, where the map (or the hotspot map) that is most used may be understood as a route whose total number of completed times corresponding to the route is greater than or equal to the second preset threshold.

And the condition control corresponding to "training intensity matching" in fig. 7 is used to obtain whether to screen the map matching with the training intensity of the login user, where the training intensity matching may be understood as that the matching degree between the route information of the route and the running information of the login user is greater than or equal to the third preset threshold.

In determining the matching degree of the route information and the running information, for example, a corresponding weight may be set for the running information of each dimension, and then a matching score with the route information may be determined for the running information of each dimension, for example, the route information may include a route length, an average gradient, and the like, and then the running information may include an age, a running age, and the like. The matching score for age and route information in the running information may then be determined, the matching score for age and route information in the running information may be re-determined, and so on. The specific algorithm for calculating the matching score of the running information and the route information of each dimension may be determined according to the actual requirement, which is not limited in this embodiment.

And then calculating the final matching score according to the matching score and the corresponding weight of the running information of each dimension. And then the final matching score can be directly used as the matching degree, or the final matching score is processed with the preset maximum value of the matching score, converted into the matching degree of the percentage, and then compared with a corresponding third preset threshold value. If the matching degree is in the form of a score, the third preset threshold value can be an integer greater than or equal to 1, and if the matching degree is in the form of a converted percentage, the third preset threshold value can be t%, and the value of t can be selected according to actual requirements.

And the condition control corresponding to the "vicinity" in fig. 7 is used to obtain the preset distance between the route to be screened and the current location of the terminal device.

And the condition control corresponding to the "scenic spot" in fig. 7 is used for determining the preset location corresponding to the route to be screened currently.

In fig. 7, some possible implementations of the condition controls are described, where a user may input information to the condition controls at the map screening interface, and then may receive an information input operation acting on at least one of the condition controls, and display an updated route selection interface in response to a confirmation operation acting on the map screening interface, where a route to be selected included in the updated route selection interface is screened for the at least one route to be selected according to information input in the condition controls.

The confirmation operation for the map screening interface may be, for example, a return operation performed for the map screening interface, where the return operation may be, as illustrated in fig. 7 (b), clicking on a return control in the map screening interface, or may also be performing a sideslip operation on the map screening interface. Or the confirmation operation may also be a click operation performed on a confirmation button provided in the map screening interface, etc., and the embodiment does not limit a specific implementation manner of the confirmation operation on the map screening interface, as long as the confirmation operation can characterize the confirmation of the information on the screening condition input in the current map screening interface.

And the route to be selected included in the updated route selection interface in this embodiment is obtained by screening at least one route to be selected in the initial route selection interface according to the information output in the condition control. It may also be understood that the route to be selected included in the updated route selection interface satisfies the filtering condition, where the filtering condition is determined by the condition filtering information correspondingly acquired by each condition control.

In one possible implementation, for the condition control illustrated in fig. 7 (b), the corresponding screening condition may include, for example, at least one of the following: the adaptation age corresponding to the route type belongs to a preset age range, the number of times of route completion of a login user of the terminal equipment is larger than or equal to a first preset threshold value, the total number of times of route completion corresponding to the route is larger than or equal to a second preset threshold value, the matching degree of route information of the route and running information of the login user is larger than or equal to a third preset threshold value, the distance between the position of the route and the position of the terminal equipment is smaller than or equal to a preset distance, and the place corresponding to the route is a preset place.

In the actual implementation process, the specific implementation mode of the condition control in the map screening interface can be selected and set according to the actual requirement, and the specific implementation mode of the correspondingly determined screening condition can be determined according to the actual requirement.

For example, among the at least one route to be selected, a route to be selected satisfying the screening condition may be determined. For example, for the screening conditions illustrated in fig. 7 (b), it is necessary to screen the route to be selected satisfying the following conditions: the adaptation age corresponding to the type of the route to be selected belongs to 20-40 years old, the number of times that the login user of the terminal equipment finishes the route to be selected is larger than or equal to a first preset threshold value, the matching degree of the route information of the route to be selected and the running information of the login user is larger than or equal to a third preset threshold value, the distance between the position of the route to be selected and the position of the terminal equipment is smaller than or equal to 60 km, and the place corresponding to the route to be selected is park 1.

For this screening condition, which is currently illustrated, a route to be selected that satisfies the screening condition is determined, for example, two routes illustrated in fig. 7 (c) are obtained. The updated routing interface, including the candidate routes satisfying the screening criteria and the respective corresponding routing controls, may then be displayed on the screen, as shown, for example, in fig. 7 (c).

S402, responding to the operation acted on the route selection interface, and determining a target route.

In this embodiment, the user may perform the operation of selecting a route for the initial route selection interface, or may perform the operation of selecting a route for the updated route selection interface, and then determine, in response to the operation acting on the route selection interface, a route to be selected corresponding to the route selection control corresponding to the operation as the target route.

The subsequent route selection process may be further understood with reference to fig. 7, for example, referring to fig. 7 (c), where the operation of route selection may be a click operation of a route selection control for a route to be selected, for example, if a click operation is currently performed on a first route selection control in fig. 7 (c), then the route to be selected corresponding to the first route selection control may be determined as the target route. The clicking operation for the routing control may be clicking on any position in the routing control, or clicking on a specific position in the routing control, for example, in fig. 7 (c), an implementation of clicking on a specific position (small triangle) is illustrated, and the small triangle in fig. 7 (c) may be understood as a selected child control of the routing control.

In one possible implementation manner, a preset style may be displayed for a selection control corresponding to the target route, so as to indicate that the selection is performed for the target route, where a specific implementation of the preset style for indicating that the selection control of the target route is selected may be selected and set according to actual requirements.

The foregoing description has been presented with reference to fig. 5 to fig. 7 by way of displaying a route selection interface and further screening the initially displayed route selection interface to obtain a series of implementation manners of the updated route selection interface, by using the method provided by this embodiment, a plurality of routes to be selected may be effectively provided for a user, and a route screening function may be provided for the user, so that the user may screen out a desired route to be selected according to actual needs, and then further select a target route, so on one hand, it may be ensured that, when the user just enters the route selection interface, a plurality of routes to be selected may be provided for the user, and the user may directly select the target route at the initial route selection interface. On the other hand, the user can also screen the route in the initial route selection interface, so that the efficiency of searching the target route meeting the requirement is effectively improved.

In an optional implementation manner, after the user inputs the screening condition, the terminal device may record the screening condition input by the user, and when the user enters the initial route selection interface next time, at least one route to be selected may be determined in the route library according to the screening condition input by the user last time, and then the routes to be selected are displayed in the initial route selection interface, so that personal matching of the route recommended to the user in the initial route selection interface may be effectively improved.

Based on the foregoing, a possible implementation of determining at least one comparison user may be further described with reference to fig. 7, and referring to fig. 7 (c), at least one route to be selected and a respective corresponding route selection control may be included in the route selection interface.

In one possible implementation, a list of a plurality of historical users may be displayed in response to operation of a route selection control acting on the target route, the list including user selection controls corresponding to the historical users. And then responding to the operation acted on the user selection control, and determining the historical user corresponding to the user selection control as a comparison user.

The plurality of history users in the list are all history users who finish the target route, and each history user in the list can be ranked according to a ranking mode of a certain dimension, for example, a ranking mode of speed, times, nickname first letters, latest finishing time and the like, and the ranking mode of the history users in the list is not limited in this embodiment.

As will be understood with reference to fig. 7, as shown in fig. 7 (c), the user may input a touch operation with respect to the route selection control of the route 1, the route 1 may be determined as a target route, and in response to the touch operation, a list including a plurality of history users corresponding to the target route illustrated in fig. 7 (d) may be further displayed, which may also be understood as a user ranking interface.

The user selection control of at least one historical user who completed the target route is included in the list, and it is assumed that, referring to fig. 7 (d), the user selection controls "challenge TA" of users a to H may be included in the list of route 1. And running information, personal information, etc. of each historical user may also be displayed in the list, wherein the running information may include average pace, duration of exercise, etc. and the personal information may include a user nickname, user avatar, etc.

Taking the user E as an example, the "6' 28" illustrated in fig. 7 may be understood as the average speed of the user E for the route 1, and the "00:20:31" may be understood as the running duration of the user E for the route 1.

In one possible implementation, it is assumed that the historical users are ranked according to the information of a certain dimension in the list, and a ranking manner of multiple dimensions may exist, so that a sub-interface corresponding to each of multiple comparison dimensions may be included in the user ranking interface (or understood as the user list interface), for example, referring to fig. 7 (d), a sub-interface corresponding to the comparison dimension may be included in the user list interface, and the user may click on a switching control (speed list and time list illustrated in fig. 7) corresponding to each comparison dimension, so as to perform corresponding list switching.

Then, the user can select a certain historical user in the list as a comparison user, for example, the user operates a user selection control of the historical user which wants to be selected, and then the historical user indicated by the user selection control corresponding to the operation is determined as the comparison user. Referring to fig. 7 (d), assuming that the user performs a touch operation on the user selection control of "user a", it is possible to determine "user a" as a comparison user.

Further, referring to fig. 7 (e), after determining the comparison user, a confirmation interface may be popped up, in which the user is further asked to confirm whether the currently selected comparison user is to be challenged, and running start control and cancel control may be included in the confirmation interface. If the touch operation of the user for the running start control "start sports" is detected, the subsequent running process can be started.

And in one implementation, if a touch operation of the user for the running start control "start movement" is detected, route information of the target route may be sent to the wearable device, and user information of the comparison user may also be sent, where the user information may include running information corresponding to the target route. Referring to fig. 7 (f), a transmission procedure interface for transmitting a target route to the wearable device may be displayed in a screen of the terminal device so that a user may determine a progress situation of transmitting the target route to the wearable device in real time.

The implementation of displaying the transmission procedure interface illustrated in fig. 7 (f) is optional, that is, after detecting the touch operation of the user for "starting movement" of the running start control, the relevant information may also be directly transmitted to the wearable device without displaying the transmission procedure interface, so that in response to the operation acting on the running start control, the target route may also be directly displayed, and the relevant interface of the identification of the current user and the identification of the comparison user, for example, an interface shown in fig. 10 (e) described below.

Optionally, after detecting the touch operation of the user for "starting movement" of the running start control, a trigger interface for sending the target route to the wearable device may be further displayed on the screen, a sending control may be present in the trigger interface, and then, in response to the clicking operation for the sending control, route information of the target route is sent to the wearable device, and the sending process interface described above is displayed.

In this embodiment, if the comparison user is a user who has completed the target route within the history period, the comparison user corresponds to the running information of the target route, for example, may include comparing the position of the user in the target route at various points during running. And running information may further include, for example, a running time period, a running speed, etc. of the user, and the embodiment is not limited to a specific implementation of the running information.

The implementation manner of selecting the comparison users in the list is described in connection with fig. 7, based on this operation manner, a plurality of selectable comparison users can be provided for the users quickly and effectively, and then the users determine the comparison users for performing the cloud race in the selectable comparison users according to the actual situation, so that the running process of the cloud race can be started quickly, and the operation efficiency is improved.

In another possible implementation manner, when determining the comparison users, the present application may also match at least one comparison user for the current user according to the user information of the current user, and this implementation manner is described below.

The current user in this embodiment is a user who is to complete the target route, that is, a user who needs to actually perform the running process of the target route for the currently selected target route. In different running modes, there may be some differences in the user information to be collected, so in this embodiment, the user information corresponding to the target running mode may be obtained in the target running mode, where the user information may include physical quality information, running capability information, running preference information, and the like of the current user, and the specific user information corresponding to the different running modes may be selected and set according to the actual requirements, which is not limited in this embodiment.

For example, after determining the target route, a mode selection interface may be further displayed on the screen of the terminal device, where multiple running mode options may be provided, and then the user may select a desired running mode in the mode selection interface, where the running mode selected by the user is referred to as the target running mode.

The selectable running modes may include, for example, a racing mode, a training mode, a stand alone running mode, etc., where there are some differences in the subsequent processing logic, and thus the user may be allowed to determine the target running mode after determining the target route.

The determination of the target running mode may be understood with reference to fig. 8, and fig. 8 is a schematic diagram of implementation of the determination of the target running mode according to an embodiment of the present application.

In one possible implementation, the mode selection interface shown in FIG. 8 may be displayed immediately after the target route is determined (i.e., after the interface illustrated in FIG. 7 (c)) in response to an operation on the route selection control, wherein the mode selection interface may include a plurality of running mode selection controls.

For example, the running mode may include the competition mode and the training mode illustrated in fig. 8, and the competition mode selection control and the training mode selection control may be included in the mode selection interface, respectively. The competition mode is running with a real user, the training mode is running with a virtual user, and the virtual user can understand intelligent AI. In the actual implementation process, the specific implementation mode of the running mode can be selected and expanded according to actual requirements.

The terminal device can directly provide a plurality of running mode selection controls on the mode selection interface for a user to select. Or, the terminal device may determine the recommended running mode according to the historical running information of the logged-in user, or determine the recommended running mode according to the running mode selected last time, and then perform default selection processing on the recommended running mode in the mode selection interface, so as to allow the user to confirm or further select, thereby effectively reducing the operation cost of the user and improving the user experience.

And in an alternative implementation, after the interface illustrated in fig. 7 (c), a transmission procedure interface for transmitting the route information of the target route to the wearable device may be displayed first, and after the transmission of the route information is completed, the mode selection interface illustrated in fig. 8 may be displayed next.

After the target running mode is determined, the user information of the current user can be acquired, wherein the user information which needs to be acquired and corresponds to different running modes is different, and certain differences exist in the corresponding implementation modes of the determination comparison user, and the two implementation modes of the target running mode, namely the competition mode and the training mode, are respectively introduced,

Firstly, a related implementation manner of a target running mode being a competition mode will be described with reference to fig. 9 to 11, fig. 9 is a flowchart of a running information processing method provided by an embodiment of the present application, fig. 10 is a schematic diagram of an operation procedure of the competition mode provided by the embodiment of the present application, and fig. 11 is a schematic diagram of an implementation of a developed group chat user provided by the present application.

As shown in fig. 9, the method includes:

and S901, responding to the operation acted on the competition mode selection control, and displaying a first information acquisition interface corresponding to the competition mode.

In this embodiment, in response to an operation acting on the competition mode selection control, a first information acquisition interface corresponding to the competition mode may be displayed, where the first information acquisition interface includes at least one information acquisition control, and the information acquisition control is used to acquire user information.

In one possible implementation, the user information corresponding to the competition mode may include at least one of: physical fitness information, exercise information, environmental information, location information, and information about sources of running friends.

The physical fitness information may include, for example, height, weight, age, date of birth, gender, etc. The exercise information may include, for example, running pace, running ability, running period, running age, running index. The running ability can be scoring or classified as excellent, good and bad. And wherein the running index may be calculated based on historical running information of the user. And the environmental information may include temperature, humidity, wind, etc., it is understood that the environmental information has an influence on the running performance of the user, so that the environmental information selected by the user is collected at this time, and when the user is matched and compared, the user running the target route in the same environment or similar environments can be matched. And the location information may be a city in which the user is located, for example, the location information may be referenced when matching a co-city running friend. And the information of the source of the running friend may include a channel for determining the running friend for the user to select, where the channel for determining the running friend may include friends added by the user, running users in the same city, virtual users, and the like, and the embodiment does not limit a specific implementation manner of the source of the running friend.

For example, as can be understood with reference to fig. 10, as shown in fig. 10 (a), assuming that the current user selects the competition mode in the mode selection interface, a first information acquisition interface 10 (b) corresponding to the competition mode may be displayed, and referring to fig. 10 (b), a plurality of information acquisition controls may be included in the first information acquisition interface, where each information acquisition control is used to acquire a user information, for example, a gender information acquisition control is used to acquire the gender of the current user, and then, for example, a birth date information acquisition control is used to acquire the birth date of the current user, and the rest of information acquisition controls are similar and are not repeated herein.

S902, receiving information input operation of a first information acquisition interface.

After the user inputs the corresponding user information for each information acquisition control, for example, the information input operation of the first information acquisition interface can be received, and the user information of the current user is obtained.

In a possible implementation manner, user information corresponding to a login user of the terminal device is filled in each information acquisition control in the embodiment, if the login user is the current user, that is, if the login user performs a running process by himself, the login user does not need to fill in the information again, and only needs to confirm or modify the information to be modified, so that user operation can be effectively reduced. If the login user is not the current user, namely, the rest of users except the login user perform the running process, the current user can fill in own information, so that the user information of the current user is submitted.

S903, responding to the confirmation operation acted on the first information acquisition interface, displaying a user display interface, wherein the user displayed by the user selection interface is matched according to the information input by the information acquisition interface.

For example, referring to fig. 10 (b), the confirmation operation for the first information collection interface may be, for example, a click operation for a "confirm" control in the information collection interface. The confirmation operation may be a click operation of a return control of the first information acquisition interface, or may be a sliding return operation of the first information acquisition interface, which is not limited in the specific implementation manner of the confirmation operation, so long as the confirmation operation is used for indicating and confirming the user information input in the first information acquisition interface.

The confirmation operation of the first information collection interface may be understood as submitting the user information in the first information collection interface, and then at least one user may be matched according to the user information submitted by the user, and then a user selection interface is displayed.

In the following description, according to the implementation of matching users with the information input in the information acquisition interface, in the competition mode, a real user needs to be matched with the current user to perform cloud competition, in one possible implementation manner, user information of a historical user can be obtained, wherein the user information of the historical user is similar to the user information of the current user described above, and details are omitted here.

And then matching can be carried out according to the user information of the current user and the user information of the historical user, so that at least one candidate user matched with the current user is determined in the historical user.

In one possible implementation, for example, the matching degree of the current user and the historical user may be calculated according to the user information of the current user and the user information of the historical user, and then the historical user with the matching degree greater than or equal to the threshold value is determined as the candidate user. For example, the matching degree is a percentage, and the threshold value corresponding to the matching degree may be a value such as 80% or 90%. Or determining a preset number of history users with the earlier ranking of the matching degree as the users to be selected.

After determining the candidate user, a user selection interface may be displayed, for example, as may be understood with reference to fig. 10 (c), and assuming that the currently determined candidate user includes user a, user b, user c, and user d, user selection controls corresponding to the 4 users may be included in the user selection interface illustrated in fig. 10 (c).

In an optional implementation manner, the selectable running friends displayed in the user selection interface can further comprise friend users corresponding to the login users and groups added by the login users besides the to-be-selected users in the history users. For example, as can be understood with reference to fig. 11, as shown in fig. 11 (a), the user selection interface may include user selection controls of the users a, b, and c to be selected, and may also include user selection controls of friend users corresponding to the login user (a control of "friend 1" shown in fig. 11), where the friend users refer to users having a friend relationship with the login user. And may further include a user selection control (a control of "group 1" shown in fig. 11) of a group to which the login user joins, at least one user is included in the group to which the login user joins, and the users in the group may be friend users of the login user or may also be non-friend users of the login user.

Further, for a user selection control of a group to which a login user joins, the user may directly perform a selection operation for the user selection control to indicate that all users in the group are determined as comparison users. Or referring to fig. 11 (a), the user may further perform an expanding operation on the user selection controls of the group, as shown in fig. 11 (b), where the user selection controls corresponding to each user in the group, that is, the user selection control corresponding to "one" and the user selection control corresponding to "two" illustrated in fig. 11 (b), and the user selection control corresponding to "three" are displayed, so that the user may also perform a separate selection operation for the user selection control corresponding to each user in the group to select a desired comparison user.

In the actual implementation process, taking the user to be selected as an example, the user selection control corresponding to the user to be selected can include information such as an avatar, a nickname and the like of the user to be selected, and can also include part of user information of the user to be selected, or can further set an information display control in the user selection control, and the user information of the user to be selected can be displayed in response to clicking operation on the information display control, so that the current user can determine details of each user to be selected. The specific implementation mode of the user selection control can be selected and set according to actual requirements.

S904, responding to the selection operation acted on the user selection interface, and determining the user corresponding to the selection operation as a comparison user.

The selection operation acting on the user selection interface may be, for example, an operation performed on a user selection control of the user to be selected, so that a user corresponding to the selection operation is determined as a comparison user. On the basis of the above description, the comparison user in this embodiment may be the candidate user of the above description, or may also be the friend user of the above description, or may also be the user in the group of the above description, which is not limited in this embodiment.

As shown in fig. 10 (d), the selection operation acting on the user selection interface may include a click operation for a user selection control, and may also include a click operation for a confirmation control in the user selection interface. Currently in the illustration of fig. 10 (d), the user selected contrasting user comprises user a.

After determining the comparison user, the user may trigger the start of running, say, referring to fig. 10 (d), a running start control "start running" may be displayed in the screen, and then referring to fig. 10 (e), the target route may be displayed, along with the identification of the current user and the identification of the comparison user.

The user identification of the current user (white identification) and the location of the user identification of the comparison user (gray identification) with respect to the target route are shown in fig. 10 (e). And, real-time running information of the current user may also be displayed during running, wherein the real-time running information may include: the movement time, the average speed, the consumed heat, the average heart rate, the remaining length of the road section, the running length of the road section (3.78 km in the figure), and the road section completion progress of the current user can also be displayed on the screen in a progress bar mode. And referring to fig. 10 (e), in the running process, the lag time or lead time of the current user relative to the comparison user can be displayed, so that the user can quickly and effectively determine the real-time situation of the comparison.

And the terminal equipment can respond to the triggering operation of the running start control, and send user information of the comparison user to the wearable equipment so that the wearable equipment displays a target route and the identification of the current user and the identification of the comparison user.

In an alternative implementation, when the user desires to select the comparison user, a user selection interface may be displayed in the manner described above. Or when the user does not need to select the comparison user, the terminal device can directly let the user enter the running interface for displaying the target map and the user position without displaying the interface for selecting the comparison user. Whether the user needs to select the comparison user or not can be that a selection interface is displayed before the target map is determined or after the target map is determined, and whether the user needs to be compared or not is selected by the user in the selection interface. The interface time sequence position of the display selection interface can be selected according to actual requirements.

According to the running route selection method provided by the embodiment of the application, through collecting all user information of the current user, matching is carried out according to the user information of the current user and the user information of the historical user who completes the target route, and a plurality of users to be selected are determined in the historical user. Because the current user needs to perform cloud race aiming at the target route, the user to be selected is determined among the historical users who have completed the target route, so that the current user can be effectively ensured to be matched with a running friend performing the cloud race, and the purpose of the cloud race can be achieved. Meanwhile, the user selection interface can also comprise friend users corresponding to the current user and groups added by the current user besides the introduced users to be selected, so that selectable running sources can be effectively expanded, and the application scene of cloud running is promoted.

On the basis of the above description, the manner of determining the comparison user is any one, and then the positions of the current user and the comparison user in the target route in the running process can be displayed, wherein the positions of the respective users in the target route can be determined by the terminal device and then sent to the wearable device, or can be determined by the wearable device and then sent to the terminal device. Or the terminal device and the wearable device can respectively determine to display in the terminal device and the wearable device respectively. The implementation of the terminal device determination of the location in the target route with the user identification of the respective user will therefore be described in further detail below.

The comparison user may be the historical user who completes the target route introduced above, or the comparison user may also be a friend user or a user in a group, where the friend user and the user in the group may complete the target route, or may not complete the target route, and these two cases are respectively described below.

In one possible implementation, if the comparison user completes the target route, there are two implementations:

mode 1:

displaying a target route, displaying a dynamic change process of a historical track of a comparison user moving according to the target route, and indicating the position of the comparison user in the dynamic change process by the identification of the comparison user; and displaying the real-time position of the current user when the current user moves according to the target route, wherein the identification of the current user is used for indicating the real-time position.

The historical track of the user moving according to the target route is stored in the database, so that the dynamic change process of the historical track can be dynamically displayed, and the dynamic change process of the historical track can be also understood as playing. In one possible implementation manner, after determining that the current user reaches the starting point of the target route, the dynamic change process of displaying the historical track can be restarted, so that the identification of the comparison user and the identification of the current user start to move from the starting point at the same time, and further, the comparison user and the current user can effectively develop cloud race.

And displaying the real-time position of the current user when moving according to the target route according to the real-time positioning of the current user when displaying the identification of the current user.

Under the implementation mode, when the identification of the current user and the identification of the comparison user are displayed, the identification of the current user and the identification of the comparison user are simply combined and displayed in the same map, so that the display of the user identification in the cloud race process can be effectively realized.

Mode 2:

in the running process, a plurality of moments exist, and the positions of the current user and the comparison user in the target route need to be determined for each moment, so that, for example, the position information of the terminal device at the current first moment can be acquired, and the position of the user identifier of the current user in the target route at the first moment is displayed according to the position information of the terminal device.

And when the position of the comparison user is displayed, the running time length between the first moment and the running starting moment can be obtained, and the position of the comparison user in the target route at the first moment is determined according to the historical track of the comparison user corresponding to the target route and the determined running time length, so that the position of the user identifier of the comparison user in the target route at the first moment is displayed.

Here, it may be exemplified that, assuming that the running start time is 18:00 and the first time is 18:05, the running duration may be determined to be 5 minutes according to the running start time and the first time, where the history track corresponding to the comparison user may be included in the complete period of the running process, for example, the complete period of the running process of the comparison user is 12:00-12:30, and the corresponding time may be determined in the running period of the comparison user based on the determined running duration of 5 minutes, that is, 12:05. the location of the contrasting user in the target route at 12:05 is then determined based on the location of the user in the target route at each time recorded by the historical track of the contrasting user. The location of the user's user identification in the target route is then displayed at a first time in comparison to the current determined location.

For any of the above-described modes, the final effect may be, for example, as shown in fig. 10 (e), and the positions of the identifications of the respective users participating in the cloud race with respect to the target route may be displayed.

In another possible implementation, if the comparison user does not complete the target route, that is, there is no running information of the comparison user corresponding to the target route, it is typical that the current user and the friendly user or the online matched user perform a real-time on-site running competition, or the current user and the users in the group perform a real-time on-site running competition.

In this scenario, the location of the user identifier of the current user with respect to the target route may be displayed in real time according to the location information of the terminal device, and the terminal device may also receive the location information sent by the terminal device or the wearable device corresponding to the comparison user, and display the location of the user identifier of the comparison user with respect to the target route in real time.

In this embodiment, the positions of the users in the target route can be effectively displayed for various scenes, so that the users can timely determine the running progress of the users participating in the cloud race process.

The implementation manner of determining the comparison user in the competition mode is described above, and various possible implementation manners in the training mode are described in further detail below with reference to fig. 12 to 14, fig. 12 is a flowchart three of the running information processing method provided in the embodiment of the present application, fig. 13 is a schematic diagram of an operation process of the training mode provided in the embodiment of the present application, and fig. 14 is an interface schematic diagram of the running process provided in the embodiment of the present application.

As shown in fig. 12, the method includes:

and S1201, responding to the operation acted on the training mode selection control, and displaying a second information acquisition interface corresponding to the training mode.

The implementation of S1201 is similar to the implementation of S901 described above, and the difference is that some differences exist between the user information to be collected corresponding to the training mode and the user information to be collected corresponding to the competition mode, so that the information collection control included in the second information collection interface corresponding to the training mode is slightly different from the description described above.

In one possible implementation manner, the user information to be collected corresponding to the training mode may include at least one of the following: physical fitness information, running goal information. The running target information may indicate a target that the user wants to achieve during running, for example, the running target information may include a target mileage, a target pace, etc., or may further include a target duration, etc., where a specific implementation of the running target information may be selected and set according to actual requirements.

For example, referring to fig. 13, a second information collection interface corresponding to the training mode may be further described in detail, as shown in fig. 13 (a), assuming that the current user selects the training mode in the mode selection interface, the target running mode may be determined to be the training mode, then, referring to fig. 13 (b), a second information collection interface 13 (b) corresponding to the training mode may be displayed, and a plurality of information collection controls may be included in the second information collection interface, where each information collection control is used to collect one type of user information. And referring to fig. 13 (b), it may be further determined that, in the second information collection interface corresponding to the training mode, a selection control for querying whether the user wants to share the athletic record with the friend may be further included, and if the user indicates that the athletic record is to be shared with the friend, the friend record logged in to the user may browse the current athletic record, for example, during running or after running is completed.

S1202, receiving information input operation of a second information acquisition interface.

The implementation of S1202 is similar to the implementation of S902 described above, and will not be repeated here.

And S1203, responding to a confirmation operation acted on the second information acquisition interface, displaying a confirmation interface, wherein the confirmation interface is used for prompting whether to adopt a virtual user to output motion prompting information, and the motion prompting information is generated according to information input by the second information acquisition interface.

For example, referring to fig. 13 (b), the confirmation operation for the second information collection interface may be, for example, a click operation for a "confirm" control in the second information collection interface. The confirmation operation may also be a click operation for a return control of the second information acquisition interface, or may also be a sliding return operation for the second information acquisition interface, which is not limited in the embodiment, so long as the confirmation operation is used for indicating and confirming the user information input in the second information acquisition interface.

The confirmation interface may then be further displayed in response to a confirmation operation applied to the second information collection interface, for example, referring to fig. 13 (c), where the confirmation interface is used to prompt whether to output the athletic prompt information by using the virtual user, and the confirmation interface may include an approval control and a disapproval control.

For the training mode, after determining the user information of the current user, the virtual user can be determined as a comparison user, wherein the virtual user is used for outputting motion prompt information for the current user according to the information input by the second information acquisition interface in the running process. The prompting information can prompt the user to accelerate, decelerate, breathe rhythm and the like, wherein the terminal equipment can determine specific prompting information of the virtual user according to physical quality information of the user to achieve the running goal. A virtual user can be understood as, for example, a smart AI.

And S1204, responding to the confirmation operation acted on the confirmation interface, and determining the virtual user as the comparison user.

Wherein the validation operation acting on the validation interface may be an operation for the "agree" control in fig. 13 (c), the virtual user may be determined as the comparison user in response to the validation operation.

And in one possible implementation manner, the user information of the comparison user and the route information of the target route may be further sent to the wearable device, so that the wearable device displays the target route, and the identification of the current user and the identification of the comparison user. When the comparison user is a virtual user, the running information of the comparison user corresponding to the target route can comprise voice information or text information which is prompted by the virtual user in the running process.

For example, the user clicks the "disagree" control, and then for this operation, the user information of the user and the route information of the target route may be compared to the wearable device as well, so that the wearable device displays the target route, as well as the identity of the current user and the identity of the comparison user. Only when the user clicks disagree, the terminal device will not provide the prompt information of running advice.

According to the running information processing method provided by the embodiment of the application, the virtual user can be determined as the comparison user corresponding to the current user, the virtual user can simulate cloud racing with the current user in the running process, and meanwhile, prompt information matched with user information can be provided for the current user, so that the interestingness and scene richness of the running process can be further improved.

Similar to the description above, when the comparison user is a virtual user, the user identification may also be displayed.

In one possible implementation manner, a preset track can be set for a virtual user, and then a dynamic change process of the preset track when the comparison user moves according to a target route is displayed, wherein the identification of the comparison user is used for indicating the position of the comparison user in the dynamic change process; and displaying the real-time position of the current user when the current user moves according to the target route, wherein the identification of the current user is used for indicating the real-time position. The implementation is similar to that described above and will not be repeated here.

Or, the position information of the terminal device at the current first moment may be acquired, and the position of the user identifier of the current user in the target route at the first moment may be displayed according to the position information of the terminal device, which is similar to the above description, and will not be repeated herein. And determining and displaying the position of the user identification of the comparison user in the target route at the first moment according to the position of the user identification of the current user in the target route at the first moment.

In one possible implementation, when the comparison user is a virtual user, for example, the user identification of the virtual user may be displayed in the vicinity of the current user's location to simulate a cloud race scenario. The location of the user identification of the comparison user in the target route at the first time may be determined and displayed, for example, within a preset range of the location of the current user in the target route at the first time. Where the distance between the comparison user and the current user may be, for example, randomly generated or may be determined according to some algorithm, which is not limited by the present embodiment.

The effect of the final presentation may be illustrated with reference to fig. 13 (d), where the identity of each user participating in the cloud race may be displayed with respect to the position in the target route, the white identity in fig. 13 (d) illustrates the identity of the current user, and the gray identity in fig. 13 (d) illustrates the identity of the contrasting user (virtual user).

Therefore, based on the description, the purpose of cloud race can be achieved in the training mode, and the virtual user can also provide running advice for the user, so that the application scene of cloud race can be effectively expanded.

Based on the above description, it may be determined that the current user's location with respect to the target route may or may not be located on the target route, and each of these cases is described in further detail below in conjunction with fig. 14.

As shown in fig. 14 (a), assuming that the user clicks the running start control to enter the running process, but the current user has not actually reached the start point of the target route, the real-time running information described above may still be displayed on the screen at this time, and at the same time, distance information may also be displayed on the screen to inform the current user of the distance from the start point of the target route. In this case, the user identification (gray head mark in the figure) of the comparison user is temporarily fixed and displayed at the start point of the target route, and the actual competition process is started after waiting for the current user to reach the start point of the target route.

And as can be understood from fig. 14 (a) and 14 (b), in the process of moving the current user to the starting point, the real-time position and movement track of the current user are displayed in the screen, and after the current user reaches the starting point, the user identification (white avatar identification in the drawing) of the current user is located at the starting point illustrated in fig. 14 (b).

The actual running process of the cloud race may be performed later, and the interface during running may be shown in fig. 14 (c), and the implementation manner is similar to that described above, and will not be repeated here.

And further referring to fig. 14 (d), assuming that the current user has deviated from the target route during running, a prompt message may be displayed in the screen to prompt the current user to yaw.

As can be understood from fig. 14, in this embodiment, the running process interface described above may be displayed in a state that the terminal device is locked, so that the user can quickly and conveniently obtain relevant information in the running process. And displaying corresponding prompt information and real-time running information in the screen before running and in the running process, so that a user can quickly determine the comparison situation.

On the basis of the above description, after the current user completes the target route, running record information of the current user corresponding to the target route may be displayed, and/or comparison information of the current user and the comparison user corresponding to the target route may be displayed in a screen.

In the following, a possible implementation manner of the running record information is first described with reference to fig. 15 to 20, fig. 15 is a schematic implementation diagram of the running record information provided by the embodiment of the present application, fig. 16 is a schematic implementation diagram of a ranking list interface provided by the embodiment of the present application, fig. 17 is a schematic implementation diagram of sharing the running record information provided by the embodiment of the present application, fig. 18 is a schematic implementation diagram of sharing the running record information provided by the embodiment of the present application, fig. 19 is a schematic implementation diagram of the running record information provided by the embodiment of the present application, and fig. 20 is a schematic implementation diagram of generating a dynamic video provided by the embodiment of the present application.

As shown in fig. 15, the running record information may include running track, running process data, ranking data, and heart rate data. The running track may be displayed as a track on a map, for example, a running track corresponding to the target route is displayed on the map in fig. 15 (a).

And, referring to fig. 15 (a), the running process data may include a start point to an end point ("location 1-location 2") of the target route, a length of the target route (6.56 km), and a running start time of the current user (2022/08/05 06:21), and a fastest rate of the current user, slowest rate of the current user, a duration of the exercise, consumed heat, average rate of the exercise, average speed, average step frequency, number of the exercise steps, average heart rate, accumulated climbing height, and accumulated descending height, and a specific implementation of the running process data may be selected and expanded according to actual demands in an actual implementation.

And referring to fig. 15 (a), the ranking data may include a ranking of the time length of the current user completing the target route among all the user completion time lengths (12 th), and may further include a historical best ranking of the time length of the current user completing the target route (6 th), and may further include a ranking of the number of times the current user completes the target route among all the user ranking times (12 th), and may further include a historical best ranking of the number of times the current user completes the target route (6 th). In an actual implementation process, the specific ranking data may further include actual requirement selection and expansion, for example, the ranking data may further include a speed ranking, a motion step ranking, and the like, which is not limited in this embodiment.

And referring to fig. 15 (b), the heart rate data may include an average heart rate, a maximum heart rate, a heart rate fluctuation graph and a heart rate interval ring graph of the current user during running, and in an actual implementation process, a specific implementation manner of the heart rate data may be selected and set according to actual requirements.

Here, since the content of the running record information may be relatively large and cannot be completely displayed on the screen, fig. 15 (a) and fig. 15 (b) in the present embodiment actually correspond to the same interface, and it can be understood that the content illustrated in fig. 15 (b) is obtained by sliding up with respect to fig. 15 (a).

As can be appreciated with reference to the description of fig. 15, a view list control is provided for a portion of ranking data, such as "view duration list" and "view times list" shown in fig. 15 (a). In one possible implementation, the terminal device may display complete list content in response to a click operation for a view list control, where the particular list content displayed depends on which type of view list control the user clicks.

In one possible implementation manner, assuming that the current user clicks the "view times list", a complete times list may be displayed, for example, referring to fig. 16, the complete times list may include the head portraits, nicknames, and the completion times of each user, where the content specifically included in each type of complete list interface may be selected according to actual requirements, so long as the ranking condition of the corresponding type of user may be displayed in the complete list interface.

And referring to fig. 16, the list may also be switched in the list interface, for example, the current list in fig. 16 is displayed as a frequency list, for example, the user may click on the list switching control of "speed list", the terminal device may display the speed list, and by setting the list switching control in the list interface, the list may be switched conveniently and rapidly, so as to improve the operation experience of the user.

And in this embodiment, a sharing function for running record information is further provided, for example, as can be understood with reference to fig. 17, and as shown in fig. 17, if a sharing control 1701 is provided in an interface for displaying running record information, referring to fig. 17 (a), for example, a sharing preview interface 17 (b) may be displayed in response to a clicking operation for the sharing control 1701.

Referring to fig. 17 (b), a sharing image may be included in the sharing preview interface, part or all of the running record information described above may be included in the sharing image, and a plurality of sharing destination controls may be further included in the sharing preview interface, where the sharing destination controls may correspond to the platforms, for example, the platform 1, the platform 2, and the platform 3 shown in fig. 17 (b), to indicate that the sharing image is shared to the corresponding platform. Or the sharing destination control may also correspond to local, such as "save to local" as shown in fig. 17 (b), to indicate that the sharing image is saved to local.

And referring to fig. 17 (b), it may be determined that an image switching control (a data short graph and a data long graph) may be further provided in the sharing preview interface, where the image switching control may switch the sharing short graph and the sharing long graph, and the sharing short graph includes a part of running record information and the sharing long graph includes all running record information.

For example, as can be further understood with reference to fig. 18, the terminal device may display the shared long chart in response to the clicking operation of the image switching control for the data long chart, and as can be understood with reference to fig. 18 (a) and fig. 18 (b), all running record information is included in the shared long chart, because the content that can be displayed on the screen is limited, the interface corresponding to fig. 18 (b) is obtained by sliding up the interface of fig. 18 (a).

In one possible scenario, when running, the user may perform running processes other than the target route in addition to completing the target route, for example, as described above, there is a movement process before the user reaches the start point of the target route, so that running record information of the complete movement process may be displayed in addition to running record information of the current user corresponding to the target route in the screen, which will be understood below in conjunction with fig. 19.

As shown in fig. 19 (a), an exercise switching control (exercise record and route score) may be provided in the presentation interface of the running record information, and when a click operation for this exercise switching control of "route score" is detected, the running record information of the current user corresponding to the target route may be displayed. When a click operation for this exercise switching control, the "exercise record" is detected, running record information of the current user corresponding to the complete exercise course may be displayed.

The running record information of the current user corresponding to the complete exercise course is shown in fig. 19, and the interface corresponding to fig. 19 (b) is obtained by sliding up the interface of fig. 19 (a) because the screen can display limited contents.

Similar to the above description, the running record information may include running track, running course data, and heart rate data, and the running record information of the complete exercise course may further include road section information. The running track may be displayed in a map manner, for example, the running track of the current user in the complete exercise process is displayed in the map in fig. 19 (a), and it can be understood by comparing fig. 19 (a) and fig. 15 (a) that 1901 indicated in fig. 19 (a) is the running track corresponding to the current user outside the target route.

And, referring to fig. 19, running process data and heart rate data corresponding to the complete exercise process are similar to those described above, and will not be repeated here.

The difference is that, because the complete exercise process may include other routes in addition to the target route, the running process data corresponding to the complete exercise process may also include road section information. Referring to fig. 19 (a), the link information may include the number of routes covered by the complete course of exercise, names of the covered respective routes, start and end points of the covered respective routes, route achievements (route length, running duration, average pace) of the current user corresponding to the respective covered routes, and ranking information (may be a speed ranking or a remaining ranking) of the current user corresponding to the respective covered routes. Where the current user corresponds to ranking information for each of the covered routes, for example, only the ranking before the preset ranking may be presented. And the number of achievements (i.e., the number of ranks presented) is also included in the road segment information.

In a possible implementation manner, the terminal device in this embodiment may further generate a dynamic video of the running process of the current user, as will be understood with reference to fig. 20, and as shown in fig. 20 (a), the display interface of the running record information corresponding to the target route further includes a video generation control "road segment track", so that the terminal device may generate, in response to a click operation applied to the video generation control, the dynamic video of the running process of the current user corresponding to the target route shown in fig. 20 (b), where the moving of the user identifier of the current user in the target route may be dynamically displayed, where the moving of the user identifier is in accordance with the actual matching speed in the running process, that is, the moving speed of the user identifier may be controlled according to the actual matching speed of the motion. And aiming at the speed conditions of different road sections in the target route, marking by adopting different colors, for example, the green indication road section corresponds to a faster speed, the yellow indication road section corresponds to a slower speed, and the red indication road section corresponds to a very slow speed. And referring to fig. 20 (b), it may be determined that user information of the current user and related running process information may be also identified in the dynamic video of the running process.

As can be determined by referring to fig. 19, a video generation control "dynamic track" is also provided in the display interface of the running record information for the complete exercise process, so that the terminal device can respond to the clicking operation applied to the video generation control to generate a dynamic video of the running process corresponding to the complete exercise process for the current user, and its implementation manner is similar to that described above and will not be repeated here.

The above description of related implementations of displaying running record data is presented in conjunction with fig. 15-20, and the following description of possible implementations of displaying comparison information for a current user and a comparison user is presented in conjunction with fig. 21-23. Fig. 21 is a schematic implementation diagram of the contrast information provided by the embodiment of the present application, fig. 22 is a schematic implementation diagram of the sharing contrast information provided by the embodiment of the present application, and fig. 23 is a schematic implementation diagram of the sharing contrast information provided by the embodiment of the present application.

As shown in fig. 21, the comparison information of the current user and the comparison user corresponding to the target route, that is, the running record information of the current user and the comparison user corresponding to the target route, is displayed in a comparison manner, so that the user can quickly and effectively obtain and compare the specific running comparison situation of the user. And, because the content that the screen can display is limited, in fig. 21, the interface corresponding to fig. 21 (b) is obtained by sliding up the interface of fig. 21 (a).

In fig. 21, the comparison information of the current user a and the comparison user a is shown, and in the actual implementation process, when there are multiple comparison users, the comparison information of the current user and all the comparison users may be shown in the comparison information interface.

Or, as shown in fig. 21, only the comparison information of some two users may be displayed, in this implementation, for example, the user performing comparison may be switched, for example, the user avatar or the user nickname shown in fig. 21 may be clicked, so as to display a user switching control, where the user switching control may include a selection control of each user participating in the cloud race, and then the selection control of the user needing to perform comparison is operated in the user switching control, so as to switch the user performing comparison in the comparison information interface.

As can be determined by referring to fig. 21, a video generation control "athletic track" is also set in the display interface of the comparison information, and then the terminal device may generate a dynamic video of the running process of the current user and the comparison user corresponding to the target route in response to the clicking operation applied to the video generation control, which is similar to the above description, but dynamically displays the user identifier of the current user and the user identifier of the comparison user in the target route at the same time to move in the target route.

Similar to the above description, in this embodiment, a sharing function for the comparison information is further provided, for example, as can be understood with reference to fig. 22, and as shown in fig. 22 (a), if a sharing control 2201 is provided in the interface for displaying the comparison information, referring to fig. 22 (a), for example, a sharing preview interface 22 (b) may be displayed in response to a clicking operation for the sharing control 2201.

Referring to fig. 22 (b), a sharing image may be included in the sharing preview interface, part or all of the contrast information described above may be included in the sharing image, and a plurality of sharing destination controls may be further included in the sharing preview interface, where implementation of the sharing destination controls is similar to that described above in fig. 16, and will not be repeated herein.

As can be determined by referring to fig. 22 (b), an image switching control (a data short graph and a data long graph) may be further provided in the sharing preview interface, where the image switching control may switch the sharing short graph and the sharing long graph, and the sharing short graph includes part of the contrast information and the sharing long graph includes all of the contrast information.

For example, as can be further understood with reference to fig. 23, the terminal device may display the shared long graph in response to the clicking operation of the image switching control for the data long graph, and as can be understood with reference to fig. 23 (a) and fig. 23 (b), all the contrast information is included in the shared long graph, where fig. 23 (a) and fig. 23 (b) correspond to the interface contents before and after the screen sliding.

As shown in fig. 23, the comparison information of the current user and the comparison user corresponding to the target route, that is, the running record information of the current user and the comparison user corresponding to the target route, is displayed in a comparison manner, so that the user can quickly and effectively obtain and compare the specific running comparison situation of the user.

According to the running information processing method provided by the embodiment of the application, after running of the current user is finished, the running record information of the current user alone can be displayed in the screen, and the comparison information of the current user and the comparison user corresponding to the target route can be displayed, so that the user can comprehensively know various data of the running process corresponding to the target route.

It will be appreciated that the above embodiments all describe the current user first selecting a target route at the route selection interface and then performing a subsequent running process. In another possible implementation, however, the current user may also create a route by itself, and the implementation of the current user creating a route is described below.

When the current user completes the first route, a motion recording interface corresponding to the first route can be displayed on a screen, and running recording information and a route creation control corresponding to the first route of the current user are included in the motion recording interface.

In this embodiment, the first route is a running route generated by the current user through the running process, so the first route may be any route, and the specific implementation of the first route is not limited in this embodiment, that is, the current user does not perform route selection in the route selection interface, but directly starts running, and then the running track generates the first route.

For example, it can be understood with reference to fig. 24, and fig. 24 is a schematic diagram of a first implementation of creating a route according to an embodiment of the present application.

As shown in fig. 24, running record information of the current user corresponding to the first route may be included in the exercise record interface, wherein the implementation of the running record information is similar to that described above, and will not be repeated here. And referring to fig. 24, it may be determined that a route creation control 2401 is also included in the motion recording interface.

It will be appreciated that since the first route may be any route, the first route may or may not be a route already present in the route library, and in one possible implementation, it may be determined first whether the first route is a route in the route library before creating the route. For example, the similarity between the first route and the route in the route library may be determined, and when the similarity is greater than the preset similarity, the first route and the route in the route library may be considered as the same route.

If the first route is not a route in the route library, referring to fig. 24, for example, the user may be prompted in the motion recording interface that the motion does not pass through any route, and then the first route may be uploaded to the route library in response to a touch operation (for example, a click operation) applied to the route creation control 2401. Or, a route editing interface may be displayed between uploading the first route to the route library, in which the user may set the authority of the first route to indicate the user who may obtain the first route. Where the setting is made for the first route, for example, a list of users allowed to access the first route (for example, users in a group selected from friends, running friends, joining) may be set, or a list of users not allowed to access the first route may be set, or a condition of users allowed to access the first route (for example, age, running age, etc.) may be set, or a condition of users not allowed to access the first route may be set.

Aiming at the route with the authority in the route library, the users who do not acquire the authority in the part of route recommendation class can not be subjected to the follow-up route recommendation, so that the effective management of the users on the created first route can be effectively realized.

And each route in the route library corresponds to respective route information, wherein when the current user creates the first route, for example, the current user can fill in the route information of the first route in the route editing interface, or the system can automatically identify and generate the route information of the first route, and the generation mode of the route information of the route created by the user is not limited in this embodiment.

Alternatively, if the first route is a route in the route library, in this case, to avoid duplication of routes in the route library, a route editing control may be provided for the user to further edit the first route, and then store a portion of the routes in the first route selected by the user in the route library.

For example, it can be understood with reference to fig. 25, and fig. 25 is a second schematic implementation diagram of creating a route according to an embodiment of the present application.

Also included in the motion record interface is a route adjustment control 2501, which may prompt the user in the motion record interface that the motion has traveled some routes when the first route includes a route in the route library, and may then display a route editing interface in response to a touch operation applied to the route adjustment control 2501, wherein the first route may be included in the route editing interface.

Then, in response to an editing operation for a first route in the route editing interface, a start point and an end point are determined in the first route, then, a part of the route between the start point and the end point in the first route is determined as an adjusted route, and the adjusted route is stored in a route library. Wherein the editing operation may be an operation of clicking a start point and an end point in the first route.

The route information of the adjusted route may be generated by the current user by self-input or by automatic recognition of the system, similar to the above description.

In this embodiment, by determining whether the first route generated by the user running by himself or herself is a route already existing in the route library, when the first route is not a route in the route library, the first route may be stored in the route library, so that the route richness in the route library may be effectively improved, and the user may also create a road section according to his or her actual movement requirement, thereby improving the richness and individuation of the route selection. And when the first route is a route in the route library, the user can select the first route, and then the adjusted route is stored in the route library, so that the route repetition degree in the route library can be effectively avoided.

The above description of the related operation on the side of the terminal device, and the following description of the related implementation on the side of the wearable device will be described in conjunction with specific embodiments, where the wearable device may be an intelligent wearable device, such as an intelligent watch, an intelligent bracelet, an intelligent glasses, etc., that can be worn by a user and can process corresponding user services and perform intelligent interaction with the user.

First, referring to fig. 26 and 27, fig. 26 is a flowchart of a running information processing method provided by an embodiment of the present application, and fig. 27 is a schematic diagram of a wearable device for displaying running process according to an embodiment of the present application.

As shown in fig. 26, the method includes:

s2601, route information of the target route is received.

S2602, receiving user information of the comparison user.

S2603, displaying a target route, and the identification of the current user and the identification of the comparison user; the identification of the current user is used for showing the position of the current user relative to the target route when the current user moves according to the target route, and the identification of the comparison user is used for showing the position of the comparison user relative to the target route when the comparison user moves according to the target route.

In this embodiment, the wearable device may receive route information of the target route, and may receive user information of the comparison user. The wearable device may also receive, for example, a target running pattern sent by the terminal device.

As will be understood later with reference to fig. 27, the wearable device may display the target route, and the identifier of the current user and the identifier of the comparison user, where the wearable device displays the relevant implementation of the target route and the identifier of the user, and the relevant implementation on the side of the terminal device described above is similar, which is not repeated herein.

In this embodiment, the wearable device may also display running record information corresponding to the target route when the current user completes the target route, and/or display comparison information corresponding to the target route between the current user and the comparison user in the screen.

The running record information and the comparison information can be generated by the terminal device, and then the terminal device sends the running record information and the comparison information to the wearable device for display, and the terminal device displays the running record information and the comparison information. For example, the terminal device may obtain running record information of each comparison user, thereby generating and displaying the running record information and the comparison information.

Alternatively, the running record information and the comparison information may also be generated by the wearable device, and then the wearable device sends the running record information and the comparison information to the terminal device for display, and the wearable device displays the running record information and the comparison information. For example, the wearable device may obtain running record information for each of the comparison users, thereby generating and displaying the running record information as well as the comparison information. The specific implementation mode can be selected and set according to the actual requirements

According to the running information sending method, the target route, the identification of the current user and the identification of the comparison user can be displayed through the wearable device receiving the route information sent by the terminal device and the user information running together, so that the user can timely acquire the competition information in the running process through the wearable device, the user can only carry the wearable device to run, and the running experience of the user is improved. And the wearable device can also display running record information and comparison information, so that a user can effectively acquire relevant record data of the running process in the terminal device and the wearable device, and the reading flexibility of the running data is improved.

Based on the above description, it may be determined that the running record information center of the current user corresponding to the target route may include ranking information of the current user corresponding to the target route, for example, may be a speed ranking, or may also be a duration ranking, or the like. In one possible implementation manner, when the current user obtains the first name corresponding to the ranking information of the target route, a prompt pop-up window may be displayed, for example, as can be understood with reference to fig. 28, and fig. 28 is a schematic implementation diagram of the display prompt pop-up window provided by an embodiment of the present application.

As shown in fig. 28 (a), the prompt pop-up window may prompt the user to obtain the first name in the ranking list of the target dimension, where the target dimension illustrated in fig. 28 is a road segment duration, and the target dimension may also be a road segment number, a road segment step number, or the like, which may be selected and set according to actual requirements.

And, the terminal device may further send a prompt message for prompting the current user to obtain the first name to the wearable device, and referring to fig. 28 (b), the wearable device may also display a prompt popup window in the screen, so as to remind the user that the first name is currently obtained in the ranking list in the target dimension.

In summary, the running information processing method provided by the embodiment of the application can screen a plurality of maps to be selected for the user according to the screening condition of the user, then match at least one comparison user for the current user according to the user data input by the user in the target running mode to perform cloud running, and display the positions of each user in the target route in real time during running, so that the current user can effectively determine the instant situation in the running process in time. Meanwhile, after running, various running record information and comparison information can be displayed in an omnibearing manner, so that the current user can comprehensively acquire various data of the running process.

The running information processing method according to the embodiment of the present application has been described above, and the apparatus for performing the running information processing method according to the embodiment of the present application will be described below. It will be appreciated by those skilled in the art that the methods and apparatus may be combined and referenced with each other, and that the related apparatus provided by the embodiments of the present application may perform the steps of the running information processing method described above.

The embodiment of the application can divide the functional modules of the device of the method according to the method example, for example, each functional module can be divided corresponding to each function, or two or more functions can be integrated in one processing module. The integrated modules may be implemented in hardware or in software functional modules. It should be noted that, in the embodiment of the present application, the division of the modules is schematic, which is merely a logic function division, and other division manners may be implemented in actual implementation.

Fig. 29 is a schematic diagram of a running information processing apparatus according to an embodiment of the present application, where the running information processing apparatus may be a terminal device in an embodiment of the present application, or may be a chip or a chip system in the terminal device.

As shown in fig. 29, the running information processing apparatus 290 may be used in a communication device, a circuit, a hardware component, or a chip, and the running information processing apparatus 29 may include: a determination module 2901, a display module 2902, and a transmission module 2903.

Wherein, the determining module 2901 is used for determining a target route;

the determining module 2901 is further configured to determine a comparison user according to the target route;

a display module 2902, configured to display the target route, and an identification of a current user and an identification of the comparison user; the identification of the current user is used for showing the position of the current user relative to the target route according to the target route, and the identification of the comparison user is used for showing the position of the comparison user relative to the target route according to the target route.

In one possible design, the determination module 2901 is specifically configured to:

the determination module 2901 is further configured to:

In one possible design, the display module 2902 is also configured to:

the determining module 2901 is specifically configured to:

In one possible design of the device,

the determining module 2901 is specifically configured to:

In one possible design, the display module 2902 is specifically configured to:

displaying the target route;

In one possible design, the apparatus further includes a transmission module 2903;

the sending module 2903 is configured to:

In one possible design, the display module 2902 is also configured to:

the display module 2902 is further configured to:

The device provided in this embodiment may be used to implement the technical solution of the foregoing method embodiment, and its implementation principle and technical effects are similar, and this embodiment will not be described herein again.

Fig. 30 is a schematic diagram of a second structure of a running information processing apparatus according to an embodiment of the present application, where the running information processing apparatus may be a wearable device or a chip system in the wearable device.

As shown in fig. 30, the running information processing apparatus 300 may be used in a communication device, a circuit, a hardware component, or a chip, and the running information processing apparatus 300 may include: the receiving module 3001 and the display module 3002.

A receiving module 3001 for receiving route information of a target route;

the receiving module 3001 is further configured to receive user information of a comparison user;

a display module 3002, configured to display the target route, and an identifier of a current user and an identifier of the comparison user; the identification of the current user is used for showing the position of the current user relative to the target route according to the target route, and the identification of the comparison user is used for showing the position of the comparison user relative to the target route according to the target route.

In one possible design, the display module 3002 is specifically configured to:

displaying the target route;

In one possible design, the display module 3002 is also configured to:

The embodiment of the application provides a chip. The chip comprises a processor for invoking a computer program in a memory to perform the technical solutions in the above embodiments. The principle and technical effects of the present application are similar to those of the above-described related embodiments, and will not be described in detail herein.

The embodiment of the application also provides a computer readable storage medium. The computer-readable storage medium stores a computer program. The computer program realizes the above method when being executed by a processor. The methods described in the above embodiments may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer readable media can include computer storage media and communication media and can include any medium that can transfer a computer program from one place to another. The storage media may be any target media that is accessible by a computer.

In one possible implementation, the computer readable medium may include RAM, ROM, compact disk-read only memory (CD-ROM) or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium targeted for carrying or storing the desired program code in the form of instructions or data structures and accessible by a computer. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (Digital Subscriber Line, DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, includes optical disc, laser disc, optical disc, digital versatile disc (Digital Versatile Disc, DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

Embodiments of the present application provide a computer program product comprising a computer program which, when executed, causes a computer to perform the above-described method.

Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processing unit of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processing unit of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The foregoing detailed description of the application has been presented for purposes of illustration and description, and it should be understood that the foregoing is by way of illustration and description only, and is not intended to limit the scope of the application.

Claims

1. A running information processing method, characterized by being applied to a terminal device, the method comprising:

determining a target route;

determining a comparison user according to the target route;

2. The method of claim 1, wherein the comparison user is a historical user who completed the target route.

3. The method of claim 2, wherein the historical user is a plurality of the comparison users selected by the current user from a plurality of the historical users.

4. A method according to claim 2 or 3, wherein said determining a target route comprises:

5. The method of claim 4, further comprising a screening control in the routing interface;

after displaying the routing interface, the method further comprises:

6. The method of claim 4, wherein said determining a comparison user from said target route comprises:

7. The method of any of claims 1-6, wherein after determining the target route in response to an operation on a route selection control, the method further comprises: displaying a mode selection interface, wherein the mode selection interface comprises a competition mode selection control;

8. The method of claim 7, wherein the mode selection interface further comprises a training mode selection control;

9. The method of any of claims 1-7, wherein the displaying the target route, and the identity of the current user and the identity of the contrasting user, comprises:

displaying the target route;

10. The method according to any one of claims 1-8, further comprising:

11. The method according to any one of claims 1-10, further comprising:

12. The method according to any one of claims 1-11, further comprising:

13. A running information processing method, applied to a wearable device, the method comprising:

receiving route information of a target route;

receiving user information of a comparison user;

14. The method of claim 13, wherein the displaying the target route, along with the identity of the current user and the identity of the contrasting user, comprises:

displaying the target route;

15. The method of claim 13 or 14, wherein after the displaying the target route and the identification of the current user and the identification of the comparison user, the method further comprises:

16. A terminal device, comprising: a processor and a memory;

the memory stores computer-executable instructions;

the processor executing computer-executable instructions stored in the memory to cause the terminal device to perform the method of any one of claims 1-12.

17. A wearable device, comprising: a processor and a memory;

the memory stores computer-executable instructions;

the processor executing computer-executable instructions stored in the memory to cause the wearable device to perform the method of any of claims 13-15.

18. A computer readable storage medium storing a computer program, which when executed by a processor performs the method of any one of claims 1-15.

19. A computer program product comprising a computer program which, when run, causes a computer to perform the method of any of claims 1-15.