Methods, devices, equipment, and media for vehicle arrival notification in rail transit scenarios

Abstract

This application discloses a method, device, equipment, and medium for vehicle arrival reminders in a rail transit scenario. The method includes: acquiring acceleration information collected by a speed detection module, wherein the speed detection module is installed in a target user's terminal device; determining the target vehicle the target user is riding in and acquiring the stop information of the target vehicle, the stop information including the target vehicle's timetable; correcting the target user's real-time location based on the acceleration information and the target vehicle's timetable to obtain corrected real-time location information; and sending a station arrival reminder to the target user based on the corrected real-time location information and the target vehicle's timetable. This application's embodiments can ensure the accuracy of the user's location while also ensuring timely and effective delivery of station arrival reminders, thus improving the user experience.

Description

Technical Field

[0001] This application relates to the field of communication data technology, specifically to a vehicle arrival reminder method and device, electronic equipment, and computer-readable storage medium in a rail transit scenario. Background Technology

[0002] In daily travel scenarios, users often need train arrival reminders. Sending arrival reminders to users in advance can effectively improve the passenger travel experience. Existing arrival reminder methods typically determine the user's origin based on GPS or manual input of the station after the passenger selects their destination. Then, based on the user's destination, the estimated travel time is determined, and an alighting reminder is sent to the user in advance based on the estimated travel time.

[0003] However, in practical applications, during peak hours or when users have multiple travel options to their destination, the method of accurately estimating travel time based on the user's final destination and then sending alighting reminders based on that time is not suitable. Furthermore, since most stations are underground, the accuracy of location information obtained through GPS is relatively low. Therefore, it is clear that traditional arrival reminder methods are difficult to implement accurately in rail transit scenarios. Thus, how to provide accurate arrival reminders to passengers in rail transit scenarios has become a pressing technical problem that needs to be solved. Summary of the Invention

[0004] To address the aforementioned technical problems, embodiments of this application provide a vehicle arrival reminder method and device, electronic device, and computer-readable storage medium in a rail transit scenario.

[0005] According to one aspect of the embodiments of this application, a method for vehicle arrival reminder in a rail transit scenario is provided, comprising: acquiring acceleration information collected by a speed detection module, wherein the speed detection module is installed in a target user's terminal device; determining the target vehicle ridden by the target user and acquiring the stop information of the target vehicle, the stop information including the timetable of the target vehicle; correcting the real-time position of the target user based on the acceleration information and the timetable of the target vehicle to obtain corrected real-time position information; and sending a station arrival reminder message to the target user based on the corrected real-time position information and the timetable of the target vehicle.

[0006] According to one aspect of the embodiments of this application, the step of correcting the real-time position of the target user based on the acceleration information and the operating schedule of the target vehicle to obtain corrected real-time position information includes: acquiring reference acceleration information of the target vehicle in various operating states; comparing the acceleration information with the reference acceleration information to determine the operating state of the target vehicle based on the comparison result; and correcting the real-time position of the target user based on the operating state of the target vehicle to obtain corrected real-time position information.

[0007] According to one aspect of the embodiments of this application, the method further includes: if the target vehicle is in a stopped state, determining the location information of the parking station of the target vehicle, and using the location information of the parking station as the corrected real-time location information of the target user.

[0008] According to one aspect of the embodiments of this application, the method further includes: determining the acceleration curve of the target vehicle based on the acceleration information, and determining the acceleration characteristics of the target vehicle based on the acceleration curve of the target vehicle; if the acceleration characteristics of the target vehicle indicate that the moving speed of the target vehicle sequentially presents an upward trend, a constant trend, and a downward trend, then determining that the target vehicle is in a stopped state.

[0009] According to one aspect of the embodiments of this application, the method further includes: if the target vehicle is in a running state, determining whether the target vehicle has arrived at a target station, wherein the target station is the station preceding the target user's drop-off station; if the target vehicle has arrived at the target station, sending a station reminder message to the target user based on the current time and the timetable.

[0010] According to one aspect of the embodiments of this application, the method further includes: determining the acceleration curve of the target vehicle based on the acceleration information, and determining the acceleration characteristics of the target vehicle based on the acceleration curve of the target vehicle; if the acceleration characteristics of the target vehicle indicate that the acceleration of the target vehicle shows an upward trend, then determining that the target vehicle is in a starting state.

[0011] According to one aspect of the embodiments of this application, the method further includes: if the target vehicle is in a parked state, calculating the travel distance of the target vehicle based on the acceleration information; determining whether the target vehicle is parked at a preset location based on the travel distance, the current time, and the schedule; if the target vehicle is not parked at the preset location, sending a temporary parking reminder message to the user.

[0012] According to one aspect of the embodiments of this application, a vehicle arrival reminder device in a rail transit scenario is provided. The device includes: an acquisition module for acquiring acceleration information collected by a speed detection module, wherein the speed detection module is installed in a target user's terminal device; a determination module for determining the target vehicle ridden by the target user and acquiring the stop information of the target vehicle, the stop information including the timetable of the target vehicle; a correction module for correcting the real-time position of the target user based on the acceleration information and the timetable of the target vehicle to obtain corrected real-time position information; and a reminder module for sending a station arrival reminder message to the target user based on the corrected real-time position information and the timetable of the target vehicle.

[0013] According to one aspect of the embodiments of this application, an electronic device is provided, including: one or more processors; and a storage device for storing one or more programs, which, when executed by the one or more processors, cause the electronic device to implement the vehicle arrival reminder method in a rail transit scenario as described above.

[0014] According to one aspect of the embodiments of this application, a computer-readable storage medium is provided, on which computer-readable instructions are stored, which, when executed by a computer's processor, cause the computer to perform the vehicle arrival reminder method in a rail transit scenario as described above.

[0015] In the technical solution provided by the embodiments of this application, acceleration information is collected by the speed detection module in the user terminal, and the target vehicle ridden by the target user is determined. Then, the stop information of the target vehicle is obtained, and the stop information includes the timetable of the target vehicle. Thus, the user terminal can correct the real-time location of the target user based on the acceleration information, the current time, and the timetable, so that the obtained real-time location information of the target user is more accurate and reliable. The user terminal can then send station reminder information to the passenger based on the corrected real-time location information and the vehicle's timetable. This ensures the accuracy of positioning and also ensures that station reminder information can be sent to the passenger in a timely and effective manner, thereby improving the user experience.

[0016] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0017] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort. In the drawings:

[0018] Figure 1 This is a schematic diagram illustrating a real-time environment for vehicle guidance reminders in a rail transit scenario, as shown in an exemplary embodiment of this application.

[0019] Figure 2 This is a flowchart illustrating a vehicle arrival reminder method in a rail transit scenario, as shown in an exemplary embodiment of this application;

[0020] Figure 3 yes Figure 2 The flowchart of step S230 in the illustrated embodiment is shown in an exemplary embodiment;

[0021] Figure 4 This is an exemplary embodiment illustrating the acceleration-time curve of a target vehicle recorded by the speed detection module of a user terminal;

[0022] Figure 5 yes Figure 4 A schematic diagram of the acceleration interval after acceleration-time feature extraction in the illustrated embodiment;

[0023] Figure 6 This is a flowchart illustrating a vehicle arrival reminder method in a rail transit scenario, as shown in another exemplary embodiment of this application;

[0024] Figure 7 This is a diagram illustrating the change in the moving speed of a target vehicle in a stationary state, as shown in an exemplary embodiment of this application.

[0025] Figure 8 This is a flowchart illustrating a vehicle arrival reminder method in a rail transit scenario, as shown in another exemplary embodiment of this application;

[0026] Figure 9 This is a flowchart illustrating a vehicle arrival reminder method in a rail transit scenario, as shown in another exemplary embodiment of this application;

[0027] Figure 10 This is a diagram illustrating the change in the moving speed of the target vehicle in the starting state, as shown in an exemplary embodiment of this application.

[0028] Figure 11 This is a flowchart illustrating a vehicle arrival reminder method in a rail transit scenario, as shown in another exemplary embodiment of this application;

[0029] Figure 12 This is a simplified flowchart illustrating a vehicle arrival notification in an exemplary rail transit scenario.

[0030] Figure 13 This is a block diagram illustrating a vehicle arrival reminder device in a rail transit scenario, as shown in an exemplary embodiment of this application;

[0031] Figure 14 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown. Detailed Implementation

[0032] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0033] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0034] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0035] In this application, "multiple" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0036] First, it's important to note that users typically require train arrival reminders during daily travel. Sending these reminders in advance can effectively improve the passenger experience. Current arrival reminder methods usually determine the passenger's origin based on GPS or manually entered station information after the passenger selects their destination. Then, based on the estimated travel time, a reminder is sent to the passenger in advance.

[0037] However, in rail transit scenarios, factors such as poor communication signals or excessive communication latency can severely affect communication between user terminal devices and the positioning server. As a result, the user's accurate location information cannot be obtained from the positioning server, or the communication latency between the positioning server and the user terminal is too high, leading to inaccurate location information. Therefore, arrival reminders for target users may be inaccurate due to inaccurate positioning of the user's terminal device, thus affecting the user's travel experience. Therefore, how to provide passengers with accurate arrival reminder services in rail transit scenarios has become an urgent technical problem to be solved.

[0038] Figure 1 This is a schematic diagram illustrating an implementation environment for providing arrival reminders in a rail transit scenario, as shown in an exemplary embodiment of this application. Figure 1 As shown, an application with an arrival reminder function runs on the user terminal. The user enters their travel destination on the user terminal 110. Then, the user terminal 110 obtains the acceleration information of the user terminal 110 collected by the speed detection module within the user terminal 110, determines the target vehicle the user is riding in, and further obtains the stop information corresponding to the target vehicle, including the timetable of the target vehicle. Thus, the user terminal 110 can correct the real-time location of the target user based on the acceleration information and the timetable of the target vehicle to obtain the corrected real-time location information. Then, based on the corrected real-time location information and the timetable, it sends an arrival reminder to the user. In this way, the user terminal 110 corrects the user's location information and accurately sends arrival reminder information to the user.

[0039] A weak network, also known as a weak network environment, is characterized by a low network transmission rate. In a weak network or no network environment, the user terminal 110 cannot make network requests to the location service and cannot determine the user's accurate location information. As a result, the user terminal 110 cannot accurately determine the time when the user sent the station prompt information, which affects the user's experience.

[0040] For example, in a rail transit scenario, when a user enters a subway station to take the rail transit, because the subway is generally underground or in a tunnel, and because the subway runs very fast, the network is not smooth, causing the smart terminal to be in a weak network or no network state. The user will find that the arrival reminder application cannot accurately locate the user's location information, and therefore cannot accurately send the arrival reminder information to the user, which will cause the user to distrust the arrival reminder software.

[0041] For example, in situations with weak or no network connectivity, if users find that the remaining time displayed on the navigation interface has not been updated, it can create a sense of pressure and lead to emotional distress. This can cause users to distrust navigation map software and negatively impact their travel experience.

[0042] The problems mentioned above are universally applicable in common travel scenarios. It can be seen that in situations with weak or no network, the inability to guarantee the refresh frequency of remaining arrival time can lead to various problems. To address these issues, embodiments of this application propose a vehicle arrival reminder method, a vehicle arrival reminder device, an electronic device, a computer-readable storage medium, and a computer program product for rail transit scenarios. These embodiments will be described in detail below.

[0043] Please see Figure 2 , Figure 2 This is a flowchart illustrating a vehicle arrival reminder method in a rail transit scenario, as shown in an exemplary embodiment of this application. This method can be applied to... Figure 1 The implementation environment shown is specifically executed by user terminal 110 within that implementation environment. It should be understood that this method can also be applied to other exemplary implementation environments and executed by devices in other implementation environments; this embodiment does not limit the implementation environment to which the method is applicable.

[0044] like Figure 2 As shown, in an exemplary embodiment, the vehicle arrival reminder method in a rail transit scenario includes at least steps S210 to S240, which are described in detail below:

[0045] Step S210: Obtain acceleration information collected by the speed detection module, wherein the speed detection module is installed in the target user's terminal device.

[0046] It should be noted that a speed detection module is installed in the user terminal. This module can be a gyroscope built into the user terminal itself. A gyroscope is a device that uses the angular momentum of a high-speed rotating body to sense the angular motion of its housing relative to inertial space around one or two axes orthogonal to its rotation axis. Other angular motion detection devices that perform the same function using other principles are also called gyroscopes. A gyroscope is a device used to sense and maintain direction, designed based on the theory of conservation of angular momentum. Once a gyroscope starts rotating, due to the angular momentum of the wheel, it tends to resist changes in direction.

[0047] In simple terms, the principle of an angular velocity sensor is that the direction of the axis of rotation of a rotating object remains unchanged when unaffected by external forces. Similarly, when a rotating gyroscope encounters an external force, the direction of its axis does not change with the direction of that force. Furthermore, angular velocity and acceleration are closely related. There are two types of acceleration sensors: angular acceleration sensors, which are improvements on gyroscopes (angular velocity sensors), and linear acceleration sensors. In applications with relatively low requirements, a gyroscope-based sensor can measure both tilt angle and acceleration.

[0048] Specifically, the acceleration information of the user terminal can be collected based on a speed detection module, such as a gyroscope, installed in the user terminal. In other words, the gyroscope can record the changes in the user terminal's speed and acceleration.

[0049] Step S220: Determine the target vehicle that the target user is riding in and obtain the stop information of the target vehicle, including the timetable of the target vehicle.

[0050] Optionally, the target vehicle of the target user can be determined based on the station where the user enters the station by scanning the code in the ride-hailing software running in the user terminal or the real-time location information of the user terminal. Of course, the user can also determine the corresponding target vehicle in the ride-hailing software.

[0051] For example, in a rail transit scenario, the target vehicle of a target passenger can be determined by the destination station entered by the target user in the navigation software or ride-hailing software. For instance, the target vehicle of the target user can be determined based on the navigation route from the navigation start point to the navigation destination in the navigation software.

[0052] For example, in a rail transit scenario, the station of the target user can be determined by the gate where the target user swipes the boarding code, and then the target vehicle that the target user is taking can be determined based on the station. When a station corresponds to multiple target vehicles, the target vehicle that the target passenger is taking can be determined based on the destination station entered by the target user in the navigation software or the ride-hailing software.

[0053] Furthermore, after determining the target vehicle that the target user is riding in, the stop information of the target vehicle can be obtained. The stop information of the target vehicle can be obtained from the rail transit platform through the ride software or navigation software installed on the user's terminal. The stop information of the target vehicle includes the timetable of the target vehicle, so as to determine the mapping relationship between the current time and the real-time location of the target vehicle from the timetable of the target vehicle.

[0054] Step S230: Based on the acceleration information and the target vehicle's operating schedule, the real-time location of the target user is corrected to obtain the corrected real-time location information.

[0055] In scenarios with no or weak network coverage, where the user terminal cannot obtain accurate real-time location information from the server, the real-time location information of the user terminal, i.e., the target user's real-time location information, can be determined through the acceleration information collected by the speed detection module within the user terminal, such as the gyroscope mentioned in the above embodiment. However, since factors such as the target user's movement can affect the accuracy of the location information determined based on the acceleration collected by the user terminal's speed detection module, the real-time location of the target user can be corrected by combining the timetable of the target vehicle the user is riding in, thus obtaining the corrected real-time location information of the target user.

[0056] For example, the acceleration and speed information of the user terminal are collected by the speed detection module in the user terminal. Then, based on the acceleration information of the user terminal, it can be determined whether the target vehicle being weighed by the target user has arrived at the station or has already left the station. And based on the current time and the timetable of the target vehicle, the current actual location information of the target vehicle can be determined. Thus, the location information of the target user can be corrected based on the current actual location information of the target vehicle to obtain the corrected real-time location information of the target user.

[0057] Step S240: Based on the corrected real-time location information and the target vehicle's operating schedule, send a station reminder message to the target user.

[0058] Specifically, following the above embodiments, the location information of the target user determined by the acceleration information in the speed detection module of the user terminal can be corrected based on the current actual location information of the target vehicle, thus obtaining the corrected real-time location information of the target user. After determining the corrected real-time location information of the target user, it can be compared with the timetable of the target vehicle to determine the time required for the target user to reach the destination. Then, based on the time required to reach the destination, the time point for sending the station reminder information to the target user can be determined, and the reminder information can be sent to the target user at that time point. This reminder information can be one or a combination of message push, ringing / vibration, and audio-visual information, etc., and this embodiment does not impose any limitations on this.

[0059] In this embodiment, acceleration information is collected by the speed detection module in the user terminal, and the target vehicle being ridden by the target user is determined. Then, the stop information of the target vehicle is obtained, including its timetable. The user terminal can then correct the target user's real-time location based on the acceleration information, the current time, and the timetable, making the obtained real-time location information more accurate and reliable. The user terminal can then send a stop reminder to the target user based on the corrected real-time location information and the vehicle's timetable, ensuring both positioning accuracy and timely and effective delivery of stop reminders, thus improving the user experience.

[0060] Furthermore, based on the above embodiments, please refer to... Figure 3 In one exemplary embodiment provided in this application, the specific implementation process of correcting the real-time location of the target user based on the acceleration information and the target vehicle's operating schedule to obtain the corrected real-time location information may further include steps S310 to S330, which are detailed below:

[0061] Step S310: Obtain reference acceleration information of the target vehicle under various operating conditions.

[0062] Specifically, it can obtain reference acceleration information of the target vehicle under various operating conditions. For example, during the starting phase, the acceleration of the target vehicle gradually increases. During the steady operation phase, the acceleration remains zero and the vehicle runs at a constant speed. During the braking phase, the acceleration shows a negative increase or remains the same.

[0063] For example, taking a subway as the target vehicle, the reference acceleration of the subway in various operating states can be determined according to the subway's operating strategy. For example, the acceleration information of the subway in the starting phase, the acceleration information of the subway in the constant speed operation phase, and the acceleration information of the subway in the braking phase.

[0064] Step S320: Compare the acceleration information with the reference acceleration information to determine the operating status of the target vehicle based on the comparison results.

[0065] Following the above embodiments, the speed detection module in the user terminal used by the target user collects the acceleration information of the user terminal during the target user's ride, and preprocesses the acceleration information. The preprocessing process includes fitting the relationship between the target user's acceleration information and time during the ride into a form such that... Figure 4The acceleration-time curve is shown. Further, feature points can be extracted from the fitted acceleration-time curve. These feature points can be based on accelerations of "0". If accelerations of "0" are used as the feature, then... Figure 4 The acceleration-time curve shown is divided into the following sections: Figure 5 The system displays multiple operating intervals. These intervals are then compared with the reference acceleration information of the target vehicle under various operating conditions. The operating state of the target vehicle is determined based on the comparison results.

[0066] For example, the acceleration information of a certain interval station is extracted from the acceleration information collected by the speed detection module of the user terminal, and then processed to generate a data structure such as... Figure 4 The "acceleration-time" curve shown is fitted, and feature points are extracted from the fitted "acceleration-time" curve. The feature points can be selected as points where the acceleration is "0". Based on the feature points, the state phenomenon is divided into multiple operating intervals. The acceleration change trend in these multiple operating intervals is compared with the reference acceleration information of the target vehicle in each operating state. Based on the comparison results, the operating state corresponding to each operating interval is determined, and thus the operating state of the target vehicle is determined.

[0067] Step S330: Correct the real-time location of the target user based on the operating status of the target vehicle to obtain the corrected real-time location information.

[0068] Specifically, the real-time location of the target user can be corrected based on the operating status of the target vehicle. For example, if the comparison between the acceleration information obtained by the speed detection module and the reference acceleration information of the target vehicle in various operating states indicates that the target vehicle is in a parked state, the location information of the target vehicle's parking station can be obtained to correct the real-time location information of the target user recorded in the user terminal, so that the corrected real-time location information of the target user is the current parking station location information of the target vehicle.

[0069] For example, in some feasible embodiments, if the comparison result between the acceleration information obtained by the speed detection module and the reference acceleration information of the target vehicle in various operating states indicates that the target vehicle is in the starting state, since the target terminal corresponding to the target user cannot obtain accurate real-time location information from the positioning service in a weak network environment, the real-time location information of the target user can be corrected by using the real-time location information of the passenger who just got on the vehicle.

[0070] Furthermore, in some feasible embodiments, the process of fitting the acceleration information collected by the user terminal's speed detection module to generate the corresponding "acceleration-time" curve also includes identifying non-vehicle behaviors in the vehicle acceleration information. Non-vehicle behaviors refer to acceleration changes that are not caused by the operation of the vehicle. Then, the acceleration changes caused by non-vehicle behaviors are removed to obtain processed acceleration information. Finally, the corresponding "acceleration-time" curve is generated based on the processed acceleration information.

[0071] Specifically, under normal circumstances, non-vehicle behaviors are generally caused by the target user's own actions. To avoid non-vehicle behaviors caused by the user's movement or running inside the target vehicle or on the platform, in some feasible embodiments, the acceleration information generated by the target user's movement can be removed from the acceleration information collected by the speed detection module. For example, it can be done in the following way: Figure 4 In the "acceleration-time" curve shown, the "acceleration-time" curve segment of the passenger is removed, and then the remaining "acceleration-time" curve is fitted to obtain the corresponding fitted "acceleration-time" curve.

[0072] For example, to avoid misidentification (mistaking a subway train starting or stopping) caused by a passenger running inside the subway or on the platform, a judgment mechanism can be set up. That is, the target user's APP obtains the acceleration and speed values, and judges whether the speed is always within a preset speed range (e.g., within 10KM / hour). If the acceleration is too large within a preset time (e.g., within 5 seconds), such as exceeding 3KM / hour, then either situation will be judged as the behavior of a non-target vehicle.

[0073] In this embodiment, reference acceleration information of the target vehicle under various operating states is obtained. The acceleration information is compared with the reference acceleration information to determine the operating state of the target vehicle. The operating state of the target vehicle can be used to correct the real-time location of the target user, resulting in corrected real-time location information. This not only improves the accuracy of the target vehicle's positioning information but also allows the user terminal to determine the actual location information of the target vehicle. It avoids the inability to obtain the real-time location information of the target vehicle from the server due to weak network or no network environment, thus improving the user experience.

[0074] Furthermore, based on the above embodiments, in one exemplary embodiment provided in this application, the specific implementation process of the arrival reminder method in the above-mentioned rail transit scenario may further include the following steps, which are described in detail below:

[0075] If the target vehicle is stationary, determine the location information of the target vehicle's parking station and use the parking station's location information as the corrected real-time location information for the target user.

[0076] Generally, if the target vehicle is stationary, it means that the target vehicle has arrived at the station. Based on the target vehicle's timetable, the station where the target vehicle is currently stopped is determined, and the location information corresponding to that station is determined. Thus, the real-time location information of the target user can be corrected based on the location information of that station, and the location information of that station can be used as the corrected location information of the target user.

[0077] For example, in some feasible embodiments, when the target vehicle is parked at the station, the real-time location information of the target user can be corrected by the real-time location information of the newly entered waiting user. For example, the real-time location information of the newly entered waiting user can be obtained by using the user terminal and the user terminal of the newly entered passenger through near-field communication.

[0078] In some feasible embodiments, the target user's user terminal can obtain the real-time location information of neighboring terminals, and after determining that the neighboring terminal is a valid terminal, the target user's real-time location information can be corrected based on the real-time location information of the neighboring terminals, thereby obtaining the target user's corrected real-time location information.

[0079] In the above embodiment of correcting the target user's real-time location information using the real-time location information of adjacent terminals, all real-time location information includes a timestamp. The timestamp indicates when the real-time location information was acquired. Therefore, if the timestamp of an adjacent terminal matches the timestamp of the target user's real-time location, the adjacent terminal can be determined to be a valid adjacent terminal. A matching timestamp can mean that the time point corresponding to the timestamp is within a preset time range.

[0080] Furthermore, following the above embodiments, if there are multiple effective neighboring terminals, the effective neighboring terminal with the highest positioning confidence can be selected from the multiple effective terminals as the target neighboring terminal, so as to correct the real-time location information of the target user based on the real-time location information of the target neighboring terminal, that is, the real-time location information of the target neighboring terminal is used as the real-time location information of the target user.

[0081] The aforementioned location reliability can be determined based on the user's ride records in the ride-hailing software running in the adjacent terminal, such as the user's ride frequency and the user's registration level in the ride-hailing software.

[0082] Furthermore, due to the large number of passengers waiting at the station, there will be multiple effective neighboring terminals, and there will also be multiple effective neighboring terminals with the same location reliability. Therefore, on the one hand, in order to reduce the communication volume of the target user's user terminal, and on the other hand, in order to improve the efficiency of real-time location information broadcasting and the accuracy of real-time location information, the sender of location information (beacon user) is set to the user entering the station, that is, the user waiting for the train who enters the subway station through the turnstile within the legal valid time (e.g., 5 minutes or 7 minutes, generally set to the maximum departure interval of a train), has the right to broadcast location information.

[0083] On the other hand, it should be considered that not every "user waiting to get off" will set up the "arrival reminder" function, and only users who have entered the station and set up the "arrival reminder" are considered as legitimate "target users waiting to get off" whose location information is broadcast. This reduces the number of target users being broadcast, reduces the amount of data broadcast, and improves the accuracy of real-time location information broadcast from adjacent terminals.

[0084] Furthermore, following the above embodiments, both the real-time location information of waiting users and the real-time location information obtained by the target user's own user terminal contain timestamps. Therefore, the target user's user terminal can use the real-time location information of waiting users with the latest timestamp as the target user's corrected real-time location information.

[0085] In this embodiment, the real-time location information of the target user is corrected by using the real-time location information of newly arriving passengers. This not only improves the accuracy of the target user's real-time location information, but also reduces the communication workload through near-field communication. It avoids the problem of excessive latency in obtaining real-time location information from the server by the target user's terminal in weak or no network conditions, which would cause large errors in the real-time location information. Furthermore, it improves the accuracy of pushing vehicle arrival reminder information to the target user.

[0086] Furthermore, based on the above embodiments, such as Figure 6 As shown, in one exemplary embodiment provided in this application, the specific implementation process of the above-mentioned arrival reminder method in the rail transit scenario may further include steps S610 and S620, which are described in detail below:

[0087] Step S610: Determine the acceleration curve of the target vehicle based on the acceleration information, and determine the acceleration characteristics of the target vehicle based on the acceleration curve of the target vehicle.

[0088] Step S620: If the acceleration characteristics of the target vehicle indicate that the target vehicle's speed shows an upward trend, a constant trend, and a downward trend in sequence, then the target vehicle is determined to be in a stopped state.

[0089] Following the above embodiments, the user terminal can use the acceleration information collected in the speed detection module as the acceleration information of the target vehicle, and then fit the relationship between the acceleration information and time to obtain the above... Figure 4 The "acceleration-time" curve is shown, and the vehicle's operating state is determined based on the acceleration characteristics reflected in the target vehicle's acceleration curve.

[0090] For example, such as Figure 7 As shown, the acceleration data collected by the speed detection module in the target user's terminal, after removing acceleration information that does not belong to the target vehicle's behavior, generates the following: Figure 7 The "acceleration-time" curve shown illustrates the acceleration characteristics of the target vehicle within that time period. Figure 7 If the acceleration characteristics of the target vehicle show an "upward trend, constant trend, and downward trend", then it can be determined that the target vehicle is in a stationary state.

[0091] In other words, the user terminal of the target user can determine the speed and acceleration information of the target vehicle by obtaining acceleration information from the speed detection module, and then determine the operating status of the vehicle based on the changing trend of the target vehicle's acceleration information. For example, if the acceleration characteristics of the target vehicle show an "upward trend, constant trend, and downward trend", it can be determined that the target vehicle is in a stopped state.

[0092] In this embodiment, the acceleration characteristics of the target vehicle within the corresponding time range are determined by fitting the acceleration information collected by the speed detection module installed in the user terminal to the acceleration-time curve. Thus, the state of the target vehicle can be determined based on the acceleration characteristics, avoiding the communication and interaction process with the positioning server and ensuring the accurate determination of the target vehicle's state.

[0093] Furthermore, based on the above embodiments, please refer to... Figure 8 In one exemplary embodiment provided in this application, the specific implementation process of the vehicle arrival reminder method in the above-mentioned rail transit scenario may further include steps S810 and S820, which are described in detail below:

[0094] Step S810: If the target vehicle is in the starting state, determine whether the target vehicle has arrived at the target station, where the target station is the station before the target user's drop-off station;

[0095] In step S820, if the target vehicle has arrived at the target station, a station reminder message is sent to the target user based on the current time and the timetable.

[0096] If the acceleration information collected by the speed detection module confirms that the target vehicle is in a running state, it is necessary to determine whether the target vehicle has reached the station before the target user's destination. The station before the target user's destination is the target user's destination station.

[0097] In some feasible embodiments, the state of the target vehicle can be determined by collecting acceleration information of the target vehicle within a certain time interval through a speed detection module set inside the user terminal. Taking the speed detection module inside the user terminal as a gyroscope as an example, the user terminal of the target user determines the time point for obtaining the acceleration information collected by the gyroscope in the speed detection module according to a preset frequency or according to the running timetable of the target vehicle. For example, if the running time between two stations is determined according to the running timetable of the target vehicle, plus the parking time, the acceleration information collected by the gyroscope in the 8 minutes before the current time is determined, and the acceleration information collected is not generated by the target vehicle's behavior, the acceleration information after removing the acceleration information generated by the target vehicle's behavior is fitted to obtain the "acceleration-time" relationship graph of the target vehicle in these eight minutes. According to the "acceleration-time" relationship graph, the running state of the target vehicle in the 8 minutes before the current time can be determined. If it is determined that the target vehicle has reached the target station, the time node for sending the station reminder information to the target user is determined based on the current time and the running timetable of the target vehicle, so as to send the station reminder information to the target user at the time node.

[0098] Furthermore, in some feasible embodiments, during the operation of the target vehicle, the user terminal can fit and generate a model based on the acceleration information collected in the speed detection module, such as... Figure 4 The diagram shows the "acceleration-time" relationship between the target vehicle and the target user during their ride. Feature extraction is performed on this diagram, using points where acceleration is zero as a feature point. The "acceleration-time" diagram is then divided into multiple acceleration intervals based on these zero-acceleration points, and the corresponding operating states of the target vehicle are determined for each interval. For example, the diagram can be divided into "operation-acceleration zone," "operation-braking zone," and "operation-constant speed zone." A strategy for evaluating vehicle operating comfort is established based on these three zones. The longer the constant speed zone is maintained, and the fewer the acceleration and braking zones, the smoother the train's operation. Other situations indicate that the train is running "too aggressively." The comfort model is as follows:

[0099]

[0100] As shown in the table above, a driving evaluation measurement for the target vehicle can be established based on its comfort level. Frequent occurrences of the "run-acceleration zone" and "run-braking zone," referred to as the "oscillation zone," indicate that the train driver's driving is too "aggressive," resulting in passenger discomfort. The evaluation strategy is as follows:

[0101]

[0102] The scoring principle is a fusion of the frequency and duration of the oscillation range.

[0103] Within the "state (frequency) of the oscillation range", as long as the "run-acceleration zone (frequency)" or "run-braking zone (frequency)" falls into the corresponding frequency range, it belongs to the score of that range; similarly, the same applies within the "state (duration) of the oscillation range", which is an "OR" logic.

[0104] The frequency and duration of the oscillation interval are related by an AND condition; if both fall within the interval, the corresponding "overall driving score" is achieved. If the frequency and duration of the oscillation interval are not in the same interval, for example, if the frequency is in the first interval (acceleration and braking zones, 1 time each) and the duration is in the fourth interval (T1 41% -- T1 60%), then the average of the two is used, with the decimal part included. That is, (1+4) / 2=2.5, which corresponds to the "three stars" in the third interval.

[0105] The design logic of the total score is a "one-vote" deduction system. If one item has a low score, even if another item has a high score, the average score will be deducted as much as possible to lower the level.

[0106] Furthermore, the arrival reminder method of the target vehicle can be linked to the operating comfort of the target vehicle. For example, the reminder method can include not only sound but also vibration. Moreover, the loudness of the reminder sound and the intensity of the vibration are A+ (normal), C (loudest and strongest), and A and B (increasing loudness and intensity in turn) to provide a realistic and accurate arrival reminder, rather than an indiscriminate reminder method, thereby improving the efficiency of arrival reminders in different travel environments.

[0107] In this embodiment, if it is determined that the target vehicle is in a running state, it is necessary to determine whether the target vehicle has reached the previous stop before the user's destination, and then send the vehicle arrival reminder information to the target user in a countdown, thus ensuring the accuracy and effectiveness of the vehicle arrival reminder information.

[0108] Furthermore, based on the above embodiments, please refer to... Figure 9 In one exemplary embodiment provided in this application, the specific implementation process of the vehicle arrival reminder method in the above-mentioned rail transit scenario may further include steps S910 and S920, which are described in detail below:

[0109] Step S910: Determine the acceleration curve of the target vehicle based on the acceleration information, and determine the acceleration characteristics of the target vehicle based on the acceleration curve of the target vehicle.

[0110] S920, if the acceleration characteristics of the target vehicle indicate that the acceleration of the target vehicle shows an upward trend, then it is determined that the target vehicle is in the starting state.

[0111] Following the above embodiments, the user terminal can use the acceleration information collected in the speed detection module as the acceleration information of the target vehicle, and then fit the relationship between the acceleration information and time to obtain the above... Figure 4 The "acceleration-time" curve is shown, and the vehicle's operating state is determined based on the acceleration characteristics reflected in the target vehicle's acceleration curve.

[0112] For example, such as Figure 10 As shown, the acceleration data collected by the speed detection module in the target user's terminal, after removing acceleration information that does not belong to the target vehicle's behavior, generates the following: Figure 10 The "acceleration-time" curve shown illustrates the acceleration characteristics of the target vehicle within that time period. Figure 10 If the acceleration characteristic of the target vehicle shows an "upward trend", it can be determined that the target vehicle is in a stationary state.

[0113] In other words, the user terminal of the target user can determine the speed and acceleration information of the target vehicle based on the acceleration information obtained by the speed detection module, and thus determine the operating status of the vehicle based on the changing trend of the acceleration information of the target vehicle. For example, if the acceleration characteristic of the target vehicle shows an "upward trend", it can be determined that the target vehicle is in the starting state.

[0114] In this embodiment, the user terminal of the passenger determines the acceleration characteristics of the target vehicle during the ride by collecting acceleration information through the terminal's speed detection module. The state of the target vehicle can be determined based on the acceleration characteristics, avoiding the communication and interaction process with the positioning server and ensuring the accurate determination of the target vehicle's state.

[0115] Furthermore, based on the above embodiments, such as Figure 11As shown in one of the exemplary embodiments provided in this application, the specific implementation process of the vehicle arrival reminder method in the above-mentioned rail transit scenario further includes steps S1110 to S1130, which are described in detail below:

[0116] Step S1110: If the target vehicle is in a parked state, calculate the travel distance of the target vehicle based on the acceleration information.

[0117] Specifically, if it is determined that the target vehicle is currently parked, the forward distance to the target vehicle can be calculated by obtaining the acceleration information recorded in the speed detection module. For example, if the target user's terminal determines that the target vehicle is parked based on the acceleration information collected by the speed detection module, the forward distance to the target vehicle can be calculated by using the acceleration information from when the target user started riding in the vehicle to the current moment, and thus the current location information of the target vehicle can be determined based on the forward distance.

[0118] For example, the speed information of the target vehicle can be calculated based on the acceleration information of the target vehicle, and then the travel distance of the target vehicle can be calculated based on the distance calculation formula, according to the time and the speed of the target vehicle.

[0119] Step S1120: Determine whether the target vehicle is parked at the preset location based on the driving distance, current time, and operating schedule.

[0120] Following the above embodiments, after determining the distance the target vehicle travels after the target user boards the vehicle, the current time and the target vehicle's schedule are compared to obtain the location information where the target vehicle should be at the current time. Based on the distance the target vehicle travels, the actual location information of the target vehicle at the current time is determined. If the error between the location information that the target vehicle should be at the current time and the actual location information is within the normal range, then based on the current time, the actual location of the target vehicle at the current time, and the target vehicle's schedule, it is determined whether the target vehicle is parked at a preset location. The preset location can be a parking station on the target vehicle's schedule.

[0121] In other words, the target vehicle's travel distance can be calculated using the above embodiments, and the actual location information of the target vehicle at the current moment can be determined based on the target user's starting point. The current time can be compared with the target vehicle's operating timetable to obtain the location information that the target vehicle should be at the current moment. The actual location information of the target vehicle at the current moment can be determined based on the target vehicle's travel distance. If the error between the target vehicle's expected location information and its actual location information is within the normal range, it can be determined whether the target vehicle's current location is the preset location.

[0122] In step S1130, if the target vehicle is not parked at the preset location, a temporary parking reminder message is sent to the user.

[0123] As mentioned in the above embodiments, if the actual parking position of the target vehicle at the current moment is not at the preset parking position, it indicates that the target vehicle is temporarily parked. The reasons for temporary parking in the subway include line faults, safety issues, missing stations, and weather conditions. Specifically: (1) When a fault occurs in the subway line, the train may need to temporarily stop to wait for maintenance personnel to arrive at the fault location for repairs, or to wait for the track blocked by the faulty train to be cleared; (2) If an abnormal situation occurs in the train or a passenger has an emergency, the train may need to temporarily stop to ensure safety. For example, if a passenger suddenly faints or feels unwell, the train may need to stop to wait for medical personnel to provide assistance; (3) If the train misses the station it should stop at, or if a passenger boards the wrong train, the train may need to temporarily stop at the next station or an appropriate location to allow passengers to disembark or wait for the next train to arrive; (4) Under extreme weather conditions, such as heavy snow, heavy rain, typhoons, etc., the subway may need to temporarily stop to ensure driving safety. For example, if snow causes the subway platform to freeze, the train may need to temporarily stop to wait for the platform to be cleared. And send a reminder message for temporary parking to the user, wherein the reminder message may include the specific reason for temporary parking.

[0124] For example, if the target user's terminal detects that the target terminal is not parked at the preset location, a temporary parking reminder message will be pushed to the target user on the interface of the ride-hailing software running on the target terminal.

[0125] Furthermore, in some feasible embodiments, if the target vehicle is detected to be parked at a preset location, the station where the target vehicle has stopped, the time of stopping, and the duration of stay are recorded. This allows the station that the target vehicle has reached to be marked. Thus, after the target vehicle reaches the target station, the time node for sending a vehicle arrival reminder message to the user can be determined. Sending the vehicle arrival reminder message to the user at this time node not only improves the accuracy of sending the arrival reminder message to the user, but also allows the recorded station stopping information of the target vehicle to be used to correct the stop information of the target vehicle.

[0126] In other words, the user terminal can determine the station stop information of the target vehicle based on the acceleration characteristics collected by the speed detection module. For example, if the target vehicle stops at station A for 5 minutes at 15:25 and departs from station A at 15:30 to head towards station B, the recorded station stop information of the target vehicle can be compared with the original timetable of the target vehicle. If the error in the comparison result is within 5 minutes, it proves that the target vehicle is operating normally.

[0127] In this embodiment, the user terminal determines the travel distance of the target vehicle based on the acceleration information of the target vehicle collected by the speed detection module during the target user's ride, thereby determining whether the target vehicle has stopped at the preset location. When the target vehicle has not stopped at the preset location, a temporary parking information is pushed to the user to improve the user's ride experience.

[0128] Figure 12 This is a simplified flowchart illustrating a vehicle arrival reminder in a rail transit scenario, as shown in Figure 12. In this scenario, the target user's terminal acquires acceleration information collected by a detection module within the terminal. This speed detection is located within the user terminal device, and the target vehicle being ridden by the target user is identified. This allows the acquisition of the vehicle's stop information, which may include the vehicle's timetable. Reference acceleration information for the target vehicle under various operating conditions is then obtained. The acceleration information is compared with the reference acceleration information, and the target vehicle's acceleration curve is determined based on the acceleration information. The acceleration characteristics of the target vehicle are then determined based on the acceleration curve. If the acceleration characteristics indicate that the target vehicle's speed sequentially exhibits an upward trend, a constant trend, and a downward trend, then the target vehicle is determined to be stationary. It can be determined whether the target vehicle is stopped at a preset location. If the target vehicle is stopped at a preset location, the current stop location information can be used as the target user's corrected real-time location information. If the target vehicle is not stopped at a preset location, a temporary stop reminder message can be sent to the target user. On the other hand, if the acceleration characteristics of the target vehicle indicate that its speed is increasing, then the target vehicle is determined to be in a starting state. It can then be determined whether the target vehicle has reached the target station, which is the station preceding the target user's final destination. If the target vehicle has reached the target station, an arrival reminder can be sent to the target user based on the current time and the vehicle's schedule. For detailed implementation processes, please refer to the descriptions in the foregoing embodiments; they will not be repeated here.

[0129] Figure 13 This is a block diagram illustrating a vehicle arrival reminder device in a rail transit scenario, as shown in an exemplary embodiment of this application. The device can be applied to... Figure 1 The implementation environment shown is specifically configured in the smart terminal 110. This device can also be applied to other exemplary implementation environments and specifically configured in other devices. This embodiment does not limit the implementation environment to which the device is applicable.

[0130] like Figure 13As shown, this exemplary vehicle arrival reminder device in a rail transit scenario includes: an acquisition module 1310, used to acquire acceleration information collected by a speed detection module, wherein the speed detection module is installed in the target user's terminal device; a determination module 1320, used to determine the target vehicle ridden by the target user and acquire the stop information of the target vehicle, including the target vehicle's timetable; a correction module 1330, used to correct the target user's real-time position based on the acceleration information and the target vehicle's timetable to obtain corrected real-time position information; and a reminder module 1340, used to send an arrival reminder message to the target user based on the corrected real-time position information and the target vehicle's timetable.

[0131] According to one aspect of the embodiments of this application, the above-mentioned correction module 1330 further includes: an acquisition unit, used to acquire reference acceleration information of the target vehicle in various operating states; a comparison unit, used to compare the acceleration information with the reference acceleration information to determine the operating state of the target vehicle based on the comparison result; and a correction unit, used to correct the real-time position of the target user based on the operating state of the target vehicle to obtain corrected real-time position information.

[0132] According to one aspect of the embodiments of this application, the vehicle arrival reminder device in the above-mentioned rail transit scenario further includes: a positioning module, used to determine the location information of the parking station of the target vehicle if the target vehicle is in a stopped state, and use the location information of the parking station as the real-time location information corrected for the target user.

[0133] According to one aspect of the embodiments of this application, the vehicle arrival reminder device in the above-mentioned rail transit scenario further includes: a first feature determination module, used to determine the acceleration curve of the target vehicle based on acceleration information, and to determine the acceleration characteristics of the target vehicle according to the acceleration curve of the target vehicle; and a first state determination module, used to determine that the target vehicle is in a stopped state if the acceleration characteristics of the target vehicle indicate that the moving speed of the target vehicle sequentially presents an upward trend, a constant trend, and a downward trend.

[0134] According to one aspect of the embodiments of this application, the vehicle arrival reminder device in the above-mentioned rail transit scenario further includes: a judgment module, used to determine whether the target vehicle has arrived at the target station if the target vehicle is in the starting state, wherein the target station is the station before the target user's alighting station; and a first sending module, used to send an arrival reminder message to the target user based on the current time and the timetable if the target vehicle has arrived at the target station.

[0135] According to one aspect of the embodiments of this application, the vehicle arrival reminder device in the above-mentioned rail transit scenario further includes: a second feature determination module, used to determine the acceleration curve of the target vehicle based on acceleration information, and to determine the acceleration characteristics of the target vehicle based on the acceleration curve of the target vehicle; and a second state determination module, used to determine that the target vehicle is in the starting state if the acceleration characteristics of the target vehicle indicate that the acceleration of the target vehicle shows an upward trend.

[0136] According to one aspect of the embodiments of this application, the vehicle arrival reminder device in the above-mentioned rail transit scenario further includes: a calculation module, used to calculate the travel distance of the target vehicle based on acceleration information if the target vehicle is in a stopped state; a parking judgment module, used to determine whether the target vehicle is stopped at a preset location based on the travel distance, the current time and the timetable; and a second sending module, used to send a temporary parking reminder message to the user if the target vehicle is not stopped at the preset location.

[0137] It should be noted that the vehicle arrival reminder device for rail transit scenarios provided in the above embodiments and the vehicle arrival reminder method for rail transit scenarios provided in the above embodiments belong to the same concept. The specific operation methods of each module and unit have been described in detail in the method embodiments and will not be repeated here. In practical applications, the vehicle arrival reminder device for rail transit scenarios provided in the above embodiments can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. This is not a limitation here.

[0138] Embodiments of this application also provide an electronic device, including: one or more processors; and a storage device for storing one or more programs, which, when executed by one or more processors, enable the electronic device to implement the vehicle arrival reminder method for rail transit scenarios provided in the above embodiments.

[0139] Figure 14 A schematic diagram of a computer system suitable for implementing the embodiments of this application is shown. It should be noted that... Figure 14 The computer system 1400 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0140] like Figure 14As shown, the computer system 1400 includes a Central Processing Unit (CPU) 1401, which can perform various appropriate actions and processes, such as executing the methods described in the above embodiments, based on a program stored in Read-Only Memory (ROM) 1402 or a program loaded from storage portion 1408 into Random Access Memory (RAM) 1403. The RAM 1403 also stores various programs and data required for system operation. The CPU 1401, ROM 1402, and RAM 1403 are interconnected via a bus 1404. An Input / Output (I / O) interface 1405 is also connected to the bus 1404.

[0141] The following components are connected to I / O interface 1405: an input section 1406 including a keyboard, mouse, etc.; an output section 1407 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 1408 including a hard disk, etc.; and a communication section 1409 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 1409 performs communication processing via a network such as the Internet. A drive 1410 is also connected to I / O interface 1405 as needed. Removable media 1411, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., are installed on drive 1410 as needed so that computer programs read from them can be installed into storage section 1408 as needed.

[0142] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1409, and / or installed from removable medium 1411. When the computer program is executed by central processing unit (CPU) 1401, it performs various functions defined in the system of this application.

[0143] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0144] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0145] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0146] Another aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle arrival reminder method in the aforementioned rail transit scenario. This computer-readable storage medium may be included in the electronic device described in the above embodiments, or it may exist independently without being assembled into the electronic device.

[0147] Another aspect of this application provides a computer program product or computer program including computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the vehicle arrival reminder method for rail transit scenarios provided in the various embodiments described above.

[0148] The above description is merely a preferred exemplary embodiment of this application and is not intended to limit the implementation of this application. Those skilled in the art can easily make corresponding modifications or alterations based on the main concept and spirit of this application. Therefore, the scope of protection of this application should be determined by the scope of protection claimed in the claims.

Claims

1. A method for vehicle arrival reminder in a rail transit scenario, characterized in that, include: The acceleration information collected by the speed detection module is acquired, wherein the speed detection module is installed in the target user's terminal device; The target vehicle of the target user is identified, and the stop information of the target vehicle is obtained, including the timetable of the target vehicle. Based on the acceleration information and the target vehicle's operating schedule, the real-time location of the target user is corrected to obtain corrected real-time location information. The correction step includes: acquiring reference acceleration information of the target vehicle in various operating states; comparing the acceleration information with the reference acceleration information to determine the operating state of the target vehicle based on the comparison result; and correcting the real-time location of the target user based on the operating state of the target vehicle to obtain corrected real-time location information. The acceleration information is preprocessed, and the preprocessing process includes fitting the relationship between the acceleration information and time during the target user's ride into an "acceleration" curve. The "time" curve is used to extract feature points, with acceleration of "0" as a characteristic. The "acceleration" curve is then analyzed. The "time" curve is divided into multiple operating intervals; the multiple operating intervals are compared with the reference acceleration information of the target vehicle in each operating state, and the operating state of the target vehicle is determined based on the comparison results; In this process, acceleration changes caused by non-target vehicle behavior are removed to obtain processed acceleration information. Then, based on the processed acceleration information, a corresponding "acceleration" is fitted and generated. The "time" curve; wherein, the target user's APP obtains acceleration and speed values, and if the speed value is within a preset speed range, and the acceleration value exceeds a preset threshold within a preset time, it is determined to be non-target vehicle behavior; Based on the corrected real-time location information and the operating schedule of the target vehicle, a station reminder message is sent to the target user; Specifically, the real-time location information of the target user is corrected using the real-time location information of newly arriving waiting users. Each real-time location information contains a timestamp, which represents the time when the real-time location information was obtained. If the timestamp of the target user's terminal matches the timestamp of an adjacent terminal, the adjacent terminal is determined to be a valid adjacent terminal. Here, matching timestamps means that the time point corresponding to the timestamp is within a preset time range.

2. The method as described in claim 1, characterized in that, The method further includes: If the target vehicle is stationary, the location information of the target vehicle's parking station is determined, and the location information of the parking station is used as the corrected real-time location information of the target user.

3. The method as described in claim 2, characterized in that, The method further includes: The acceleration curve of the target vehicle is determined based on the acceleration information, and the acceleration characteristics of the target vehicle are determined based on the acceleration curve of the target vehicle. If the acceleration characteristics of the target vehicle indicate that the target vehicle's speed successively exhibits an upward trend, a constant trend, and a downward trend, then the target vehicle is determined to be in a stationary state.

4. The method as described in claim 1, characterized in that, The method further includes: If the target vehicle is in the starting state, it is determined whether the target vehicle has arrived at the target station, wherein the target station is the station before the target user's drop-off station; If the target vehicle has arrived at the target station, a station reminder message will be sent to the target user based on the current time and the timetable.

5. The method as described in claim 4, characterized in that, The method further includes: The acceleration curve of the target vehicle is determined based on the acceleration information, and the acceleration characteristics of the target vehicle are determined based on the acceleration curve of the target vehicle. If the acceleration characteristics of the target vehicle indicate that the acceleration of the target vehicle shows an upward trend, then the target vehicle is determined to be in a starting state.

6. The method as described in claim 1, characterized in that, The method further includes: If the target vehicle is stationary, the travel distance of the target vehicle is calculated based on the acceleration information; Based on the travel distance, current time, and schedule, determine whether the target vehicle is parked at the preset location; If the target vehicle is not parked at the preset location, a temporary parking reminder message will be sent to the user.

7. A vehicle arrival reminder device for rail transit scenarios, characterized in that, The device includes: An acquisition module is used to acquire acceleration information collected by the speed detection module, wherein the speed detection module is installed in the target user's terminal device; The determination module is used to determine the target vehicle that the target user is riding in and to obtain the stop information of the target vehicle, the stop information including the timetable of the target vehicle; The correction module is used to correct the real-time location of the target user based on the acceleration information and the operating schedule of the target vehicle, to obtain corrected real-time location information. The correction includes: acquiring reference acceleration information of the target vehicle under various operating states; comparing the acceleration information with the reference acceleration information to determine the operating state of the target vehicle based on the comparison result; and correcting the real-time location of the target user based on the operating state of the target vehicle, to obtain corrected real-time location information. The acceleration information is preprocessed, and the preprocessing includes fitting the relationship between the acceleration information and time during the target user's journey into an "acceleration" curve. The "time" curve is used to extract feature points, with acceleration of "0" as a characteristic. The "acceleration" curve is then analyzed. The "time" curve is divided into multiple operating intervals; these intervals are compared with reference acceleration information of the target vehicle under various operating states, and the operating state of the target vehicle is determined based on the comparison results; acceleration changes caused by non-target vehicle behavior are eliminated to obtain processed acceleration information, and then a corresponding "acceleration" is generated based on the processed acceleration information. The "time" curve; wherein, the target user's APP obtains acceleration and speed values, and if the speed value is within a preset speed range, and the acceleration value exceeds a preset threshold within a preset time, it is determined to be non-target vehicle behavior; The reminder module is used to send a station reminder message to the target user based on the corrected real-time location information and the timetable of the target vehicle. The real-time location information of the target user is corrected using the real-time location information of newly arriving waiting users. Each piece of real-time location information contains a timestamp, which represents the time when the real-time location information was acquired. If the timestamp of the target user's terminal matches the timestamp of an adjacent terminal, the adjacent terminal is determined to be a valid adjacent terminal. A matching timestamp means that the time point corresponding to the timestamp is within a preset time range.

8. An electronic device, characterized in that, include: One or more processors; A storage device for storing one or more programs, which, when executed by one or more processors, cause the electronic device to implement the vehicle arrival reminder method in a rail transit scenario as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, It stores computer-readable instructions, which, when executed by the computer's processor, cause the computer to perform the vehicle arrival reminder method in any one of claims 1 to 6 in a rail transit scenario.

Images